1 |
Le Mon, 5 Mar 2007 16:18:53 +0100, |
2 |
"Benjamin Graf" <bdgraf@×××××.com> a écrit : |
3 |
|
4 |
> Bonjour, |
5 |
> certaines applications (surtout audacious, scite et inkscape) plantent |
6 |
> "comme par magie" après un certain temps d'utilisation (audacious |
7 |
> c'est environ après 45min, les autres c'est plus rare). La durée de |
8 |
> "non-plantage" varie, je ne sais pas en fonction de quoi. |
9 |
> |
10 |
> Par exemple, en lançant audacious à partir d'un xterm, je reçois ce |
11 |
> texte lors du plantage : |
12 |
> |
13 |
> The program 'audacious' received an X Window System error. |
14 |
> This probably reflects a bug in the program. |
15 |
> The error was 'BadRequest (invalid request code or no such |
16 |
> operation)'. (Details: serial 8512022 error_code 1 request_code 0 |
17 |
> minor_code 0) (Note to programmers: normally, X errors are reported |
18 |
> asynchronously; that is, you will receive the error a while after |
19 |
> causing it. To debug your program, run it with the --sync command line |
20 |
> option to change this behavior. You can then get a meaningful |
21 |
> backtrace from your debugger if you break on the gdk_x_error() |
22 |
> function.) |
23 |
> |
24 |
> J'ai déjà essayé de ré-emerger audacious, gtk et xorg mais le problème |
25 |
> persiste. Le problème est également indépendant du window manager |
26 |
> (j'ai essayé avec fvwm, e17 et wmii). |
27 |
> |
28 |
> Quelqu'un aurait-il une piste ? |
29 |
> |
30 |
> Merci ! |
31 |
> |
32 |
> Benjamin |
33 |
|
34 |
Salut, |
35 |
|
36 |
Tu peux essayer "revdep-rebuild" (c'est mon outils de réparation |
37 |
préféré avec le marteau). |
38 |
Il prend les même argument qu'emerge (en fait à la fin il les passe à |
39 |
emerge). |
40 |
|
41 |
Par exemple: revdep-rebuild -atv |
42 |
Va faire la liste de tous les paquet éventuellement cassé et les |
43 |
ré-emerger avec les option --ask --tree --verbose pour que tu puisse |
44 |
décider si tu veux vraiment le faire avec un maximum d'info. |
45 |
|
46 |
Sinon, tu peux aussi essayer d'installer memtest86+ pour vérifier ta |
47 |
RAM (source fréquente de plantage aléatoire). |
48 |
|
49 |
|
50 |
@+ |
51 |
|
52 |
Arofarn |
53 |
-- |
54 |
gentoo-user-fr@g.o mailing list |