August 1999 - XEmacs-Beta - XEmacs Mailing List Archives

alternative to dumping? 24 years, 8 months

Neal D. Becker

http://coldstore.masslinux.com/

1 participants
0 comments

Current 21.2 CVS is hosed 24 years, 8 months

SL Baur

cvs update make clean ./config.status --recheck make gcc -c -g -O3 -Demacs -I. -DHAVE_CONFIG_H -I/usr/lib/locale/ja/wnn/demo/include -I/usr/local/include -I/usr/local/canna/include -I/usr/dt/include -I/usr/local/X11R6/include /usr/local/devel/xemacs-21.2/src/event-stream.c /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `mark_timeout': /usr/local/devel/xemacs-21.2/src/event-stream.c:1110: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1110: (Each undeclared identifier is reported only once /usr/local/devel/xemacs-21.2/src/event-stream.c:1110: for each function it appears in.) /usr/local/devel/xemacs-21.2/src/event-stream.c:1110: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `print_timeout': /usr/local/devel/xemacs-21.2/src/event-stream.c:1119: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1119: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `event_stream_generate_wakeup': /usr/local/devel/xemacs-21.2/src/event-stream.c:1145: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1145: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `event_stream_resignal_wakeup': /usr/local/devel/xemacs-21.2/src/event-stream.c:1207: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1207: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c:1214: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `event_stream_disable_wakeup': /usr/local/devel/xemacs-21.2/src/event-stream.c:1279: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1279: parse error before `)' /usr/local/devel/xemacs-21.2/src/event-stream.c: In function `event_stream_wakeup_pending_p': /usr/local/devel/xemacs-21.2/src/event-stream.c:1316: `Lisp_Timeout' undeclared (first use in this function) /usr/local/devel/xemacs-21.2/src/event-stream.c:1316: parse error before `)' make[1]: *** [event-stream.o] Error 1 make[1]: Leaving directory `/usr/local/devel/miho-optimized/src' make: *** [src] Error 2 uname -a: SunOS miho 5.6 Generic_105181-05 sun4u sparc ../xemacs-21.2/configure '--with-mule' '--debug=no' '--error-checking=none' '--extra-verbose=no' '--site-prefixes=/usr/local' '--x-includes=/usr/local/X11R6/include' '--x-libraries=/usr/local/X11R6/lib' '--compiler=gcc' '--mail-locking=file' '--srcdir=../xemacs-21.2' '--cflags=-g -O3' '--with-xim=xlib' '--site-includes=/usr/lib/locale/ja/wnn/demo/include' '--site-libraries=/usr/lib/locale/ja/wnn/lib' '--with-widgets=athena3d' '--with-cde=no' '--with-tooltalk=no' '--with-scrollbars=athena3d' '--with-dialogs=athena3d' XEmacs 21.2-b19 "Shinjuku" configured for `sparc-sun-solaris2.6'. Where should the build process find the source code? /usr/local/devel/xemacs-21.2 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/sol2.h' and `m/sparc.h' What compiler should XEmacs be built with? gcc -g -O3 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/local/X11R6/include Where do we find X Windows libraries? /usr/dt/lib /usr/local/X11R6/lib Additional header files: /usr/lib/locale/ja/wnn/demo/include Additional libraries: /usr/lib/locale/ja/wnn/lib Additional prefixes: /usr/local Runtime library search path: /usr/lib/locale/ja/wnn/lib:/usr/local/lib:/usr/dt/lib:/usr/local/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 support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in support for Berkeley DB. Compiling in support for GNU DBM. 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 the WNN input method on Mule. Using WNN version 6. Compiling in support for proper WM_COMMAND handling. Using Lucid menubars. Using Athena-3d scrollbars. Using Athena-3d native widgets. Using Athena-3d dialog boxes. Compiling in DSO module support. movemail will use "dot-locking" for locking mail spool files.

1 participants
0 comments

Re: [line start cache] Re: XEmacs 21.1.4 crash (relatively often) on Solaris 2.7 sparc 24 years, 8 months

Jan Vroonhof

Vin Shelton <acs(a)xemacs.org> writes: > The answer is: yes, I can I can too. It will crash as soon as you have a wrapped line. This shows that there is problem there, but the fix isn't clear at all. Jan P.S. As to those patches I have flashed around, please don't apply those they are all debugging hacks & workarounds. I haven't had the time to do the real fix yet. Is 21.1.7 coming so soon?

1 participants
0 comments

Re: pcl-cvs fork in the road 24 years, 8 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > Charles G Waldman <cgw(a)fnal.gov> writes: >> Any suggestions as to which one? I don't see any package where it >> seems like a natural fit. > Either fsf-compat or xemacs-base >> I'm also not overwhelmingly convinced of its general usefulness. > Especially not given that XEmacs has add-minor-mode. What is easy-mmode.el? If it's an incompatible reimplementation of `add-minor-mode', fsf-compat is the right place for it.

