.emacs not being loaded in emacs-lisp mode
22 years, 10 months
Antoine Beaupre (LMC)
Antoine Beaupre (LMC)
Hi!
[please CC me, i'm not on the list]
I sadly noticed that my .emacs file was load only in "fundamental" mode
when editing it. Digging through, I noticed that the default .emacs
entry in auto-mode-alist is:
("[/\\][._].*emacs\\'" . emacs-lisp-mode)
I don't understand the first []. Why the need for a / or \ before the
.emacs? Is this setup the default behavior?
Adding the following in my .emacs fixed it:
(setq auto-mode-alist (append auto-mode-alist '(("\\.emacs\\'" .
emacs-lisp-mode))))
It works. Why isn't *that* the default?
The version is: 21.1 (patch 9) "Canyonlands" XEmacs Lucid on Windows NT,
installed from binary.
Thank you, have a nice day!
A.
--
La sémantique est la gravité de l'abstraction.
- 1 participants
- 0 comments
[XEmacs21.4.3] X_CreateGC's error
22 years, 10 months
Taiji.Can＠atesoft.advantest.co.jp
Taiji.Can＠atesoft.advantest.co.jp
Hi,
I was using XEmacs 21.4.3.
After the machine is changed from Ultra-1(Sol7) to Ultra-60(Sol7),
it is not possible to use XEmacs21.4.3.
My configure is:
./configure --with-gcc --prefix=/opt/XEmacs21.4 --with-athena=3d --with-scrollbars=athena --with-ncurses --with-xpm --with-jpeg --with-png --with-tiff --with-gif --with-xface --with-tooltalk --with-sparcworks --with-cde --with-pop --external-widget --with-sound=native --with-mule --with-xim=motif --with-canna --with-wnn6 --site-libraries='/usr/dt/lib /usr/openwin/lib /opt/NSUG98/X11R6.4/lib /opt/NSUG98/lib /opt/NSUG98/canna/lib /usr/lib/locale/ja/wnn/lib' --site-includes='/usr/dt/include /usr/openwin/include /usr/lib/locale/ja/wnn/demo/include /opt/NSUG98/canna/include /opt/NSUG98/include /opt/NSUG98/X11R6.4/include ' --with-database=gnudbm --with-ldap --with-purify --with-clash-detection --with-dragndrop
The following errors go out when XEmacs is started. And XEmacs does the
frieze.
;---- error start--------------
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1045
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1059
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1060
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1044
Current serial number in output stream: 1065
;--- error end --------
Then, I debugged XEmacs by using gdb.
It is as follows.
Is this problem already known?
Is there something measures?
;------- debug log start -----------------
Current directory is /export/home/syrinx/can/work/Emacs/Xemacs/21.4/xemacs-21.4/src/
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.7"...
(gdb) break update_one_widget_scrollbar_pointer
Function "update_one_widget_scrollbar_pointer" not defined.
(gdb) break scrollbar-x.c:update_one_widget_scrollbar_pointer
Function "update_one_widget_scrollbar_pointer" not defined.
(gdb) break scrollbar-x.c:236
Breakpoint 1 at 0xa84e8: file scrollbar-x.c, line 236.
(gdb) break redisplay.c:6555
Breakpoint 2 at 0x15aec8: file redisplay.c, line 6555.
(gdb) break redisplay-output.c:2340
Breakpoint 3 at 0x165168: file redisplay-output.c, line 2340.
(gdb) break scrollbar-x.c:238
Breakpoint 4 at 0xa822c: file scrollbar-x.c, line 238.
(gdb) delete 3
(gdb) run
:
:
Breakpoint 2, redisplay_without_hooks () at redisplay.c:6555
(gdb) cont
Continuing.
Breakpoint 4, x_update_scrollbar_instance_status (w=0x621490, active=1,
size=6347456, instance=0x6b48b0) at scrollbar-x.c:238
(gdb) print w->scrollbar_pointer
$1 = 6324944
(gdb) step
(gdb) print wid
$2 = 0xbd2fa8
(gdb) print XtDisplay (wid)
$3 = 3540632
(gdb) print XtWindow (wid)
$4 = 125829278
(gdb) step
(gdb) print XtDisplay (wid)
$5 = 3540632
(gdb) step
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1045
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1059
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1060
Current serial number in output stream: 1065
xemacs: X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 55 (X_CreateGC)
Serial number of failed request: 1044
Current serial number in output stream: 1065
Program received signal SIGINT, Interrupt.
0xfea17cfc in _poll () from /lib/libc.so.1
(gdb) where
#0 0xfea17cfc in _poll () from /lib/libc.so.1
#1 0xfe9cf6b8 in select () from /lib/libc.so.1
#2 0xfeccc504 in _XWaitForReadable () from /lib/libX11.so.4
#3 0xfec9262c in _XRead () from /lib/libX11.so.4
#4 0xfec948f4 in _XReply () from /lib/libX11.so.4
#5 0xfec99bd0 in XSync () from /lib/libX11.so.4
#6 0xa8298 in x_update_scrollbar_instance_status (w=0x621490,
active=12381792, size=6347456, instance=0x6b48b0) at scrollbar-x.c:242
#7 0xa1498 in update_window_scrollbars (w=0x621490, mirror=0x6958c0,
active=1, horiz_only=0) at scrollbar.c:293
#8 0x165190 in redisplay_output_window (w=0x621490) at redisplay-output.c:2341
#9 0x15a638 in redisplay_window (window=6427792, skip_selected=1)
at redisplay.c:6173
#10 0x15a8a4 in redisplay_frame (f=0x621330, preemption_check=0)
at redisplay.c:6397
#11 0x15aaec in redisplay_device (d=0x610398, automatic=6427440)
at redisplay.c:6471
#12 0x15aef0 in redisplay_without_hooks () at redisplay.c:6560
#13 0x160c84 in redisplay () at redisplay.c:6617
#14 0xd6558 in Fsit_for (seconds=2496512, nodisplay=2730844)
at event-stream.c:2805
#15 0x8d57c in Ffuncall (nargs=-1, args=0xffbeda44) at eval.c:3526
#16 0x5e074 in execute_optimized_program (
program=0xffbedae7 "\210J \020頓207&陟, stack_depth=1,
constants_data=0x462e38) at bytecode.c:746
#17 0x612c4 in Fbyte_code (instructions=-4269352, constants=4599336,
stack_depth=9) at bytecode.c:2399
#18 0x8cebc in Feval (form=4526648) at eval.c:3330
#19 0x9159c in internal_catch (tag=4588980, func=0x8c968 <Feval>, arg=4526648,
threw=0x0) at eval.c:1316
#20 0x5efc0 in execute_rare_opcode (stack_ptr=0xffbede1c,
program_ptr=0x1408721 "\210+r亙!q\210P \210\016\";�005\016\"c\210冏!)\207\016'卮\211\211\211\211\030\035\034\036 \e\031\036#\n\205\201", opcode=Bcatch)
at bytecode.c:1252
#21 0x5dea4 in execute_optimized_program (
program=0x1408721 "\210+r亙!q\210P \210\016\";�005\016\"c\210冏!)\207\016'卮\211\211\211\211\030\035\034\036 \e\031\036#\n\205\201", stack_depth=13,
constants_data=0x462e80) at bytecode.c:656
#22 0x5dccc in funcall_compiled_function (fun=4523916, nargs=0,
args=0xffbedff8) at bytecode.c:515
#23 0x8d748 in Ffuncall (nargs=0, args=0xffbedff4) at eval.c:3561
#24 0x5e074 in execute_optimized_program (
program=0x6100ac "\210悳026 ＠ �004歿!)\207n 2.27 ", stack_depth=0,
constants_data=0x4601f8) at bytecode.c:746
#25 0x5dccc in funcall_compiled_function (fun=4523496, nargs=0,
args=0xffbee1c8) at bytecode.c:515
#26 0x8d748 in Ffuncall (nargs=0, args=0xffbee1c4) at eval.c:3561
#27 0x5e074 in execute_optimized_program (
program=0x58dadd "\210)\016+�003` \207", stack_depth=0,
constants_data=0x45f838) at bytecode.c:746
#28 0x5dccc in funcall_compiled_function (fun=4523440, nargs=0,
args=0xffbee2f0) at bytecode.c:515
#29 0x8d0e0 in Feval (form=4502752) at eval.c:3387
#30 0x8977c in condition_case_1 (handlers=2730940, bfun=0x8c968 <Feval>,
barg=4502752, hfun=0x6abb0 <cmd_error>, harg=2730844) at eval.c:1651
#31 0x6ac40 in top_level_1 (dummy=2551808) at cmdloop.c:206
#32 0x9159c in internal_catch (tag=2807188, func=0x6ac04 <top_level_1>,
arg=2730844, threw=0x0) at eval.c:1316
#33 0x6a32c in initial_command_loop (load_me=2730844) at cmdloop.c:285
#34 0x86360 in sort_args (argc=2544640, argv=0xffbee814) at emacs.c:2344
(gdb) quit
The program is running. Exit anyway? (y or n) y
Debugger finished
;------ debug log end --------
Best Regards,
T.Can
--
ADVANTEST corp.
Taiji.Can(a)atesoft.advantest.co.jp
- 1 participants
- 0 comments
Re: [PATCH] fix cygwin crashes, hopefully + cleanups
22 years, 10 months
Paul Stodghill
Paul Stodghill
Ben wrote,
> NOTE: This patch has been committed.
>
> Stephen, nothing here for 21.4 except the FAQ changes.
>
> As for my previous Cygwin signal changes, forget it. Just make sure
> BROKEN_SIGIO is *not* defined in s/cygwin32.h.
So far, so good. I've been running this for 12+ hours without any
lockups.
And, (let ((inhibit-quit t)) (while t)) Sh-C-G still works.
Good job!
- 2 participants
- 1 comments
crash in lisp backtrace
22 years, 10 months
Paul Krause
Paul Krause
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.5 (beta1) "anise" [Lucid] (i586-pc-win32) of Sat Jun 09 2001 on PKRAUSE
configured using `configure UNKNOWN'
Last synced to CVS on build date shown.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
It looks like prin1 crashed while trying to print something -- a
window event? -- that was not a string. I'm not sure exactly how to
cause it. I think I switched out of another program with meta-tab
while dragging the mouse to the lower-left. This was not -vanilla. I
had debug-on-error set to: (void-variable void-function
wrong-number-of-arguments wrong-type-argument args-out-of-range
arith-error)
Recent keystrokes:
<lost in crash - was dragging mouse across frame>
Recent messages (most recent first):
Fatal error.
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.
Lisp backtrace follows:
backtrace()
# bind (standard-output print-escape-newlines print-length)
byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-value standard-output debugger-args pop-to-buffer erase-buffer t 50 backtrace debugger-mode re-search-forward "\n[* ] debug(" 1 debugger-reenable (lambda debug) "Entering:\n" debug backtrace-debug 3 delete-char ?* 0 exit "Return value: " prin1 ?\n ?\ error "Signaling: " "Beginning evaluation of function call form:\n" nil message "" recursive-edit buffer-read-only inhibit-trace] 3)
# (unwind-protect ...)
# (unwind-protect ...)
# bind (last-command this-command unread-command-event last-input-event last-input-char last-input-time last-command-event last-command-char overriding-local-map load-read-function standard-input standard-output cursor-in-echo-area)
# (unwind-protect ...)
# bind (debugger-value debug-on-error debug-on-quit debug-on-signal debugger-buffer debugger-old-buffer debugger-step-after-exit executing-macro debugger-outer-match-data debugger-outer-load-read-function debugger-outer-overriding-local-map debugger-outer-last-command debugger-outer-this-command debugger-outer-unread-command-event debugger-outer-unread-command-events debugger-outer-last-input-event debugger-outer-last-input-char debugger-outer-last-input-time debugger-outer-last-command-event debugger-outer-last-command-char debugger-outer-standard-input debugger-outer-standard-output debugger-outer-cursor-in-echo-area debugger-args)
debug(error (wrong-type-argument stringp
Note: Lisp backtrace ends here.
The offending block of code is print.c: line 1400
if (LHEADER_IMPLEMENTATION (lheader)->printer)
((LHEADER_IMPLEMENTATION (lheader)->printer)
(obj, printcharfun, escapeflag));
C backtrace follows:
print_internal(long 29816628, long 35220992, int 1) line 1400 + 17 bytes
print_cons(long 35006148, long 35220992, int 1) line 1137 + 29 bytes
print_internal(long 35006184, long 35220992, int 1) line 1402 + 32 bytes
Fprin1(long 35006184, long 35220992) line 637 + 15 bytes
Fbacktrace(long 35220992, long 28332036) line 5124 + 22 bytes
Ffuncall(int 1, long * 0x0082cbd4) line 3430 + 93 bytes
execute_optimized_program(unsigned char * 0x0082cdb4, int 3, long * 0x021d2f10) line 744 + 16 bytes
Fbyte_code(long 34746804, long 35467008, long 7) line 2392 + 38 bytes
Feval(long 34833504) line 3232 + 187 bytes
Fprogn(long 34797992) line 775 + 9 bytes
execute_rare_opcode(long * 0x0082d14c, unsigned char * 0x021d2a9a, int 139) line 1237 + 11 bytes
execute_optimized_program(unsigned char * 0x021d2a10, int 23, long * 0x021d2e10) line 654 + 17 bytes
funcall_compiled_function(long 35371320, int 2, long * 0x0082d470) line 516 + 53 bytes
Ffuncall(int 3, long * 0x0082d46c) line 3465 + 17 bytes
Fapply(int 2, long * 0x0082d4e0) line 3706 + 13 bytes
apply1(long 28741708, long 35006208) line 4059 + 11 bytes
call_debugger_259(long 35006208) line 339 + 16 bytes
internal_catch(long 28475660, long (long)* 0x01070322 call_debugger_259(long), long 35006208, int * 0x0082d584) line 1317 + 7 bytes
call_debugger(long 35006208) line 393 + 25 bytes
signal_call_debugger(long 28334744, long 28332396, long 35006160, long 28332036, int 0, int * 0x0082d638, int * 0x0082d658) line 588 + 38 bytes
signal_1(long 28332396, long 35006160) line 1959 + 31 bytes
Fsignal(long 28332396, long 35006160) line 2054 + 13 bytes
signal_error_1(long 28332396, long 35006160) line 2063 + 13 bytes
dead_wrong_type_argument(long 28454596, long 29816628) line 119 + 29 bytes
string_match_1(long 31362964, long 29816628, long 28332036, buffer * 0x021aa800, int 0) line 384 + 42 bytes
Fstring_match(long 31362964, long 29816628, long 28332036, long 28332036) line 436 + 34 bytes
Ffuncall(int 3, long * 0x0082d784) line 3430 + 168 bytes
execute_optimized_program(unsigned char * 0x02163b50, int 3, long * 0x01d16150) line 744 + 16 bytes
funcall_compiled_function(long 31800224, int 1, long * 0x0082da5c) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082da58) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x02196210, int 6, long * 0x01c1d010) line 744 + 16 bytes
funcall_compiled_function(long 29406924, int 5, long * 0x0082dd3c) line 516 + 53 bytes
Ffuncall(int 6, long * 0x0082dd38) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x021bf210, int 7, long * 0x01beb090) line 744 + 16 bytes
funcall_compiled_function(long 29406896, int 4, long * 0x0082e01c) line 516 + 53 bytes
Ffuncall(int 5, long * 0x0082e018) line 3465 + 17 bytes
Fapply(int 4, long * 0x0082e108) line 3706 + 13 bytes
Ffuncall(int 5, long * 0x0082e104) line 3451 + 14 bytes
execute_optimized_program(unsigned char * 0x020ff8d0, int 6, long * 0x01c18dd0) line 744 + 16 bytes
funcall_compiled_function(long 29406812, int 4, long * 0x0082e4c0) line 516 + 53 bytes
Ffuncall(int 5, long * 0x0082e4bc) line 3465 + 17 bytes
Fapply(int 6, long * 0x0082e4bc) line 3644 + 16 bytes
Ffuncall(int 7, long * 0x0082e4b8) line 3451 + 14 bytes
execute_optimized_program(unsigned char * 0x02185490, int 7, long * 0x01c18d90) line 744 + 16 bytes
funcall_compiled_function(long 29406840, int 2, long * 0x0082e7a0) line 516 + 53 bytes
Ffuncall(int 3, long * 0x0082e79c) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x02153a90, int 7, long * 0x01bdbc10) line 744 + 16 bytes
funcall_compiled_function(long 31800252, int 2, long * 0x0082ea84) line 516 + 53 bytes
Ffuncall(int 3, long * 0x0082ea80) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x02137c10, int 3, long * 0x01d16050) line 744 + 16 bytes
funcall_compiled_function(long 31800364, int 1, long * 0x0082edb8) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082edb4) line 3465 + 17 bytes
mapcar1(unsigned int 1, long * 0x00000000, long 31800364, long 30630900) line 2978 + 11 bytes
Fmapc_internal(long 31800364, long 30630900) line 3103 + 37 bytes
Ffuncall(int 3, long * 0x0082ee68) line 3430 + 93 bytes
execute_optimized_program(unsigned char * 0x01b5bcd0, int 6, long * 0x01bfba90) line 744 + 16 bytes
funcall_compiled_function(long 29351180, int 2, long * 0x0082f14c) line 516 + 53 bytes
Ffuncall(int 3, long * 0x0082f148) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x02137c70, int 3, long * 0x01cb2010) line 744 + 16 bytes
funcall_compiled_function(long 31800392, int 1, long * 0x0082f480) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082f47c) line 3465 + 17 bytes
mapcar1(unsigned int 3, long * 0x0082f4a0, long 31800392, long 35006028) line 2963 + 11 bytes
Fmapcar(long 31800392, long 35006028) line 3069 + 21 bytes
Ffuncall(int 3, long * 0x0082f550) line 3430 + 93 bytes
execute_optimized_program(unsigned char * 0x02153b90, int 6, long * 0x01bdb890) line 744 + 16 bytes
funcall_compiled_function(long 31800448, int 3, long * 0x0082f82c) line 516 + 53 bytes
Ffuncall(int 4, long * 0x0082f828) line 3465 + 17 bytes
execute_optimized_program(unsigned char * 0x02153d90, int 15, long * 0x01e47910) line 744 + 16 bytes
funcall_compiled_function(long 31800532, int 1, long * 0x0082fb9c) line 516 + 53 bytes
Ffuncall(int 2, long * 0x0082fb98) line 3465 + 17 bytes
run_hook_with_args_in_buffer(buffer * 0x021aa800, int 2, long * 0x0082fb98, int 0) line 3922 + 13 bytes
run_hook_with_args(int 2, long * 0x0082fb98, int 0) line 3935 + 23 bytes
va_run_hook_with_args(long 28533892, int 1) line 4006 + 18 bytes
redisplay_frame(frame * 0x01e09800, int 1) line 6299 + 17 bytes
redisplay_device(device * 0x01b56e00, int 1) line 6476 + 11 bytes
redisplay_without_hooks() line 6563 + 11 bytes
redisplay() line 6626
Fnext_event(long 31353364, long 28332036) line 2163
Fcommand_loop_1() line 574 + 16 bytes
command_loop_1(long 28332036) line 495
condition_case_1(long 28332132, long (long)* 0x01050d0b command_loop_1(long), long 28332036, long (long, long)* 0x01050720 cmd_error(long, long), long 28332036) line 1651 + 7 bytes
command_loop_3() line 256 + 35 bytes
command_loop_2(long 28332036) line 268
internal_catch(long 28453276, long (long)* 0x01050870 command_loop_2(long), long 28332036, int * 0x00000000) line 1317 + 7 bytes
initial_command_loop(long 28332036) line 305 + 25 bytes
STACK_TRACE_EYE_CATCHER(int 1, char * * 0x01b49fe8, char * * 0x01e2ee00, int 0) line 2348 + 9 bytes
main(int 1, char * * 0x01b49fe8, char * * 0x01e2ee00) line 2777 + 21 bytes
mainCRTStartup + 211 bytes
_start() line 170
KERNEL32! 77e992a6()
- 1 participants
- 0 comments
[PATCH] One more bug in help.el (and find-func.el) (Was: Bug in help.el)
22 years, 10 months
Alexey Mahotkin
Alexey Mahotkin
>>>>> "BW" == Ben Wing <ben(a)666.com> writes:
>> Ouch. I didn't see those. If we keep those, then your fix is of course
>> correct. But I would like us not to do so.
BW> i put those in. i didn't want to create a new face as of yet, since
BW> help and hyper-apropos will be merged.
I've also fixed typing "f" in "Help" buffer (it was saying that
"find-function-at-point not defined").
Now the "f" key is bound to wrapper that calls (require), rebounds "f" to
real find-function-at-point, and calls it.
[ See below for one more patch ]
--- help.el 2001/06/12 13:05:42 1.1
+++ help.el 2001/06/12 13:13:31
＠＠ -184,9 +184,18 ＠＠
\\{help-mode-map}"
)
+(defun find-function-at-point-wrapper ()
+ "Calls find-function-at-point, ensuring that appropriate module is loaded"
+ (interactive)
+ (require 'find-func)
+ (define-key help-mode-map "f" 'find-function-at-point)
+ (find-function-at-point))
+
+(define-key help-mode-map "f" 'find-function-at-point-wrapper)
+
+
(define-key help-mode-map "q" 'help-mode-quit)
(define-key help-mode-map "Q" 'help-mode-bury)
-(define-key help-mode-map "f" 'find-function-at-point)
(define-key help-mode-map "d" 'describe-function-at-point)
(define-key help-mode-map "v" 'describe-variable-at-point)
(define-key help-mode-map "i" 'Info-elisp-ref)
Also I've slightly improved "find-function-at-point" (from xemacs-devel
package) to provide better diagnostics:
===================================================================
RCS file: find-func.el,v
retrieving revision 1.1
diff -u -r1.1 find-func.el
--- find-func.el 2001/06/12 13:17:13 1.1
+++ find-func.el 2001/06/12 13:21:25
＠＠ -352,8 +352,9 ＠＠
"Find directly the function at point in the other window."
(interactive)
(let ((symb (function-at-point)))
- (when symb
- (find-function-other-window symb))))
+ (if symb
+ (find-function-other-window symb)
+ (error "No function at point"))))
;;;###autoload
(defun find-variable-at-point ()
Those two patches are independent of each other, though bugs they fix
appear very close to each other.
--alexm
- 1 participants
- 0 comments
xemacs on MacOS X soon?
22 years, 10 months
Pierre Girouard
Pierre Girouard
To who it may concern:
I currently have to use GNU emacs on MacOS X, I would much prefer using
Xemacs instead. Given that Apple will represent the biggest unix vendor in
the world by year-end, what are the plans to port to this version of unix?
Regards.
pg
- 4 participants
- 4 comments
Re: Bug in help.el
22 years, 10 months
Nickolay Pakoulin
Nickolay Pakoulin
Or we should define nifty faces in `help.el' and ask hyper-apropos to reuse
them.
As for the fix -- it was inspired by the code in `help.el'. You can find
"(require 'hyper-apropos)" in `describe-variable' and `describe-function-1'.
Nick.
intro: "HN" == Hrvoje Niksic <hniksic(a)arsdigita.com> writes:
HN> npak(a)ispras.ru (Nick Pakoulin) writes:
>> The patch below fixes it.
HN> This fix makes `hyper-apropos' be loaded when `describe-function' is
HN> first used. This is not good for people who don't or who only rarely use
HN> hyper-apropos.
HN> Sometimes I think the extents code should simply allow the `face'
HN> property to contain undefined faces. When the face gets created, we do
HN> whatever we do when the face changes a property.
- 4 participants
- 4 comments
Trouble while compiling Xemacs
22 years, 10 months
Stephen J. Turnbull
Stephen J. Turnbull
>>>>> "Vikas" == Vikas Mishra <vmishra(a)dal.asp.ti.com> writes:
Vikas> I could not find an e-mail address to which to send a mail
Vikas> to in case of a compile problem. So I am sending this to
Vikas> you.
No problem. FYI, you can use M-x report-emacs-bug (available from the
Help menu, too) or send directly to xemacs-beta(a)xemacs.org. I am
cc'ing this message there, so you needn't resend.
It looks to me like you may have a problem in your GCC installation,
where certain compiler helper functions or macros (__builtin_va_alist)
are not getting defined. Beyond that I can't say; I hope the Solaris
users on xemacs-beta will be able to give further help.
Vikas> I was trying to build Xemacs on Solaris 2.7 and am getting
Vikas> the following error while trying to compile the source.
--BEGIN_SNIPPET__
gcc -c -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wshadow
-Wsign-compare -Wpointer-arith -Demacs -I. -DHAVE_CONFIG_H
-I/usr/include -I/usr/local/include -I/usr/dt/include -I/usr/dt/include
-I/usr/openwin/include/ bytecode.c
bytecode.c: In function `funcall_compiled_function':
bytecode.c:486: warning: comparison between signed and unsigned
bytecode.c: In function `invalid_byte_code_error':
bytecode.c:1492: `__builtin_va_alist' undeclared (first use in this
function)
bytecode.c:1492: (Each undeclared identifier is reported only once
bytecode.c:1492: for each function it appears in.)
bytecode.c:1488: warning: `args' might be used uninitialized in this
function
bytecode.c: In function `Fbyte_code':
bytecode.c:2402: warning: comparison between signed and unsigned
gmake[1]: *** [bytecode.o] Error 1
gmake[1]: Leaving directory `/home/vmishra/xemacs-21.4.2/src'
gmake: *** [src] Error 2
__END_SNIPPET__
I tried to look at the file bytecode.c but was unable to determine the
cause of the error.
Could you tell me what needs to be done to fix this ?
Regards,
Vikas
My installation is described below :
-------------------------------------
uname -a: SunOS lift 5.7 Generic_106541-14 sun4u sparc SUNW,Ultra-5_10
./configure '--prefix=/home/vmishra/xemacs'
'--x-includes=/usr/openwin/include/' '--x-libraries=/usr/openwin/lib/'
'--site-includes=/usr/include /usr/local/include /usr/dt/include'
'--site-libraries=/usr/lib /usr/local/lib /usr/dt/lib'
'--with-menubars=lucid' '--with-xpm' '--with-xface' '--with-socks'
'--with-cde' '--with-sound=native' '--with-xim'
XEmacs 21.4.2 "Developer-Friendly Unix APIs" configured for
`sparc-sun-solaris2.7'.
Compilation / Installation:
Source code location: /home/vmishra/xemacs-21.4.2
Installation prefix: /home/vmishra/xemacs
Additional header files: /usr/include /usr/local/include
/usr/dt/include
Additional libraries: /usr/lib /usr/local/lib /usr/dt/lib
Runtime library search path:
/usr/ccs/lib:/usr/local/lib:/usr/dt/lib:/usr/openwin/lib/:/usr/local/gcc/2.95.2/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: gcc -g -O3 -Wall -Wno-switch
-Winline -Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/dt/include
/usr/openwin/include/
- X Windows libraries location: /usr/dt/lib
/usr/openwin/lib/
- Handling WM_COMMAND properly.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif dialog boxes.
Using Motif native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for ToolTalk.
Compiling in support for SOCKS.
Compiling in support for dynamic shared object modules.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
- 6 participants
- 11 comments
RE: Help test EFS
22 years, 10 months
Jerker Haglund
Jerker Haglund
> I've been having trouble with this on a machine running the native
> build of XEmacs (from the current CVS trunk) on Windows NT 4.0 using
> the cygwin ftp client. When I try to open a file on an FTP server
> (I've tried several and it doesn't seem to matter which server) the
> file is truncated at a random location a few thousand bytes into the
> file. If you look at the ftp log everything seems to be ok, but efs
> doesn't seem to wait for the file to be transfered before using the
> result. I've tried to debug this a bit, but haven't learned very
> much. Has anyone else seen problems like this?
I've noticed that EFS says 'Done' long before the result is visible.
That's with an ADSL connection, native 21.4.3 on Win2k. If it
doesn't wait properly, this could explain why the experimental
EFS seems shaky, with both cygwin and windows ftp. Things fail
1st time, try again (when things are cached) and it works.
/J. Haglund
>
> I'm connected via an ISDN line so ftp transfers are not too fast.
> This might have something to do with it. I'll try it on other
> machines with faster net connections and see if that affects things.
> If I can provide any more information let me know.
- 5 participants
- 7 comments
Info-auto-generate-directory 'if-outdated fails with nonexistent dir
22 years, 10 months
Timothy Miller
Timothy Miller
I don't subscribe to this list, so replies meant for me will have to be sent
directly to me...
If you set Info-auto-generate-directory to if-outdated, this is documented
to regenerate the directory when it's outdated or doesn't exist, but in fact
if the file "dir" doesn't exist, the directory is just ignored. Here's a
patch to fix it, relative to 21.1.6, but the exact same code is present in
the current release in the cvs repository. I also note (though I don't have
a patch for it) that if you set Info-auto-generate-directory to always,
because that doesn't cause the Info-dir-newer-info-files variable to be set
up (in Info-dir-outdated-p), it has the effect of behaving like nil for
directories that have existing "dir" files.
Tim
--- /pro/graphics/tmp/info.el Mon Jun 11 16:12:04 2001
+++ /pro/graphics/tmp/newinfo.el Mon Jun 11 16:13:18 2001
＠＠ -998,8 +998,8 ＠＠
(null (directory-files (file-name-directory file) nil "\\.info")))
(if (not (find-buffer-visiting file))
(if (not (file-exists-p file))
- (if (or (eq Info-auto-generate-directory 'always)
- (eq Info-auto-generate-directory 'if-missing))
+ (if (memq Info-auto-generate-directory
+ '(always if-missing if-outdated))
(Info-build-dir-anew (file-name-directory file)))
(if (or (eq Info-auto-generate-directory 'always)
(and (eq Info-auto-generate-directory 'if-outdated)
- 1 participants
- 0 comments