J'ai un probleme tres zarb. J'ai compilé Fluxbox 0.9.14 sous Mandriva 2005. On peut pas dire que ca soit compliqué, tous s'est bien passé. Maintenant j'vais essayé de bien me faire comprendre, puisqu'apparement sur le forum de FluxBox ils ont l'air d'en avoir strictement rien à battre (sur un ancien message on sent bien le Dev' blasé....) :  
 
Quand je ferme un programme et que celui met un temps fou à se fermer, se traduisant la plupart du temps par une charge CPU proche de 100% et un bon grattement niveau disque dur, la on sait pas pourquoi, la session FluxBox se ferme toute seule et je me retrouve comme un sac à merde sous GDM avec mon invit de login. Pour le moment ca m'est arrivé 5 fois en 1 mois avec différents programmes (Gimp, Rosegarden ....). Et toujours le meme processus, sauf aujourd'hui avec Nicotine qui a commencé a ramé sur une recherche (meme conséquence).
 
Me demande bien d'où ca peut venir. Ca m'ennuie parceque j'ai pas envie de retourner à la version 0.9.12, en plus ca me le fait pas souvent. Et puis z'ont tellement bien amélioré la visibilité des polices, que non c'est pas possible la 12.... Pis niveau grosse pub pour Linux sur mon server ça y va : "Ah t'as encore planté ? Bah va sous Windows ca marche mieux...."  

à mon avis, ce genre de chose apparait quand le programme plante et que le système écrit un core dump (tu dois avoir des fichier core.xxxxx quelque part dans un dossier temporaire). Ca gratte et ça rame (le tout étant de ne pas faire basculer la barque avec les mouvement et donc d'éviter le bain)
 
l'emplâtre sur une jambe de bois que j'utilise consiste à supprimer la génération des core dump via le fichier limits.conf (/etc/security). Ainsi, ça plante mais ça rame plus
 
pour ton soucis avec fluxbox, je n'ai rien noté de spécial avec la 0.9.13 (le paquet mandriva recompilé pour la 10.1)

Nan j'ai pas de core.xxx
 
Sinon ca :  
 

bon ben c'est pas ça alors dommage, j'aimais bien ma théorie

Encore un truc insoluble.... Et la 0.9.13 niveau police on y voit quelque chose ou c'est comme la 12 ?

je sais pas pour les polices, voilà ce que j'ai pour ma part :
 

J'ai compilé la 0.9.13. On verra si y'a un probleme du genre.
 
C'est quoi l'avantage de mettre une entrée "Recharger les menus" et "regénérez les menus" ? Ca se fait pas avec un simple clique droit sur le bureau normallement et hop à jour ?

normalement si mais j'ai merdé un peu la gestion des menus mandriva, ce qui fait que je me retrouve sans les menus spécifiques fluxbox si je ne fait que recharger les menus. Je me suis bricolé un rtuc qui fusionne le fichier de menu avec un fichier des menus specifique fluxbox quand je clique sur régénerer les menus.

Un des dev a repondu au rapport de bug. Je voudrais ton avis, ca a l'air similaire à ce que tu as proposé plus haut :  
 
https://sourceforge.net/tracker/?fu [...] p_id=35398

oui, il semble penser que ça pourrait venir d'une applis qui embarque le système avec elle dans sa chute.
 
C'est vrai qu'avec un core dump, tu verras vite si c'est fluxbox ou l'autre applis qui a planté

"ulimit -c unlimited" je le tape  dans un shell avant de me connecter à Fluxbox c'est ça ?

Alors j'ai de nouveau le probleme avec la 14. Et toujours pas de core.xxx Donc je dois en conclure quoi ? Ou plutot je présente comment ma réponse au dev de FluxBox ?
 
A noter que pendant les 4 jours sous la 0.9.13 je n'ai eut aucuns problemes. Au bout de 30mn sous la 0.9.14, le probleme....

nulle part de core.xxx (xxx est le pid du process qui plante) ? même dans /tmp ?
 
Si tu veux être sur, fais une recherche brutale avec find / -iname "core.*"
 
pour le ulimit, c'est "l'ancienne méthode", je te conseille de modifier /etc/security/limits.conf et de rebooter avant tes tests :

Ok j'ai modifié, j'ai rebooté, y'a plus qu'à patienter que le tous deconne.

Voila     :
 

 
Faut en déduire quoi ?
 

il faut l'ouvrir avec un éditeur hexadécimal (hexedit par ex) et chercher le nom du soft.

Y'a tout une suite de nombres & chiffres de barbu bac + 120, et à coté des ligne qui pointent vers des programmes etc..... c'est long long.....

vu la taille je dirais que c'est X qui se vautre mais sans certitude