June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: XEmacs 21.2.15 "桜川" is released 25 years, 6 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > ~Subject: Re: XEmacs 21.2.15 "桜川" is released > Is there an explanation of how "桜川" is pronounced? Sorry. It was at the top of the CHANGES-beta snippet: to 21.2.15 "Sakuragawa" "Sakura" is cherry blossom, kawa/gawa is river. Sakuragawa is a small town in the Ibaraki prefecture roughly in the direction of Narita Airport from Tsukuba and perhaps 30km away. It is not 20 minutes away from Nikko. I'll put this kind of info into the announcement next time. -- I protest the NATO war in Yugoslavia.

1 participants
0 comments

Re: Gnus crashed XEmacs 21.0 25 years, 6 months

Jan Vroonhof

Christer Borang <mort(a)dtek.chalmers.se> writes: > #5 0x9cb60 in assert_failed (file=0x2571e8 "indent.c", line=577, > expr=0x257360 "elt >= 0") at emacs.c:2608 The code in question is elt = point_in_line_start_cache (w, orig, (vtarget < 0 ? -vtarget : vtarget)); /* #### This assertion must be true before the if statements are hit but may possibly be wrong after the call to point_in_line_start_cache if orig is outside of the visible region of the buffer. Handle this. */ assert (elt >= 0); There is a line_start_cache related fix in 21.1.2., I suggest you upgrade. When you see it there, please report again. Jan

2 participants
1 comments

Re: XEmacs 21.2.15 "=?iso-2022-jp-2?b?GyRCOnlAbhsoQg==?=" is released 25 years, 6 months

Hrvoje Niksic

~Subject: Re: XEmacs 21.2.15 "桜川" is released Is there an explanation of how "桜川" is pronounced? I have nothing against Japanese names for XEmacs betas, but I'd like to be able to say them.

1 participants
0 comments

Re: Symbol's function definition is void: sref 25 years, 6 months

