Hi, I compiled xemacs myself and installed into $HOME/xemacs-without-ipv6-cname
I then made a symlink of $HOME/xemacs-without-ipv6-cname/bin/xemacs to $HOME/bin/xemacs
I untarred the sumo tarball from http://ftp.xemacs.org/pub/xemacs/packages/xemacs-sumo-2009-02-17.tar.gz and untarred it into $HOME/xemacs-without-ipv6-cname/lib/xemacs, which made a directory called xemacs-packages there.
When I run xemacs, I am not able to update my packages.
I go to Tools -> Packages -> Set Download Site -> Official Releases -> US and choose US Main.
I then go "update package index" or any other command in the Tools menu about Packages and it complains: "symbol's value as variable is void: allow-remote-paths"
Can anyone help me with this? Thanks.
--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4024, Mail Stop L-557
7000 East Avenue, Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
---
Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
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
This is a problem that popped up after a software upgrade for Sun Ray
Server Software on Solaris. The fonts on the XEmacs menu were almost
illegible. I haven't been able to track down where this is coming from
and I have never seen a similar problem in over a decade of use with
XEmacs on Solaris. But, I just wanted to mention that there is a simple
fix for these X related issues if anyone has forgotten. I managed to
fix it by copying the etc/Emacs.ad file that comes with XEmacs to
/usr/openwin/lib/app-defaults/XEmacs and making a few edits (replacing
Emacs* with XEmacs*). I guess for non-Solaris users, it would be
/usr/lib/X11/app-defaults/XEmacs (as it alludes to in the file). This
had me up and running again in a matter of minutes. The hardest part
was finding Emacs.ad since I didn't recognize the suffix.
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Hi.
The last couple of days I have been getting this message from XEmacs:
"Stack overflow: Stack overflow in regexp matcher"
Usually when checking for new email in Gnus.
If I just try (g) again, the message doesn't re-appear.
It is rather curious. Has anyone else experienced this? I don't think I
have changed my Gnus-configuration recently.
Versions:
XEmacs 21.5 (beta29) "garbanzo" f3eca926258e+ [Lucid] (x86_64-pc-linux, Mule) of Mon Jul 26 2010 on topper
No Gnus v0.11 (f24a49038102c4566d5f8ba1ce1ff2156cff6ed5)
Best regards,
Adam
--
"Omvejviser" Adam Sjøgren
asjo(a)koldfront.dk
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Ar an t-aonú lá is triochad de mí Iúil, scríobh Aidan Kehoe:
> Ar an naoú lá is fiche de mí Iúil, scríobh Stephen J. Turnbull:
>
> > Mats Lidell writes:
> >
> > > I get FD #0 => stdin!? Ideas?
> >
> > YOW! That "!?" is definitely justified. I have no idea! :-/
> >
> > Maybe stdin is getting closed because it's backgrounded? But why
> > wouldn't this have blown up in the past? Why does X matter?
>
> Different event loops. If XEmacs is built with X11 support, event-Xt.c is
> used even when running headless on the TTY. I saw matter this years ago when
> a non-X11 build would drop input characters on the TTY while an X11 build
> wouldn’t--see http://hg.debian.org/hg/xemacs/xemacs/rev/0c544f2f566c .
>
> I doubt it’s that specific issue this time, but it’s probably something in
> event-tty.c.
That said, Mats, if you have the free time, I would suggest applying that
patch to your 21.4 and attempting a headless build.
--
“Apart from the nine-banded armadillo, man is the only natural host of
Mycobacterium leprae, although it can be grown in the footpads of mice.”
-- Kumar & Clark, Clinical Medicine, summarising improbable leprosy research
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Mats Lidell writes:
> might not be installed, but... It is the byte compilations that
> fails. Shouldn't the byte compiler do its job regardless of what
> features the xemacs-binary is configured with and regardless of what
> OS environment there is as long as the package tree is installed so
> that all elips-files are available?
No. "eval-when-compile" means that code can be run at compile time.
In particular, x-symbol is trying to make X bitmap glyphs on a no-X
build, inside an eval-when-compile (see x-symbol-vars.el).
Try evaluating
(canonicalize-spec-list `(((x) . [xbm :data (6 20 ,(make-string 20 0))])
((mswindows)
. [xbm :data (6 20 ,(make-string 20 0))])
((tty) . [string :data " "]))
'image)
in your 21.5 build.
This
(make-glyph `(((mswindows) . [bmp :data (6 20 ,(make-string 20 0))])
((tty) . [string :data " "])))
gives me "Invalid specifier locale (mswindows)" in my Linux build. So
it seems that glyph is actually tried to be instantiated, but why this
doesn't work I'm not sure. My guess is that the thing to do for now
is to remove the eval-when-compile from the make-glyph call in
x-symbol-vars.el, although that code probably should work.
The 21.4 build isn't failing in the byte compiler. The event loop is
somehow broken. It's trying to get events from a file descriptor that
claims to be a console (ie, a tty) but it somehow isn't. See l. 147
of src/event-tty.c.
I'm not sure why this would happen. You could try putting
if (!c) fprintf (stderr, "failing on FD #%d", i);
before the assert on l. 147 and see which FD is causing problems.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Hi,
The nomule build for 21.5 no fails due to
"Symbol's value as variable is void: mouse-yank-function"
>From comments in mouse.el I understand that it is not dumped with
XEmacs when no windows system is compiled in. I guess this is the case
on this window system less server. So mouse-yank-function simply isn't
there. How do we solve this?
Why is x-symbol-nomule having these mouse related functions when
x-symbol-mule doesn't? From their names you could expect them to
implement the same interface.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Hello,
When I configure xemacs with
./configure --prefix=/usr/local/xemacs/21.5.29 --with-error-checking=no --with-debug=no
I get the following message from the configure script:
blah blah...
creating src/GNUmakefile
creating src/.gdbinit
creating src/.dbxrc
creating src/xemacs.def
creating modules/ldap/Makefile
creating modules/ldap/GNUmakefile
configure: WARNING: unrecognized options: --with-error-checking, --with-debug
But configure --help tells me these are valid options. What am I doing wrong?
cook47@rcmac (profiles): uname -a
Darwin rcmac.llnl.gov 10.4.0 Darwin Kernel Version 10.4.0: Fri Apr 23 18:28:53 PDT 2010; root:xnu-1504.7.4~1/RELEASE_I386 i386
--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4024, Mail Stop L-557
7000 East Avenue, Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
---
Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
-----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:
===========================
x-symbol-1.12-pkg.tar.gz upstream version: 4.5.1
Previously Announced Packages Still in Pre-Release:
==================================================
Detailed Changes:
================
- ------- ChangeLog Entries from xemacs-packages/x-symbol/ChangeLog -------
2010-07-29 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.12 released.
2010-07-26 Aidan Kehoe <kehoea(a)parhasard.net>
* lisp/x-symbol-vars.el (x-symbol-heading-strut-glyph):
Only use valid image instantiators for the current XEmacs build;
fixes the smoketest when XEmacs doesn't have X11 support.
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.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFMUo7rgu3ywdHdhM0RAp6GAJ9WcJ3iDJHqoM1R33I/+Pza4/RR5gCg6o41
GonzNIxvI8oUyJIYTOglJNg=
=OCAK
-----END PGP SIGNATURE-----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
Jeff Mincy <jeff(a)delphioutpost.com> writes:
> As far as I can tell the problem happens for all emacs-lisp files
> including empty emacs-lisp files.
>
> touch fubar.el
> xemacs -vanilla (21.4.18)
> eval the defun and add-hook in the new vanilla xemacs and open the
> empty emacs-lisp file:
> C-x C-f fubar.el
> M-x == 'Wrong type argument: stringp, nil'
I still don't see it, at least not with 21.4.22. Could you try a more
recent version of 21.4 at least?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta