March 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [comp.emacs.xemacs,comp.emacs] vc problems in XEmacs 21.1.14 24 years, 1 month

Nathan Froyd

On Wed, Mar 14, 2001 at 07:43:44PM -0500, Adrian.Aichner(a)t-online.de wrote: > Last time I touched it was to fix a pcl-cvs interaction issue. > > I have more pressing issues on my list for a while, sorry. > > Also, I have not been using RCS since my times on UNIX. > > CVS rules! > > Perhaps I can help Nathan to debug the problem, Nathan? I trace'd all the functions in vc.el and vc-hooks.el for the problem description and placed an HTMLized version on the web: http://www.rose-hulman.edu/~froydnj/vc-trace-output.html replete with headings that hopefully describe the problem. Function calls, returns, and the values returned are color-coded. The file is about 60K, so you might have to wait for it (school's connection is kinda slow). The main problem, as I can see, is that in the second `C-x v v', vc-file-getprop continually returns nil; it's as though pertinent information wasn't saved during vc-register or something similar. The third time through, vc-file-getprop returns the correct information. I'm not sure why initially registering the file doesn't set the information; it appears to get set during the second `C-x v v' in the call to vc-backend (call depth 10). But it's too late; we're already trying to check the file out. In the second call to `C-x v v', the function vc-file-clearprops is called (from vc-backend-admin, call depth 8 and 7, respectively); that looks suspicious, too. The above comments become much clearer after looking at the HTML file. :) The GNU Emacs (20.7) version of vc.el contains the following line in vc-register: (setq vc-buffer-backend (vc-backend (buffer-file-name))) which looks like it might fix some problems, but I don't think adding it last night did anything; I can try again. If there's anything else I can do, please let me know. I hope what I've done is helpful. -- </nathan> froydnj(a)rose-hulman.edu | http://www.rose-hulman.edu/~froydnj/ Yes, God had a deadline. So He wrote it all in Lisp.

2 participants
1 comments

Re: Utility to submit patches against CVS 24 years, 1 month

Adrian Aichner