Dr. Volker Zell

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> "Dr. Volker Zell" <vzell(a)de.oracle.com> writes: >> e aka `mime-viewer/extract-content' [..] Symbol's function >> definition is void: sref >> >> My configuration is: >> >> System: WinNT 4.0/SP3 [..] Any hints ? Jan> This is a bug in APEL (an emulation library that tm uses), it Jan> fails to correctly treat XEmacs-NT (because XEmacs-NT is Jan> basically a very very stripped down Mule to deal with the Jan> CR/LF issue). Jan> You can resolve this particular issue by putting Jan> (defalias 'sref 'aref) Jan> in your .emacs. If I do this now I get Symbol's function definition is void: char-length when doing a mime-viewer/extract-content. BUT, I found the file /usr/local/lib/xemacs/xemacs-packages/lisp/apel/poem-ltn1.el in the sumo tarball and when loading this I can execute mime-viewer/extract-content. Ciao Volker

1 participants
0 comments

Gnus crashed XEmacs 21.0 25 years, 6 months

Christer Borang

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.0 "20 minutes to Nikko" [Lucid] (sparc-sun-solaris2.6) of Thu May 6 1999 on licia.dtek.chalmers.se configured using `configure --prefix=/usr/pd/gnu/xemacs' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Actions taken were: Reading news in alt.fan.pratchett with gnus, version 5.6.45. On one article, it just stopped with an error message »Wrong type argument: window-live-p, #<window on "*Summary alt.fan.pratchett*" 0x90c> After that, I can't really do anything that won't kill XEmacs. Describe-installation: uname -a: SunOS licia.dtek.chalmers.se 5.6 Generic_105181-12 sun4u sparc SUNW,Ultra-4 ./configure '--prefix=/usr/pd/gnu/xemacs' XEmacs 21.0-b67 "20 minutes to Nikko" configured for `sparc-sun-solaris2.6'. Where should the build process find the source code? /usr/src/dtek/pd/xemacs-21.0.67 What installation prefix should install use? /usr/pd/gnu/xemacs 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 -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/X11/include Where do we find X Windows libraries? /usr/dt/lib /usr/X11/lib Runtime library search path: /usr/ccs/lib:/usr/dt/lib:/usr/X11/lib:/usr/pd/gnu/lib Compiling in support for XAUTH. -------------------------------------------------------------------- WARNING: Compiling without XPM support. WARNING: You should strongly consider installing XPM. WARNING: Otherwise toolbars and other graphics will look suboptimal. WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) -------------------------------------------------------------------- -------------------------------------------------------------------- WARNING: Compiling without PNG image support. WARNING: You should strongly consider installing the PNG libraries. WARNING: Otherwise certain images and glyphs may not display. WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) -------------------------------------------------------------------- Compiling in support for (builtin) GIF image handling. Compiling in native sound support. Compiling in support for GNU DBM. Compiling in support for CDE. Compiling in support for ToolTalk. Compiling in EXPERIMENTAL support for Drag'n'Drop ( CDE ). 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. 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: --------------------------------------------------------- ------------------------------ gdb "where" output, when trying to kill all gnus windows: (gdb) where #0 0x6f90800c in _kill () #1 0x9cc08 in fatal_error_signal (sig=6) at emacs.c:262 #2 <signal handler called> #3 0x6f90800c in _kill () #4 0x6f8ba4ac in abort () #5 0x9cb60 in assert_failed (file=0x2571e8 "indent.c", line=577, expr=0x257360 "elt >= 0") at emacs.c:2608 #6 0x141684 in vmotion_1 (w=0x94d400, orig=836, vtarget=-2, ret_vpos=0xefffd834, ret_vpix=0x0) at indent.c:577 #7 0x141c00 in vertical_motion_1 (lines=268435454, window=9753600, pixels=0) at indent.c:681 #8 0x1426f4 in Fvertical_motion (lines=268435454, window=546624512, pixels=0) at indent.c:715 #9 0x2065a8 in Fmove_to_window_line (arg=268435454, window=546624512) at window.c:4392 #10 0xa2cbc in funcall_recording_as (recorded_as=-1606880916, nargs=1, args=0xefffdc14) at eval.c:3193 #11 0xa7f78 in Ffuncall (nargs=2, args=0xefffdc14) at eval.c:3238 #12 0x6f2e8 in Fbyte_code (bytestr=1619515220, vector=-2138409280, maxdepth=3435520) at bytecode.c:416 #13 0xa4724 in funcall_lambda (fun=546084276, nargs=0, arg_vector=0xefffdfa4) at eval.c:3597 #14 0xa3090 in funcall_recording_as (recorded_as=-1604239580, nargs=0, args=0xefffdfa0) at eval.c:3214 #15 0xa7f78 in Ffuncall (nargs=1, args=0xefffdfa0) at eval.c:3238 #16 0x6f2e8 in Fbyte_code (bytestr=1619514896, vector=-2138441792, maxdepth=3435520) at bytecode.c:416 #17 0xa4724 in funcall_lambda (fun=546084220, nargs=0, arg_vector=0xefffe298) at eval.c:3597 #18 0xa3090 in funcall_recording_as (recorded_as=546084220, nargs=0, args=0xefffe294) at eval.c:3214 #19 0xa7590 in apply1 (fn=546084220, arg=-1606995964) at eval.c:3238 #20 0x714a0 in Fcall_interactively (function=-1601397580, record_flag=-1606995964, keys=-1606995964) at callint.c:397 #21 0xa12a0 in Fcommand_execute (cmd=-1601397580, record=-1606995964, keys=-1606995964) at eval.c:2584 #22 0xed5b0 in execute_command_event (command_builder=0x4a36c0, event=546026404) at event-stream.c:4346 #23 0xee774 in Fdispatch_event (event=546026404) at event-stream.c:4637 #24 0x78f24 in Fcommand_loop_1 () at cmdloop.c:579 #25 0x791dc in command_loop_1 (dummy=-1606995964) at cmdloop.c:494 #26 0x9f5a4 in condition_case_1 (handlers=3398656, bfun=0x79138 <command_loop_1>, barg=-1606995964, hfun=0x79240 <cmd_error>, harg=-1606995964) at eval.c:1653 #27 0x79354 in command_loop_2 (dummy=-1606995964) at cmdloop.c:256 #28 0xa7d38 in internal_catch (tag=-1606918292, func=0x79308 <command_loop_2>, arg=-1606995964, threw=0x0) at eval.c:1328 #29 0x7832c in initial_command_loop (load_me=496392) at cmdloop.c:305 #30 0x9b374 in xemacs_21_0_b67_sparc_sun_solaris2_6 (argc=1, argv=0xefffeb1c, envp=0xefffeb24, restart=0) at emacs.c:1705 #31 0x9cdfc in main (argc=0, argv=0xefffeb1c, envp=0xefffeb24) at emacs.c:2122 (gdb) ---------------------------------------- Another gdb "where", when I crashed it in a different way (trying to complete M-x gnus): (gdb) where #0 0x6f90800c in _kill () #1 0x9cc08 in fatal_error_signal (sig=6) at emacs.c:262 #2 <signal handler called> #3 0x6f90800c in _kill () #4 0x6f8ba4ac in abort () #5 0x9cb60 in assert_failed (file=0x2571e8 "indent.c", line=577, expr=0x257360 "elt >= 0") at emacs.c:2608 #6 0x141684 in vmotion_1 (w=0x569a00, orig=16267, vtarget=0, ret_vpos=0xefffb5fc, ret_vpix=0x0) at indent.c:577 #7 0x141c00 in vertical_motion_1 (lines=0, window=5675520, pixels=0) at indent.c:681 #8 0x1426f4 in Fvertical_motion (lines=0, window=542546432, pixels=0) at indent.c:715 #9 0x204bac in window_scroll (window=542546432, n=-1606995964, direction=1, errb=Cannot access memory at address 0x29a. ) at window.c:3970 #10 0x20c180 in Fscroll_other_window (n=-1606995964) at window.c:4220 #11 0xa2ca8 in funcall_recording_as (recorded_as=-1606880964, nargs=0, args=0xefffbb08) at eval.c:3193 #12 0xa7f78 in Ffuncall (nargs=1, args=0xefffbb08) at eval.c:3238 #13 0x6f2e8 in Fbyte_code (bytestr=1613636052, vector=-2144460220, maxdepth=3435520) at bytecode.c:416 #14 0xa4724 in funcall_lambda (fun=539894532, nargs=0, arg_vector=0xefffbe00) at eval.c:3597 #15 0xa3090 in funcall_recording_as (recorded_as=539894532, nargs=0, args=0xefffbdfc) at eval.c:3214 #16 0xa7590 in apply1 (fn=539894532, arg=-1606995964) at eval.c:3238 #17 0x714a0 in Fcall_interactively (function=-1606470524, record_flag=-1606995964, keys=-1606995964) at callint.c:397 #18 0xa12a0 in Fcommand_execute (cmd=-1606470524, record=-1606995964, keys=-1606995964) at eval.c:2584 #19 0xed5b0 in execute_command_event (command_builder=0x4a36c0, event=548580608) at event-stream.c:4346 #20 0xee774 in Fdispatch_event (event=548580608) at event-stream.c:4637 #21 0x78f24 in Fcommand_loop_1 () at cmdloop.c:579 #22 0x791dc in command_loop_1 (dummy=-1606995964) at cmdloop.c:494 #23 0x9f5a4 in condition_case_1 (handlers=3398656, bfun=0x79138 <command_loop_1>, barg=-1606995964, hfun=0x79240 <cmd_error>, harg=-1606995964) at eval.c:1653 #24 0x79118 in call_command_loop (catch_errors=-1606995940) at cmdloop.c:256 #25 0x1641e4 in Fread_minibuffer_internal (prompt=1613484060) at minibuf.c:188 #26 0xa2df0 in funcall_recording_as (recorded_as=-1606890148, nargs=1, args=0xefffc620) at eval.c:3197 #27 0xa7f78 in Ffuncall (nargs=2, args=0xefffc620) at eval.c:3238 #28 0x6f2e8 in Fbyte_code (bytestr=1613633088, vector=-2144463252, maxdepth=3435520) at bytecode.c:416 #29 0xa24dc in Feval (form=1076762160) at eval.c:3063 #30 0xa7d38 in internal_catch (tag=-1606910556, func=0xa1a4c <Feval>, arg=1076762160, threw=0x0) at eval.c:1328 #31 0x6f764 in Fbyte_code (bytestr=1613631848, vector=-2144463992, maxdepth=3435520) at bytecode.c:566 #32 0xa4724 in funcall_lambda (fun=539891840, nargs=5, arg_vector=0xefffd64c) at eval.c:3597 #33 0xa3090 in funcall_recording_as (recorded_as=-1606919660, nargs=5, args=0xefffd648) at eval.c:3214 #34 0xa7f78 in Ffuncall (nargs=6, args=0xefffd648) at eval.c:3238 #35 0x6f2e8 in Fbyte_code (bytestr=1613635888, vector=-2144460444, maxdepth=3435520) at bytecode.c:416 #36 0xa4724 in funcall_lambda (fun=539894180, nargs=6, arg_vector=0xefffd9e8) at eval.c:3597 #37 0xa3090 in funcall_recording_as (recorded_as=-1606919636, nargs=6, args=0xefffd9e4) at eval.c:3214 #38 0xa7f78 in Ffuncall (nargs=7, args=0xefffd9e4) at eval.c:3238 #39 0x6f2e8 in Fbyte_code (bytestr=1613643300, vector=-2144453056, maxdepth=3435520) at bytecode.c:416 #40 0xa4724 in funcall_lambda (fun=539901540, nargs=1, arg_vector=0xefffdf34) at eval.c:3597 #41 0xa3090 in funcall_recording_as (recorded_as=-1606919468, nargs=1, args=0xefffdf30) at eval.c:3214 #42 0xa7f78 in Ffuncall (nargs=2, args=0xefffdf30) at eval.c:3238 #43 0x6f2e8 in Fbyte_code (bytestr=1613483728, vector=-2144612504, maxdepth=3435520) at bytecode.c:416 #44 0xa4724 in funcall_lambda (fun=539742336, nargs=1, arg_vector=0xefffe23c) at eval.c:3597 #45 0xa3090 in funcall_recording_as (recorded_as=-1606609716, nargs=1, args=0xefffe238) at eval.c:3214 #46 0xa7f78 in Ffuncall (nargs=2, args=0xefffe238) at eval.c:3238 #47 0x72ca8 in Fcall_interactively (function=-1606609716, record_flag=-1606995964, keys=-1606995964) at callint.c:949 #48 0xa12a0 in Fcommand_execute (cmd=-1606609716, record=-1606995964, keys=-1606995964) at eval.c:2584 #49 0xed5b0 in execute_command_event (command_builder=0x4a36c0, event=548580144) at event-stream.c:4346 #50 0xee774 in Fdispatch_event (event=548580144) at event-stream.c:4637 #51 0x78f24 in Fcommand_loop_1 () at cmdloop.c:579 #52 0x791dc in command_loop_1 (dummy=-1606995964) at cmdloop.c:494 #53 0x9f5a4 in condition_case_1 (handlers=3398656, bfun=0x79138 <command_loop_1>, barg=-1606995964, hfun=0x79240 <cmd_error>, harg=-1606995964) at eval.c:1653 #54 0x79354 in command_loop_2 (dummy=-1606995964) at cmdloop.c:256 #55 0xa7d38 in internal_catch (tag=-1606918292, func=0x79308 <command_loop_2>, arg=-1606995964, threw=0x0) at eval.c:1328 #56 0x7832c in initial_command_loop (load_me=496392) at cmdloop.c:305 #57 0x9b374 in xemacs_21_0_b67_sparc_sun_solaris2_6 (argc=1, argv=0xefffeb1c, envp=0xefffeb24, restart=0) at emacs.c:1705 #58 0x9cdfc in main (argc=0, argv=0xefffeb1c, envp=0xefffeb24) at emacs.c:2122 Recent keystrokes: misc-user Recent messages (most recent first): Loading mail-abbrevs... Loading emacsbug...done Loading emacsbug... Loading ~/lib/emacs/emacs...done Loading custom...done Loading custom... Loading ~/lib/emacs/emacs...