1 participants
0 comments

Re: RFC: MULE coding system docs and modeline indicators 24 years, 8 months

SL Baur

Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes in xemacs-beta(a)xemacs.org: ... > It seems to me that *very* short and cryptic is the way to go, so I'm > thinking about adding (a) balloon help giving full name of the coding > system plus Balloon help is not necessarily going to be available. I would consider putting it in the echo area instead, as we already do this for several other mode-line fields. > (b) the "about the coding system" help function(s) from > the Mule menu to the modeline. (a) seems pretty uncontroversial; for > (b) should the functions be duplicate, moved, or don't do this? My first thought is "don't do this", but I don't feel strongly one way or another. > I'm also working on fixing the functions in mule-base/mule-diag.el. > Again, if anybody's done anything in that direction, let me know. The > current description functions come in a verbose but very incomplete > form and a uninterpretably terse but complete form. I don't see any > use for the latter; I think that should be verbose, too. Comments? There are two versions of this file, mule-test.el is the other one, I believe. One of them was recently updated, so make a quick check first to see whether or not the stuff you're trying to update has already been updated or not.

1 participants
0 comments

Re: [line start cache] Re: XEmacs 21.1.4 crash (relatively often) on Solaris 2.7 sparc 24 years, 8 months

Vin Shelton

The answer is: yes, I can. I applied this patch to my copy of 21.1. I started xemacs -vanilla. When I attempted to edit the latest tkman Makefile, KA-BOOM! Here's the gdb backtrace. Lemme know if you want to see anything else. Fatal error: assertion failed, file /usr/local/src/xemacs-21.1-19990826/src/redisplay.c, line 6257, 0 Fatal error (6). #0 0x40246811 in kill () from /lib/libc.so.6 #1 0x80a3704 in fatal_error_signal () #2 0xbfffefd4 in ?? () #3 0x4024784f in abort () at ../sysdeps/generic/abort.c:83 #4 0x80a3649 in assert_failed () #5 0x8122165 in update_internal_cache_list () #6 0x8123086 in update_line_start_cache () #7 0x812108c in redisplay_window () #8 0x81211cb in redisplay_frame () #9 0x812131c in redisplay_device () #10 0x8121539 in redisplay_without_hooks () #11 0x8125fa2 in redisplay () #12 0x80c75ba in Fnext_event () #13 0x808df1e in Fcommand_loop_1 () #14 0x808e155 in command_loop_1 () #15 0x80ab276 in condition_case_1 () #16 0x808e2b7 in command_loop_2 () #17 0x80ab144 in internal_catch () #18 0x808dc2e in initial_command_loop () #19 0x80a2154 in sort_args () #20 0x80a3923 in main () Here's my installation info: uname -a: Linux mithril 2.2.11 #1 SMP Thu Aug 12 00:21:53 EDT 1999 i686 unknown ../../../src/xemacs-21.1.6/configure '--prefix=/usr/local/xemacs-21.1.6' '--with-gcc' '--site-includes=/usr/local/include' '--site-libraries=/usr/local/lib' '--site-runtime-libraries=/usr/local/lib' '--infopath=/usr/local/info' '--with-mule=no' '--compiler=/usr/local/egcs-snapshot/bin/gcc' '--cflags=-O3 -malign-double -pipe -march=pentiumpro -mcpu=pentiumpro -ffast-math -fno-exceptions' '--with-dialogs=no' '--package-path=/usr/local/xemacs-packages' That's gcc-2.95.1, BTW. - vin >>>>> On Thu, 12 Aug 1999, Jan Vroonhof <vroonhof(a)math.ethz.ch> said: Jan> P.S. Can you trigger the abort in this patch? >> >> An update: >> >> I've been running with your patched version for a while, and have >> triggered the "cur_elt >= 0" assertion again a couple of times, but >> have not triggered your assertion. Jan> Ah, %$#＠%!#$. There is one ! too many in this patch. Jan> Here is what I meant Jan> Index: redisplay.c Jan> =================================================================== Jan> RCS file: /usr/CVSroot/XEmacs/xemacs-20/src/redisplay.c,v Jan> retrieving revision 1.57 Jan> diff -u -u -r1.57 redisplay.c Jan> --- redisplay.c 1999/05/12 14:29:13 1.57 Jan> +++ redisplay.c 1999/08/12 19:37:53 Jan> ＠＠ -6245,6 +6245,19 ＠＠ Jan> lsc.end = dl->end_bufpos; Jan> lsc.height = dl->ascent + dl->descent; Jan> + { Jan> + struct buffer *buf = XBUFFER(w->buffer); Jan> + /* Paranaoid line start cache check */ Jan> + if (! (lsc.start <= BUF_BEGV(buf) || Jan> + BUF_FETCH_CHAR(buf,lsc.start - 1) == (Emchar) '\n')) Jan> + { Jan> + fprintf(stderr,"Wrong stuff in line start cache!\n" Jan> + "Supposedly begins at: %10s", Jan> + (char *)BUF_BYTE_ADDRESS(buf,lsc.start)); Jan> + assert(0); Jan> + } Jan> + } Jan> + Jan> Dynarr_add (internal_cache, lsc); Jan> } Jan> } Jan> However there is no need to run that. For me it crashes displaying the Jan> splash screen. The reason: a wrapped line. Jan> (Sorry if this gets technical) Jan> The problem is that \ Jan> when a line is wrap \ Jan> ped like this Jan> Then there are 3 display lines and the second 2 don't actually start at Jan> a new line in the buffer, just in the display. Jan> Previous line_start_cache rediplay crashes have all been of the type Jan> where code actually assumed that the line_start_cache actually contained lines Jan> starting at "\n", and we have fixed the triggers for that. Jan> It seems now that we better check these assumptions. Jan> i'm too tired now to have a real look. Gunnar Do you remember where Jan> that problem occured, was it also at asssert(cur_elt>=0)? Jan> Jan Jan> BTW Hamish, does the reproduction recipe at the end of Jan> http://www.xemacs.org/list-archives/xemacs-beta/9903/msg00475.html Jan> "work" for you?

