I have tagged and uploaded XEmacs 21.4.23, "Moral Majority", to the
XEmacs ftp site. The tarball can be found here:
http://ftp.xemacs.org/xemacs-21.4/xemacs-21.4.23.tar.gz . In the next
several days I will post a more formal announcement and update the
website. It has been six years (!!) since my last release (and that
was off of CVS(!), I believe), so I'm certain to have gotten something
wrong. Please let me know what problems you find.
It is my fervent hope that this will be the last 21.4 release of
XEmacs and that 21.5 can be declared stable in the very near future.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all
With psvn dated:
(defconst svn-psvn-revision "2012-03-26, 21:23:49" "The revision date of psvn.")
I am getting an error when creating temporary files. The reason is
this piece of code.
(defvar svn-status-temp-dir
(expand-file-name
(or
(when (boundp 'temporary-file-directory) temporary-file-directory) ;emacs
;; XEmacs 21.4.17 can return "/tmp/kalle" from (temp-directory).
;; `file-name-as-directory' adds a slash so we can append a file name.
(when (fboundp 'temp-directory) (file-name-as-directory (temp-directory)))
"/tmp/")) "The directory that is used to store temporary files for psvn.")
Psvn somehow expects the Emacs variable value to always end with a
slash, while extra steps are taken to ensure that the value returned
by XEmacs also ends with a slash. Trouble is that vc-xemacs defines a
compatibility function #'temporary-file-directory, that simply returns
the value of #'temp-directory (which doesn't end with a slash on this
system anyway):
(unless (boundp 'temporary-file-directory)
(defvar temporary-file-directory (temp-directory)))
Since the Emacs documentation doesn't say anything about
temporary-file-directory always ending with a slash, it'd make sense
to change psvn if only for reasons of robustness. However, if there is
a risk that other packages depend on temporary-file-directory we may
want to consider changing the compatibility wrapper in vc-xemacs.
Opinions?
Thanks
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Stephen et al,
We are out of space on ftp.xemacs.org. I tried to move most ot the
21.4 tarballs to Attic, but I ran into problems with the "withdrawn"
subdirectory as you own those files. As far as I am concerned, the
"withdrawn" subdirectory can be completely deleted.
How many old versions do we want to keep? I'm OK with axing most of
the contents of the stuff older than 21.4, just preserving a few
milestone releases, like 19.16, etc.
Please let me know what you think I should delete and I'll have a go at it.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Found in the spambucket on mail.xemacs.org:
Subject: UNEXPECTED LUCK
To: xemacs-beta(a)xemacs.org
From: "James Gosling" <info(a)winners.org>
Unfortunately deleted before I realized the amusement value. :-)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi Jerry,
for a while now, gnuserv has been broken: gnuclient would exit
immediately rather than waiting for the user to press C-x #. Backing
out this one fixes it:
changeset: 5836:c03dd89e0055
user: Jerry James <james(a)xemacs.org>
date: Mon Dec 08 16:27:09 2014 -0700
summary: Fix gnuserv file descriptor leak.
Any preference on how to address this?
--
Regards,
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Dear Corinna, et al -
On Wed, Jan 28, 2015 at 8:58 AM, Corinna Vinschen wrote:
> On Jan 28 08:20, Vin Shelton wrote:
>> On Wed, Jan 28, 2015 at 4:53 AM, Corinna Vinschen wrote:
>> > On Jan 27 23:05, Vin Shelton wrote:
>> >> I spent some time debugging M-x shell in XEmacs on 32-bit Cygwin.
>> >> Here's what I found out.
>> >>
>> >> In the child after fork() but before exec(), the setsid() call in
>> >> disconnect_controlling_terminal() is causing the subprocess not to
>> >> function after it gets spawned.
>> >
>> > Can you define "not function" a bit more detailed? Does no process work
>> > at all, or do only processes requiring a tty not work? For instance,
>> > does something like an "echo foo > bar" still work?
>>
>> M-x shell is specifically designed to spawn an interactive process
>> like a shell. The bash subprocess starts, but it accepts no input.
>> Here is the output of ps for that process:
>>
>> S 1740 252 1740 268 pty1 1003 08:10:54 /usr/bin/bash
>>
>> I think it's only commands requiring a tty, but that's the whole point
>> of M-x shell mode. There is a separate command - M-x shell-command -
>> which is designed to run and capture the output of individual commands
>> like "ls" or "echo". That works fine.
>>
>> BTW, if I try to spawn gdb as a shell, the behavior is similar, but
>> this time the process looks like this:
>>
>> 3328 3248 3328 3408 pty2 1003 08:15:18
>> /usr/bin/gdb <defunct>
>>
>> HTH.
>>
>> >>
>> >> Thanks for any insight you can offer.
>> >
>> > Hmm, not off the top of my head. Is there a chance that you could
>> > provide a simple, self contained testcase to reproduce the setsid
>> > behaviour? I think I have to debug that.
>>
>> You mean a simpler test case than XEmacs? That seems like a low bar. :-)
>
> LOL.
After thinking about this for awhile, it dawned on me that the problem
is not with setsid() per se, but rather with the sequence of events
_following_ the setsid() call. That is, setsid() causes some of the
ensuing ioctl() (or similar) calls that set up the pty to fail.
I think I have verified this behavior - I restored the old sysdep.c
module and moved the disconnect_controlling_terminal() call [which
calls setsid()] from right after the fork() to just before the exec()
call and M-x shell works on Cygwin as it always has on linux.
I will endeavor to create a STC for Cygwin that includes all the code
involved in setting up the terminal so we can experiment with moving
the setsid() call between the beginning and the end of the function.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Michael Albinus <michael.albinus(a)gmx.de> writes:
> I gave it the autoload cookie, and used it here.
There must be another autoload issue somewhere. File name completion
doesn't work until I explicitly load `subr-more'. If the second
(directory) argument to #'file-name-completion is a Tramp path, I am
getting this error:
Wrong type argument: symbolp, (autoload "subr-more" ("/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/auto-autoloads.elc" . 93761) nil nil)
Cheers
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2015-01-27 - 2015-02-03)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
563 open ( +0) / 317 closed ( +0) / 880 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1993 days.
Median duration of open issues: 2159 days.
Open Issues Breakdown
new 255 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta