* Reproducible bug in processing a piece of (html?) email
@ 2000-01-17 7:39 David Maslen
2000-01-17 11:00 ` David Maslen
0 siblings, 1 reply; 10+ messages in thread
From: David Maslen @ 2000-01-17 7:39 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 507 bytes --]
Gnus v5.8.4
XEmacs 21.2 (beta26) "Millenium" [Lucid] (i686-pc-linux) of Mon Jan 17 2000 on trinity
200 Leafnode NNTP Daemon, version 1.9.7 running at 10.10.10.10
I have found a piece of mail that crashes the above combination every
time. The crash is so bad that xemacs quits as well. I'm submitting
this as a bug for gnus, because from the look of the backtrace it has
something to do with gnus running the article through w3.
If you feel this is an bug with xemacs, let me know and I send it
there.
[-- Attachment #2: User settings --]
[-- Type: application/x-emacs-lisp, Size: 2 bytes --]
[-- Attachment #3: backtrace output --]
[-- Type: application/octet-stream, Size: 7016 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible bug in processing a piece of (html?) email
2000-01-17 7:39 Reproducible bug in processing a piece of (html?) email David Maslen
@ 2000-01-17 11:00 ` David Maslen
2000-01-17 11:44 ` Daniel Pittman
0 siblings, 1 reply; 10+ messages in thread
From: David Maslen @ 2000-01-17 11:00 UTC (permalink / raw)
Cc: ding
Sorry to follow up my own post, but I've discovered, that the error
doesn't not occur if I run xemacs -nw. I'm pretty sure it's w3 related
no. I also notice that the delay that has been annoying me when w3
passes html email messages is almost unnoticeable in text mode.
Why would there be this speed difference in w3, with text and X?
Is it possible to run w3 in a not graphic mode to make it faster
without running xemacs -nw?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible bug in processing a piece of (html?) email
2000-01-17 11:00 ` David Maslen
@ 2000-01-17 11:44 ` Daniel Pittman
2000-01-18 0:41 ` David Maslen
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Pittman @ 2000-01-17 11:44 UTC (permalink / raw)
On 17 Jan 2000, David Maslen <david.maslen@iname.com> wrote:
> Sorry to follow up my own post, but I've discovered, that the error
> doesn't not occur if I run xemacs -nw. I'm pretty sure it's w3 related
> no. I also notice that the delay that has been annoying me when w3
> passes html email messages is almost unnoticeable in text mode.
>
> Why would there be this speed difference in w3, with text and X?
> Is it possible to run w3 in a not graphic mode to make it faster
> without running xemacs -nw?
If you use W3 from CVS and a recent XEmacs, you might be seeing the
progress widget lossage. Do you get `dynamic symbol XXX has the wrong
size, consider relinking' messages when starting XEmacs?
If so you have a 3D Athena shared library loaded but XEmacs complied for
the flat Athena library. This makes displaying a widget subclass raise
SIGSEGV :(
Daniel
--
Quid sit futurem cras fuge quaerere
-- Horace
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible bug in processing a piece of (html?) email
2000-01-17 11:44 ` Daniel Pittman
@ 2000-01-18 0:41 ` David Maslen
2000-01-18 1:47 ` Daniel Pittman
0 siblings, 1 reply; 10+ messages in thread
From: David Maslen @ 2000-01-18 0:41 UTC (permalink / raw)
Daniel Pittman <daniel@danann.net> writes:
> If you use W3 from CVS and a recent XEmacs, you might be seeing the
> progress widget lossage. Do you get `dynamic symbol XXX has the wrong
> size, consider relinking' messages when starting XEmacs?
>
> If so you have a 3D Athena shared library loaded but XEmacs complied for
> the flat Athena library. This makes displaying a widget subclass raise
> SIGSEGV :(
The exact error on starting were,
xemacs: Symbol `toggleClassRec' has different size in shared object, consider re-linking
xemacs: Symbol `labelClassRec' has different size in shared object, consider re-linking
But a quick browse through xemacs21.2 code show that is related to the
xaw3d libs, and unfortunately the developement files were present on
the machine where I did the build.
I think that's probably solved it. Well done.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Reproducible bug in processing a piece of (html?) email
2000-01-18 0:41 ` David Maslen
@ 2000-01-18 1:47 ` Daniel Pittman
0 siblings, 0 replies; 10+ messages in thread
From: Daniel Pittman @ 2000-01-18 1:47 UTC (permalink / raw)
On 18 Jan 2000, David Maslen <david.maslen@iname.com> wrote:
> Daniel Pittman <daniel@danann.net> writes:
>> If you use W3 from CVS and a recent XEmacs, you might be seeing the
>> progress widget lossage. Do you get `dynamic symbol XXX has the wrong
>> size, consider relinking' messages when starting XEmacs?
>>
>> If so you have a 3D Athena shared library loaded but XEmacs complied
>> for the flat Athena library. This makes displaying a widget subclass
>> raise SIGSEGV :(
>
> The exact error on starting were, xemacs: Symbol `toggleClassRec' has
> different size in shared object, consider re-linking xemacs: Symbol
> `labelClassRec' has different size in shared object, consider
> re-linking
>
> But a quick browse through xemacs21.2 code show that is related to the
> xaw3d libs, and unfortunately the developement files were present on
> the machine where I did the build.
>
> I think that's probably solved it. Well done.
That's precisely it. You should, if you can, try building with
`--with-athena=3d' or one of the other non-flat variants. That is the
most stable way of avoiding this problem forever.
The other solution is to make *sure* that the flat libXaw.so is *first*
in the load-path. This will almost certainly require that you edit
ld.so.conf if you are using Debian/unstable...
Daniel
--
Anyone who goes to a psychiatrist ought to have his head examined.
-- Samuel Goldwyn
^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <mit.lcs.mail.ding/87aem5404w.fsf@iname.com>]
end of thread, other threads:[~2000-01-18 23:34 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-01-17 7:39 Reproducible bug in processing a piece of (html?) email David Maslen
2000-01-17 11:00 ` David Maslen
2000-01-17 11:44 ` Daniel Pittman
2000-01-18 0:41 ` David Maslen
2000-01-18 1:47 ` Daniel Pittman
[not found] <mit.lcs.mail.ding/87aem5404w.fsf@iname.com>
[not found] ` <mit.lcs.mail.ding/87snzxklo3.fsf@iname.com>
[not found] ` <mit.lcs.mail.ding/87embgsz1t.fsf@inanna.danann.net>
[not found] ` <mit.lcs.mail.ding/87ogak5hze.fsf@iname.com>
[not found] ` <mit.lcs.mail.ding/87aem4ywts.fsf@inanna.osa.com.au>
2000-01-18 5:55 ` Aaron M. Ucko
2000-01-18 12:34 ` Daniel Pittman
2000-01-18 13:21 ` Kai Großjohann
[not found] ` <mit.lcs.mail.ding/udlhfgbc49q.fsf@acoma-estate.mit.edu>
[not found] ` <mit.lcs.mail.ding/87g0vv36ev.fsf@inanna.danann.net>
2000-01-18 20:40 ` Aaron M. Ucko
2000-01-18 23:34 ` Daniel Pittman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).