>>>>> "APA" == Adrian Aichner <Adrian.Aichner(a)t-online.de> writes: >>>>> "drv" == Didier Verna <didier(a)xemacs.org> writes: drv> Red Alert ! Major fuckage in XEmacs session drv> ... Probable overheat in drv> the byte compiler drv> ... All systems alted. Mister La Forge, report to the drv> drv> bridge. drv> Let's try again: APA> Much better, patcher.el beamed up in one piece now and is soon to get APA> out of quarantine. APA> I haven't looked at it yet. Hello Didier, the model of project definition you use in patcher.el suits me well. I have tested it a bit and had to start a new XEmacs to be able to send you this mail :-) The defun trickery inside (eval-when-compile is to blame. Another issue: Is patcher-mail suppose to create a fresh mail/message buffer and fill it in correctly? It doesn't for me when setting patcher-mail-method ot sendmail or message. For sendmail the diff command output is inserted just after the "To:" header. Setting the method to gnus does not work at all with gnus-version "Gnus v5.8.7" Why not use (compose-mail ...) instead? See build-report or pxp. I would definitely like to see patcher.el added to xemacs-devel once these child sicknesses are overcome. Best regards, Adrian APA> Best regards, APA> Adrian APA> -- APA> Adrian Aichner APA> mailto:adrian＠xemacs.org APA> http://www.xemacs.org/ -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

2 participants
3 comments

xemacs core dumps, possible GC related bug? 24 years, 1 month

Albert Ting

In XEmacs 21.2 (beta45) "Thelxepeia" [Lucid] (sparc-sun-solaris2.6, Mule) of Thu Mar 15 2001 on atom configured using `configure --with-mule --with-clash-detection' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: ====================================================================== Create a dummy file, such as foo.scm: ---------------------------- ;; -*- mode: bee; -*- ;; ---------------------------- install bee mode under site-packages/lisp (it's a 300kb tgz file, so I can send it when needed) $ xemacs -q M-x load-library bee-mode M-x find-file foo.scm M-x rmail (or vm) Crashes every time. SunOS foobar 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-60 ====================================================================== gdb src/xemacs GNU gdb 4.18 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 "sparc-sun-solaris2.6"...run (gdb) run Starting program: /home/vtools/src/emacs/xemacs-21.2.45/src/xemacs warning: Lowest section in /usr/lib/libintl.so.1 is .dynamic at 0x74 Program received signal SIGSEGV, Segmentation fault. compact_string_chars () at alloc.c:2974 2974 assert (!(LRECORD_FREE_P (string))); (gdb) backtrace #0 compact_string_chars () at alloc.c:2974 #1 0x6b728 in garbage_collect_1 () at alloc.c:3123 #2 0xb3f08 in Feval (form=10209632) at eval.c:3256 #3 0x1990c8 in readevalloop (readcharfun=9452544, sourcename=6836804, evalfun=0xb3b04 <Feval>, printflag=0) at lread.c:1449 #4 0x1979ac in Fload_internal (file=6836804, noerror=3145728, nomessage=3323908, nosuffix=3323908, codesys=3447844, used_codesys=3323908) at lread.c:737 #5 0xb4b84 in Ffuncall (nargs=-1, args=0xefffdee4) at eval.c:3528 #6 0x7a5f8 in execute_optimized_program ( program=0x5b1b87 "+\207de-files.el\n;;; emacs version 21.2 (beta45)Zkä", stack_depth=5, constants_data=0x5b1c10) at bytecode.c:746 #7 0x7a144 in funcall_compiled_function (fun=11, nargs=4, args=0xefffe0d4) at bytecode.c:518 #8 0xb4cd8 in Ffuncall (nargs=4, args=0xefffe0d0) at eval.c:3563 #9 0xb8f84 in call4 (fn=3470780, arg0=6836804, arg1=3323908, arg2=3323908, arg3=3323908) at eval.c:4235 #10 0xb3964 in do_autoload (fundef=6779388, funname=5980404) at eval.c:3146 #11 0xb3420 in Fcommand_execute (cmd=5980404, record_flag=3323932, keys=3323908) at eval.c:2955 #12 0xb4b24 in Ffuncall (nargs=-1, args=0xefffe354) at eval.c:3528 #13 0x7a5f8 in execute_optimized_program ( program=0x762951 "\210\0138\b¬\023Ñ Ò a«\aÓ pa«\006Ô \210ª\004Õ \210Ö×!\eØÙË\013A«\004Úª\002Û\nÜ\013!#\"\210Ö\016\036!\210ÝÙ!*\207Ï\fÐ\"\207", stack_depth=2, constants_data=0x458710) at bytecode.c:746 #14 0x7a144 in funcall_compiled_function (fun=7, nargs=1, args=0xefffe534) at bytecode.c:518 #15 0xb4cd8 in Ffuncall (nargs=1, args=0xefffe530) at eval.c:3563 #16 0x81214 in Fcall_interactively (function=4618580, record_flag=3323908, keys=3323908) at callint.c:940 #17 0xb34a8 in Fcommand_execute (cmd=4618580, record_flag=3323908, keys=3323908) at eval.c:2970 #18 0x111740 in execute_command_event (command_builder=0x3ca100, event=9677848) at event-stream.c:3834 #19 0x112160 in Fdispatch_event (event=9656016) at event-stream.c:4117 #20 0x8c440 in Fcommand_loop_1 () at cmdloop.c:583 #21 0x8c6d8 in command_loop_1 (dummy=5054464) at cmdloop.c:494 #22 0xb0748 in condition_case_1 (handlers=3099244, bfun=0x8c68c <command_loop_1>, barg=3323908, hfun=0x8c738 <cmd_error>, harg=3323908) at eval.c:1651 #23 0x8c848 in command_loop_2 (dummy=3323908) at cmdloop.c:256 #24 0xb95e8 in internal_catch (tag=3404236, func=0x8c7fc <command_loop_2>, arg=3323908, threw=0x0) at eval.c:1317 #25 0x8bb58 in initial_command_loop (load_me=3323908) at cmdloop.c:305 #26 0xabff4 in sort_args (argc=2620416, argv=0xefffed8c) at emacs.c:2253 (gdb) ====================================================================== Recent keystrokes: misc-user Recent messages (most recent first): Parsing /home/alt/.mailrc... done Parsing /home/alt/.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Loading emacsbug...done Loading emacsbug...

2 participants
1 comments

windows showstopper re: cannot find entry symbol _WinMainCRTStartup 24 years, 1 month

Ben Wing

I'm trying to compile Cygwin on my latest setup. For me, it hangs in menubar-items.el -- i.e. well before auto-autoloads.el. I attempted to run under GDB and get a seg fault, but the stack is all trashed. HOWEVER, I notice this warning, which looks very bad: /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/../../../../i686-pc-cygwin/bin/ld: warn ing: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000 I am configuring with ../../$1/configure --verbose --extra-verbose --srcdir=../../$1 \ --site-includes=/usr/local/include --cflags=v \ --site-libraries=/usr/local/lib \ --package-path=/src/xemacs/xemacs-packages --without-database $muleopts i.e. not PDUMP. I definitely did not used to get that warning, a few months ago when I last compiled Cygwin. That warning could well be the source of all these hangings -- if the CRT startup is not properly invoked, all sorts of nasty problems can happen. When did this warning start occurring? When did these hangings start occurring? Did it start occurring to anyone right after they upgraded to a more recent Cygwin? Has anyone been messing around with the way arguments are passed to the loader? [maybe in s/cygwin32.h?] I poked around a bit, and it seems that we really ought to be entering using mainCRTStartup, which will call main(); WinMainCRTStartup calls the normal WinMain() used to start a normal Windows program, and under the native build, we explicitly set the entry point to mainCRTStartup since we have no WinMain. for some more info, here's the lines outputted by -v: gcc -v -mwindows -L/usr/local/lib -L/usr/X11R6/lib -o temacs abbrev.o alloc. o blocktype.o buffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o ch artab.o cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o doc. o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o debug.o tests.o f ilelock.o ntplay.o unexcw.o scrollbar-msw.o menubar-msw.o toolbar-msw.o dialog-m sw.o console-msw.o device-msw.o event-msw.o frame-msw.o objects-msw.o select-msw .o redisplay-msw.o glyphs-msw.o gui-msw.o balloon_help.o balloon-x.o dgif_lib.o gif_io.o menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o dial og-x.o toolbar-x.o gui-x.o file-coding.o realpath.o getloadavg.o inline.o consol e-tty.o device-tty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o event-unixoid.o process-unix.o event-stream.o extents.o faces.o filei o.o filemode.o floatfns.o fns.o font-lock.o frame.o general.o glyphs.o glyphs-e image.o glyphs-widget.o gui.o gutter.o hash.o imgproc.o indent.o insdel.o intl. o keymap.o line-number.o lread.o lstream.o macros.o marker.o md5.o minibuf.o ob jects.o opaque.o print.o process.o profile.o rangetab.o redisplay.o redisplay-ou tput.o regex.o search.o select.o sheap.o signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o widget.o window.o win 32.o xemacs_res.o lastfile.o gmalloc.o free-hook.o vm-limit.o ralloc.o EmacsFram e.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o .. /lwlib/liblw.a -lXaw -ltiff -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -lncurses -lwinmm -lshell32 -lgdi32 -luser32 -lcomdlg32 -lcomctl32 -lwins pool Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/specs gcc version 2.95.2-6 19991024 (cygwin experimental) /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/collect2.exe --subsystem windows -Bdyn amic -o temacs.exe /usr/lib/crt0.o -L/usr/local/lib -L/usr/X11R6/lib -L/usr/lib/ gcc-lib/i686-pc-cygwin/2.95.2-6 -L/usr/lib/mingw abbrev.o alloc.o blocktype.o bu ffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop. o cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o dynar r.o editfns.o elhash.o emacs.o eval.o events.o debug.o tests.o filelock.o ntplay .o unexcw.o scrollbar-msw.o menubar-msw.o toolbar-msw.o dialog-msw.o console-msw .o device-msw.o event-msw.o frame-msw.o objects-msw.o select-msw.o redisplay-msw .o glyphs-msw.o gui-msw.o balloon_help.o balloon-x.o dgif_lib.o gif_io.o menubar .o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o dialog-x.o toolbar-x .o gui-x.o file-coding.o realpath.o getloadavg.o inline.o console-tty.o device-t ty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o event -unixoid.o process-unix.o event-stream.o extents.o faces.o fileio.o filemode.o f loatfns.o fns.o font-lock.o frame.o general.o glyphs.o glyphs-eimage.o glyphs-wi dget.o gui.o gutter.o hash.o imgproc.o indent.o insdel.o intl.o keymap.o line-nu mber.o lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o pr int.o process.o profile.o rangetab.o redisplay.o redisplay-output.o regex.o sear ch.o select.o sheap.o signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects- x.o redisplay-x.o select-x.o xgccache.o widget.o window.o win32.o xemacs_res.o l astfile.o gmalloc.o free-hook.o vm-limit.o ralloc.o EmacsFrame.o EmacsShell.o To pLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o ../lwlib/liblw.a -lXaw - ltiff -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -lncurses -lwinm m -lshell32 -lgdi32 -luser32 -lcomdlg32 -lcomctl32 -lwinspool -lgcc -lcygwin -lg di32 -lcomdlg32 -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/../../../../i686-pc-cygwin/bin/ld: warn ing: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000 I do see the crt0 is the very first thing linked, and /lib 540$ nm crt0.o 00000000 b .bss 00000000 d .data 00000000 t .text 00000000 D ___cygwin_crt0_bp 00000000 t ___gnu_compiled_c U _cygwin_crt0 U _main 00000000 T _mainCRTStartup 00000000 t gcc2_compiled. so this *may* be harmless, but I think it needs to be fixed, perhaps just with a flag that sets the entry point. BUT .... then again, maybe not. There's also a crt1.0, like this: /lib 542$ nm crt1.o 00000000 b .bss 00000000 d .data 00000000 t .text U _ExitProcess＠4 U _SetUnhandledExceptionFilter＠4 00000230 T _WinMainCRTStartup U __CRT_fmode U __CRT_glob U ___GetMainArgs 00000000 t ___gnu_compiled_c 000001b0 t ___mingw_CRTStartup 00000000 D __argc 00000004 D __argv U __cexit U __fileno U __fpreset 000000d0 t __gnu_exception_handler＠4 U __imp___environ_dll U __imp___fmode_dll U __imp___iob 00000030 t __mingw32_init_fmode 00000000 t __mingw32_init_mainargs U __setmode U _main 00000210 T _mainCRTStartup U _signal 00000000 t gcc2_compiled. Notice that this also has mainCRTStartup in it, as well as WinMainCRTStartup. My strong suspicion is that crt1.o is the correct CRT to be using for a windowed-subsystem XEmacs; crt0.o, with no references to WinMain, has to be for a console-subsystem XEmacs. So, by using the wrong CRT initialization, we could easily be fucking ourselves in all sorts of ways. So once again, what changed to produce this? Andy, Kirill, please comment. Andy, can you investigate, since you know more about Cygwin than I do and you've been more on top of the Cygwin changes? BTW I am leaving Sunday for a week for vacation, so I'll be unreachable during that period. -- ben I'm sometimes slow in getting around to reading my mail, so if you want to reach me faster, call 520-661-6661. See http://www.666.com/ben/chronic-pain/ for the hell I've been through.

3 participants
3 comments

font-lock-after-change function unbearably slow; Ben change? 24 years, 1 month

Matthew O. Persico

Using 21.2.45, latest sumo. Solaris and Win2K. It seems that whenever I load a file, the load process slows down a lot at the point where font-locking is putting up a message about regexps. After perusing the thread mentioned in my subject, I get the feeling this has not been solved. Has it been and I just missed it? thanks -- Matthew O. Persico http://www.acecape.com/dsl AceDSL:The best ADSL in Verizon area

2 participants
1 comments

Why hasn't this patch been applied? 24 years, 1 month

Jeff Stuart

Why hasn't the patch from this message: http://list-archive.xemacs.org/xemacs-nt/200008/msg00004.html been applied yet? It fixes the problem with using gnuclient under cygwin from the windows explorer. Specifically, it fixes the path problems. IE before the patch, I would see it looking for a file name of: //E\htdocs\file3.php which doesn't exist as a path name. However, with this patch, it translates it to /htdocs/file3.php which is correct! Here's the patch again (please note, this is NOT my patch! It's Jon Schewe's patch.): --- lib-src/gnuclient.c.orig Fri Oct 9 15:58:40 1998 +++ lib-src/gnuclient.c Tue Aug 1 09:03:42 2000 ＠＠ -42,6 +42,10 ＠＠ static char rcsid [] = "!Header: gnuclient.c,v 2.2 95/12/12 01:39:21 wing nene !"; #endif +#ifdef CYGWIN +extern void cygwin_conv_to_posix_path(const char *path, char *posix_path); +#endif + #include "gnuserv.h" #include "getopt.h" ＠＠ -175,35 +179,26 ＠＠ /* fullpath - returned full pathname */ /* filename - filename to expand */ { +#ifdef CYGWIN + char cygwinFilename[MAXPATHLEN+1]; +#endif + int len; - fullpath[0] = '\0'; +#ifdef CYGWIN + /* + If we're in cygwin, just convert it and let the unix stuff handle it. + */ + cygwin_conv_to_posix_path(filename, cygwinFilename); + filename = cygwinFilename; +#endif + if (filename[0] && filename[0] == '/') { /* Absolute (unix-style) pathname. Do nothing */ strcat (fullpath, filename); } -#ifdef CYGWIN - else if (filename[0] && filename[0] == '\\' && - filename[1] && filename[1] == '\\') - { - /* This path includes the server name (something like - "\\server\path"), so we assume it's absolute. Do nothing to - it. */ - strcat (fullpath, filename); - } - else if (filename[0] && - filename[1] && filename[1] == ':' && - filename[2] && filename[2] == '\\') - { - /* Absolute pathname with drive letter. Convert "<drive>:" - to "//<drive>/". */ - strcat (fullpath, "//"); - strncat (fullpath, filename, 1); - strcat (fullpath, &filename[2]); - } -#endif else { /* Assume relative Unix style path. Get the current directory -- Jeff Stuart jstuart(a)neo.rr.com

2 participants
2 comments

Anyone having luck with make-frame-on-display "remote:0"? 24 years, 1 month

Chris Green

I tried disabling (display-time) just in case that was the problem but I still get xemacs: X Error of failed request: BadFont (invalid Font parameter) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0x6800018 Serial number of failed request: 154 Current serial number in output stream: 159 ( times a bunch - Resource ID and Serial Number both increment by one several times ) make-frame-on-tty works fine ( trying to figure out problems with my gnuclient/gnuserver ) and 21.1.x work fine aside from some crashes in the 14's display code with the cvs gnus. Gnuserv is running on a mdk 7.2 display with XFree 3.3.6 and gnuclient is running on a RH 6.2 Xfree 3.3.6 display. -- Chris Green <cmg(a)uab.edu> Laugh and the world laughs with you, snore and you sleep alone.

2 participants
3 comments

Recommend: Internet Search Software 24 years, 1 month

c＠toyi.zzn.com

[ This is the last email to you. After you receive this mail, your email has been remove from our mailing list . ] Recommend Software: Email Spider Easy -----Targeted Email Address Extract Software. Both Url And Email are Extracted. http://www.emailspidereasy.com Key Features: 1 Search and Spider from a starting url such as web url, search engine, message board,newsgroup to extract bulk email addresses. 2 Integrate with 18 top search engines and directories such as Yahoo, Google, Altavista, AOL, MSN, Lycos. 3 Search speed is very fast. Allow up to 500 threads to search and extract emails simultaneously. 4 Both Web and Url are extracted. For more info,please access url: http://www.emailspidereasy.com

1 participants
0 comments

[crash] delete a buffer shown in both X and tty frames 24 years, 1 month

Yoshiaki Kasahara

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 (beta38) "Peisino,Ak(B" [Lucid] (i386-unknown-freebsd4.2, Mule) of Wed Dec 13 2000 on elvenbow.nc.kyushu-u.ac.jp configured using `configure --with-mule --without-xim --error-checking=all --debug --with-xfs --with-widgets=athena --without-canna --site-prefixes=/usr/local '--cflags=-g -O3 -pipe -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow'' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: xemacs -vanilla M-x make-frame-on-tty C-x b test (in the X frame) C-x b test (in the tty frame) C-x k (in the X frame) ** crash ** It is repeatable. It won't crash when doing C-x k in the tty frame. Lisp backtrace follows: # (condition-case ... . error) # (catch top-level ...) C backtrace follows: (gdb) where #0 0x286323e0 in kill () from /usr/lib/libc.so.4 #1 0x80bb823 in fatal_error_signal (sig=6) at emacs.c:535 #2 0xbfbfffac in ?? () #3 0x80be869 in assert_failed (file=0x824d9a7 "eval.c", line=1885, expr=0x824d508 "abort()") at emacs.c:3214 #4 0x80c12f1 in signal_1 (sig=137300068, data=142340244) at eval.c:1885 #5 0x80c2791 in error (fmt=0x8285dc0 "Marker does not point anywhere") at eval.c:2052 #6 0x8194e66 in marker_position (marker=141246172) at marker.c:354 #7 0x81afc17 in redisplay_window (window=141753344, skip_selected=0) at redisplay.c:5896 #8 0x81b098c in redisplay_frame (f=0x8738400, preemption_check=0) at redisplay.c:6393 #9 0x81b0b6f in redisplay_device (d=0x870a600, automatic=1) at redisplay.c:6467 #10 0x81b0edd in redisplay_without_hooks () at redisplay.c:6556 #11 0x81b8ee6 in redisplay () at redisplay.c:6613 #12 0x8114eca in Fnext_event (event=141418308, prompt=137299972) at event-stream.c:2176 #13 0x80a2ce9 in Fcommand_loop_1 () at cmdloop.c:574 #14 0x80a2f96 in command_loop_1 (dummy=137299972) at cmdloop.c:494 #15 0x80cac25 in condition_case_1 (handlers=137300068, bfun=0x80a2f58 <command_loop_1>, barg=137299972, hfun=0x80a3008 <cmd_error>, harg=137299972) at eval.c:1651 #16 0x80a30f7 in command_loop_2 (dummy=137299972) at cmdloop.c:256 #17 0x80cab24 in internal_catch (tag=137384396, func=0x80a30bc <command_loop_2>, arg=137299972, threw=0x0) at eval.c:1317 #18 0x80a256e in initial_command_loop (load_me=137299972) at cmdloop.c:305 #19 0x80bcb9f in xemacs_21_2_b38_i386_unknown_freebsd4_2 (argc=2, argv=0xbfbff5b4, envp=0xbfbff5c0, restart=0) at emacs.c:2253 #20 0x80bead1 in main (argc=2, argv=0xbfbff5b4, envp=0xbfbff5c0) at emacs.c:2682 #21 0x80808e9 in _start () -- Yoshiaki Kasahara Computing and Communications Center, Kyushu University kasahara(a)nc.kyushu-u.ac.jp

3 participants
12 comments

Problems with experimental versions of jde and semantic 24 years, 1 month

Dr. Volker Zell

Hi Steve I'm testing your experimental versions of the following packages: jde-1.25-pkg.tar.gz semantic-1.05-pkg.tar.gz eieio-1.01-pkg.tar.gz - seems to work Here a couple of problems with your versions of semantic, and jde: First of all jde-1.25-pkg.tar.gz is missing jde-package.el/elc. If I copy that from the normal jde distribution jde starts up. JDE and JDebug docu are not found through menu. This is because first, JDE docu is missing from your tar.gz file and second, the lisp code is searching for the html files under the wrong directories. This fixes the directories: diff -c /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde.el~ /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde.el *** /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde.el~ Sat Mar 10 23:05:58 2001 --- /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde.el Sat Mar 10 23:05:58 2001 *************** *** 1289,1295 **** (if jde-dir (if (and jde-xemacsp (locate-data-directory "jde")) ! (expand-file-name "jde-ug.html" jde-dir) (expand-file-name "doc/html/jde-ug/jde-ug.html" jde-dir))))) (if (and jde-help --- 1289,1295 ---- (if jde-dir (if (and jde-xemacsp (locate-data-directory "jde")) ! (expand-file-name "doc/html/jde-ug/jde-ug.html" jde-dir) (expand-file-name "doc/html/jde-ug/jde-ug.html" jde-dir))))) (if (and jde-help diff -c /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde-bug.el~ /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde-bug.el *** /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde-bug.el~ Sat Mar 10 23:07:05 2001 --- /usr/local/lib/xemacs/xemacs-packages/lisp/jde/jde-bug.el Sat Mar 10 23:07:05 2001 *************** *** 2569,2575 **** (if jde-dir (if (and jde-xemacsp (locate-data-directory "jde")) ! (expand-file-name "jdebug-ug.html" jde-dir) (expand-file-name "doc/html/jdebug-ug/jdebug-ug.html" jde-dir))))) (if (and jdebug-help --- 2569,2575 ---- (if jde-dir (if (and jde-xemacsp (locate-data-directory "jde")) ! (expand-file-name "doc/html/jdebug-ug/jdebug-ug.html" jde-dir) (expand-file-name "doc/html/jdebug-ug/jdebug-ug.html" jde-dir))))) (if (and jdebug-help o Also missing is the /usr/local/lib/xemacs/xemacs-packages/etc/jde/doc/tli_rbl/ directory structure. This results in not loading the applet in the JDE help files. o The import class and implement interface wizards give errors of the following kind: Imported java.applet.Applet Invalid function: (macro . #<compiled-function (token) "...(6)" [token semantic-overlay-start semantic-token-overlay] 3 ("/usr/local/lib/xemacs/xemacs-packages/lisp/semantic/semantic-util.elc" . 1624)>) This seems to be related with the byte compilation of semantic. It used to work with semantic when it's not byte compiled. Anyway both commands produce the desired output but the error messages are annoying. Ciao Volker

4 participants
5 comments

2025

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 March 2001