crash with translated error message
23 years, 5 months
Daiki Ueno
Daiki Ueno
Under Debian woody, glibc 2.2, I've got core when evaluating
following expression:
(insert-file-contents "/")
I'm using XEmacs 21.2.37 from CVS.
uname -a: Linux localhost 2.4.0-test10 #1 火 10月 31 12:43:57 JST 2000 i686 unknown
./configure '--with-gcc' '--with-menubars=lucid' '--with-scrollbars=lucid' '--with-dialogs=lucid' '--with-widgets=lucid' '--with-toolbars=no' '--with-xfs' '--with-xface' '--with-xpm' '--with-database=no' '--with-mule' '--with-pop' '--with-site-lisp' '--with-jpeg=yes' '--with-tiff=yes' '--with-gif=yes' '--with-png=yes' '--with-xpm=yes' '--with-canna=no' '--with-wnn=no' '--with-offix=no' '--with-sound=no' '--error-checking=none' '--debug=no' '--with-tty=yes' '--with-xim=no' '--cflags=-g -O2 -mpentiumpro -fno-strength-reduce -fno-caller-saves'
XEmacs 21.2-b37 "Pan" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /usr/local/src/xemacs-21-2
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O2 -mpentiumpro -fno-strength-reduce -fno-caller-saves
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/X11/include
- X Windows libraries location: /usr/X11/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:
Databases:
Compiling in support for LDAP.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
- Using XFontSet to provide bilingual menubar.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
--
Daiki Ueno
As pointed out in a followup, Real Perl Programmers prefer things to be
visually distinct.
-- Larry Wall in <199710161841.LAA13208(a)wall.org>
- 1 participants
- 0 comments
Re: Unbalanced mouse movement on horizontal scrollbars (PR#848)
23 years, 5 months
Gunnar Evermann
Gunnar Evermann
Wesley James Landaker <wjl(a)ee.byu.edu> writes:
> System: HP-UX tick B.10.20 C 9000/780 2008887425 32-user license
>
> >Description:
> When using horizontal scrollbars, it takes less mouse movement to move
> the mouse left than it does to move it right. Thus, when you click and
> hold a horizontal scrollbar with the mouse and move it both left and
> right a few times, the mouse cursor will slowly offset to the right.
I can reproduce this on 21.1 and 21.2 on Linux
Somebody please look into this.
Gunnar
- 1 participants
- 0 comments
[Bug #122775] crash in MULE resize_string()
23 years, 5 months
SourceForge.net
SourceForge.net
Bug #122775, was updated on 2000-Nov-18 09:33
Here is a current snapshot of the bug.
Project: xemacs
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 1
Summary: crash in MULE resize_string()
Details: crash recipe:
(let ((s "ab"))
(put-text-property 0 (length s) 'face 'bold s)
(aset s 0 128)
s)
analysis:
see http://www.xemacs.org/list-archives/xemacs-beta/200008/msg00179.html
backtrace:
#3 0x80c293e in assert_failed (file=0x8299ec0 "/home/gunnar/src/XEmacs/xemacs/src/insdel.c", line=1122, expr=0x829962f "VALID_BYTIND_P (buf, x)")
at /home/gunnar/src/XEmacs/xemacs/src/emacs.c:3192
#4 0x818c8f7 in bytind_to_bufpos (buf=0x83d2a80, x=289) at /home/gunnar/src/XEmacs/xemacs/src/insdel.c:1122
#5 0x813357a in run_extent_paste_function (e=0x840daf4, from=289, to=291, object=138226304) at /home/gunnar/src/XEmacs/xemacs/src/extents.c:5705
#6 0x8133b21 in splice_in_string_extents_mapper (extent=0x840daf4, arg=0xbfffee4c) at /home/gunnar/src/XEmacs/xemacs/src/extents.c:5900
#7 0x812b896 in map_extents_bytind (from=0, to=3, fn=0x8133a48 <splice_in_string_extents_mapper>, arg=0xbfffee4c, obj=138924684, after=0x0,
flags=15369) at /home/gunnar/src/XEmacs/xemacs/src/extents.c:2257
#8 0x8133bdf in splice_in_string_extents (string=138924684, buf=0x83d2a80, opoint=288, length=3, pos=0)
at /home/gunnar/src/XEmacs/xemacs/src/extents.c:5927
#9 0x819018e in buffer_insert_string_1 (buf=0x83d2a80, pos=288, nonreloc=0x8528c50 "\217 b", reloc=138924684, offset=0, length=3, flags=0)
at /home/gunnar/src/XEmacs/xemacs/src/insdel.c:2550
#10 0x81adf40 in output_string (function=138226304, nonreloc=0x0, reloc=138924684, offset=0, len=3) at /home/gunnar/src/XEmacs/xemacs/src/print.c:345
#11 0x81b004a in print_string (obj=138924684, printcharfun=138226304, escapeflag=1) at /home/gunnar/src/XEmacs/xemacs/src/print.c:1158
#12 0x81b05e6 in print_internal (obj=138924684, printcharfun=138226304, escapeflag=1) at /home/gunnar/src/XEmacs/xemacs/src/print.c:1340
#13 0x81ae946 in Fprin1 (object=138924684, stream=138226304) at /home/gunnar/src/XEmacs/xemacs/src/print.c:637
#14 0x80c9e97 in Ffuncall (nargs=2, args=0xbffff108) at /home/gunnar/src/XEmacs/xemacs/src/eval.c:3528
#15 0x8095b28 in execute_optimized_program (
program=0x853d488 "\b«\004pª\002Á`Â\e\034\035ÆÇÈ \036\tÊ\216Ë\016\f!\210\212ÂfÍa®\006`SfÍa\023ÎÏ!\210\013«\nÂfÐa«\004Âu\210\214e\f}\210Ñp!\211\036\022¢Óa«\rÔÕÖ\016\022×BBBDª\003\016\022-!!+\207", stack_depth=8, constants_data=0x404f768c) at /home/gunnar/src/XEmacs/xemacs/src/bytecode.c:746
#16 0x80955f1 in funcall_compiled_function (fun=1079120776, nargs=1, args=0xbffff27c) at /home/gunnar/src/XEmacs/xemacs/src/bytecode.c:515
#17 0x80ca146 in Ffuncall (nargs=2, args=0xbffff278) at /home/gunnar/src/XEmacs/xemacs/src/eval.c:3563
#18 0x8095b28 in execute_optimized_program (program=0x853d098 "p\030Á \210ÂÃ!\210Á )\207", stack_depth=2, constants_data=0x404ebe90)
at /home/gunnar/src/XEmacs/xemacs/src/bytecode.c:746
#19 0x80955f1 in funcall_compiled_function (fun=1079105096, nargs=0, args=0xbffff3f8) at /home/gunnar/src/XEmacs/xemacs/src/bytecode.c:515
#20 0x80ca146 in Ffuncall (nargs=1, args=0xbffff3f4) at /home/gunnar/src/XEmacs/xemacs/src/eval.c:3563
#21 0x80cb243 in apply1 (fn=1079105096, arg=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/eval.c:4152
#22 0x809b0e0 in Fcall_interactively (function=1078084568, record_flag=1078223216, keys=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/callint.c:397
#23 0x80c879c in Fcommand_execute (cmd=1078084568, record_flag=1078223216, keys=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/eval.c:2970
#24 0x8126282 in execute_command_event (command_builder=0x847b620, event=139572996) at /home/gunnar/src/XEmacs/xemacs/src/event-stream.c:3833
#25 0x8126a72 in Fdispatch_event (event=139572996) at /home/gunnar/src/XEmacs/xemacs/src/event-stream.c:4116
#26 0x80a44a4 in Fcommand_loop_1 () at /home/gunnar/src/XEmacs/xemacs/src/cmdloop.c:583
#27 0x80a429f in command_loop_1 (dummy=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/cmdloop.c:494
#28 0x80c60e2 in condition_case_1 (handlers=1078222856, bfun=0x80a4278 <command_loop_1>, barg=1078223216, hfun=0x80a3aa4 <cmd_error>, harg=1078223216)
at /home/gunnar/src/XEmacs/xemacs/src/eval.c:1651
#29 0x80a3bc7 in command_loop_3 () at /home/gunnar/src/XEmacs/xemacs/src/cmdloop.c:256
#30 0x80a3bef in command_loop_2 (dummy=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/cmdloop.c:267
#31 0x80c5c52 in internal_catch (tag=1078032440, func=0x80a3be4 <command_loop_2>, arg=1078223216, threw=0x0)
at /home/gunnar/src/XEmacs/xemacs/src/eval.c:1317
#32 0x80a3e28 in initial_command_loop (load_me=1078223216) at /home/gunnar/src/XEmacs/xemacs/src/cmdloop.c:305
#33 0x80c109d in xemacs_21_2_b37_i686_pc_linux (argc=2, argv=0xbffff9c4, envp=0xbffff9d0, restart=0) at /home/gunnar/src/XEmacs/xemacs/src/emacs.c:2231
#34 0x80c1c98 in main (argc=2, argv=0xbffff9c4, envp=0xbffff9d0) at /home/gunnar/src/XEmacs/xemacs/src/emacs.c:2598
#35 0x402bca52 in __libc_start_main () from /lib/libc.so.6
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=122775&group_id=11
- 1 participants
- 0 comments
Re: Sumo tarball weirdness
23 years, 5 months
Hrvoje Niksic
Hrvoje Niksic
Steve Youngs <youngs(a)xemacs.org> writes:
> Hrvoje> That's simply an artifact of GNU tar. Believe it or not,
> Hrvoje> the `tar' format is quite broken and has arbitrary
> Hrvoje> limitations on such things as file name length, etc. Each
> Hrvoje> tar program has its own ways of circumventing these limits,
> Hrvoje> and their methods are not compatible.
>
> So, did Martin see this because he used a different tar program to
> unpack than the one I used to pack (GNU tar 1.13)?
Yes, that would be my assumption.
> I can't say that I've ever seen this behaviour before.
We don't pack up file names longer than 100 characters every day.
- 2 participants
- 1 comments
lwlib/xlwtabs.c
23 years, 5 months
Philip Aston
Philip Aston
> Commit done by martinb
> Fri Nov 17 22:05:37 PST 2000
> Update of /usr/CVSroot/XEmacs/xemacs/lwlib
> In directory camelot-soft.camelot-soft.com:/tmp/cvs-serv18913/lwlib
>
> Modified Files:
> Tag: release-21-2
> lwlib-Xlw.c xlwmenu.c xlwtabs.c ChangeLog
> Log Message:
> unused vars in lwlib
Too ruthless I'm afraid...
gcc -c -g -O -I. -DHAVE_CONFIG_H -I/usr/local/include -Wno-sign-compare -fno-caller-saves -I/usr/X11R6.4/include xlwtabs.c
xlwtabs.c: In function `TabsResize':
xlwtabs.c:571: `tab' undeclared (first use in this function)
xlwtabs.c:571: (Each undeclared identifier is reported only once
xlwtabs.c:571: for each function it appears in.)
- Phil
- 1 participants
- 0 comments
Re: Sumo tarball weirdness
23 years, 5 months
Gunnar Evermann
Gunnar Evermann
Steve Youngs <youngs(a)xemacs.org> writes:
> With the likelihood that if I were to pack the sumo packages with
> Solaris tar (for want of a better name) all the GNU tar users would
> start seeing strange things and start complaining.
I doubt that, but I am not sure.
> Sandra> You might want to look at the directory tree. Perhaps the filnames
> Sandra> are just too annoyingly long.
>
> Any idea how long "too annoyingly long" would be?
No idea, but search for a program called 'star' by Joerg Schilling. He
claims compliance with the relevant standards and regularly bashes GNU
tar for its extensions. Anyway, he probably has a link to the standard
on his webpage.
Gunnar
- 1 participants
- 0 comments
[PATCH] XEmacs documentation for new selection code.
23 years, 5 months
Alastair Houghton
Alastair Houghton
Here's the documentation for my selection changes; someone might want
to check that it passes through Texinfo (I don't have Texinfo at the
moment), but other than that I think it covers everything. Certainly
it's an improvement on the very out-of-date documentation we had
before.
Kind regards,
Alastair.
- 1 participants
- 0 comments
21.2.36 Crash when ccl encode program is nil
23 years, 5 months
Stephen J. Turnbull
Stephen J. Turnbull
I was fooling around trying to arrange that a CCL coding system _not_
to encoding (since most of them will destroy data). I set the encoder
for Windows-1250 to nil, tried to save (C-x C-s) a file that I read
with C-u C-x C-f cp1250.raw RET windows-1250 RET, and boom!
Installation, Lisp bactrace, and C backtrace attached.
Repeatable with xemacs -vanilla
M-x load-file RET cp1250.el RET
C-u C-x C-f cp1250.raw RET
SPACE BACKSPACE
C-x C-s
cp1250.* attached.
uname -a: Linux tleepslib 2.4.0-test7 #1 Thu Sep 7 18:30:33 JST 2000 i686 unknown
/coda/Projects/XEmacs/21.2-HEAD/configure '--srcdir=/coda/Projects/XEmacs/21.2-HEAD' '--with-widgets=athena' '--with-athena=3d' '--with-dialogs=athena' '--with-sound=none,nas' '--with-mule' '--with-xim=xlib' '--with-xfs' '--use-union-type' '--pdump'
XEmacs 21.2-b36 "Notus" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /coda/Projects/XEmacs/21.2-HEAD
Installation prefix: /usr/local
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/Xaw3d
- Athena library to link: Xaw3d
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.
Sound:
Compiling in support for NAS (network audio system).
Databases:
Compiling in support for Berkeley database.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: postgresql/libpq-fe.h
- Using PostgreSQL V7 bindings.
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.
Compiling in support for the WNN input method on Mule.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Using the union type for Lisp_Objects.
Using the new portable dumper.
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: ---------------------------------------------------------
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
If you have access to the PROBLEMS file that came with your
version of XEmacs, please check to see if your crash is described
there, as there may be a workaround available.
Otherwise, 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 /home/steve/Projects/XEmacs/Builds/21.2/src/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 ...)
# (unwind-protect ...)
write-region-internal(1 267 "/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw" nil t "/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw" #<coding_system windows-1250-unix>)
# bind (func coding-system lockname visit append filename end start)
write-region(1 267 "/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw" nil t "/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw")
# bind (region-written hooks truename realname)
basic-write-file-data("/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw" "/coda/Projects/XEmacs/21.2-HEAD/lisp/mule/cp1250.raw")
# bind (dir setmodes tempsetmodes)
basic-save-buffer-1()
# bind (hooks after-save-hook local-write-file-hooks write-contents-hooks write-file-hooks done)
# (unwind-protect ...)
# bind (recent-save)
# (unwind-protect ...)
basic-save-buffer()
# bind (modp large make-backup-files args)
save-buffer(1)
# bind (command-debug-status)
call-interactively(save-buffer)
# (condition-case ... . error)
# (catch top-level ...)
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"...
Core was generated by `src/xemacs -vanilla'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libaudio.so.1...done.
Loaded symbols for /usr/lib/libaudio.so.1
Reading symbols from /usr/lib/libcanna.so.1...done.
Loaded symbols for /usr/lib/libcanna.so.1
Reading symbols from /usr/lib/libRKC.so.1...done.
Loaded symbols for /usr/lib/libRKC.so.1
Reading symbols from /usr/X11R6/lib/libXaw3d.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXaw3d.so.6
Reading symbols from /usr/lib/libtiff.so.3...done.
Loaded symbols for /usr/lib/libtiff.so.3
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Loaded symbols for /usr/X11R6/lib/libXpm.so.4
Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXmu.so.6
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.6
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libdb2.so.2...done.
Loaded symbols for /usr/lib/libdb2.so.2
Reading symbols from /lib/libncurses.so.5...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /usr/lib/libpq.so.2.1...done.
Loaded symbols for /usr/lib/libpq.so.2.1
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libnss_compat.so.2...done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
#0 0x40396e71 in kill () from /lib/libc.so.6
(gdb) where
#0 0x40396e71 in kill () from /lib/libc.so.6
#1 0x80c755f in fatal_error_signal (sig=11)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:531
#2 0x40396da8 in sigaction () from /lib/libc.so.6
#3 0x8109c78 in mule_encode (encoding=0x8491b10, src=0x858f2c8 "",
dst=0x8555d70, n=372)
at /coda/Projects/XEmacs/21.2-HEAD/src/file-coding.c:2850
#4 0x8111b02 in encoding_writer (stream=0x8491b10, data=0x858f2c8 "",
size=372) at /coda/Projects/XEmacs/21.2-HEAD/src/file-coding.c:2681
#5 0x81b3a1c in Lstream_flush_out (lstr=0x8491b10)
at /coda/Projects/XEmacs/21.2-HEAD/src/lstream.c:343
#6 0x81b3f61 in Lstream_close (lstr=0x8491b10)
at /coda/Projects/XEmacs/21.2-HEAD/src/lstream.c:372
#7 0x81506b5 in Fwrite_region_internal (start={gu = {
type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val = 1}, u = {
bits = 1, val = 1}, ui = 3, i = 3, v = 0x3, cv = 0x3}, end={gu = {
type = Lisp_Type_Int_Odd, val = 133}, s = {bits = 1, val = 267}, u = {
bits = 1, val = 267}, ui = 535, i = 535, v = 0x217, cv = 0x217},
filename={gu = {type = Lisp_Type_Record, val = 34796633}, s = {bits = 0,
val = 69593266}, u = {bits = 0, val = 69593266}, ui = 139186532,
i = 139186532, v = 0x84bd164, cv = 0x84bd164}, append={gu = {
type = Lisp_Type_Record, val = 269853438}, s = {bits = 0,
val = 539706876}, u = {bits = 0, val = 539706876}, ui = 1079413752,
i = 1079413752, v = 0x40568bf8, cv = 0x40568bf8}, visit={gu = {
type = Lisp_Type_Record, val = 269853132}, s = {bits = 0,
val = 539706264}, u = {bits = 0, val = 539706264}, ui = 1079412528,
i = 1079412528, v = 0x40568730, cv = 0x40568730}, lockname={gu = {
type = Lisp_Type_Record, val = 34796837}, s = {bits = 0,
val = 69593674}, u = {bits = 0, val = 69593674}, ui = 139187348,
i = 139187348, v = 0x84bd494, cv = 0x84bd494}, codesys={gu = {
type = Lisp_Type_Record, val = 35049324}, s = {bits = 0,
val = 70098648}, u = {bits = 0, val = 70098648}, ui = 140197296,
i = 140197296, v = 0x85b3db0, cv = 0x85b3db0})
at /coda/Projects/XEmacs/21.2-HEAD/src/fileio.c:3312
#8 0x80d1c3a in Ffuncall (nargs=8, args=0xbfffe6f8)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3528
#9 0x809d0be in execute_optimized_program (
program=0x856c3a0 "\016\031®\030ÆÇ\n\t\f\b\013\016\025&\a®\013\r®\b\016\032®\004È\f!\211\025:«\003\r\207É\rÊ\"\211\036\026«9pËÌ!Í \036\e\036\027\036\030Î\216\212\016\027q\210Ï \210Ð\016\030\n\t#\210\016\026ed\"\210Ñed\f\b\013Òa?\002\013\016\025\r&\a\210-ª\rÑ\n\t\f\b\013\016\025\r&\a\210)ÓÔ\n\t\f\b\013\016\025\r&\b\207", stack_depth=10, constants_data=0x4061a670)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#10 0x809cc44 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 270079598}, s = {bits = 0,
val = 540159196}, u = {bits = 0, val = 540159196}, ui = 1080318392,
i = 1080318392, v = 0x406459b8, cv = 0x406459b8}, nargs=6,
args=0xbfffe96c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#11 0x80d1d10 in Ffuncall (nargs=7, args=0xbfffe968)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#12 0x809d0be in execute_optimized_program (
program=0x84d4920 "Å\t\034\e\f«\017\013¬\f\f＠\n!\023\fA\211\024¬ó\013?\nÆed\nÅÇ\b&\006*\207\021", stack_depth=8, constants_data=0x4061a5c8)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#13 0x809cc44 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 270079584}, s = {bits = 0,
val = 540159168}, u = {bits = 0, val = 540159168}, ui = 1080318336,
i = 1080318336, v = 0x40645980, cv = 0x40645980}, nargs=2,
args=0xbfffebdc) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#14 0x80d1d10 in Ffuncall (nargs=3, args=0xbfffebd8)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#15 0x809d0be in execute_optimized_program (
program=0x85994f0 "Æ\211\036$\eÇ\r!¬1È\r!\034É\f!¬\bÊË\f\"\210ª Ì\r!¬\bÊÍ\f\"\210ª\024ÎÏÐÑ\r!\"!«\006Ò\026$ª\005ÊÓ!\210)\016(¬\004Ô \023È\r!\034\016)«OÇ\f!«J\rÆ\211\211\211Õ \036*\036%\032\030\031\036&Ö\022Ò\020\b«\020Ï×\f\n#\021Ì\t!\020\nT\022ªïØ\216Ù \210Úed\tÆ\016&\016'&\006\210Ò\026%)Û\r!\023Ü\t\rÒ#\210.\006ª\027\016$«\r\013¬\nÛ\r!\023Ý\rÞ\"\210ß\r\016'\"\210)\r\006àá\r!8\026+\013\005Æâã\217*\207 84\031", stack_depth=7, constants_data=0x4061d39c)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#16 0x809cc44 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 270080816}, s = {bits = 0,
val = 540161632}, u = {bits = 0, val = 540161632}, ui = 1080323264,
i = 1080323264, v = 0x40646cc0, cv = 0x40646cc0}, nargs=0,
args=0xbfffee3c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#17 0x80d1d10 in Ffuncall (nargs=1, args=0xbfffee38)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#18 0x809d0be in execute_optimized_program (
program=0x85bab68 "\212Æ «\005Æ q\210Ç \203º", stack_depth=7,
constants_data=0x4061d488)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#19 0x809cc44 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 270080830}, s = {bits = 0,
val = 540161660}, u = {bits = 0, val = 540161660}, ui = 1080323320,
i = 1080323320, v = 0x40646cf8, cv = 0x40646cf8}, nargs=0,
args=0xbffff09c) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#20 0x80d1d10 in Ffuncall (nargs=1, args=0xbffff098)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#21 0x809d0be in execute_optimized_program (
program=0x84df228 "Å Æ ÇV\n«\a\fÈa?®\004\fÉs\032\031\211\e«\b\fÊs«\003Ë\020\013«\r\t«\nÌÍÎÏÐ \"\"\210Ñ \210\013\t\fÒs\004Ë\211\020+\207", stack_depth=6,
constants_data=0x4061d550)
at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:746
#22 0x809cc44 in funcall_compiled_function (fun={gu = {
type = Lisp_Type_Record, val = 270080837}, s = {bits = 0,
val = 540161674}, u = {bits = 0, val = 540161674}, ui = 1080323348,
i = 1080323348, v = 0x40646d14, cv = 0x40646d14}, nargs=1,
args=0xbffff308) at /coda/Projects/XEmacs/21.2-HEAD/src/bytecode.c:518
#23 0x80d1d10 in Ffuncall (nargs=2, args=0xbffff304)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:3563
#24 0x80a3a4f in Fcall_interactively (function={gu = {type = Lisp_Type_Record,
val = 269830602}, s = {bits = 0, val = 539661204}, u = {bits = 0,
val = 539661204}, ui = 1079322408, i = 1079322408, v = 0x40552728,
cv = 0x40552728}, record_flag={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}, keys={gu = {type = Lisp_Type_Record, val = 269853438},
s = {bits = 0, val = 539706876}, u = {bits = 0, val = 539706876},
ui = 1079413752, i = 1079413752, v = 0x40568bf8, cv = 0x40568bf8})
at /coda/Projects/XEmacs/21.2-HEAD/src/callint.c:946
#25 0x80d0564 in Fcommand_execute (cmd={gu = {type = Lisp_Type_Record,
val = 269830602}, s = {bits = 0, val = 539661204}, u = {bits = 0,
val = 539661204}, ui = 1079322408, i = 1079322408, v = 0x40552728,
cv = 0x40552728}, record_flag={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}, keys={gu = {type = Lisp_Type_Record, val = 269853438},
s = {bits = 0, val = 539706876}, u = {bits = 0, val = 539706876},
ui = 1079413752, i = 1079413752, v = 0x40568bf8, cv = 0x40568bf8})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2970
#26 0x813299b in execute_command_event (command_builder=0x8490f60, event={
gu = {type = Lisp_Type_Record, val = 35025746}, s = {bits = 0,
val = 70051492}, u = {bits = 0, val = 70051492}, ui = 140102984,
i = 140102984, v = 0x859cd48, cv = 0x859cd48})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:3864
#27 0x81333dc in Fdispatch_event (event={gu = {type = Lisp_Type_Record,
val = 35025746}, s = {bits = 0, val = 70051492}, u = {bits = 0,
val = 70051492}, ui = 140102984, i = 140102984, v = 0x859cd48,
cv = 0x859cd48})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:4182
#28 0x80ac8a6 in Fcommand_loop_1 ()
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:583
#29 0x80acb7d in command_loop_1 (dummy={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}) at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#30 0x80cd028 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record,
val = 269853342}, s = {bits = 0, val = 539706684}, u = {bits = 0,
val = 539706684}, ui = 1079413368, i = 1079413368, v = 0x40568a78,
cv = 0x40568a78}, bfun=0x80acb34 <command_loop_1>, barg={gu = {
type = Lisp_Type_Record, val = 269853438}, s = {bits = 0,
val = 539706876}, u = {bits = 0, val = 539706876}, ui = 1079413752,
i = 1079413752, v = 0x40568bf8, cv = 0x40568bf8},
hfun=0x80acc10 <cmd_error>, harg={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#31 0x80acd53 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}) at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#32 0x80d69e7 in internal_catch (tag={gu = {type = Lisp_Type_Record,
val = 269804292}, s = {bits = 0, val = 539608584}, u = {bits = 0,
val = 539608584}, ui = 1079217168, i = 1079217168, v = 0x40538c10,
cv = 0x40538c10}, func=0x80acd0c <command_loop_2>, arg={gu = {
type = Lisp_Type_Record, val = 269853438}, s = {bits = 0,
val = 539706876}, u = {bits = 0, val = 539706876}, ui = 1079413752,
i = 1079413752, v = 0x40568bf8, cv = 0x40568bf8}, threw=0x0)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#33 0x80ac06e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record,
val = 269853438}, s = {bits = 0, val = 539706876}, u = {bits = 0,
val = 539706876}, ui = 1079413752, i = 1079413752, v = 0x40568bf8,
cv = 0x40568bf8}) at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#34 0x80c87e4 in sort_args (argc=2, argv=0xbffffcd4)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2231
#35 0x80ca9fb in main (argc=2, argv=0xbffffcd4, envp=0xbffffce0)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2598
#36 0x40387bcc in __libc_start_main () from /lib/libc.so.6
(gdb) quit
--
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
eval-when, eval-when-compile
23 years, 5 months
Karl M. Hegbloom
Karl M. Hegbloom
Byte compile the following two programs and look at the output.
Why don't they produce the same thing?
--
We should not penalize the conscientious to coddle those who run brain-dead software.
I am karlheg, of deB.ORG. You will be freed. Resistance is useful.
mailto:karlheg＠debian.org (Karl M. Hegbloom)
http://people.debian.org/~karlheg
- 4 participants
- 13 comments
Sumo tarball weirdness
23 years, 5 months
Martin Buchholz
Martin Buchholz
On exploding the xemacs-sumo-2000-10-23.tar.gz tarball, I found this
odd file:
--------- 0/0 102 Dec 31 16:00 1969 ＠LongLink
This seems like a bug in the Sumo packaging. Please try to prevent
that from happening next Sumo release.
Thanks.
- 2 participants
- 1 comments