10:18 a.m.
kai uwe tempel writes:
Robert Pluim writes:
> temu(a)medizin.uni-leipzig.de writes:
> > XEmacs 21.4.5 "Civil Service" configured for
`i386-debian-linux'.
>
> This is debian unstable, I imagine?
that's right. (but it isn't really unstable :)
> XEmacs 21.5 (beta3) works fine on the same machine).
i tried to avoid to install non-.deb packed programs. even i know (and
tested) it works well (having 2 xemacs'es).
Ah, so this is the .deb you've installed? For some reason I thought
you were compiling it yourself (especially as I can't find it in the
standard unstable package list).
Andy Piper writes:
> Please check that you are not suffering from Xaw3d installed as
> Xaw. I think debian is particularly susceptible to this.
installed "as" xaw? i don't know.
8<--
../b # dpkg -l xaw*
<snip>
I don't think this is the problem in this case.
> <sigh> This turns out to be the -z combreloc crash, which
I'd
^^^^^^^^^^^^^^^^^^
can i check this? where can i read about this?
If you look in the xemacs-beta archives it's described there. Don't
worry about it, your XEmacs is not suffering from that problem, mine
was.
sorry, by xemacs has no symbol table compiled in. i have to rebuild
it: the only one i'd done was "cvs-status" and input the repository
8<--
../b # gdb /usr/bin/xemacs-21.4.5-nomule
GNU gdb 5.0.90-cvs (MI_OUT)
[... ] (gdb) run
Starting program: /usr/bin/xemacs-21.4.5-nomule
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols
found)...
[...]
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x40197de0 in XDrawLine () from /usr/X11R6/lib/libX11.so.6
(gdb) quit
Whee! I can reproduce this, and it's the progress gauge falling
over. Andy, is there any useful info I can give you here?
There are two workarounds:
1. put (setq progress-feedback-use-echo-area t) in your .emacs file.
2. Install lesstif and lesstif-dev and recompile XEmacs
ps: lots of thanks for your fast response.
That's what we're paid for ;-)
Robert
--
5:14 p.m.
New subject: crash
At 11:18 AM 11/28/01 +0100, Robert Pluim wrote:
Whee! I can reproduce this, and it's the progress gauge falling
over. Andy, is there any useful info I can give you here?
So its failing with athena? Please check you haven't got some weird 3d
package installed. I thought Debian was particularly bad at getting this right?
andy
1:32 a.m.
New subject: crash
>>>> "Andy" == Andy Piper <andyp(a)bea.com>
writes:
Andy> At 11:18 AM 11/28/01 +0100, Robert Pluim wrote:
> Whee! I can reproduce this, and it's the progress gauge
falling
> over. Andy, is there any useful info I can give you here?
Andy> So its failing with athena? Please check you haven't got
Andy> some weird 3d package installed. I thought Debian was
Andy> particularly bad at getting this right?
Yes, but that was over a year ago, long since fixed. The threat of
specific mention in XEmacs's PROBLEMS file is very effective.
People using `sid' must now specifically request 3d support at build
time, or they won't get it. I don't know about potato and woody, but
I think potato never had that problem, and woody got fixed. I'll
check.
Other people are reporting widget problems as well; the widget code is
still fragile.
I'll be putting together details on outstanding bug reports early next
week. Syntax table issues first, then LIFO for all other bugs.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
9:15 a.m.
New subject: crash
Andy Piper writes:
At 11:18 AM 11/28/01 +0100, Robert Pluim wrote:
>Whee! I can reproduce this, and it's the progress gauge falling
>over. Andy, is there any useful info I can give you here?
So its failing with athena? Please check you haven't got some weird
3d package installed. I thought Debian was particularly bad at
getting this right?
I did have xaw3d installed, but now I only have normal xaw installed:
pn libxaw-dev <none> (no description available)
ii libxaw6 4.1.0-9 X Athena widget set library (version 6)
ii libxaw6-dev 4.1.0-9 X Athena widget set library development file
ii libxaw7 4.1.0-9 X Athena widget set library
ii xaw-wrappers 1.12 allow use of programs with xaw replacements
pn xaw3d <none> (no description available)
un xaw3d-dev <none> (no description available)
rc xaw3dg 1.5-9 Xaw3d widget set
pn xaw3dg-dev <none> (no description available)
pn xaw95 <none> (no description available)
pn xaw95g <none> (no description available)
Here's what I get (after rebuilding):
#0 0x4018dde0 in XDrawLine () from /usr/X11R6/lib/libX11.so.6
#1 0x081e1257 in GaugeExpose (w=0x885c068, event=0xbfffc754, region=0x84cf8c0)
at xlwgauge.c:425
#2 0x401349b5 in _XtEventInitialize () from /usr/X11R6/lib/libXt.so.6
#3 0x4013469b in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
#4 0x401343e4 in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
#5 0x40134d9e in _XtOnGrabList () from /usr/X11R6/lib/libXt.so.6
#6 0x40135108 in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
#7 0x4013fa50 in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#8 0x081b0310 in drain_X_queue () at event-Xt.c:2907
#9 0x081b0426 in emacs_Xt_event_pending_p (user_p=0) at event-Xt.c:3024
#10 0x080e7bd7 in event_stream_event_pending_p (user=0) at event-stream.c:438
#11 0x080ea7ca in Fdispatch_non_command_events () at event-stream.c:2368
#12 0x080b9c78 in Feval (form=138501928) at eval.c:3331
The progress widget actually gets displayed, but XEmacs crashes as
soon as it starts updating it. I don't get these crashes with
lesstif, but Kai says he does.
Robert
--
6 p.m.
New subject: crash
At 10:15 AM 11/29/01 +0100, Robert Pluim wrote:
Andy Piper writes:
> At 11:18 AM 11/28/01 +0100, Robert Pluim wrote:
> >Whee! I can reproduce this, and it's the progress gauge falling
> >over. Andy, is there any useful info I can give you here?
>
> So its failing with athena? Please check you haven't got some weird
> 3d package installed. I thought Debian was particularly bad at
> getting this right?
I did have xaw3d installed, but now I only have normal xaw installed:
pn libxaw-dev <none> (no description available)
ii libxaw6 4.1.0-9 X Athena widget set library (version 6)
ii libxaw6-dev 4.1.0-9 X Athena widget set library development file
ii libxaw7 4.1.0-9 X Athena widget set library
ii xaw-wrappers 1.12 allow use of programs with xaw replacements
pn xaw3d <none> (no description available)
un xaw3d-dev <none> (no description available)
rc xaw3dg 1.5-9 Xaw3d widget set
pn xaw3dg-dev <none> (no description available)
pn xaw95 <none> (no description available)
pn xaw95g <none> (no description available)
Here's what I get (after rebuilding):
#0 0x4018dde0 in XDrawLine () from /usr/X11R6/lib/libX11.so.6
#1 0x081e1257 in GaugeExpose (w=0x885c068, event=0xbfffc754,
region=0x84cf8c0)
at xlwgauge.c:425
#2 0x401349b5 in _XtEventInitialize () from /usr/X11R6/lib/libXt.so.6
#3 0x4013469b in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
#4 0x401343e4 in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
#5 0x40134d9e in _XtOnGrabList () from /usr/X11R6/lib/libXt.so.6
#6 0x40135108 in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
#7 0x4013fa50 in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#8 0x081b0310 in drain_X_queue () at event-Xt.c:2907
#9 0x081b0426 in emacs_Xt_event_pending_p (user_p=0) at event-Xt.c:3024
#10 0x080e7bd7 in event_stream_event_pending_p (user=0) at event-stream.c:438
#11 0x080ea7ca in Fdispatch_non_command_events () at event-stream.c:2368
#12 0x080b9c78 in Feval (form=138501928) at eval.c:3331
The progress widget actually gets displayed, but XEmacs crashes as
soon as it starts updating it. I don't get these crashes with
lesstif, but Kai says he does.
We can start debugging, but I must say I'm *mighty* suspicious still.
No-one else has seen any problems like this for a long time and all the
previous occurrences were on debian with messed up headers.
andy
7:26 p.m.
New subject: crash
Andy Piper writes:
We can start debugging, but I must say I'm *mighty* suspicious still.
No-one else has seen any problems like this for a long time and all the
previous occurrences were on debian with messed up headers.
i think it's strange, that the error occurs with both versions in the
same manner. that looks very closely like an external problem.
i downgraded just my debian-package-xemacs (21.4.4-1) and this works. no
one other application seem to have problems.
i wish to help you in any way i can.
by kai uwe
8:27 p.m.
New subject: crash
Andy Piper writes:
We can start debugging, but I must say I'm *mighty* suspicious
still. No-one else has seen any problems like this for a long time
and all the previous occurrences were on debian with messed up
headers.
Well, I don't think it can be messed up headers, since I have exactly
one set of xaw headers installed, but maybe the xaw library itself is
messed up (although Kai and I have different versions). I'll see if
there are any later versions of xaw libraries or headers that I can
try.
Robert
--
9:19 p.m.
New subject: crash
Andy Piper writes:
At 10:15 AM 11/29/01 +0100, Robert Pluim wrote:
>ii libxaw6-dev 4.1.0-9 X Athena widget set library development file
We can start debugging, but I must say I'm *mighty* suspicious
still. No-one else has seen any problems like this for a long time
and all the previous occurrences were on debian with messed up
headers.
Well, it looks like something's messed up. I removed the libxaw6-dev
package, installed the libxaw7-dev package, recompiled, and now it
works. So either the libxaw6-dev package is messed up, or for some
reason xemacs was linking to libxaw7 even though ldd claimed that I
was linking to libxaw6. Uwe, I remember you had libxaw6-dev rather
than libxaw7-dev installed. Could you see if switching makes a
difference for you?
Oh Bollocks, X (or maybe Debian) fsckage:
$ dpkg -p libxaw6-dev
Package: libxaw6-dev
Priority: extra
Section: devel
Installed-Size: 996
Maintainer: Branden Robinson <branden(a)debian.org>
Architecture: i386
Source: xfree86
Version: 4.1.0-9
Replaces: xlib6g-dev (<< 4.0), libxaw-dev
Provides: libxaw-dev
Depends: xlibs-dev, libxaw6
Conflicts: xlib6g-dev (<< 4.0), libxaw-dev
Size: 278410
Description: X Athena widget set library development files (version 6)
Xaw header files and a static version of the Athena widget library
are
provided by this package, which supports Xaw6-based clients.
.
It is necessary for the symbol OLDXAW to be defined at compile time
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
WTF?
for the
Athena library-using program to behave correctly; otherwise the
header files
in this package will exhibit Xaw7 behavior.
So, can anyone in the audience explain what the point is of having two
packages of headers if they BEHAVE THE SAME BY DEFAULT? <grr> Time for
a nicely worded bug report to Debian, I think.
I defined OLDXAW in config.h, and now things work with libxaw6-dev.
I'll check what the libxaw7-dev headers do with OLDXAW defined, we
might just be able to define it unconditionally.
Robert
--
10:47 p.m.
New subject: crash
I defined OLDXAW in config.h, and now things work with libxaw6-dev.
I'll check what the libxaw7-dev headers do with OLDXAW defined, we
might just be able to define it unconditionally.
And no, we can't define OLDXAW unconditionally, since the headers for
xaw7 and xaw6 are _identical_. How convenient, it looks like we might
have to start testing for particular versions of xaw now.
Robert
PS Kai, if things still don't work for you now, perhaps configuring
with --ldflags="-z nocombreloc" is necessary for you after all.
--
12:55 a.m.
New subject: crash
>>>> "Robert" == Robert Pluim
<rpluim(a)bigfoot.com> writes:
Robert> PS Kai, if things still don't work for you now, perhaps
Robert> configuring with --ldflags="-z nocombreloc" is necessary
Robert> for you after all.
This will not be necessary from 21.4.6, it's autoconfiscated now.
As for the Debian xaw, it's Branden "Prima Dragona" Robinson :(. Go
ahead and file the bug report. I'll write Jim Lewis-Moss and karlheg,
too. But I think a prominent entry in PROBLEMS that if you use Debian
'sid' any problems that stink of X should be reported to Debian first
is appropriate.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
8:37 a.m.
New subject: crash
Stephen J. Turnbull writes:
>>>>> "Robert" == Robert Pluim
<rpluim(a)bigfoot.com> writes:
Robert> PS Kai, if things still don't work for you now, perhaps
Robert> configuring with --ldflags="-z nocombreloc" is necessary
Robert> for you after all.
This will not be necessary from 21.4.6, it's autoconfiscated now.
As for the Debian xaw, it's Branden "Prima Dragona" Robinson :(.
I haven't dealt with him before, so I'll reserve judgement (I suspect
in this case that it's more XFree than Debian that's to blame).
Go ahead and file the bug report. I'll write Jim Lewis-Moss and
karlheg, too. But I think a prominent entry in PROBLEMS that if
you use Debian 'sid' any problems that stink of X should be
reported to Debian first is appropriate.
<URL:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=121772>
if you want to check on the status (nothing's happenned to it yet, as
of 9:35 CET).
Robert
--
8392
days inactive
8394
days old
11 comments
4 participants
participants (4)
-
Andy Piper -
kai uwe tempel -
Robert Pluim -
Stephen J. Turnbull