April 1998 - XEmacs-Beta - XEmacs Mailing List Archives

[CRASH] make-frame-on-display 26 years, 7 months

Didier Verna

I'm still experiencing the make-frame-on-display crash I reported a few months ago. Recently, the messages became a bit more gossip than they used to. The crash doesn't happen all the time and I just didn't find a constant way to reproduce it. Just try make-frame-on-display on a few different ones (including :0, :0.0 and other machines) in -vanilla, and I get this: Fatal error (10). Your files have been auto-saved. Use `M-x recover-session' to recover them. [...] Lisp backtrace follows: x-win-init-sun() # bind (vendor) x-initialize-keyboard() # (unwind-protect ...) # bind (--letf-save--54228 console) #<compiled-function (console) "...(39)" [selected-console --letf-save--54228 (...) console --store--54227 select-console console-type x x-initialize-keyboard x-initialize-compose] 2>(#<x-console on "localhost:0" 0xe5c>) # bind (frame-being-created) make-frame(nil #<x-device on ":0.0" 0xe61>) # bind (props connection type) make-frame-on-device(x ":0" nil) # bind (props display) make-frame-on-display(":0") # bind (command-debug-status) call-interactively(make-frame-on-display) command-execute(make-frame-on-display t) # bind (_execute_command_keys_ _execute_command_name_ prefix-arg) execute-extended-command(nil) # bind (command-debug-status) call-interactively(execute-extended-command) # (condition-case ... . error) # (catch top-level ...) [1] + bus error (core dumped) xemacs -vanilla (gdb) core ~/core Core was generated by `/inf/metheny/latest/xemacs-21.0-b37/src/xemacs -vanilla'. Program terminated with signal 10, Bus error. Reading symbols from /usr/X11R6/lib/libXm.so.3...done. Reading symbols from /usr/local/lib/libcanna.so.1...done. Reading symbols from /usr/local/lib/libRKC.so.1...done. Reading symbols from /usr/X11R6/lib/libtiff.so...done. Reading symbols from /usr/local/lib/libz.so.1.1.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4.11...done. Reading symbols from /usr/openwin/lib/libtt.so.2...done. Reading symbols from /usr/X11/lib/libXmu.so.5.0...done. Reading symbols from /usr/X11/lib/libXt.so.5.0...done. Reading symbols from /usr/X11/lib/libXext.so.5.0...done. Reading symbols from /usr/X11/lib/libX11.so.5.0...done. Reading symbols from /usr/X11R6/lib/libSM.so.6.0...done. Reading symbols from /usr/X11R6/lib/libICE.so.6.3...done. Reading symbols from /usr/lib/libdl.so.1...done. Reading symbols from /usr/lib/libintl.so.1...done. Reading symbols from /usr/lib/libkvm.so.1...done. Reading symbols from /usr/lib/libkstat.so.1...done. Reading symbols from /usr/lib/libm.so.1...done. Reading symbols from /usr/lib/libsocket.so.1...done. Reading symbols from /usr/lib/libnsl.so.1...done. ---Type <return> to continue, or q <return> to quit--- Reading symbols from /usr/lib/libelf.so.1...done. Reading symbols from /usr/lib/libc.so.1...done. Reading symbols from /usr/openwin/lib/libXt.so.4...done. Reading symbols from /usr/openwin/lib/libX11.so.4...done. Reading symbols from /usr/ucblib/libucb.so.1...done. Reading symbols from /usr/lib/libresolv.so.1...done. Reading symbols from /usr/lib/libw.so.1...done. Reading symbols from /usr/lib/libmp.so.1...done. Reading symbols from /usr/openwin/lib/libXext.so.0...done. Reading symbols from /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1...done. #0 0xef074424 in kill () (gdb) (gdb) up #1 0x8f6b8 in fatal_error_signal (sig=10) at emacs.c:260 (gdb) #2 <signal handler called> (gdb) #3 0x1c4a90 in reject_constant_symbols (sym=-1604973460, newval=540818572, function_p=1, follow_past_lisp_magic=0) at symbols.c:563 (gdb) #4 0x1c4de8 in Ffset (sym=-1604973460, newdef=540818572) at symbols.c:660 (gdb) #5 0x62c24 in Fbyte_code (bytestr=1614561588, vector=-2143534416, maxdepth=4075520) at bytecode.c:740 (gdb) #6 0x993e4 in funcall_lambda (fun=540821228, nargs=0, arg_vector=0xefffcf54) at eval.c:3597 (gdb) #7 0x980b8 in funcall_recording_as (recorded_as=540821228, nargs=0, args=0xefffcf50) at eval.c:3214 (gdb) #8 0x9810c in Ffuncall (nargs=1, args=0xefffcf50) at eval.c:3238 (gdb) #9 0x621e8 in Fbyte_code (bytestr=1614549260, vector=-2143547056, maxdepth=4075520) at bytecode.c:416 (gdb) #10 0x993e4 in funcall_lambda (fun=540807656, nargs=0, arg_vector=0xefffd2cc) at eval.c:3597 (gdb) #11 0x980b8 in funcall_recording_as (recorded_as=540807656, nargs=0, args=0xefffd2c8) at eval.c:3214 (gdb) #12 0x9810c in Ffuncall (nargs=1, args=0xefffd2c8) at eval.c:3238 (gdb) #13 0x621e8 in Fbyte_code (bytestr=1614551484, vector=-2143544848, maxdepth=4075520) at bytecode.c:416 (gdb) #14 0x993e4 in funcall_lambda (fun=540809840, nargs=1, arg_vector=0xefffd66c) at eval.c:3597 (gdb) #15 0x980b8 in funcall_recording_as (recorded_as=540809840, nargs=1, args=0xefffd668) at eval.c:3214 (gdb) #16 0x9810c in Ffuncall (nargs=2, args=0xefffd668) at eval.c:3238 (gdb) #17 0x9975c in run_hook_with_args_in_buffer (buf=0xa0413004, nargs=2, args=0xefffd668, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3748 (gdb) #18 0x997d0 in run_hook_with_args (nargs=2, args=0xefffd668, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3761 (gdb) #19 0x99868 in va_run_hook_with_args (hook_var=-1606261676, nargs=1) at eval.c:3833 (gdb) #20 0x130c24 in Fmake_frame (props=-1606340604, device=543774208) at frame.c:536 (gdb) #21 0x97ed8 in funcall_recording_as (recorded_as=540060264, nargs=2, args=0xefffd998) at eval.c:3197 (gdb) #22 0x9810c in Ffuncall (nargs=3, args=0xefffd998) at eval.c:3238 (gdb) #23 0x621e8 in Fbyte_code (bytestr=1614056324, vector=-2144040032, maxdepth=4075520) at bytecode.c:416 (gdb) #24 0x993e4 in funcall_lambda (fun=540314552, nargs=3, arg_vector=0xefffdcf4) at eval.c:3597 (gdb) #25 0x980b8 in funcall_recording_as (recorded_as=540314552, nargs=3, args=0xefffdcf0) at eval.c:3214 (gdb) #26 0x9810c in Ffuncall (nargs=4, args=0xefffdcf0) at eval.c:3238 (gdb) #27 0x621e8 in Fbyte_code (bytestr=1614551716, vector=-2143544592, maxdepth=4075520) at bytecode.c:416 (gdb) #28 0x993e4 in funcall_lambda (fun=540810012, nargs=1, arg_vector=0xefffdfa4) at eval.c:3597 (gdb) #29 0x980b8 in funcall_recording_as (recorded_as=540810012, nargs=1, args=0xefffdfa0) at eval.c:3214 (gdb) #30 0x9810c in Ffuncall (nargs=2, args=0xefffdfa0) at eval.c:3238 (gdb) #31 0x653a4 in Fcall_interactively (function=-1605025308, record_flag=-1606340580, keys=-1606340604) at callint.c:935 (gdb) #32 0x966d4 in Fcommand_execute (cmd=-1605025308, record=-1606340580, keys=-1606340604) at eval.c:2584 (gdb) #33 0x97da4 in funcall_recording_as (recorded_as=540046060, nargs=2, args=0xefffe510) at eval.c:3193 (gdb) #34 0x9810c in Ffuncall (nargs=3, args=0xefffe510) at eval.c:3238 (gdb) #35 0x621e8 in Fbyte_code (bytestr=1613976632, vector=-2144119536, maxdepth=4075520) at bytecode.c:416 (gdb) #36 0x993e4 in funcall_lambda (fun=540235304, nargs=1, arg_vector=0xefffe7cc) at eval.c:3597 (gdb) #37 0x980b8 in funcall_recording_as (recorded_as=540235304, nargs=1, args=0xefffe7c8) at eval.c:3214 (gdb) #38 0x9810c in Ffuncall (nargs=2, args=0xefffe7c8) at eval.c:3238 (gdb) #39 0x653a4 in Fcall_interactively (function=-1605691732, record_flag=-1606340604, keys=-1606340604) at callint.c:935 (gdb) #40 0x966d4 in Fcommand_execute (cmd=-1605691732, record=-1606340604, keys=-1606340604) at eval.c:2584 (gdb) #41 0xfadac in execute_command_event (command_builder=0x48ebc0, event=543668344) at event-stream.c:4289 (gdb) #42 0xfbf50 in Fdispatch_event (event=543668344) at event-stream.c:4583 (gdb) #43 0x70ea8 in Fcommand_loop_1 () at cmdloop.c:574 (gdb) #44 0x70b00 in command_loop_1 (dummy=-1606340604) at cmdloop.c:494 (gdb) #45 0x94f10 in condition_case_1 (handlers=4008960, bfun=0x70a5c <command_loop_1>, barg=-1606340604, hfun=0x6fc40 <cmd_error>, harg=-1606340604) at eval.c:1653 (gdb) #46 0x6fd54 in command_loop_3 () at cmdloop.c:256 (gdb) #47 0x6fd7c in command_loop_2 (dummy=-1606340604) at cmdloop.c:267 (gdb) #48 0x94a84 in internal_catch (tag=-1606262660, func=0x6fd70 <command_loop_2>, arg=-1606340604, threw=0x0) at eval.c:1328 (gdb) #49 0x701f0 in initial_command_loop (load_me=458096) at cmdloop.c:305 (gdb) #50 0x90bc4 in xemacs_21_0_b37_sparc_sun_solaris2_5 (argc=2, argv=0xeffff07c, envp=0xeffff088, restart=4059820) at emacs.c:1672 (gdb) #51 0x91378 in main (argc=0, argv=0xeffff07c, envp=0xeffff088) at emacs.c:2089 (gdb) Initial frame selected; you cannot go up. (gdb)

