[PATCH] menubar selection in mswindows
26 years, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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, 8 months
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