xemacs 21.5.26 and case-insensitive file systems
18 years, 5 months
Jamie Zawinski
Jamie Zawinski
XEmacs on MacOS treats the file system case-sensitively, and deals
badly with files that have spaces in their names (which are common
here). The major culprits in these bugs are:
1) minibuffer completion of file name case;
2) *shell* buffer completion of file name case;
3) *shell* buffer completion of file names with backslash-quoted
spaces;
4) *shell* buffer tracking of the current directory when the
directory has a space;
5) shell-resync-dirs when the current directory has a space.
I've fixed 1, 2, and 3, below. 4 and 5 still elude me.
Someone really ought to grep the whole tree for "completion-ignore-
case" and "windows-nt", because there are incorrect assumptions
hardcoded in several places.
Thanks,
--
Jamie Zawinski jwz(a)jwz.org http://www.jwz.org/
jwz(a)dnalounge.com http://www.dnalounge.com/
http://jwz.livejournal.com/
- 1 participants
- 1 comments
RFC: Mailing list cleanup
18 years, 5 months
Stephen J. Turnbull
Stephen J. Turnbull
I planning a clean up of the XEmacs mailing lists, of which there are
currently about nine too many.
First let me apologize for the many CCs, but I wanted to make sure
that everybody concerned would see the initial proposal. Discussion
will continue on the XEmacs Beta Testers <xemacs-beta(a)xemacs.org> list
only. I don't expect to actually implement for a couple of weeks, and
that list is open post. So if you are not a member of xemacs-beta, it
should suffice to follow discussion via the web archives or gmane, and
post comments to xemacs-beta if you have any.
Implementation will be preceded by a reminder so that people can
update their subscription configurations appropriately (defaults are
described below).
Proposed changes:
The first proposal is to redirect xemacs-beta-ja, xemacs-users-ja,
xemacs-nt (aka xemacs-winnt), and xemacs-mule to xemacs-beta. None
are getting much traffic (perhaps all together 1-2 posts per month),
so current subscribers to those lists will be automatically
resubscribed to xemacs-beta with delivery turned *off*. Addresses
that are currently members of several lists including xemacs-beta will
be left in their current state on xemacs-beta. I realize this will
mean that people could post to xemacs-nt (for example) and miss the
reply, but most people don't prune addresses in replies, so that
should be rare. I believe this small risk will be outweighed by the
benefit of having more eyes look at one's post.
The Japanese language lists could be a problem if a lot of Japanese
were to be posted, but unfortunately that seems unlikely. If it
becomes an issue, we can resurrect a -ja list.
The second proposal is to alias xemacs-news to xemacs-beta. This is
the bidirectional mail-news gateway. It has never worked well, and
with almost no traffic, now is a good time to reorganize. Unlike the
last times this came up, there are now reasonable alternatives such as
Google and Yahoo for comp.emacs.xemacs. And I believe that since the
news gateway generally doesn't work, this will get much better service
for posters. Again I propose to move the subscriptions to xemacs-beta
with delivery turned off, with the same rationale as above.
The third proposal is relevant only to administrators of XEmacs
projects resources. Currently this traffic is split into web-related,
mail-related, and general admin (miscellaneous). It will be unified
by aliasing the first two to xemacs-admin.
The fourth point is to eliminate xemacs-binary-kits: zero traffic, no
purpose anymore, since OS distros now handle this, except for the
Windows native distribution we handle internally.
Finally, the trickiest proposal is related to the development
workflow. Currently patches enter the workflow by being posted to
xemacs-patches, where they are discussed and review decisions are
posted. Then when a patch is committed, CVS automatically sends a
log, including a copy of the patch as committed, to xemacs-cvs.
The proposal is to redirect the CVS log/patch traffic to
xemacs-patches.[1] This would have the effect of having some patches
appear twice on xemacs-patches (once when submitted, and again when
committed). On the other hand, currently all patches appear at least
once on xemacs-patches, and then again on xemacs-cvs. This redundancy
would be greatly reduced, since many current patches are committed
when they are submitted.
This would increase the volume of traffic on xemacs-patches
substantially, probably an increment of 1/3 to 2/3 of the current
volume. However, most of this additional could be automatically
filtered, since decide-and-commit messages will have a 'bot-generated
subject like
Subject: CVS update by stephent xemacs/src ...
while submit-and-commit messages will have the familiar
Subject: [AC] Fix minor window-config problem
style of subject. This will require some discipline by the
reviewer/submitters, but it should be easily automated via Didier
Verna's patcher.el which is in common use.
In all cases current traffic only will be affected. The historical
mailing list archives will be left in place, as is (or perhaps cleaned
of spam to some extent---that's one of the projects this
reorganization may free up some of my time to do!) No enhancements to
the archive services are considered here. Requests and proposals are
of course welcome, but this proposal won't affect them.
The proposed streamlined configuration is
comp.emacs.xemacs* existing newsgroup
xemacs-admin XEmacs project resource management (admin)
xemacs-announce* low traffic, for stable and SUMO releases
xemacs-beta tester/bug report list, some user issues
xemacs-buildreports* "write-only" list to record test results
xemacs-design* developer list for architecture, etc
xemacs-mirrors* web and ftp mirror management (admin)
xemacs-patches patch submission and workflow
xemacs-review* "policy" board discussion (admin)
* = Basically unaffected by the reorganization.
The workflow as described in the beta.info document (in 21.5) is not
going to change much. From the point of view of that document, the
lists being merged in to xemacs-beta are already superfluous.
Comments and help would be very welcome!
Schedule:
I expect to do some necessary testing and prototyping of various
functionality for about two weeks, then proceed to implementation.
Regards,
Steve
Footnotes:
[1] My original proposal to XEmacs Review was (condensed here):
xemacs-patches needs to lose the "commit-and-review" patches which are
(a) available from cvs diff and (b) available from xemacs-cvs. One
reasonable manual approach has been taken recently: post a "patch
omitted because you can see it on xemacs-cvs" admin notice to XEmacs
patches. That seems reasonable to me; xemacs-cvs would remain
read-only to everyone but the 'bot, and the APPROVE/COMMIT/discussion
traffic would stay on -patches. This was not supported by anyone, and
opposed by at least one reviewer.
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
- 6 participants
- 9 comments
XEmacs Packages have been pre-released (2006-06-28-09)
18 years, 5 months
Norbert Koch
Norbert Koch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there everyone.
I have just added the following packages to the 'Pre-Releases'
directory:
New Packages in Pre-Release:
===========================
edit-utils-2.35-pkg.tar.gz upstream version: none
latin-unity-1.18-pkg.tar.gz upstream version: 1.18
Previously Announced Packages Still in Pre-Release:
==================================================
debug-1.18-pkg.tar.gz upstream version: none
haskell-mode-1.10-pkg.tar.gz upstream version: 2.1
ilisp-1.34-pkg.tar.gz upstream version: 5.12.0
leim-1.23-pkg.tar.gz upstream version: none
ocaml-0.06-pkg.tar.gz upstream version: 3.06
os-utils-1.38-pkg.tar.gz upstream version: none
prog-modes-2.09-pkg.tar.gz upstream version: none
python-modes-1.08-pkg.tar.gz upstream version: none
w3-1.33-pkg.tar.gz upstream version: 4.0pre47
xemacs-base-2.06-pkg.tar.gz upstream version: none
Detailed Changes:
================
- ------- ChangeLog Entries from xemacs-packages/edit-utils/ChangeLog -------
2006-06-28 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 2.35 released.
2006-06-22 Jeff Miller <jmiller(a)cablespeed.com>
* toolbar-utils.el (toolbar-kill-item-pos): set toolbar to
default-toolbar if not passed as an argument. Fix wrong usage of
setcdr when setting specifier.
- ------- ChangeLog Entries from mule-packages/latin-unity/ChangeLog -------
2006-06-28 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.18 released.
2006-06-25 Aidan Kehoe <kehoea(a)parhasard.net>
* latin-unity-latin10.el (charsetp):
* latin-unity-latin10.el (coding-system-p):
* latin-unity-latin7.el (charsetp):
* latin-unity-latin7.el (coding-system-p):
* latin-unity-latin8.el (charsetp):
* latin-unity-latin8.el (coding-system-p):
* latin-unity-latin9.el (charsetp):
* latin-unity-latin9.el (coding-system-p):
I didn't understand assert's calling conventions when writing this
code, and as a result an assertion failure doesn't show the string
I intended it to.
Installing These:
================
Manually:
- --------
1) Download the packages that you want to install from:
/ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/
2) Unpack them to: [1]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
- ----------------------------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3) Select 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.1.14):
- -------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
norbert - XEmacs Package Release Manager.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEojqTgu3ywdHdhM0RAuKTAJ4yFsByMXlj2Am/PRSpSJa0jGWZGQCgxp3L
VM8hFIO1rZzvo69xzMnA0ro=
=S/LX
-----END PGP SIGNATURE-----
- 1 participants
- 0 comments
Re: shell unmaintainable
18 years, 5 months
Ilya N. Golubev
Ilya N. Golubev
Jerry James <Jerry.James(a)usu.edu> writes:
> Can't you just stick with the officially released packages?
No. Reasons are too complex.
> I don't see anything else in font-lock.el that makes an obtrusive change
> to the user's environment.
When something in that package did, did not bother to document it
fully, just remembered to avoid loading it. Even
(add-hook 'find-file-hooks 'font-lock-set-defaults t)
may be quite harmful, depending on how much `font-lock-set-defaults'
hogs the cpu. If it hogs much, being <sophisticated> helps little.
> As for the byte compiling issue, (require 'auto-autoloads) is not the
> right thing to do, because there are lots of auto-autoloads.el files,
> one per package in fact.
Right. Is not core `lisp' directory first in `load-path' when
`-no-autoloads -vanilla' are specified, when compiling packages in
batch mode? If can rely on that, still can do so. Will load right
`auto-autoloads.el' in batch mode and have it already loaded in
regular interactive one.
> (2) anybody who needs to compile their own due to
> maintaining local variations should be sophisticated enough to deal with
> a change in find-file-hooks.
Disagree. He may be even sophisticated, but he has time only for his
own modifications, not for meddling with some nearly unpredictable
effects like these. Leaving misfeatures like this is a recipe to have
actual work never done.
- 3 participants
- 2 comments
Slowness in XEmacs 21.5.26-carbon-b5
18 years, 5 months
Glen Whitney
Glen Whitney
================================================================
Dear Bug Team!
I am running Mac OS X 10.4.6 on a PowerPC G4 (1GHz).
I recently reported a crash in a separate email, and I understand
that's unlikely to be worked on
in the near future. However, in the ensuing discussion Stephen
Turnbull requested that I also file a report detailing the slowness I
have observed in this version of XEmacs. I can not tell whether this
slowness is specfic to the Carbon port, as I currently have no other
hardware to test it on.
Anyhow, here are the details. My .xemacs/init.el file contains the
following and I have no other customization files (no .emacs or
custom.el):
------ CUT HERE -----
(setq minibuffer-frame-plist
(list 'top (- (device-pixel-height) 80) 'left 1 'width 80
'height 3)) ;; note 'top -80 did not work!
(set-face-font 'default "Courier:13")
(set-face-background 'default "white")
(set-face-foreground 'default "black")
(setq initial-frame-plist '(minibuffer nil background-mode light))
(setq default-frame-plist '(minibuffer nil background-mode light
width 80))
(setq bar-cursor 2)
(setq column-number-mode nil) ;; added in hope of alleviating slowness
(setq frame-background-mode 'light)
(set-specifier default-toolbar-visible-p nil 'global)
------- CUT HERE-----
If I now start a fresh XEmacs when I have nothing else (except for a
terminal program with a shell and standard system processes) running
on the machine, split the screen on the frame that comes up into 2
windows, visit any file (for example, the above init file) in one
window, and then switch to the other window which has the *scratch*
buffer, I can now easily type too fast for XEmacs to keep up. That is
to say, if I type a sentence quickly, then at the moment I stop
typing, the last three to four characters have not yet appeared on
the screen and only show up one at a time thereafter as I watch. This
is unusably slow -- the practical consequence is that I sometimes
lose track of where I am in a series of rapid edits, look at the
screen to check how things stand, and then return to typing -- only
discover later that I did some of the edits twice because they had
not yet showed up when I checked that first time, but were "in the
works." Thus my file ends up in a mangled state.
By way of comparison, I have been unable to get ahead Emacs CVS
22.0.50 20060616 compiled for Carbon no matter how fast I type. Thus,
I am using FSF Emacs for now, but would switch back to XEmacs if
speed (and crashes) were not an issue.
Note I am not some sort of typing god, just a below-median touch
typist, maybe 40 WPM or so.
I include my init.el because as far as I can tell, the speed seems
better without it, although since I have used a separate minibuffer
since Epoch, I have not used XEmacs much without any init.el. Also
sometimes the speed seems OK, sometimes not, on the very first window/
buffer/file, that's why I mentioned splitting the screen and visiting
a file. It appears reliable to me that at that level of "complexity"
of what XEmacs is displaying, I can easily type ahead of it.
Generally speaking, it appears to me that the more complex the
display (more windows, frames, etc.) the easier it is to type ahead
of XEmacs.
Anyhow, I'm not expecting any specific resolution at any specific
date on this issue; I'm just sending this report on Mr. Turnbull's
request and in the hopes it may provide some help in honing XEmacs --
I have gotten a great deal of valuable use out of it in the past and
hope to again in the future, it's just not usable right now.
Sincerely yours,
Glen Whitney
Note the following information is copied from my previous crash
report, so that you have the build/system information handy here.
System Info to help track down your bug:
---------------------------------------
uname -a: Darwin chickadee.local 8.6.0 Darwin Kernel Version 8.6.0:
Tue Mar 7 16:58:48 PST 2006; root:xnu-792.6.70.obj~1/RELEASE_PPC
Power Macintosh powerpc PowerBook3,5 Darwin
./configure '--without-kkcc' '--without-mc-alloc' '--with-carbon' '--
with-mule' '--without-ldap' '--enable-error-checking=none' '--with-
optimization' '--with-cflags-optimization=-O2' '--prefix=/sw/src/
xemacs-21.5.26/carbon/XEmacs.app/Contents/Resources'
XEmacs 21.5-b26 "endive" configured for `powerpc-apple-darwin8.6.0'.
Compilation Environment and Installation Defaults:
Source code location: /sw/src/xemacs-21.5.26
Installation prefix: /sw/src/xemacs-21.5.26/carbon/
XEmacs.app/Contents/Resources
Operating system description file: `s/darwin.h'
Machine description file: `m/powerpc.h'
Compiler version: powerpc-apple-darwin8-gcc-4.0.1
(GCC) 4.0.1 (Apple Computer, Inc. build 5341)
- GCC specs file: specs.
- Compiler command: gcc -I/sw/src/xemacs-21.5.26/
carbon/xpm -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-
subscripts -Wpacked -Wpointer-arith -Wunused-parameter -g -O2
libc version:
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
Window System:
Compiling in support for Mac OS X Carbon.
Using Lucid menubars.
Using Lucid scrollbars.
Compiling in support for Drag'n'Drop (EXPERIMENTAL).
- Drag'n'Drop prototype: Carbon.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
WARNING: -----------------------------------------------------------
WARNING: Compiling without PNG image support.
WARNING: You should strongly consider installing the PNG libraries.
WARNING: Otherwise certain images and glyphs may not display.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------
Sound:
Databases:
Compiling in support for Berkeley database.
Compiling in support for DBM.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Mail:
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
nil
- 1 participants
- 0 comments
Re: can not comint-interrupt-subjob
18 years, 5 months
Jerry James
Jerry James
"Ilya N. Golubev" <gin(a)mo.msk.ru> wrote:
> Reproducing in 21.4 as follows.
>
> Inside `shell' run `bash-3.0-31'.
>
> Run a background job inside it. Any interactive graphical program
> will do, or even
>
> perl -e 'use POSIX;pause;'&
>
> Run a foreground job in `bash'. `cat' will do.
>
> Terminate background job - by command in itself, or by `kill' from
> another shell, so that `bash' outputs job status message.
>
> `comint-interrupt-subjob' in shell buffer outputs an (elisp error)
> message:
>
> Wrong type argument: integer-or-marker-p, nil
I cannot reproduce this error in either 21.4 or 21.5. In both cases,
comint-interrupt-subjob worked normally for me. Please do M-x
report-emacs-bug so we can get more information about your environment.
Also, since you have a locally modified shell.el and/or comint.el, you'd
better tell us about your modifications, too, since they may be
affecting this problem.
Regards,
--
Jerry James, Assistant Professor Jerry.James(a)usu.edu
Computer Science Department http://www.cs.usu.edu/~jerry/
Utah State University
- 1 participants
- 0 comments
can not comint-interrupt-subjob
18 years, 5 months
Ilya N. Golubev
Ilya N. Golubev
Reproducing in 21.4 as follows.
Inside `shell' run `bash-3.0-31'.
Run a background job inside it. Any interactive graphical program
will do, or even
perl -e 'use POSIX;pause;'&
Run a foreground job in `bash'. `cat' will do.
Terminate background job - by command in itself, or by `kill' from
another shell, so that `bash' outputs job status message.
`comint-interrupt-subjob' in shell buffer outputs an (elisp error)
message:
Wrong type argument: integer-or-marker-p, nil
- 1 participants
- 0 comments
Re: [Bug: 21.4.19] Binary characters in buffer causes emacs to crash
18 years, 5 months
Hoylen Sue
Hoylen Sue
Aidan,
Thank you for the reply.
Yes, it does seem to only occur on the Microsoft Windows port of XEmacs.
I'll look forward to the release of XEmacs 21.5.
Thank you for your hard work.
Hoylen
> Hoylen Sue:
> > XEmacs crashes when trying to view a buffer that contains some strange
> > binary (i.e. non-roman) characters in it.
>
> This is a symptom of the incomplete multilingual support on Microsoft
> Windows in 21.4. 21.4 doesn't have the Unicode support necessary for
> multilingual display on that platform; try 21.5 if using a beta version is
> an option for you.
>
> > It crashes and prints out the following message:
> >
> > Fatal error: assertion failed, file /usr/src/xemacs-21.4.19/src/redisplay-msw.c, line 563, runs[i].dimension == 1
> > Aborted (core dumped)
> >
> >
> > I first saw this bug when I had received some SPAM email containing
> > Chinese or Japanese characters in it, and was reading the mail using
> > Gnus. It would cause Xemacs to crash when trying to display the
> > article summary buffer in Gnus (which I assume was trying to display
> > the Subject line).
>
> --
> Santa Maradona, priez pour moi!
--
____________________________________________________________
hoylen(a)hoylen.com http://www.hoylen.com/
- 1 participants
- 0 comments
[comp.emacs.xemacs] Dead keys (+space) don't work on Windows
18 years, 5 months
Adrian Aichner
Adrian Aichner
Can someone comment on the relevance of this patch?
Thanks in advance!
Adrian
- 2 participants
- 1 comments
[Bug: 21.4.19] Binary characters in buffer causes emacs to crash
18 years, 5 months
Hoylen Sue
Hoylen Sue
================================================================
Dear Bug Team!
XEmacs crashes when trying to view a buffer that contains some strange
binary (i.e. non-roman) characters in it.
It crashes and prints out the following message:
Fatal error: assertion failed, file /usr/src/xemacs-21.4.19/src/redisplay-msw.c, line 563, runs[i].dimension == 1
Aborted (core dumped)
I first saw this bug when I had received some SPAM email containing
Chinese or Japanese characters in it, and was reading the mail using
Gnus. It would cause Xemacs to crash when trying to display the
article summary buffer in Gnus (which I assume was trying to display
the Subject line).
When composing this bug report, I've discovered that it is not just a
problem in Gnus, but it will also cause xemacs to crash when simply
editing a buffer with those characters in it.
Below is a uuencoded example of a file that triggers the
bug. I had to uuencode it so it won't crash emacs when I
tried to insert it; uudecode it before testing.
To reproduce the bug, simply try to visit the file. It is
expected that xemacs will simply display the file in a
buffer, but it crashes instead.
Thanks.
---cut here---
begin 644 bad-data.dat
M0V]N=&5N="U4>7!E.B!T97AT+W!L86EN.PH)8VAA<G-E=#TB:7-O+3(P,C(M
M:G`B"D-O;G1E;G0M5')A;G-F97(M16YC;V1I;F<Z(#=B:70*"ALD0B$A-UHD
M)#4D.WTD021'-VLZ)R0W)#\D8B1.)$XA(D)＠-GXD2DMH1GPD2S4_3&0D<CM]
M)$$[3R1A)$8D)"1K/&=)6"0_)$$A1"0])"8D)"0F/7=`+21/(2(P1C,P/W1"
M/R0O)"0D:R1B)$XD1R0Y(2,;*$(*"ALD0B5&)6PE+R5I)&0A(B5$(3PE-R5G
M)4,E2"1+)4DE0R57)6HD3B1A)&HY?B1S)$<D)"1#)#\]=T`M)#\D021.0F=(
M/B0L(2(_33I*)$`D0R0_)&＠D)B1+(2(]4#)Q)"0E-24D)4＠D8B4U)2\E:20X
M)&,D2B0D/7=`+21/)#\D)"0L)"0_33I*(2HU521+(2)+7$5V)$X]=T`M)"P]
M4#)Q)"0E-24D)4＠D<CM()"9-?4TS)'(Y320H)$8D7R1&,CPD-20D(2,_33I*
M)$Y"/B1+/5`R<20D)$LZ)"1K/7=`+21*)',D1B0B)',D7B1J-6\D2B0D)$＠[
15R0D)%XD.R1S)"LA*1LH0＠H`
`
end
---cut here---
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: CYGWIN_NT-5.1 vzell-de 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin
/usr/src/xemacs-21.4.19/configure '--pdump' '--srcdir=/usr/src/xemacs-21.4.19' '--prefix=/usr' '--datadir=/usr/share' '--statedir=/var' '--libdir=/usr/lib' '--infodir=/usr/share/xemacs-21.4.19/info' '--mandir=/usr/share/man/man1' '--package-path=/usr/local/share/xemacs/site-packages:/usr/share/xemacs/site-packages:/usr/share/xemacs/xemacs-packages:/usr/share/xemacs/mule-packages' '--with-mule' '--with_file_coding=yes' '--with_msw=yes' '--with-modules=no' '--with-athena=3d' '--with-widgets=lucid' '--with-dragndrop' '--with-offix'
XEmacs 21.4.19 "Constant Variable" configured for `i686-pc-cygwin'.
Compilation / Installation:
Source code location: /usr/src/xemacs-21.4.19
Installation prefix: /usr
Operating system description file: `s/cygwin32.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith
Compiler version: gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
Compiler specs file: /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Relocating allocator for buffers: no
GNU version of malloc: yes
libc: system-provided libc on i686-pc-cygwin
Window System:
Compiling in support for the Microsoft window system.
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
Compiling in support for Drag'n'Drop (EXPERIMENTAL).
- Drag'n'Drop prototype: msw OffiX.
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 Berkeley database.
Compiling in support for LDAP.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for file coding.
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for POP mail retrieval.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Using the new portable dumper.
Load-Path Lisp Shadows:
----------------------
(/usr/share/xemacs/xemacs-packages/lisp/build/build-report
/usr/share/xemacs-21.4.19/lisp/build-report)
Installed XEmacs Packages:
-------------------------
(skk ver: 1.23 upstream: 10.62a)
(mule-ucs ver: 1.14 upstream: 0.84)
(mule-base ver: 1.47 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.22 upstream: No-Upstream-Ver)
(leim ver: 1.22 upstream: No-Upstream-Ver)
(latin-unity ver: 1.15 upstream: 1.15)
(latin-euro-standards ver: 1.07 upstream: 1.07)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.21 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.0 upstream: steve(a)eicq.org--2005/xetla--main--1.0--version-0)
(xemacs-devel ver: 1.72 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.0 upstream: No-Upstream-Ver)
(x-symbol ver: 1.1 upstream: 4.5.1)
(w3 ver: 1.31 upstream: 4.0pre47)
(vm ver: 7.22 upstream: 7.17)
(viper ver: 1.47 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.2 upstream: 3.33.2)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.41 upstream: No-Upstream-Ver)
(tramp ver: 1.28 upstream: 2.0.51)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.38 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.9 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.28 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.12 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.21 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.19 upstream: 1.4.2)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.21 upstream: 2.0.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.06 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.44 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.06 upstream: No-Upstream-Ver)
(pgg ver: 1.06 upstream: 0.1)
(perl-modes ver: 1.08 upstream: No-Upstream-Ver)
(pcomplete ver: 1.04 upstream: 1.1.6)
(pcl-cvs ver: 1.66 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.36 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(net-utils ver: 1.48 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.18 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.29 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.75 upstream: No-Upstream-Ver)
(liece ver: 1.15 upstream: 1.4.9)
(jde ver: 1.48 upstream: 2.3.2)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.14 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.16 upstream: 4.18)
(hm--html-menus ver: 1.23 upstream: 5.9)
(haskell-mode ver: 1.07 upstream: 1.45)
(gnus ver: 1.87 upstream: 5.10.7)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.04 upstream: No-Upstream-Ver)
(games ver: 1.17 upstream: 1.04)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.04 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.39 upstream: 1.32)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.1 upstream: 2.4.1)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.19 upstream: Version 5.0 Revision: 1.776)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.11 upstream: 1.0)
(eieio ver: 1.05 upstream: 0.17)
(efs ver: 1.33 upstream: 1.23)
(edt ver: 1.13 upstream: No-Upstream-Ver)
(edit-utils ver: 2.32 upstream: No-Upstream-Ver)
(ediff ver: 1.6 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.2 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.17 upstream: 7.13)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.29 upstream: 2.34)
(auctex ver: 1.46 upstream: 11.55)
(apel ver: 1.32 upstream: 10.6)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 cus-face bbdb
regexp-opt timezone cal-china lunar solar cal-dst cal-persia cal-islam
cal-julian cal-hebrew holidays efs-cu diary-lib cal-move cal-xemacs
calendar skk-autoloads mule-ucs-autoloads mule-base-autoloads
lookup-autoloads locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
zenirc-autoloads xwem-autoloads xslt-process-autoloads
xslide-autoloads xlib-autoloads xetla-autoloads xemacs-devel-autoloads
xemacs-base-autoloads x-symbol-autoloads w3-autoloads vm-autoloads
viper-autoloads view-process-autoloads vhdl-autoloads vc-cc-autoloads
vc-autoloads tramp-autoloads tpu-autoloads tooltalk-autoloads
tm-autoloads time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
sml-mode-autoloads slider-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
sasl-autoloads ruby-modes-autoloads rmail-autoloads riece-autoloads
reftex-autoloads re-builder-autoloads python-modes-autoloads
psgml-dtds-autoloads psgml-autoloads ps-print-autoloads
prog-modes-autoloads pgg-autoloads perl-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads
oo-browser-autoloads ocaml-autoloads net-utils-autoloads
mmm-mode-autoloads misc-games-autoloads mine-autoloads mh-e-autoloads
mew-autoloads mailcrypt-autoloads mail-lib-autoloads liece-autoloads
jde-autoloads ispell-autoloads ilisp-autoloads igrep-autoloads
idlwave-autoloads ibuffer-autoloads hyperbole-autoloads
hm--html-menus-autoloads haskell-mode-autoloads gnus-autoloads
gnats-autoloads general-docs-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
ess-autoloads eshell-autoloads escreen-autoloads erc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads ecb-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
lisp-autoloads loadhist auto-show fontl-hooks x-iso8859-1 slovenian
czech romanian ccl mule-help code-cmds gutter-items menubar-items
x-menubar dragdrop mode-motion mouse itimer auto-save lisp-mode
easymenu iso8859-1 page buff-menu lib-complete cus-file derived frame
text-props obsolete cus-start custom widget cl-extra mini-cl cl cl-19
packages backquote very-early-lisp postgresqlv7 postgresql file-coding
mule mswindows-scrollbars mswindows lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
native-sound scrollbar unix-processes multicast network-streams
subprocesses menu-accelerator-support menubar berkeley-db md5 xemacs
xim gutter tiff png gif jpeg xface xpm xbm offix lisp-float-type
cygwin32 dragdrop-api dialog devices window-system base64)
Recent keystrokes:
-----------------
q ESC x r e p o r t SPC SPC x SPC SPC SPC SPC RET
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
Loading cus-face...done
Loading cus-face...
Loading regexp-opt...done
Loading regexp-opt...
No diary entries for Monday, 29 May 2006: Memorial Day
Loading cal-china...done
Loading cal-china...
Loading cal-islam...done
Loading cal-islam...
Loading cal-hebrew...done
Loading cal-hebrew...
Loading holidays...done
Loading holidays...
Preparing diary...
Preparing diary...
Loading efs-cu...done
Loading efs-cu...
- 2 participants
- 1 comments