Carte PC - Page 3

Do you have a question? Post it now! No Registration Necessary

Translate This Thread From French to

Threaded View
Re: Carte PC


discussion : snipped-for-privacy@rayleigh.systella.fr...
Quoted text here. Click to load it

Impec, moi aussi je vais éviter de m'engager dans une impasse.
La seule chose que je dis c'est : avant de critiquer MS il faudrait au
minimum faire aussi bien.


Il ne peut y avoir de discussion lorsque je lis :
<citation>
Microsoft ne fait pas du tout la différence entre une zone statique et une
zone allouée dynamiquement, ce qui fait que l'immense majorité des
programmes qui effectuent ses appels système en boucle ont des fuites
conséquentes
</citation>

C'est d'une bêtise sans nom.
Mais comment, ... comment ....  peut-on proférer de telles absurdités ?

Cela me laisse sans voix ...


PS:
    mais quand même, des trois débilités exprimées dans la citation celle
que je préfère c'est  :

    "l'immense majorité des programmes qui effectuent ses appels système en
boucle" ... Hahaha  ... une perle !
    T'est-il possible de citer un programme qui "effectuent ses appels
système en boucle" mais serait dans la minorité des programme qui n'ont pas
de fuite mémoire ?







 


Re: Carte PC
Quoted text here. Click to load it

    Ce n'est _pas_ difficile. Avec NetBSD, on fait au moins aussi bien. Et vu
    que je participe, j'ai le droit de critiquer Windows.

