14. Quelles sont les autres causes possibles ?

• Red Hat 5.0
  L'installation ou bien la compilation du noyau avortent parfois. C'est semble-t-il dû à l'utilisation de certains processeurs Cyrix (et, semble-t-il, Intel), et le phénomène est très difficile à cerner. Essayer d'employer le gcc-compiled-for-glibc disponible sur les sites FTP. En ce qui concerne les crash lors de l'installation : installer un système minimal puis ajouter les autres paquets hors du programme d'installation, grâce à rpm ou glint.
  NdT : essayer d'installer la plus récente version de gcc disponible.
• pentium-optimizing-gcc ne donne pas toujours satisfaction (par exemple avec le célèbre floppy.c du noyau !). Les causes se trouvent à la fois dans le noyau, dans la libc et dans gcc. Le diagnostic innocentant le matériel est facile car le problème se déclenche toujours au même moment. Essayer de débrayer certaines optimisations (-fno-unroll-loops) ou d'utiliser un autre gcc (Evan Cheng, evan@top.cis.syr.edu).
• gcc 2.8.0
  En cas de sig 11 avec gcc 2.8.0 ... retourner sous gcc 2.7.2 !

• pgcc
  Utilisation de la version de gcc "pgcc", dont le générateur de code est optimisé pour le Pentium. La compilation, avec ses options par défaut, de certains modules du noyau (par exemple floppy.c) produit un signal 11. Les causes se trouvent à la fois dans le noyau, la libc et pgcc. On constate vite qu'il ne s'agit pas d'un problème matériel car il se produit toujours au même stade de la compilation.
  Solution : utiliser un gcc standard ou bien des options interdisant certaines optimisations (par exemple "-fno-unroll-loops") (Evan Cheng (evan@top.cis.syr.edu)).

• Composants de gcc hétéroclites
  Lorsque les fichiers appartenant à gcc proviennent de sources différentes des problèmes peuvent appraître. Il faut alors tout remplacer par une version complète et correcte (Richard H. Derr III (rhd@Mars.mcs.com)).

• Édition de liens avec bibliothèque pour SCO
  Sous iBCS les applications dont le LDFLAGS contient -Llib/ sont exposées.

• a.out et ELF
  Compilation d'un noyau a.out au sein d'un environnement ELF (ou le contraire).. Le premier appel à "ld" causera toujours un "signal 11"(REW).

• Carte Ethernet ISA sur bus PCI mal configuré
  Cela peut causer de graves problèmes logiciels (sigsegv, arrêt du noyau...). Il faut alors utiliser le SETUP pour configurer l'"aperture" (zone de mémoire commune à la carte et à l'espace d'adressage du système).

• Contenu de la partition de mémoire virtuelle ("swap") endommagé
  Tony Nugent (T.Nugent@sct.gu.edu.au) précise qu'il a pu résoudre le problème en re-préparant la partition grâce à "mkswap".
  Louis J. LaBash Jr. (lou@minuet.siue.edu) nous rappelle qu'il faut invoquer "sync" après un "mkswap".

• Cartes Ethernet bas de gamme de type NE2000
  La qualité de certaines cartes est si médiocre qu'elles mettent en péril la stabilité du système. Les noyaux Linux postérieurs à 1.3.48 les tolèrent semble-t-il mieux (REW).

• Alimentation électrique
  Cas peu probable, même une machine très bien équipée n'approche guère les limites des alimentations 200 W. Seul un système utilisant de nombreux anciens disques (gros consommateurs de courant) peut poser un problème (Greg Nicholson (greg@job.cba.ua.edu)).
  Thorsten Kuehnemann (thorsten@actis.de) indique qu'une alimentation défectueuse peut provoquer des signaux 11.

• Compilation du code ext2
  Dans certains cas la compilation du code de gestion du système de fichiers ext2 provoque un signal 11 (Morten Welinder (terra@diku.dk)).

• Mémoire disponible insuffisante
  gcc produit alors d'étranges erreurs (Paul Brannan (brannanp@musc.edu)).

• Bibliothèques incompatibles
  Si vous avez établi un lien symbolique entre libc.so.5 et libc.so.6, certaines applications se termineront avec un signal 11 (Piete Brooks (piete.brooks@cl.cam.ac.uk)).