1 participants
0 comments

Black gutter? 24 years, 8 months

Erik Arneson

I just did a CVS update to b19. The gutter worked alright at first, but once I started VM it turned black. There's a just a wee bit of an outline around one of the tabs...the rest are black. Are there faces to customize the gutter's colors? -- # Erik Arneson erik(a)starseed.com Webring Software Engineer # # Yahoo! Inc. PGP ID: 1024/6EE28A05 (541) 482-3000x105 # # "There's such a fine line between stupid and clever." Spinal Tap #

4 participants
12 comments

Re: My recent imenu.el patch 24 years, 8 months

Jan Vroonhof

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > Maybe you prefer merging with the latest version of imenu.el from FSF > Emacs instead. That task was just beyond my skills. Christoph Wedler has done full syncs of imenu.el and speedbar.el to their latest versions, he just has to submit them. I suggest you (and Hrvoje) wait untill he does. Jan

1 participants
0 comments

My recent imenu.el patch 24 years, 8 months

Adrian Aichner

Hello Hrvoje, I may have missed some E-mail on the matter since I have not received any mail sent monday to wednesday this week. What do you think about http://www.xemacs.org/list-archives/xemacs-patches/9908/msg00064.html ? Maybe you prefer merging with the latest version of imenu.el from FSF Emacs instead. That task was just beyond my skills. As a short term remedy my patch works well for me. Regards, Adrian

1 participants
0 comments

ChangeLog's getting lost? [was Re: The `a b' syntax bug fixed] 24 years, 8 months

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > While I was away, someone fixed the infamous bug where typing `a b' > and pressing M-f jumped to the beginning of `a' instead of to the > beginning of `b'. Steve reintroduced the old non-mule code there and then I cleaned up the code by unifying the two. The code is now a lot cleaner (only very mild #ifdef MULE's going on). In the mean time I fixed a few off by one errors in the mule version. However there seems to be no ChangeLog entry for that, likewise I could have sworn that I made a ChangeLog entry for my frob-face-property bugfix. Either I am doing something wrong or they went missing. Jan

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 August 1999