June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Core Dump in 21.1.3 24 years, 10 months

Adrian Aichner

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "Vin" == Vin Shelton <acs(a)xemacs.org> writes: Vin> I'm consistently getting a core dump in 21.1.3 when trying to Vin> open a particular compressed tarfile: Vin> ftp://prep.ai.mit.edu/gnu/userv/userv-0.64.1.tar.gz. I've APA> FWIW, I can open the file from Gnus (using w3), save it to APA> ~/userv-0.64.1.tar.gz and visit that file (automatically entering APA> tar-mode). APA> All of this in (emacs-version) APA> "XEmacs 21.2 (beta16) \"Sumida\" [Lucid] (i586-pc-win32) of Sun Jun 13 APA> 1999 on ZJ75T" Same procedure works fine for me in (emacs-version) "XEmacs 21.1 (patch 3) \"Acadia\" [Lucid] (i386-pc-win32) of Tue Jun 15 1999 on ZJ75T" as well. Adrian APA> Adrian Vin> included the installation info and a backtrace. I've been Vin> unable to reproduce -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

Re: Core Dump in 21.1.3 24 years, 10 months

Adrian Aichner

>>>>> "Vin" == Vin Shelton <acs(a)xemacs.org> writes: Vin> I'm consistently getting a core dump in 21.1.3 when trying to Vin> open a particular compressed tarfile: Vin> ftp://prep.ai.mit.edu/gnu/userv/userv-0.64.1.tar.gz. I've FWIW, I can open the file from Gnus (using w3), save it to ~/userv-0.64.1.tar.gz and visit that file (automatically entering tar-mode). All of this in (emacs-version) "XEmacs 21.2 (beta16) \"Sumida\" [Lucid] (i586-pc-win32) of Sun Jun 13 1999 on ZJ75T" Adrian Vin> included the installation info and a backtrace. I've been Vin> unable to reproduce

1 participants
0 comments

Core Dump in 21.1.3 24 years, 10 months

Vin Shelton

