April 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Crash in XEmacs 21.0 "20 minutes to Nikko" with gnuserv/gnuclient 25 years, 2 months

Colin Rafferty

obscurity writes: > Uh...this turned out to be a problem with the interface between keyboard and > chair. I was exiting the gnuclient with 'save-buffers-kill-emacs' rather > than 'delete-frame'. I need to find a way of getting my .emacs to set my > keys differently if I'm running gnuclient rather than xemacs :) (defun delete-frame-or-save-buffers-kill-emacs (&optional frame) "If there is only one frame, `save-buffers-kill-emacs', else `delete-frame'." (interactive) (delete-frame frame t)) (global-set-key [(control x) (5) (0)] 'delete-frame-or-save-buffers-kill-emacs)

1 participants
0 comments

XEmacs with Visual C++ 6.0 25 years, 2 months

Alex V. Ivanov

Hi! I have compiled XEmacs (version 21.2; Aug 1998) with M$ Visual C++ 6.0. Here is list of fixes that I have done. 1. nt\xemacs.mak 1.1. add glyphs-widget.c to DOC_SRC3 and glyphs-widget.obj to TEMACS_OBJS 1.2. add gui-msw.c to DOC_SRC7 and gui-msw.obj to TEMACS_MSW_OBJS 1.3. change ^" to " on line 438 and 440 (in commands for Creation of Installation.el) 2. nt\tiff.mak 2.1. add tif_luv.obj to LIB32_OBJS (I used tiff-v3.4beta037) 3. event-msw.c 3.1. change line 1675 from MSG msg = { hwnd, message, wParam, lParam, GetMessageTime(), pnt }; to MSG msg; msg.hwnd = hwnd; msg.message = message; msg.wParam = wParam; msg.lParam = lParam; msg.time = GetMessageTime(); msg.pt = pnt; 3.2. add ; after default: on line 2160 4. glyphs-msw.c 4.1. add ; after fname=f on line 1180 After this changes XEmacs was successfully compiled and run. That's all, folks! :-)

1 participants
0 comments

RE: todo-mode , xemacs, palm-pilot 25 years, 2 months

Ian MacKinnon

> -----Original Message----- > From: Tom Roth [mailto:godfather＠pixelpark.com] > Sent: 11 April 1999 02:19 > To: xemacs-beta(a)xemacs.org > Cc: Oliver.Seidel(a)cl.cam.ac.uk; erik(a)scandinaviaonline.se > Subject: todo-mode , xemacs, palm-pilot > > > Greetings > > I would like to inquire about and gather the efforts in a palm-pilot > integration for xemacs. I know there is bbdb-pilot.el by BTW: Anybody got an idea how long i will have to wait to see > emacs or at > least a lisp-engine on a PDA. I beleive that there is a lisp package for the Pilot, there was also the rumour of a Linux kernel :) > > > gruss/regards tom roth > > --- > Unix IS user friendly - it's just selective about who its friends are. >

1 participants
0 comments

Re: Crash in XEmacs 21.0 "20 minutes to Nikko" with gnuserv/gnuclient 25 years, 2 months

Jan Vroonhof

obscurity <obscurity(a)obscure.org> writes: > > Do you have a real name by chance? > > I do (of course), but I do not use it online. For long, complicated, and > completely off-topic reasons :) Well, feel free to mail me seperately. It makes refering to you just a tad more complicated. At least your mail doens't bounce :-). Anyway back to the real issues. > > Could you try without it. > > Your wish is my command. Just killed gpm and gave it another go, I meant compiling without GPM support. However I think this already confirms my hunch it is related to GPM. I think I know how to fix the crash (could you try to use the (untested) patch at the end?). But to fix the real problem is harder. We simply should not close the GPM connection when there are still linux consoles open. This would require some kind of reference counting or scanning all the consoles for open connection > time when I exited from gnuclient on the second virtual console, xemacs > exited (without crashing) on the original virtual console. Not having used > gnuserv/gnuclient before, I'm not sure if it's supposed to do this (it would > make more sense to me to just exit the gnuclient and leave the host xemacs > running), but at least it doesn't dump core. No it is not supposed to do that. I think it is another bug, unrelated to this. I cannot reproduce that however. Can you with "xemacs -vanilla"? Jan P.S. Here is the patch. Index: event-Xt.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/src/event-Xt.c,v retrieving revision 1.42 diff -u -u -r1.42 event-Xt.c --- event-Xt.c 1998/07/28 06:25:18 1.42 +++ event-Xt.c 1999/04/07 01:57:53 ＠＠ -2035,7 +2035,7 ＠＠ /* On a stream device (ie: noninteractive), bad things can happen. */ if (EQ (CONSOLE_TYPE (con), Qtty)) { mousefd = CONSOLE_TTY_MOUSE_FD (con); - if (mousefd >= 0) { + if (mousefd >= 0 && filedesc_to_what_closure[mousefd] ) { unselect_filedesc (mousefd); } } This code reflects this comment in event-Xt somewhat above it. mousefd = CONSOLE_TTY_MOUSE_FD (con); /* We check filedesc_to_what_closure[fd] here because if you run ** XEmacs from a TTY, it will fire up GPM, select the mouse fd, then ** if you run gnuattach to connect to another TTY, it will fire up ** GPM again, and try to reselect the mouse fd. GPM uses the same ** fd for every connection apparently, and select_filedesc will ** fail its assertion if we try to select it twice. */ -- Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Mathematik, vroonhof ＠ math.ethz.ch HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085

2 participants
1 comments

todo-mode , xemacs, palm-pilot 25 years, 2 months

Tom Roth

Greetings I would like to inquire about and gather the efforts in a palm-pilot integration for xemacs. I know there is bbdb-pilot.el by Erik Assum and since i strongly believe in xemacs as the true "do it all in one place" applikation i would like to submit a webpage that maintains such efforts. For now i see the most urgent need in todo-mode syncing. I think of an interface consistent with the palm-pilot based on the todo-mode by Oliver Seidel. Not that i would go as far as using strokes.el ;-) but option buttons for the priority would be a must. (i tend to have long todo lists) In the end consistency in the user interface could go all the way to a palm-pilot-mode that simulates a virtual palm-pilot much like kpilot. If i can't have emacs on the pilot, i want the pilot on xemacs. If some of you share my vision, i would be willing to maintain a webpage, that documents and coordinates those efforts. If nobody else volunteers, i am inclined to start coding, though my lisp is very basic and my time at the moment very rare. As far as i figured, there is only read-todos as part of the pilot-link package, so a pilot-write program would be needed too. BTW: Anybody got an idea how long i will have to wait to see emacs or at least a lisp-engine on a PDA. gruss/regards tom roth --- Unix IS user friendly - it's just selective about who its friends are.

1 participants
0 comments

Is this list (and xemacs.org) alive? 25 years, 2 months

SL Baur

If you're reading this within a few hours of Saturday, 7AM UT (Saturday 4PM JST, Saturday Midnight PDT) please send me email at the Reply-To above, otherwise, sorry for the spam.

1 participants
0 comments

FIOASYNC 25 years, 2 months

Neal D. Becker

Did anyone notice that linux-2.2.5 has "FIOASYNC ioctl fix"? Is this related to reported problems?

1 participants
0 comments

Re: Behaviour of call-process 25 years, 2 months

Enrico Scholz

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > [...] > > You can read in the SIGIO description, the prefered way to generate > > the signal is setting asynchronous mode with 'fcntl' > > Question. Are these ioctls lists coming from glibc or are they indirectly > from the kernel includes? There is a stream implementation for Linux, > maybe these ioctl's are there in the headers to have them reserved? The I_[SG]ETSIG ioctl's are defined in bits/stropts.h which is part of glibc. The appended source seems to be the most minimal program showing differences. At a SUN result is '0' everytime, but here (glibc2.1) '-1', indicating the E_INVAL error. Perhaps the glibc is faulty; I will contact the developers next week. Nevertheless the method in sysdep.c (using I_GETSIG before I_SETSIG) seems to be wrong. The SUN streamio(7I) manpage says I_GETSIG can be called only if the process is already registered to receive the SIGPOLL signal. But to do this, I_SETSIG must be used. That's why calling I_GETSIG before I_SETSIG will fail. Enrico -- eMail: enrico.scholz(a)wirtschaft.tu-chemnitz.de talk: ensc(a)ultra.csn.tu-chemnitz.de

1 participants
0 comments

Re: pop3.el - treating "From " at the beginning of lines 25 years, 2 months

Dmitry Yaitskov

Andy Piper <andy(a)xemacs.org> wrote: > At 12:34 PM 3/30/99 +0200, Hrvoje Niksic wrote: > >SL Baur <steve(a)xemacs.org> writes: > > > >> >> > "Convert MS-DOG style line endings to normal line endings. > >> >> > >> >> Will somebody please fix this comment? > >> > >> > It is impossible to fix it. > >> > >> I thought we had agreed that comments referring to `MS-DOG' were lame > >> and should be removed from the code. > > > >Yes, but we had also agreed not to change packages written by external > >contributors. Isn't pop3.el such a package? > > Not anymore, heh, heh :) > > andy Yes, I suppose it is okay to change that comment, here's what Stainless Steel Rat <ratinox(a)peorth.gweep.net> (who wrote the code I think) said to me in the pgnus list about that pop3.el: <snip> > No, just not my code. And I've asked them to change the name because it is > not my code. Either they have not, or you have an older version. <snip> So I think it's ok to change the comment. Here's my patch with the changed comment: ----------------------------cut here------------------------------- --- e:\bin\XEmacs\xemacs-packages\lisp\mail-lib\pop3.el Mon Mar 08 22:36:12 1999 +++ pop3.el Tue Mar 30 12:46:08 1999 ＠＠ -309,13 +309,17 ＠＠ (funcall pop3-read-passwd prompt)) (defun pop3-clean-region (start end) - "Convert MS-DOG style line endings to normal line endings. -Also remove '.' from the beginning of lines." + "Convert CRLF line endings to LF line endings. +Also remove '.' from the beginning of lines. +Also escape 'From ' after '\n\n' with '>' (for mbox)." (setq end (set-marker (make-marker) end)) (save-excursion (goto-char start) (while (and (< (point) end) (search-forward "\r\n" end t)) (replace-match "\n" t t)) + (goto-char start) + (while (re-search-forward "\n\n\$From \$" end t) + (replace-match "\n\n>\\1" t nil)) (goto-char start) (while (and (< (point) end) (re-search-forward "^\\." end t)) (replace-match "" t t) ----------------------------cut here------------------------------- I still am not sure this is the best place to do it - it makes sense only for mbox, but it IMHO surely beats losing mail. FWIW. -- Cheers, -Dima.

2 participants
1 comments

Re: Behaviour of call-process 25 years, 2 months

Jan Vroonhof

Enrico Scholz <enrico.scholz(a)wirtschaft.tu-chemnitz.de> writes: > Because of the comment at I_SETSIG (*STREAM*), I guess it can be used > just with streams but not with sockets. Yes, but these come from SYSV where sockets are just another stream. The headers also support SIGPOLL so I am not sure why these ioctl's aren't also supported. > You can read in the SIGIO description, the prefered way to generate > the signal is setting asynchronous mode with 'fcntl' Question. Are these ioctls lists coming from glibc or are they indirectly from the kernel includes? There is a stream implementation for Linux, maybe these ioctl's are there in the headers to have them reserved? Jan

1 participants
0 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 April 1999