Quoted text here. Click to load it

    C'est ça. getcwd() est censé renvoyer un pointeur sur une zone statique.
    C'est la doc Windows qui dit cela. Sauf que la zone est dans les faits
    allouée par un malloc() au moins jusqu'à W2K inclus.
    Ã€ chaque fois que tu appelles getcwd(), tu as une
    fuite de quelques octets (et une fragmentation supplémentaire de la mémoire,
    mais ça doit t'échapper). Donc pour la bêtise sans nom, tu repasseras. Les
    codes qui doivent être portables sont caviardés de #ifdef WIN32 à cause de
    ces conneries, et tu en rates _toujours_ ! Le pire, c'est lorsque le truc
    est corrigé, un code qui fonctionnait très bien se casse la gueule parce que
    tu fais un free() sur une zone statique.

Quoted text here. Click to load it

    Je parle des appels systèmes que tu appelles _explicitement_, pas de ceux
    qui sont fait au travers d'une bibliothèque système. Heureusement d'ailleurs
    que cela sont débuggués.

Quoted text here. Click to load it

    Ã€ cours d'argument ? Retourne jouer aux billes. Que tu défendes Microsoft
    est ton choix le plus strict. Je trouve que ce système a son utilité comme
    système sur un poste client (encore que, avec un BSD ou un Linux bien
    configuré...), mais prétendre que son design est bon et qu'il est fiable est
    d'un tout autre niveau ! Ou alors on parle de la définition de la fiabilité
    selon Microsoft, ce qui est tout autre chose. Ma définition de la fiabilité,
    ce serait plutôt celle de DEC.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC
getcwdOn Jul 2, 8:22 pm, JKB

Quoted text here. Click to load it

Sans prendre parti pour un OS ou un autre, E0% propos de getcwd la doc
de mon VC++ (v6.0 de 1994/1998) prE9%cise bien que le *ptr est
malloquE9% :

(_getcwd ...) a buffer (...) will automatically be allocated, using
malloc,
to store the path. This buffer can later be freed by calling free ...

Quoted text here. Click to load it

Re: Carte PC
Quoted text here. Click to load it

    Pardon, je me suis mélangé les pinceaux. C'est POSIX qui prétend que
    le pointeur est alloué grâce à malloc() et Windows 2000 qui renvoie un
    pointeur sur une zone statique. Je viens de vérifier dans mes vieilles
    bibliothèques de gestion de fichiers.

    Le problème de fuite venait de strdup() qui n'utilise _pas_ malloc() mais un
    mécanisme totalement foireux qui fait que le remplacement de malloc()/free()
    par un système un peu plus efficace aboutit à des fuites (à moins de
    surcharger strdup()).

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC
On 3 juil, 11:01, JKB

Quoted text here. Click to load it

Quoted text here. Click to load it
 moins de
Quoted text here. Click to load it

C'est E9%tonnant, la doc MSDN de mon compilo
(toujours MS-VC++ v6.0) prE9%tend le contraire :

char *_strdup( const char *strSource );
The _strdup function calls malloc to allocate storage space for a
copy of strSource and then copies strSource to the allocated space.

Je veux bien qu'il s'agisse d'une coquille (?) mais
le code donnE9% en exemple appelle explicitement free() ...


Re: Carte PC
Quoted text here. Click to load it
que
Quoted text here. Click to load it
renvoie un
Quoted text here. Click to load it
vieilles
Quoted text here. Click to load it
mais un
Quoted text here. Click to load it
malloc()/free()
Quoted text here. Click to load it
de
Quoted text here. Click to load it

    Je n'ai _jamais_ utilisé VC++. Je n'ai donc pas la doc en question. J'ai
    simplement dû fiabiliser des bibliothèques de gestion de fichiers (pour du
    traitement du signal) en contournant tous les problèmes typiquement
    Windowziens. strdup() permet de faire un free() sur le résultat, mais
    seulement à partir du moment où tu utilises le malloc()/free() du système.
    Le problème est là, mais la doc n'est pas fausse. Le malloc() embarqué dans
    ladite fonction doit simplement être 'inliné', ce qui n'est écrit nulle
    part (et qui est pourtant important).

    Je n'ai pas les sources du strdup() en question, mais il ne permet pas de
    surcharger le malloc() du système. Si tu utilises un autre allocateur, tu ne
    peux pas effectuer un free() sur le resultat de strdup(). Enfin si, tu peux,
    mais le résultat est tout sauf prévisible. En fonction des versions de
    Windows, ça va d'une erreur d'accès mémoire à une belle fuite de mémoire.
    Il faut bidouiller des trucs à coups de macros pour pouvoir libérer le
    résultat du strdup() ou mieux, réécrire un strdup() sous la forme de macro
    en utilisant un vrai appel malloc() pour qu'il soit cohérent avec ton
    allocateur.

    Remarque, MacOS X au moins jusqu'à 10.5.8 présente un problème assez
    similaire.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC
On 3 juil, 11:25, JKB

Quoted text here. Click to load it


Oui.

Quoted text here. Click to load it

char * __cdecl _strdup ( const char * string )
{
char *memory;

 if( !string )
  return(NULL);

 if( memory 3D% malloc(strlen(string) + 1) )
  return( strcpy(memory,string) );

 return(NULL);
}


Vu au microscope :


1:    /***
2:    *strdup.c - duplicate a string in malloc'd memory
3:    *
4:    *       Copyright (c) 1985-1997, Microsoft Corporation. All
rights reserved.
5:    *
6:    *Purpose:
7:    *       defines _strdup() - grab new memory, and duplicate the
string into it.
8:    *
9:    ***/
10:
11:   #include <cruntime.h>
12:   #include <malloc.h>
13:   #include <string.h>
14:
15:   /***
16:   *char *_strdup(string) - duplicate string into malloc'd memory
17:   *
18:   *Purpose:
19:   *       Allocates enough storage via malloc() for a copy of the
20:   *       string, copies the string into the new memory, and
returns
21:   *       a pointer to it.
22:   *
23:   *Entry:
24:   *       char *string - string to copy into new memory
25:   *
26:   *Exit:
27:   *       returns a pointer to the newly allocated storage with
the
28:   *       string in it.
29:   *
30:   *       returns NULL if enough memory could not be allocated, or
31:   *       string was NULL.
32:   *
33:   *Uses:
34:   *
35:   *Exceptions:
36:   *
37:
***************************************************************************=
****/
38:
39:   char * __cdecl _strdup (
40:           const char * string
41:           )
42:   {
00402F40 55                   push        ebp
00402F41 8B EC                mov         ebp,esp
00402F43 51                   push        ecx
43:           char *memory;
44:
45:           if (!string)
00402F44 83 7D 08 00          cmp         dword ptr [string],0
00402F48 75 04                jne         _strdup+0Eh (00402f4e)
46:                   return(NULL);
00402F4A 33 C0                xor         eax,eax
00402F4C EB 35                jmp         _strdup+43h (00402f83)
47:
48:           if (memory 3D% malloc(strlen(string) + 1))
00402F4E 8B 45 08             mov         eax,dword ptr [string]
00402F51 50                   push        eax
00402F52 E8 19 31 00 00       call        strlen (00406070)
00402F57 83 C4 04             add         esp,4
00402F5A 83 C0 01             add         eax,1
00402F5D 50                   push        eax
00402F5E E8 4D E1 FF FF       call        malloc (004010b0)
00402F63 83 C4 04             add         esp,4
00402F66 89 45 FC             mov         dword ptr [memory],eax
00402F69 83 7D FC 00          cmp         dword ptr [memory],0
00402F6D 74 12                je          _strdup+41h (00402f81)
49:                   return(strcpy(memory,string));
00402F6F 8B 4D 08             mov         ecx,dword ptr [string]
00402F72 51                   push        ecx
00402F73 8B 55 FC             mov         edx,dword ptr [memory]
00402F76 52                   push        edx
00402F77 E8 04 30 00 00       call        strcpy (00405f80)
00402F7C 83 C4 08             add         esp,8
00402F7F EB 02                jmp         _strdup+43h (00402f83)
50:
51:           return(NULL);
00402F81 33 C0                xor         eax,eax
52:   }
00402F83 8B E5                mov         esp,ebp
00402F85 5D                   pop         ebp
00402F86 C3                   ret



Re: Carte PC
Quoted text here. Click to load it
malloc() mais un
Quoted text here. Click to load it
malloc()/free()
Quoted text here. Click to load it
moins de
Quoted text here. Click to load it
J'ai
Quoted text here. Click to load it
(pour du
Quoted text here. Click to load it
système.
Quoted text here. Click to load it

    Et c'est bien là qu'il y a comme un problème. Si je veux remplacer le
    malloc()/free() par défaut, je _dois_ pouvoir le faire !

Quoted text here. Click to load it
embarqué dans
Quoted text here. Click to load it
nulle
Quoted text here. Click to load it
*******************************************************************************/
Quoted text here. Click to load it

    C'est justement là que ça coince. Mais comme on ne parle pas de la même
    chose, on ne peut se comprendre.

Quoted text here. Click to load it

    Bon. Fin de la discussion stérile.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC
On 3 juil, 12:13, JKB

Quoted text here. Click to load it

Vu !

Quoted text here. Click to load it

Ok.


Tu dois me confondre avec quelqu'un d'autre :-)


Re: Carte PC
Quoted text here. Click to load it
malloc()/free() du système.
Quoted text here. Click to load it
remplacer le
Quoted text here. Click to load it

    Exact. Mes plus plates excuses...

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC


discussion : snipped-for-privacy@rayleigh.systella.fr...
Quoted text here. Click to load it


Enfin, c'était pas ton jour !

Un coup c'est getcwd, puis non c'est POSIX, et en fait c'est pas encore ça
... c'est le strdup, puis le free ou malloc, un coup t'es le cador qui a
accès aux source de windows, puis en fait non pas ceux de strdup , un coup
la doc est fausse et puis non elle est bonne ...
Tu me donnes le tournis.

Discussion stérile ?
Pour celui qui ne veut pas voir, elle l'est !

Surtout sur une discussion sur strdup ou bien même sur les fonctions strXXX
qui foutent la pagaille sur tous les OS, et qui n'est même plus C99. C'est
pas un métro de retard c'est une ère de retard.
C'est un peu léger pour s'en prendre à l'OS le plus répandu.

 


Re: Carte PC
Ael Rowen TERENCE nous a raconté


Quoted text here. Click to load it

Trente-six mille milliards de mouches ne peuvent avoir tort.
Mangeons de la merde ...


--
Amicalement

Bernard

Re: Carte PC


: Xns9DAAC3847E20Fpetitcurieux@212.27.60.38...
Quoted text here. Click to load it

Si tu es un mouche cela peut se comprendre.

Plus sérieusement :
Entièrement d'accord avec toi. Le nombre ne fait pas raison.

Je comprend ce que tu veux dire : c'est pas parce que windows est le plus
répandu qu'il est le meilleur choix.
Je ne discuterai  pas sur ce point, cela semble frappé de bon sens.

Là où je diverge c'est sur le racisme anti-microsoft le plus borné.

Du coup ta phrase je peux la faire mienne.
Trente-six mille milliards d'arguments fallacieux resteront des arguments à
rejetter.


Re: Carte PC
Quoted text here. Click to load it

    Je n'ai jamais dit que la doc de strdup était fausse, simplement qu'elle
    Ã©tait incomplète parce qu'elle ne t'indiquait pas que le malloc() utilisé
    Ã©tait _statique_. Mais pour comprendre le problème, il faut avoir un minimum
    d'intelligence et surtout avoir pratiqué quelque peu.

Quoted text here. Click to load it

    On parle de la compatibilité C99 des compilos Windows ?

Quoted text here. Click to load it

    Ã‡a fait quelques longues années que je commets du code critique.
    Aujourd'hui, mon code critique à de plus en plus tendance à tourner sous
    Cygwin lorsque le client veut garder sa merde. Au moins, le résultat est
    prévisible.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC


discussion : snipped-for-privacy@rayleigh.systella.fr...
Quoted text here. Click to load it

Malloc est un fonction de la bibliothèque,
Cela ne veut rien dire : "malloc utilisé en _statique_"


Quoted text here. Click to load it
Pour mon intelligence je te laisse libre d'apprécier.
Quant à ma pratique, là, j'aimerai bien savoir pourquoi tu laisses entendre
quelle est réduite ?


Quoted text here. Click to load it

Tu parlais de strdup. non conforme chez microsoft.
Je me permettais de préciser que strdup a créé des problèmes partout
ailleurs.
A tel point qu'il ne fait même plus parti de la norme.

Quoted text here. Click to load it

He bien, bravo !
Mais que tu saches vanter tes mérites, n'apporte pas le preuve qu'il faille
dire n'importe quoi sur le système d'exploitation le plus répandu.

Un truc me chiffonne :
  - windows d'après toi c'est de la merde, bon, admettons .
  - windows + cygwin ce n'est plus de la merde.

Ca du mal a passer. Cyqwin ne fait aucun d'appels systémes  ?
 


Re: Carte PC
Quoted text here. Click to load it

    Si ! Ça a même une définition très précise :
    1/ malloc lié statiquement avec une martie de la libc (au hasard la partie
    qui définit strdup() dans ce cas) ;
    2/ malloc implanté sous la forme d'une macro ou d'une fonction inline.

    Je pense que tu ne vois pas l'implication de telles choses sur la surcharge
    des fonctions.

Quoted text here. Click to load it

    Parce que si elle n'était pas réduite tu comprendrais ce que j'essaye de te
    faire comprendre.

Quoted text here. Click to load it

    Je n'ai _pas_ dit qu'il n'était pas conforme. J'ai simplement dit que nulle
    part dans la doc de Microsoft, on ne parle d'un malloc() statiquement lié à
    strdup(), ce qui provoque des choses amusantes. Au passage, MacOS X exhibe
    _exactement_ le même problème.

Quoted text here. Click to load it

    Il est conforme à SVr4, 4.3BSD et POSIX.1-2001, ce qui est déjà pas si mal
    en terme de portabilité. Et je ne vois pas le problème que peut poser
    strdup().

Quoted text here. Click to load it

    Si. Le seul avantage, c'est que l'API est plus robuste et plus fiable.

Quoted text here. Click to load it

    Si, Cygwin utilise les appels systèmes de Windows lorsqu'ils existent.
    Sinon, il fait de l'émulation comme il peut. Sauf que l'API de Cygwin est
    standard et fait ce qu'elle prétend faire. Lorsqu'un appel système de Cygwin
    ne fait pas ce qu'il prétend, ce n'est plus mon problème. Je fais un BR chez
    Cygwin et le problème est généralement vite corrigé. J'ai déjà remonté un
    tas de BR chez Microsoft sans jamais n'avoir de réponse satisfaisante.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC


discussion : snipped-for-privacy@rayleigh.systella.fr...
Quoted text here. Click to load it

D'accord c'est le cas dans la libc,
Mais c'est le cas dans la lib MS.
Alors ou est le problème ?

Quoted text here. Click to load it

Je vois surtout que tu te contredis une nouvelle fois.
Et puis c'est ce  débat sur strdup  est  dépassé.
Et c'est trop mesquin comme argument pour jeter l'anathème sur je ne sais
combien de centaines de développeurs MS.


Quoted text here. Click to load it

Supposition et conclusion fausse !
Quoted text here. Click to load it

il n'empêche que le comité de normalisation l'a viré.


Quoted text here. Click to load it

si Cygwin tourne correctement sur windows,
cela impique que windows tourne aussi correctement.


Quoted text here. Click to load it


Ha ben tu vois les bugs ne sont pas resrvés à MS.

Quoted text here. Click to load it
 


Re: Carte PC
Quoted text here. Click to load it

    <soupir>...

Quoted text here. Click to load it

    Non, ce débat n'est pas dépassé. Imagine simplement qu'il te faille un
    mécanisme malloc()/free() un peu chiadé. Tu le codes avec tes petits doigts
    et tu lies _statiquement_ ton exécutable pour être sûr que ton programme va
    bien utiliser _ton_ allocateur. À chaque appel de strdup() quelque part dans
    ton code, s'il est bien fait, tu vas avoir un free() correspondant (ou un
    realloc(), mais le problème sera le même) qui fera ce que bon lui chante.

