vu la taille je dirais que c'est X qui se vautre mais sans certitude
Joseph Desire
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.....
Mjules
il faut l'ouvrir avec un éditeur hexadécimal (hexedit par ex) et chercher le nom du soft.
Joseph Desire
Voila :) :
Citation :
-rw------- 1 kawada kawada 667033600 nov 19 11:42 core.8940
Faut en déduire quoi ?
Joseph Desire
Ok j'ai modifié, j'ai rebooté, y'a plus qu'à patienter que le tous deconne.
Mjules
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 :
* soft core unlimited
* hard core unlimited
Joseph Desire
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....
Joseph Desire
"ulimit -c unlimited" je le tape dans un shell avant de me connecter à Fluxbox c'est ça ?
Mjules
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é
Joseph Desire
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 :
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.
Joseph Desire
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 ?
Mjules
je sais pas pour les polices, voilà ce que j'ai pour ma part :
Encore un truc insoluble.... Et la 0.9.13 niveau police on y voit quelque chose ou c'est comme la 12 ?
Mjules
bon ben c'est pas ça alors :/ dommage, j'aimais bien ma théorie
Joseph Desire
Nan j'ai pas de core.xxx
Sinon ca :
Citation :
bash-3.00$ cat /etc/security/limits.conf
# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#<domain> <type> <item> <value>
#
#Where:
#<domain> can be:
# - an user name
# - a group name, with @group syntax
# - the wildcard *, for default entry
# - the wildcard %, can be also used with %group syntax,
# for maxlogin limit
#
#<type> can have the two values:
# - "soft" for enforcing the soft limits
# - "hard" for enforcing hard limits
#
#<item> can be one of the following:
# - core - limits the core file size (KB)
# - data - max data size (KB)
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB)
# - nofile - max number of open files
# - rss - max resident set size (KB)
# - stack - max stack size (KB)
# - cpu - max CPU time (MIN)
# - nproc - max number of processes
# - as - address space limit
# - maxlogins - max number of logins for this user
# - priority - the priority to run user process with
# - locks - max number of file locks the user can hold
#
#<domain> <type> <item> <value>
#
* soft core 0
* hard core 0
#* hard rss 10000
#@student hard nproc 20
#@faculty soft nproc 20
#@faculty hard nproc 50
#ftp hard nproc 0
#@student - maxlogins 4
# End of file
Mjules
à 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)
Joseph Desire
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...." :)