Fatal error (11).
21 years, 4 months
Isaac Neuhaus
Isaac Neuhaus
I tried to build xemacs 21.1.14 under Linux 8.0 and I am getting the
foolowing error. (there is no core dump). What should I do? HELP!!!!!!
Thanks,
Isaac
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 /usr/local/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:
# bind (frame-being-created)
make-frame(nil #<x-device on ":0.0" 0x1a12>)
frame-initialize()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault
Please describe as succinctly as possible: - What happened. - What you
thought should have happened. - Precisely what you were doing at the time.
- 2 participants
- 1 comments
RE: Re: [PATCH] latest patch for kkcc etc.
21 years, 4 months
Ben Wing
Ben Wing
hmm. strupr and strlwr should be ansi, i think. in any case my gcc builds had no problem.
as for gtk problems, i have to apologize about that, i don't seem to have any way of testing gtk currently. (does anyone know if gtk works under cygwin?) also, i have received no response at all from bill perry concerning my complaints about duplicated gtk code. if we could abstract out the duplication, many of these problems would disappear.
the problem with passing union-type bugs on to the gcc developers is that they simply result in crashes in random places in the code. often the precise point of the crash changes from build to build even with no code changes and identical build options, and the builds will sometimes randomly work and sometimes not. it would be a real effort to figure out what's compiling wrong. (at one point, however, circa 19.13, i did track down the problem, which was that structure initializations were not happening exactly in parallel, so if you had something like x = foo (x), where x was a union, some fields of the union got assigned before all were being used. i did write to the gcc developers and got an incredibly defensive response -- basically, they quoted chapter and verse from the ansi standard and said "well, we agree that the behavior you are expecting is reasonable but technically it doesn't *absolutely* say in the standard that it has to be done that way, so you shouldn't really expect this to work." in general all my interactions with gcc developers have been bad and most of them have been real assholes.)
------- Original Message -------
On
Fri, 20 Dec 2002 11:45:25 +0100 Michael Sperber [Mr. Preprocessor]?wrote:
>>>>> "Stephen" == Stephen J Turnbull <stephen(a)xemacs.org> writes:
Stephen> FUT xemacs-beta.
>>>>> "Ben" == Ben Wing <wing(a)666.com> writes:
Ben> i did test this non-kkcc. in fact i tested it in quite a
Ben> number of configurations, so i'm surprised to see that it
Ben> broke. how did it break?
Stephen> Well, for starters the MS-only (?) functions strupr and strlwr were
Stephen> left naked in lisp.h, breaking the link. The crash I'm getting is
Stephen> Fatal error: assertion failed, file /coda/Software/XEmacs/21.5/src/alloc.c, line 3323, GCLI_lh != 0
Stephen> [...]
Stephen> followed by about 150 frames of mark_foo(), details on
Stephen> request. Is this symtomatic of broken union-type? This is a
Stephen> --use-union-type build. I see this particular assert a fair
Stephen> amount myself, and occasionally in backtraces on xemacs-beta.
I've fixed this one, along with a whole bunch of typos in the Gtk
code. I expect to commit later today, after I've banged on the code
for a while.
Stephen> It would be nice to have real bug reports (ie, >= C backtrace) on this
Stephen> stuff so that (a) we can guess whether we're seeing what you've seen
Stephen> and (b) we can pass it on to the GCC core developers who occasionally
Stephen> contribute to XEmacs.
I also agree that union type is a Right Thing, and it's worth
investing some effort to make it work.
--
Cheers =8-} Mike
Friede, V?lkerverst?ndigung und ?berhaupt blabla
- 3 participants
- 2 comments
Re: i upgraded ps-print
21 years, 4 months
Yuval Aviel
Yuval Aviel
Hi,
This email concerns message:
http://list-archive.xemacs.org/xemacs-beta/200208/msg00048.html
Can you please reply with the missing file(s) (I guess it is
/usr/local/lib/xemacs/xemacs-packages/etc/ps-print/ps-prin0.ps) together with
instruction where to put it on a 'normal' installation?
I don't want to go through the process of using the CVS, but I do want to
pretty-print.
I have Redhat 8.0 Linux.
--
Regards,
Yuval Aviel.
-----------------------------------------------
Interdisciplinary center for neural computation
Hebrew University, Jerusalem
Israel
-----------------------------------------------
- 2 participants
- 1 comments
Golf Secrets From European Golf Pros
21 years, 4 months
info＠msinewyork.com
info＠msinewyork.com
You are receiving this special offer because you have provided
permission to receive third party email communications regarding special
online promotions or offers. If you do not wish to receive any further
messages from MSI-Mail.com click here
<http://209.10.91.30/BulkMail/content1/unsubscribe.asp?cid=5&eid=1991257
> to unsubscribe.
Golf Secrets from European Golf Pros
Expert Tuition on All Aspects of The Game
Golf Monthly's Play Better Golf Golf Monthly's Play Better Golf Golf
Monthly's Play Better Golf
Multimedia CD-ROM for Microsoft Windows and Apple Macintosh Compatible
PCs
* Brush Up on Your Basics with
28 LIVE ACTION Video Lessons
* Solve any problem in 5 minutes
* Designed for Quick, Easy Access to Individual Lessons
* Features Superb High-Speed Action
Color Photography
This CD-ROM is developed in association with Golf Monthly
Magazine (Europe's Top Golfing Magazine) and is for Golfers of all
levels!
Easy to understand Lessons and Tips plus Swing Sequences from some of
the World's Top Players!
Featuring Action Sequences of Europe's Top Golfing Stars, including:
Colin Montgomerie, Darren Clarke and
Per-Ulrik Johansson.
30-DAY MONEY BACK GUARANTEE.
Please allow up to 21 days for delivery.
"The next three rounds I played after reviewing the product were on
average five shots better than my usual scoring... (previously around 90
shots per round)".
Dominic Allonby, The Software Directory
<http://209.10.91.30/bulkmail/referral/etailerReferral.asp?id=3&eid=1991
257>
Brush Up on Your Basics with 28 LIVE ACTION Video Lessons
Features Superb High-Speed Action Colour Photography
Copyright Golf Monthly/Parcom Media Ltd. and its Licensors.
MINIMUM SYSTEM REQUIREMENTS
Windows:
200-Mhz (300-Mhz recommended), 24Mb RAM, Win95, 12x CD Drive, 16-bit
Colour, 800x600 Display,
Speakers or Headphones, Mouse.
Macintosh:
Power PC, 200-Mhz (300-Mhz recommended), 24Mb RAM, OS 8.1, 12x CD Drive,
Thousands of Colours,
800x600 Display, Speakers or Headphones, Mouse.
<http://www.parcom-media.com?eid=1991257> www.parcom-media.com
<http://www.parcom-media.com>
- 1 participants
- 0 comments
RE: Re: union type is evil, redux
21 years, 4 months
Ben Wing
Ben Wing
yes, i definitely have discovered compiler problems in the past. there's another message in which i wrote about this yesterday, i think. when expressions got too complicated, gcc failed to do structure assignments completely in parallel. the bugs only occur usually when you turn on error-checking and mule, because these options greatly increase the complexity of the expressions. OCaml may simply not have any code with the expression complexity that we have.
------- Original Message -------
On
Fri, 20 Dec 2002 23:52:22 +0300 Dmitry Bely?wrote:
"Ben Wing" <ben(a)666.com> writes:
> --use-union-type Enable or disable use of a union, instead of an
> int, for the fundamental Lisp_Object type; this
> provides stricter type-checking. WARNING: This has
> a tendency to trigger compiler bugs, especially in
> combination with other features that increase the
> complexity of expressions, for example `--with-mule'
> and `--error-checking=all'. Crashes have been
> observed with union type in combination with the
> two options just mentioned under various versions of
> GCC as well as MSVC++ 6.0. Furthermore, many
> debuggers have problems (i.e. bugs) dealing with
> unions, and even for those that don't, debugging can
> be inconvenient because of no syntax for entering a
> union. We recommend `--use-union-type' *ONLY* for
> testing purposes, not for production builds. If you
> are using `-use-union-type' and get some weird
> crash, try redoing without union type.
I am probably too late to jump into the discussion, but are you absolutely
sure that it was _compiler_ bug but not the poorly written code whose
behaviour is undefined? Do you have a small example showing such _compiler_
problem? There is a language (OCaml) those datastructures are almost
entirely based on the union type, and I never heard of compiler problems
related to that, although Ocaml can be build with gcc, VC++ and other C
compilers under all major OSes.
- Dmitry Bely
- 2 participants
- 1 comments
RE: Re: [PATCH] latest patch for kkcc etc.
21 years, 4 months
Ben Wing
Ben Wing
what i'm saying is that it's not our duty to debug gcc problems. that's the duty of the gcc developers. *they* should be downloading XEmacs, compiling with union type and the other options that produce a crash, and then figuring out what went wrong. if gcc is too buggy to support use-union-type, then we shouldn't use it. you gain absolutely nothing from using it except the compile-time checks -- thus, i recommend using it periodically as an error-catcher but not to run executables with it.
even if we do spend a lot of time debugging the compiler error and figure out the problem, what do we do then? we can try to work around it, but the work-around will only function until the next gcc release, and then the crash will probably be somewhere else.
ben
------- Original Message -------
On
Fri, 20 Dec 2002 23:30:08 +0900 Stephen J. Turnbull?wrote:
>>>>> "Ben" == Ben Wing <wing(a)666.com> writes:
Ben> strupr and strlwr should be ansi, i think.
Maybe they _should_ be, but they're not in glibc or libc on NetBSD
that I can find. Cygwin libc != glibc or BSD libc. Anyway, that kind
of thing is trivial to find, although annoying.
Ben> often the precise point of the crash changes from build to
Ben> build even with no code changes and identical build options,
Ben> and the builds will sometimes randomly work and sometimes
Ben> not. it would be a real effort to figure out what's
Ben> compiling wrong.
So are you seriously arguing that we should get rid of
--use-union-type, or are you just saying you don't feel like debugging
it?
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
- 1 participants
- 0 comments
crash while using calc
21 years, 4 months
Adam Duck
Adam Duck
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.
Please describe as succinctly as possible:
- What happened.
- What you thought should have happened.
- Precisely what you were doing at the time.
Please also include any C or lisp back-traces that you may have.
================================================================
Dear Bug Team!
XEmacs crashed on me while I was using calc. I can repeat this crash
by simply enter M-x calc and press "d" - this should do something with
the display, I think. Here's the backtrace:
bash-2.05b$ gdb xemacs xemacs-21.5-b9.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 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 "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf
warning: core file may not match specified executable file.
Core was generated by `xemacs-21.5-b9'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/libaudio.so.2...done.
Reading symbols from /usr/local/lib/libcanna.so.1...done.
Reading symbols from /usr/local/lib/libRKC.so.1...done.
Reading symbols from /usr/local/lib/libwnn.so.0...done.
Reading symbols from /usr/local/lib/libtiff.so.4...done.
Reading symbols from /usr/local/lib/libpng.so.5...done.
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Reading symbols from /usr/lib/libz.so.2...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 /usr/local/lib/libgdbm.so.2...done.
Reading symbols from /usr/lib/libncurses.so.5...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/local/lib/libintl.so.4...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libutil.so.3...done.
Reading symbols from /usr/lib/libxpg4.so.3...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...done.
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Reading symbols from /usr/X11R6/lib/X11/locale/common/xlcDef.so.2...done.
Reading symbols from /usr/X11R6/lib/X11/locale/common/ximcp.so.2...done.
Reading symbols from /usr/X11R6/lib/X11/locale/common/xomGeneric.so.2...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x285b1b78 in kill () from /usr/lib/libc.so.4
(gdb) bt
#0 0x285b1b78 in kill () from /usr/lib/libc.so.4
#1 0x80c103d in fatal_error_signal (sig=11) at emacs.c:3421
#2 0xbfbfffac in ?? ()
#3 0x80c588f in Ffuncall (nargs=3, args=0xbfbfe8e8) at eval.c:3761
#4 0x80968cf in execute_optimized_program (program=0x89ffa10 "=c2\t\b＠\"\207",
stack_depth=3, constants_data=0x89ffef0) at bytecode.c:609
#5 0x80c5e37 in Ffuncall (nargs=2, args=0xbfbfea0c) at eval.c:3444
#6 0x810b3e4 in mapcar1 (leni=40, vals=0xbfbfea44, function={gu = {
type = Lisp_Type_Record, val = 36163348}, s = {bits = 0,
val = 72326696}, u = {bits = 0, val = 72326696}, ui = 144653392,
i = 144653392, v = 0x89f3c50}, sequence={gu = {type = Lisp_Type_Record,
val = 36150965}, s = {bits = 0, val = 72301930}, u = {bits = 0,
val = 72301930}, ui = 144603860, i = 144603860, v = 0x89e7ad4})
at fns.c:3166
#7 0x810b797 in Fmapcar (function={gu = {type = Lisp_Type_Record,
val = 36163348}, s = {bits = 0, val = 72326696}, u = {bits = 0,
val = 72326696}, ui = 144653392, i = 144653392, v = 0x89f3c50},
sequence={gu = {type = Lisp_Type_Record, val = 36150965}, s = {bits = 0,
val = 72301930}, u = {bits = 0, val = 72301930}, ui = 144603860,
i = 144603860, v = 0x89e7ad4}) at fns.c:3274
#8 0x80c5aba in Ffuncall (nargs=3, args=0xbfbfeba8) at eval.c:3828
#9 0x80968cf in execute_optimized_program (program=0x89ffa50 "=c1=c2\bA\"\207",
stack_depth=3, constants_data=0x89ffa30) at bytecode.c:609
#10 0x80c5e37 in Ffuncall (nargs=2, args=0xbfbfeccc) at eval.c:3444
#11 0x810b3e4 in mapcar1 (leni=36, vals=0xbfbfed04, function={gu = {
type = Lisp_Type_Record, val = 36163359}, s = {bits = 0,
val = 72326718}, u = {bits = 0, val = 72326718}, ui = 144653436,
i = 144653436, v = 0x89f3c7c}, sequence={gu = {type = Lisp_Type_Record,
val = 36163017}, s = {bits = 0, val = 72326034}, u = {bits = 0,
val = 72326034}, ui = 144652068, i = 144652068, v = 0x89f3724})
at fns.c:3166
#12 0x810b797 in Fmapcar (function={gu = {type = Lisp_Type_Record,
val = 36163359}, s = {bits = 0, val = 72326718}, u = {bits = 0,
val = 72326718}, ui = 144653436, i = 144653436, v = 0x89f3c7c},
sequence={gu = {type = Lisp_Type_Record, val = 36163017}, s = {bits = 0,
val = 72326034}, u = {bits = 0, val = 72326034}, ui = 144652068,
i = 144652068, v = 0x89f3724}) at fns.c:3274
#13 0x80c5aba in Ffuncall (nargs=3, args=0xbfbfee58) at eval.c:3828
#14 0x80968cf in execute_optimized_program (
program=0x8a33010 "\b=c6]\020=c7\r=c8=c9#\210=c7\r=ca=cb#\210=c7\r=cc=cd#\210=c7\r=ce=cf#\210=c7\r=d0=d1#\210=c7\r=d2=d3#\210=c7\r=d4=d5#\210=c7\r=d6=d7#\210=c7\r=d8=d9#\210=c7\r=da=db#\210=c7\r=dc=dd#\210=c7\r=de=df#\210=c7\r=e0=e1#\210=c7\r=e2=e3#\210=c7\r=e4=e5#\210=c7\r=e6=e7#\210=c7\r=e8=e9#\210=c7\r=ea=eb#\210=c7\r=ec=ed#\210=c7\r=ee=ef#\210=c7\r=f0=f1#\210=c7\r=f2=f3#\210=c7\r=f4=f5#\210=c7\r=f6=f7#\210=c7\r=f8=f9#\210=c7\r=fa=fb#\210=c7\r=fc=fd#\210=c7\r=fe=ff#\210=c7\r\201B", stack_depth=7, constants_data=0x8a2f010) at bytecode.c:609
#15 0x80c5525 in Feval (form={gu = {type = Lisp_Type_Record, val = 36150989},
s = {bits = 0, val = 72301978}, u = {bits = 0, val = 72301978},
ui = 144603956, i = 144603956, v = 0x89e7b34}) at eval.c:3444
#16 0x814ce9b in readevalloop (readcharfun={gu = {type = Lisp_Type_Record,
val = 35575456}, s = {bits = 0, val = 71150912}, u = {bits = 0,
val = 71150912}, ui = 142301824, i = 142301824, v = 0x87b5a80},
sourcename={gu = {type = Lisp_Type_Record, val = 35893297}, s = {bits = 0,
val = 71786594}, u = {bits = 0, val = 71786594}, ui = 143573188,
i = 143573188, v = 0x88ec0c4}, evalfun=0x80c4af0 <Feval>, printflag=0)
at lread.c:1424
#17 0x814bb73 in Fload_internal (file={gu = {type = Lisp_Type_Record,
val = 35893297}, s = {bits = 0, val = 71786594}, u = {bits = 0,
val = 71786594}, ui = 143573188, i = 143573188, v = 0x88ec0c4},
noerror={gu = {type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}, nomessage={gu = {
type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}, nosuffix={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758},
codesys={gu = {type = Lisp_Type_Record, val = 169649894}, s = {bits = 0,
val = 339299788}, u = {bits = 0, val = 339299788}, ui = 678599576,
i = 678599576, v = 0x28729b98}, used_codesys={gu = {
type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}) at lread.c:717
#18 0x80c5b16 in Ffuncall (nargs=6, args=0xbfbff288) at eval.c:3828
#19 0x80968cf in execute_optimized_program (
program=0x2888d568 "=c6\016\037!\035=c7\r=c8\"\031=c9\034\t=ab\f\t=c8\r\b\016\036\n%\202\204", stack_depth=11, constants_data=0x287dd090) at bytecode.c:609
#20 0x80c5e37 in Ffuncall (nargs=5, args=0xbfbff3bc) at eval.c:3444
#21 0x80ca17f in call4 (fn={gu = {type = Lisp_Type_Record, val = 169649576},
s = {bits = 0, val = 339299152}, u = {bits = 0, val = 339299152},
ui = 678598304, i = 678598304, v = 0x287296a0}, arg0={gu = {
type = Lisp_Type_Record, val = 35893297}, s = {bits = 0,
val = 71786594}, u = {bits = 0, val = 71786594}, ui = 143573188,
i = 143573188, v = 0x88ec0c4}, arg1={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758},
arg2={gu = {type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}, arg3={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758})
at eval.c:4518
#22 0x80c485c in do_autoload (fundef={gu = {type = Lisp_Type_Record,
val = 36201378}, s = {bits = 0, val = 72402756}, u = {bits = 0,
val = 72402756}, ui = 144805512, i = 144805512, v = 0x8a18e88},
funname={gu = {type = Lisp_Type_Record, val = 34553513}, s = {bits = 0,
val = 69107026}, u = {bits = 0, val = 69107026}, ui = 138214052,
i = 138214052, v = 0x83cfaa4}) at eval.c:3279
#23 0x80c5f06 in Ffuncall (nargs=1, args=0xbfbff508) at eval.c:3876
#24 0x80968cf in execute_optimized_program (
program=0x89ef450 "=c3 \210=c4=c5=c6\n!!!=ab\t=c7=c8=c9\t!\n#\210=ca \210\t\211\020\207",
stack_depth=4, constants_data=0x89ef810) at bytecode.c:609
#25 0x80c5e37 in Ffuncall (nargs=2, args=0xbfbff624) at eval.c:3444
#26 0x809b007 in Fcall_interactively (function={gu = {type = Lisp_Type_Record,
val = 36149393}, s = {bits = 0, val = 72298786}, u = {bits = 0,
val = 72298786}, ui = 144597572, i = 144597572, v = 0x89e6244},
record_flag={gu = {type = Lisp_Type_Record, val = 169657814}, s = {
bits = 0, val = 339315628}, u = {bits = 0, val = 339315628},
ui = 678631256, i = 678631256, v = 0x28731758}, keys={gu = {
type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}) at callint.c:995
#27 0x80c4650 in Fcommand_execute (cmd={gu = {type = Lisp_Type_Record,
val = 36149393}, s = {bits = 0, val = 72298786}, u = {bits = 0,
val = 72298786}, ui = 144597572, i = 144597572, v = 0x89e6244},
record_flag={gu = {type = Lisp_Type_Record, val = 169657814}, s = {
bits = 0, val = 339315628}, u = {bits = 0, val = 339315628},
ui = 678631256, i = 678631256, v = 0x28731758}, keys={gu = {
type = Lisp_Type_Record, val = 169657814}, s = {bits = 0,
val = 339315628}, u = {bits = 0, val = 339315628}, ui = 678631256,
i = 678631256, v = 0x28731758}) at eval.c:3102
#28 0x80d6a15 in execute_command_event (command_builder=0x8493240, event={
gu = {type = Lisp_Type_Record, val = 34436283}, s = {bits = 0,
val = 68872566}, u = {bits = 0, val = 68872566}, ui = 137745132,
i = 137745132, v = 0x835d2ec}) at event-stream.c:4325
#29 0x80d714f in Fdispatch_event (event={gu = {type = Lisp_Type_Record,
val = 34436283}, s = {bits = 0, val = 68872566}, u = {bits = 0,
val = 68872566}, ui = 137745132, i = 137745132, v = 0x835d2ec})
at event-stream.c:4705
#30 0x80a1f5b in Fcommand_loop_1 () at cmdloop.c:582
#31 0x80a2201 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758})
at cmdloop.c:501
#32 0x80c35db in condition_case_1 (handlers={gu = {type = Lisp_Type_Record,
val = 169657268}, s = {bits = 0, val = 339314536}, u = {bits = 0,
val = 339314536}, ui = 678629072, i = 678629072, v = 0x28730ed0},
bfun=0x80a21e8 <command_loop_1>, barg={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758},
hfun=0x80a2270 <cmd_error>, harg={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758})
at eval.c:1896
#33 0x80a236f in command_loop_2 (dummy={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758})
at cmdloop.c:264
#34 0x80cb124 in internal_catch (tag={gu = {type = Lisp_Type_Record,
val = 169598354}, s = {bits = 0, val = 339196708}, u = {bits = 0,
val = 339196708}, ui = 678393416, i = 678393416, v = 0x286f7648},
func=0x80a232c <command_loop_2>, arg={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758},
threw=0x0, thrown_tag=0x0) at eval.c:1517
#35 0x80a1d00 in initial_command_loop (load_me={gu = {type = Lisp_Type_Record,
val = 169657814}, s = {bits = 0, val = 339315628}, u = {bits = 0,
val = 339315628}, ui = 678631256, i = 678631256, v = 0x28731758})
at cmdloop.c:313
#36 0x80c0477 in xemacs_21_5_b9_i386_unknown_freebsd4_7 (argc=1,
argv=0xbfbffba0, envp=0xbfbffba8, restart=0) at emacs.c:2343
#37 0x80c22dc in main (argc=1, argv=0xbfbffba0, envp=0xbfbffba8)
at emacs.c:2719
(gdb) quit
bash-2.05b$
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: FreeBSD oumu.wohnheimb.uni-frankfurt.de 4.7-STABLE FreeBSD 4.7-STABLE #0: Wed Dec 4 00:11:02 CET 2002 root＠oumu.wohnheimb.uni-frankfurt.de:/usr/obj/usr/src/sys/OUMU i386
./configure '--site-includes=/usr/local/include' '--site-libraries=/usr/local/lib' '--with-sound=noesd' '--external-widget' '--with-pop' '--pdump' '--with-mule' '--error-checking=none' '--use-union-type' '--use-kkcc'
XEmacs 21.5-b9 "brussels sprouts" (+CVS-20021203) configured for `i386-unknown-freebsd4.7'.
Compilation / Installation:
Source code location: /common/usr/home/duke42/src/xemacs
Installation prefix: /usr/local
Additional header files: /usr/local/include
Additional libraries: /usr/local/lib
Runtime library search path: /usr/local/lib:/usr/X11R6/lib
Operating system description file: `s/freebsd.h'
Machine description file: `m/intel386.h'
Compiler: gcc -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wundef -Wstrict-prototypes -Wshadow -Wmissing-declarations -Wpointer-arith -g -O3
Relocating allocator for buffers: yes
GNU version of malloc: yes
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.
Using Lucid menubars.
Using Lucid scrollbars.
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 sound (native).
Compiling in support for NAS (network audio system).
Databases:
Compiling in support for GNU DBM.
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.
Compiling in support for Canna on Mule.
Compiling in support for the WNN input method on Mule.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "flock" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the union type for Lisp_Objects.
Using the new GC algorithms.
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(~/.xemacs/elisp/header
/usr/local/lib/xemacs/site-packages/lisp/snipplets/header
~/.xemacs/elisp/tex-site
/usr/local/lib/xemacs/xemacs-packages/lisp/auctex/tex-site
/usr/local/lib/xemacs/site-packages/lisp/flyspell
/usr/local/lib/xemacs/xemacs-packages/lisp/text-modes/flyspell
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/viet-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/viet-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/korea-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/korea-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/japan-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/japan-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/ethio-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/ethio-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/cyril-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/cyril-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-base/china-util
/usr/local/lib/xemacs-21.5-b9/lisp/mule/china-util
/usr/local/lib/xemacs/xemacs-packages/lisp/mule-ucs/unicode
/usr/local/lib/xemacs-21.5-b9/lisp/unicode)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.13 :type regular)
(xslt-process :version 1.11 :type regular)
(xslide :version 1.03 :type regular)
(xemacs-devel :version 1.48 :type single-file)
(xemacs-base :version 1.71 :type regular)
(w3 :version 1.26 :type regular)
(vm :version 7.07 :type regular)
(viper :version 1.35 :type regular)
(view-process :version 1.12 :type regular)
(vhdl :version 1.15 :type regular)
(vc-cc :version 1.21 :type regular)
(vc :version 1.33 :type regular)
(tramp :version 1.1 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.34 :type regular)
(time :version 1.12 :type regular)
(textools :version 1.13 :type regular)
(text-modes :version 1.55 :type single-file)
(texinfo :version 1.21 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.24 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(sml-mode :version 0.05 :type regular)
(slider :version 1.13 :type regular)
(skk :version 1.23 :type regular)
(sieve :version 1.1 :type regular)
(sh-script :version 1.16 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.14 :type regular)
(scheme :version 1.12 :type regular)
(sasl :version 1.12 :type regular)
(ruby-modes :version 1.0 :type single-file)
(rmail :version 1.13 :type regular)
(reftex :version 1.28 :type regular)
(python-modes :version 1.01 :type single-file)
(psgml-dtds :version 1.02 :type regular)
(psgml :version 1.35 :type regular)
(ps-print :version 1.08 :type regular)
(prog-modes
:version
1
.67
:type
single-file)
(pgg :version 1.01 :type regular)
(perl-modes :version 1.02 :type single-file)
(pcomplete :version 1.02 :type regular)
(pcl-cvs :version 1.64 :type regular)
(pc :version 1.25 :type single-file)
(os-utils :version 1.29 :type single-file)
(ocaml :version 0.03 :type regular)
(net-utils :version 1.28 :type single-file)
(mule-ucs :version 1.04 :type regular)
(mule-base :version 1.42 :type regular)
(mmm-mode :version 1.0 :type regular)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.16 :type regular)
(mew :version 1.17 :type regular)
(mailcrypt :version 2.12 :type regular)
(mail-lib :version 1.54 :type regular)
(lookup :version 1.13 :type regular)
(locale :version 1.2 :type regular)
(liece :version 1.1 :type regular)
(leim :version 1.19 :type regular)
(latin-unity :version 1.07 :type regular)
(jde :version 1.38 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.28 :type regular)
(igrep :version 1.1 :type regular)
(idlwave :version 1.27 :type regular)
(ibuffer :version 1.08 :type regular)
(hm--html-menus :version 1.18 :type regular)
(haskell-mode :version 1.03 :type regular)
(gnus :version 1.64 :type regular)
(gnats :version 1.15 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(fortran-modes :version 1.01 :type single-file)
(forms :version 1.14 :type regular)
(footnote :version 1.15 :type regular)
(eudc :version 1.36 :type regular)
(eterm :version 1.13 :type regular)
(ess :version 1.02 :type regular)
(eshell :version 1.03 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.03 :type regular)
(egg-its :version 1.26 :type regular)
(efs :version 1.29 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.95 :type single-file)
(ediff :version 1.44 :type regular)
(edict :version 1.13 :type regular)
(edebug :version 1.14 :type regular)
(ecrypto :version 0.12 :type regular)
(docbookide :version 0.05 :type regular)
(dired :version 1.12 :type regular)
(dictionary :version 1.11 :type regular)
(debug :version 1.16 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.14 :type regular)
(clearcase :version 1.04 :type regular)
(cc-mode :version 1.31 :type regular)
(calendar :version 1.19 :type regular)
(calc :version 1.23 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.07 :type regular)
(bbdb :version 1.21 :type regular)
(auctex :version 1.32 :type regular)
(apel :version 1.25 :type regular)
(ada :version 1.11 :type regular)
(Sun :version 1.13 :type regular)
(x-symbol :version 1.11 :type regular)
(toolbar-fancy :version 0.06 :type regular))
Features:
--------
(random-sig vm-virtual whitespace vm-sort w3-style bbdb-hooks
ethio-util w3-hot url-file url-cache w3-xemac w3-xemacs w3-toolbar
xbm-button xpm-button w3-forms images url-http url-cookie urlauth w3
w3-menu url-news url-gw w3-script w3-jscript w3-elisp w3-java cus-edit
cus-load w3-emulate w3-auto w3-parse url mm url-vars w3-cfg w3-sysdp
w3-display w3-mouse w3-imap w3-vars wid-edit w3-cus mule-sysdp
w3-widget url-parse css font disp-table w3-keyword vm-delete vm-undo
vm-crypto vm-minibuf vm-pop smiley annotations messagexmas nnheader
nnheaderxm mm-util mail-prsvr mail-utils bbdb-gui vm-page vm-mime
vm-toolbar vm-summary tapestry vm-motion vm-message vm-menu vm-folder
efs-cu vm-misc vm-mouse vm-window bbdb-vm bbdb-snarf mail-extr
bbdb-com smtpmail vm-autoload highlight-headers vm-vars vm-version vm
vm-startup mail-abbrevs xemacsbug shadow sendmail rfc822 eldoc
bbdb-anniv diary-lib calendar paren blink-paren pending-del gnuserv
icomplete jka-compr live-mode assoc bbdb timezone time-stamp tex-site
ibuffer boxquote rect generic-extras font-lock cus-face generic-mode
auto-recomp session defaultcontent active-menu skk skk-foreword
queue-m alist pcustom poem poem-xm pces pces-xfc pces-20 broken
pces-xm poe-xemacs timer overlay poe pym static apel-ver product
advice advice-preload func-menu crypt crypt++ completer
zenirc-autoloads xslt-process-autoloads xslide-autoloads
xemacs-devel-autoloads xemacs-base-autoloads w3-autoloads vm-autoloads
viper-autoloads view-process-autoloads vhdl-autoloads vc-cc-autoloads
vc-autoloads tramp-autoloads tpu-autoloads tooltalk-autoloads
tm-autoloads time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
sml-mode-autoloads slider-autoloads skk-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
sasl-autoloads ruby-modes-autoloads rmail-autoloads reftex-autoloads
python-modes-autoloads psgml-dtds-autoloads psgml-autoloads
ps-print-autoloads prog-modes-autoloads pgg-autoloads
perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads ocaml-autoloads net-utils-autoloads
mule-ucs-autoloads mule-base-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads lookup-autoloads
locale-autoloads liece-autoloads leim-autoloads latin-unity-autoloads
jde-autoloads ispell-autoloads ilisp-autoloads igrep-autoloads
idlwave-autoloads ibuffer-autoloads hm--html-menus-autoloads
haskell-mode-autoloads gnus-autoloads gnats-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
ess-autoloads eshell-autoloads emerge-autoloads elib-autoloads
eieio-autoloads egg-its-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edict-autoloads edebug-autoloads
ecrypto-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
x-symbol-autoloads toolbar-fancy-autoloads -autoloads xemacs-autoloads
src-autoloads loadhist rsz-minibuf auto-show fontl-hooks x-iso8859-1
canna-leim tibetan lao devanagari indian slovenian czech romanian ccl
code-cmds gutter-items menubar-items x-menubar mode-motion mouse
behavior itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete cus-file derived env text-props frame obsolete cus-start
custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp CANNA wnn unicode lucid-scrollbars cut-buffer
lucid-menubars external-widget x c-balloon-help tty-frames tty toolbar
nas-sound native-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
dbm md5 xemacs xim mule gutter tiff png gif jpeg xpm xbm
lisp-float-type file-coding berkeley-unix devices window-system
base64)
Recent keystrokes:
-----------------
l e SPC u s i n g SPC c a l c RET down up up up up
up down down down down down down down up up down down
down down down C-x k RET C-c v H i H i G u T o C-m
C-TAB C-TAB h d SPC d d d d d d d d d d d n n d n n
d d n C-g p n d d SPC d y n d d d k d d d # # # p n
q C-x k RET M-x up RET
Recent messages (most recent first):
-----------------------------------
Wrote /home/duke42/.xemacs/mail/InBox
Saving...
Stuffing attributes... done
Ordering updates...
Stuffing attributes...
Quitting...
Loading vm-virtual...done
Loading vm-virtual...
Wrote /home/duke42/.xemacs/.bbdb
Loading whitespace...done
Loading whitespace...
Decoding MIME message... done
Decoding MIME message...
Deleted messages expunged.
Decoding MIME message... done
Decoding MIME message...
Expunging...
Decoding MIME message... done
Decoding MIME message...
Updating of BBDB records finished
--
Adam Duck (duck(a)cs.uni-frankfurt.de)
Bockenheimer Landstr. 135 / Zi. 211
60325 Frankfurt/Main
______________________________________
If it's zero degrees outside today and it's supposed to be twice
as cold tomorrow, how cold is it going to be?
- 5 participants
- 11 comments