1 participants
0 comments

[BUG] in minibuffer history ? 26 years, 7 months

Didier Verna

xemacs -vanilla & M-x make-frame-on-display <:0> M-x make-frame-on-display <press Up> I get "No preceding item in minibuffer history " This doesn't occur if I give ":0.0" instead of ":0" ?? -- / / _ _ 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

Re: [CRASH] continued 26 years, 7 months

SL Baur

P E Jareth Hein <jhod(a)gol.com> writes: > A first glance says massive memory corruption in the widget chain. > You said this was from reading mail, right? Have you applied the > patch I posted yesterday (related to image cleanups)? I have a hunch > that will fix your problem. If not, please let me know. I hope so. I had a similar crash in a source tree that _didn't_ have your patch applied. We shall see ...

1 participants
0 comments

[Success] XEmacs 21.0b38 Repartida-pre1 26 years, 7 months

Nobu Toge

Builds and runs fine includeing mule/canna support on HPUX 9.05. The only glitch I encountered is the one concerning the file mode being 600 on md5.el in the gnus package. uname -a: HP-UX accad1 A.09.05 A 9000/735 2005266055 two-user license ./configure 'hppa1.1-hp-hpux9.05' '--dynamic=yes' '--prefix=/usr/local' '--with-dialogs=athena' '--with-xface' '--with-tty=yes' '--site-includes=/usr/local/lib/gcc-lib/hppa1.1-hp-hpux9.05/2.8.1/include /usr/local/canna/include' '--error-checking=none' '--with-jpeg' '--with-xpm' '--with-sound=no' '--with-mule' '--with-canna' '--with-xfs' '--with-database=no' '--with-x' '--cflags=-pipe -mpa-risc-1-1 -mschedule=7100 -mjump-in-delay -funroll-loops -O5' '--package-path=/usr/local/lib/xemacspack' XEmacs 21.0-b38 "Repartida-pre1" configured for `hppa1.1-hp-hpux9.05'. Where should the build process find the source code? /users4/toge/HPUX/XEmacs210/xema cs-21.0-b36 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/hpux9-shr.h' and `m/hp800.h' What compiler should XEmacs be built with? gcc -pipe -mpa-risc-1-1 -mschedu le=7100 -mjump-in-delay -funroll-loops -O5 Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/include/Motif1.2 /usr/local /X11R6/include Where do we find X Windows libraries? /usr/lib/Motif1.2 /usr/lib/X11R6 Additional header files: /usr/local/lib/gcc-lib/hppa1.1-h p-hpux9.05/2.8.1/include /usr/local/canna/include Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for X-Face message headers. Compiling in support for JPEG image conversion. Compiling in support for PNG image conversion. Compiling in support for TIFF image conversion. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using Motif to provide XIM support. Compiling in support for Canna on Mule. Compiling in support for OffiX. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. -- Nobu Toge (toge(a)accad1.kek.jp)

