1 |
Some more observations to my problem: |
2 |
|
3 |
1. If, after I started X, I leave it overnight in a vc, then |
4 |
nothing bad happens. |
5 |
|
6 |
2. But, if I leave it overnight in the X session, something |
7 |
crashes. |
8 |
|
9 |
Here's what I get from logging: |
10 |
|
11 |
---------begin snip---------- |
12 |
X Window System Version 6.8.2 |
13 |
Release Date: 9 February 2005 |
14 |
X Protocol Version 11, Revision 0, Release 6.8.2 |
15 |
Build Operating System: Linux 2.6.11-hardened-r1 i686 [ELF] |
16 |
Current Operating System: Linux sep 2.6.11-hardened-r1 #4 Sat Apr 2 21:44:14 EST |
17 |
2005 i686 |
18 |
Build Date: 28 June 2005 |
19 |
Before reporting problems, check http://wiki.X.Org |
20 |
to make sure that you have the latest version. |
21 |
Module Loader present |
22 |
Markers: (--) probed, (**) from config file, (==) default setting, |
23 |
(++) from command line, (!!) notice, (II) informational, |
24 |
(WW) warning, (EE) error, (NI) not implemented, (??) unknown. |
25 |
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 26 16:44:04 2005 |
26 |
(==) Using config file: "/etc/X11/xorg.conf" |
27 |
Using vt 7 |
28 |
Could not init font path element /usr/share/fonts/local/, removing from list! |
29 |
Could not init font path element /usr/share/fonts/twmoefonts/, removing from lis |
30 |
t! |
31 |
xscreensaver: 16:44:09: running xscreensaver-gl-helper: Permission denied |
32 |
No running windows found |
33 |
|
34 |
(firefox-bin:6680): Gdk-WARNING **: gdk_property_get(): length value has wrapped |
35 |
in calculation (did you pass G_MAXLONG?) |
36 |
SetGrabKeysState - disabled |
37 |
SetGrabKeysState - enabled |
38 |
ESD: error writing - Bad file descriptor |
39 |
ESD: error writing - Bad file descriptor |
40 |
No running windows found |
41 |
|
42 |
(firefox-bin:1156): Gdk-WARNING **: gdk_property_get(): length value has wrapped |
43 |
in calculation (did you pass G_MAXLONG?) |
44 |
SetGrabKeysState - disabled |
45 |
SetGrabKeysState - enabled |
46 |
SetGrabKeysState - disabled |
47 |
SetGrabKeysState - enabled |
48 |
No running windows found |
49 |
|
50 |
(firefox-bin:5094): Gdk-WARNING **: gdk_property_get(): length value has wrapped |
51 |
in calculation (did you pass G_MAXLONG?) |
52 |
SetGrabKeysState - disabled |
53 |
|
54 |
*** If unresolved symbols were reported above, they might not |
55 |
*** be the reason for the server aborting. |
56 |
|
57 |
Fatal server error: |
58 |
Caught signal 11. Server aborting |
59 |
|
60 |
|
61 |
Please consult the The X.Org Foundation support |
62 |
at http://wiki.X.Org |
63 |
for help. |
64 |
Please also check the log file at "/var/log/Xorg.0.log" for additional informati |
65 |
on. |
66 |
|
67 |
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" |
68 |
after 14989358 requests (14989349 known processed) with 0 events remaining |
69 |
. |
70 |
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" |
71 |
after 5108892 requests (5108890 known processed) with 0 events remaining. |
72 |
The application 'firefox-bin' lost its connection to the display :0.0; |
73 |
most likely the X server was shut down or you killed/destroyed |
74 |
the application. |
75 |
X connection to :0.0 broken (explicit kill or server shutdown). |
76 |
X connection to :0.0 broken (explicit kill or server shutdown). |
77 |
X connection to :0.0 broken (explicit kill or server shutdown). |
78 |
X connection to :0.0 broken (explicit kill or server shutdown). |
79 |
X connection to :0.0 broken (explicit kill or server shutdown). |
80 |
xinit: connection to X server lost. |
81 |
firefox-bin exited with non-zero status (1) |
82 |
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" |
83 |
after 14113208 requests (14113199 known processed) with 0 events remaining |
84 |
. |
85 |
X connection to :0.0 broken (explicit kill or server shutdown). |
86 |
Enlightenment caused Segment Violation (Segfault) |
87 |
|
88 |
This means that Enlightenment or support library routines it calls |
89 |
have accessed areas of your system's memory that they are not |
90 |
allowed access to. This is most likely a bug. It is recommended to |
91 |
restart now. If you wish to help fix this please compile |
92 |
Enlightenment with debugging symbols in and run Enlightenment |
93 |
under gdb so you can backtrace for where it died and send in a |
94 |
useful bug report with backtrace information and variable |
95 |
dumps etc. |
96 |
[27369] SessionExit already in progress ... now exiting |
97 |
------------------end snip--------------------- |
98 |
|
99 |
I understand that this is probably not much information about how to |
100 |
solve my problem. But is there any suggestions on what I should do |
101 |
next? |
102 |
|
103 |
The problem is that I don't even know now whether it is enlightenment |
104 |
causing the segfault or not, since it appears that it happens |
105 |
after X has shutdown.... |
106 |
|
107 |
W |
108 |
|
109 |
|
110 |
On Tue, Jul 26, 2005 at 12:59:15PM -0400, Willie Wong wrote: |
111 |
> I was away from my computer for one week, and so ran a massive update |
112 |
> on sunday night. After the update, on Monday morning, I woke up to |
113 |
> find my xsession ended with a message on the console that said |
114 |
> something to the effect that Enlightenment segfaulted, because some |
115 |
> supporting library tries to access memory that it shouldn't be |
116 |
> accessing. |
117 |
> |
118 |
> I dismissed it as enlightenment throwing a hissy fit. |
119 |
> |
120 |
> But the same thing happened again this morning. The problem is, I |
121 |
> don't quite know how to diagnose it. /var/log/Xorg.log only tells me |
122 |
> it caught sig 11 and will die. |
123 |
> |
124 |
> Honestly, I don't think running strace will be the best idea yet, I'd |
125 |
> like to save it as a last possibility, for the only reason that I |
126 |
> don't even know how to reproduce the crash. X was up and running |
127 |
> yesterday for over 14 hours, and enlightenment just crashed in the |
128 |
> middle of the night. |
129 |
> |
130 |
> So: what logs should I check and how should I find out what exactly |
131 |
> is causing the problem? |
132 |
> |
133 |
> W |
134 |
> -- |
135 |
> Computer games don't affect kids, I mean if Pac Man affected us as kids, we'd |
136 |
> be sitting around in darkened rooms munching pills and listening to repetitive |
137 |
> music. |
138 |
> Sortir en Pantoufles: up 1 day, 16:24 |
139 |
> -- |
140 |
> gentoo-user@g.o mailing list |
141 |
|
142 |
-- |
143 |
It was recently reported in eWeek that "A senior Microsoft Corp. |
144 |
executive told a federal court last week that sharing information |
145 |
with competitors could damage national security and even threaten |
146 |
the U.S. war effort in Afghanistan. He later acknowledged that |
147 |
some Microsoft code was so flawed it could not be safely disclosed." |
148 |
The Follow Up from Microsoft says "As a result of the flaws, Microsoft |
149 |
has asked the court to allow a "national security" carve-out from the |
150 |
requirement that any code or API's be made public. Microsoft has |
151 |
therefore taken the position that their code is so bad that it must |
152 |
kept secret to keep people from being killed by it." |
153 |
~Guacamoelefoo, /. 05-20-2002 |
154 |
Sortir en Pantoufles: up 3 days, 19:34 |
155 |
-- |
156 |
gentoo-user@g.o mailing list |