Jean Bréfort a écrit 109 commentaires

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

il faut un espace :
ln -sf /usr/bin/cpp /lib/cpp
Cela crée un lien dans /lib vers /usr/bin/cpp
Si tu as toujours le messahe /lib/cpp manquant, c'est que /usr/bin/cpp n'existe pas et que les paquetages nécessaires ne sont pas installés.

essaie aussi "file /usr/bin/gcc" ou "ls -l /usr/bin/gcc", il se peut que ce fichier ne soit pas le véritable compilateur.

en tant que root, exécute la commande :
ln -sf /usr/bin/cpp /lib/cpp

Je crois que si, car cpp veut dire C Pre-Processor, pour autant que je le sache. Le complilateur c++ s'appelle g++.

J'ai acheté récemment dans un hypermarché un Fujitsu/Siemens avec amd64 3400+, graveur dvd, dd 200Go, écran lcd 17",... pour 997¤ (j'ai une carte de fidélité qui m'a donné droit à une ristourne de 52¤, le prix sans réduction était 1048¤). C'était livré avec win XP familial. J'ai installé dessus une ubuntu pour amd64, tout le matériel a été reconnu et ça marche du tonnerre.
(Pour redimensionner la partition NTFS, j'ai utilisé une knoppix car kparted n'est pas disponible sur le cd d'installation d'ubuntu).

Il suffit, normalement, que cupsd ait accès à /dev/lp0 pour que les choses fonctionnent. Personnellement, j'ai aussi :

crw-rw---- 1 root lp 6, 0 mai 27 10:10 /dev/lp0

et tous les utilisateurs peuvent imprimer sans appartenir au groupe lp.

lp:x:7:lp

Je chercherai plutôt du côté de la configuration de cups. Voir /var/log/cups/error_log et /var/log/cups/access_log s'il y a des messages utilisables.

En plus de l'option -r, il faut avoir les droits d'écriture sur le répertoire de destination. À priori, seul root peut écrire dans /home

Pour autant que je sache, on ne peut pas utiliser libsvg à la place de librsvg (sauf à modifier des tas de sources).
Maintenant, lorsque gtk+ sera basé sur cairo (c'est pour bientôt), il pourrait y avoir du changement.

J'ai fait quelques essais avec cairo (et pratiqument rien avec gtk-cairo). C'est assez facile à utiliser, mais il y avait de gros problèmes de performance comparé à libart (il y a environ 3 mois). GnomeCanvas devrait être remplacé assez rapidement par une version basée sur cairo (libgnomecanvas fera partie des bibliothèques obsolètes à partir de la sortie de gnome-2.12).