1 participants
0 comments

Re: [crash] Internal emacs bug. 26 years, 7 months

Didier Verna

Jason R Mastaler <jason(a)4b.org> writes: > My XEmacs crashed as well shortly after viewing Karl's message. This > is the first XEmacs crash I've had since v19.13 :-( No, Jason, you should be *happy* to get a crash for once ;-)

1 participants
0 comments

Re: [PATCH] compilation buffer lossage 26 years, 7 months

Didier Verna

Hrvoje Niksic <hniksic(a)srce.hr> writes: > A lot of my compilation buffers (M-x compile or M-x grep) mysteriously > die with "exit status 255". I found this very strange, and I tracked > it down to a change in compile-internal recently made by Kirill. > Another syndrom of the change is that compilation buffers begin like > this: > > cd /home/srce/hniksic/work/emacs/xemacs-packages/lisp/xemacs-base/ > egrep -n 'wget:' *.c /dev/null > ^Dzsh: no matches found: *.c Interesting. A friend of mine just reported this symptoms yesterday. I found that it may have something to do with the locale (he usually uses a french environment whereas I stay to "C"). Calling (setenv LANG "C") fixed his problem. Hrovje, are you using a particular locale environement ? -- / / _ _ 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

Re: [CRASH] continued 26 years, 7 months

