Jean Bréfort a écrit 116 commentaires

OK, le deuxième disuqe est en fait reconnu comme hd0 et le SATA comme hd1

Pour démarrer mandriva à partir de grub, il faut ajouter une entrée du genre :

title Mandriva
root (hd1,1)
kernel /boot/vmlinuz
initrd /boot/initrd

en donnant les bon noms pour le noyau (vmlinuz) et l'initrd. On peut reprendre les paramètres dans le lilo.conf de Mandriva.
Cependant, si le disque udma n'est pas branché en permanence, il faut rebooter sous Mandriva et réinstaller lilo.

Note : on peut taper les commandes de boot depuis la ligne de commande de grub (clavier qwerty).

En résumé, brancher le disque udma, démarrer la machine, aller dans la ligne de commande de grub et taper successivement :
root (hd1, 1)
ou autre partition si la partition de boot n'est pas /dev/hdd2
kernel chemin_vers_le_noyau
initrd chemin_vers_initrd
boot

Il faut que le deuxième disque soit branché, sinon grub ne peut pas trouver ses fichiers. En fait rien ne pourra démarrer.

C'est typiquement un problème du serveur X. Il faut regarder dans les logs, probablement /var/log/Xorg.0.log (ou XFree, je n'ai jamais utilisé mandriva).

Il y a deux solutions, à priori :
- réinstaller lilo depuis mandriva après avoir ajouté une entrée dans lilo.conf ;
- modifier la configuration de grub.

N'ayant pas utilisé lilo depuis plusieurs années, je vais plutôt détailler la seconde option. Le fichier de configuration de grub est (généralement) : /boot/grub/menu.lst (certaines distribs utilisent /boot/grub/grub.conf). Dans ce menu, il devrait y avoir une entrée du type :

title WinXP
root (hd0,0)
chainloader +1

Ceci à condition que windows soit dans la première partition du premier disque. Le deuxième disque est hd1, etc... et le deuxième nombre indique le numéro de partition, la première étant 0.

Pour pouvoir t'aider davantage, il faudrait savoir ce qui se passe exactement. Soit il n'y a pas d'entrée pour windows dans le menu de grub, soit il y en a une mais elle est mal configurée.

Moi non plus, et pourtant elle fonctionne :-)

C'est très curieux, ces CD sont bootables pour autant qu je le sache. Sinon, pour le vérifier, essaie avec un liveCD comme Ubuntu ou Knoppix ou ...
Tu peux trouver les CD d'ubuntu à http://mir1.ovh.net/ubuntu/releases/.(...)
La version stable est encore la 5.04

Ubuntu, on aime ou on n'aime pas, mais le support du matériel est performant et pour un premier essai, c'est appréciable ;-)

Quand tu tapes ton texte, il est clairement encodé en utf-8. Il te reste à convaincer OOo de travailler en utf-8. Je ne sais pas comment, je n'utilise pas ce pachyderme ;-)

gcc n'est pas installé par défaut. Il peu y avoir un exécutable du même nom dans /usr/bin, mais ce n'est qu'un leurre. The package name is gcc.

L'utilisation de sprintf peut mener à des erreurs de débordement de tampon. Que se passe-t-il si la variable d'environnement est trop grande ?
Il est toujours préférale d'utiliser snprintf.
snprintf (dest, sizeof(dest) , "%s", src);

Je ne vois rien de particulier en dehors des #include vides, ce qui devait générer une erreur du type :
#include attend "NOM_DE_FICHIER" ou <NOM_DE_FICHIER>

Si ce n'est pas ça, il va aussi falloir Mutex.hh et global.h pour y voir plus clair. Au fait, quelle est la version de g++?

à Difficile de dire ce qui ne va pas sans accès au code concerné. Il faudrait les lignes 69 à 71 plus quelques unes avant (depuis le début du constructeur, par exemple).

Entièrement d'accord. La bordure des fenêtres relève du gestionnaire de fenêtre. Pour ceux qui utilisent metacity, il y a des tas (135 à l'instant) de thèmes à l'adresse:

http://art.gnome.org/themes/metacity/(...)

