pierthi a écrit 178 commentaires

On dirait que ton /boot est monté sur autre partition. Il faudrait que tu le monte avant de lancer lilo, avec une commande du genre :
# mount /dev/hd_ou_qu_il_est_ton_disque /boot

Un petit "cat /etc/fstab | grep /boot" devrait te mettre sur la voie..

Hum, vu la teneur hautement constructive de ton message, je dirais que c'est plutôt l'inverse : à toi d'expliquer en quoi ces distributions sont "mauvaises".

Mais bien sûr pour avoir de pareilles certitudes, tu as du avoir testé toutes ces distributions en long et en large, en ayant soigneusement noté tous tes griefs quelques part, que tu vas mettre incessemment sous peu à la disposition du public, pour libérer ces milliers de brebis égarées de leur ignorance crasse, prises sans doute d'hallucinations collectives ou aveuglé qu'ils sont des sirènes commerciales (ou libristes dans le cas de Fedora).

> stabilite ? performance ? securite ?
Convivialité, facilité de migration, d'installation, de configuration, mise à jour, communauté, support technique, certfication de matériel / logiciel, etc ...

Besoins différents, distrib différentes : parait que c'est le principe du libre.

Et, et, et \o/

Walker (pas texas ranger :) : celui où on pilotait une sorte d'androïde bidède armé d'un double canon vulcan, dans différentes époques (guerre 39/45, post-apocalypse 2030, etc ...). Les bruitages étaient vraiment jouissifs, même si le jeu était très très dur (j'ai jamais réussi à passer le boss du niveau 3, le jeu en avait 4 ... Argh !)

Dune 2 : c'était toujous un plaisir de pulvériser les bases adverses avec 4 ou 5 dévastateurs, épaulés par quelques lanceurs de roquettes. Faut dire que l'IA frôlait la débilité profonde (un trooper suffisait à en général pour tout détruire).

Elite 2 : Raah, explorer les systèmes stellaires à 50 années lumières à la ronde (bon plan : trafic de stupéfiants entre Facece et Vequess, j'avais pu me payer un Panther Clipper ...). Cela dit, le jeu était pas mal buggé, et ça ne s'était pas arrangé avec Elite 3 (PC only). J'attends encore Elite 4, qui promet aussi de tout déchirer, même s'il concurence sérieusement Duke Nukem au titre de vaporware du siècle. Bah, l'espoir fait vivre.

En Shareware :

Tritus : un tetris survitaminé, où on jouait tout le temps à 3 simultanément (éventuellement contrôlé par l'ordi). L'IA du jeu était vraiment impressionnante. Ça m'a valu quelques coups de poing assez violents sur l'UC d'ailleurs (même pas mal).

R3 : un thrust-like, là aussi survitaminé, avec des vaisseaux bien armé pour dévaster comme il se doit les niveaux. Défoulant, surtout à 2 en même temps.

4 ans, qu'elle est morte ma machine. Snif.

Arf, quel boulet je fais. J'ai mal lu la question, sorry. L'option dans vi, c'est :
set backupdir=~/tmp

Sur mandrake, ça me gave aussi tous ces fichiers de sauvagarde, il suffit de rajouter dans le ~/.vimrc :
set nobackup

Et voilà. De toute façon, quand on connait vi, tout le reste n'est que futilité (surtout emacs, d'autant plus pour ceux qui n'ont que 10 doigts :-)

Arf, le redmondiste qui nous sort ses crocs.

Révise tes classiques :
- Les WinSock utilisent l'interface BSD, incompatible avec POSIX (fdopen marche pas). Il a fallu que je réécrive les entrées/sorties de certaines libs (jpeg, png qui utilisent stdio) rien que pour ça (1/2 jour de perdu).
- La p...n de conversion des \n et \n\r. Complétement oublié ce bug^W^Wcette feature. 1/2 jour de perdus pour débugger et retrouver un appel non portable, spécifique Windows (retrouvé dans les sources de perl, d'ailleurs).
- Pour avoir des perfs potables, il a fallu que je mettre en place un système de cache multi-threadé, en utilisant l'API win32 (les pthreads, c'est pas trop ça). Bonjour, les emm..des pour vérifier que toutes les libs étaient reentrantes.

Je parie qu'avec Win32, les MFC ou truc net, je n'aurais pas eu tous ces problèmes. Mais bon, on a dit portabilité.

P...n, mais qu'est ce que ça peut me gaver les technos Microsoft. Dans l'absolu, c'est supaire tip top over too bien, on te dit que ça permet d'avoir un retour sur investissement dès le premier quart d'heure d'utilisation, des gains de productivité qui te permetront de passer 2 fois plus de temps devant la machine à café, et des performances encore plus meilleures que bien, comparée à la concurence qui n'existe plus.

Dans la pratique, on tombe toujours sur un bug de merde qui plombe le développement de quelques jours (pour rester gentil), qu'une bande d'illumés, prétendu programmeur, sévissant à Redmond, ose appeler "fonctionnalité". Sauf que pour les pauvres mortels, ça se traduit par des tartines de code imbitable pour contourner ce que ces atrophiés de l'encéphale, englués dans leur vision markétoïde, font pour pourrir l'interopérabilité.

Mon petit coup de gueule, moi qui vient de passer 5 jours à optimiser un pauvre programme C qui marchait super bien sous Linux, mais était une vraie bouse sous Windows 2000, pour contourner tous ces foutus bugs^Wfeatures.

PS : Pour revenir à IE, le boulet d'or, c'est sans conteste IE 5 pour Mac : le navigateur n'est plus supporté par Microsoft, il est pas mal buggé et reste incontournable sous Mac OS 9 (qui n'est plus supporté par Apple). Quand on voit la durée de vie des Macs, j'me dit que cette daube n'a pas finit de me pourrir la vie.

Quel logiciel veux-tu compiler ?

Parce qu'il y a de grande chance pour que la dernière version soit déjà dans le dépot de paquet de ta Mandrake. La compilation manuelle, c'est vraiment pas un cadeau, ça ne gère pas les dépendances et pour peu que ce soit un script ./configure qui foire pour une raison pas toujours très claire, ben tu peux en ch*er comme c'est pas permis.

Sinon, accessoirement, c'est quoi le message d'erreur ?

Parce que bon, ici c'est linuxfr.org, pas voyancefr.org

> La chose qui me gène c'est une telle disparité dans les adresses

Parce que tu voudrais que ces adresses soient identiques d'un lancement à l'autre ?

Bon, je te le dis tout de suite : c'est impossible. C'est le cas pour quelques uns de tes tests, mais ça tiens plus du coup de chance, certainement lié au fait que tu venais de lancer ton programme plusieurs fois de suite et le fait que la pagination a *tendance* à utiliser les mêmes schéma d'adresse (0x8...... ou 0xb....).

Je persiste à dire, que tes résultats sont tout à fait normaux.

Waou, c'est vraiment pas clair ton problème !

> Mais mon programme est appelé par un programme fortran

Euh, rassure-moi tu voulais dire "ma bibliothèque de fonction est appelé par un programme fortran", parce que l'espace d'adressage d'un processus à l'autre est complétement différent.

> Ces adresses sont des integer. J'aurai pour ma part préféré des unsigned int.

Euh, ce n'est qu'une question de convention. Un simple cast, et hop, tes int se transforment en unsigned int :
unsigned int i = (unsigned int) -1;
printf ("i = %u\n", i); // 4294967295

Ou utiliser un entier signé comme une adresse mémoire :
int i;
long addr = (long) &i; // là tu as une adresse sour forme d'entier signé

((int *)addr)[0] = 1234; // Positionne i à 1234

> Donc comme j'ai des int [...] zones mémoires aléatoires.
Ou tu débutes en programmation, ou tu expliques super mal, ou tu cherches à faire compliquer quand on peut faire simple. De ce que j'ai compris, tu as un programme fortran, qui te passes une zone mémoire sous forme d'entier (signé ou pas, il ne devrait pas y avoir de problème).

Toi tu veux allouer un nouveau buffer et renvoyer au programme fortran l'adresse de ce nouveau buffer sous forme d'offset par rapport à l'ancien (si ma mémoire est bonne, Fortran ne gère pas l'allocation dynamique).

Pourquoi ne pas simplement retourner l'adresse du buffer sous forme d'entier (signé ou pas, on s'en fous) ?

Dans tous les cas, n'espère surtout pas avoir une valeur constante dans ta variable "decalage".

Je pense qu'il n'y a aucun lien entre la taille de ta pile et malloc (à supposé qu'il y en ait un, ce serait un effet de bord quasi inexploitable).

À vrai dire, je ne vois pas quel est ton problème. Les valeurs de malloc() changent entre plusieurs distributions ? Ben, moi je dirais que les valeurs devraient changer même lorsque tu testes sur le même système.

À part quelques besoins ultra pointus (canaux DMA d'une carte d'acquisition par exemple), il n'y a aucun intérêt à allouer de la mémoire à adresse fixe. Qui plus est, la seule certitude que tu peux avoir avec malloc(), c'est soit d'avoir une valuer nulle (et encore sous Linux ton process sera flingué d'office) ou soit une valeur différente de 0. Tout le reste n'est qu'effet de bord ultra suicidaire à exploiter, lié à je ne sais trop quel coïncidence entre l'ordonnanceur du système et la pagination mémoire.

Bref, les résultats que tu obtiens me semblent normaux.

Récent ? Bof, ça a été introduit par Microsoft avec Internet Explorer 5 au printemps 1999, si mes souvenirs sont bons. Mais avec la merveilleuse technologie ActiveX™, ça marche pas trop beaucoup bien sur IE Mac.

IE Mac

T'es sur ? J'ai cru comprendre qu'IE sur Mac ne supportait pas du tout XmlHttpRequest. Pour l'insant j'hésite à envoyer chier les clients qui me_les_pètent_grave™ avec cette bouse immonde, ou à tout recoder avec des iframes. Yeaaargl. Donc, voilà, si t'as vraiment réussi à faire du XmlHttpRequest sur IE 5.2 MacOS X, ça m'intéresse beaucoup, parce que je n'ai vraiment pas envie de tout casser pour mettre un truc tout dégueux. Quelques recherches sur Google ne m'ont pas donné beaucoup d'espoir, parlant d'un hypothétique patch à appliquer. Dans tous les cas, ton exemple, il m'affiche "inactif". Et en version simplifiée, il m'affiche "IE est une grosse bouse" ...

var mon_ajax;

if ( window.XMLHttpRequest ) {

  mon_ajax = new XMLHttpRequest();

}
else if ( window.ActiveXObject )
{
  try {
    mon_ajax = new ActiveXObject( 'Microsoft.XMLHTTP' );
  } catch ( E1 ) {
    try {
      mon_ajax = new ActiveXObject( 'Msxml2.XMLHTTP' );
    } catch ( E2 ) {
      alert("IE est une grosse bouse. C'est con pour vous.");
    }
  }
}
else alert("Merci de ne pas utiliser lynx");

mon_ajax.onreadystatechange = process_updates;
mon_ajax.open("GET", "truc.xml", true);
mon_ajax.send(null);

function process_updates()
{
  if (mon_ajax.readyState == 4)
    alert(mon_ajax.responseText);
}

P...n impossible d'afficher du code et des paragraphes dans les commentaires ?

Si tu t'intéresse à la programmation bas niveau (console, daemon, ...), il y a la documentation de la glibc sur http://www.gnu.org/software/libc/manual/html_node/index.html(...)

C'est en gros de la programmation posix. Le manuel doit faire 1000 pages environ, c'est plutôt bien écrit (en angliche, bien sûr), et assez bien classé.

Sinon, en français, il y a le livre de Crisptophe Blaess, Programmation Système en C sous Linux. Extrêmement clair, qui distingue très bien d'ou provienne les appels (glibc, posix, bsd, Unix SysV, Unix98, ...), accessible aux débutants qui ne connaissent strictement rien à Unix.

M'enfin, il y a largement de quoi devenir un kador, rien qu'en lisant le manuel de la glibc. Tu as du remarquer que linux est développé en couches, et les programmeurs sont loins d'être aussi paranoïaques que ceux de la glibc, gcc ou gdb. Alors bon, n'espère pas trop trouver des docs tout en un à la delphi, .net, java, ou l'API comprend 90% des besoins.

Mouais, franchement, ça me parait un peu gros, une pub pareille, avec le p'tit drapeau Windows aux couleurs US. Même le décideur le plus pressé avec le cerveau le plus disponible n'y croirait pas plus de cinq secondes.

Et puis, quitte à troller autant y mettre franchement les pieds : moi je dis que 100% des terroristes utilisent Linux. Ben, ouais, dans la chaine il doit bien un petit routeur ou une p'tite passerelle, qui doit tourner sous Linux. CQFD.

Bref, trop gros ....

Wow, pas mal du tout. D'autant que ça passe dans Mozilla, IE6, Safari 1.3 et même cette daube de IE5 pour mac (j'aurais juste mis un br, pour rompre le positionnement flottant). Sauf que dans mon cas, il y avait encore des images en arrière plan de chaque colonne, qui devait être alignées sur la frontière (à droite pour la colonne de gauche et à gauche pour la colonne droite) : torchable en 2min avec des tables, impossible à faire en CSS2 (sans trop de risque, je dirais CSS3 aussi).

Certes, CSS2 commence à dater, je peux à la limite comprendre ce genre de limitation, mais ce qui me navre le plus c'est que je doute que ce genre de chose soit faisable en CSS3, plus un paquet d'autres encore (au hasard : mise en page de formulaires HTML).

En gros, il faut brider la créativité pour rentrer dans le moule CSS. Après on s'étonne qu'il y ait une quantité de site qui utilise encore des tables à gogo ou du flash.

Hum, CSS c'est quand même super limité, quand tu commences à faire une mise en page un peu poussée, là où avec des tables c'est torché en 2 minutes.

Un truc tout con : essaye de mettre deux div, l'un à coté de l'autre, de telle manière qu'ils aient la même hauteur indépendamment de leur contenu. J'y ai passé 2 soirées, j'en ai eu marre : tableau.

Il y a des exemples à la pelle où CSS peut devenir un véritable cauchemar pour l'infographiste. Seule solution : tout coder en dur (positions dimensions) ou avec des images (un peu comme CSS zen garden d'ailleurs), un peu le comble pour quelque chose sensé favoriser l'accessibilité. Le pire c'est que CSS3 n'a pas l'air de combler ces lacunes assez préocupantes et de toute façon IE ne supporte pas cette norme avant une quinzaine d'années (à supposer qu'il la supporte un jour).

