Customize widget bug & font underline bug
23 years, 9 months
Hannu Koivisto
Hannu Koivisto
Greetings,
During an attempt to test whether XEmacs 21.2-b43 would be improved
so much from 21.1.* that I could move from Emacs to it, I noticed
that when I click the show button of Dired No Confirm option in a
buffer generated with M-x customize-apropos RET dired RET, I get a
result shown in picture at
<URL:http://www.iki.fi/azure/var/bugreports/xemacs-customize.png>.
As you can see from the same picture, the old font underline
problem that I have reported earlier is still there. I.e. the
underline is at too high point. My system is Debian GNU/Linux
unstable x86 with XFree86 3.3.6, and I recall that the underline
problem is caused by a buggy font distributed with at least this
XFree86 version, but the fact is that I still have to use 3.3.6 for
some time and if XEmacs doesn't provide a work-around for this
problem, this is such a showstopper for me that I won't be using
XEmacs.
--
Hannu
- 1 participants
- 0 comments
GC Crash 21.2.42 "Poseidon"
23 years, 9 months
Stephen J. Turnbull
Stephen J. Turnbull
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or 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.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -debug-init
Starting program: /playpen/src/Builds/XEmacs-21.2/src/xemacs -debug-init
Program received signal SIGABRT, Aborted.
0x403b8161 in kill () from /lib/libc.so.6
(gdb) where
#0 0x403b8161 in kill () from /lib/libc.so.6
#1 0x403b7e44 in raise () from /lib/libc.so.6
#2 0x403b95a1 in abort () from /lib/libc.so.6
#3 0x80c11db in assert_failed (
file=0x823df00 "/coda/Projects/XEmacs/21.2-HEAD/src/alloc.c", line=2400,
expr=0x823eac0 "! C_READONLY_RECORD_HEADER_P (GCLI_lh) || (MARKED_RECORD_HEADER_P (GCLI_lh) && LISP_READONLY_RECORD_HEADER_P (GCLI_lh))")
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:3214
#4 0x8087819 in mark_object (obj=144183156)
at /coda/Projects/XEmacs/21.2-HEAD/src/alloc.c:2400
#5 0x8088cfa in garbage_collect_1 ()
at /coda/Projects/XEmacs/21.2-HEAD/src/alloc.c:3391
#6 0x80c670d in Feval (form=156977940)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3256
#7 0x80cdbda in Fprogn (args=155137164)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:775
#8 0x80ca5ef in unbind_to_hairy (count=23)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:4974
#9 0x80cd9f4 in unbind_to (count=23, value=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:4949
#10 0x80c336b in Fthrow (tag=137509460, value=137410804)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1386
#11 0x80c771a in Ffuncall (nargs=3, args=0xbfffd9b8)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3528
#12 0x809656e in execute_optimized_program (
program=0xbfffda14 "Â\211\031\030ÃÄÅ\"*\207ÿ¿C¦\f\b\214\2373\bܸ0\bLÚÿ¿¦¥\f\b\204Ûÿ¿hÚÿ¿lÚÿ¿\003", stack_depth=3, constants_data=0x97b96d0)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#13 0x8099a2c in Fbyte_code (instructions=157682188, constants=159094464,
stack_depth=7) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:2405
#14 0x80c6cb2 in Feval (form=154786704)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3331
#15 0x80c3ab1 in condition_case_3 (bodyform=154786704, var=137410780,
handlers=154386352) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#16 0x8096ffd in execute_rare_opcode (stack_ptr=0xbfffdd20,
program_ptr=0x8a12de4 "\207\006I＠", opcode=Bcondition_case)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:1271
#17 0x809635e in execute_optimized_program (
program=0x8a12de0 "ÀÁÂ\217\207\006I＠", stack_depth=3,
constants_data=0x97b9700)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:656
#18 0x8096183 in funcall_compiled_function (fun=155738800, nargs=0,
args=0xbfffde5c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#19 0x80c78b7 in Ffuncall (nargs=1, args=0xbfffde58)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#20 0x809656e in execute_optimized_program (program=0x8a12dc0 "ÀÁ!\210Â \207",
stack_depth=2, constants_data=0x97b9748)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#21 0x8096183 in funcall_compiled_function (fun=155738856, nargs=0,
args=0xbfffdfc8) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#22 0x80c78b7 in Ffuncall (nargs=1, args=0xbfffdfc4)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#23 0x80ccd33 in apply1 (fn=155738856, arg=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:4152
#24 0x809a73f in Fcall_interactively (function=152286300,
record_flag=137410780, keys=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/callint.c:397
#25 0x80c5edd in Fcommand_execute (cmd=152286300, record_flag=137410780,
keys=137410780) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2970
#26 0x811e085 in execute_command_event (command_builder=0x85dd060,
event=155631508) at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:3834
#27 0x811ecec in Fdispatch_event (event=155631508)
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:4165
#28 0x80a5bb2 in Fcommand_loop_1 ()
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:583
#29 0x80a5e42 in command_loop_1 (dummy=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#30 0x80cd8f3 in condition_case_1 (handlers=137410876,
bfun=0x80a5e04 <command_loop_1>, barg=137410780,
hfun=0x80a5eb4 <cmd_error>, harg=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#31 0x80a5fa7 in command_loop_2 (dummy=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#32 0x80cd7bc in internal_catch (tag=137509556,
func=0x80a5f6c <command_loop_2>, arg=137410780, threw=0x0)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#33 0x80a5963 in Frecursive_edit ()
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:368
#34 0x80c76f6 in Ffuncall (nargs=1, args=0xbfffe588)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3528
#35 0x809656e in execute_optimized_program (
program=0xbfffe5e4 "Æ\n!\210Ç \210pÈÉ\031\030\034Ê \210+eb\210Ë \210`ÌÍ!\210Îy\210`|\210Ï \210\r＠Ðs«\eÑc\210\r＠Òa«eÓÔÈ\"\210ÕÎ!\210Öc\210×y\210ªT\r＠Øa«\034Ùc\210\rA＠\023Ú\013p\"\210Ûc\210ÕÎ!\210Üc\210×y\210ª3\r＠Ýa«\020Þc\210Ú\rA＠p\"\210Ûc\210ª\036\r＠Èa«\006ßc\210ª\023Ú\r＠àa«\005\rAª\002\rp\"\210Ûc\210áâ!\210ÈàÈ\036$\034\036%áâ!\210ã \210+à\207", stack_depth=3, constants_data=0x93b4c70)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#36 0x8099a2c in Fbyte_code (instructions=150834364, constants=154881120,
stack_depth=7) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:2405
#37 0x80c6cb2 in Feval (form=155818768)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3331
#38 0x80cdbda in Fprogn (args=156226288)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:775
#39 0x8096f67 in execute_rare_opcode (stack_ptr=0xbfffe9f8,
program_ptr=0x95abffa "\210\016\034.&\207¨", opcode=Bsave_window_excursion)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:1239
#40 0x809635e in execute_optimized_program (
program=0x95abf70 "Æ «\aÇÈ\016\035\"\210ÉÊ!\210Ë\211\211\211Ì\036\036ÍÎ!)pË\211Ï \r\f\013\n\t\016\037\b\016\025\016\026\016\027\016\030\016\031\016\032\016\e\036 \036!\036\"\036#\036$\036%\036&\036'\036(\036)\036*\036+\036,\036-\036.\036/\0360\0361\0362\0363\0364\0365\036\034Ð\216Ë\211\211Ñ ÒËÑ ÒË\211Ó\211Ë\036\e\036\032\036\031\035\034\036\030\036\027\036\026\036\025\030\031\032\e\212Ô\213\210\016\034.&\207¨", stack_depth=23, constants_data=0x93bc210)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:656
#41 0x8096183 in funcall_compiled_function (fun=155738772, nargs=2,
args=0xbfffeb88) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#42 0x80c78b7 in Ffuncall (nargs=3, args=0xbfffeb84)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#43 0x80c8364 in Fapply (nargs=2, args=0xbfffebf8)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3804
#44 0x80ccd69 in apply1 (fn=138037348, arg=151888540)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:4157
#45 0x80cdf9b in call_debugger_259 (arg=151888540)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:339
#46 0x80cd7bc in internal_catch (tag=137509460,
func=0x80cdf84 <call_debugger_259>, arg=151888540, threw=0xbfffed54)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#47 0x80c1cef in signal_call_debugger (conditions=143731668, sig=143455364,
data=137410780, active_handlers=153900460, signal_vars_only=1,
stack_trace_displayed=0xbfffedbc, debugger_entered=0xbfffedc0)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:393
#48 0x80c407a in signal_1 (sig=143455364, data=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1978
#49 0x80cdcee in Fsignal (error_symbol=143455364, data=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2052
#50 0x80c771a in Ffuncall (nargs=3, args=0xbfffeee8)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3528
#51 0x809656e in execute_optimized_program (
program=0x902d6a0 "\b\031\nÃ=«\025\tA\211\021¬(\f«\005\r\021ª!ÆÇÈ\"\210ª\032\t＠ÉHÊHJ\211\021¬\017\f«\aË\r!\021ª\006ÆÌÈ\"\210\t\211\020)\207\006I＠9",
stack_depth=4, constants_data=0x892a580)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#52 0x8096183 in funcall_compiled_function (fun=143830940, nargs=1,
args=0xbffff03c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#53 0x80c78b7 in Ffuncall (nargs=2, args=0xbffff038)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#54 0x809656e in execute_optimized_program (
program=0xbffff094 "À\t!\210\n\013=¬\rÄ\013Å\"«\aÀ\t!\210ªð\013\n=«\036\016\006«\032\016\aA«\025À\t!\210\n\013=¬\fÄ\013!«\aÀ\t!\210ªñÀ\207>p\b®³\b\b\bp=¬\tÁ\b!«\004\bq\210Á\207¿´ðÿ¿\024", stack_depth=3, constants_data=0x892a640)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#55 0x8099a2c in Fbyte_code (instructions=143729228, constants=143828528,
stack_depth=7) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:2405
#56 0x80c6cb2 in Feval (form=143868188)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3331
#57 0x80c3ab1 in condition_case_3 (bodyform=143868188, var=137410780,
handlers=143862056) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#58 0x8096ffd in execute_rare_opcode (stack_ptr=0xbffff430,
program_ptr=0x92e32cb "\210\016\021\016\032=¬\013à\016\032\016\021\"\210á \210\013\t\016\r\005â\013Ê\"-\207", opcode=Bcondition_case)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:1271
#59 0x809635e in execute_optimized_program (
program=0x92e3258 "t«\004À \210\t«\017Â\t!¬\005ÃÄ!\210\tq\210ª\n\rÆ>¬\005ÃÇ!\210È \210ÉÊ\211Ë\016\fC$\210\016\r«\004Î \210\016\017¬\004Ð\026\017\016\021\016\022Ó=Ê\016\017ÔV«\004Õª\002Ö×\016\017!\036\017\036\030\e\036\031\036\032\016\021¬\a\016\e\026\021ª\023\016\017ÐU¬\bÊÜÝ\217\210ª\006ÊÞß\217\210\016\021\016\032=¬\013à\016\032\016\021\"\210á \210\013\t\016\r\005â\013Ê\"-\207",
stack_depth=6, constants_data=0x892a738)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:656
#60 0x8096183 in funcall_compiled_function (fun=143830996, nargs=3,
args=0xbffff57c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#61 0x80c78b7 in Ffuncall (nargs=4, args=0xbffff578)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#62 0x809656e in execute_optimized_program (
program=0x966cb90 "t«\004À \210\t«\017Â\t!¬\005ÃÄ!\210\tq\210ª\n\rÆ>¬\005ÃÇ!\210È \210\016\t«\tÊËpC\"\210ªõÌ \210\016\rÎ=Ï\016\020!Ñ\036\022\036\023\036\024\016\023«\036\016\023＠ÕHÕH¬\rÖ\016\023＠×\"\210\016\022T\026\022\016\023A\211\026\023¬äØÙ\211Ú\016\eC$\210\016\024«\037t«\034\016\022ÑU«\aÜÝ!\210ª\020ÜÞ\016\022\211ßU«\004àª\002á#\210â \210\016#\030\016\024?\023\016$\005\016#×=\036$å\016\020×\016&#)+\207", stack_depth=6, constants_data=0x96ca970)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#63 0x8096183 in funcall_compiled_function (fun=155737456, nargs=1,
args=0xbffff6d8) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#64 0x80c78b7 in Ffuncall (nargs=2, args=0xbffff6d4)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#65 0x809c14a in Fcall_interactively (function=143077188,
record_flag=137410780, keys=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/callint.c:940
#66 0x80c5edd in Fcommand_execute (cmd=143077188, record_flag=137410780,
keys=137410780) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2970
#67 0x811e085 in execute_command_event (command_builder=0x85dd060,
event=155780232) at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:3834
#68 0x811ecec in Fdispatch_event (event=155780232)
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:4165
#69 0x80a5bb2 in Fcommand_loop_1 ()
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:583
#70 0x80a5e42 in command_loop_1 (dummy=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#71 0x80cd8f3 in condition_case_1 (handlers=137410876,
bfun=0x80a5e04 <command_loop_1>, barg=137410780,
hfun=0x80a5eb4 <cmd_error>, harg=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#72 0x80a5fa7 in command_loop_2 (dummy=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#73 0x80cd7bc in internal_catch (tag=137487164,
func=0x80a5f6c <command_loop_2>, arg=137410780, threw=0x0)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#74 0x80a5426 in initial_command_loop (load_me=137410780)
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#75 0x80bf55d in xemacs_21_2_b42_i586_pc_linux ()
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2253
#76 0x80c14a9 in main () at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2682
#77 0x403a8dcc in __libc_start_main () from /lib/libc.so.6
(gdb) source /coda/Projects/XEmacs/21.2-HEAD/src/.gdbinit
(gdb) decode_object(144183156)
(gdb) xtype(144183156)
Can't access 0x0
(gdb) cont
Continuing.
Program received signal SIGTSTP, Stopped (user).
0x403fbba6 in malloc () from /lib/libc.so.6
(gdb) kill
#### Sorry 'bout that; it's a relatively resource-poor machine and I
#### needed the VM back.
Approx. 21.2.42, CVS current as of approximately Jan 28 9:00 UTC.
uname -a: Linux turnbull 2.2.18pre2 #1 Mon Sep 4 19:28:49 JST 2000 i586 unknown
/coda/Projects/XEmacs/21.2-HEAD/configure '--srcdir=/coda/Projects/XEmacs/21.2-HEAD' '--prefix=/playpen/gnu' '--exec-prefix=/playpen/gnu/plat' '--with-mule' '--with-xim=xlib' '--with-xfs'
XEmacs 21.2-b42 "Poseidon" configured for `i586-pc-linux'.
Compilation / Installation:
Source code location: /coda/Projects/XEmacs/21.2-HEAD
Installation prefix: /playpen/gnu
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for Berkeley database.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
- Using XFontSet to provide bilingual menubar.
Compiling in support for Canna on Mule.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Compiling in support for extra debugging code.
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: ---------------------------------------------------------
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
- 1 participants
- 0 comments
shifted arrow keys and the region
23 years, 9 months
John H Palmieri
John H Palmieri
XEmacs 21.2 (beta42) \"Poseidon\" [Lucid] (alphaev5-dec-osf5.0) of Mon Jan 22 2001 on goedel1
I was just playing around and I discovered that if I hold the shift
key down and hit the arrow keys, the mark is set and the region is
activated. In fact, it acts just like I hit 'C-spc' and then the
unshifted arrow keys. This seems like a fine thing to me. The
complete lack of documentation is what puzzles me: if I run
'describe-key' on 'Sh-up', I get the description for 'up'. (Actually,
if I hit 'C-h k', I get the prompt "Describe key: ". If I hit
'Sh-up', then I see "Sh-up" appear briefly in the minibuffer, and
*then* I get the description for the 'up' key.) The description for
'up' doesn't say anything about the behavior when the shift key is
held down.
Similarly, if I hit 'C-h b', there are no listings for the shifted
arrow keys.
So: should the function describe-key give a description for 'Sh-up'
(etc.)? Should the documentation for each arrow key say what happens
if you hold down the shift key? Should describe-bindings have
listings for the shifted arrow keys? (A cursory inspection of the
info pages doesn't help much, either; for instance, these shifted
arrow keystrokes are not given in the "Setting the Mark" node.)
--
John H. Palmieri
Dept of Mathematics, Box 354350 palmieri(a)math.washington.edu
University of Washington http://www.math.washington.edu/~palmieri/
Seattle, WA 98195-4350
- 8 participants
- 13 comments
Core while reading huge input stream
23 years, 9 months
Norbert Koch
Norbert Koch
Hi!
XEmacs 21.2 (beta43) "Terspichore" [Lucid] (i386-unknown-freebsd3.3,
Mule) of Wed Feb 7 2001 on lamia.LF.net
Reading in the output from a UNIX locate command xemacs dumps core, if
the amount of data is too big.
norbert.
C-trace:
#0 0x185593d0 in kill () from /usr/lib/libc.so.3
#1 0x80c5dc3 in fatal_error_signal (sig=6) at emacs.c:535
#2 0xbfbfdfdc in ?? ()
#3 0x80c914a in assert_failed (file=0x82a199f "alloc.c", line=293,
expr=0x82a1982 "block != (void *) 0xDEADBEEF") at emacs.c:3214
#4 0x808f3b0 in sweep_strings () at alloc.c:293
#5 0x808f4d0 in gc_sweep () at alloc.c:3138
#6 0x808fbdb in garbage_collect_1 () at alloc.c:3449
#7 0x80cf5bf in Ffuncall (nargs=4, args=0xbfbfca68) at eval.c:3477
#8 0x80d4a58 in call3 (fn={gu = {type = Lisp_Type_Record, val = 102363941},
s = {bits = 0, val = 204727882}, u = {bits = 0, val = 204727882},
ui = 409455764, i = 409455764, v = 0x1867cc94, cv = 0x1867cc94}, arg0={
gu = {type = Lisp_Type_Record, val = 102319913}, s = {bits = 0,
val = 204639826}, u = {bits = 0, val = 204639826}, ui = 409279652,
i = 409279652, v = 0x18651ca4, cv = 0x18651ca4}, arg1={gu = {
type = Lisp_Type_Record, val = 36450997}, s = {bits = 0,
val = 72901994}, u = {bits = 0, val = 72901994}, ui = 145803988,
i = 145803988, v = 0x8b0cad4, cv = 0x8b0cad4}, arg2={gu = {
type = Lisp_Type_Record, val = 102363857}, s = {bits = 0,
val = 204727714}, u = {bits = 0, val = 204727714}, ui = 409455428,
i = 409455428, v = 0x1867cb44, cv = 0x1867cb44}) at eval.c:4216
#9 0x80ce7b5 in Feval (form={gu = {type = Lisp_Type_Record, val = 35179587},
s = {bits = 0, val = 70359174}, u = {bits = 0, val = 70359174},
ui = 140718348, i = 140718348, v = 0x863310c, cv = 0x863310c})
at eval.c:3238
#10 0x80d573a in Fprogn (args={gu = {type = Lisp_Type_Record, val = 35179731},
s = {bits = 0, val = 70359462}, u = {bits = 0, val = 70359462},
ui = 140718924, i = 140718924, v = 0x863334c, cv = 0x863334c})
at eval.c:775
#11 0x80d244f in unbind_to_hairy (count=0) at eval.c:4974
#12 0x80d5556 in unbind_to (count=0, value={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}) at eval.c:4949
#13 0x80cb268 in Fthrow (tag={gu = {type = Lisp_Type_Record, val = 37624711},
s = {bits = 0, val = 75249422}, u = {bits = 0, val = 75249422},
ui = 150498844, i = 150498844, v = 0x8f86e1c, cv = 0x8f86e1c}, value={
gu = {type = Lisp_Type_Record, val = 36512656}, s = {bits = 0,
val = 73025312}, u = {bits = 0, val = 73025312}, ui = 146050624,
i = 146050624, v = 0x8b48e40, cv = 0x8b48e40}) at eval.c:1386
#14 0x80cbe5d in signal_1 (sig={gu = {type = Lisp_Type_Record,
val = 102374621}, s = {bits = 0, val = 204749242}, u = {bits = 0,
val = 204749242}, ui = 409498484, i = 409498484, v = 0x18687374,
cv = 0x18687374}, data={gu = {type = Lisp_Type_Record, val = 36512644},
s = {bits = 0, val = 73025288}, u = {bits = 0, val = 73025288},
ui = 146050576, i = 146050576, v = 0x8b48e10, cv = 0x8b48e10})
at eval.c:1964
#15 0x80cd1b9 in error (fmt=0x82a1971 "Memory exhausted") at eval.c:2052
#16 0x808d8f5 in make_uninit_string (length=252553) at alloc.c:239
#17 0x81968cb in make_string_from_buffer_1 (buf=0x9529c00, pos=1,
length=252553, no_extents=0) at insdel.c:2996
#18 0x8197206 in make_string_from_buffer (buf=0x9529c00, pos=1, length=252553)
at insdel.c:3037
#19 0x80c2475 in Fbuffer_substring (start={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}, end={gu = {type = Lisp_Type_Record, val = 102374717},
s = {bits = 0, val = 204749434}, u = {bits = 0, val = 204749434},
ui = 409498868, i = 409498868, v = 0x186874f4, cv = 0x186874f4}, buffer={
gu = {type = Lisp_Type_Record, val = 102374717}, s = {bits = 0,
val = 204749434}, u = {bits = 0, val = 204749434}, ui = 409498868,
i = 409498868, v = 0x186874f4, cv = 0x186874f4}) at editfns.c:1664
#20 0x80cf7cd in Ffuncall (nargs=4, args=0xbfbfcec0) at eval.c:3528
#21 0x809d6ae in execute_optimized_program (
program=0x8534f10 "\n;¬\006Ã\n!«\aÄÅ\211\n#\207\t;¬\020Ã\t!¬\013Æ\n!¬\006Æ\b!«\aÄ\n\b\t#\207Ä\n\b\t#\207", stack_depth=4, constants_data=0x1874ac40)
at bytecode.c:746
#22 0x809d2c3 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 102608396}, s = {bits = 0,
val = 205216792}, u = {bits = 0, val = 205216792}, ui = 410433584,
i = 410433584, v = 0x1876b830, cv = 0x1876b830}, nargs=0,
args=0xbfbfd02c) at bytecode.c:518
#23 0x80cf8b5 in Ffuncall (nargs=1, args=0xbfbfd028) at eval.c:3563
#24 0x809d6ae in execute_optimized_program (
program=0x8ba4810 "Æ\034Ç\f!«\005È\f!\210É\f!\035ÉÊË!!\031Ì\216r\tq\210ÍÎÏÐÏÑ\016\035&\006\210\bGÒU«\tÓÔ \r\"\210ª/Ï\032ÕÖÔ \n#«$Ò\225\022×ØÔ \"\eÕ\b\013\"«\022Ù\013!¬\006ÓÚ\r\"\210Ó\013ÛP\r\"\210)ªÖ)+Ü\r!\210eb*\207\b\006",
stack_depth=7, constants_data=0x8806110) at bytecode.c:746
#25 0x809d2c3 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 35626195}, s = {bits = 0,
val = 71252390}, u = {bits = 0, val = 71252390}, ui = 142504780,
i = 142504780, v = 0x87e734c, cv = 0x87e734c}, nargs=2, args=0xbfbfd190)
at bytecode.c:518
#26 0x80cf8b5 in Ffuncall (nargs=3, args=0xbfbfd18c) at eval.c:3563
#27 0x80a34e9 in Fcall_interactively (function={gu = {type = Lisp_Type_Record,
val = 35626605}, s = {bits = 0, val = 71253210}, u = {bits = 0,
val = 71253210}, ui = 142506420, i = 142506420, v = 0x87e79b4,
cv = 0x87e79b4}, record_flag={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}, keys={gu = {type = Lisp_Type_Record, val = 102374717},
s = {bits = 0, val = 204749434}, u = {bits = 0, val = 204749434},
ui = 409498868, i = 409498868, v = 0x186874f4, cv = 0x186874f4})
at callint.c:940
#28 0x80ce02d in Fcommand_execute (cmd={gu = {type = Lisp_Type_Record,
val = 35626605}, s = {bits = 0, val = 71253210}, u = {bits = 0,
val = 71253210}, ui = 142506420, i = 142506420, v = 0x87e79b4,
cv = 0x87e79b4}, record_flag={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}, keys={gu = {type = Lisp_Type_Record, val = 102374717},
s = {bits = 0, val = 204749434}, u = {bits = 0, val = 204749434},
ui = 409498868, i = 409498868, v = 0x186874f4, cv = 0x186874f4})
at eval.c:2970
#29 0x812c349 in execute_command_event (command_builder=0x8459380, event={
gu = {type = Lisp_Type_Record, val = 37146577}, s = {bits = 0,
val = 74293154}, u = {bits = 0, val = 74293154}, ui = 148586308,
i = 148586308, v = 0x8db3f44, cv = 0x8db3f44}) at event-stream.c:3834
#30 0x812cf6d in Fdispatch_event (event={gu = {type = Lisp_Type_Record,
val = 37146577}, s = {bits = 0, val = 74293154}, u = {bits = 0,
val = 74293154}, ui = 148586308, i = 148586308, v = 0x8db3f44,
cv = 0x8db3f44}) at event-stream.c:4165
#31 0x80acd0d in Fcommand_loop_1 () at cmdloop.c:583
#32 0x80acfb2 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}) at cmdloop.c:494
#33 0x80d546a in condition_case_1 (handlers={gu = {type = Lisp_Type_Record,
val = 102374621}, s = {bits = 0, val = 204749242}, u = {bits = 0,
val = 204749242}, ui = 409498484, i = 409498484, v = 0x18687374,
cv = 0x18687374}, bfun=0x80acf74 <command_loop_1>, barg={gu = {
type = Lisp_Type_Record, val = 102374717}, s = {bits = 0,
val = 204749434}, u = {bits = 0, val = 204749434}, ui = 409498868,
i = 409498868, v = 0x186874f4, cv = 0x186874f4},
hfun=0x80ad024 <cmd_error>, harg={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}) at eval.c:1651
#34 0x80ad11f in command_loop_2 (dummy={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}) at cmdloop.c:256
#35 0x80d536c in internal_catch (tag={gu = {type = Lisp_Type_Record,
val = 102326159}, s = {bits = 0, val = 204652318}, u = {bits = 0,
val = 204652318}, ui = 409304636, i = 409304636, v = 0x18657e3c,
cv = 0x18657e3c}, func=0x80ad0e0 <command_loop_2>, arg={gu = {
type = Lisp_Type_Record, val = 102374717}, s = {bits = 0,
val = 204749434}, u = {bits = 0, val = 204749434}, ui = 409498868,
i = 409498868, v = 0x186874f4, cv = 0x186874f4}, threw=0x0)
at eval.c:1317
#36 0x80ac577 in initial_command_loop (load_me={gu = {type = Lisp_Type_Record,
val = 102374717}, s = {bits = 0, val = 204749434}, u = {bits = 0,
val = 204749434}, ui = 409498868, i = 409498868, v = 0x186874f4,
cv = 0x186874f4}) at cmdloop.c:305
#37 0x80c7321 in xemacs_21_2_b43_i386_unknown_freebsd3_3 (argc=4,
argv=0xbfbfd6b0, envp=0xbfbfd6c4, restart=0) at emacs.c:2253
#38 0x80c936e in main (argc=4, argv=0xbfbfd6b0, envp=0xbfbfd6c4)
at emacs.c:2620
- 1 participants
- 0 comments
XEmacs 21.1.13 for Windows
23 years, 9 months
Andy Piper
Andy Piper
The XEmacs team are proud to announce the availability of a self installing
binary kit of XEmacs 21.1.13 for Microsoft Windows, native and Cygwin 1.1.x
The kit is located at ftp://ftp.xemacs.org/pub/xemacs/windows/setup.exe and
all the usual mirrors.
This release is different to other releases in that it is supplied through
a `net' installer which will download and install the components you select
over the internet. The installer is based on the cygwin installer. The
release supports binaries for both native Windows (95, 98, NT & W2K) and
for Cygwin 1.1.6 or greater as well as all the relevant XEmacs packages.
The XEmacs Team
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
- 4 participants
- 7 comments
XEmacs/GTK gets widget support...
23 years, 9 months
William M. Perry
William M. Perry
I'm about to check this code in if anybody wants to play with it. Serious
redisplay problems with them, but if you visit a long file, the font-lock
progress bar looks pretty sweet.
-bp
- 1 participants
- 0 comments
PCL-CVS and vc-resolve-conflicts
23 years, 9 months
Steve Rowe
Steve Rowe
Hi,
I use XEmacs 21.1.6, with PCL-CVS R-2_9_9 (pkg v1.51) and VC 21.1 (pkg
v1.25) on Solaris 7.
As mentioned in [1] and [2], PCL-CVS expects VC to contain the
function "vc-resolve-conflicts"; the XEmacs version apparently does
not. When I try to perform merging from the *cvs* buffer (via
keystrokes "d E", which I discovered via web searching, 'cause the
XEmacs PCL-CVS info page is badly out of sync), pcl-cvs complains that
autoloading failed to locate "vc-resolve-conflicts".
Is anyone working on this and/or rewriting VC (as mentioned in one of
the threads starting at [1] and [2])? If not, does anyone know who I
can contact about the FSF version of VC?
Thanks,
Steve Rowe
TextWise-MNIS Labs
[1] http://list-archive.xemacs.org/xemacs-beta/200005/msg00416.html
[2] http://list-archive.xemacs.org/xemacs-beta/200009/msg00093.html
- 1 participants
- 0 comments
Re: Packages and SUMOs Released - Feb, 2001
23 years, 9 months
Barry Wilkes
Barry Wilkes
Steve Youngs <youngs(a)xemacs.org> writes:
<snip>
>
> Because of quirks of md5sum, _every_ package has been updated.
> So you may just want to grab the SUMOs this time.
>
Just to let you know, I updated my packages (using "Update installed packages") from xemacs.org last night. All went well, apart from the following error message :
"Package fsf-compat-1.08-pkg.tar.gz does not match md5 checksum"
This prevents the fsf-compat package from being updated.
Regards,
Barry Wilkes.
- 2 participants
- 1 comments
vc problems
23 years, 9 months
Albert Ting
Albert Ting
1. After vc-register, xemacs does not reread the file and tag it as running
under RCS/CVS.
2. With three windows up (in different directories), vc-toggle-read-only an
RCS'd file. Make some changes, then vc-revert-buffer. File will be
reverted, but the edited file will not change in the directory. What's
worse/dangerous, a copy of the reverted version will appear in one of
the directories associated with the other windows.
This is with the latest rcs and cvs versions, xemacs 21.2.43, and the
2000-10-6 version of vc.el.
Albert
- 1 participants
- 0 comments
Updated setup.ini for Windows net installer
23 years, 9 months
Andy Piper
Andy Piper
I have updated setup.ini to reflect the latest released XEmacs packages.
Mirror sites should be updated soon. This will fix problems people were
having with packages not being found.
A few people are having problems with the installer hanging during
downloads. I do not know why this is - and the code is identical to the
cygwin installer code, so something fishy is going on. I now have no time
left to debug any of this for a few weeks.
Thanks
andy
- 1 participants
- 0 comments