shbrol a écrit 498 commentaires

Ca inspire vachement confiance:

s'il vous plaît confirmer que si votre vélo fourche abandonnent avant d'acheter ce moteur. notre 5kw moteur à abandonner l'école, 150mm pour mouting le disque de frein et roue libre simple, également la 5kw moteur alex diamètre est 10x16mm, plesae note il.

Le Donald, c'était mieux à vent.

Je sais qu'on est déja plus vendredi, mais … tu peux préciser concernant les autocollants sur le casque ? (ça fait longtemps qu'on a pas eu un troll motard, alors oui, je provoque un peu)

Effectivement, les variables LESS_TERMCAP_* c'est moche dans l'affichage de 'env', et en fonction de l'ordre ca peut même pourrir les couleurs du terminal…

Je n'ai pas essaye le fichier de config de lesskey, c'est intéressant.

Un contournement, qui va marcher pour man seulement, avec un script ~/.bin/manpager.sh :

#!/bin/bash
export LESS_TERMCAP_mb=$'\E[01;31m'
export LESS_TERMCAP_md=$'\E[01;31m'
export LESS_TERMCAP_me=$'\E[0m'
export LESS_TERMCAP_so=$'\E[01;44;33m'
export LESS_TERMCAP_se=$'\E[0m'
export LESS_TERMCAP_us=$'\E[01;32m'
export LESS_TERMCAP_ue=$'\E[0m'
exec less "$@"

et ensuite, dans .bashrc :

export MANPAGER=~/.bin/manpager.sh

Continuons:
- je suis X, je suis l'époux de Zézette

Est-ce vraiment du pinaillage ? Dans la section 'attributes' du man de ces deux fonctions on a:

gethostbyname Thread Safety MT-Unsafe race:hostbyname env locale
getaddrinfo Thread Safety MT-Safe env locale

alors forcément, si tu as des problemes après avoir utilisé la première dans un programme multi-thread, c'est pas fait pour surprendre. Avec la seconde, c'est plus surprenant.

si un mec est payé (cher) pour faire ça c'est que quelqu'un en voit l'utilité

Merci, j'ai bien ri.

