BFG a écrit 901 commentaires

Pour remplacer des paramètres optionnels (ou éviter de nombreuses surcharges au constructeur), ça peut être utile, mais pour des paramètres obligatoires (comme les x, y, largeur, hauteur d'un rectangle), c'est une mauvaise idée, car le code compilera encore même si l'on oublie ".x(1234)".

Vous risquez d'en oublier un, et l'erreur ne sera pas vue à la compilation.

rocker rapidement pour protéger son roi (plus simple de faire le petit rock).

Le roque.

L'image est une parodie de celle là

Plutôt que retourner un tableau de pointeurs, qui serait de taille fixe, vous pouvez utiliser des paramètres de type sortie : avoir des char * et indiquer à la fonction qu'elle doit stocker ses résultats dedans.

/* Pour l'exemple, sortie_debut contiendra le debut de la chaine, sortie_fin la fin de la chaine.
Le début et la fin sont tous les 2 passés en paramètre par souci de cohérence.
Le début est également retourné pour pouvoir l'utiliser dans un if plus facilement (si vous le souhaitez, peut-être cela crée une confusion).
*/
char *expmatch(char *entree, char **sortie_debut, char **sortie_fin) {
    *sortie_debut = entree;
    *sortie_fin = entree + strlen(entree);
    return *sortie_debut;
}

int main(int argc, char **argv) {
    char *debut; /* pas besoin d'initialiser */
    char *fin;

    if (expmatch("Hello world!", &debut, &fin)) {
        /* debut et fin sont valides */
    } else {
        /* pas trouvé, debut et fin non valides (ou NULL) */
    }
}

Vous pouvez également passer un tableau de pointeurs en paramètres qui sera utilisé en sortie.

void expmatch(char *entree, char * sorties[2]);

Si vous souhaitez vraiment retourner un tableau, alors il vous faudra utiliser de l'allocation dynamique (malloc et free).

Ici, xdg-open fonctionne par extension, je viens de tester avec un fichier qui a une mauvaise extension, et c'est l'application associée à l'extension qui s'est ouverte, pas le type mime.

Malheureusement, FreeOTFE est pénible à faire fonctionner sur Windows 64bits.

Ce n'est pas ce que dit jwz. (Il parle d'OpenGL ES, mais c'est tout de même bien OpenGL)

après avoir dézingué Symbian et Maemo, la firme norvégienne qui licencie plus vite que son ombre

Trolltech est norvégienne. Nokia est finlandaise.

Je vois bien les utilisateurs chercher "DSCN_4242.jpg"…

apparentière

C'est l'écriture phonétique de "à part entière" ?

Il a parlé d'un domaine hébergé, donc tester avec @online.net n'est pas pertinent.

day(9) serait probablement moins "extraterrestre" que 9_day.

def foo(x):
    return 42

est détecté comme du Ruby (et comme du Python en seconde position). La bibliothèque utilisée retourne-t-elle un score évaluant la confiance en le résultat ? Cela permettrait de laisser le choix à l'utilisateur si le résultat est trop incertain ou si plusieurs résultats sont trop proches.

Vous devez parler de la variable IFS. Cela échouera encore avec les noms de fichiers contenant des retours à la ligne mais ils sont plus rares.
Si l'on veut conserver la boucle for et la commande find, il faut utiliser le caractère nul comme séparateur sûr.

Cela ne gère pas les noms de fichiers contenant des espaces, dès le for FILE in `find...`.

find content/ -exec cp -v {} $DEST \;

Sans utiliser find (avec zsh ou bash) :

cp content/**/* $DEST
# variante pour zsh pour ne sélectionner que les fichiers et non les dossiers/liens symboliques/etc.
cp content/**/*(.) $DEST

Je viens d'essayer avec zsh dans tmux dans Konsole, cela fonctionne parfaitement : 

Le -s de read peut être remplacé par stty -echo.

C'est sans doute désactivé par défaut car de nombreuses applications se mettraient à cesser de fonctionner. MacOSX a le même réglage par défaut, et il est connu que Photoshop ne fonctionne pas sur MacOSX si l'on rend le système de fichiers sensible à la casse.

Surtout que ce système est limité à Paris me semble-t-il, donc si on n'est pas parisien, on n'y pense pas vraiment de soi-même.

On en trouve ailleurs, comme à Nice.

Oui, strace est utilisé pour compter tous les appels systèmes write(2) indistingués. Il suffit que cp écrive sur la sortie d'erreur standard (par exemple) pour que l'information de progression soit fausse.
De plus, ça ne fonctionne qu'avec un seul fichier. (Dans ce cas-là, on peut se contenter de pv -pret ENTREE > SORTIE)

Si ses méthodes d'argumentation font controverse, le fond de ses remarques est souvent juste et il sait reconnaître quand il a tort.
En l'occurrence, ici, il y a un problème de gestion d'encodage, et ce problème n'est pas dans la console utilisée. Également, l'intérêt d'un programme d'exemple est de montrer les bonnes pratiques, par exemple en vérifiant les entrées pour que le programme ne plante pas.

Il parle de compiler sous Linux un .exe qui sera utilisable sous Windows, sans avoir besoin de compiler depuis Windows.

Mais si on utilise pas const_cast, je vois pas en quoi le const de C++ est moins thread-safe que le immutable de D.

Parce qu'une référence const peut être obtenu à partir d'une référence non-const en C++. La référence non-const peut être modifiée, modifiant ainsi la référence const depuis un autre endroit. En revanche, une référence immutable ne peut pas être obtenue depuis une référence non-immutable.

int x = 0;
const int &y = x;
x = 42; // y est modifié (à replacer dans un contexte multi-thread)