May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [with new patch] Re: A few FSF synches 26 years, 6 months

Hrvoje Niksic

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Hrvoje Niksic <hniksic(a)srce.hr> writes: > > > 1998-05-11 Hrvoje Niksic <hniksic(a)srce.hr> > > > > * help.el (describe-key-briefly): New argument INSERT. > > > > * simple.el (eval-expression): New optional argument; synch with > > FSF 20.3. [...] > You read Erik's message too, did you? I did. These interactive features are a good thing to sneak in before the Freeze arrives. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- "Listen, kid, we're all in it together!" -- Harry Tuttle in _Brazil_

1 participants
0 comments

[with new patch] Re: A few FSF synches 26 years, 6 months

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > 1998-05-11 Hrvoje Niksic <hniksic(a)srce.hr> > > * help.el (describe-key-briefly): New argument INSERT. > > * simple.el (eval-expression): New optional argument; synch with > FSF 20.3. Damn I already did that too. :-) I should have submitted the patch _before_ going out to eat. You read Erik's message too, did you? However you missed where-is (Erik didn't mention that in his message). Here is the relevant part of my patch (without Changelog and NEWS parts since that is mostly the same as yours) Index: help.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/lisp/help.el,v retrieving revision 1.23 diff -u -r1.23 help.el --- help.el 1998/05/10 00:25:19 1.23 +++ help.el 1998/05/12 01:10:32 ＠＠ -1280,11 +1285,12 ＠＠ (< (length x) (length y)))) (or separator ", "))) -(defun where-is (definition) +(defun where-is (definition &optional insert) "Print message listing key sequences that invoke specified command. Argument is a command definition, usually a symbol with a function definition. When run interactively, it defaults to any function found by -`function-at-point'." +`function-at-point'. +If INSERT (the prefix arg) is non-nil, insert the message in the buffer." (interactive (let ((fn (function-at-point)) (enable-recursive-minibuffers t) ＠＠ -1293,11 +1299,18 ＠＠ (if fn (format "Where is command (default %s): " fn) "Where is command: "))) (list (if (equal (symbol-name val) "") - fn val)))) + fn val) + current-prefix-arg))) (let ((keys (where-is-internal definition))) (if keys - (message "%s is on %s" definition (sorted-key-descriptions keys)) - (message "%s is not on any keys" definition))) + (if insert + (princ (format "%s (%s)" (sorted-key-descriptions keys) + definition) (current-buffer)) + (message "%s is on %s" definition (sorted-key-descriptions keys))) + (if insert + (princ (format (if (commandp definition) "M-x %s RET" + "M-: (%s ...)") definition) (current-buffer)) + (message "%s is not on any keys" definition)))) nil) ;; `locate-library' moved to "packages.el"

1 participants
0 comments

[Failure] 21.0 "Russian White" XEmacs Lucid (beta39) on sparc-sun-solaris2.6 26 years, 6 months

Gunnar Evermann

the same crash I reported for beta38 (see <85790ompaax.fsf(a)nats13.informatik.uni-hamburg.de> ) -- again the object is trashed during GC but I'm not sure if XPM is to blame... I appreciate any hints or instructions for further debugging Gunnar Lisp backtrace follows: # bind (print-message-label) display-error((wrong-type-argument stringp Illegal Instruction (core dumped) evermann＠nats7:/data/source/gunnar/xemacs-20$ dbx /data/source/gunnar/xemacs-20/ src/xemacs core Reading symbolic information for xemacs core file header read successfully Reading symbolic information for rtld /usr/lib/ld.so.1 dbx: program is not active Reading symbolic information for libXm.so.3 Reading symbolic information for libpng.so.0 Reading symbolic information for libz.so Reading symbolic information for libXpm.so.4.10 Reading symbolic information for libtt.so.2 Reading symbolic information for libXmu.so.4 Reading symbolic information for libXt.so.4 Reading symbolic information for libXext.so.0 Reading symbolic information for libX11.so.4 Reading symbolic information for libSM.so.6 Reading symbolic information for libICE.so.6 Reading symbolic information for libdl.so.1 Reading symbolic information for libncurses.so.4 Reading symbolic information for libkvm.so.1 Reading symbolic information for libkstat.so.1 Reading symbolic information for libsocket.so.1 Reading symbolic information for libnsl.so.1 Reading symbolic information for libelf.so.1 Reading symbolic information for libc.so.1 Reading symbolic information for libm.so.1 Reading symbolic information for libucb.so.1 Reading symbolic information for libresolv.so.2 Reading symbolic information for libmp.so.2 Reading symbolic information for libc_psr.so.1 program terminated by signal ILL (illegal opcode) Current function is print_internal 1215 (obj, printcharfun, escapeflag)); (dbx) where [1] 0x4a5aec(0x5be524, 0x5c742c, 0x1, 0xefffdc34, 0x13, 0x0), at 0x4a5aeb =>[2] print_internal(obj = 6022436, printcharfun = 6059052, escapeflag = 1), line 1215 in "print.c" [3] print_cons(obj = 7282036, printcharfun = 6059052, escapeflag = 1), line 914 in "print.c" [4] print_internal(obj = 7282132, printcharfun = 6059052, escapeflag = 1), line 1215 in "print.c" [5] Fprin1(object = 7282132, stream = 6059052), line 506 in "print.c" [6] Fbacktrace(stream = 6059052, detailed = 5947424), line 4927 in "eval.c" [7] fatal_error_signal(sig = 4), line 244 in "emacs.c" ---- called from signal handler with signal 4 (SIGILL) ------ [8] 0x4a5aec(), at 0x4a5aeb [9] print_error_message(error_object = 7282132, stream = 7317504), line 651 in "print.c" [10] Fdisplay_error(error_object = 7282132, stream = 5947424), line 704 in "print.c" [11] funcall_recording_as(recorded_as = 6058800, nargs = 2, args = 0xefffe7a0), line 3197 in "eval.c" [12] Ffuncall(nargs = 3, args = 0xefffe7a0), line 3238 in "eval.c" [13] Fbyte_code(bytestr = 5025952, vector = 5026092, maxdepth = 11), line 416 in "bytecode.c" [14] funcall_lambda(fun = 5026296, nargs = 1, arg_vector = 0xefffeb34), line 3599 in "eval.c" [15] funcall_recording_as(recorded_as = 6025668, nargs = 1, args = 0xefffeb30), line 3200 in "eval.c" [16] Ffuncall(nargs = 2, args = 0xefffeb30), line 3238 in "eval.c" [17] call1(fn = 6025668, arg0 = 7282132), line 3912 in "eval.c" [18] cmd_error(data = 7282132, dummy = 5947396), line 195 in "cmdloop.c" [19] condition_case_1(handlers = 5947508, bfun = 0xff070 = &Feval(Lisp_Object form), barg = 6225436, hfun = 0xa4328 = &`xemacs`cmdloop.c`cmd_error(Lisp_Object data, Lisp_Object dummy), harg = 5947396), line 1636 in "eval.c" [20] top_level_1(dummy = 5947396), line 206 in "cmdloop.c" [21] internal_catch(tag = 6025724, func = 0xa4408 = &`xemacs`cmdloop.c`top_level_1(Lisp_Object dummy), arg = 5947396, threw = (nil)), line 1328 in "eval.c" [22] initial_command_loop(load_me = 5947396), line 285 in "cmdloop.c" [23] xemacs_21_0_b39_sparc_sun_solaris2_6(argc = 2, argv = 0xefffefd4, envp = 0xefffefe0, restart = 0), line 1676 in "emacs.c" [24] main(argc = 2, argv = 0xefffefd4, envp = 0xefffefe0), line 2093 in "emacs.c" (dbx) pobj obj dbx: warning: subscript out of range Unknown Lisp Object type obj = 6022436 (dbx) stop modify 6022436,4 (2) stop modify 6022436, 4 (dbx) run -vanilla Running: xemacs -vanilla (process id 3047) watchpoint 6022436 (0x5be524[4]) at line 456 in file "alloc.c" 456 (*ptr4++) = 0xDEADBEEF; (dbx) where =>[1] deadbeef_memory(ptr = 0x5be524, size = 16U), line 456 in "alloc.c" [2] sweep_strings(), line 4185 in "alloc.c" [3] gc_sweep(), line 4254 in "alloc.c" [4] garbage_collect_1(), line 4557 in "alloc.c" [5] funcall_recording_as(recorded_as = 6047660, nargs = 3, args = 0xefffb8a0), line 3114 in "eval.c" [6] Ffuncall(nargs = 3, args = 0xefffb8a0), line 3238 in "eval.c" [7] Fbyte_code(bytestr = 5095448, vector = 5095480, maxdepth = 7), line 416 in "bytecode.c" [8] funcall_lambda(fun = 5095516, nargs = 1, arg_vector = 0xefffbe40), line 3599 in "eval.c" [9] funcall_recording_as(recorded_as = 6434480, nargs = 1, args = 0xefffbe3c), line 3200 in "eval.c" [10] Ffuncall(nargs = 2, args = 0xefffbe3c), line 3238 in "eval.c" [11] Fbyte_code(bytestr = 5475128, vector = 5475276, maxdepth = 15), line 416 in "bytecode.c" [12] funcall_lambda(fun = 5475344, nargs = 6, arg_vector = 0xefffc280), line 3599 in "eval.c" [13] funcall_recording_as(recorded_as = 6921176, nargs = 6, args = 0xefffc27c), line 3200 in "eval.c" [14] Ffuncall(nargs = 7, args = 0xefffc27c), line 3238 in "eval.c" [15] Fbyte_code(bytestr = 5604976, vector = 5605040, maxdepth = 19), line 416 in "bytecode.c" [16] funcall_lambda(fun = 5605292, nargs = 1, arg_vector = 0xefffc61c), line 3599 in "eval.c" [17] funcall_recording_as(recorded_as = 5605292, nargs = 1, args = 0xefffc618), line 3200 in "eval.c" [18] Ffuncall(nargs = 2, args = 0xefffc618), line 3238 in "eval.c" [19] call1(fn = 5605292, arg0 = 6902940), line 3912 in "eval.c" [20] mapcar1(leni = 17, vals = 0xefffc728, fn = 5605292, seq = 6902388), line 3235 in "fns.c" [21] Fmapcar(fn = 5605292, seq = 6902388), line 3285 in "fns.c" [22] funcall_recording_as(recorded_as = 6045700, nargs = 2, args = 0xefffc940), line 3197 in "eval.c" [23] Ffuncall(nargs = 3, args = 0xefffc940), line 3238 in "eval.c" [24] Fbyte_code(bytestr = 5605356, vector = 5605388, maxdepth = 7), line 416 in "bytecode.c" [25] funcall_lambda(fun = 5605428, nargs = 1, arg_vector = 0xefffccec), line 3599 in "eval.c" [26] funcall_recording_as(recorded_as = 6937392, nargs = 1, args = 0xefffcce8), line 3200 in "eval.c" [27] Ffuncall(nargs = 2, args = 0xefffcce8), line 3238 in "eval.c" [28] Fbyte_code(bytestr = 5604816, vector = 5604844, maxdepth = 7), line 416 in "bytecode.c" [29] funcall_lambda(fun = 5604880, nargs = 0, arg_vector = 0xefffd204), line 3599 in "eval.c" [30] funcall_recording_as(recorded_as = 6934728, nargs = 0, args = 0xefffd200), line 3200 in "eval.c" [31] Ffuncall(nargs = 1, args = 0xefffd200), line 3238 in "eval.c" [32] Fbyte_code(bytestr = 5598420, vector = 5598540, maxdepth = 9), line 416 in "bytecode.c" [33] funcall_lambda(fun = 5598720, nargs = 0, arg_vector = 0xefffd5e0), line 3599 in "eval.c" [34] funcall_recording_as(recorded_as = 6071620, nargs = 0, args = 0xefffd5dc), line 3200 in "eval.c" [35] Ffuncall(nargs = 1, args = 0xefffd5dc), line 3238 in "eval.c" [36] call0(fn = 6071620), line 3897 in "eval.c" [37] x_finish_init_device(d = 0x5dd800, props = 5947396), line 593 in "device-x.c" [38] Fmake_device(type = 6052180, connection = 5947396, props = 5947396), line 593 in "device.c" [39] funcall_recording_as(recorded_as = 6030184, nargs = 2, args = 0xefffd850), line 3193 in "eval.c" [40] Ffuncall(nargs = 3, args = 0xefffd850), line 3238 in "eval.c" [41] Fbyte_code(bytestr = 5047800, vector = 5047824, maxdepth = 7), line 416 in "bytecode.c" [42] funcall_lambda(fun = 5047852, nargs = 1, arg_vector = 0xefffdc6c), line 3599 in "eval.c" [43] funcall_recording_as(recorded_as = 6403200, nargs = 1, args = 0xefffdc68), line 3200 in "eval.c" [44] Ffuncall(nargs = 2, args = 0xefffdc68), line 3238 in "eval.c" [45] Fbyte_code(bytestr = 5597856, vector = 5597912, maxdepth = 5), line 416 in "bytecode.c" [46] funcall_lambda(fun = 5598008, nargs = 0, arg_vector = 0xefffe16c), line 3599 in "eval.c" [47] funcall_recording_as(recorded_as = 6934644, nargs = 0, args = 0xefffe168), line 3200 in "eval.c" [48] Ffuncall(nargs = 1, args = 0xefffe168), line 3238 in "eval.c" [49] Fbyte_code(bytestr = 5251512, vector = 5251628, maxdepth = 9), line 416 in "bytecode.c" [50] funcall_lambda(fun = 5251848, nargs = 0, arg_vector = 0xefffe794), line 3599 in "eval.c" [51] funcall_recording_as(recorded_as = 6668460, nargs = 0, args = 0xefffe790), line 3200 in "eval.c" [52] Ffuncall(nargs = 1, args = 0xefffe790), line 3238 in "eval.c" [53] Fbyte_code(bytestr = 5249360, vector = 5249548, maxdepth = 13), line 416 in "bytecode.c" [54] funcall_lambda(fun = 5250088, nargs = 0, arg_vector = 0xefffe9f0), line 3599 in "eval.c" [55] apply_lambda(fun = 5250088, numargs = 0, unevalled_args = 5947396), line 3501 in "eval.c" [56] Feval(form = 6225436), line 3067 in "eval.c" [57] condition_case_1(handlers = 5947508, bfun = 0xff070 = &Feval(Lisp_Object form), barg = 6225436, hfun = 0xa4328 = &`xemacs`cmdloop.c`cmd_error(Lisp_Object data, Lisp_Object dummy), harg = 5947396), line 1653 in "eval.c" [58] top_level_1(dummy = 5947396), line 206 in "cmdloop.c" [59] internal_catch(tag = 6025724, func = 0xa4408 = &`xemacs`cmdloop.c`top_level_1(Lisp_Object dummy), arg = 5947396, threw = (nil)), line 1328 in "eval.c" [60] initial_command_loop(load_me = 5947396), line 285 in "cmdloop.c" [61] xemacs_21_0_b39_sparc_sun_solaris2_6(argc = 2, argv = 0xefffef44, envp = 0xefffef50, restart = 0), line 1676 in "emacs.c" [62] main(argc = 2, argv = 0xefffef44, envp = 0xefffef50), line 2093 in "emacs.c" (dbx) > XEmacs Build Report as generated > by build-report-version 1.35 follows: > Contents of /data/source/gunnar/xemacs-20/Installation: > (Output from most recent run of ./configure) uname -a: SunOS nats7 5.6 Generic_105181-04 sun4u sparc SUNW,Ultra-1 ./configure '--compiler=cc' '--site-prefixes=/opt' '--package-path=/data/source/gunnar/xemacs/packages' '--with-workshop' '--gung-ho' '--with-dragndrop=no' '--cflags=-v -g' XEmacs 21.0-b39 "Russian White" configured for `sparc-sun-solaris2.6'. Where should the build process find the source code? /data/source/gunnar/xemacs-20 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? cc -v -g 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/X11/include Where do we find X Windows libraries? /usr/dt/lib /usr/openwin/lib Additional prefixes: /opt Runtime library search path: /opt/lib:/usr/dt/lib:/usr/openwin/lib:/opt/SUNWdt/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for X-Face message headers. Compiling in support for JPEG image conversion. Compiling in support for PNG image conversion. Compiling in native sound support. Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in support for ToolTalk. Compiling in support for Sun WorkShop. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Using Lisp_Objects with minimal tagbits. Using indexed lrecord implementation. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. 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: --------------------------------------------------------- > Contents of /data/source/gunnar/xemacs-20/beta.err > keeping lines matching > "^--\[\[\|\]\]$\|make\[\|error\|warn\|pure.*$space\|size$\|hides\b\|strange\|shadowings\|^Compilation\|not\s-+found" > and then deleting lines matching > "confl.*with.*auto-inlining\|/data/source/gunnar/xemacs-20/lisp/[^ ]+ hides " core temacs.exe puresize-adjust.h sheap-adjust.h Resetting `src/puresize-adjust.h'. "/data/source/gunnar/xemacs-20/lib-src/gnuserv.c", line 912: warning: statement not reached "device-tty.c", line 193: warning: statement not reached "fileio.c", line 759: warning: statement not reached "device-x.c", line 1409: warning: statement not reached "device-x.c", line 1413: warning: statement not reached "device-x.c", line 1416: warning: statement not reached "device-x.c", line 1419: warning: statement not reached Purespace usage: 827684 of 1619300 (51% -- 773k wasted). XEmacs: Pure size adjusted, Don't Panic! I will restart the `make' *** Error code 1 (ignored) Purespace usage: 827684 of 827684 (100%).

1 participants
0 comments

customize packages patch 26 years, 6 months

Andy Piper

Does anyone have any comments on this patch? I've basically added a function package-get-create-custom to package-get.el that creates a buffer full of defcustom declarations for installed / possible packages packages based on package-get-base.el. You can then run customize and toggle which packages you want. Then running package-get-custom gets alls the the packages you have selected. Its not as feature rich as what is suggested by the comments in package-get.el, but it works and is a lot more accessible than the current procedure. I was going to add these features as well but wanted some feedback first - dump package-get-custom.el with XEmacs (is there a better way?) - show state of installed packages on customize list - predicate its use on xemacs-base and efs. - Add a hook to auto get the packages on leaving the customize interface. andy

1 participants
0 comments

Re: [PATCH] fix for the CDE DnD Problem in b39 26 years, 6 months

Oliver Graf

Marcus Thiessel <thiessel(a)hpbbse.bbn.hp.com> writes: > Oliver Graf writes: > > A quick fix for the parse error in line 1110. > > > [...] > > + */ > > if (transferInfo == NULL) > > return; > > This won't help passing frame-x.c since transferInfo is nevertheless > unknown to the compiler. It was a quick fix ;-) (without thinking -- --without-cde still does it). This one will do... (I thought 5 seconds this time ;-) Regards, Oliver. --- frame-x.c.orig Mon May 11 14:04:43 1998 +++ frame-x.c Mon May 11 18:36:02 1998 ＠＠ -1105,10 +1105,11 ＠＠ correct misc_user_event - the data must be converted to the new format (URL/MIME) */ - return; DtDndTransferCallbackStruct *transferInfo = (DtDndTransferCallbackStruct *) callData; + + return; if (transferInfo == NULL) return;

1 participants
0 comments

[OK] 21.0 "Russian White" XEmacs Lucid (beta39) on sparc-sun-solaris2.5.1 26 years, 6 months

Raymond Toy

Built from a full set of tarballs. Works ok, after a few minutes of testing. Ray > XEmacs Build Report as generated > by build-report-version 1.35 follows: > Contents of /apps/public/XEmacs/Beta/src/xemacs-21.0-b39/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

Re: Frame/scrollbar problem. 26 years, 6 months

Paul Bibilo

Kirill M. Katsnelson writes: > Some time ago, Paul Bibilo wrote... > |+ > | In 21.0 beta 39, I have my scrollbar placement bottom_left. > | > | If I run vm, then my frame expands by the width of the vm toolbar > | (which is placed on the left). When I quit vm then my scrollbar ends > | up in the same place as when vm is running, and I have about an inch > | of blank space to the left of it. If I resize the frame, then the > | scrollbar returns to the correct place. > > Your scrollbar is on the left, right? :) Right. > I guess the hollow space stretches > along the left side of the frame, not between the window and the right scrollbar. > I think we're saying the same thing, yes. I always have my scrollbars on the left. The blank space is between the left hand side of the frame and my scrollbar. This has changed since the last beta. -- Paul

1 participants
0 comments

Frame/scrollbar problem. 26 years, 6 months

Paul Bibilo

In 21.0 beta 39, I have my scrollbar placement bottom_left. If I run vm, then my frame expands by the width of the vm toolbar (which is placed on the left). When I quit vm then my scrollbar ends up in the same place as when vm is running, and I have about an inch of blank space to the left of it. If I resize the frame, then the scrollbar returns to the correct place. -- Paul

2 participants
1 comments

Re: [Success] 21.0 "Russian White" XEmacs Lucid (beta39) on i386-pc-c ygwin32 26 years, 6 months

Adrian Aichner

>>>>> "Mike" == Mike Hill <mikehill(a)hgeng.com> writes: Mike> I'm reporting to the beta list mainly to point out that Mike> 'build-report' still sends to the beta list. :-) Mike> Mike Yes, it's still build-report-version 1.35 :-) I've made a note of the new mailing list and a future version of build-report will probably offer a choice whether to send to xemacs-beta (mainly to ask for help) or to xemacs-beta-reports (mainly for those boring reports starting out with [Success]) ;-> Any suggestions? Adrian >> XEmacs Build Report as generated >> by build-report-version 1.35 follows: -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Straße 2 Fax +49/89/41861-217 D-81673 MÜNCHEN E-mail aichner(a)ecf.teradyne.com

1 participants
0 comments

Re: trouble with DnD changes under HPUX 10.20 26 years, 6 months

Adrian Aichner

>>>>> "mt" == Marcus Thiessel <thiessel(a)hpbbse.bbn.hp.com> writes: mt> Peter Windle writes: >> refuses to compile frames-x.c: mt> I ran into the same problems on 10.20 and 11.00. DnD was autodetected mt> but compilation stopped while processing frames-x.c. Same happened under system-configuration "sparc-sun-solaris2.5.1" with dragndrop autodetected. Please see my build-report: > Subject: [Failure] XEmacs 21.0-b39 "Russian White", sparc-sun-solaris2.5.1 > To: xemacs-beta(a)xemacs.org > Date: 11 May 1998 00:43:00 +0200 > Message-ID: <rxsu36xlpcb.fsf(a)tomorrow.ecf.teradyne.com> Adrian mt> --Marcus -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Straße 2 Fax +49/89/41861-217 D-81673 MÜNCHEN E-mail aichner(a)ecf.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 May 1998