I'm consistently getting a core dump in 21.1.3 when trying to open a particular compressed tarfile: ftp://prep.ai.mit.edu/gnu/userv/userv-0.64.1.tar.gz. I've included the installation info and a backtrace. I've been unable to reproduce this in a -vanilla xemacs. The compiler used to build this was: gcc version gcc-2.95 19990608 (prerelease). --- Installation Info --- uname -a: SunOS dusk1 5.5.1 Generic sun4m sparc ../../../src/xemacs-21.1-19990616/configure '--prefix=/u/shelton/new/xemacs-21.1-19990616' '--with-gnu-make' '--x-includes=/usr/openwin/include' '--x-libraries=/usr/openwin/lib' '--with-mule=no' '--with-cde=no' '--with-xpm' '--site-includes=/u/shelton/new/include:/sup/include' '--site-libraries=/u/shelton/new/lib:/sup/lib' '--with-dialogs=athena' '--with-session' XEmacs 21.1-p3 "Acadia" configured for `sparc-sun-solaris2.5.1'. Where should the build process find the source code? /u/shelton/new/src/xemacs-21.1-19990616 What installation prefix should install use? /u/shelton/new/xemacs-21.1-19990616 What operating system and machine description files should XEmacs use? `s/sol2.h' and `m/sparc.h' What compiler should XEmacs be built with? /u/shelton/new/egcs-snapshot/bin/gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/dt/include /usr/openwin/include Where do we find X Windows libraries? /usr/dt/lib /usr/openwin/lib Additional header files: /u/shelton/new/include /sup/include Additional libraries: /u/shelton/new/lib /sup/lib Runtime library search path: /u/shelton/new/lib:/sup/lib:/usr/dt/lib:/usr/openwin/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for DBM. Compiling in support for ToolTalk. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. --- Backtrace --- #0 0xeee740d8 in kill () from /usr/lib/libc.so.1 #1 0x72064 in fatal_error_signal (sig=11) at /u/shelton/new/src/xemacs-21.1-19990616/src/emacs.c:263 #2 <signal handler called> #3 0x1167fc in search_buffer (buf=0x7f4600, string=-559700851, bufpos=-291240955, buflim=1031, n=1, RE=-291239917, trt=0x28b4a4 "", inverse_trt=0x28b5ac "", posix=0) at /u/shelton/new/src/xemacs-21.1-19990616/src/search.c:1367 #4 0x115db0 in search_command (string=1612810196, bound=1031, no_error=-1607929828, count=8340992, buffer=-1607929852, direction=1, RE=0, posix=3) at /u/shelton/new/src/xemacs-21.1-19990616/src/search.c:980 #5 0x118c70 in Fsearch_forward (string=1612810196, bound=1031, no_error=-1607929828, count=-1607929852, buffer=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/search.c:1630 #6 0x76b58 in funcall_recording_as (recorded_as=-268455900, nargs=3, args=0xefffb020) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3193 #7 0x7ae6c in Ffuncall (nargs=4, args=0xefffb020) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #8 0x50e40 in Fbyte_code (bytestr=1612809732, vector=-2145286368, maxdepth=29) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #9 0x77e84 in funcall_lambda (fun=539068600, nargs=1, arg_vector=0xefffb94c) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #10 0x76e90 in funcall_recording_as (recorded_as=-268453556, nargs=1, args=0xefffb948) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #11 0x7ae6c in Ffuncall (nargs=2, args=0xefffb948) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #12 0x50e40 in Fbyte_code (bytestr=1612807168, vector=-2145288940, maxdepth=9) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #13 0x77e84 in funcall_lambda (fun=539065928, nargs=0, arg_vector=0xefffbe6c) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #14 0x76e90 in funcall_recording_as (recorded_as=-268452244, nargs=0, args=0xefffbe68) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #15 0x7ae6c in Ffuncall (nargs=1, args=0xefffbe68) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #16 0x50e40 in Fbyte_code (bytestr=1612805212, vector=-2145291144, maxdepth=2) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #17 0x763f8 in Feval (form=1075934284) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3063 #18 0x73a40 in condition_case_1 (handlers=1075934348, bfun=0x75c04 <Feval>, barg=1075934284, hfun=0x73a8c <run_condition_case_handlers>, harg=-1607590252) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1653 #19 0x7ac88 in condition_case_3 (bodyform=1075934284, var=-1607590252, handlers=1075934348) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1715 #20 0x51384 in Fbyte_code (bytestr=1612805124, vector=-2145291224, maxdepth=13) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:576 #21 0x77e84 in funcall_lambda (fun=539063804, nargs=1, arg_vector=0xefffcd7c) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #22 0x76e90 in funcall_recording_as (recorded_as=-268448388, nargs=1, args=0xefffcd78) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #23 0x7ae6c in Ffuncall (nargs=2, args=0xefffcd78) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #24 0x50e40 in Fbyte_code (bytestr=1612804136, vector=-2145292076, maxdepth=151) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #25 0x77e84 in funcall_lambda (fun=539063164, nargs=2, arg_vector=0xefffd44c) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #26 0x76e90 in funcall_recording_as (recorded_as=-268446644, nargs=2, args=0xefffd448) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #27 0x7ae6c in Ffuncall (nargs=3, args=0xefffd448) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #28 0x50e40 in Fbyte_code (bytestr=1612803176, vector=-2145293072, maxdepth=108) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #29 0x763f8 in Feval (form=1075932248) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3063 #30 0x73a40 in condition_case_1 (handlers=1075932816, bfun=0x75c04 <Feval>, barg=1075932248, hfun=0x73a8c <run_condition_case_handlers>, harg=-1607831820) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1653 #31 0x7ac88 in condition_case_3 (bodyform=1075932248, var=-1607831820, handlers=1075932816) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1715 #32 0x51384 in Fbyte_code (bytestr=1612802132, vector=-2145293988, maxdepth=244) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:576 #33 0x77e84 in funcall_lambda (fun=539062004, nargs=1, arg_vector=0xefffe4e8) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #34 0x76e90 in funcall_recording_as (recorded_as=-268442392, nargs=1, args=0xefffe4e4) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #35 0x7ae6c in Ffuncall (nargs=2, args=0xefffe4e4) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #36 0x50e40 in Fbyte_code (bytestr=1612797604, vector=-2145298700, maxdepth=18) at /u/shelton/new/src/xemacs-21.1-19990616/src/bytecode.c:416 #37 0x77e84 in funcall_lambda (fun=539055888, nargs=2, arg_vector=0xefffe9e4) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3597 #38 0x76e90 in funcall_recording_as (recorded_as=-268441116, nargs=2, args=0xefffe9e0) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3214 #39 0x7ae6c in Ffuncall (nargs=3, args=0xefffe9e0) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:3238 #40 0x5411c in Fcall_interactively (function=-1607604396, record_flag=-1607929852, keys=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/callint.c:949 #41 0x7563c in Fcommand_execute (cmd=-1607604396, record=-1607929852, keys=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:2584 #42 0x9ec9c in execute_command_event (command_builder=0x3c8980, event=541553456) at /u/shelton/new/src/xemacs-21.1-19990616/src/event-stream.c:4346 #43 0x9f358 in Fdispatch_event (event=541553456) at /u/shelton/new/src/xemacs-21.1-19990616/src/event-stream.c:4637 #44 0x58948 in Fcommand_loop_1 () at /u/shelton/new/src/xemacs-21.1-19990616/src/cmdloop.c:579 #45 0x58b7c in command_loop_1 (dummy=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/cmdloop.c:494 #46 0x73a40 in condition_case_1 (handlers=-1607929756, bfun=0x58b58 <command_loop_1>, barg=-1607929852, hfun=0x58be0 <cmd_error>, harg=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1653 #47 0x58cf4 in command_loop_2 (dummy=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/cmdloop.c:256 #48 0x7ab88 in internal_catch (tag=-1607852204, func=0x58ca8 <command_loop_2>, arg=-1607929852, threw=0x0) at /u/shelton/new/src/xemacs-21.1-19990616/src/eval.c:1328 #49 0x58404 in initial_command_loop (load_me=-1607929852) at /u/shelton/new/src/xemacs-21.1-19990616/src/cmdloop.c:305 #50 0x70ab4 in sort_args (argc=1575936, argv=0xeffff9ec) at /u/shelton/new/src/xemacs-21.1-19990616/src/emacs.c:1714 - vin -- In a minute there is time For decisions and revisions which a minute will reverse. T.S. Eliot

