November 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Char-related crashes (hopefully) fixed 25 years

Hrvoje Niksic

Eric Marsden <emarsden(a)mail.dotcom.fr> writes: > if you get rid of int-char, you will have to add some way of > generating "special" characters, like #\null, #\tab etc. ?\0, ?\t and friends will always work. But I think int-char should definitely stay, at least in the 0-255 range.

2 participants
1 comments

JOBS list for XEmacs 25 years

Ben Wing

Ben and I have come up with a tentative list of XEmacs `jobs', or areas of responsibility. The idea here is that the people listed as `Primary' are responsible for any problems in this area. However, in the event that all of the listed Primaries disapppear and become unresponsive to email, the Secondary agrees to step up and take over, at least temporarily. Please suggest changes and additions to this list. It will be wonderful if people would volunteer for unfilled positions. Position Primary Secondary ------------------------------------------------------------ Beta Release Maintainer Martin Buchholz Stable Release Maintainer Vinnie Shelton Jobs-List-Maintainer Ben Wing Japanese Liaison Stephen Turnbull Core Patch Tender Jan Vroonhof Andy Piper, Martin Buchholz Package Patch Tender Andreas Jaeger Martin Buchholz CVS Manager Jareth Hein Mailing List Manager Jason Mastaler Martin Buchholz Webmaster John Anderson Bug Tracker Miscellaneous Documentation --------------------------- Lisp Reference Manual Martin Buchholz XEmacs User Manual Martin Buchholz Internals Manual Martin Buchholz PROBLEMS Martin Buchholz FAQ Martin Buchholz NEWS Hrvoje Niksic Martin Buchholz README README Martin Buchholz Coding Projects --------------- Coding Standards Martin Buchholz Portable Dumper Olivier Galibert Windows support Configure support Martin Buchholz Mule Ben Wing, Martin Buchhlz, Olivier Galibert GUI support Andy Piper Redisplay Andy Piper Ben and Martin

3 participants
2 comments

index.texi and CVS updates 25 years

Martin Buchholz

There is a change I just committed to CVS that will not quite work with `cvs update'. The file index.texi used to be a generated symlink, but now it's a regular file in CVS. So do rm man/*/index.texi before cvs update (although things should work anyways if you omit this; however, CVS will continue to issue scary messages until you remove the index.texi files and re-run `cvs update'. Martin

1 participants
0 comments

Re: Char-related crashes (hopefully) fixed 25 years

Eric Marsden

>>>>> "bw" == Ben Wing <ben(a)666.com> writes: bw> Either int-char should be the mirror opposite of char-int (i.e. bw> accept all legal char integers), or it should be removed bw> entirely. if you get rid of int-char, you will have to add some way of generating "special" characters, like #\null, #\tab etc. -- Eric Marsden

2 participants
1 comments

Re: 21.2.b20: C-g in isearch differs from old b17 behavior 25 years

Jan Vroonhof

Mark Thomas <mthomas(a)jprc.com> writes: > Suppose I isearch (successfully) for "foo" and press RET to exit > isearch. Next I isearch (successfully) for "bar" and use C-g to exit > isearch. In b17, pressing C-s C-s would isearch for "bar"; in b20, it > searches for "foo". > > Is this by design? I don't remember seeing mention of it on the > xemacs-beta list. I don't think so. Hrvoje did a lot of work on isearch to feature sync with FSF. He probably made a mistake somewhere. Jan

1 participants
0 comments

Re: read-coding-system 25 years

Jan Vroonhof

Ben Wing <ben(a)666.com> writes: > 1) You should never combine patches like this. Instead, resubmit the patch that > was not approved, with a comment about this fact. (Which the patch tender -- > currently Jan -- ought to have noticed, and done something about.) I still never volunteered for that, I just seem to be the only one doing that. All Yoshiki patches are sitting in a bright right in my xemacs-review buffer. I just need a few straight hours at home to apply them, and those have been rare. Yoshiki please mail me again if any stuff is not in by next monday. Jan