P. E. Jareth Hein

Paul Foley <mycroft(a)actrix.gen.nz> writes: > OK, I narrowed it down to the exact keystrokes I need to cause the > crash, attached gdb at the last minute, and crashed it. > > Program received signal SIGSEGV, Segmentation fault. > 0x81e8a8e in ChangeManaged (wid=0x88a3800) > at /ext/src/xemacs-21.0-b36/src/EmacsShell-sub.c:369 > 369 (((ShellWidgetClass) SUPERCLASS_WIDGET_CLASS)-> > (gdb) bt > #0 0x81e8a8e in ChangeManaged (wid=0x88a3800) > at /ext/src/xemacs-21.0-b36/src/EmacsShell-sub.c:369 > #1 0x400dc77c in x_focus_timestamp_really_sucks_fix_me_better () > #2 0x400dcb7e in x_focus_timestamp_really_sucks_fix_me_better () A first glance says massive memory corruption in the widget chain. You said this was from reading mail, right? Have you applied the patch I posted yesterday (related to image cleanups)? I have a hunch that will fix your problem. If not, please let me know. -- Jareth Hein jareth(a)camelot-soft.com jhod(a)gol.com

1 participants
0 comments

[CRASH] continued 26 years, 7 months

Paul Foley

OK, I narrowed it down to the exact keystrokes I need to cause the crash, attached gdb at the last minute, and crashed it. Program received signal SIGSEGV, Segmentation fault. 0x81e8a8e in ChangeManaged (wid=0x88a3800) at /ext/src/xemacs-21.0-b36/src/EmacsShell-sub.c:369 369 (((ShellWidgetClass) SUPERCLASS_WIDGET_CLASS)-> (gdb) bt #0 0x81e8a8e in ChangeManaged (wid=0x88a3800) at /ext/src/xemacs-21.0-b36/src/EmacsShell-sub.c:369 #1 0x400dc77c in x_focus_timestamp_really_sucks_fix_me_better () #2 0x400dcb7e in x_focus_timestamp_really_sucks_fix_me_better () #3 0x81c2a17 in x_popup_frame (f=0x88c7500) at frame-x.c:1877 #4 0x81c4160 in x_init_frame_3 (f=0x88c7500) at frame-x.c:2049 #5 0x812e27a in Fmake_frame (props=137842692, device=138960384) at frame.c:506 #6 0x80b9472 in funcall_recording_as (recorded_as=137942536, nargs=0, args=0xbffff878) at eval.c:3197 #7 0x808df2e in Fcall_interactively (function=137942536, record_flag=137842692, keys=137842692) at callint.c:528 #8 0x80b7a76 in Fcommand_execute (cmd=137942536, record=137842692, keys=137842692) at eval.c:2584 #9 0x8102fea in execute_command_event (command_builder=0x84a1540, event=138141700) at event-stream.c:4289 #10 0x8103af4 in Fdispatch_event (event=138141700) at event-stream.c:4583 #11 0x8098943 in Fcommand_loop_1 () at cmdloop.c:574 #12 0x80986c9 in command_loop_1 (dummy=137842692) at cmdloop.c:494 #13 0x80b61f6 in condition_case_1 (handlers=137842804, bfun=0x8098678 <command_loop_1>, barg=137842692, hfun=0x8097aec <cmd_error>, harg=137842692) at eval.c:1653 #14 0x8098b18 in command_loop_2 (dummy=137842692) at cmdloop.c:256 #15 0x80b5de1 in internal_catch (tag=137921328, func=0x8098ae4 <command_loop_2>, arg=137842692, threw=0x0) at eval.c:1328 #16 0x8097f5b in initial_command_loop (load_me=137842692) at cmdloop.c:305 #17 0x80b1eb0 in sort_args (argc=1, argv=0xbffffb38) at emacs.c:1672 #18 0x80b2598 in main (argc=1, argv=0xbffffb38, envp=0xbffffb40) at emacs.c:2089 #19 0x8077edb in _start () What I have to do is start Gnus, read my mail.xemacs group (the xemacs-beta list; only this group causes the crash! The only thing I can see that distinguishes this group is that one message has Japanese text in the "From: " line (so it's displayed in the summary)), then make-frame. -- Paul Foley <mycroft(a)actrix.gen.nz> --- PGP-encrypted mail preferred PGP key ID 0x1CA3386D available from keyservers fingerprint = 4A 76 83 D8 99 BC ED 33 C5 02 81 C9 BF 7A 91 E8

1 participants
0 comments

[CRASH] 21.0-b37 "Pygmy" 26 years, 7 months

Paul Foley

Trying to create a new frame while reading mail: C-x 5 2 <much disk activity> Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. [...] Lisp backtrace follows: # bind (frame-being-created) #<subr make-frame (interactive)>() # bind (command-debug-status) call-interactively(make-frame) # (condition-case ... . error) # (catch top-level ...) $ gdb src/xemacs core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.14 (i486-slackware-linux), Copyright 1995 Free Software Foundation, Inc... Couldn't fetch registers from core file: File in wrong format Couldn't fetch registers from core file: File in wrong format #0 0x0 in ?? () (gdb) quit $ ls -l core -rw------- 1 paul users 13365248 Apr 29 15:25 core $ ulimit -c unlimited $ file core core: ELF 32-bit LSB core file i386 (386 and up) Version 1 I did this twice...I can repeat it, but I'm not exactly sure of the conditions; seems to be OK after I start Gnus (e.g., in the *Group* buffer), but crashes after reading some messages. Anyone know why I can't read the core dump? -- Paul Foley <mycroft(a)actrix.gen.nz> --- PGP-encrypted mail preferred PGP key ID 0x1CA3386D available from keyservers fingerprint = 4A 76 83 D8 99 BC ED 33 C5 02 81 C9 BF 7A 91 E8

1 participants
0 comments

Customize and `nil' variables 26 years, 7 months

Stephen J. Turnbull

As far as I can tell, customize assumes that all variables with value `nil' are toggles. How can you edit one of these?

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta April 1998