crash
25 years
Nathan Everett Johnson
Nathan Everett Johnson
M-x w3 caused xemacs to crash
I just installed w3-4.0pre.46
I'm using glibc 2.0 under linux
If someone would like the core dump, or if there is additional
information which would be usefull, and I could furnish, please let me
know. I can be contacted as
nn(a)uswest.net
OUTPUT OF 'where' in gdb
-------------------------------------------------------------------------------
GNU gdb 4.18
This GDB was configured as "i686-pc-linux-gnu"...
Core was generated by `xemacs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/Xaw95/libXaw3d.so.6...done.
Reading symbols from /usr/local/lib/libtiff.so.3...done.
Reading symbols from /usr/local/lib/libpng.so.2...done.
Reading symbols from /usr/local/lib/libjpeg.so.6...done.
Reading symbols from /usr/local/lib/libz.so.1...done.
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /usr/local/lib/libgdbm.so.1...done.
Reading symbols from /usr/local/lib/libgpm.so.1...done.
Reading symbols from /lib/libncurses.so.4...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /lib/libnss_dns.so.2...done.
Reading symbols from /lib/libresolv.so.2...done.
#0 0x40307ab1 in __kill () from /lib/libc.so.6
(gdb) where
#0 0x40307ab1 in __kill () from /lib/libc.so.6
#1 0x80895c9 in fatal_error_signal (sig=11) at emacs.c:276
#2 0x403079b8 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:125
#3 0x81c46d5 in MaxLabel (gw=0x8583338, wid=0xbfffd248, hgt=0xbfffd24a,
w0=0xbfffd24c, w1=0xbfffd24e) at xlwgauge.c:967
#4 0x81c32cc in GaugeResize (w=0x8583338) at xlwgauge.c:327
#5 0x4002f99b in Initialize () from /usr/X11R6/lib/Xaw95/libXaw3d.so.6
#6 0x40130185 in CallInitialize () from /usr/X11R6/lib/libXt.so.6
#7 0x4013014d in CallInitialize () from /usr/X11R6/lib/libXt.so.6
#8 0x401306a2 in xtCreate () from /usr/X11R6/lib/libXt.so.6
#9 0x40130b8f in _XtCreateWidget () from /usr/X11R6/lib/libXt.so.6
#10 0x40130cb0 in XtCreateManagedWidget () from /usr/X11R6/lib/libXt.so.6
#11 0x81bd434 in xaw_create_progress (instance=0x8583158) at lwlib-Xaw.c:808
#12 0x81bb7f3 in instantiate_widget_instance (instance=0x8583158)
at lwlib.c:879
#13 0x81bb8f4 in lw_make_widget (id=65548, parent=0x8582ff0, pop_up_p=0 '\000')
at lwlib.c:358
#14 0x81bc1dc in lw_create_widget (type=0x821b499 "progress",
name=0x854c268 "Progress", id=65548, val=0x85343c8, parent=0x8582ff0,
pop_up_p=0 '\000', pre_activate_cb=0,
selection_cb=0x80abff0 <popup_selection_callback>, post_activate_cb=0)
at lwlib.c:931
#15 0x819bbf3 in x_widget_instantiate (image_instance=139996784,
instantiator=138403256, pointer_fg=136731044, pointer_bg=136731044,
dest_mask=239, domain=139583576, type=0x821b499 "progress", wv=0x85343c8)
at glyphs-x.c:2439
#16 0x819db84 in x_progress_gauge_instantiate (image_instance=139996784,
instantiator=138403256, pointer_fg=136731044, pointer_bg=136731044,
dest_mask=239, domain=139583576) at glyphs-x.c:2580
#17 0x80fd462 in instantiate_image_instantiator (device=139127048,
domain=139583576, instantiator=138403256, pointer_fg=136731044,
pointer_bg=136731044, dest_mask=239) at glyphs.c:605
#18 0x81018d4 in image_instantiate (specifier=138402976, matchspec=136516812,
domain=139583576, instantiator=138403256, depth=3) at glyphs.c:2564
#19 0x808cf55 in call_with_suspended_errors (
fun=0x8101370 <image_instantiate>, retval=136516812, class=136852068,
errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 666}, nargs=5) at eval.c:2126
#20 0x817397b in specifier_instance_from_inst_list (specifier=138402976,
matchspec=136516812, domain=139583576, inst_list=138319160, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 666}, no_quit=0, depth=3) at specifier.c:2444
#21 0x8173d47 in specifier_instance (specifier=138402976, matchspec=136516812,
domain=139583576, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 666}, no_quit=0, no_fallback=0, depth=1) at specifier.c:2559
#22 0x8175515 in Fspecifier_instance (specifier=138402976, domain=136731044,
default_=136731044, no_fallback=136731044) at specifier.c:2649
#23 0x808f1e1 in Ffuncall (nargs=5, args=0xbfffddb8) at eval.c:3178
#24 0x8061ae6 in execute_optimized_program (
program=0x85475a8 "À\t!¬\006ÂÀ\t\"\021\t\013N\034Å\f!«\013Æ\f\016\a\016\b\016\t$\024\f)\207\003", stack_depth=5, constants_data=0x8309d38)
at bytecode.c:743
#25 0x8061639 in funcall_compiled_function (fun=137394056, nargs=5,
args=0xbfffdec0) at bytecode.c:519
#26 0x808f353 in Ffuncall (nargs=6, args=0xbfffdebc) at eval.c:3210
#27 0x8061ae6 in execute_optimized_program (
program=0x8547588 "À\tÂ\013\f\r%\207ÿÿÿÿA", stack_depth=6,
constants_data=0x8314bf8) at bytecode.c:743
#28 0x8061639 in funcall_compiled_function (fun=137394224, nargs=1,
args=0xbfffdfcc) at bytecode.c:519
#29 0x808f353 in Ffuncall (nargs=2, args=0xbfffdfc8) at eval.c:3210
#30 0x8061ae6 in execute_optimized_program (program=0x86e9068 "\bÁk?\205¡",
stack_depth=6, constants_data=0x83fe9c0) at bytecode.c:743
#31 0x8061639 in funcall_compiled_function (fun=138290616, nargs=3,
args=0xbfffe0d0) at bytecode.c:519
#32 0x808f353 in Ffuncall (nargs=4, args=0xbfffe0cc) at eval.c:3210
#33 0x8061ae6 in execute_optimized_program (
program=0x86e8ff0 "\b¬\004Á \020\n＠\211\eA\034\r\013＠a«.\013\016\006¡\210\f\016\006a«\rÇÈ\016\t!Ê\016\013#\210ª\tÌ\016\006\016\013\b#\210Í \210Î «\027ÏÐ !\210ª\020\r\016\006B\nB\022Ì\016\006\016\013\b#\210\016\013Ña\tÒÓÔ\"\210Õ\r!*\207s-packÁ", stack_depth=5, constants_data=0x83fe890) at bytecode.c:743
#34 0x8061639 in funcall_compiled_function (fun=138290560, nargs=4,
args=0xbfffe1d4) at bytecode.c:519
#35 0x808f353 in Ffuncall (nargs=5, args=0xbfffe1d0) at eval.c:3210
#36 0x8061ae6 in execute_optimized_program (
program=0x86e85b8 "À\t\nÃ#\210\fÅa«\bÆ\t\016\a\n#\207È\t\016\a\f\n$\207",
stack_depth=5, constants_data=0x83fea90) at bytecode.c:743
#37 0x8061639 in funcall_compiled_function (fun=138290644, nargs=3,
args=0xbfffe2d8) at bytecode.c:519
#38 0x808f353 in Ffuncall (nargs=4, args=0xbfffe2d4) at eval.c:3210
#39 0x8061ae6 in execute_optimized_program (
program=0x86e8580 "\b¬\n\t¬\aÂÃÂ!\210\207ÄÅ\b\t#\036\006ÇÈ\016\006\016\t#\210\016\006)\207＠ipt,1", stack_depth=4, constants_data=0x83ff2c8)
at bytecode.c:743
#40 0x8061639 in funcall_compiled_function (fun=138290728, nargs=2,
args=0xbfffe3d8) at bytecode.c:519
#41 0x808f353 in Ffuncall (nargs=5, args=0xbfffe3d4) at eval.c:3210
#42 0x8061ae6 in execute_optimized_program (
program=0x86e8b50 "\b¬F\212eb\210ÁÂw\210ÃÄ!¬\005Å\020ª4ÆÇÂÈ#\002`\026\tÆÊ\016\tÈ#«\013ËÌ\224Ì\225{!\227\026\reb\210ÆÎ\016\tÈ#«\013ÏÌ\224Ì\225{!\020ª\003Â\020)d\016\t«\ad\016\tZª\002d]\036\020\b«0\bÌV«+\016\r«'ÑÒ!«\017ÒÓÔ\016\020\b\"\016\rÕ\b!$\210Ö×\016\rÕ\016\020!Õ\b!Ô\016\020\b\"%ªT\b«*\bÌV«%ÑÒ!«\017ÒØÔ\016\020\b\"\016\rÕ\b!$\210ÖÙÕ\016\020!Õ\b!Ô\016\020\b\"$ª(Ì\016\020U¬\020\016\r«\fÖÚ\016\rÕ\016\020!#"..., stack_depth=8, constants_data=0x865c0a0) at bytecode.c:743
#43 0x8061639 in funcall_compiled_function (fun=140867052, nargs=3,
args=0xbfffe540) at bytecode.c:519
#44 0x808f353 in Ffuncall (nargs=4, args=0xbfffe53c) at eval.c:3210
#45 0x809032f in run_hook_with_args_in_buffer (buf=0x86d4510, nargs=4,
args=0xbfffe53c, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3661
#46 0x809042d in va_run_hook_with_args (hook_var=136732604, nargs=3)
at eval.c:3674
#47 0x811b8fb in signal_after_change (buf=0x86d4510, start=1, orig_end=1,
new_end=1025) at insdel.c:2284
#48 0x811ca41 in buffer_insert_string_1 (buf=0x86d4510, pos=1,
nonreloc=0xbfffe6a0 "HTTP/1.1 200 OK\r\nDate: Wed, 24 Nov 1999 02:46:26 GMT\r\nServer: Apache/1.3.9 Ben-SSL/1.37 (Unix) PHP/3.0.12\r\nLast-Modified: Sun, 14 Nov 1999 21:59:36 GMT\r\nETag: \"4174e-a27-382f30c8\"\r\nAccept-Ranges: byte"..., reloc=136731044, offset=0, length=1024, flags=0) at insdel.c:2571
#49 0x811f3a6 in buffer_insert_raw_string_1 (buf=0x86d4510, pos=-1,
nonreloc=0xbfffe6a0 "HTTP/1.1 200 OK\r\nDate: Wed, 24 Nov 1999 02:46:26 GMT\r\nServer: Apache/1.3.9 Ben-SSL/1.37 (Unix) PHP/3.0.12\r\nLast-Modified: Sun, 14 Nov 1999 21:59:36 GMT\r\nETag: \"4174e-a27-382f30c8\"\r\nAccept-Ranges: byte"..., length=1024, flags=0) at insdel.c:2591
#50 0x81409a6 in read_process_output (proc=141460256) at process.c:915
#51 0x80c1a96 in execute_internal_event (event=139916204)
at event-stream.c:2960
#52 0x80c0f75 in Faccept_process_output (process=141460256, timeout_secs=3,
timeout_msecs=136731044) at event-stream.c:2647
#53 0x808f1bd in Ffuncall (nargs=3, args=0xbfffeb94) at eval.c:3178
#54 0x8061ae6 in execute_optimized_program (
program=0x86e8560 "À\tÂ\"\207plicati9", stack_depth=3,
constants_data=0x860cb10) at bytecode.c:743
#55 0x8061639 in funcall_compiled_function (fun=140972808, nargs=1,
args=0xbfffec94) at bytecode.c:519
#56 0x808f353 in Ffuncall (nargs=2, args=0xbfffec90) at eval.c:3210
#57 0x8061ae6 in execute_optimized_program (
program=0x86e7388 "À\t!\032\013®\004ÄÅ!\036\006Ç \210\nÈH\036\t\nÊH®\016\nËH\tÌ\nÍH\016\016\"£\036\017\016\020®\036\n\211\036\021ÒH«\021\016\021ÓHÔÕÖ\016\021ÒHÔ#Qª\005\016\021ÓH)\036\027\nØH\036\031Ú\036\e\016\017Ük«\004Ý\026\017\016\027Ük«\004Þ\026\027\016\t¬\bßà\t\"\202œ", stack_depth=7,
constants_data=0x869ab00) at bytecode.c:743
#58 0x8061639 in funcall_compiled_function (fun=141200960, nargs=1,
args=0xbfffeda0) at bytecode.c:519
#59 0x808f353 in Ffuncall (nargs=2, args=0xbfffed9c) at eval.c:3210
#60 0x8061ae6 in execute_optimized_program (
program=0x86afad8 "\b«\024Á\n!«\006Ã\n!ª\002\n\f\230«\005Å ª\002\n\032Æ\016\a!\211\036\bÉH\036\n\016\bËH\bÌ\016\b\211ËH\"\036\rÎ\036\017\016\a\036\020Î\036\021\016\r«\004Ò\026\nÓ\016\a!\211\026\021\bÔ\016\a\016\021\"?\211\026\021«\004Õª\fÖ\016\n®\002×\016\030\"£¢\026\017\016\021«\aÙ\016\a!ª\003\016\a\026\a\212Ú\n!q\210ÛÜ!\210ÝÞ!«\004Î\026\036\016\037?\026 \016\b\026!)\016\017«\017â\016\017!«\t\016\017\016\a!\210ª!Ú\n!q\210ã \210ä\026%æçèé\016\n\"êëì\016-îïð\016-ñ±\f\210\0162«\013"..., stack_depth=13, constants_data=0x86154a0) at bytecode.c:743
#61 0x8061639 in funcall_compiled_function (fun=140594344, nargs=2,
args=0xbfffeec4) at bytecode.c:519
#62 0x808f353 in Ffuncall (nargs=3, args=0xbfffeec0) at eval.c:3210
#63 0x8061ae6 in execute_optimized_program (
program=0x86afa98 "À \210ÁÂ!«\017ÃÂK!«\tÂÄ\rGÆ\r$\210\r«\rÇÈ\r\"«\a\rÄ\225ÆO\025É\r\016\n\"\207ly\001", stack_depth=6, constants_data=0x86155e0)
at bytecode.c:743
#64 0x8061639 in funcall_compiled_function (fun=140594372, nargs=1,
args=0xbfffefcc) at bytecode.c:519
#65 0x808f353 in Ffuncall (nargs=2, args=0xbfffefc8) at eval.c:3210
#66 0x8061ae6 in execute_optimized_program (
program=0x86d40a8 "\b¬\004Á \210ÂÃ!«\003\f\023ÂÅ!«\023\r«\020Æ\016\a\r＠\"«\b\r＠\026\b\rA\025\016\b«\a\016\bÉk«\005ÊË!\210ÆÌ\016\b\"«\017Í\016\016ÏH!\016\bÐÑOP\026\bÒ\016\b!ÓU«\n\016\bÔÑO\026\bªð\016\025¬\005\016\026\026\025\016\025;«\b×\016\025\227!\026\025\016\025«3\016\025\016\030·£\211\036\031§«\bÚ\016\031!\210ª\037\016\025Ûs«\bÜ\016\b!\210ª\022\016\025Ýa«\006Þ \210ª\aßà\016\025\"\210)Ò\016\b!áU«\006â\016\b!\207t«\005\016#¬\005\016$«\006å\016\b!\207æç!ppè\016\b!"...,
stack_depth=6, constants_data=0x862e8e0) at bytecode.c:743
#67 0x8061639 in funcall_compiled_function (fun=140697340, nargs=1,
args=0xbffff0d4) at bytecode.c:519
#68 0x808f353 in Ffuncall (nargs=2, args=0xbffff0d0) at eval.c:3210
#69 0x8061ae6 in execute_optimized_program (
program=0x869f540 "\b¬\004Á \210\n«\026Ã\f!«\021Å\f!«\fÆ\f!\210ÇÈÉÊ!\"\207\016\013¬\005ÌÍ!\207\016\013;¬\aÎÏ\016\013\"\207ÐÑ\016\013\"¬\bÍÒ\016\013P!\207Í\016\013!\207ù", stack_depth=4, constants_data=0x864e580) at bytecode.c:743
#70 0x8061639 in funcall_compiled_function (fun=140687920, nargs=0,
args=0xbffff1ec) at bytecode.c:519
#71 0x808f353 in Ffuncall (nargs=1, args=0xbffff1e8) at eval.c:3210
#72 0x80931ec in apply1 (fn=140687920, arg=136731044) at eval.c:3793
#73 0x8065d1a in Fcall_interactively (function=138292436,
record_flag=136731068, keys=136731044) at callint.c:394
#74 0x808d7be in Fcommand_execute (cmd=138292436, record=136731068,
keys=136731044) at eval.c:2613
#75 0x808f1bd in Ffuncall (nargs=3, args=0xbffff3e4) at eval.c:3178
#76 0x8061ae6 in execute_optimized_program (
program=0x8574be0 "\b\030Á\bÂa«\004ê$\bÄk«\004Ū\034\bš«\aÆÇ\b\"ª\022\b:«\r\b＠š«\bÆÇ\b＠\"ª\002È!\026\t)\016\n«Ut«RË\016\t!\016\t\036\f\036\rÎ\016\tÏ\"\210\016\r<\016\020¬\023Ñ Ò a«\aÓ pa«\006Ô \210ª\004Õ \210Ö×!\036ØÙÆ\016\rA«\004Úª\002Û\016\fÜ\016\r!#\"\210Ö\016\035!\210ÞÙ!*\207Î\016\tÏ\"\207", stack_depth=7,
constants_data=0x82f2e30) at bytecode.c:743
#77 0x8061639 in funcall_compiled_function (fun=137275364, nargs=1,
args=0xbffff4f8) at bytecode.c:519
#78 0x808f353 in Ffuncall (nargs=2, args=0xbffff4f4) at eval.c:3210
#79 0x8067794 in Fcall_interactively (function=137303492,
record_flag=136731044, keys=136731044) at callint.c:946
#80 0x808d7be in Fcommand_execute (cmd=137303492, record=136731044,
keys=136731044) at eval.c:2613
#81 0x80c4452 in execute_command_event (command_builder=0x8469b10,
event=139915972) at event-stream.c:4343
#82 0x80c506c in Fdispatch_event (event=139915972) at event-stream.c:4634
#83 0x806ce6b in Fcommand_loop_1 () at cmdloop.c:575
#84 0x806d0dd in command_loop_1 (dummy=136731044) at cmdloop.c:490
#85 0x8093e4b in condition_case_1 (handlers=136731140,
bfun=0x806d090 <command_loop_1>, barg=136731044,
hfun=0x806c1c0 <cmd_error>, harg=136731044) at eval.c:1630
#86 0x806d1dc in command_loop_2 (dummy=136731044) at cmdloop.c:252
#87 0x8093d19 in internal_catch (tag=136804996,
func=0x806d1a0 <command_loop_2>, arg=136731044, threw=0x0) at eval.c:1305
#88 0x806c62d in initial_command_loop (load_me=136731044) at cmdloop.c:301
#89 0x8087b37 in xemacs_21_2_b20_i686_pc_linux (argc=1, argv=0xbffff9f4,
envp=0xbffff9fc, restart=0) at emacs.c:1873
#90 0x808982d in main (argc=1, argv=0xbffff9f4, envp=0xbffff9fc)
at emacs.c:2298
#91 0x40301213 in __libc_start_main (main=0x8089710 <main>, argc=1,
argv=0xbffff9f4, init=0x804dc40 <_init>, fini=0x81ccb00 <_fini>,
rtld_fini=0x4000ac30 <_dl_fini>, stack_end=0xbffff9ec)
at ../sysdeps/generic/libc-start.c:90
(gdb) quit
OUTPUT OF xemacs>&file
-------------------------------------------------------------------------------
Warning: Representation size 4 must match superclass's to override value
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Please report this bug by running the send-pr script included
with XEmacs, or selecting `Send Bug Report' from the help menu.
As a last resort send ordinary email to `crashes(a)xemacs.org'.
*MAKE SURE* to include the information in the command
M-x describe-installation.
If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started the editor, or maybe in your home
directory), and type
gdb /usr/bin/xemacs core
then type `where' when the debugger prompt comes up.
(If you don't have GDB on your system, you might have DBX,
or XDB, or SDB. A similar procedure should work for all of
these. Ask your system administrator if you need more help.)
Lisp backtrace follows:
# (unwind-protect ...)
specifier-instance(#<image-specifier global=((... . ...) (... . ...) (... . ...)) fallback=((nil . ...)) 0x168c> nil nil nil)
# bind (value no-fallback default domain property glyph)
glyph-property-instance(#<glyph (buffer) #<image-specifier global=(... ... ...) fallback=(...) 0x168c>0x168b> image nil nil nil)
# bind (no-fallback default domain glyph)
glyph-image-instance(#<glyph (buffer) #<image-specifier global=(... ... ...) fallback=(...) 0x168c>0x168b>)
# bind (inhibit-read-only zmacs-region-stays val frame value message)
raw-append-progress("Reading [text/html] 2k" 39 #<x-frame "emacs" 0x1ea4>)
# bind (tmsg top frame value message label)
append-progress(progress "Reading [text/html] 2k" 39 nil)
# bind (frame value message label)
display-progress(progress "Reading [text/html] 2k" 39)
# bind (str args value fmt)
progress("Reading [%s] %s" 39 "text/html" "2k")
# bind (current-length args)
url-after-change-function(1 1025 0)
# (unwind-protect ...)
# (unwind-protect ...)
accept-process-output(#<network connection "WWW" (80 . "www.cs.indiana.edu") state:exit> 1)
# bind (proc)
url-accept-process-output(#<network connection "WWW" (80 . "www.cs.indiana.edu") state:exit>)
# (unwind-protect ...)
# (unwind-protect ...)
# bind (process request dest file port server ref-url urlobj proxy-info url)
url-http("http://www.cs.indiana.edu/elisp/w3/docs.html")
# bind (cached original-url handler url-using-proxy type urlobj url-working-buffer no-cache url)
url-retrieve-internally("http://www.cs.indiana.edu/elisp/w3/docs.html" nil)
# bind (expected-md5 no-cache url)
url-retrieve("http://www.cs.indiana.edu/elisp/w3/docs.html")
# bind (x lastbuf w3-current-buffer buf target url)
w3-fetch("http://www.cs.indiana.edu/elisp/w3/docs.html")
#<compiled-function nil "...(68)" [w3-setup-done w3-do-setup w3-track-last-buffer bufferp w3-last-buffer buffer-name switch-to-buffer message "Reusing buffer. To reload, type %s." substitute-command-keys "\\[w3-reload-document]" w3-default-homepage call-interactively w3-fetch error "Invalid setting for w3-default-homepage: %S" string-match ".*:.*" "file:"] 4 ("/usr/lib/xemacs/site-lisp/w3.elc" . 31359) nil>()
call-interactively(w3)
command-execute(w3 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 ...)
OUTPUT OF describe-installation
-------------------------------------------------------------------------------
uname -a: Linux najohnson 2.2.13 #2 Mon Nov 15 18:04:57 MST 1999 i686 unknown
configure '-prefix=/usr'
XEmacs 21.2-b20 "Yoko" configured for `i686-pc-linux'.
Where should the build process find the source code? /usr/src/xemacs-21.2.20
What installation prefix should install use? /usr
What operating system and machine description files should XEmacs use?
`s/linux.h' and `m/intel386.h'
What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch
Should XEmacs use the GNU version of malloc? yes
(Using Doug Lea's new malloc from the GNU C Library.)
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/X11/include
Where do we find X Windows libraries? /usr/X11/lib
Compiling in support for XAUTH.
Compiling in support for XPM images.
Compiling in support for PNG image handling.
Compiling in support for (builtin) GIF image handling.
Compiling in support for JPEG image handling.
Compiling in support for TIFF image handling.
Compiling in native sound support.
Compiling in support for Berkeley DB.
Compiling in support for GNU DBM.
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Compiling in support for proper WM_COMMAND handling.
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena-3d native widgets.
Using Athena-3d dialog boxes.
Compiling in DSO module support.
movemail will use "dot-locking" for locking mail spool files.
Compiling in extra code for debugging.
WARNING: ---------------------------------------------------------
WARNING: Compiling in support for runtime error checking.
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
-------------------------------------------------------------------------------
- 2 participants
- 1 comments
Re: build-failure on solaris2.6
25 years
Jan Vroonhof
Jan Vroonhof
Nils Bokermann <bokerman(a)uni-bielefeld.de> writes:
> #12 0xb074c in unexec (
> new_name=0xefffed60 "/opt/packages/xemacs-21.2.20/src/xemacs",
> old_name=0xefffed38 "/opt/packages/xemacs-21.2.20/src/temacs",
> data_start=2565776, bss_start=0, entry_address=0) at unexsol2-6.c:33
Please include less subtle info about your platform next time :-)
I think wmperry had a similar problem recently. on some Solaris 2.6
versions the dldump library doesn't work that well...
I think the work around would be to change .../src/s/sol2.h from
#undef UNEXEC
#if OS_RELEASE < 56
#define UNEXEC "unexsol2.o"
#else
#define UNEXEC "unexsol2-6.o"
#endif
to
#undef UNEXEC
#if OS_RELEASE < 56
#define UNEXEC "unexsol2.o"
#else
#define UNEXEC "unexsol2.o"
#endif
Could you report back if this works for you too?
It is very nice from sun to provide a dumping library with the OS, but
it would be even nicer if it worked :-)
Jan
- 2 participants
- 2 comments
Re: Char-related crashes (hopefully) fixed
25 years
Hrvoje Niksic
Hrvoje Niksic
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
> Mule, by definition, breaks the kind of code we're discussing.
Why do you keep repeating that? It breaks that kind of code only for
Asian use. For Americans or some Europeans, that code continues to
work unchanged and without problems. If done right, it could have
continued working for all Europeans, but that's an old gripe.
- 3 participants
- 2 comments
M-x compile leaves 3 handles open on native Windows (21.1 and 21.2)
25 years
Adrian Aichner
Adrian Aichner
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.1 (patch 8) "Bryce Canyon" [Lucid] (i386-pc-win32) of Wed Nov 10 1999 on ZJ75T
configured using `configure UNKNOWN'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Bring up
Windows NT Task Manager
Start
xemacs -vanilla
Note the number Handles XEmacs has open.
Run
M-x compile RET dir RET
Note new number of open handles, which will have increased by 3.
Best regards,
Adrian
Recent keystrokes:
C-x o C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
RET button3 misc-user button3up C-x 0 C-x ` C-x o C-l
C-x ` C-x 1 M-> M-< M-> C-x C-b C-x o C-x C-b C-s G
r RET C-s C-s C-s RET C-x C-z button1 button1up misc-user
misc-user C-x C-b M-x c o m p i l e RET C-a C-k d i
r RET M-x M-p RET M-p M-n M-p RET C-x C-n M-x c o m
p i l e RET RET M-x M-p RET M-p M-n M-p RET M-x M-p
RET RET misc-user
Recent messages (most recent first):
Wrong type argument: natnump, -1
No preceding item in compile-history
C-x C-n not defined.
Wrong type argument: natnump, -1
No preceding item in compile-history
No more errors yet
Auto-saved xemacs-make-all.err
No more grep hits
Wrote d:\tmp\21.2\xemacs\src\sysdep.c
Wrote d:\tmp\21.2\xemacs\src\sysdep.c
- 1 participants
- 0 comments
build-failure on solaris2.6
25 years
Nils Bokermann
Nils Bokermann
Hi
Maybe I'm too blind too see, but temacs crashes with segfault when dumping
to xemacs:(
Loading site-load...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name xemacs
Segmentation Fault - core dumped
gmake[1]: [xemacs] Error 139 (ignored)
---
bash-2.02$ gdb src/temacs src/core
[...]
(gdb) bt
#0 0xeef9e93c in ?? ()
#1 0xef008328 in ?? ()
#2 0xef7d9f58 in ?? ()
#3 0xef7d69c8 in ?? ()
#4 0xef7d47d8 in ?? ()
#5 0xef7e0678 in ?? ()
#6 0xef7d3a88 in ?? ()
#7 0xef7dd588 in ?? ()
#8 0xef7dd12c in ?? ()
#9 0xef7dd278 in ?? ()
#10 0xef7de0b0 in ?? ()
#11 0xef7ddf68 in ?? ()
#12 0xb074c in unexec (
new_name=0xefffed60 "/opt/packages/xemacs-21.2.20/src/xemacs",
old_name=0xefffed38 "/opt/packages/xemacs-21.2.20/src/temacs",
data_start=2565776, bss_start=0, entry_address=0) at unexsol2-6.c:33
#13 0x9bbd4 in Fdump_emacs (intoname=4608612, symname=4608628) at emacs.c:2647
#14 0xa3094 in Feval (form=4509796) at eval.c:2975
#15 0x9dbe0 in Fprogn (args=4630676) at eval.c:767
#16 0xa2f04 in Feval (form=4630688) at eval.c:2947
#17 0x9d8dc in Fif (args=4630688) at eval.c:683
#18 0xa2f04 in Feval (form=4630724) at eval.c:2947
#19 0xa34a4 in Feval (form=4557116) at eval.c:3055
#20 0x152120 in readevalloop (readcharfun=3066752, sourcename=3081572,
evalfun=0xa2810 <Feval>, printflag=0) at lread.c:1447
#21 0x1508cc in Fload_internal (file=3081572, no_error=2551940,
nomessage=2628608, nosuffix=2795524, codesys=2627584, used_codesys=3)
at lread.c:736
#22 0xa3160 in Feval (form=3059480) at eval.c:2975
#23 0x9f7cc in condition_case_1 (handlers=2580480, bfun=0xa2810 <Feval>,
barg=3059480, hfun=0x7c3bc <cmd_error>, harg=2795524) at eval.c:1630
#24 0x7c44c in top_level_1 (dummy=2627584) at cmdloop.c:202
#25 0xa8284 in internal_catch (tag=2877516, func=0x7c410 <top_level_1>,
arg=2795524, threw=0x0) at eval.c:1305
#26 0x7b2f4 in initial_command_loop (load_me=3081572) at cmdloop.c:281
#27 0x9aec8 in sort_args (argc=2178048, argv=0xeffffbd4) at emacs.c:1873
#28 0x9ccdc in main (argc=5, argv=0xeffffbd4, envp=0xeffffbec) at emacs.c:2236
(gdb)
---
bash-2.02$ ldd src/temacs
libXm.so.3 => /usr/dt/lib/libXm.so.3
libDtSvc.so.1 => /usr/dt/lib/libDtSvc.so.1
libtt.so.2 => /usr/dt/lib/libtt.so.2
libXmu.so.4 => /usr/openwin/lib/libXmu.so.4
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libSM.so.6 => /usr/openwin/lib/libSM.so.6
libICE.so.6 => /usr/openwin/lib/libICE.so.6
libdl.so.1 => /usr/lib/libdl.so.1
libkvm.so.1 => /usr/lib/libkvm.so.1
libkstat.so.1 => /usr/lib/libkstat.so.1
libm.so.1 => /usr/lib/libm.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libelf.so.1 => /usr/lib/libelf.so.1
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 => /usr/lib/libmp.so.2
bash-2.02$
---
# Run this file to recreate the current configuration.
# This directory was configured as follows,
# on host hermes:
#
# ./configure --prefix=/opt/gnu/xemacs/21.2.20
I hope I didn't forget anything interesting...
Bye, Nils
--
Nils Bokermann
Phone: +49 521 88074398
- 1 participants
- 0 comments
Problem with cvs?
25 years
Peter B. West
Peter B. West
I have just done a cvs update of both XEmacs and the packages for the
first time since the end of June. Both seemed to go extremely slowly,
but, after a few restarts, the packages update did complete. XEmacs
proper, however, stalled during the update of the man directory. I
tried blowing a few of the .tex files away to see if that would break
the log jam (it seemed a good idea at the time) but to no avail. The
update stalls here:
cvs server: Updating lwlib
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink(CVS/Entries.Log)
cvs server: Updating man
S-> rename(CVS/Entries.Backup,CVS/Entries)
S-> unlink(CVS/Entries.Log)
S-> checkout (/usr/CVSroot/XEmacs/xemacs/man/cl.texi,v, 1.7.2.2, ,
(function))
S-> server_register(cl.texi, 1.7.2.2, , , release-21-2, , )
S-> Register(cl.texi, 1.7.2.2, , , release-21-2 )
I have this in my .cvsrc:
cvs -z3
diff -u
update -P
I issue `cvs update' in the top level directory.
Any ideas?
Yours faithfully,
--
__ /__ Peter B. West pbwest(a)netscape.net
/ http://www.powerup.com.au/~pbwest
/ "Lord, to whom shall we go?"
- 2 participants
- 1 comments
Binary edits
25 years
Peter B. West
Peter B. West
Using a 21.2 build from last June, I tried to edit a file with hexl. My
changes to x0D were stubbornly modified to x0A whenever I wrote the
file. I set the coding to binary, but the D->A changes just kept on
happening. Am I missing something, or was this a bug in an earlier
version?
Semper in Domino,
Peter
--
__ /__ Peter B. West pbwest(a)netscape.net
/ http://www.powerup.com.au/~pbwest
/ "Lord, to whom shall we go?"
- 1 participants
- 0 comments
Re: Can't load user-init-file in latest 21.2
25 years
Vin Shelton
Vin Shelton
Consider my previous email a complaint:
'xemacs-21.2 -vanilla' produces the following lisp backtrace when I
click on the "Load .emacs" button.
Signaling: (wrong-number-of-arguments #<compiled-function nil "...(31)" [user-init-file paths-construct-path "~" user-init-file-base load t inhibit-default-init nil inhibit-startup-message "default"] 5 794380> 1)
load-user-init-file("acs")
(progn (delete-menu-item (quote ...)) (load-user-init-file (user-login-name)))
)
eval((progn (delete-menu-item (quote ...)) (load-user-init-file (user-login-name))))
- vin
>>>>> On 22 Nov 1999, sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) said:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
APA> Handling of user-init-* is an open issue which was discussed starting at
APA> http://www.xemacs.org/list-archives/xemacs-beta/9908/msg00772.html
Michael> What's open about it? There was design, discussion, redesign,
Michael> implementation, and agreement, and so far, noone has complained.
- 1 participants
- 0 comments
RE: [what to do?] Windows FILETIME breakage between NT and 9[58]
25 years
Bill Tutt
Bill Tutt
> -----Original Message-----
> From: Adrian Aichner [mailto:aichner＠ecf.teradyne.com]
>
> Bill> With your current fix, what would this gain? As long as you
>
> Oh, I get it. Just assume UTC always? If it's FAT you loose.
>
I saw the same behavior on a FAT drive that I did on my NTFS drive.
But yes, always assume UTC, that way you'll always get the ordering correct
at the exspense of possibly an incorrect localtime() display.
> Maybe I should submit my patch as it is.
>
That'd be my suggestion. :)
Bill
- 1 participants
- 0 comments
Re: [what to do?] Windows FILETIME breakage between NT and 9[58]
25 years
Adrian Aichner
Adrian Aichner
>>>>> "Bill" == Bill Tutt <billtut(a)microsoft.com> writes:
>>
>> What I have yet to put in, is to determine whether the current
>> volume actually has UTC dates. Fabrice suggested using
>> GetVolumeInformation() and that works fine too.
>>
>> Does CDFS have UTC times?
>>
Bill> With your current fix, what would this gain? As long as you
Oh, I get it. Just assume UTC always? If it's FAT you loose.
Maybe I should submit my patch as it is.
Bill> compare file times using identical methods all the time,
Bill> then it should never matter.
Bill> To fill in the details on the ISO CD FS spec: (not the Win32
Bill> CDFS driver) Volume creation date/times are formatted
Bill> something like:
Thanks,
Adrian
- 1 participants
- 0 comments