1 participants
0 comments

Re: elisp packages 25 years

Jan Vroonhof

Martin Buchholz <martin(a)xemacs.org> writes: > that it is entirely natural that people would omit including the > packages, even if they are professional GNU software maintainers such > as inhabit Cygnus. Are you sure that the Cygwin people forgot to put the packages on the CD? I really cannot believe that. > Also, people who did try to follow the > instructions and use documented interfaces to install packages after > installing the `core' XEmacs often failed (and reverted to 20.4, since > that actually `worked'). > > >From this point of view, the package system has been an unmitigated disaster. Frankly I think the package system hasn't had a fair chance yet. Our communication, QA and maintenance crisis has amplified it weaknesses while not allowing us to profit from its benefits. We actually have had a split tarball system for the binaries for ages and I have seen relatively few complaints about that. The only real conceptual difference was that the binaries complained loudly if they couldn't bind the stuff from xemacs-common. Jan

3 participants
2 comments

Re: 21.2.b20: C-g in isearch differs from old b17 behavior 25 years

Hrvoje Niksic

Mark Thomas <mthomas(a)jprc.com> writes: > Suppose I isearch (successfully) for "foo" and press RET to exit > isearch. Next I isearch (successfully) for "bar" and use C-g to > exit isearch. In b17, pressing C-s C-s would isearch for "bar"; in > b20, it searches for "foo". > > Is this by design? Yes. C-g cancels the incremental search, which means that it backs up the point to where it was, and forgets the old search string. The change happened because I merged isearch-mode.el with FSF Emacs. I was careful not to destroy useful XEmacs features in the process, but I think this behaviour is acceptable. > I notice that isearch-quit (bound by default to (ugh!) ESC ESC ESC) > remembers the most recent search string. For me it doesn't. ESC ESC ESC is bound to isearch-cancel, and behaves almost exactly the same as C-g, bound to isearch-abort.

1 participants
0 comments

Re: Char-related crashes (hopefully) fixed 25 years

Hrvoje Niksic

Ben Wing <ben(a)666.com> writes: > If Hrvoje wants to insert Latin-2 characters by number Not only me. Everyone from the Latin 2 world will find it very strange that C-q <something> inserts Latin 1 chars. (I say "will" rather than "did" because the Latin 2 world has yet to discover Mule.)

1 participants
0 comments

stop_interrupts not working (was: Re: I need help from a signal expert !) 25 years

Oscar Figueiredo

>>>>> "Ben" == Ben Wing <ben(a)666.com> writes: Ben> Although you seem to have solved your problems through a different library, I think Ben> it would be worthwhile to step through unrequest_sigio() and see what functions are Ben> actually being called to affect the SIGIO signal. It's quite possible that Ben> something is indeed wrong here and needs fixing. If so, it's going to affect lots Ben> of places, and presumably all RedHat 6.0 users, and definitely needs to be fixed. Ben> If you can't figure out what's going on, at least put in a #### comment in the Ben> right place indicating that this function apparently doesn't do its job on RH 6.0, Ben> which could lead to a lot of strange results. Ben> ben I made some more tests. The function `emacs_sleep' appears not to be working for me. strace confirms that it is interrupted by a series of SIGIO signals. The debugger shows that the function `unrequest_sigio_on_device' is executed properly for a series of devices. Apparently a few are missing from the loop. I made the same test with xemacs -nw and the problem does not show up in that case. The guilty device(s) seem therefore to be X-related. I have no idea how to trace the SIGIOs back to the device(s) that generated them. I wonder, in the function `stop_interrupts', instead of calling unrequest_sigio which disables SIGIO on each device one by one, wouldn't it be faster and safer to simply disable SIGIO as a whole with a call to EMACS_BLOCK_SIGNAL (SIGIO) ? Oscar

2 participants
1 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta November 1999