D'un autre coté flash permet tous les délires, sans faire de la masturbation intellectuelle. Après faut pas trop s'étonner que les artistes poussent plus ou moins pour du flash dans les sites ...

C.f. http://www.glazman.org/weblog/dotclear/index.php?2004/12/14/746-cal(...)

Oh la la, ton fichier xorg.conf est super mal configuré. Tu as du raté quelque chose pendant l'install (genre à l'écran récapitulatif (le dernier avant le reboot), tu as du oublié de configurer la carte graphique).

Le plus simple à faire c'est de remettre le premier CD et d'effectuer une mise à jour, SANS installer quoi que ce soit (Si tu as un doute, annule et reboot : ça prends 5 minutes pour se retrouver à cet écran récapitulatif).

Une fois là, essaye de configurer ta carte (au pire utilise une carte vesa 2d sans accélération 3d, ça c'est pratiquement sur que ça fonctionne). Reboot et tu devrais obtenir l'interface graphique tant convoité.

Bah en fait il y a deux fichiers qui permettent de personnaliser le window manager à lancer au démarrage : ".xinitrc" et ".xsession". L'un est utilisé lorsque tu tapes "startx" en console et l'autre est utilisé par le gestionnaire de connexion (j'ai la flemme de regardé lequel correspond à quoi et de toute façon chez moi, j'ai un lien physique entre les deux).

Ces fichiers doivent être exécutables et lorsqu'ils se terminent, ta session X11 se terminera aussi. Alors bon, quand je vois ça :

adesklets
gdesklets start &

1. Il n'y a pas d'appel à un window manager
2. Tu ne dois même pas voir une fenêtre s'ouvrir que la session se termine déjà.

Si tu veux utiliser WindowMaker, rajoute :

wmaker # (sans le &, sinon cassos direct).

Pour les applis qui apparaissent mystérieusement, bah, en fait, windowmaker (et KDE, gnome, XFCE, et d'autres encore ...) sauvegarde les applis qui ont été lancées, pour les redémarrer à la prochaine connexion (bon, ça ne marche pas avec toutes). Si tu n'en veux plus, fait un kill -9 de l'appli que tu ne veux plus voir rédémarrer automatiquement et relance le window manager. À la prochaine connexion : pouf, elle est plus là.

J'ai un P4 Xeon 2.8 GHz. Ben, ça mouline sec avec les dernières versions des logiciels comme :
- Gimp 2 : rien que le fait de dessiner avec une simple brosse me bouffe 100% de mon CPU. Gloups.

- Mozilla / Firefox : Même s'il est de notoriété publique qu'il n'est pas trop optimisé pour Linux, ça me surprends toujours de voir que 15 / 20% du cpu est bouffé juste en bougeant la souris sous une page moyennement chargée (pas mal de liens, mais SANS flash, ni autre plugin dégueux). Avec du flash, c'est en général la cata niveau CPU.

- Les applis GTK2 avec Xft prennent pas mal de CPU (InkScape).

J'ose même pas imaginer le massacre sur un P2 450 (mon ancienne machine).

À vrai dire, il y a juste les applis OpenGL qui ne bouffent quasiment rien (blender, les jeux). Amusant, sachant qu'il y a quelques années, c'était exactement l'inverse.

snprintf termine toujours la chaine avec un 0. Tu dois confondre avec strncpy, qui elle ne la termine pas toujours (un vrai piège à débutant, d'ailleurs).

Mouais, je viens aussi de tester sous la Mandriva, ça marche aussi. Pour Mac OS X, je pencherais pour la version qui date un peu. Pour Windows, j'ai fait un bug report à ActiveState. Avec un peu de chance ça sera corrigé d'ici quelques années (ou pas d'ailleurs ...).

Refaire toi même un algo de z-buffer n'est pas vraiment une bonne idée :
* Ça n'utiliseras jamais d'accélération matérielle.
* Code ultra bloat pour une fonctionnalité annexe.
* Sans compter tous les bugs.

J'ai jamais utilisé Java 3D, mais ça sera à mon avis bien plus joli et optimisé que le meilleur algo que tu puisses trouver ...

La détection des périphériques est lancé comme un service Unix system V. Tu peux tout simplement désactiver cette option, sous l'installateur mandrake il s'appelle "harddrake" et "kudzu" sur Fedora si ma mémoire est bonne.

Il suffit de remettre la galette d'installation dans le lecteur et effectuer une mise à jour (ça évitera de réinstaller complétement ton système). Normallement l'écran de configuration des services, ce trouve à la fin pour Mandrake (écran récapitulatif).

Sinon, tu peux effectivement faire une démarrage interactif en appuyant sur 'I' au moment indiqué (appuie sur Échap si jamais tu as un démarrage "graphique").

Tu y es presque, courrage !

Bah, le gros point noir du PostScript, c'est qu'il a été pensé il y a trente ans : optimisation pour la machine, pas pour le programmeur. Programmer en postscript, c'est pas vraiment un cadeau.

Microsoft proposer une alternative ? À priori un peu de dépoussièrage, ça permet d'éviter de se trainer des boulets depuis des années, mais j'ai comme le présentimment qu'un entubage dans les grandes largeurs reste très possible. Cela dit, le postscript est largement supporté par tous les constructeurs de matériels (dans une moindre mesure, le Microsoft dans ce domaine s'appelle Adobe), donc Microsoft n'est abolument pas en position de force pour imposer une énième techno moisie, à géométrie variable et distillée au compte goute. Intéressant de voir s'ils vont se la jouer solo, ou être plus transparent.

En tous les cas, je sens que la compatibilité avec Linux va encore en prendre un sérieux coup, déjà qu'elle n'est pas terrible en ce moment.