Quoted text here. Click to load it

    Je n'ai _jamais_ prétendu contrairement à ce que tu cherches à me faire dire
    que les développeurs de Microsoft sont mauvais. Le problème est simple : un
    système est livré alors qu'il n'est pas conforme à sa doc pour des raisons
    de temps ou de marketing. Ça ne préjuge en rien de la qualité des types qui
    le codent. Par ailleurs, je n'ai jamais parlé ni de windaube ni de
    microchiotte contrairement à ce que tu essayes de me faire dire dans le fil
    parallèle.

Quoted text here. Click to load it

    Tu viens juste de prouver que tu n'as pas compris un traitre mot de mon
    exemple ni de ses implications. Sous Unix, tu as un exécutable quelconque.
    Si ton allocateur est un first fit comme celui par défaut de Solaris, je
    dois pouvoir lancer le même programme avec un LD_PRELOAD=(mon allocateur).so
    et il doit fonctionner de la _même_ façon, au moins sans terminer par une
    violation d'accès ! Sous Windows (ou Mac OS X), c'est exactement pareil.
    Maintenant, j'aimerais assez savoir pourquoi tu soutiens Windows alors même
    que je te dis que Mac OS X présente le même problème au moins jusqu'à la
    version 10.5.8 incluse.

Quoted text here. Click to load it

    Et que fait-on de tout les bouts de code conformes SysVR4, 4.3BSD et POSIX
    1.2001 ? Les specs restent. Et les implications de ses specs sont
    _importantes_ ne serait-ce que pour la compilation de programmes C
    (voir pour cela les macros _XOPEN_SOURCE et consorts).

