Fwd: xemacs winclient improvements
15 years
Reini Urban
Reini Urban
Hi
I'm back in business :)
I switched from native Win32 to cygwin because of the non-matching
Win32 permissions.
Cygwin ACL's are sometimes fucked up by inheritance.
So I have several improvements.
Patches inlined because gmail uploader fails on my proxy
diff -u xemacs-21.5.28/lib-src/winclient.c.orig
xemacs-21.5.28/lib-src/winclient.c
--- xemacs-21.5.28/lib-src/winclient.c.orig 2009-06-24 09:30:22.234375000 +0200
+++ xemacs-21.5.28/lib-src/winclient.c 2009-06-24 10:59:52.437500000 +0200
＠＠ -209,8 +209,8 ＠＠
CloseHandle (pi.hThread);
CloseHandle (pi.hProcess);
- /* Try to connect */
- for (n = 0; n < 5; n++)
+ /* Try to connect. Process startup and XEmacs init might be slow */
+ for (n = 0; n < 10; n++)
{
Sleep (CONNECT_DELAY);
＠＠ -408,6 +408,12 ＠＠
/* Retrieve arguments */
while ((arg = getNextArg ((const char**)&lpszCommandLine, &len)) != NULL)
{
+#ifdef __CYGWIN__
+ /* On cygwin args are already space delimited so pass these args
+ verbatim to XEmacs */
+ fullpath = (char *) xmalloc (len);
+ ret = doFile (hConv, fullpath, arg);
+#else
/* First find the canonical path name */
fullpath = filepart = NULL;
pathlen = GetFullPathName (arg, 0, fullpath, &filepart);
＠＠ -451,7 +457,7 ＠＠
FindClose (hFindFile);
}
-
+#endif
/* Release the path name buffers */
free (fullpath);
free (arg);
diff -u xemacs-21.5.28/lib-src/Makefile.in.in.orig
xemacs-21.5.28/lib-src/Makefile.in.in
--- xemacs-21.5.28/lib-src/Makefile.in.in.orig 2007-05-21
05:50:19.000000000 +0200
+++ xemacs-21.5.28/lib-src/Makefile.in.in 2009-06-24 09:40:30.250000000 +0200
＠＠ -375,7 +375,7 ＠＠
$(CC) $(cflags) ${srcdir}/../nt/minitar.c $(ldflags) -lz -o $＠
winclient: ${srcdir}/winclient.c
- $(CC) $(cflags) ${srcdir}/winclient.c $(ldflags) -o $＠
+ $(CC) $(cflags) -mwindows ${srcdir}/winclient.c $(ldflags) -o $＠
hexl: ${srcdir}/hexl.c
$(CC) $(cflags) ${srcdir}/hexl.c $(ldflags) -o $＠
---------- Forwarded message ----------
From: Reini Urban <rurban(a)x-ray.at>
Date: 2009/6/24
Subject: xemacs winclient improvements
To: The Cygwin Mailing List <cygwin(a)cygwin.com>
Several xemacs ideas:
* I added -mwindows to the winclient linker step which results in a
much improved winclient.
I'll take this patch to xemacs-patches by myself.
* parseCommandLine() does not work on cygwin this way.
It uses the Win32 API to find files, and should be special cased to
use the POSIX API.
I'll discuss this at xemacs-beta
* xemacs-21.5.28-3 uses slow defaults:
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
hmm. 21.5.28 is stable for me and upstream. maybe remove this.
* build failure on 1.7:
In file included from
/usr/src/xemacs-21.5.28-3/src/xemacs-21.5.28/src/console-msw.h:41,
from
/usr/src/xemacs-21.5.28-3/src/xemacs-21.5.28/src/cmdloop.c:43:
/usr/src/xemacs-21.5.28-3/src/xemacs-21.5.28/src/syswindows.h:500:
error: conflicting types for 'wcstok'
/usr/include/wchar.h:92: error: previous declaration of 'wcstok' was here
make[1]: *** [cmdloop.o] Error 1
This needs a patch upstream. Maybe I'll take it upstream.
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 5 comments
Bill Perry contact
16 years
Jerry James
Jerry James
Is anyone in contact with Bill Perry? I want to talk to him about
putting GPL headers on the files he wrote, but email to
wmperry(a)xemacs.org forwards to wmperry(a)cs.indiana.edu, which doesn't
exist.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Re: XEmacs 21.5 much slower remotely?
16 years
Stephen J. Turnbull
Stephen J. Turnbull
BTW, thanks for following up on this. This could lead to major
improvements in the basic implementation of Xft for us. (Integration
with customize is still the big blocker IMO, though.)
Adam Sjøgren writes:
> I just tried turning off xft (--without-xft) and with this 21.5 build
> the display updates quickly over the ADSL-line for me.
>
> So the culprit in my particular case seems to be xft.
I can think of a number of possibilities.
(1) I believe that the Xrender extension caches "glyph collections" in
the server (effectively, it caches fonts). So it should be as
efficient as the server-side legacy fonts as long as glyphs are
sent to the server "as needed". Maybe your server doesn't
implement Xrender? (Look for RENDER in the list of extensions
returned by xdpyinfo.) Nothing XEmacs can do about this; you'll
have to live without Xft.
(2) Font instances are supposed to be cached in XEmacs, but it looks
to me like the same fonts are repeatedly instantiated. This would
probably defeat the caching. I think this is unlikely to be the
culprit, as this happens only a few hundred times (I think once
per face creation, basically). But it could be that the cache is
quite limited in size, and every time a new face comes in the old
one's cache data gets overwritten.
(3) Something about Xft is triggering redisplay aborts. The abort
counter I suggested might tell you about that.
(4) Something else. :-)
> P.S. Is something up with the mailinglist? Emails seem to not arrive at
> gmane any more.
The host running the mailing lists was attacked. Since they were
planning to replace the hardware anyway, they're doing that at the
moment with a clean install of a new OS (even a different distro).
Should be back up today or tomorrow.
http://www.xemacs.org/About/XEmacsServices.html has status, and
there's issue567 in the tracker (which just points to the above page).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 3 participants
- 3 comments
CEDET build help needed
16 years
Eric M. Ludlam
Eric M. Ludlam
Hi,
I'm trying to build a new distribution for CEDET
(http://cedet.sf.net), and ran into some basic issues running my
testsuite w/ XEmacs, and could use some advice.
I'm using the Ubuntu package of 21.4 (patch 21). This version
includes some very old packages relating to jde, ecb, and friends. JDE
in particular throws an error that my version of semantic (1.0pre7) is
too new. It wants 1.4.4.
Is there a command-line or other setting I can use to disable packages
that are part of an XEmacs install like this so I can effectively run
these tests, or allow users to do an install on top of what is in
XEmacs?
Thanks
Eric
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 4 participants
- 10 comments
Re: XEmacs 21.5 much slower remotely?
16 years
Adam Sjøgren
Adam Sjøgren
On Wed, 09 Sep 2009 21:27:03 +0200, Adam wrote:
> 21.4 works fast over my ADSL-line. 21.5 doesn't. If what you are
> guessing is the problem was introduced before 21.4, it can't be what is
> causing the problem I am experiencing, right?
I just tried turning off xft (--without-xft) and with this 21.5 build
the display updates quickly over the ADSL-line for me.
So the culprit in my particular case seems to be xft.
Now that that is established, any ideas of where to look to improve
this?
(I have absolutely no insight into these things, but sometimes all it
takes is the momentum of a newbie to get things moving; that is what I'm
hoping for anyway :-))
Best regards,
Adam
P.S. Is something up with the mailinglist? Emails seem to not arrive at
gmane any more.
--
"You know, this may sound just a teensy bit insane in Adam Sjøgren
the old membrane, Homer, but I was wondering if you asjo(a)koldfront.dk
could show me how to have some fun?"
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: Fatal error: assertion failed, file buffer.h, line 818 when fontify regex.c
16 years
Aidan Kehoe
Aidan Kehoe
Ar an deichiú lá de mí Méan Fómhair, scríobh It's me FKtPp ;):
> On 三, 2009-09-09 at 18:20 +0100, Aidan Kehoe wrote:
> > Ar an naoiú lá de mí Méan Fómhair, scríobh It's me FKtPp ;):
> >
> > > Dear Developers,
> > >
> > > Does anyone of you be able to reproduce the following assert error?
> > >
> > > Fatal error: assertion failed, file buffer.h, line 818, (retval) >=
> > > ((Bytebpos) 1) && retval <= ((buf)->text->z + 0)
> > >
> > >
> > > STEPs:
> > >
> > > 1. set font-lock mode to use lazy-shot.
> > > 2. open regex.c
> > > 3. M-x font-lock-fontify-buffer
> > >
> > > Assert Error.
> > >
> > > It seems there's some thing wrong with re_match_2_internal... But I
> > > can't manage to debug it :'(
> >
> > I can’t reproduce it on Cygwin, FKtPp. If you are able to reproduce it
> > consistently, have you tried recompiling regex.c without optimisation and
> > with debugging symbols?
> >
>
> Hi Aidan,
>
> Here's my configure line:
>
> ../configure --with-athena=3d --with-xft=emacs,menubars,tabs,gauges
> --with-mule --with-rel-alloc --with-kkcc --with-newgc --with-pdump
> --with-dump-in-exec --with-modules --with-xim=no
>
> And I find there's no -O flag, and also there's a -g flag. I think it is
> without optimisation and with symbols.
OK, let me try with those flags, then, maybe I’ll have more luck.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: Fatal error: assertion failed, file buffer.h, line 818 when fontify regex.c
16 years
FKtPp
FKtPp
On 四, 2009-09-10 at 02:16 +0900, Stephen J. Turnbull wrote:
> It's me FKtPp ;) writes:
>
> > with the same procedure and different xemacs start arguments, I got the
> > following result:
> >
> > xemacs -vanilla : no assertion error
> > xemacs -q : assertion error
> > xemacs -q --no-site-file : assertion error
>
> The difference between -vanilla and "-q -no-site-file" is whether
> "early" packages are used or not. Early packages are the ones in
> ~/.xemacs.
>
> I would start with the ones that are shadows:
>
> Load-Path Lisp Shadows:
> ----------------------
> (/usr/share/emacs/site-lisp/mercurial
> /home/fktpp/.xemacs/xemacs-packages/lisp/vc/mercurial
> /home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
> /usr/local/share/xemacs-21.5-b29/lisp/easy-mmode
> /home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
> /usr/local/share/xemacs-21.5-b29/lisp/regexp-opt
> /home/fktpp/.xemacs/xemacs-packages/lisp/apel/alist
> /usr/local/share/xemacs-21.5-b29/lisp/alist
> /home/fktpp/.xemacs/xemacs-packages/lisp/build/build-report
> /usr/local/share/xemacs-21.5-b29/lisp/build-report)
>
> APEL in particular is really evil. It needs to be compiled with the
> binary it runs on. (Theoretically the most recent XEmacs should run
> bytecode compiled by anything earlier, but ....) regexp-opt is an
> obvious suspect when regexps are involved, of course.
>
okay, I've nuked apel entirely. but the assertion error still
producible.
> That said, it should not be possible to crash XEmacs from Lisp, so
> there's an XEmacs bug here somewhere.
>
>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: XEmacs 21.5 much slower remotely?
16 years
Adam Sjøgren
Adam Sjøgren
On Wed, 09 Sep 2009 12:29:10 +0900, Stephen wrote:
> Adam Sjøgren writes:
>> I wonder how I can benchmark/profile this, I guess that would be the
>> place to start?
> Well, the place to start is the Internals manual, the chapter on
> redisplay. It's not terribly detailed and somewhat out of date, but
> it gives an overview of how things work. Then look at
> src/redisplay*.c and related files.
Thanks!
> Profiling won't help much. You can see that the problem is the the
> same content gets redrawn over and over again. The question that
> needs to be answered is "why?" and I don't think profiling can answer
> that because redraws are event-driven. The question is what are the
> events that are causing redraws, and why are they so frequent?
Maybe profiling isn't the right term - but I'd like to measure the speed
somehow so I can measure again after doing some changes and see if they
were beneficial or not.
It would give me a rather slow turnaround if I have to go to work to try
if a change has improved the speed or not :-)
[...redrawing hypothesis snipped...]
> For comparison, you could see if you can find (or build) a 21.1 XEmacs
> (21.4 won't do, it already has the cruft in redisplay).
Uhm. Now you've lost me:
21.4 works fast over my ADSL-line. 21.5 doesn't. If what you are
guessing is the problem was introduced before 21.4, it can't be what is
causing the problem I am experiencing, right?
> You could also use xevent to capture the events going to the window
> and see what they are.
Thanks for reply and the tips!
Now I just need some spare hours/days to play with these things...
Best regards,
Adam
--
"After finishing this exercise, you will probably be Adam Sjøgren
able to provide many really useful patches for Gnus asjo(a)koldfront.dk
in the future yourself."
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: Fatal error: assertion failed, file buffer.h, line 818 when fontify regex.c
16 years
Stephen J. Turnbull
Stephen J. Turnbull
It's me FKtPp ;) writes:
> with the same procedure and different xemacs start arguments, I got the
> following result:
>
> xemacs -vanilla : no assertion error
> xemacs -q : assertion error
> xemacs -q --no-site-file : assertion error
The difference between -vanilla and "-q -no-site-file" is whether
"early" packages are used or not. Early packages are the ones in
~/.xemacs.
I would start with the ones that are shadows:
Load-Path Lisp Shadows:
----------------------
(/usr/share/emacs/site-lisp/mercurial
/home/fktpp/.xemacs/xemacs-packages/lisp/vc/mercurial
/home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/share/xemacs-21.5-b29/lisp/easy-mmode
/home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/share/xemacs-21.5-b29/lisp/regexp-opt
/home/fktpp/.xemacs/xemacs-packages/lisp/apel/alist
/usr/local/share/xemacs-21.5-b29/lisp/alist
/home/fktpp/.xemacs/xemacs-packages/lisp/build/build-report
/usr/local/share/xemacs-21.5-b29/lisp/build-report)
APEL in particular is really evil. It needs to be compiled with the
binary it runs on. (Theoretically the most recent XEmacs should run
bytecode compiled by anything earlier, but ....) regexp-opt is an
obvious suspect when regexps are involved, of course.
That said, it should not be possible to crash XEmacs from Lisp, so
there's an XEmacs bug here somewhere.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: Fatal error: assertion failed, file buffer.h, line 818 when fontify regex.c
16 years
FKtPp
FKtPp
On 三, 2009-09-09 at 11:44 +0900, Stephen J. Turnbull wrote:
> It's me FKtPp ;) writes:
>
> > Does anyone of you be able to reproduce the following assert error?
> >
> > Fatal error: assertion failed, file buffer.h, line 818, (retval) >=
> > ((Bytebpos) 1) && retval <= ((buf)->text->z + 0)
>
> No problem here with:
>
> $ cd +build/src
> $ xemacs -vanilla &
> M-x lazy-shot-mode RET
> C-x C-f ../../src/regex.c
> M-x font-lock-fontify-buffer RET
> C-x C-c
>
> and a normal exit.
>
> Please submit a full bug report, including the exact steps you take to
> invoke xemacs and reproduce the bug, and the Installation file.
>
>
I did nothing but:
C-x C-f regex.c
M-x font-lock-fontify-buffer RET
then XEmacs failed with assertion error.. BTW, I have vc and mercurial
and lazy-shot activated.
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux fktpp-laptop 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18
19:25:34 UTC 2009 x86_64 GNU/Linux
../configure '--with-athena=3d' '--with-xft=emacs,menubars,tabs,gauges'
'--with-mule' '--with-rel-alloc' '--with-kkcc' '--with-newgc'
'--with-pdump' '--with-dump-in-exec' '--with-modules' '--with-xim=no'
XEmacs 21.5-b29 "garbanzo" 945247a8112f configured for
`x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/fktpp/workspace/xemacs-orig
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef
-Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g
libc version: GNU libc 2.9-4ubuntu6 (Debian)
Relocating allocator for buffers: yes
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
- Using fontconfig to manage fonts.
- Compiling in support for Xft antialiased fonts (EXPERIMENTAL).
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This feature will be replaced with a face.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
- Using Xft to render antialiased fonts in tab controls.
WARNING: This feature will be replaced with a face.
- Using Xft to render antialiased fonts in progress bars.
WARNING: This feature will be replaced with a face.
WARNING: This feature not yet implemented; setting ignored.
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.
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 GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new incremental garbage collector and the new allocator.
Using POSIX sigaction() to install fault handler.
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
Load-Path Lisp Shadows:
----------------------
(/usr/share/emacs/site-lisp/mercurial
/home/fktpp/.xemacs/xemacs-packages/lisp/vc/mercurial
/home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/share/xemacs-21.5-b29/lisp/easy-mmode
/home/fktpp/.xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/share/xemacs-21.5-b29/lisp/regexp-opt
/home/fktpp/.xemacs/xemacs-packages/lisp/apel/alist
/usr/local/share/xemacs-21.5-b29/lisp/alist
/home/fktpp/.xemacs/xemacs-packages/lisp/build/build-report
/usr/local/share/xemacs-21.5-b29/lisp/build-report)
Internationalization Settings:
-------------------------
Environment:
Value of LC_ALL : nil
Value of LC_COLLATE : nil
Value of LC_CTYPE : nil
Value of LC_MESSAGES : nil
Value of LC_MONETARY : nil
Value of LC_NUMERIC : nil
Value of LC_TIME : nil
Value of LANG : zh_CN.UTF-8
Lisp locale settings:
current-language-environment => "Chinese-GB (UTF-8)"
default-buffer-file-coding-system => utf-8
default-process-coding-system => (undecided . utf-8)
(current-locale) => "zh_CN.UTF-8"
keyboard-coding-system => utf-8
terminal-coding-system => utf-8
(coding-priority-list) =>
(utf-8 iso-8-2 big5 iso-7 utf-16-little-endian-bom utf-16-bom
utf-8-bom no-conversion iso-8-1 iso-8-designate iso-lock-shift
shift-jis utf-16-little-endian utf-16 ucs-4)
Coding system aliases:
'native is aliased to utf-8
'file-name is aliased to utf-8
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(xemacs-devel ver: 1.79 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.19 upstream: No-Upstream-Ver)
(w3 ver: 1.35 upstream: 4.0pre47)
(vm ver: 8.07 upstream: 8.0.12-devo)
(vc ver: 1.46 upstream: No-Upstream-Ver)
(tramp ver: 1.4 upstream: 2.0.56)
(time ver: 1.14 upstream: 1.17)
(text-modes ver: 1.98 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(speedbar ver: 1.29 upstream: 1.0pre4)
(sh-script ver: 1.24 upstream: 2.0f)
(ruby-modes ver: 1.04 upstream: 1.8.7)
(python-modes ver: 1.13 upstream: 5.0.0)
(psgml ver: 1.45 upstream: 1.3.2)
(prog-modes ver: 2.2 upstream: No-Upstream-Ver)
(pgg ver: 1.07 upstream: 0.1)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.06 upstream: 1.1.6)
(pcl-cvs ver: 1.68 upstream: R-2_9_9)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(net-utils ver: 1.56 upstream: N/A)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(ispell ver: 1.32 upstream: 3.6)
(ibuffer ver: 1.1 upstream: No-Upstream-Ver)
(gnus ver: 1.93 upstream: 5.10.8)
(gnats ver: 1.17 upstream: 3.101)
(fsf-compat ver: 1.19 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(eshell ver: 1.18 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(erc ver: 0.22 upstream: Version 5.1.2 Revision: 1.796.2.6)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.06 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edit-utils ver: 2.42 upstream: No-Upstream-Ver)
(ediff ver: 1.78 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ecrypto ver: 0.21 upstream: 2.0)
(dired ver: 1.2 upstream: 7.17)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(cedet-common ver: 1.01 upstream: 1.0pre4)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.38 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.32 upstream: 2.35)
(apel ver: 1.34 upstream: 10.7)
Installed Modules:
-----------------
Features:
--------
(parse-time gnus-ems gnus-xmas wid-edit efs-cu mail-extr message
messagexmas mml mml-sec mml-smime smime dig mm-decode mm-bodies
mm-encode mailcap mail-parse rfc2045 rfc2231 rfc2047 qp ietf-drums
mail-abbrevs nnheader nnheaderxm gnus-util netrc time-date mm-util
mail-prsvr mail-utils mailheader canlock sha1 executable hex-util
xemacsbug shadow sendmail rfc822 timer-funcs lazy-lock lazy-shot
font-lock where-was-i-db gnuserv vc-hooks vc-xemacs paren mic-paren
timer cus-face icomplete jka-compr china-util xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads vc-autoloads
tramp-autoloads time-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads speedbar-autoloads sh-script-autoloads
ruby-modes-autoloads python-modes-autoloads psgml-autoloads
prog-modes-autoloads pgg-autoloads perl-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads os-utils-autoloads
net-utils-autoloads mail-lib-autoloads ispell-autoloads
ibuffer-autoloads gnus-autoloads gnats-autoloads fsf-compat-autoloads
forms-autoloads footnote-autoloads eterm-autoloads eshell-autoloads
erc-autoloads elib-autoloads eieio-autoloads efs-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads dired-autoloads debug-autoloads
cedet-common-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads build-autoloads bbdb-autoloads apel-autoloads
modules-autoloads mule-autoloads auto-autoloads auto-show fontl-hooks
canna-leim tibetan slovenian czech romanian lao devanagari indian
cyrillic code-cmds gutter-items menubar-items x-menubar mode-motion
mouse behavior itimer auto-save lisp-mode easymenu easy-mmode
iso8859-1 page buff-menu lib-complete loadhist cus-file derived
newcomment rsz-minibuf env text-props fontconfig frame obsolete
cus-start custom widget cl-extra cl cl-19 packages backquote unicode
font-mgr lucid-scrollbars cut-buffer xft-fonts lucid-menubars
athena-dialogs x c-balloon-help tty-frames tty toolbar native-sound
scrollbar unix-processes multicast network-streams subprocesses
modules menu-accelerator-support menubar berkeley-db md5 xemacs mule
gutter tiff png gif jpeg xface xpm xbm lisp-float-type file-coding
linux dialog devices window-system base64)
Recent keystrokes:
-----------------
M-x r e g BS p o r TAB x e m a c s TAB RET
Recent messages (most recent first):
-----------------------------------
Loading gnus-ems...done
Loading gnus-xmas...done
Loading gnus-xmas...
Loading gnus-ems...
Loading efs-cu...done
Loading efs-cu...
Parsing /home/fktpp/.mailrc... done
Parsing /home/fktpp/.mailrc...
Loading mail-extr...done
Loading mail-extr...
Loading message...done
Loading executable...done
Loading executable...
Loading message...
Loading xemacsbug...done
Loading xemacsbug...
Loading timer-funcs...done
Loading timer-funcs...
Loading where-was-i-db...done
Loading where-was-i-db...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 2 comments