[PATCH] menubar selection in mswindows
26 years
Andy Piper
Andy Piper
This at least makes the mswindows menubar Cut, Copy and Paste do the right
thing. Activation is not correct as yet since there are no C hooks for
determining this.
andy
1998-04-27 Andy Piper <andyp(a)parallax.co.uk>
* select.el (kill-primary-selection) (selection-owner-p)
(copy-primary-selection) (yank-clipboard-selection)
(selection-exists-p) (delete-primary-selection): new file and
functions that do the right thing for the selected device.
* x-menubar.el: use generalised selection functions.
* dumped-lisp.el: dump select.el.
- 2 participants
- 2 comments
Re: [crash] Internal emacs bug.
26 years
SL Baur
SL Baur
Is the xemacs-beta archive set up yet? I need another copy of Karl's
message. I get a repeatable crash by viewing the image, then turning
off MIME and cutting the base64 version of the image, but now my copy
is toast. A PNG bug perhaps? The colors in the in-line PNG are wrong
in the same fashion I reported earlier.
No core, only the cryptic:
xemacs: Fatal I/O Error 14 (Bad address) on display connection ":0.0"
after 588762 requests (588760 known processed) with 0 events remaining.
xemacs: Fatal I/O Error 14 (Bad address) on display connection ":0.0"
after 12015 requests (12007 known processed) with 2 events remaining.
- 2 participants
- 1 comments
Re: [crash]: more on `internal bug', and another `fatal i/o error'
26 years
Didier Verna
Didier Verna
SL Baur <steve(a)xemacs.org> writes:
> Karl M Hegbloom <karlheg(a)inetarena.com> writes:
>
> > gesture, and XEmacs disappeared. There was no core dump. I found
> > this in ~/.xsession-errors:
> ...
> > xemacs: Fatal I/O Error 14 (Bad address) on display connection ":0.0"
> > after 107657 requests (107655 known processed) with 0 events remaining.
I just got a crash while reading this message. I'd successfully read
Karl's message with the image (correctly displayed) a few seconds before.
The only thing I get on the console is this:
xemacs: Fatal I/O Error 22 (Invalid argument) on display connection "metheny:0.0"
after 130574 requests (130568 known processed) with 0 events remaining.
--
/ / _ _ Didier Verna http://www.inf.enst.fr/~verna/
- / / - / / /_/ / E.N.S.T. INF C214 mailto:verna＠inf.enst.fr
/_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 80 72
75634 Paris cedex 13 Fax. (33) 01 45 81 31 19
- 1 participants
- 0 comments
Caught a squirmer! (The PNG bug)
26 years
SL Baur
SL Baur
Here's the recipe to reproduce it assuming a copy of Karl's PNG is
around.
$ xemacs -vanilla
C-x C-f /tmp/info-display.png
C-x k
M-: (garbage-collect)
--- Boom! ---
xemacs: Fatal I/O Error 14 (Bad address) on display connection ":0.0"
after 1719 requests (1712 known processed) with 0 events remaining.
Here's the c-stack backtrace when heavy-duty malloc & free checking is
enabled (compile src/emacs.c by hand with -DLOSING_GCC_DESTRUCTOR_FREE_BUG).
I *love* Doug Lea malloc!
This trace was induced somewhat differently than the above procedure.
Breakpoint 2, check_free (ptr=0x4036e008)
at /home/xemacs/xemacs-20.0/src/free-hook.c:235
235 printf("Freeing unmalloc'ed memory at %p\n", ptr);
(gdb) where
#0 check_free (ptr=0x4036e008) at /home/xemacs/xemacs-20.0/src/free-hook.c:235
#1 0x4036e008 in __libc_free (mem=0x81db760) at malloc.c:2722
#2 0x81db8d3 in x_finalize_image_instance (p=0x8bc8880)
at /home/xemacs/xemacs-20.0/src/glyphs-x.c:388
#3 0x81494e6 in finalize_image_instance (header=0x8bc8880, for_disksave=0)
at /home/xemacs/xemacs-20.0/src/glyphs.c:662
#4 0x8084d03 in sweep_lcrecords_1 (prev=0x8379edc, used=0xbfff9f0c)
at /home/xemacs/xemacs-20.0/src/alloc.c:3561
#5 0x8085fba in gc_sweep () at /home/xemacs/xemacs-20.0/src/alloc.c:4236
#6 0x8086684 in garbage_collect_1 ()
at /home/xemacs/xemacs-20.0/src/alloc.c:4557
#7 0x80c072d in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35603877}, s = {bits = 0,
val = 71207754}, u = {bits = 0, val = 71207754}, ui = 142415508,
i = 142415508, v = 0x87d1694, cv = 0x87d1694}, nargs=3, args=0xbfffa298)
at /home/xemacs/xemacs-20.0/src/eval.c:3114
#8 0x80c0eac in Ffuncall (nargs=3, args=0xbfffa298)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#9 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35236785}, s = {bits = 0, val = 70473570}, u = {bits = 0,
val = 70473570}, ui = 140947140, i = 140947140, v = 0x866aec4,
cv = 0x866aec4}, vector={gu = {type = Lisp_Type_Record, val = 35595914},
s = {bits = 0, val = 71191828}, u = {bits = 0, val = 71191828},
ui = 142383656, i = 142383656, v = 0x87c9a28, cv = 0x87c9a28}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 2}, s = {bits = 1, val = 5}, u = {
bits = 1, val = 5}, ui = 11, i = 11, v = 0xb, cv = 0xb})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#10 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35608040}, s = {bits = 0, val = 71216080}, u = {bits = 0,
val = 71216080}, ui = 142432160, i = 142432160, v = 0x87d57a0,
cv = 0x87d57a0}, nargs=3, arg_vector=0xbfffa7ac)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#11 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35603912}, s = {bits = 0,
val = 71207824}, u = {bits = 0, val = 71207824}, ui = 142415648,
i = 142415648, v = 0x87d1720, cv = 0x87d1720}, nargs=3, args=0xbfffa7a8)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#12 0x80c0eac in Ffuncall (nargs=4, args=0xbfffa7a8)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#13 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35303111}, s = {bits = 0, val = 70606222}, u = {bits = 0,
val = 70606222}, ui = 141212444, i = 141212444, v = 0x86abb1c,
cv = 0x86abb1c}, vector={gu = {type = Lisp_Type_Record, val = 35106110},
s = {bits = 0, val = 70212220}, u = {bits = 0, val = 70212220},
ui = 140424440, i = 140424440, v = 0x85eb4f8, cv = 0x85eb4f8}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 2}, s = {bits = 1, val = 4}, u = {
bits = 1, val = 4}, ui = 9, i = 9, v = 0x9, cv = 0x9})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#14 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35347772}, s = {bits = 0, val = 70695544}, u = {bits = 0,
val = 70695544}, ui = 141391088, i = 141391088, v = 0x86d74f0,
cv = 0x86d74f0}, nargs=8, arg_vector=0xbfffb04c)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#15 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35319094}, s = {bits = 0,
val = 70638188}, u = {bits = 0, val = 70638188}, ui = 141276376,
i = 141276376, v = 0x86bb4d8, cv = 0x86bb4d8}, nargs=8, args=0xbfffb048)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#16 0x80c0eac in Ffuncall (nargs=9, args=0xbfffb048)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#17 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35279259}, s = {bits = 0, val = 70558518}, u = {bits = 0,
val = 70558518}, ui = 141117036, i = 141117036, v = 0x869466c,
cv = 0x869466c}, vector={gu = {type = Lisp_Type_Record, val = 35042882},
s = {bits = 0, val = 70085764}, u = {bits = 0, val = 70085764},
ui = 140171528, i = 140171528, v = 0x85ad908, cv = 0x85ad908}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 5}, s = {bits = 1, val = 10},
u = {bits = 1, val = 10}, ui = 21, i = 21, v = 0x15, cv = 0x15})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#18 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35347758}, s = {bits = 0, val = 70695516}, u = {bits = 0,
val = 70695516}, ui = 141391032, i = 141391032, v = 0x86d74b8,
cv = 0x86d74b8}, nargs=4, arg_vector=0xbfffb688)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#19 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35319052}, s = {bits = 0,
val = 70638104}, u = {bits = 0, val = 70638104}, ui = 141276208,
i = 141276208, v = 0x86bb430, cv = 0x86bb430}, nargs=4, args=0xbfffb684)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#20 0x80c0eac in Ffuncall (nargs=5, args=0xbfffb684)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#21 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35279051}, s = {bits = 0, val = 70558102}, u = {bits = 0,
val = 70558102}, ui = 141116204, i = 141116204, v = 0x869432c,
cv = 0x869432c}, vector={gu = {type = Lisp_Type_Record, val = 35572772},
s = {bits = 0, val = 71145544}, u = {bits = 0, val = 71145544},
ui = 142291088, i = 142291088, v = 0x87b3090, cv = 0x87b3090}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 3}, s = {bits = 1, val = 6}, u = {
bits = 1, val = 6}, ui = 13, i = 13, v = 0xd, cv = 0xd})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#22 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35347751}, s = {bits = 0, val = 70695502}, u = {bits = 0,
val = 70695502}, ui = 141391004, i = 141391004, v = 0x86d749c,
cv = 0x86d749c}, nargs=1, arg_vector=0xbfffbb64)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#23 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35319010}, s = {bits = 0,
val = 70638020}, u = {bits = 0, val = 70638020}, ui = 141276040,
i = 141276040, v = 0x86bb388, cv = 0x86bb388}, nargs=1, args=0xbfffbb60)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#24 0x80c0eac in Ffuncall (nargs=2, args=0xbfffbb60)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#25 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35278967}, s = {bits = 0, val = 70557934}, u = {bits = 0,
val = 70557934}, ui = 141115868, i = 141115868, v = 0x86941dc,
cv = 0x86941dc}, vector={gu = {type = Lisp_Type_Record, val = 35106094},
s = {bits = 0, val = 70212188}, u = {bits = 0, val = 70212188},
ui = 140424376, i = 140424376, v = 0x85eb4b8, cv = 0x85eb4b8}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 2}, s = {bits = 1, val = 4}, u = {
bits = 1, val = 4}, ui = 9, i = 9, v = 0x9, cv = 0x9})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#26 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35347744}, s = {bits = 0, val = 70695488}, u = {bits = 0,
val = 70695488}, ui = 141390976, i = 141390976, v = 0x86d7480,
cv = 0x86d7480}, nargs=4, arg_vector=0xbfffc164)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#27 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35318996}, s = {bits = 0,
val = 70637992}, u = {bits = 0, val = 70637992}, ui = 141275984,
i = 141275984, v = 0x86bb350, cv = 0x86bb350}, nargs=4, args=0xbfffc160)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#28 0x80c0eac in Ffuncall (nargs=5, args=0xbfffc160)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#29 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35255275}, s = {bits = 0, val = 70510550}, u = {bits = 0,
val = 70510550}, ui = 141021100, i = 141021100, v = 0x867cfac,
cv = 0x867cfac}, vector={gu = {type = Lisp_Type_Record, val = 35407524},
s = {bits = 0, val = 70815048}, u = {bits = 0, val = 70815048},
ui = 141630096, i = 141630096, v = 0x8711a90, cv = 0x8711a90}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 3}, s = {bits = 1, val = 6}, u = {
bits = 1, val = 6}, ui = 13, i = 13, v = 0xd, cv = 0xd})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#30 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 35347870}, s = {bits = 0, val = 70695740}, u = {bits = 0,
val = 70695740}, ui = 141391480, i = 141391480, v = 0x86d7678,
cv = 0x86d7678}, nargs=6, arg_vector=0xbfffc5fc)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#31 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35319038}, s = {bits = 0,
val = 70638076}, u = {bits = 0, val = 70638076}, ui = 141276152,
i = 141276152, v = 0x86bb3f8, cv = 0x86bb3f8}, nargs=6, args=0xbfffc5f8)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#32 0x80c0eac in Ffuncall (nargs=7, args=0xbfffc5f8)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#33 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 34693155}, s = {bits = 0, val = 69386310}, u = {bits = 0,
val = 69386310}, ui = 138772620, i = 138772620, v = 0x845808c,
cv = 0x845808c}, vector={gu = {type = Lisp_Type_Record, val = 36002812},
s = {bits = 0, val = 72005624}, u = {bits = 0, val = 72005624},
ui = 144011248, i = 144011248, v = 0x8956ff0, cv = 0x8956ff0}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 3}, s = {bits = 1, val = 7}, u = {
bits = 1, val = 7}, ui = 15, i = 15, v = 0xf, cv = 0xf})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#34 0x80c03a1 in Feval (form={gu = {type = Lisp_Type_Record, val = 36530473},
s = {bits = 0, val = 73060946}, u = {bits = 0, val = 73060946},
ui = 146121892, i = 146121892, v = 0x8b5a4a4, cv = 0x8b5a4a4})
at /home/xemacs/xemacs-20.0/src/eval.c:3063
#35 0x80bbee4 in Fprogn (args={gu = {type = Lisp_Type_Record, val = 36530509},
s = {bits = 0, val = 73061018}, u = {bits = 0, val = 73061018},
ui = 146122036, i = 146122036, v = 0x8b5a534, cv = 0x8b5a534})
at /home/xemacs/xemacs-20.0/src/eval.c:758
#36 0x8092389 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 34677847}, s = {bits = 0, val = 69355694}, u = {bits = 0,
val = 69355694}, ui = 138711388, i = 138711388, v = 0x844915c,
cv = 0x844915c}, vector={gu = {type = Lisp_Type_Record, val = 36002822},
s = {bits = 0, val = 72005644}, u = {bits = 0, val = 72005644},
ui = 144011288, i = 144011288, v = 0x8957018, cv = 0x8957018}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 1}, s = {bits = 1, val = 2}, u = {
bits = 1, val = 2}, ui = 5, i = 5, v = 0x5, cv = 0x5})
at /home/xemacs/xemacs-20.0/src/bytecode.c:554
#37 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 36459377}, s = {bits = 0, val = 72918754}, u = {bits = 0,
val = 72918754}, ui = 145837508, i = 145837508, v = 0x8b14dc4,
cv = 0x8b14dc4}, nargs=0, arg_vector=0xbfffd7e4)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#38 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35613897}, s = {bits = 0,
val = 71227794}, u = {bits = 0, val = 71227794}, ui = 142455588,
i = 142455588, v = 0x87db324, cv = 0x87db324}, nargs=0, args=0xbfffd7e0)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#39 0x80c0eac in Ffuncall (nargs=1, args=0xbfffd7e0)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#40 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35167323}, s = {bits = 0, val = 70334646}, u = {bits = 0,
val = 70334646}, ui = 140669292, i = 140669292, v = 0x862716c,
cv = 0x862716c}, vector={gu = {type = Lisp_Type_Record, val = 36364262},
s = {bits = 0, val = 72728524}, u = {bits = 0, val = 72728524},
ui = 145457048, i = 145457048, v = 0x8ab7f98, cv = 0x8ab7f98}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 1}, s = {bits = 1, val = 3}, u = {
bits = 1, val = 3}, ui = 7, i = 7, v = 0x7, cv = 0x7})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#41 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 36503753}, s = {bits = 0, val = 73007506}, u = {bits = 0,
val = 73007506}, ui = 146015012, i = 146015012, v = 0x8b40324,
cv = 0x8b40324}, nargs=2, arg_vector=0xbfffdd54)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#42 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35836487}, s = {bits = 0,
val = 71672974}, u = {bits = 0, val = 71672974}, ui = 143345948,
i = 143345948, v = 0x88b491c, cv = 0x88b491c}, nargs=2, args=0xbfffdd50)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#43 0x80c0eac in Ffuncall (nargs=3, args=0xbfffdd50)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#44 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35392527}, s = {bits = 0, val = 70785054}, u = {bits = 0,
val = 70785054}, ui = 141570108, i = 141570108, v = 0x870303c,
cv = 0x870303c}, vector={gu = {type = Lisp_Type_Record, val = 36085354},
s = {bits = 0, val = 72170708}, u = {bits = 0, val = 72170708},
ui = 144341416, i = 144341416, v = 0x89a79a8, cv = 0x89a79a8}, maxdepth={
gu = {type = Lisp_Type_Int_Even, val = 2}, s = {bits = 1, val = 4}, u = {
bits = 1, val = 4}, ui = 9, i = 9, v = 0x9, cv = 0x9})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#45 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 36441497}, s = {bits = 0, val = 72882994}, u = {bits = 0,
val = 72882994}, ui = 145765988, i = 145765988, v = 0x8b03664,
cv = 0x8b03664}, nargs=2, arg_vector=0xbfffe41c)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#46 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 36506939}, s = {bits = 0,
val = 73013878}, u = {bits = 0, val = 73013878}, ui = 146027756,
i = 146027756, v = 0x8b434ec, cv = 0x8b434ec}, nargs=2, args=0xbfffe418)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#47 0x80c0eac in Ffuncall (nargs=3, args=0xbfffe418)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#48 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35392739}, s = {bits = 0, val = 70785478}, u = {bits = 0,
val = 70785478}, ui = 141570956, i = 141570956, v = 0x870338c,
cv = 0x870338c}, vector={gu = {type = Lisp_Type_Record, val = 36085376},
s = {bits = 0, val = 72170752}, u = {bits = 0, val = 72170752},
ui = 144341504, i = 144341504, v = 0x89a7a00, cv = 0x89a7a00}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 2}, s = {bits = 1, val = 5}, u = {
bits = 1, val = 5}, ui = 11, i = 11, v = 0xb, cv = 0xb})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#49 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 36441504}, s = {bits = 0, val = 72883008}, u = {bits = 0,
val = 72883008}, ui = 145766016, i = 145766016, v = 0x8b03680,
cv = 0x8b03680}, nargs=2, arg_vector=0xbfffe8d4)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#50 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 36496124}, s = {bits = 0,
val = 72992248}, u = {bits = 0, val = 72992248}, ui = 145984496,
i = 145984496, v = 0x8b38bf0, cv = 0x8b38bf0}, nargs=2, args=0xbfffe8d0)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#51 0x80c0eac in Ffuncall (nargs=3, args=0xbfffe8d0)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#52 0x80917f6 in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record,
val = 35583517}, s = {bits = 0, val = 71167034}, u = {bits = 0,
val = 71167034}, ui = 142334068, i = 142334068, v = 0x87bd874,
cv = 0x87bd874}, vector={gu = {type = Lisp_Type_Record, val = 36350120},
s = {bits = 0, val = 72700240}, u = {bits = 0, val = 72700240},
ui = 145400480, i = 145400480, v = 0x8aaa2a0, cv = 0x8aaa2a0}, maxdepth={
gu = {type = Lisp_Type_Int_Odd, val = 1}, s = {bits = 1, val = 3}, u = {
bits = 1, val = 3}, ui = 7, i = 7, v = 0x7, cv = 0x7})
at /home/xemacs/xemacs-20.0/src/bytecode.c:416
#53 0x80c1dc2 in funcall_lambda (fun={gu = {type = Lisp_Type_Record,
val = 36349430}, s = {bits = 0, val = 72698860}, u = {bits = 0,
val = 72698860}, ui = 145397720, i = 145397720, v = 0x8aa97d8,
cv = 0x8aa97d8}, nargs=1, arg_vector=0xbfffed34)
at /home/xemacs/xemacs-20.0/src/eval.c:3597
#54 0x80c0d7c in funcall_recording_as (recorded_as={gu = {
type = Lisp_Type_Record, val = 35863835}, s = {bits = 0,
val = 71727670}, u = {bits = 0, val = 71727670}, ui = 143455340,
i = 143455340, v = 0x88cf46c, cv = 0x88cf46c}, nargs=1, args=0xbfffed30)
at /home/xemacs/xemacs-20.0/src/eval.c:3200
#55 0x80c0eac in Ffuncall (nargs=2, args=0xbfffed30)
at /home/xemacs/xemacs-20.0/src/eval.c:3238
#56 0x8097078 in Fcall_interactively (function={gu = {type = Lisp_Type_Record,
val = 35863835}, s = {bits = 0, val = 71727670}, u = {bits = 0,
val = 71727670}, ui = 143455340, i = 143455340, v = 0x88cf46c,
cv = 0x88cf46c}, record_flag={gu = {type = Lisp_Type_Record,
val = 34516075}, s = {bits = 0, val = 69032150}, u = {bits = 0,
val = 69032150}, ui = 138064300, i = 138064300, v = 0x83ab1ac,
cv = 0x83ab1ac}, keys={gu = {type = Lisp_Type_Record, val = 34516075},
s = {bits = 0, val = 69032150}, u = {bits = 0, val = 69032150},
ui = 138064300, i = 138064300, v = 0x83ab1ac, cv = 0x83ab1ac})
at /home/xemacs/xemacs-20.0/src/callint.c:935
#57 0x80bf140 in Fcommand_execute (cmd={gu = {type = Lisp_Type_Record,
val = 35863835}, s = {bits = 0, val = 71727670}, u = {bits = 0,
val = 71727670}, ui = 143455340, i = 143455340, v = 0x88cf46c,
cv = 0x88cf46c}, record={gu = {type = Lisp_Type_Record, val = 34516075},
s = {bits = 0, val = 69032150}, u = {bits = 0, val = 69032150},
ui = 138064300, i = 138064300, v = 0x83ab1ac, cv = 0x83ab1ac}, keys={
gu = {type = Lisp_Type_Record, val = 34516075}, s = {bits = 0,
val = 69032150}, u = {bits = 0, val = 69032150}, ui = 138064300,
i = 138064300, v = 0x83ab1ac, cv = 0x83ab1ac})
at /home/xemacs/xemacs-20.0/src/eval.c:2584
#58 0x8116c48 in execute_command_event (command_builder=0x8578be8, event={
gu = {type = Lisp_Type_Record, val = 35565089}, s = {bits = 0,
val = 71130178}, u = {bits = 0, val = 71130178}, ui = 142260356,
i = 142260356, v = 0x87ab884, cv = 0x87ab884})
at /home/xemacs/xemacs-20.0/src/event-stream.c:4335
#59 0x811733f in Fdispatch_event (event={gu = {type = Lisp_Type_Record,
val = 35565089}, s = {bits = 0, val = 71130178}, u = {bits = 0,
val = 71130178}, ui = 142260356, i = 142260356, v = 0x87ab884,
cv = 0x87ab884}) at /home/xemacs/xemacs-20.0/src/event-stream.c:4629
#60 0x809eaac in Fcommand_loop_1 ()
at /home/xemacs/xemacs-20.0/src/cmdloop.c:583
#61 0x809e830 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record,
val = 34516075}, s = {bits = 0, val = 69032150}, u = {bits = 0,
val = 69032150}, ui = 138064300, i = 138064300, v = 0x83ab1ac,
cv = 0x83ab1ac}) at /home/xemacs/xemacs-20.0/src/cmdloop.c:494
#62 0x80bd7d3 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record,
val = 34516103}, s = {bits = 0, val = 69032206}, u = {bits = 0,
val = 69032206}, ui = 138064412, i = 138064412, v = 0x83ab21c,
cv = 0x83ab21c}, bfun=0x809e804 <command_loop_1>, barg={gu = {
type = Lisp_Type_Record, val = 34516075}, s = {bits = 0,
val = 69032150}, u = {bits = 0, val = 69032150}, ui = 138064300,
i = 138064300, v = 0x83ab1ac, cv = 0x83ab1ac},
hfun=0x809e00b <cmd_error>, harg={gu = {type = Lisp_Type_Record,
val = 34516075}, s = {bits = 0, val = 69032150}, u = {bits = 0,
val = 69032150}, ui = 138064300, i = 138064300, v = 0x83ab1ac,
cv = 0x83ab1ac}) at /home/xemacs/xemacs-20.0/src/eval.c:1653
#63 0x809e153 in command_loop_3 ()
at /home/xemacs/xemacs-20.0/src/cmdloop.c:256
#64 0x809e178 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record,
val = 34516075}, s = {bits = 0, val = 69032150}, u = {bits = 0,
val = 69032150}, ui = 138064300, i = 138064300, v = 0x83ab1ac,
cv = 0x83ab1ac}) at /home/xemacs/xemacs-20.0/src/cmdloop.c:267
#65 0x80bd325 in internal_catch (tag={gu = {type = Lisp_Type_Record,
val = 34534752}, s = {bits = 0, val = 69069504}, u = {bits = 0,
val = 69069504}, ui = 138139008, i = 138139008, v = 0x83bd580,
cv = 0x83bd580}, func=0x809e16c <command_loop_2>, arg={gu = {
type = Lisp_Type_Record, val = 34516075}, s = {bits = 0,
val = 69032150}, u = {bits = 0, val = 69032150}, ui = 138064300,
i = 138064300, v = 0x83ab1ac, cv = 0x83ab1ac}, threw=0x0)
at /home/xemacs/xemacs-20.0/src/eval.c:1328
#66 0x809e3ce in initial_command_loop (load_me={gu = {type = Lisp_Type_Record,
val = 34516075}, s = {bits = 0, val = 69032150}, u = {bits = 0,
val = 69032150}, ui = 138064300, i = 138064300, v = 0x83ab1ac,
cv = 0x83ab1ac}) at /home/xemacs/xemacs-20.0/src/cmdloop.c:305
#67 0x80b9247 in xemacs_21_0_b38_i586_pc_linux (argc=1, argv=0xbffff2d8,
envp=0xbffff2e0, restart=0) at /home/xemacs/xemacs-20.0/src/emacs.c:1672
#68 0x80b9d68 in main (argc=1, argv=0xbffff2d8, envp=0xbffff2e0)
at /home/xemacs/xemacs-20.0/src/emacs.c:2089
- 1 participants
- 0 comments
["Barry A. Warsaw" <bwarsaw@CNRI.Reston.Va.US>] Re: c mode indentation slowness
26 years
Didier Verna
Didier Verna
I thought you guys might be interested with this. I had noticed a
degradation of the indentation performance on a very very big switch ().
- 1 participants
- 0 comments
Re: [crash]: more on `internal bug', and another `fatal i/o error'
26 years
SL Baur
SL Baur
Karl M Hegbloom <karlheg(a)inetarena.com> writes:
> It keeps crashing now and then with the I/O error thing. In gdb, it
> says exit code 01.
Crash repeated. All I have to do is enter Gnus, read Karl's message
with the deadly PNG and XEmacs is going to die ...
(gdb) run
Starting program: /usr/src/build20/mule/src/xemacs
Program received signal SIGSEGV, Segmentation fault.
chunk_free (ar_ptr=Cannot access memory at address 0x44.
) at malloc.c:2778
malloc.c:2778: No such file or directory.
(gdb) where
#0 chunk_free (ar_ptr=Cannot access memory at address 0x44.
) at malloc.c:2778
#1 0x403c50fc in __DTOR_END__ ()
Cannot access memory at address 0x20.
Memory corruption up the ying yang. I'm going to try the heavy-duty
malloc/free checking and see if that sheds any light.
- 1 participants
- 0 comments
[Success] 21.0 "Repartida-pre1" XEmacs Lucid (beta38) on i586-pc-linux
26 years
Karl M. Hegbloom
Karl M. Hegbloom
Still crashes with the `I/O error' message. It seems to run much
faster than the last beta, which took forever to find a file and
display it when doing a TAGS search.
I will update my packages soon.
Does `-O6' really do anything, or is `-O3' the highest real
optimization, as according to the `gcc 2.7.2' info? I need to get
docs for `egcc'.
use less 'time';
;-)
> XEmacs Build Report as generated
> by build-report-version 1.35 follows:
> Contents of /usr/local/src/XEmacs/xemacs-21-b38/Installation:
> (Output from most recent run of ./configure)
- 1 participants
- 0 comments
Re: [crash]: more on `internal bug', and another `fatal i/o error'
26 years
Karl M. Hegbloom
Karl M. Hegbloom
>>>>> "Karl" == Karl M Hegbloom <karlheg(a)inetarena.com> writes:
I was reading a manual page, and recentered the buffer using a
strokes...
Karl> ... gesture, and XEmacs disappeared. There was no core
Karl> dump. I found this in ~/.xsession-errors:
Karl> [...]
This was missing the first part. Weird.
It keeps crashing now and then with the I/O error thing. In gdb, it
says exit code 01.
- 1 participants
- 0 comments
Re: [crash] Internal emacs bug.
26 years
SL Baur
SL Baur
[I've got two copies of the fatal message now].
Karl M Hegbloom <karlheg(a)inetarena.com> writes:
>>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes:
...
sb> No core, only the cryptic:
sb> xemacs: Fatal I/O Error 14 (Bad address) on display connection
sb> ":0.0"
sb> after 588762 requests (588760 known processed) with 0 events
sb> remaining.
sb> xemacs: Fatal I/O Error 14 (Bad address) on display connection
sb> ":0.0"
sb> after 12015 requests (12007 known processed) with 2 events
sb> remaining.
On Jareth Hein's advice, I upgraded libpng to the latest on uunet.
However, it only fixed the odd colors I was seeing. Upon a few
operations after reviewing Karl's message, XEmacs died again the same
way:
xemacs: Fatal I/O Error 14 (Bad address) on display connection ":0.0"
after 19999 requests (19997 known processed) with 1 events remaining.
No core, no other message.
...
> Would you like me to forward a copy of the message to you? I've it
> sitting in this inbox.
I got it thanks. I've got two copies now. Even with the PNG upgrade
it is every bit as deadly as it was with the older PNG.
- 1 participants
- 0 comments
Re: [crash] Internal emacs bug.
26 years
Karl M. Hegbloom
Karl M. Hegbloom
>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes:
sb> Is the xemacs-beta archive set up yet? I need another copy of
sb> Karl's message. I get a repeatable crash by viewing the
sb> image, then turning off MIME and cutting the base64 version of
sb> the image, but now my copy is toast. A PNG bug perhaps? The
sb> colors in the in-line PNG are wrong in the same fashion I
sb> reported earlier.
sb> No core, only the cryptic:
sb> xemacs: Fatal I/O Error 14 (Bad address) on display connection
sb> ":0.0"
sb> after 588762 requests (588760 known processed) with 0 events
sb> remaining.
sb> xemacs: Fatal I/O Error 14 (Bad address) on display connection
sb> ":0.0"
sb> after 12015 requests (12007 known processed) with 2 events
sb> remaining.
That is the error I have been finding in ~/.xsession-errors after
XEmacs disappears suddenly, with no core dump. I thought at first
I'd moved the cursor off the edge of the screen, causing `fvwm2' to
page... I looked to the panner, and found XEmacs gone. It's
happened a couple times.
Would you like me to forward a copy of the message to you? I've it
sitting in this inbox.
- 1 participants
- 0 comments