Quoted text here. Click to load it

    Non. Ça implique seulement que l'équipe de dev se sont fait des noeuds au(x)
    cerveau(x) pour contourner les problèmes de façon fiable, même pour les
    mécanismes qui n'existent pas nativement sous Windows. Je ne vais pas faire
    une liste ici, ce serait trop long.

    Dire que l'API de Windows n'est pas POSIX n'est pas une tare en soi, je te
    vois venir.

Quoted text here. Click to load it

    Ai-je prétendu une seule fois le contraire ?

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.
Re: Carte PC


discussion : snipped-for-privacy@rayleigh.systella.fr...
Quoted text here. Click to load it

Mais tu l'as déjà dis à chacune de tes interventions.
Que dirais-tu d'un développeur qui laisse, en toute connaissance de cause,
trainer un bug dans ses sources ou dans sa doc.
Que ce développeur est bon ?


Quoted text here. Click to load it

Haa , Subtil !
Les codeurs sont bon, et c'est la faute du marketing.

 Par ailleurs, je n'ai jamais parlé ni de windaube ni de
Quoted text here. Click to load it

Oulala, imagine le titre de gloire que cela me ferai.


Quoted text here. Click to load it

Je vais essayer de te ré-expliquer.
Je ne défends pas Microsoft.
Mais élucubrer  sur microsoft est débile.
Cracher sa haine de windows, n'arrangera pas la situation, et masquera les
véritables problèmes.


