Updated Packages in Pre-Releases - May 10
23 years, 6 months
Steve Youngs
Steve Youngs
I've just uploaded the following updated packages to the
'Pre-Releases' directory:
egg-its-1.26-pkg.tar.gz
=======================
2001-05-07 Yoshiki Hayashi <yoshiki(a)xemacs.org>
* egg-cwnn-leim.el: chinese-egg-pinyin should call
egg-pinyin-activate.
* egg.el: Don't override C-\\ when one of leim feature is present.
2001-05-07 Katsumi Yamaoka <yamaoka(a)jpl.org>
* egg.el (its:all-completions): Remove too much `if'.
pc-1.20-pkg.tar.gz
==================
2000-02-12 Sean MacLennan <seanm(a)storm.ca>
* pc-select.el The following now use `call-interactively':
(pc-select-move|mark-line-up)
(pc-select-move|mark-line-down)
(pc-select-move|mark-page-up)
(pc-select-move|mark-page-down)
prog-modes-1.38.tar.gz
======================
2001-04-11 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el: Bumping to version 4.0 since we now support only
XEmacs 21.1 and Emacs 20.7, although not all of the compatibility
code for older Emacsen has been removed. Specifically, the old
"make sure we have a current custom.el library" stuff is removed,
as is the hack-around for an NTEmacs 19.34.6 make-temp-name bug.
Updated much of the Commentary section in the initial comments.
Much more importantly, I've integrated Ken Manheimer's pdbtrack
stuff, which is way cool. When enabled (as by default), this
turns on the overlay arrow when pdb is entered, either in the
shell buffer or in the *Python* buffer. Specifically:
(py-mode-map): Added C-c C-d to toggle pdb tracking.
(py-pdbtrack-do-tracking-p): New user customizable variable to
control whether overlay arrow tracking is enabled or not. This
variable is buffer local and is turned on by default.
(py-pdbtrack-minor-mode-string): The string that's added to the
minor mode alist when actually doing pdb overlay arrow tracking.
User customizable.
(py-pdbtrack-toggle-stack-tracking, turn-on-pdbtrack,
turn-off-pdbtrack): New commands to control pdb tracking.
(py-pdbtrack-is-tracking-p): Helper variable used to control the
display of py-pdbtrack-minor-mode-string. Set to true when the
overlay arrow is enabled, and false when it's disabled.
(py-pdbtrack-stack-entry-regexp, py-pdbtrack-input-prompt,
py-pdbtrack-track-range): Inherited from pdbtrack.el and renamed.
(py-pdbtrack-overlay-arrow, py-pdbtrack-track-stack-file): New
functions which actually do the tracking.
(py-shell): Add py-pdbtrack-track-stack-file to
comint-output-filter-functions.
Finally, add py-pdbtrack-track-stack-file to
comint-output-filter-functions at the file level. This and the
py-shell addition should ensure that pdb tracking is installed
regardless of the order of operation.
Also, add py-pdbtrack-minor-mode-string to minor-mode-alist.
2001-02-24 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (py-parse-state): Teach python-mode how to scan
code which follows multi-line list comprehensions.
2001-02-20 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (py-execute-region): This one's easy... kill the
temporary file's buffer after executing its contents.
2000-12-27 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (python-font-lock-keywords): Add highlighting of
`as' as a keyword, but only in "import foo as bar" statements
(including optional preceding `from' clause).
2000-10-27 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (py-goto-beginning-of-tqs): When searching
backwards for the matching delimiter, watch out for backslash
escaped delimiters. Also use = instead of eq for character
comparison (because a character is = to it's integer value, but
not eq to it).
2000-06-23 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (py-execute-region): Make sure the new temporary
buffer is current for the insertion of the text.
2000-05-23 Barry Warsaw <bwarsaw＠anthem>
* python-mode.el (py-execute-region): Based on suggestions by
Francois Pinard and Skip Montanaro, handle execution of indented
regions by inserting an "if 1:" in front of the block. This
better preserves things like triple quoted strings and commented
regions. This patch resolves PR#264.
Installation Instructions:
==========================
Manually:
---------
Simply download the files from:
ftp.xemacs.org/pub/xemacs/beta/experimental/packages/
And unpack them into: [1]
/usr/local/lib/xemacs/xemacs-packages/
Using XEmacs package tools: (XEmacs 21.1.14)
---------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3) Choose the packages you wish to install (there are brief
instructions at the bottom of the '*Packages*' buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs package tools: (XEmacs 21.2 and above)
---------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3 - 5) As per 21.1.14 instructions.
As always, please let me know how it goes.
Enjoy.
Footnotes:
[1] Note that 'egg-its-1.26-pkg.tar.gz' is a Mule package and
therefore should be unpacked into:
/usr/local/lib/xemacs/mule-packages/
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
- 2 participants
- 3 comments
Can't update packages
23 years, 6 months
Neal D. Becker
Neal D. Becker
I can't update packages for last 2 days. I get this:
Package xemacs-base-1.53-pkg.tar.gz does not match md5 checksum
This is released packages, not pre-release.
- 2 participants
- 1 comments
Re: Why does isearch do this [Hrvoje :)]?
23 years, 6 months
Colin Rafferty
Colin Rafferty
Andy Piper writes:
> Do
> C-i
> Type something to search. When you find it hit
> C-a
> Then do:
> C-i C-i
> isearch then searches for the thing you looked for *before* the thing
> you just found instead of searching for the same string again.
By default C-i `indent-for-tab-command', so maybe it is your strange
key bindings.
When I use C-s instead of C-i, I don't have your problems.
(emacs-version)
"XEmacs 21.5 (beta0) \"alfalfa\" [Lucid] (mips-sgi-irix6.5) of Tue May 1 2001 on hqgcs1"
--
Colin
- 2 participants
- 1 comments
unrecognized selection-conversion type
23 years, 6 months
Neal D. Becker
Neal D. Becker
unrecognized selection-conversion type: nil, #<INTERNAL EMACS BUG (opaque, size=4) 0x92cb2a0>
unrecognized selection-conversion type: nil, #<INTERNAL EMACS BUG (opaque, size=4) 0x92cb2a0>
uname -a: Linux porky.devel.redhat.com 2.2.17-8smp #1 SMP Fri Nov 17 16:12:17 EST 2000 i686 unknown
./configure 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--datadir=/usr/share' '--libdir=/usr/lib' '--mandir=/usr/share/man/man1' '--infodir=/usr/share/info' '--with-gpm=no' '--with-sound=native' '--with-pop' '--mail-locking=lockf' '--with-clash-detection' '--debug=no' '--error-checking=none' '--lockdir=/var/lock/xemacs' '--with-mule=yes' '--with-database=no' '--with-ldap=yes' '--with-hesiod=no' '--with-menubars=lucid' '--with-scrollbars=lucid' '--with-dialogs=athena3d' '--with-xim=xlib' '--with-canna=yes' '--with-wnn=yes' '--with-wnn6=yes' '--with-msw=no' '--with-xfs=yes'
XEmacs 21.1.14 "Cuyahoga Valley" configured for `i386-redhat-linux-gnu'.
Where should the build process find the source code? /usr/src/bs/BUILD/xemacs-21.1.14
What installation prefix should install use? /usr
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 -O2 -march=i386 -mcpu=i686
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 LDAP.
Compiling in support for ncurses.
Compiling in Mule (multi-lingual) support.
Compiling in XIM (X11R5+ I18N input method) support.
Using raw Xlib to provide XIM support.
Using XFontSet to provide bilingual menubar.
Compiling in support for Canna on Mule.
Compiling in support for the WNN input method on Mule.
Using WNN version 6.
Compiling in support for proper session-management.
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena-3d dialog boxes.
Compiling in DLL support.
Clash detection will use "/var/lock/xemacs" for locking files.
movemail will use "lockf" for locking mail spool files.
Using POP for mail access
Using Lisp_Objects with minimal tagbits.
- 1 participants
- 0 comments
Back trace of 21.5-b1 "anise" crash
23 years, 6 months
Barrie Bremner
Barrie Bremner
Hi all,
This crash occured whilst using VM 6.92 under anise - hit space bar
for next message, and XEmacs died.
Here's what the coredump gives, again excuse me if this isn't quite
right. Newbie alert!
[baz＠flux baz]$ gdb /usr/local/bin/xemacs core-anise-with-vm
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 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 `/usr/local/bin/xemacs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/libXaw.so.7...done.
Loaded symbols for /usr/X11R6/lib/libXaw.so.7
Reading symbols from /usr/lib/libtiff.so.3...done.
Loaded symbols for /usr/lib/libtiff.so.3
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Loaded symbols for /usr/X11R6/lib/libXpm.so.4
Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXmu.so.6
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.6
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libdb-3.1.so...done.
Loaded symbols for /lib/libdb-3.1.so
Reading symbols from /usr/lib/libgpm.so.1...done.
Loaded symbols for /usr/lib/libgpm.so.1
Reading symbols from /usr/lib/libncurses.so.5...done.
Loaded symbols for /usr/lib/libncurses.so.5
Reading symbols from /usr/lib/libesd.so.0...done.
Loaded symbols for /usr/lib/libesd.so.0
Reading symbols from /usr/lib/libaudiofile.so.0...done.
Loaded symbols for /usr/lib/libaudiofile.so.0
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_nisplus.so.2...done.
Loaded symbols for /lib/libnss_nisplus.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
#0 0x403c8801 in __kill () from /lib/i686/libc.so.6
(gdb) where
#0 0x403c8801 in __kill () from /lib/i686/libc.so.6
#1 0x080b453b in fatal_error_signal (sig=11) at emacs.c:535
#2 <signal handler called>
#3 0x080911b3 in bytecode_arithop (obj1=25, obj2=0, opcode=Bplus) at bytecode.c:387
#4 0x080921e8 in execute_optimized_program (program=0x86c36c0 "Ã\n\t\b#Ä\n\t\b#\\\207!", stack_depth=5, constants_data=0x8366a78) at bytecode.c:1057
#5 0x0809166e in funcall_compiled_function (fun=137756060, nargs=1, args=0xbfffdfa0) at bytecode.c:518
#6 0x080bc496 in Ffuncall (nargs=2, args=0xbfffdf9c) at eval.c:3563
#7 0x08091a77 in execute_optimized_program (program=0x86c3628 "ÃÄ!«9Ä\t!Å\032\211\030\211\022\211＠ÆÇ!¥ \210\nA\211\022\211＠ÈÇ!¥ \210\nA\211\022\211＠ÆÇ!¥ \210\nA\211\022\211＠ÈÇ!¥ \210\b*\207É\t!\207tio!", stack_depth=5, constants_data=0x86c7db0)
at bytecode.c:746
#8 0x0809166e in funcall_compiled_function (fun=141317476, nargs=1, args=0xbfffe11c) at bytecode.c:518
#9 0x080bc496 in Ffuncall (nargs=2, args=0xbfffe118) at eval.c:3563
#10 0x0811c080 in mapcar1 (leni=2, vals=0xbfffe170, function=140624652, sequence=144796916) at fns.c:2961
#11 0x0811c40a in Fmapcar (function=140624652, sequence=144796916) at fns.c:3067
#12 0x080bc386 in Ffuncall (nargs=3, args=0xbfffe254) at eval.c:3528
#13 0x08091a77 in execute_optimized_program (
program=0x86c34c8 "Æ\211\211\211\211\211\211\036\017\031\e\032\034\035\030ÇÈÉ \"\020\bA«{\b\025\rA«÷\rA\024Ê\r＠!\022Ê\f＠!\023\n＠\013＠U\bË\n8Ë\0138U\021\nA＠\013A＠U\bÌ\n8Ì\0138U\026\017\t¬\013\016\017¬\a\rA\211\025ªÃ\t«\b\r＠＠Í=¬\f\016\017«\026\r＠＠Î=«\017\r＠\f＠C¤\210\r\fA¡\210ª\237\r\t«\004ͪ\002Î\r＠\f＠E \210\r\fA¡\210ª\211\b＠.\a\207alisA", stack_depth=8, constants_data=0x86c5260) at bytecode.c:746
#14 0x0809166e in funcall_compiled_function (fun=141204268, nargs=0, args=0xbfffe3d8) at bytecode.c:518
#15 0x080bc496 in Ffuncall (nargs=1, args=0xbfffe3d4) at eval.c:3563
#16 0x08091a77 in execute_optimized_program (program=0x86c33e0 "\n¬\tÆ\f!\022Ç\f!\021\r¬\rÈ \025Ç\r!\020Æ\r!\026\017É\e\f＠§«>\r＠§\205", stack_depth=7, constants_data=0x86c7c68) at bytecode.c:746
#17 0x0809166e in funcall_compiled_function (fun=141317140, nargs=3, args=0xbfffe548) at bytecode.c:518
#18 0x080bc496 in Ffuncall (nargs=4, args=0xbfffe544) at eval.c:3563
#19 0x08091a77 in execute_optimized_program (program=0x86c3278 "Æ\t!Ç\t!È\035\036\030\036\031\016\035\203£", stack_depth=9, constants_data=0x86c52b8) at bytecode.c:746
#20 0x0809166e in funcall_compiled_function (fun=141204296, nargs=2, args=0xbfffe6c8) at bytecode.c:518
#21 0x080bc496 in Ffuncall (nargs=3, args=0xbfffe6c4) at eval.c:3563
#22 0x08091a77 in execute_optimized_program (
program=0x86c31e8 "Æ Ç\211\211\211\211\034\035\030\e\036\025\036\026\016\023＠\020\016\023A＠\025\016\024«\006\n¬\003È\022\n«'Ç\031\nS\r8\211\024¬\006ÉÊ\n\"\210Ë\f＠\016\024\"\021Ì\fA＠\t\"\210ÍÎ\f8\t\")ª0Ï\b!\210Ð \237\023Ñ\216\r\"Ò\013＠!\210Ë\r＠＠!\210Ì\r＠A＠!\210ÍÎ\r(a)xn--8!\210\ra\025\013a\023a)-7tc.xn--\006\207-i1a", stack_depth=7, constants_data=0x86c51a8) at bytecode.c:746
#23 0x0809166e in funcall_compiled_function (fun=141204184, nargs=2, args=0xbfffe838) at bytecode.c:518
#24 0x080bc496 in Ffuncall (nargs=3, args=0xbfffe834) at eval.c:3563
#25 0x08091a77 in execute_optimized_program (
program=0xbfffe8c0 "\016)¬\006ÆÇÈ\"\210ÉÊË È\211\211\211\211\211\e\036#\036\"\034\036$\036%\036*\032\031\016&«\023\013¬\020\016&＠\016'\236\023\016&A\211\026&¬ï\013¬\006Ì\016'\236\023\013¬\006ÆÇÈ\"\210Í\013!\023ÎÏ!\026\"\bÐ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ªzp\026$\r\024ªs\bÒ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ª_p\026%\r\024ªX\bÓ=«\005p\024ªO\bÔ=«\005\r\024ªF\bÕ=«\005p\024ª=\bÖ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ª)\r\024p\026\"ª\"\016+×=«\027\r«\006Ñ\r!"..., stack_depth=10, constants_data=0x8534c00) at bytecode.c:746
#26 0x0809458f in Fbyte_code (instructions=140151684, constants=139676656, stack_depth=21) at bytecode.c:2405
#27 0x080bbab9 in Feval (form=139106244) at eval.c:3331
#28 0x080b915d in internal_catch (tag=137585596, func=0x80bb274 <Feval>, arg=139106244, threw=0x0) at eval.c:1317
#29 0x080925a0 in execute_rare_opcode (stack_ptr=0xbfffee08, program_ptr=0x866f49b "\207\021", opcode=Bcatch) at bytecode.c:1252
#30 0x0809186f in execute_optimized_program (program=0x866f498 "ÀÁ\215\207\021", stack_depth=2, constants_data=0x8551768) at bytecode.c:656
#31 0x0809166e in funcall_compiled_function (fun=140561112, nargs=2, args=0xbfffef64) at bytecode.c:518
#32 0x080bc496 in Ffuncall (nargs=3, args=0xbfffef60) at eval.c:3563
#33 0x080bcb4b in Fapply (nargs=2, args=0xbffff088) at eval.c:3804
#34 0x080bc451 in Ffuncall (nargs=3, args=0xbffff084) at eval.c:3549
#35 0x08091a77 in execute_optimized_program (
program=0x862bcf8 "\r;«\005Æ\r!\025p\036\027Ç\216\r\004È\r!\211\034\004É\f!\e\f«\f\n«\t\016\030¬\005Ê\013!\210\f«\016\n«\013Ë \013=¬\005Ì\013!\210\r«2\n«/\016\017«\024Í\r!¬\017\212\rq\210ÎÏ!\210)Ð\r!ªM\t\b>\013ÑÒ\016\026\"\004Í\r!?;Ó\r!ª6\r«)\n¬&\016\024«\020Í\r!«\013\212\rq\210ÎÔ!)ª\035\t\b>\006ÑÒ\016\026\"?\020Õ\r!ª\013\t\b>\006ÑÒ\016\026\",\2079", stack_depth=4, constants_data=0x860f060) at bytecode.c:746
#36 0x0809166e in funcall_compiled_function (fun=140560944, nargs=4, args=0xbffff1f8) at bytecode.c:518
#37 0x080bc496 in Ffuncall (nargs=5, args=0xbffff1f4) at eval.c:3563
#38 0x08091a77 in execute_optimized_program (
program=0x87df9b8 "Æ Ç\211\0366\0367\036>\0168«\021È\0168!¬\005ÉÊ!\210\0168q\210ª\013\016BË>¬\005ÉÌ!\210Í \210Î \210Ï \210\016C\025\016D?\020Ð\0169＠!?\b\016E\004\013Ñ=\0267\016?«\005\016?q\210`Òp!\035\036F\r«\bÓÔ\r!!¬\036ÕpÖ×\016:ØD$\210Òp!\025Ù\r!dU«\006Ú\re\"\210Ö\0266*\016>¬\026\0166¬\022\0167¬\016\013Ñ=«TÛdÒp!\"«L\0166¬0Òp!Ç\034\035Ù\r!\024\212ÜÝ\r!!\210)ÞÝ\r!!\210ÕÇ\211ß\016:ØD$\210Òp!\211\025«\006"..., stack_depth=9, constants_data=0x8768eb8) at bytecode.c:746
#39 0x0809166e in funcall_compiled_function (fun=141815604, nargs=1, args=0xbffff374) at bytecode.c:518
#40 0x080bc496 in Ffuncall (nargs=2, args=0xbffff370) at eval.c:3563
#41 0x080962e2 in Fcall_interactively (function=140641820, record_flag=137013204, keys=137013204) at callint.c:1008
#42 0x080baf01 in Fcommand_execute (cmd=140641820, record_flag=137013204, keys=137013204) at eval.c:2970
#43 0x080f5440 in execute_command_event (command_builder=0x850c210, event=140339984) at event-stream.c:3914
#44 0x080f6242 in Fdispatch_event (event=140339984) at event-stream.c:4246
#45 0x0809c72e in Fcommand_loop_1 () at cmdloop.c:583
#46 0x080b9351 in condition_case_1 (handlers=137013300, bfun=0x809c944 <command_loop_1>, barg=137013204, hfun=0x809c9e8 <cmd_error>, harg=137013204) at eval.c:1651
#47 0x0809cbbc in command_loop_2 (dummy=137013204) at cmdloop.c:256
#48 0x080b915d in internal_catch (tag=137089324, func=0x809cb78 <command_loop_2>, arg=137013204, threw=0x0) at eval.c:1317
#49 0x0809bfa8 in initial_command_loop (load_me=137013204) at cmdloop.c:305
#50 0x080b54c7 in xemacs_21_5_b1_i686_pc_linux () at emacs.c:2346
#51 0x080b5c27 in main () at emacs.c:2775
#52 0x403b7177 in __libc_start_main (main=0x80b5b1c <main>, argc=1, ubp_av=0xbffff9c4, init=0x807e504 <_init>, fini=0x82063b0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff9bc) at ../sysdeps/generic/libc-start.c:129
(gdb) quit
[baz＠flux baz]$
--
Barrie J. Bremner OpenPGP public key ID: 5164F553
baz [at] barriebremner.com http://barriebremner.com/
- 3 participants
- 3 comments
New Website Mirror in Finland
23 years, 6 months
XEmacs Webmaster
XEmacs Webmaster
We have added a mirror of the XEmacs website in Finland thanks to
Pietu Pohjalainen:
<URL:http://www.fi.xemacs.org/>
Enjoy.
- 1 participants
- 0 comments
Re: order of ~/.xemacs/init.el and ~/.xemacs/custom.el
23 years, 6 months
Nickolay Pakoulin
Nickolay Pakoulin
intro: "MS" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>>> "Ben" == Ben Wing <ben(a)666.com> writes:
Ben> btw in Arch XEmacs, written years ago [!], it says in
Ben> http://www.xemacs.org/Architecting-XEmacs/init-files.html:
Ben> The custom init file is where the custom package writes its
Ben> options. This obviously needs to be a separate file from the standard
Ben> init file. It should also be loaded before the init file rather than
Ben> after, as is usually done currently, so that the init file can override
Ben> these options if it wants to.
Ben> imo we should just change the order and see what happens.
MS> I have no objections, given Didier's testing. When I split the files, I
MS> was merely trying to preserve the historical order.
I load custom-file manually as the very first thing in my init file. And
everything works fine.
Nick.
MS> -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla
- 1 participants
- 0 comments
after-save-hook
23 years, 6 months
Jeff Mincy
Jeff Mincy
I'm somewhat confused by why the following piece of code
does not work the way that I expect. I have
find-unbalanced-parentheses, which errors when there is
unbalanced parens. I tried adding a save hook, that is local
to only emacs-lisp mode files that calls find-unbalanced-parentheses.
However, after this code runs, the after-save-hook is run in all
buffers, and not just emacs-lisp-mode buffers.
(defun check-for-unbalanced-parens-on-save ()
(interactive)
(make-local-hook 'after-save-hook)
(add-hook 'after-save-hook 'find-unbalanced-parentheses))
(add-hook 'emacs-lisp-mode-hook 'check-for-unbalanced-parens-on-save)
-jeff
------
;; This originally came from zmacs-stuff.el in tmc-hacks
(defun find-unbalanced-parentheses ()
"Check the buffer for unbalanced parentheses. Stops at any that are
unbalanced."
(interactive)
(let ((start-point (point)))
(goto-char (point-min))
(condition-case e
(while (/= (point) (point-max))
(forward-sexp))
(error
;; If this is an extra left paren error, we have to scan backwards to
;; find the exact left paren in error
(cond ((and (eq (car e) 'error)
(string-equal (cadr e) "Unbalanced parentheses"))
;; left paren error
(goto-char (point-max))
(while (/= (point) (point-min))
(condition-case e (backward-sexp)
(error
(error "Probably an extra left parenthesis here.")))))
(t (error "Probably an extra right parenthesis here.")))))
(goto-char start-point)
(message "All parentheses appear balanced.")))
- 2 participants
- 2 comments
Another crash with 21.5-b1 "anise" and VM/keystroke
23 years, 6 months
Barrie Bremner
Barrie Bremner
Hi all.
Another crash just as I hit space for a new message in VM 6.92
[baz＠flux baz]$ uname -a
Linux flux.localdomain 2.4.4-ac5 #1 SMP Sat May 5 16:43:23 GMT 2001 i686 unknown
Output from gdb follows.
[baz＠flux baz]$ gdb xemacs core
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 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 `/usr/local/bin/xemacs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/libXaw.so.7...done.
Loaded symbols for /usr/X11R6/lib/libXaw.so.7
Reading symbols from /usr/lib/libtiff.so.3...done.
Loaded symbols for /usr/lib/libtiff.so.3
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Loaded symbols for /usr/X11R6/lib/libXpm.so.4
Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXmu.so.6
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.6
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libdb-3.1.so...done.
Loaded symbols for /lib/libdb-3.1.so
Reading symbols from /usr/lib/libgpm.so.1...done.
Loaded symbols for /usr/lib/libgpm.so.1
Reading symbols from /usr/lib/libncurses.so.5...done.
Loaded symbols for /usr/lib/libncurses.so.5
Reading symbols from /usr/lib/libesd.so.0...done.
Loaded symbols for /usr/lib/libesd.so.0
Reading symbols from /usr/lib/libaudiofile.so.0...done.
Loaded symbols for /usr/lib/libaudiofile.so.0
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_nisplus.so.2...done.
Loaded symbols for /lib/libnss_nisplus.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
#0 0x081774be in print_internal (obj=0, printcharfun=137160324, escapeflag=1) at print.c:1224
1224 if (CONSP (obj) || VECTORP (obj) || COMPILED_FUNCTIONP (obj))
(gdb) where
#0 0x081774be in print_internal (obj=0, printcharfun=137160324, escapeflag=1) at print.c:1224
#1 0x08178d15 in Fprin1 (object=0, stream=137160324) at print.c:637
#2 0x080be5bf in Fbacktrace (stream=137160324, detailed=137013228) at eval.c:5217
#3 0x080b4526 in fatal_error_signal (sig=11) at emacs.c:518
#4 <signal handler called>
#5 0x080918db in execute_optimized_program (program=0x86c5b08 "ÃÄ\n\t\b$\207dp de\031", stack_depth=5, constants_data=0x83765d8) at bytecode.c:671
#6 0x0809166e in funcall_compiled_function (fun=137801188, nargs=3, args=0xbfffdcb8) at bytecode.c:518
#7 0x080bc496 in Ffuncall (nargs=4, args=0xbfffdcb4) at eval.c:3563
#8 0x08091a77 in execute_optimized_program (program=0x86c5ae8 "ÃÄ\n!\t\b#\207ptio!", stack_depth=4, constants_data=0x8366a28) at bytecode.c:746
#9 0x0809166e in funcall_compiled_function (fun=137756004, nargs=3, args=0xbfffde2c) at bytecode.c:518
#10 0x080bc496 in Ffuncall (nargs=4, args=0xbfffde28) at eval.c:3563
#11 0x08091a77 in execute_optimized_program (program=0x86c5a88 "Ã\n\t\b#Ä\n\t\b#\\\207!", stack_depth=5, constants_data=0x8366a78) at bytecode.c:746
#12 0x0809166e in funcall_compiled_function (fun=137756060, nargs=1, args=0xbfffdfa0) at bytecode.c:518
#13 0x080bc496 in Ffuncall (nargs=2, args=0xbfffdf9c) at eval.c:3563
#14 0x08091a77 in execute_optimized_program (program=0x86c59f0 "ÃÄ!«9Ä\t!Å\032\211\030\211\022\211＠ÆÇ!¥ \210\nA\211\022\211＠ÈÇ!¥ \210\nA\211\022\211＠ÆÇ!¥ \210\nA\211\022\211＠ÈÇ!¥ \210\b*\207É\t!\207tio!", stack_depth=5, constants_data=0x86ca170)
at bytecode.c:746
#15 0x0809166e in funcall_compiled_function (fun=141178864, nargs=1, args=0xbfffe11c) at bytecode.c:518
#16 0x080bc496 in Ffuncall (nargs=2, args=0xbfffe118) at eval.c:3563
#17 0x0811c080 in mapcar1 (leni=2, vals=0xbfffe170, function=140635348, sequence=140765008) at fns.c:2961
#18 0x0811c40a in Fmapcar (function=140635348, sequence=140765008) at fns.c:3067
#19 0x080bc386 in Ffuncall (nargs=3, args=0xbfffe254) at eval.c:3528
#20 0x08091a77 in execute_optimized_program (
program=0x86c5890 "Æ\211\211\211\211\211\211\036\017\031\e\032\034\035\030ÇÈÉ \"\020\bA«{\b\025\rA«÷\rA\024Ê\r＠!\022Ê\f＠!\023\n＠\013＠U\bË\n8Ë\0138U\021\nA＠\013A＠U\bÌ\n8Ì\0138U\026\017\t¬\013\016\017¬\a\rA\211\025ªÃ\t«\b\r＠＠Í=¬\f\016\017«\026\r＠＠Î=«\017\r＠\f＠C¤\210\r\fA¡\210ª\237\r\t«\004ͪ\002Î\r＠\f＠E \210\r\fA¡\210ª\211\b＠.\a\207alisA", stack_depth=8, constants_data=0x86c7628) at bytecode.c:746
#21 0x0809166e in funcall_compiled_function (fun=141178332, nargs=0, args=0xbfffe3d8) at bytecode.c:518
#22 0x080bc496 in Ffuncall (nargs=1, args=0xbfffe3d4) at eval.c:3563
#23 0x08091a77 in execute_optimized_program (program=0x86c57a8 "\n¬\tÆ\f!\022Ç\f!\021\r¬\rÈ \025Ç\r!\020Æ\r!\026\017É\e\f＠§«>\r＠§\205", stack_depth=7, constants_data=0x86ca028) at bytecode.c:746
#24 0x0809166e in funcall_compiled_function (fun=141178528, nargs=3, args=0xbfffe548) at bytecode.c:518
#25 0x080bc496 in Ffuncall (nargs=4, args=0xbfffe544) at eval.c:3563
#26 0x08091a77 in execute_optimized_program (program=0x86c5640 "Æ\t!Ç\t!È\035\036\030\036\031\016\035\203£", stack_depth=9, constants_data=0x86c7e80) at bytecode.c:746
#27 0x0809166e in funcall_compiled_function (fun=141178360, nargs=2, args=0xbfffe6c8) at bytecode.c:518
#28 0x080bc496 in Ffuncall (nargs=3, args=0xbfffe6c4) at eval.c:3563
#29 0x08091a77 in execute_optimized_program (
program=0x86c55b0 "Æ Ç\211\211\211\211\034\035\030\e\036\025\036\026\016\023＠\020\016\023A＠\025\016\024«\006\n¬\003È\022\n«'Ç\031\nS\r8\211\024¬\006ÉÊ\n\"\210Ë\f＠\016\024\"\021Ì\fA＠\t\"\210ÍÎ\f8\t\")ª0Ï\b!\210Ð \237\023Ñ\216\r\"Ò\013＠!\210Ë\r＠＠!\210Ì\r＠A＠!\210ÍÎ\r(a)xn--8!\210\ra\025\013a\023a)-7tc.xn--\006\207-i1a", stack_depth=7, constants_data=0x86c7570) at bytecode.c:746
#30 0x0809166e in funcall_compiled_function (fun=141178248, nargs=2, args=0xbfffe838) at bytecode.c:518
#31 0x080bc496 in Ffuncall (nargs=3, args=0xbfffe834) at eval.c:3563
#32 0x08091a77 in execute_optimized_program (
program=0xbfffe8c0 "\016)¬\006ÆÇÈ\"\210ÉÊË È\211\211\211\211\211\e\036#\036\"\034\036$\036%\036*\032\031\016&«\023\013¬\020\016&＠\016'\236\023\016&A\211\026&¬ï\013¬\006Ì\016'\236\023\013¬\006ÆÇÈ\"\210Í\013!\023ÎÏ!\026\"\bÐ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ªzp\026$\r\024ªs\bÒ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ª_p\026%\r\024ªX\bÓ=«\005p\024ªO\bÔ=«\005\r\024ªF\bÕ=«\005p\024ª=\bÖ=«\027\r«\006Ñ\r!¬\bÆÇÈ\"\210ª)\r\024p\026\"ª\"\016+×=«\027\r«\006Ñ\r!"..., stack_depth=10, constants_data=0x861f500) at bytecode.c:746
#33 0x0809458f in Fbyte_code (instructions=140151908, constants=140637424, stack_depth=21) at bytecode.c:2405
#34 0x080bbab9 in Feval (form=139230408) at eval.c:3331
#35 0x080b915d in internal_catch (tag=137585596, func=0x80bb274 <Feval>, arg=139230408, threw=0x0) at eval.c:1317
#36 0x080925a0 in execute_rare_opcode (stack_ptr=0xbfffee08, program_ptr=0x866e173 "\2071", opcode=Bcatch) at bytecode.c:1252
#37 0x0809186f in execute_optimized_program (program=0x866e170 "ÀÁ\215\2071", stack_depth=2, constants_data=0x861f5d0) at bytecode.c:656
#38 0x0809166e in funcall_compiled_function (fun=140560992, nargs=2, args=0xbfffef64) at bytecode.c:518
#39 0x080bc496 in Ffuncall (nargs=3, args=0xbfffef60) at eval.c:3563
#40 0x080bcb4b in Fapply (nargs=2, args=0xbffff088) at eval.c:3804
#41 0x080bc451 in Ffuncall (nargs=3, args=0xbffff084) at eval.c:3549
#42 0x08091a77 in execute_optimized_program (
program=0x861f770 "\r;«\005Æ\r!\025p\036\027Ç\216\r\004È\r!\211\034\004É\f!\e\f«\f\n«\t\016\030¬\005Ê\013!\210\f«\016\n«\013Ë \013=¬\005Ì\013!\210\r«2\n«/\016\017«\024Í\r!¬\017\212\rq\210ÎÏ!\210)Ð\r!ªM\t\b>\013ÑÒ\016\026\"\004Í\r!?;Ó\r!ª6\r«)\n¬&\016\024«\020Í\r!«\013\212\rq\210ÎÔ!)ª\035\t\b>\006ÑÒ\016\026\"?\020Õ\r!ª\013\t\b>\006ÑÒ\016\026\",\207\001\b", stack_depth=4, constants_data=0x860efe8) at bytecode.c:746
#43 0x0809166e in funcall_compiled_function (fun=140560824, nargs=4, args=0xbffff1f8) at bytecode.c:518
#44 0x080bc496 in Ffuncall (nargs=5, args=0xbffff1f4) at eval.c:3563
#45 0x08091a77 in execute_optimized_program (
program=0x86bbe80 "Æ Ç\211\0366\0367\036>\0168«\021È\0168!¬\005ÉÊ!\210\0168q\210ª\013\016BË>¬\005ÉÌ!\210Í \210Î \210Ï \210\016C\025\016D?\020Ð\0169＠!?\b\016E\004\013Ñ=\0267\016?«\005\016?q\210`Òp!\035\036F\r«\bÓÔ\r!!¬\036ÕpÖ×\016:ØD$\210Òp!\025Ù\r!dU«\006Ú\re\"\210Ö\0266*\016>¬\026\0166¬\022\0167¬\016\013Ñ=«TÛdÒp!\"«L\0166¬0Òp!Ç\034\035Ù\r!\024\212ÜÝ\r!!\210)ÞÝ\r!!\210ÕÇ\211ß\016:ØD$\210Òp!\211\025«\006"..., stack_depth=9, constants_data=0x866fc90) at bytecode.c:746
#46 0x0809166e in funcall_compiled_function (fun=141529712, nargs=1, args=0xbffff374) at bytecode.c:518
#47 0x080bc496 in Ffuncall (nargs=2, args=0xbffff370) at eval.c:3563
#48 0x080962e2 in Fcall_interactively (function=140639652, record_flag=137013204, keys=137013204) at callint.c:1008
#49 0x080baf01 in Fcommand_execute (cmd=140639652, record_flag=137013204, keys=137013204) at eval.c:2970
#50 0x080f5440 in execute_command_event (command_builder=0x850c210, event=142818396) at event-stream.c:3914
#51 0x080f6242 in Fdispatch_event (event=142818396) at event-stream.c:4246
#52 0x0809c72e in Fcommand_loop_1 () at cmdloop.c:583
#53 0x080b9351 in condition_case_1 (handlers=137013300, bfun=0x809c944 <command_loop_1>, barg=137013204, hfun=0x809c9e8 <cmd_error>, harg=137013204) at eval.c:1651
#54 0x0809cbbc in command_loop_2 (dummy=137013204) at cmdloop.c:256
#55 0x080b915d in internal_catch (tag=137089324, func=0x809cb78 <command_loop_2>, arg=137013204, threw=0x0) at eval.c:1317
#56 0x0809bfa8 in initial_command_loop (load_me=137013204) at cmdloop.c:305
#57 0x080b54c7 in xemacs_21_5_b1_i686_pc_linux () at emacs.c:2346
#58 0x080b5c27 in main () at emacs.c:2775
#59 0x403b7177 in __libc_start_main (main=0x80b5b1c <main>, argc=1, ubp_av=0xbffff9c4, init=0x807e504 <_init>, fini=0x82063b0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff9bc) at ../sysdeps/generic/libc-start.c:129
(gdb)
--
Barrie J. Bremner OpenPGP public key ID: 5164F553
baz [at] barriebremner.com http://barriebremner.com/
baz /baz/ n.
1. [common] The third metasyntactic variable.
2. interj. A term of mild annoyance.
3. Occasionally appended to foo to produce `foobaz'
-- Jargon File v4.3.0, www.tuxedo.org/jargon
4. Me.
- 1 participants
- 0 comments
Re: Horrible term-mode problems on upgrade to 21.4
23 years, 6 months
Nix
Nix
The following message is a courtesy copy of an article
that has been posted to comp.emacs.xemacs as well.
[Cc:ed to xemacs-beta. I am not subscribed to this list; please Cc me on
any replies.
If this is an obvious MULE-like thing that people have been coping with
for ages, please forgive me; I've never built anything MULEish into my
Emacsen before.]
On 11 May 2001, Nix stipulated:
>
> I've gone from 21.1.14 to 21.4.2 on my i586-pc-linux-gnu box, and all of
> a sudden term-mode is misbehaving, viz a directory listing now looks
> like this:
>
> nix＠loki 142 % ls -l
> total 51
> -rwxr-xr-x 1 compiler emacsers 1389 Aug 16 2000 eicq-user-install.sh
[snip classic typewriter `staggering']
Diagnosed.
I built with --with-file-coding on a Unix platform, so XEmacs is looking
at the data coming to the file and transparently translating CR/LF to
LF.
All very well, except that in term mode, CR/LF's come in and are
interpreted by `term-emulate-terminal' in a DOSsish fashion, with CR and
LF serving their ancient teletype purposes; as this is how TTYs work,
this is entirely correct.
What is *not* correct is XEmacs picking up on the CR/LFs and translating
them to LFs!
I'd fix term-mode, if it wasn't that setting the
`buffer-file-coding-system' to `no-conversion' still gives the
stair-stepping effect, and that even before that it's `raw-text', so
XEmacs shouldn't be touching the bytestream from the process at
all. (It's questionable whether `--with-file-coding' should touch
process streams in any case; it'll be built in for people trying to
transfer files between DOSsish and Unixish environments, not processes!)
So this looks like an XEmacs bug; however, I don't have a clue how to go
about fixing it; as I said above, I'm a neophyte at *using* MULE, let
alone debugging it.
(Reproduction of the bug is easy, as near as I can tell; build
--with-file-coding on a Unix box and run term-mode or anything
based on it, like tshell. Bingo.)
--
`LARTing lusers is supposed to be satisfying. This is just tedious. The
silly shite I'm doing now is like trying to toothpick to death a Black
Knight made of jelly.' --- RDD
- 4 participants
- 8 comments