August 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: cannot kill last buffer if it is named '*scratch*' 26 years

SL Baur

[Unless sanity has prevailed while I wasn't looking, this thread is illegal in Australia. I have two words for the censors in the Australian Government -- "Bite me."] Didier Verna <verna(a)inf.enst.fr> writes in xemacs-beta(a)xemacs.org: > Steve Baur wrote: >> I have no idea where this code is from. > No idea either, but I've just noticed that terminal.el (from os-utils) > is full of these. But there's nothing in it that would account for the backtrace William posted. terminal.el has a special exemption with regard to the language used in it. Ordinarily, I don't want code in XEmacs that will display such language to the user in messages (comments are fine). When the censors in the US passed the so-called "Communications Decency Act" Richard censored terminal.el and the rest of Emacs. XEmacs deliberately wasn't censored. Anyway, terminal.el has historical significance, even if it's in a deliberately ugly sort of way. Besides, under the prevailing XEmacs coding standards, if you patch an unmaintained package (like terminal.el) you become the owner of it, and the code in terminal.el is pretty much garbage nobody wants to maintain. If necessary, we can remove it altogether since we have eterm as a replacement.

1 participants
0 comments

Re: cannot kill last buffer if it is named '*scratch*' 26 years

Didier Verna

Steve Baur wrote: > I have no idea where this code is from. No idea either, but I've just noticed that terminal.el (from os-utils) is full of these. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

Re: cannot kill last buffer if it is named '*scratch*' 26 years

Didier Verna

wmperry(a)aventail.com (William M. Perry) wrote: > Bleeeeep! > [...] (setq fuckme buffers) [...] Waddya expect anyway ?! :-) -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

Simple Q: 26 years

Jake Callery

why does xemacs leave files like "filename~" laying around? and is there any way to stop that from happening? thanks much in advance.. -Jake A new Emacs User

2 participants
1 comments

cannot kill last buffer if it is named '*scratch*' 26 years

William M. Perry

Bleeeeep! -bp Signaling: (wrong-type-argument arrayp nil) aref(nil 0) (equal "*scratch*" (aref (car buffers) 0)) ) (if (equal "*scratch*" (aref ... 0)) nil (setq buffers (cdr buffers))) ) (unless (equal "*scratch*" (aref ... 0)) (setq buffers (cdr buffers))) ) (if buffers nil (get-buffer-create "*scratch*") (setq buffers (buffers-tab-items t)) (unless (equal "*scratch*" ...) (setq buffers ...))) ) (unless buffers (get-buffer-create "*scratch*") (setq buffers (buffers-tab-items t)) (unless (equal "*scratch*" ...) (setq buffers ...))) ) (let ((inst ...) (buffers ...)) (unless buffers (get-buffer-create "*scratch*") (setq buffers ...) (unless ... ...)) (setq fuckme buffers) (set-image-instance-property inst :items buffers) (resize-subwindow inst (gutter-pixel-width) nil)) ) (if (valid-image-instantiator-format-p (quote tab-control)) (let (... ...) (unless buffers ... ... ...) (setq fuckme buffers) (set-image-instance-property inst :items buffers) (resize-subwindow inst ... nil))) ) (when (valid-image-instantiator-format-p (quote tab-control)) (let (... ...) (unless buffers ... ... ...) (setq fuckme buffers) (set-image-instance-property inst :items buffers) (resize-subwindow inst ... nil))) ) remove-buffer-from-gutter-tab() kill-buffer("*scratch*") call-interactively(kill-buffer)

1 participants
0 comments

XEmacs documentation binaries available 26 years

Jason R Mastaler

XEmacs documentation "binaries" suitable for printing and on-line viewing have been placed in: <URL:ftp://ftp.xemacs.org/pub/xemacs/docs/> The following documents are available in Postscript, DVI and PDF (with permuted indices) formats for both US Letter and A4 sized paper: o Programming in Emacs Lisp, an Introduction (emacs-lisp-intro) o XEmacs Internals Manual (internals) o XEmacs Lisp Reference Manual (lispref)* o Getting Started With XEmacs (new-users-guide) o XEmacs Users Manual (xemacs) * Updated for XEmacs 21.1 Thanks to Darryl Okahata and Kazuyuki IENAGA for these beautiful documents.

3 participants
3 comments

Re: Just wondering 26 years

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > Charles G Waldman <cgw(a)fnal.gov> writes: >> Does anybody have any idea what ever happened to Kirill Katsnelson? None whatsoever. He disappeared shortly after starting a short-term contract near downtown Los Angeles. If he returned to Russia immediately after finishing that it would have put him there just before the shit really hit the fan, so I have feared the worst. > deja.com has a recent hit for that name in a MS developers newsgroup. > kkm(a)dtmx.com Hmm. That domain is registered to Datamax Technologies in Culver City. > The "kkm" is correct. I don't know how command that name is. > Maybe we should ask? Yes, please. It wouldn't hurt.

1 participants
0 comments

Re: GCPRUG in run_hooks [was Re: Another 21.2.19 crash] 26 years

Raymond Toy

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> [Note to FSF Emacs maintainers. This discusses an XEmacs bug. Jan> However, this code is identical to that in FSF Emacs 20.3. So it Jan> probably has the same bug] Jan> Raymond Toy <toy(a)rtp.ericsson.se> writes: >> I have to say, b19 has been the least stable beta for me since 21.1 or >> maybe even earlier. :-( Jan> He, its beta! Just be happy that there is new code to crash on. I wasn't really complaining, just stating an observation. If I didn't want crashes, I'd be using something else! :-) I'll try out your patch. This is the first time this crash has happened since b19 came out, so it's not a frequent bug, for the things that I do. Ray

1 participants
0 comments

Re: [line start cache] Re: XEmacs 21.1.4 crash (relatively often) on Solaris 2.7 sparc 26 years

Hamish Macdonald

>>>>> On Thu, 12 Aug 1999 22:44:21 +0200, >>>>> In message <19990812224421.A2826(a)loewner.math.ethz.ch>, >>>>> Jan Vroonhof <vroonhof(a)math.ethz.ch> wrote: Jan> BTW Hamish, does the reproduction recipe at the end of Jan> http://www.xemacs.org/list-archives/xemacs-beta/9903/msg00475.html Jan> "work" for you? I performed this recipe in: "XEmacs 21.1 (patch 4) \"Arches\" [Lucid] (sparc-sun-solaris2.7) of Tue Jul 27 1999 on rhea" (with the patch you originally sent me) and it did not go KABOOM. I assumed the "empty window" in the recipe was the 2nd one.

1 participants
0 comments

Re: Just wondering 26 years

Jan Vroonhof

Charles G Waldman <cgw(a)fnal.gov> writes: > Does anybody have any idea what ever happened to Kirill Katsnelson? deja.com has a recent hit for that name in a MS developers newsgroup. kkm(a)dtmx.com The "kkm" is correct. I don't know how command that name is. Maybe we should ask? Jan

1 participants
0 comments

2025

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 August 1999