1 participants
0 comments

Re: Faces customizations broken in beta 16 (NT version)? 24 years, 10 months

Dmitry Yaitskov

Jan Vroonhof <vroonhof(a)math.ethz.ch> wrote: > Dmitry Yaitskov <dimas(a)home.com> writes: > > > I've just installed 21.2 b16 on NT. Faces customizations seem to be > > mostly broken in this version. Almost all of my faces show up as > > Lucida console. Colors, bold, italic - nothing seems to work, although > > *with* some exceptions. E.g. gnus lost all faces customizations. b15 > > works fine. What have I missed? Any help will be greatly appreciated. > > How did you customize them? Can you give me your custom-set-faces > settings and the values specifiers (i.e. for each face we want > (face-foreground 'face) etc). Also write what you wanted the face to > be? > > Please be a lot more detailed than just "mostly broken". Sorry, my own fault. I had some old .elc files lying around which weren't recompiled. I obviously was not thinking clearly yesterday when I installed b16 and posted my message. All's ok now. -- Cheers, -Dima.

1 participants
0 comments

ediff bug (?) in 21.2 24 years, 10 months

Henk van Dorp

Dear all, Unwittingly becoming a kind of beta-tester (win95 box, no build facilities, using Fabrice Popineau's XEmacs21.2.b14 binaries and distribution files), using only elementary facilities of XEmacs, I came across the following problem, (the same holds when I start XEmacs -vanilla): In XEmacs 21.2 "Dionysos" [Lucid] (i586-pc-win32) of Tue May 18 1999 on NEVERYON configured using `configure UNKNOWN' Through the menu: Comparing two buffers (.emacs and EMACS~1.NEW): > Loading ediff... > Loading ediff...done > Computing differences between .emacsR4WTUl and EMACS~1.NEWR4WHTD ... > Errors in diff output. Diff output is in #<buffer "*ediff-diff*"> which says: > /CYGNUS/CYGWIN~1/H-I586~1/BIN/diff.exe: C:TempEMACS~1.NEWR4WHTD: No such file or directory First two remarks on the misleading error message: it skips /'s and or \'s in the (temp)filename and omits the essential c:/ before cygnus. Superfluous that both files were present, so I thought something was terribly amiss deep down inside, BUT, > Computing differences between XEMACSW.BAK and XEMACSW.BAT ... > Buffer A: Processing difference region 0 of 1 > Buffer B: Processing difference region 0 of 1 > Processing difference regions ... done, Perhaps it has something to do with the names of the files, check that by renaming the EMACS~1.NEW to .joris ... and again ... > Computing differences between .jorisR4WUdJ and .emacsR4WhnP ... > Buffer A: Processing difference region 0 of 6 > Buffer B: Processing difference region 0 of 6 > Processing difference regions ... done ergo, twas in the name ahah. To be on the safe side: Copy [-p]: 1 file. .joris into EMACS~1.NJU (so creating two identical files!) This yielded the same kind of messages. Also comparing two files (and not buffers) gave the same kind of errors. I think it has something to do with the ~ in the filename, is it the 8.3 filenaming system?. A bug in XEmacs, in cygnus' diff, or, still, a beginners mistake in initialising XEmacs?? For that reason, could someone please provide me with an .emacs file that correctly identifies my keypad-keys, so that I can put (e.g.) cut, copy and paste under those keys. I tried many things, but none worked so far (e.g. what kind of /term/typefile.el can I (do I have to) use?) Thanks a lot (in advance, (also for XEmacs in general :-)) for your help; in any case, your gracious attention is much appreciated. Regards, Henk van Dorp -- (a.o.email: vandorp(a)ieee.org)

4 participants
3 comments

Re: [bug] C-x (space) debug loop with error 24 years, 10 months

SL Baur

Karl M Hegbloom <karlheg(a)cathcart.sysc.pdx.edu> writes in xemacs-beta(a)xemacs.org: ... > Where should I begin looking, I wonder... Start with code that sins like jka-compr and friends -- anything that redefines or fiddles with the guts of the main event loop. -- 窓番号を入力してください

1 participants
0 comments

(insert 8000) crashes XEmacs 21.2.16 24 years, 10 months

Yoshiki Hayashi

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta16) "Sumida" [Lucid] (i586-pc-linux, Mule) of Fri Jun 18 1999 on quarter configured using `configure --prefix=/opt/local --with-mule' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: xemacs -vanilla and evaluate following expression crashes XEmacs 21.2.16. (insert 8000) M-x describe-installation uname -a: Linux quarter 2.2.9 #2 Tue Jun 15 19:23:31 JST 1999 i586 unknown ./configure '--prefix=/opt/local' '--with-mule' XEmacs 21.2-b16 "Sumida" configured for `i586-pc-linux'. Where should the build process find the source code? /home/penny/xemacs-21.2.15 What installation prefix should install use? /opt/local What operating system and machine description files should XEmacs use? `s/linux.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in native sound support. Compiling in support for Berkeley DB. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using raw Xlib to provide XIM support. Compiling in support for Canna on Mule. Compiling in support for proper WM_COMMAND handling. Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Compiling in extra code for debugging. 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: --------------------------------------------------------- -- Yoshiki Hayashi

