October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

[Crash] while expunging messages in vm 6.61 25 years, 7 months

Gunnar Evermann

Oops, I guess that's somehow my fault. Either the Motif fix is broken (I doubt that) or this is related to my fix for redisplay after widening. I added calls to beginning_of_line_p() in some places (e.g. window.c I think). Fset_window_buffer() should be one of them. I am afraid I have NO way to debug this at the moment. As you can tell from my email adress I just changed the university and have not yet found a place to install the XEmacs sources. On these machines here they don't even have XEmacs installed -- only FSF :-( Can one of you guys check with a debugger what exactly is causing the crash? BTW, is it only on HPUX? Maybe this is some old problem which is only now exposed because of the additional call to beginning_of_line_p. If you cannot fix it than back out my redisplay patch for 21.0 and I will try again for 21.2 when I have found the right maschine here. Gunnar

5 participants
11 comments

My subscriptions 25 years, 7 months

Steve Morris

I attempted to subscribe to two xemacs lists on friday. I am somewhere in limbo. I am subscribing from a different email address than I use to receive mail. Is that my problem? Is there any hope of a human intervening and eithor putting me on the lists or explaining why not? Or am I lost forever? Am I not dancing through the hoops properly? Why did it go thorugh the process of asking my alternate email address for authorization if it wasn't going to accept it? > >>>> auth 93a16b18 subscribe xemacs-beta sjm(a)judgement.com > Your request to Majordomo(a)xemacs.org: > > subscribe xemacs-beta sjm(a)judgement.com > > has been forwarded to the owner of the "xemacs-beta" list for approval. ... > >>>> auth 008a289c subscribe xemacs-nt sjm(a)judgement.com > Your request to Majordomo(a)xemacs.org: > > subscribe xemacs-nt sjm(a)judgement.com > > has been forwarded to the owner of the "xemacs-nt" list for approval. ... Should I have taken a bath before attempting to subscribe?

1 participants
0 comments

Re: Bug: bbdb 1.02, autoloads missing and keymap undefined 25 years, 7 months

Colin Rafferty

Okay, I looked a little, and I see that Steve has a "privately" patched version of 2.00.00. I will discuss with him about getting the 2.00.01 version with his patches. 2.00.01 has the autoload tags all there. -- Colin Colin Rafferty writes: > I understand your problem, but I'm curious as to where you are getting > your bbdb. > Version 2.00.01 on Matt Simmons' page is the correct version 2.0 to > use. That has a correct auto-autoloads.el file. > -- Colin > Heiko Muenkel writes: >> If I'm running vm, the function `bbdb-migration-query' will be called, >> but at this time there is no autoload for this function. If I'm >> defining such an autoload, the function `bbdb-auto-notes-hook' will be >> called, for which also no autoload is defined at this time. After >> defining an autoload for `bbdb-auto-notes-hook' the command will fail >> because of an undefined bbdb keymap. All of them, the autoloads and >> the keymap are defined in the function `bbdb-initialize'. Therefore it >> seems, that the function `bbdb/vm-update-record' should at first call >> `bbdb-initialize' (havnŽt checked that).

1 participants
0 comments

Re: Bug: bbdb 1.02, autoloads missing and keymap undefined 25 years, 7 months

Colin Rafferty

I understand your problem, but I'm curious as to where you are getting your bbdb. Version 2.00.01 on Matt Simmons' page is the correct version 2.0 to use. That has a correct auto-autoloads.el file. -- Colin Heiko Muenkel writes: > If I'm running vm, the function `bbdb-migration-query' will be called, > but at this time there is no autoload for this function. If I'm > defining such an autoload, the function `bbdb-auto-notes-hook' will be > called, for which also no autoload is defined at this time. After > defining an autoload for `bbdb-auto-notes-hook' the command will fail > because of an undefined bbdb keymap. All of them, the autoloads and > the keymap are defined in the function `bbdb-initialize'. Therefore it > seems, that the function `bbdb/vm-update-record' should at first call > `bbdb-initialize' (havnŽt checked that).

1 participants
0 comments

Re: Demonstration of XEmacs SIGPIPE misprocessing 25 years, 7 months

Holger Schauer

>>>>"sb" == SL Baur schrieb am 02 Oct 1998 23:23:19 -0700: sb> In Gnus, hit `X u' on this message. I get a very reliable sb> SIGPIPE insta-crash. With all the precautions we take against sb> SIGPIPE I'm very curious why this one leaks through ... I don't get a crash on Solaris 2.6 with the default uudecode installed here (which is supposed to be non-gnu). Holger -- --- http://www.coling.uni-freiburg.de/~schauer --- "IDE ist nicht schlechter als SCSI." -- Aus "Wie starte ich einen Endlosthread ?", Teil 121

1 participants
0 comments

Re: [bug] auctex 1.12 binkit 25 years, 7 months

Greg Klanderman

Don't know - where's the package-get-base.el with 1.13 and I'll try it? greg >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> sb> Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: >> auto-autoloads.el has the wrong version: sb> >> (package-provide 'auctex :version 1.09 :type 'regular) sb> sb> AUC TeX was repackaged. Do you still have problems with 1.13?

1 participants
0 comments

Re: Demonstration of XEmacs SIGPIPE misprocessing 25 years, 7 months

SL Baur

The silence is deafening. Does this testcase crash anything other than Linux+GNU uudecode? I take it not, but I want to be sure. If this test doesn't crash with your non-GNU uudecode, could you please try it with GNU uudecode? Thanks. This is on my list of maybe 21.0 showstopper bugs if it can be fixed in time.

3 participants
2 comments

Re: segv in VM, (Poitou, Linux) 25 years, 7 months

Paul Bibilo

Glynn Clements writes: > Hrvoje Niksic wrote: > > > This is probably redisplay-related. Glynn, have you applied Gunnar's > > latest patch? > > No, I haven't. I hadn't read any email for a few days. I discovered > that thread just after sending my message. > I've been running a version with Gunnar's patch for a day now on SGI IRIX6.2 without any crashes, so it looks like he's nailed it. -- Paul

1 participants
0 comments

Re: Separators on TTY 25 years, 7 months

Hrvoje Niksic

SL Baur <steve(a)xemacs.org> writes: > The change made some sense to me because screen real estate is > precious in 80x24, but InfoDock reverted it to 1 some time ago and > if there is no consensus to keeping it the way it is I am amenable > to this change. The InfoDock solution was the correct one. It is true that screen place is valuable on TTY's, but things simply looks too ugly without the separator. If you can make the change to 1 (and agree with it), please do. Otherwise, I can send a patch. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Manic depression is cool... your body can make its own drugs.

1 participants
0 comments

Re: Proposed version number change for 21.2 25 years, 7 months

Hrvoje Niksic

SL Baur <steve(a)xemacs.org> writes: > I would like to drop the beta designation as it currently exists and > change the version to a triplet -- 21.2.XX. This will be very confusing for users accustomed to Stallman's numbering, where betas of 21.2 would be numbered 21.1.xx. Also, it is highly non-obvious that 21.2 comes *after* 21.2.xx. This problem did not exist with 21.2 coming after 21.2-*beta*-xx. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Lost in Static 18 / And the storm is closing in now

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 October 1998