Reprise du message précédent :
bah si tu veux améliorer gdb te gêne pas c'est justement le principe du truc

 
Il faut plutot l'abbatre
 
Dès que tu touche à la moindre ligne la dedans, ça pete ailleurs
Son design renacle des mamans ours
Il y a même pas de documentation tecnhique et de tests de non regression
 
(au fait, j'ai appris que les binaires faient avec gcc 3.4 sous macOSX sont 4 fois plus gros que sous linux)
(sachant que sous linux, il sont déjà 30 fois plus gros que sous windows)

y me semblait bien qui manquait des mots

 
Ouais enfin, j'ai dit que j'utilisais un debuggueur, pas que je voulais en recoder un.
 
kad > sans faire gaffe jviens de faire pas mal de debug en release, j'ai été assez surpris de la tenue de route du machin (bon des fois il s'empatouille dans ses lignes, mébon)
 
(le linker ca c'est un plaisir, sous nux y prends des plombes )

 
sn'ormal, c'est l'optimiçseur qui réorganise des fois.  
 
mon problème de winamp qui plantait a justement été ré"solu en debegguant avec le visual 2005. Comme quoi, on a pas besoin des sources

 
vivi je sais bien
 
mais par rapport a VS6, ca a bien bougé de ce coté la (et quand on sait que gdb est tjs pas au niveau du debug de vs6...)

l'autre y résoud un bug en renommant une dll en .prout

 
le saviez vous
 
gdb 6 ne sait gérer qu'un seul constructeur dans une classe. Suite à un problème dans le calcul des symboles de debuggage, il ne saist placer des points d'arrêts que dans un constructeur sans paramètre

tfaçon les debugger c'est pour les faibles  

 
mais ça marche
 
sous linux, il aurait en plus fallu supprimer 325 liens symboliques dans /lib, relancer le linker dynamique, et rebooter

 
je suis jamais allé jusque la, gdb je le sors qu'en ultime recours tellement y me deprime (pis bon, les constructeurs en c)

ça force la discipline mon bon monsieur  

 
Il n'y a pas besoin d'être dicipliné, dans un système bien conçu, l'ordre est l'état normal

Ils sont pas terribles ces canelés. Je comprends qu'ils étaient en promotion

a ok d'accord

 
ca j'y ai eu le droit la semaine derniere, la stait du imlib ou du gdbm :|

 
 
rien vaut le write(2, "toto", 4);

 
Non, honnetement (et j'insiste, honnetement)je ne comprends l'idée a la base du linker dynamique, ca me semble etre la meilleur facon de mettre une appli sur le dos, jcapte pas et j'aimerais bien qu'on m'explique

tu peux refaire ta question en plus complète, je la poste sur http://linuxfr.org/journal/

flush(2)
 parce que sinon ça risque de bugger avec un buffer plein et tu ne sais pas où est le bug

 
write bufferise maintenant ?

(par contre si y'a bien un truc qui est relou dans VS c'est la gestion des fichiers)

kad en forsseeeeee

 
rien ne vaut l'ecriture des Makefile a la main :|

des macros m4 avec autoconf

Sound server fatal error  
CPU Overload, aborting  
 
 
 

 
 
bin deja je voudrais etre sur de bien comprendre le principe. Alors je repete un peu ce que j'ai deja dit :
 
De ce que j'ai compris/experimenté :
 
Cas 1:
Soit un .so contenant une fonction toto() qui appelle tata()
Un executable charge ce .so. A ce moment la le systeme fait sa tambouille au niveau des liens et s'apercoit qu'il ne connait pas tata => relocation error
 
Question 1 : je vois en gros l'interet du link dynamique (vraiment, de loin et en gros), mais les defauts me semble tellement nombreux qu'en fait, non, je vois pas. Les defauts sont notamment qu'on a aucune verif au moment de la compilation/link de la presence/absence des symboles, et que donc faut faire des tests intensif pour etre sur que sur tous les "codepath" de l'apli qu'il n'y'ait pas de relocation error
 
Cas 2:
Soit un so avec une fonction toto, tata, toto appelant tata
Soit un exe avec AUSSI une fonction tata, exe chargeant le .so precedent
 
au chargement du .so, le systeme va voir qu'il connait deja un tata (cui de l'exe) et va donc utiliser ce symbole plutot que cui du so. Donc, notre so, au lieu d'appeler le tata qu'il contient va appeler celui de l'exe.
 
Question 2: bon la je pense que faire la liste des defauts est trop longue (et aussi evidente), donc meme question : pourquoi pareil tambouille ? Y'a un truc que j'ai pas pigé ?
 
 
t'es pas obligé de posté ca sur le nid d'integriste (qui va me dire que si chui pas content j'ai qu'a recoder le linker, cf reponse de push sur le gdb), mais si t'as des reponses precises a tout ca chui preneur )

tiens j'ai un .xsession qui est pas execute

 
 
http://linuxfr.org/~grollum/18488.html
 
trop tard

 
achève le

 
je viens d'installer le tout koi, c'est pas que ca me fait chier, mais entre le son qui marche pas, les lib de merde, et le .xsession qui veut pas, je suis un peu exaspere...

Je le sens quand même TRES mal pour demain

Ah au fait, pour ceux qui me le demandaient hier soir :  
 
http://forum.hardware.fr/forum2.ph [...] 075&cat=10

bon, dimanche, 20h... j'installe Tiger
 
 a tout l'heure

http://www.imdb.com/title/tt0091027/
chris, ton avis sur la chose ? ça manque de ninjas ?

indéniablement; c'est pourquoi je te propose plutot ninja fury, de Godfrey Ho

ou strike commando, qui m'a l'air des plus prometteurs

jvous ait deja dit que les geoclipmap ca tuait tout ? j'ai du perlin noise 15 octaves quasiment gratuitement, bordel de bite