essaie /sbin/modprobe. S'il n'est pas là, c'est que le support des modules n'est pas installé, ce qui serait franchement très étonnant.

modprobe est une commande et il faut être root pour l'utiliser. Et c'est bien dans le terminal que ça se passe.

Il faut utiliser quelque chose comme :
<button name="mon_bouton" onclick="mon_action()">clickez ici :-)</button>

puis écrire la focntion javascript mon_action().

le module usbnet est normalement installé avec le noyau. Il suffit de le charger :
modprobe usbnet

J'utilise une freebox sur port usb depuis près d'un an et je n'ai aucun problème.

Le problème est la portabilité. Il y a un exemple que tu peux utiliser dans libgoffice :
http://cvs.gnome.org/viewcvs/goffice/goffice/utils/go-math.c(...)

Autrement, il est bien sûr possible d'utiliser un bool, mais c'est plus élégant si c'est encapsulé dans une classe et encore mieux (question de goût ?) avec un template.

Dans ton Makefile :

$(CC) -o $@ $^ -lpcap

Normalement, s'il y a du C++, il faut utiliser $(CXX), sinon, il faut ajouter -lsdtc++ (et ce n'est pas garanti que ça marche).

-j2 indique à make qu'il peut faire deux compilations en parallèle (on peut mettre plus sur une machine multi-processeurs), ce qui accélère les choses, mais qui peut foirer si certaines opérations ne sont pas faites dans le bon ordre (à cause de Makefiles mal fichus).

Sans cela, ça marche, mais moins vite (je ne sais pas de combien, je n'ai pas testé).

Plus j'y pense et plus j'ai dans l'idée que l'erreur est survenue plus tôt. On devrait avoir, après le message d'erreur un message du genre :

make[3]: *** Waiting for unfinished jobs....

Comme il n'est pas visible dans test posts, il faut regarder plus haut. Le plus simple est d'enlever -j2 dans /etc/make.conf soit :
MAKEOPTS=""

d'après la doc de gcc, -march=cpu-types implique -mtune=cpu-types pour les processeurs x86 et compatibles, -mtune étant la forme moderne de -mcpu, donc -march est suffisant.

En ce qui concerne la compilation elle même, il y a un problème soit avec la version dynamique, soit avec la version statique de SDL_yuv_mmx.o. Je pencherais pour la version statique ce qui expliquerait l'absence de message (ils sont redirigés vers /dev/null). Pour en être certain, tu peux enlever -j2 de MAKEOPTS histoire de ne faire qu'une chose à la fois.

Tu peux aussi essayer :
cd /var/tmp/portage/libsdl-1.2.8/work/SDL-1.2.8/
make
pour voir, on ne sait jamais...

Autre remarque, en regardant de plus près la ligne de commande, il y a une chose bizarre : "-Wal l", ça ne devrait pas être plutôt "-Wall" (à moins que ce ne soit un problème de recopie depuis le terminal) ?
De plus les options -mcpu=i686 et -march=pentium4 sont peut-être redondantes.
Qu'est-ce qui vient de ton make.conf dans tout ça ?

C'est assez curieux, puisqu'il n'y a pas de message d'erreur.

Par contre, j'ai peut-être quand même une idée. Il m'est arrivé quelque chose d'analogue récemment, une erreur de compilation sans message d'erreur.
La raison étatit toute bête : disque plein !

Peut être faut-il compiler avant d'installer...

Il devrait y avoir un certain nombre d'autres choses dans ce répertoire. CVhez moi, j'ai :

$ ls /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4
32 hardened.specs libgcc.a libstdc++.so.6
crtbegin.o include libgcc_eh.a libstdc++.so.6.0.3
crtbeginS.o install-tools libgcc_s.so libsupc++.a
crtbeginT.o libfrtbegin.a libgcc_s.so.1 libsupc++.la
crtend.o libg2c.a libgcov.a specs
crtendS.o libg2c.la libstdc++.a vanilla.specs
hardenednopie.specs libg2c.so libstdc++.la
hardenednopiessp.specs libg2c.so.0 libstdc++_pic.a
hardenednossp.specs libg2c.so.0.0.0 libstdc++.so