1 participants
0 comments

Faces customizations broken in beta 16 (NT version)? 24 years, 10 months

Dmitry Yaitskov

Hi, I've just installed 21.2 b16 on NT. Faces customizations seem to be mostly broken in this version. Almost all of my faces show up as Lucida console. Colors, bold, italic - nothing seems to work, although *with* some exceptions. E.g. gnus lost all faces customizations. b15 works fine. What have I missed? Any help will be greatly appreciated. -- Cheers, -Dima.

1 participants
0 comments

Re: struct lrecord_header size 24 years, 10 months

Jan Vroonhof

Olivier Galibert <galibert(a)pobox.com> writes: > We may want someday to integrate the type into the flags struct to go > back to 4 bytes _or_ change the unsigned char to int (which may make > the code faster, but probably only when using error checking). I am even worried about the 4 bytes. That is still 50% overhead per cons-cell. I have been thinking how to solve that. The best way IMHO would be to allocate _all_ lisp types in frob-blocks (or slabs or pools or...) _and_ then stick the typeinfo and a bitmap of type bits at the start of the page. Jan

3 participants
2 comments

Re: sample.emacs to break custom-set-face in 21.2b16 under native NT 24 years, 10 months

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: Jan> Please make sure your .elc are up to date and you are not Jan> suffering from the problems the other NT users were seeing. Good point. I just byte-compiled xemacs/lisp/*.el Jan> Please give the values of the relevant specifiers. >> >> Sorry, Jan, I don't understand what you mean here. Jan> I mean what does (face-font 'default) give you (face-font 'default) #<font-specifier global=<unspecified> fallback=(((mswindows) . "Courier New:Regular:10::Western") ((mswindows) . "Courier:Regular:10::Western") ((mswindows) . "Fixedsys:Regular:9::Western")) 0x196> >> Jan> (make-face-unitalic font-lock-comment-face tags '(custom)) >> >> I am calling this with tags of nil, like custom does. Jan> RED ALERT! Custom should be making _all_ its changes with a Jan> 'custom tag! ALERT CANCELED! I was referring to your original example Jan> (make-face-unitalic font-lock-comment-face tags '(custom)) which should have been Jan> (make-face-unitalic font-lock-comment-face locale '(custom)) So I was doing all calls with a *locale* of nil and tags value of *'(custom)*. >> (make-face-unitalic 'font-lock-comment-face nil '(custom)) >> ====================================================================== >> 1 -> frob-face-property: face=font-lock-comment-face property=font func=mswindows-make-font-unitalic locale=nil tags=(custom) >> 1 <- frob-face-property: nil >> (make-face-unitalic 'font-lock-comment-face nil '(custom)) Jan> Here is probably the problem. There might be some bug in Jan> frob-face-property (or the way customize uses it). The use of Jan> it with a non-nil tags probably has never been tested very Jan> well.. Hmmh, BUT, mimicing custom by calling (make-face-unitalic font-lock-comment-face nil '(custom)) directly works the second time around. The question probably is why it fails for the first time (returning [default]). Grüezi, Adrian Jan> That's all for now, have to go, Jan> Jan Jan> -- Jan> Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Jan> Mathematik, vroonhof ＠ math.ethz.ch Jan> HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Jan> Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085 -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta June 1999