Re: CPerl: Run disabled?
24 years, 11 months
Adrian Aichner
Adrian Aichner
>>>>> "Andreas" == Andreas Jaeger <aj(a)suse.de> writes:
>>>>> Adrian Aichner writes:
APA> The following message is a courtesy copy of an article
APA> that has been posted to comp.emacs.xemacs as well.
>>>>> "Tobias" == Tobias Weber <towb(a)gmx.net> writes:
Tobias> Hi,
Tobias> My problem:
Tobias> When I visit a perl file in CPerl mode "Run", "Check
Tobias> syntax" and all the other menu items relying on the
Tobias> interpreter are disabled! Do I have to enter
Tobias> /usr/bin/perl somewhere?
APA> You need mode-compile.el.
APA> This should really be part of some XEmacs package.
Andreas> Feel free to send a patch. We could add it to prog-modes.
Here it is. I'll send the file to xemacs-patches only as a followup.
I can commit it, if you like.
xemacs-packages/prog/prog-modes/ChangeLog:
2000-07-13 Adrian Aichner <aichner(a)ecf.teradyne.com>
* mode-compile.el (mc--build-output-args): Protect filename
arguments by double-quotes to handle paths with embedded SPACE on
Windows NT.
* mode-compile.el (mc--set-command): Ditto.
* mode-compile.el (mc--shell-compile): Ditto.
* mode-compile.el (makefile-compile): Ditto.
* mode-compile.el: Based on mode-compile.el 2.27 from
http://www.tls.cena.fr/~boubaker/distrib/.
Best regards,
Adrian
Andreas> Andreas
APA> Get it from
APA> http://www.tls.cena.fr/~boubaker/distrib/mode-compile.el
APA> or
APA> ftp://archive.cis.ohio-state.edu/pub/gnu/emacs/elisp-archive/misc/mode-co...
APA> Currently I cannot reach the latter.
APA> Hope this helps,
APA> Adrian
Tobias> --
Tobias> Tobias Weber
Andreas> --
Andreas> Andreas Jaeger
Andreas> SuSE Labs aj(a)suse.de
Andreas> private aj(a)arthur.inka.de
- 1 participants
- 0 comments
Re: CPerl: Run disabled?
24 years, 11 months
Andreas Jaeger
Andreas Jaeger
>>>>> Adrian Aichner writes:
APA> The following message is a courtesy copy of an article
APA> that has been posted to comp.emacs.xemacs as well.
>>>>> "Tobias" == Tobias Weber <towb(a)gmx.net> writes:
Tobias> Hi,
Tobias> My problem:
Tobias> When I visit a perl file in CPerl mode "Run", "Check
Tobias> syntax" and all the other menu items relying on the
Tobias> interpreter are disabled! Do I have to enter
Tobias> /usr/bin/perl somewhere?
APA> You need mode-compile.el.
APA> This should really be part of some XEmacs package.
Feel free to send a patch. We could add it to prog-modes.
Andreas
APA> Get it from
APA> http://www.tls.cena.fr/~boubaker/distrib/mode-compile.el
APA> or
APA> ftp://archive.cis.ohio-state.edu/pub/gnu/emacs/elisp-archive/misc/mode-co...
APA> Currently I cannot reach the latter.
APA> Hope this helps,
APA> Adrian
Tobias> --
Tobias> Tobias Weber
--
Andreas Jaeger
SuSE Labs aj(a)suse.de
private aj(a)arthur.inka.de
- 1 participants
- 0 comments
Re: xemacs 21.1.10 and 21.2.34 crash
24 years, 11 months
Simon Josefsson
Simon Josefsson
Ben Wing <ben(a)666.com> writes:
> i still don't see why this would happen. can you put some calls in
> to see what the actual hierarchy is? maybe the shell widget is
> inserting something behind the scenes.
This is a gdb session. gcc seem to've optimized away the "widget"
variable, hence (*kids[0]). I don't really grok this stuff, so please
let me know what I can do. This is xemacs 21.1.10 with mule this
time.
Looks like `kids[0]' already have been free()d too me. (Look at the
`name' field, a garbled string.)
(gdb) b wm_delete_window
Breakpoint 1 at 0x818302f: file /home/jas/src/xemacs-21.1/lwlib/lwlib-Xaw.c, lin
e 492.
(gdb) r -vanilla
Starting program: /home/jas/src/xemacs-21.1/o/src/xemacs -vanilla
Breakpoint 1, wm_delete_window (shell=0x8524050, closure=0xbfffe9b0,
call_data=0x0) at /home/jas/src/xemacs-21.1/lwlib/lwlib-Xaw.c:492
492 Widget *kids = 0;
(gdb) n
495 if (! XtIsSubclass (shell, shellWidgetClass))
(gdb)
497 XtSetArg (al [0], XtNchildren, &kids);
(gdb)
498 XtGetValues (shell, al, 1);
(gdb)
499 if (!kids || !*kids)
(gdb)
502 if (! XtIsSubclass (widget, dialogWidgetClass))
(gdb) p *kids[0]
$1 = {core = {self = 0x8510060, widget_class = 0x40054e00, parent = 0x8524050,
xrm_name = 525, being_destroyed = 0 '\000', destroy_callbacks = 0x0,
constraints = 0x0, x = 16464, y = 2130, width = 0, height = 0,
border_width = 6648, managed = 74 'J', sensitive = 8 '\b',
ancestor_sensitive = 5 '\005', event_table = 0x2001, tm = {
translations = 0x0, proc_table = 0x4004f6ec, current_state = 0x20782d43,
lastEventTime = 1077739520}, accelerators = 0x8522608, border_pixel = 0,
border_pixmap = 0, popup_list = 0x19, num_popups = 0,
name = 0x4 <Address 0x4 out of bounds>, screen = 0x9,
colormap = 139511120, window = 24, depth = 2601, background_pixel = 0,
background_pixmap = 458756, visible = 1 '\001',
mapped_when_managed = 2 '\002'}}
(gdb) p (*kids[0])->core->parent
$2 = 0x8524050
(gdb) p *(*kids[0])->core->parent
$3 = {core = {self = 0x8524050, widget_class = 0x829d1c8, parent = 0x8478d80,
xrm_name = 363, being_destroyed = 0 '\000', destroy_callbacks = 0x85244e0,
constraints = 0x0, x = 207, y = 298, width = 243, height = 56,
border_width = 0, managed = 0 '\000', sensitive = 1 '\001',
ancestor_sensitive = 1 '\001', event_table = 0x8524188, tm = {
translations = 0x8523ff0, proc_table = 0x8524238, current_state = 0x0,
lastEventTime = 0}, accelerators = 0x0, border_pixel = 0,
border_pixmap = 2, popup_list = 0x0, num_popups = 0,
name = 0x83d226f "dialog", screen = 0x845e628, colormap = 35,
window = 41943132, depth = 16, background_pixel = 42520,
background_pixmap = 2, visible = 1 '\001', mapped_when_managed = 1 '\001'}}
(gdb) p *(*kids[0])->core->parent->core->parent
$4 = {core = {self = 0x8478d80, widget_class = 0x829b580, parent = 0x845faf0,
xrm_name = 685, being_destroyed = 0 '\000', destroy_callbacks = 0x84d8d60,
constraints = 0x0, x = 33, y = 24, width = 584, height = 556,
border_width = 0, managed = 0 '\000', sensitive = 1 '\001',
ancestor_sensitive = 1 '\001', event_table = 0x84d9048, tm = {
translations = 0x0, proc_table = 0x0, current_state = 0x0,
lastEventTime = 0}, accelerators = 0x0, border_pixel = 0,
border_pixmap = 2, popup_list = 0x8524228, num_popups = 1,
name = 0x83d2f84 "shell", screen = 0x845e628, colormap = 35,
window = 41943083, depth = 16, background_pixel = 65535,
background_pixmap = 2, visible = 1 '\001', mapped_when_managed = 1 '\001'}}
(gdb) p *(*kids[0])->core->parent->core->parent->core->parent
$5 = {core = {self = 0x845faf0, widget_class = 0x4015a800, parent = 0x0,
xrm_name = 257, being_destroyed = 0 '\000', destroy_callbacks = 0x83c6078,
constraints = 0x0, x = 0, y = 0, width = 80, height = 50,
border_width = 1, managed = 0 '\000', sensitive = 1 '\001',
ancestor_sensitive = 1 '\001', event_table = 0x845fd68, tm = {
translations = 0x0, proc_table = 0x0, current_state = 0x0,
lastEventTime = 0}, accelerators = 0x0, border_pixel = 0,
border_pixmap = 2, popup_list = 0x8478fe0, num_popups = 1,
name = 0x83d1e06 "xemacs", screen = 0x845e628, colormap = 35,
window = 41943041, depth = 16, background_pixel = 52857,
background_pixmap = 2, visible = 1 '\001', mapped_when_managed = 0 '\000'}}
(gdb)
(gdb) n
503 abort ();
(gdb)
Program received signal SIGABRT, Aborted.
0x4030ad41 in __kill () from /lib/libc.so.6
(gdb) bt
#0 0x4030ad41 in __kill () from /lib/libc.so.6
#1 0x4030a9b6 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2 0x4030c0d8 in abort () at ../sysdeps/generic/abort.c:88
#3 0x8183098 in wm_delete_window (shell=0x8524050, closure=0xbfffe9b0,
call_data=0x0) at /home/jas/src/xemacs-21.1/lwlib/lwlib-Xaw.c:503
#4 0x4014ddd4 in HandleActions () from /usr/X11R6/lib/libXt.so.6
#5 0x4014e2b6 in HandleSimpleState () from /usr/X11R6/lib/libXt.so.6
#6 0x4014e7f1 in _XtTranslateEvent () from /usr/X11R6/lib/libXt.so.6
#7 0x4012b1ac in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
#8 0x4012b9d5 in _XtDefaultDispatcher () from /usr/X11R6/lib/libXt.so.6
#9 0x4012bd2d in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
#10 0x40136517 in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#11 0x81648b9 in emacs_Xt_next_event (emacs_event=0x8523630)
at /home/jas/src/xemacs-21.1/src/event-Xt.c:2381
#12 0x80d6f15 in event_stream_next_event (event=0x8523630)
at /home/jas/src/xemacs-21.1/src/event-stream.c:568
#13 0x80d7fdc in next_event_internal (target_event=139605552, allow_queued=1)
at /home/jas/src/xemacs-21.1/src/event-stream.c:2022
#14 0x80d84d6 in Fnext_event (event=139605552, prompt=137156004)
at /home/jas/src/xemacs-21.1/src/event-stream.c:2239
#15 0x80d89bb in Fnext_command_event (event=139605552, prompt=137156004)
at /home/jas/src/xemacs-21.1/src/event-stream.c:2395
#16 0x80a96f8 in funcall_recording_as (recorded_as=137241132, nargs=1,
args=0xbfffedc0) at /home/jas/src/xemacs-21.1/src/eval.c:3193
...
>
> Simon Josefsson wrote:
>
> > It's the last call to abort() below.
> >
> > static XtActionProc
> > wm_delete_window (Widget shell, XtPointer closure, XtPointer call_data)
> > {
> > ...
> > if (!kids || !*kids)
> > abort ();
> > widget = kids [0];
> > if (! XtIsSubclass (widget, dialogWidgetClass))
> > abort ();
> >
> > Ben Wing <ben(a)666.com> writes:
> >
> > > i meant in lwlib-Xaw.c, line 503
> > >
> > > Ben Wing wrote:
> > >
> > > > what's the code at this line?
> > > >
> > > > Simon Josefsson wrote:
> > > >
> > > > > start xemacs -no-init-file
> > > > > C-x C-f /etc/resolv.conf (or just some existing file)
> > > > > type "ioasdoiasdiojasd" in the buffer
> > > > > select "delete buffer" from the menu
> > > > > close the popup window using your window manager (I'm using twm).
> > > > >
> > > > > uname -a: Linux localhost.localdomain 2.2.16-3 #1 Mon Jun 19 18:10:14 EDT 2000 i686 unknown
> > > > >
> > > > > ../configure
> > > > >
> > > > > XEmacs 21.1.10 "Capitol Reef" configured for `i686-pc-linux'.
> > > > >
> > > > > Where should the build process find the source code? /home/jas/src/xemacs-21.1
> > > > > What installation prefix should install use? /usr/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 support for JPEG image handling.
> > > > > Compiling in support for TIFF image handling.
> > > > > Compiling in native sound support.
> > > > > Compiling in support for Berkeley DB.
> > > > > Compiling in support for LDAP.
> > > > > Compiling in support for ncurses.
> > > > > Compiling in support for GPM (General Purpose Mouse).
> > > > > 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.
> > > > > Using Lisp_Objects with minimal tagbits.
> > > > >
> > > > > [jas＠barbar jas]$ xemacs-21.1.10 -no-init-file
> > > > >
> > > > > Fatal error (6).
> > > > > Your files have been auto-saved.
> > > > > Use `M-x recover-session' to recover them.
> > > > >
> > > > > If you have access to the PROBLEMS file that came with your
> > > > > version of XEmacs, please check to see if your crash is described
> > > > > there, as there may be a workaround available.
> > > > > Otherwise, please report this bug by running the send-pr
> > > > > script included with XEmacs, or selecting `Send Bug Report'
> > > > > from the help menu.
> > > > > As a last resort send ordinary email to `crashes(a)xemacs.org'.
> > > > > *MAKE SURE* to include the information in the command
> > > > > M-x describe-installation.
> > > > >
> > > > > If at all possible, *please* try to obtain a C stack backtrace;
> > > > > it will help us immensely in determining what went wrong.
> > > > > To do this, locate the core file that was produced as a result
> > > > > of this crash (it's usually called `core' and is located in the
> > > > > directory in which you started the editor, or maybe in your home
> > > > > directory), and type
> > > > >
> > > > > gdb /usr/local/bin/xemacs-21.1.10 core
> > > > >
> > > > > then type `where' when the debugger prompt comes up.
> > > > > (If you don't have GDB on your system, you might have DBX,
> > > > > or XDB, or SDB. A similar procedure should work for all of
> > > > > these. Ask your system administrator if you need more help.)
> > > > >
> > > > > Lisp backtrace follows:
> > > > >
> > > > > next-command-event(nil)
> > > > > byte-code("..." [next-command-event event misc-user-event-p event-object yes throw ynp-done t no nil abort menu-no-selection-hook signal quit button-release-e
> > > > > vent-p beep message "please answer the dialog box"] 3)
> > > > > # (catch ynp-done ...)
> > > > > # bind (echo-keystrokes event)
> > > > > # (unwind-protect ...)
> > > > > # bind (ssf79598 prompt)
> > > > > yes-or-no-p-dialog-box("Buffer .emacs modified; kill anyway? ")
> > > > > # bind (prompt)
> > > > > yes-or-no-p("Buffer .emacs modified; kill anyway? ")
> > > > > kill-buffer(#<buffer ".emacs">)
> > > > > #<compiled-function nil "...(4)" [kill-buffer] 2 902850 nil>()
> > > > > call-interactively(kill-this-buffer)
> > > > > # (condition-case ... . error)
> > > > > # (catch top-level ...)
> > > > > Aborted (core dumped)
> > > > > [jas＠barbar jas]$ gdb /usr/local/bin/xemacs-21.1.10 core
> > > > > GNU gdb 19991004
> > > > > 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 "i386-redhat-linux"...
> > > > > Core was generated by `xemacs-21.1.10 -no-init-file'.
> > > > > Program terminated with signal 6, Aborted.
> > > > > Reading symbols from /usr/X11R6/lib/libXaw.so.6...done.
> > > > > Reading symbols from /usr/lib/libtiff.so.3...done.
> > > > > Reading symbols from /usr/lib/libpng.so.2...done.
> > > > > Reading symbols from /usr/lib/libjpeg.so.62...done.
> > > > > Reading symbols from /usr/lib/libz.so.1...done.
> > > > > Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
> > > > > Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
> > > > > Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
> > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
> > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
> > > > > Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
> > > > > Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
> > > > > Reading symbols from /lib/libdl.so.2...done.
> > > > > Reading symbols from /lib/libdb.so.3...done.
> > > > > ---Type <return> to continue, or q <return> to quit---
> > > > > Reading symbols from /usr/lib/libgpm.so.1...done.
> > > > > Reading symbols from /usr/lib/libncurses.so.4...done.
> > > > > Reading symbols from /usr/lib/libldap.so.1...done.
> > > > > Reading symbols from /usr/lib/liblber.so.1...done.
> > > > > Reading symbols from /lib/libm.so.6...done.
> > > > > Reading symbols from /lib/libc.so.6...done.
> > > > > Reading symbols from /lib/ld-linux.so.2...done.
> > > > > Reading symbols from /lib/libnss_files.so.2...done.
> > > > > #0 0x4030ad41 in __kill () from /lib/libc.so.6
> > > > > (gdb) bt
> > > > > #0 0x4030ad41 in __kill () from /lib/libc.so.6
> > > > > #1 0x809e2d1 in fatal_error_signal (sig=6) at emacs.c:263
> > > > > #2 0x4030ac68 in __restore ()
> > > > > at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
> > > > > #3 0x4030c0d8 in abort () at ../sysdeps/generic/abort.c:88
> > > > > #4 0x8157bb8 in wm_delete_window (shell=0x845b010, closure=0xbfffeb7c,
> > > > > call_data=0x0) at lwlib-Xaw.c:503
> > > > > #5 0x4014ddd4 in HandleActions () from /usr/X11R6/lib/libXt.so.6
> > > > > #6 0x4014e2b6 in HandleSimpleState () from /usr/X11R6/lib/libXt.so.6
> > > > > #7 0x4014e7f1 in _XtTranslateEvent () from /usr/X11R6/lib/libXt.so.6
> > > > > #8 0x4012b1ac in XtDispatchEventToWidget () from /usr/X11R6/lib/libXt.so.6
> > > > > #9 0x4012b9d5 in _XtDefaultDispatcher () from /usr/X11R6/lib/libXt.so.6
> > > > > #10 0x4012bd2d in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
> > > > > #11 0x40136517 in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
> > > > > #12 0x813a3b9 in emacs_Xt_next_event (emacs_event=0x84c4b00) at event-Xt.c:2381
> > > > > #13 0x80bee01 in event_stream_next_event (event=0x84c4b00)
> > > > > at event-stream.c:568
> > > > > #14 0x80bfd79 in next_event_internal (target_event=139217664, allow_queued=1)
> > > > > at event-stream.c:2022
> > > > > #15 0x80c00d6 in Fnext_event (event=139217664, prompt=136851700)
> > > > > at event-stream.c:2239
> > > > > #16 0x80c05bb in Fnext_command_event (event=139217664, prompt=136851700)
> > > > > at event-stream.c:2395
> > > > > ---Type <return> to continue, or q <return> to quit---
> > > > > #17 0x80a15e8 in funcall_recording_as (recorded_as=136936128, nargs=1,
> > > > > args=0xbfffef88) at eval.c:3193
> > > > > #18 0x80a55dd in Ffuncall (nargs=2, args=0xbfffef88) at eval.c:3238
> > > > > #19 0x80852f6 in Fbyte_code (bytestr=136479216, vector=136479328, maxdepth=7)
> > > > > at bytecode.c:416
> > > > > #20 0x80a10bd in Feval (form=136479192) at eval.c:3063
> > > > > #21 0x80a519f in internal_catch (tag=137647084, func=0x80a08a8 <Feval>,
> > > > > arg=136479192, threw=0x0) at eval.c:1328
> > > > > #22 0x8085756 in Fbyte_code (bytestr=136478856, vector=136478896, maxdepth=7)
> > > > > at bytecode.c:566
> > > > > #23 0x80a2331 in funcall_lambda (fun=136479476, nargs=1, arg_vector=0xbffff3b8)
> > > > > at eval.c:3597
> > > > > #24 0x80a181e in funcall_recording_as (recorded_as=137647000, nargs=1,
> > > > > args=0xbffff3b4) at eval.c:3214
> > > > > #25 0x80a55dd in Ffuncall (nargs=2, args=0xbffff3b4) at eval.c:3238
> > > > > #26 0x80852f6 in Fbyte_code (bytestr=136479564, vector=136479596, maxdepth=5)
> > > > > at bytecode.c:416
> > > > > #27 0x80a2331 in funcall_lambda (fun=136479628, nargs=1, arg_vector=0xbffff4e4)
> > > > > at eval.c:3597
> > > > > #28 0x80a181e in funcall_recording_as (recorded_as=136944004, nargs=1,
> > > > > args=0xbffff4e0) at eval.c:3214
> > > > > #29 0x80a47cb in call1 (fn=136944004, arg0=139111252) at eval.c:3238
> > > > > #30 0x80824cb in Fkill_buffer (bufname=139103120) at buffer.c:1218
> > > > > ---Type <return> to continue, or q <return> to quit---
> > > > > #31 0x80a16c5 in funcall_recording_as (recorded_as=136924128, nargs=1,
> > > > > args=0xbffff5f0) at eval.c:3197
> > > > > #32 0x80a55dd in Ffuncall (nargs=2, args=0xbffff5f0) at eval.c:3238
> > > > > #33 0x80852f6 in Fbyte_code (bytestr=136470680, vector=136470704, maxdepth=5)
> > > > > at bytecode.c:416
> > > > > #34 0x80a2331 in funcall_lambda (fun=136470724, nargs=0, arg_vector=0xbffff73c)
> > > > > at eval.c:3597
> > > > > #35 0x80a181e in funcall_recording_as (recorded_as=136470724, nargs=0,
> > > > > args=0xbffff738) at eval.c:3214
> > > > > #36 0x80a473c in apply1 (fn=136470724, arg=136851700) at eval.c:3238
> > > > > #37 0x80867f2 in Fcall_interactively (function=137645824,
> > > > > record_flag=136851700, keys=136851700) at callint.c:397
> > > > > #38 0x80a15fb in funcall_recording_as (recorded_as=136924436, nargs=1,
> > > > > args=0xbffff914) at eval.c:3193
> > > > > #39 0x80a47cb in call1 (fn=136924436, arg0=137645824) at eval.c:3238
> > > > > #40 0x80c2c39 in execute_command_event (command_builder=0x83f46f0,
> > > > > event=138963492) at event-stream.c:4341
> > > > > #41 0x80c3315 in Fdispatch_event (event=138963492) at event-stream.c:4685
> > > > > #42 0x808b30a in Fcommand_loop_1 () at cmdloop.c:579
> > > > > #43 0x808b4ca in command_loop_1 (dummy=136851700) at cmdloop.c:494
> > > > > #44 0x80a52bb in condition_case_1 (handlers=136851812,
> > > > > bfun=0x808b4b4 <command_loop_1>, barg=136851700,
> > > > > hfun=0x808ae10 <cmd_error>, harg=136851700) at eval.c:1653
> > > > > ---Type <return> to continue, or q <return> to quit---
> > > > > #45 0x808b59e in command_loop_2 (dummy=136851700) at cmdloop.c:256
> > > > > #46 0x80a519f in internal_catch (tag=136926072,
> > > > > func=0x808b56c <command_loop_2>, arg=136851700, threw=0x0) at eval.c:1328
> > > > > #47 0x808b04c in initial_command_loop (load_me=136851700) at cmdloop.c:305
> > > > > #48 0x809d112 in xemacs_21_1_10_i686_pc_linux () at emacs.c:1720
> > > > > #49 0x809e5cd in main (argc=2, argv=0xbffffc84, envp=0xbffffc90)
> > > > > at emacs.c:2137
> > > > > (gdb)
> > > >
> > > > --
> > > > Ben
> > > >
> > > > In order to save my hands, I am cutting back on my mail. I also write
> > > > as succinctly as possible -- please don't be offended. If you send me
> > > > mail, you _will_ get a response, but please be patient, especially for
> > > > XEmacs-related mail. If you need an immediate response and it is not
> > > > apparent in your message, please say so. Thanks for your understanding.
> > > >
> > > > See also http://www.666.com/ben/chronic-pain/
> > >
> > > --
> > > Ben
> > >
> > > In order to save my hands, I am cutting back on my mail. I also write
> > > as succinctly as possible -- please don't be offended. If you send me
> > > mail, you _will_ get a response, but please be patient, especially for
> > > XEmacs-related mail. If you need an immediate response and it is not
> > > apparent in your message, please say so. Thanks for your understanding.
> > >
> > > See also http://www.666.com/ben/chronic-pain/
>
> --
> Ben
>
> In order to save my hands, I am cutting back on my mail. I also write
> as succinctly as possible -- please don't be offended. If you send me
> mail, you _will_ get a response, but please be patient, especially for
> XEmacs-related mail. If you need an immediate response and it is not
> apparent in your message, please say so. Thanks for your understanding.
>
> See also http://www.666.com/ben/chronic-pain/
- 1 participants
- 0 comments
Re: EFS 1.19 bug: Cannot "List and Install" packages
24 years, 11 months
Adrian Aichner
Adrian Aichner
>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>>>>> "Ben" == Ben Wing <ben(a)666.com> writes:
Ben> i've never seen problems from the attempt to cwd to a file.
Ben> this probably has nothing to do with things, but i had
Ben> problems awhile ago with efs until applying the attached.
APA> Hello Ben,
APA> have you sent this patch to the maintainer of EFS
APA> Author version: 1.19 2000-03-27: Mike Sperber
APA> <sperber(a)informatik.uni-tuebingen.de>
APA> also?
Michael> No. EFS reports should *always* go to:
Michael> efs-bugs(a)hplb.hpl.hp.com
Michael> via M-x efs-report-bug
Michael> due to the fact that EFS bug reports rarely contain
Michael> enough information to be acted upon without the
Michael> information provided by it. I don't care that much about
Michael> mail addressed to me personally.
Michael> Before the NT folks yell at me again for not blindly
Michael> applying every patch coming my way (I *did* put up a test
Michael> snapshot way before the release), let me note that the
Michael> CWD hackery is in place to work around a bug in wu-ftpd
Michael> 2.6, which means just about every other ftp server in the
Michael> universe. Therefore, I'll need some time to assess and
Michael> test (!) any fix for this I come up with.
<voice="very soft">
Well Michael,
will you call me a pushy guy if I ask again about the status of a
patch to dired which I submitted 1999-08-16
(http://www.xemacs.org/list-archives/xemacs-patches/199908/msg00033.html).
I asked you about it privately 2000-02-17:
> From: Adrian Aichner <aichner(a)ecf.teradyne.com>
> Subject: [Adrian Aichner <aichner(a)ecf.teradyne.com>] dired to honor shell-command-switch (vital for Windows NT)
> To: Mike Sperber <sperber(a)informatik.uni-tuebingen.de>,
> Andreas Jaeger <aj(a)suse.de>
> Date: 17 Feb 2000 00:00:49 +0100
> Message-ID: <ubt5g69cu.fsf(a)ecf.teradyne.com>
I asked again about it's status 2000-04-02:
http://www.xemacs.org/list-archives/xemacs-beta/200004/msg00013.html
Guess what I am about to ask this time?
I think I don't even dare to ask ...
Adrian
</voice>
Michael> --
Michael> Cheers =8-} Mike
Michael> Friede, Völkerverständigung und überhaupt blabla
- 1 participants
- 0 comments
Re: CPerl: Run disabled?
24 years, 11 months
Adrian Aichner
Adrian Aichner
The following message is a courtesy copy of an article
that has been posted to comp.emacs.xemacs as well.
>>>>> "Tobias" == Tobias Weber <towb(a)gmx.net> writes:
Tobias> Hi,
Tobias> My problem:
Tobias> When I visit a perl file in CPerl mode "Run", "Check
Tobias> syntax" and all the other menu items relying on the
Tobias> interpreter are disabled! Do I have to enter
Tobias> /usr/bin/perl somewhere?
You need mode-compile.el.
This should really be part of some XEmacs package.
Get it from
http://www.tls.cena.fr/~boubaker/distrib/mode-compile.el
or
ftp://archive.cis.ohio-state.edu/pub/gnu/emacs/elisp-archive/misc/mode-co...
Currently I cannot reach the latter.
Hope this helps,
Adrian
Tobias> --
Tobias> Tobias Weber
- 1 participants
- 0 comments
Re: EFS 1.19 bug: Cannot "List and Install" packages
24 years, 11 months
Dmitry Yaitskov
Dmitry Yaitskov
I applied this patch, and it helped - kind of... but getting the
package index still fails, with the following messages:
----------------------------- cut here -----------------------------
Opening FTP connection to ftp.xemacs.org...
Logging in as user anonymous...
Logging in as user anonymous...done
CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...
CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done
Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...
Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done
Opening input file: No such file or directory, /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp
----------------------------- cut here -----------------------------
(And this also happens with --vanilla.) I'm stumped... any ideas? One
thing that's changed is, I moved from nt4 to w2k - but how could this
be related I don't know.
Adrian Aichner <aichner(a)ecf.teradyne.com> wrote:
> To whom it may concern:
<snip>
>
> xemacs-packages/libs/efs/ChangeLog:
>
> 2000-07-11 Adrian Aichner <aichner(a)ecf.teradyne.com>
>
> * efs.el (efs-get-file-entry): Perform `efs-get-files' for dir,
> not path, which could be a file.
>
> xemacs-packages patch:
>
> cd d:\tmp\xemacs-packages\
> cvs diff libs/efs
> Compilation started at Tue Jul 11 12:15:49 2000 +0200 (W. Europe Daylight Time)
> ? libs/efs/bindist.err
> ? libs/efs/distclean.err
> ? libs/efs/make.exe.stackdump
> cvs server: Diffing libs/efs
> Index: libs/efs/efs.el
> ===================================================================
> RCS file: /usr/CVSroot/XEmacs/xemacs-packages/libs/efs/efs.el,v
> retrieving revision 1.9
> diff -u -r1.9 efs.el
> --- efs.el 2000/05/19 16:00:54 1.9
> +++ efs.el 2000/07/11 10:17:48
> ＠＠ -6351,7 +6351,7 ＠＠
> (or (and efs-allow-child-lookup
> (efs-allow-child-lookup host-type
> host user r-dir file)
> - (setq ent (efs-get-files path t))
> + (setq ent (efs-get-files dir t))
> (efs-get-hash-entry "." ent))
> ;; i.e. it's a directory by child lookup
> (efs-get-hash-entry
<snip>
--
Cheers,
-Dima.
- 3 participants
- 2 comments
Re: New packages uploaded
24 years, 11 months
Michael Sperber
Michael Sperber
I apologize for missing this earlier.
>>>>> "Yoshiki" == Yoshiki Hayashi <yoshiki(a)xemacs.org> writes:
Yoshiki> Andreas Jaeger <aj(a)suse.de> writes:
>> Have a look at cvs-status.el:
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> ;; chars sets. Ripped from cvstree
>> (defvar cvstree-dstr-2byte-ready
>> (when (featurep 'mule)
>> (if (boundp 'current-language-environment)
>> (string= current-language-environment "Japanese")
>> t)) ; mule/emacs-19
>> "*Variable that specifies characters set used in cvstree tree graph.
>> If non-nil, 2byte (Japanese?) characters set is used.
>> If nil, 1byte characters set is used.
>> 2byte characters might be available with Mule or Emacs with Mule extension.")
>>
>> (defconst cvstree-dstr-char-space
>> (if cvstree-dstr-2byte-ready "ESC$B!!ESC(B" " "))
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> There's nothing I can do to satisfy Mule and Non-Mule users. Or do
>> you know about any solution?
Yoshiki> How about this patch? I haven't tested it but it should
Yoshiki> work. I changed JIS X 0208 characters to make-char call and
Yoshiki> strings to characters.
It would help if someone could explain what exactly the problem is so
I can communicate with Stefan. As it stands, not knowing MULE, I
don't know what exactly this patch fixes. Related question: will the
patch lose GNU Emacs compatibility?
Yoshiki> Index: cvs-status.el
Yoshiki> ===================================================================
Yoshiki> RCS file: /usr/CVSroot/XEmacs/xemacs-packages/prog/pcl-cvs/cvs-status.el,v
Yoshiki> retrieving revision 2.1
Yoshiki> diff -u -r2.1 cvs-status.el
Yoshiki> --- cvs-status.el 2000/04/21 09:58:16 2.1
Yoshiki> +++ cvs-status.el 2000/07/11 08:47:12
Yoshiki> ＠＠ -411,17 +411,29 ＠＠
Yoshiki> 2byte characters might be available with Mule or Emacs with Mule extension.")
Yoshiki> (defconst cvstree-dstr-char-space
Yoshiki> - (if cvstree-dstr-2byte-ready "$B!!(B" " "))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 33 33)
Yoshiki> + ?\ ))
Yoshiki> (defconst cvstree-dstr-char-hbar
Yoshiki> - (if cvstree-dstr-2byte-ready "$B(,(B" "-"))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 40 44)
Yoshiki> + ?-))
Yoshiki> (defconst cvstree-dstr-char-vbar
Yoshiki> - (if cvstree-dstr-2byte-ready "$B(-(B" "|"))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 40 45)
Yoshiki> + ?|))
Yoshiki> (defconst cvstree-dstr-char-branch
Yoshiki> - (if cvstree-dstr-2byte-ready "$B(2(B" "+"))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 40 50)
Yoshiki> + ?+))
Yoshiki> (defconst cvstree-dstr-char-eob ;end of branch
Yoshiki> - (if cvstree-dstr-2byte-ready "$B(1(B" "`"))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 40 49)
Yoshiki> + ?`))
Yoshiki> (defconst cvstree-dstr-char-bob ;beginning of branch
Yoshiki> - (if cvstree-dstr-2byte-ready "$B(3(B" "+"))
Yoshiki> + (if cvstree-dstr-2byte-ready
Yoshiki> + (make-char 'japanese-jisx0208 40 51)
Yoshiki> + ?+))
Yoshiki> (defun cvs-tag-lessp (tag1 tag2)
Yoshiki> (eq (cvs-tag-compare tag1 tag2) 'more2))
Yoshiki> --
Yoshiki> Yoshiki Hayashi
--
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla
- 2 participants
- 1 comments
Re: Cannot "List and Install" packages using latest 21.2.34
24 years, 11 months
Dmitry Yaitskov
Dmitry Yaitskov
Dan Holmsand <dan(a)innehallsbolaget.com> wrote:
> Dmitry Yaitskov <dimas(a)home.com> writes:
>
> > Hi,
> >
> > Using the Sunday Jul 9 cvs updated XEmacs 21.2.34 (cygnus/w2k), I
> > cannot "list and install" packages. It looks like XEmacs is trying to
> > open a file as a directory, but it beats me why. Using a build from a
> > few weeks ago, this worked just fine (since then, I also went from nt4
> > to w2k - I don't think this could be the problem though - but who
> > knows...). Any help would be appreciated. Thanks.
> >
>
> Same thing here. I think the culprit is a change in package-get.el,
> that tries to load a remote file using
> insert-file-contents-literally. This patch makes updates work again
> (at least on my machine...).
On mine too - thanks Dan. FWIW, although the patch from Adrian Aichner
did help to get rid of the error when trying to cwd to a file, getting
the packages index still did not work. With your patch, it works fine
again.
> /dan
--
Cheers,
-Dima.
- 1 participants
- 0 comments
Re: [PATCH] Enhanced clipboard support (complete, this time)
24 years, 11 months
Adrian Aichner
Adrian Aichner
>>>>> "Alastair" == Alastair J Houghton <ajhoughton(a)lineone.net> writes:
APA> I'll devise a unified diff against latest CVS for you if this
APA> XEmacs runs with clipboard support.
If my patch looks OK to you I can submit it formally with an update of
the ChangeLog you provided (no need to stress your parent's phone
line).
I can even commit it if we don't get a veto.
>>
>> It builds and runs, hurrah?
>>
>> Now, how can I verify a cool new feature this gives us?
>>
>> You mentioned RTF support.
>> How can I verify this?
Alastair> Try this elisp file. I think I'd like to change the exact
I loaded rtf-support.el
Did
M-x mark-whole-buffer
M-x rtf-spool-region
saved the result as rtf-support.doc
opened it with MS Word
and went into a state of ultimate shock!
It looked like an XEmacs buffer (except for some minor coloring
differences).
I only regained my senses when I found that
C-M-h runs the command c-mark-function
didn't work in Word.
Great work!
Best regards,
Adrian
Alastair> way it uses own-selection, but it does demonstrate a use of
Alastair> some of the new functions. Also it's quite useful if you
Alastair> ever want highlighted code in Word...
--
Adrian Aichner <adrian(a)xemacs.org>
- 1 participants
- 0 comments
Re: New packages uploaded
24 years, 11 months
Andreas Jaeger
Andreas Jaeger
>>>>> Ben Wing writes:
Ben> yes, this is much cleaner than what i suggested [which would be more appropriate for
Ben> strings rather than chars].
Ben> please apply it.
Michael Sperber,
what shall we do? You did the integration of PCL-CVS 2.9.9. Can you
contact the pcl-cvs maintainers and send them this patch? I don't
like to use this patch with a comment from the maintainer.
Andreas
Ben> Yoshiki Hayashi wrote:
>> Andreas Jaeger <aj(a)suse.de> writes:
>>
>> > Have a look at cvs-status.el:
>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> > ;; chars sets. Ripped from cvstree
>> > (defvar cvstree-dstr-2byte-ready
>> > (when (featurep 'mule)
>> > (if (boundp 'current-language-environment)
>> > (string= current-language-environment "Japanese")
>> > t)) ; mule/emacs-19
>> > "*Variable that specifies characters set used in cvstree tree graph.
>> > If non-nil, 2byte (Japanese?) characters set is used.
>> > If nil, 1byte characters set is used.
>> > 2byte characters might be available with Mule or Emacs with Mule extension.")
>> >
>> > (defconst cvstree-dstr-char-space
>> > (if cvstree-dstr-2byte-ready "ESC$B!!ESC(B" " "))
>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> >
>> > There's nothing I can do to satisfy Mule and Non-Mule users. Or do
>> > you know about any solution?
>>
>> How about this patch? I haven't tested it but it should
>> work. I changed JIS X 0208 characters to make-char call and
>> strings to characters.
>>
>> --------------------------------------------------------------------------------
>> Name: cvs-status.el.diff
>> cvs-status.el.diff Type: Plain Text (text/plain)
>> Encoding: 7bit
>>
>> --------------------------------------------------------------------------------
>>
>> --
>> Yoshiki Hayashi
--
Andreas Jaeger
SuSE Labs aj(a)suse.de
private aj(a)arthur.inka.de
- 1 participants
- 0 comments