Sur mon HP EliteBook 840 G2, la manipulation ci dessus n'a pas été nécessaire … Soit HP a corrigé le tir, soit Ubuntu a géré le problème automatiquement, ou alors l'UEFI avait déja été désactivé lorsque j'ai installé
(je ne peux pas en dire plus, n'ayant eu aucun problème je ne me suis pas intéressé à la question).

Le futur de vim : trop gros, passera pas..

Ah ben bravo! je viens de prendre 5 minutes pour retrouver la blague précédente, et j'ai bien ri. Merci.

Wow, merci beaucoup, je connaissais pas ces rules, mais ca fait vraiment envie !

Sur Linux et Windows, on a la même limite à 255/260 octets pour un nom (basename) de fichier ou de répertoire. Dans le cas d'une compilation, ce n'est généralement pas un problème parce que les nom de fichier/répertoire (basename) aussi longs, ça ne court pas les rues.

La limite qui devient vite génante pour une compilation, c'est celle du chemin complet depuis la racine (readlink -f), c'est facile de constuire un chemin absolu trop long si l'arborescence du code source est un peu profonde. Et le probleme sous windows, c'est que la limite à 260 porte sur le chemin complet, alors que sous Linux ca doit plutot être 4096 (à verifier).

Par exemple, sur un Linux:

~$ a=0123456789ABCDEF
~$ b=$a$a$a$a$a$a$a$a
~$ mkdir -p /tmp/$b/$b/$b

on vient de créer un répertoire dont le chemin absolu est long de 391 octets, chaque element étant <= 128 octets.
La même chose sous Seven SP1 :

c:\> set a=0123456789ABCDEF
c:\> set b=%a%%a%%a%%a%%a%%a%%a%%a%
c:\> mkdir c:\temp\%b%
c:\> mkdir c:\temp\%b%\%b
c:\> mkdir c:\temp\%b%\%b\%b
Le chemin d'accès complet c:\temp\0123456789...ABCDEF est trop long.

Et c'est bien un problème d'API, pas du filesystem, les trois premieres lignes de bash passent très bien sous Cygwin et le répertoire est accessible dans l'explorateur.

J'assume la mauvaise foi, et je préfère effectivement un système cohérent avec des guillemets partout. Ca te pose un problème ?

Intéressant le choix de ton vocabulaire : "insulter", "cracher sur", "tu est mauvais" … tu t'ennuies ?

Sérieux si en 2016 tu n'es pas capable de gérer un nom de fichier avec un espace, c'est grave.

Avec un système datant de 2011 (Seven SP1), j'essaie:

C:\> cd My Program Files
C:\My Program Files>

ça fonctionne, et je dois avouer que j'ai été surpris, je ne m'y attendais pas.
Essayons autre chose:

C:\> dir  My Program Files
 Le volume dans le lecteur C s'appelle System
 Le numéro de série du volume est 2B78-CB34
 Répertoire de C:\
 Répertoire de C:\
 Répertoire de C:\
Fichier introuvable

et ce n'est pas la bonne réponse. Recommençons avec des guillemets:

C:\> dir  "My Program Files"
 Le volume dans le lecteur C s'appelle System
 Le numéro de série du volume est 2B78-CB34

 Répertoire de C:\My Program Files

12/04/2016  09:08    <REP>          .
12/04/2016  09:08    <REP>          ..
03/12/2015  10:09    <REP>          PortableWindirstat
03/12/2015  10:09    <REP>          PuTTY
[...]
               0 fichier(s)                0 octets
              17 Rép(s)   5 248 425 984 octets libres

Et voila la réponse attendue.

J'ai hâte d'avoir sous la main un système de 2016, histoire de voir si la gestion des nom de fichiers avec espace est devenue cohérente.

il me semble que dans les systèmes POSIX modernes, il y a une transformation de errno en mode TLS (thread-local storage),

D'après http://stackoverflow.com/questions/1694164/is-errno-thread-safe c'est le comportement standard depuis POSIX.1c (cf la 1ere réponse).

Sur certains systèmes, il faut bien préciser au compilateur que le programme a besoin de la fonctionnalité, sinon on obtient un extern int errno classique (cf la 2eme réponse avec -D_REENTRANT ou -D_XOPEN_SOURCE).

Pour en revenir à Internet, c'est un peu daté, mais il y a eu ça dans le genre : http://www.warriorsofthe.net/index.html

Wow, merci ! Quand j'ai lu le journal, je me suis dit tiens, ça me rappelle une vidéo, il y a très longtemps, c'était quoi le titre, est-ce que je l'aurais encore sur mon disque… et hop, voila, c'est bien Warriors of the Net, merci Big Pete !

Imdb me dit que la vidéo est sortie en 1999, effectivement ça date un peu…

#include <stdio.h>
int main() {
    printf("[%*s]\n", 20, "right") ;
    printf("[%-*s]\n", 20, "left") ;
}

produira:

[               right]
[left                ]

Limité a l'espace pour le caractère de remplissage, variantes sprintf/snprintf pour travailler en mémoire sans affichage, avec toutes les blagues habituelles en cas de dépassement du buffer.

… mais quand on n'en a pas soi-même, on ne fait pas ce qu'on veut avec celui des autres.

tapez pas, je suis déjà sorti très loin…

J'approuve des deux mains, ça marche tres bien.
Et avec un éditeur digne de ce nom, on génère automatiquement la valeur de l'UUID, et le triplet ifndef/define/endif qui va avec.

On peut aussi générer automatiquement les valeur du guard, avec une partie aléatoire, de cette manière chaque fichier possède un marqueur ifndef unique.

Ça l'est malheureusement beaucoup moins quand les headers contiennent du code templaté comme en C++.

Pour ça, il y a le mot clé "export".
Tapez pas, je suis déjà sorti …

D'un autre coté, pour une boite américaine, on peut considérer que la NSA est un service de sauvegarde… c'est cohérent.

C'est plutôt positif : il existe des contre-pouvoirs

S'il te plait, regarde l'émission, et reviens nous dire demain si tu penses toujours la même chose.

C'est un bon point de départ: il "suffit" de hacker le clavier pour remplacer la valeur "azerty" par "fr-oss", et voila. Forcement, sur la plupart des clavier, ca ne sera pas possible, mais ça laisse la place pour un fabricant de niche.

Ah, merci pour la commande "mode", je ne connaissais pas, c'est bien pratique.
Mais il y a un effet de bord : le contenu de la console est effacé, c'est dommage…