Quoted text here. Click to load it

ben, faisant ce que tu veux, ce n'est pas à moi de te répondre.


Quoted text here. Click to load it

C'est ce qu'il faut faire dans ce cas-là, pour tous les OS.
Tous les OS ont présenté des bugs, qu'ils fallaient contourner.


Quoted text here. Click to load it

"tu mes vois venir" : J'en doute pas un seconde.


Quoted text here. Click to load it

Serions-nous enfin parvenu à la même conclusion : des bugs ont existé ?


 


Re: Carte PC
Quoted text here. Click to load it

    Ã‰coute, j'en connais et ce ne sont pas des truffes. Ils n'ont pas les moyens
    (temps entre autre) de faire mieux parce que la hiérarchie leur impose de
    sortir quelque chose à une date donnée sans regarder la qualité du code
    (c'est même pour cela que Vista a été un flop). Ce sont deux choses
    totalement différentes.

Quoted text here. Click to load it

    Dans quelle langue faut-il te le dire ? J'ai connu l'équipe de dev de VMS.
    Lorsqu'une version n'était pas prête, elle ne sortait pas. Chez Microsoft,
    lorsqu'elle est à peu près prête, elle sort et on paie les pots cassés.
    En développement informatique, on passe 95% du temps à débugguer 5% du code,
    mais il faut le faire. Si tu n'as pas le temps de le faire, ton truc explose
    en vol (surtout lorsqu'il s'agit d'un OS). Et le meilleur développeur du
    monde va écrire des bugs. La différence avec le mauvais, c'est qu'il est
    capable de les corriger.

Quoted text here. Click to load it

    Rapport avec la choucroute ?

Quoted text here. Click to load it

    Je n'ai aucune haine. Chacun choisit son poison. Personnellement, je ne
    touche plus à ce système tant qu'il sera dans son état actuel et que sa doc
    ne sera pas complète. La doc d'une API, ce n'est pas un bouquin de 500
    pages, c'est une armoire (voire deux dans le cas de VMS). C'est une doc
    _exhaustive_.

Quoted text here. Click to load it

    Facile. Tu prétends que ce n'est plus dans les specs 2008, je n'ai pas été
    vérifier. Mais tu ne peux pas tirer un trait sur tous les codes POSIX 2001.

Quoted text here. Click to load it

    Sauf que lorsque je trouve un bug (et j'en ai trouvé un paquet) dans du
    NetBSD, du Linux ou du FreeBSD, il est très rapidement corrigé. On n'y
    laisserait pas un truc comme getcwd() ou strdup() en raison des problèmes
    que ça peut poser. Microsoft n'en a simplement rien à faire (idem pour Apple
    au passage). D'ailleurs, c'est assez amusant d'avoir le même problème dans
    Windows et MacOS. La libc de MacOS est une libc d'origine BSD. Le fait
    d'avoir le même bug dans la libc de Windows aurait juste tendance à me faire
    croire qu'il s'agit peu ou prou du même code.

Quoted text here. Click to load it

    Sans commentaire.

    JKB

--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
We've slightly trimmed the long signature. Click to see the full one.

Site Timeline