shbrol a écrit 487 commentaires

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…

Et si les chevaux tombent, faut surtout pas oublier d'acheter l'ane (vert).

il y avait une page avec un texte parlant d'une nouvelle fonctionnalité Office, et d'une correction à faire sur laquelle Bill Gates aurait ingurgité l'équivalent de 450 pages de doc technique en quelques heures et aurait posé des questions très pointues et pertinentes avant de donner son GO

http://www.joelonsoftware.com/items/2006/06/16.html

Et aussi http://jslinux.org/

Du point de vue du malade, la santé coûte moins cher en France. Du point de vue du médecin, on se fait plus de fric au US. Le gain est évident, non ?

Mmh… alors il y aurait un OS avec plus de drivers disponibles que les autres ? Intéressant…

Hors sujet: il y a la série TV de ~2010 en trois volets (6 épisodes), dont chaque volet est sorti sous forme de film, et dont le premier a donné lieu a un remake américain …

Dans le cas présent, il s'agit bien d'une colonne, au sens propre : l'article de Gérad Biard est formatté en une seule colonne, sur toute la hauteur de page, contrairement aux autres articles du journal qui sont généralement présentés sur deux colonnes (ou plus).

Je n'ai pas (encore) testé pour l'authentification des clients, mais j'ai trouvé un tutorial détaillé qui couvre les deux parties: How To Create an SSH CA to Validate Hosts and Clients with Ubuntu

Pour Putty, tant pis, ça fera un argument pour expliquer que le client OpenSSH est plus mieux mieux.

Pour la première question, la réponse est dans le premier paragraphe de l'article:

Une note rapide sur une fonctionnalité bien utile de OpenSSH qui, bien que documentée dans les pages de manuel, ne semble pas très connue : l’utilisation de certificats, et non pas seulement de clefs publiques, pour authentifier les serveurs (ou les clients, mais je ne parlerai ici que des serveurs).

Ma faute, j'aurais du lire moins vite…

Je ne connaissais pas les certificats SSH, super intéressant, merci.
Deux questions:
- Dans l'article lié, il est question d'authentifier les serveurs (known_host sur le client), alors qu'ici il s'agit d'autoriser l'accès (authorized_keys sur le serveur). Les deux fonctionne pareil (en adaptant les commandes), ou bien je n'ai rien compris ?
- Sais tu s'il y a d'autre clients à part OpenSSH qui gèrent les certificats (au hasard Putty) ?

Amusant! Cette fois ci, la complainte est qe Systemd décide de ne pas intégrer une fonctionnalité déjà existante.

Pas tout a fait: systemd a intégré, puis ensuite supprimé, une fonctionnalité existante.

Fait un petit apt-get install readahead et tu auras ton readahead comme dans le bon vieux temps.

Oui, et le projet est en très bonne santé: https://fedorahosted.org/readahead/

Si c'est pas une conspiration, c'est quoi ? de l'incompétence ?