1 participants
0 comments

XEmacs Build Report for XEmacs-21.2.15 25 years, 6 months

XEmacs Build 'Bot

Good afternoon XEmacs beta testers. I am in the process of building XEmacs-21.2.15 for distribution. I have tested the attached configuration. Have a great day! Sincerely, The XEmacs Build 'Bot (revision 2) -- uname -a: SunOS mule.m17n.org 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-60 ./configure '--prefix=/project/xemacs/home/steve/devel' '--cflags=-O' '--with-mule' '--without-x11' '--debug=no' '--error-checking=none' XEmacs 21.2-b15 "Sakuragawa" configured for `sparc-sun-solaris2.6'. Where should the build process find the source code? /project/xemacs/home/steve/devel/xemacs-21.2 What installation prefix should install use? /project/xemacs/home/steve/devel 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 -O Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? none Runtime library search path: /usr/local/lib Compiling in native sound support. Compiling in support for GNU DBM. Compiling in Mule (multi-lingual) support. Compiling in support for Canna on Mule. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files.

1 participants
0 comments

Re: Kerblooey in CDE drag -n- drop 25 years, 6 months

SL Baur

Oliver Graf <ograf(a)rhein-zeitung.de> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> >> I suspect the DND functions are _far_ from Mule-safety. >> >> I suspect you are correct. Um, for 21.1 you are permitted to put >> mojibake into the buffer, but you are not permitted to crash. We need >> either a fix or to disable it as a default. 21.2 is allowed to crash >> until we get a real fix. > My sun at work is currently switched off (it's too loud and it has no > use -- besides compiling and testing XEmacs :-) ), so I can't test > dtterm/dtpad from here. Tomorrow I'll try if I can enter somehow > japanese characters, but I don't know how to do it with a german sun > keyboard. Perhaps you can give me a hint how one types in japanese in > dt* apps with latin keyboards? You only need the letters displayed in something that supports dragging. Try listing out one of the files in XEmacs that contains Japanese. src/mule-canna.c is one, lisp/mule/japanese.el is another. mule-canna.c is EUC encoded and that might not work in a German environment. Urgh. The other files are ISO 2022 and if a Japanese dtterm doesn't grok it, it is unlikely that a German one will. > I think I remember a login option with my CDE where I could choose the > language, and if I remember right, there was also japanese in it. O.K. Try that. To type Japanese in you will need an XIM server unless you have Canna or Wnn4 installed. I forget what the name of the Sun XIM server is, but it should be started automagically in a Japanese environment. Do you have kinput2 and/or kterm? -- I protest the NATO war in Yugoslavia.

1 participants
0 comments

Re: Kerblooey in CDE drag -n- drop 25 years, 6 months

SL Baur

Oliver Graf <ograf(a)rhein-zeitung.de> writes in xemacs-beta(a)xemacs.org: > Hrvoje Niksic <hniksic(a)srce.hr> writes: >> SL Baur <steve(a)xemacs.org> writes: >> >> > Fatal error: assertion failed, file insdel.c, line 364, VALID_CHARPTR_P (ptr) >> > >> > Fatal error (6). >> > ... >> >> A gdb/dbx backtrace might be useful here. Things are fucked up here. Both of the binaries I just crashed for the backtraces below were compiled and linked with -g and full XEmacs debugging/error-checking. Maybe I need a new gdb. I don't know. I haven't upgraded from the gdb/egcs pair that Martin installed which worked great in March, but don't seem to work now. This backtrace is with the current 21.2 CVS revision (almost-almost-21.2.15). #1 0x3ff8019ca74 in tis_lock_global () from /usr/shlib/libc.so #2 0x3ff8011451c in tis_raise () from /usr/shlib/libc.so #3 0x3ff8015eaac in raise () from /usr/shlib/libc.so #4 0x3ff801752a4 in abort () from /usr/shlib/libc.so #5 0x1200ca0a8 in assert_failed ( file=0x7 <Error reading address 0x7: Invalid argument>, line=1084176448, expr=0x0) at emacs.c:2663 #6 0x1201d66b0 in bytecount_to_charcount ( ptr=0x5d76 <Error reading address 0x5d76: Invalid argument>, len=6) at insdel.c:364 #7 0x12006e900 in make_string (contents=0x0, length=536858720) at alloc.c:2111 #8 0x1202a3100 in x_cde_transfer_callback (widget=0x5d76, clientData=0x5d76, callData=0x11fffd060) at frame-x.c:1268 #9 0x3ff8116e788 in _DtDndCallCallbackList () from /usr/dt/lib/libDtSvc.so #10 0x3ff81170c9c in DtDndDropUnregister () from /usr/dt/lib/libDtSvc.so warning: Hit beginning of text section without finding warning: enclosing function for address 0x11fffd148 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. This is with 21.1.2. Fatal error: assertion failed, file insdel.c, line 364, VALID_CHARPTR_P (ptr) Program received signal SIGABRT, Aborted. 0x3ff800ec508 in kill () from /usr/shlib/libc.so (gdb) where #0 0x3ff800ec508 in kill () from /usr/shlib/libc.so #1 0x3ff8019ca74 in tis_lock_global () from /usr/shlib/libc.so #2 0x3ff8011451c in tis_raise () from /usr/shlib/libc.so #3 0x3ff8015eaac in raise () from /usr/shlib/libc.so #4 0x3ff801752a4 in abort () from /usr/shlib/libc.so #5 0x1200c95ec in assert_failed (file=0x3ff8116e788 "", line=1080495104, expr=0x11fffdd68 "\003") at emacs.c:2609 warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x1409691c8 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. (gdb) >> I suspect the DND functions are _far_ from Mule-safety. I suspect you are correct. Um, for 21.1 you are permitted to put mojibake into the buffer, but you are not permitted to crash. We need either a fix or to disable it as a default. 21.2 is allowed to crash until we get a real fix. > Yap, correct. They are far away from being MULE save. > Do I need a special CDE version to test japanese script in dtterm? I > will look at this problem tommorrow... I have no idea. If you need it, I suspect I can get you login access if I ask nicely enough. -- I protest the NATO war in Yugoslavia.

2 participants
1 comments

test release of new mailcrypt with pgp5/gnupg support 25 years, 6 months

SL Baur

I have made a test release of the new mailcrypt that was previously packaged under the name `mailcryptng'. If everything goes O.K. I plan on replacing the old mailcrypt with the new one, unless there are any reasonable objections. ftp://ftp.xemacs.org/pub/xemacs/packages/mailcrypt-1.08-pkg.tar.gz -- I protest the NATO war in Yugoslavia.

2 participants
1 comments

Re: Kerblooey in CDE drag -n- drop 25 years, 6 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> Fatal error: assertion failed, file insdel.c, line 364, VALID_CHARPTR_P (ptr) >> >> Fatal error (6). >> ... > A gdb/dbx backtrace might be useful here. gdb on this host is broken. dbx is even more broken. $ dbx src/xemacs Valid license for one of the following required. Product OSF-DEVTK (Developer's Toolkit): No license found. Product OSF-DEVTK-USER (Developer's Toolkit Concurrent Use): No license found. Product OSF-DEVTK-G (Developer's Toolkit Type G): No license found. Product OSF-DEV (Developer's Extensions): No license found. Product OSF-DEV-USER (Developer's Extensions Concurrent Use): No license found. Product OSF-DEV-G (Developer's Extensions Type G): No license found. No valid license found in non-kernel debug mode; dbx exits. -- I protest the NATO war in Yugoslavia.

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