October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Question for bytecompiler gurus `require' and bytecompilation 26 years, 1 month

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> What's the difference between >> >> (require 'foo) >> >> when foo.el *only* is found, and foo.elc is found? > I don't understand this question. Assume a file bar.el to be bytecompiled: ;;; bar.el --- do something interesting ... (require 'foo) ... ;;; bar.el ends here What difference (if any) does it make if foo.el (assuming foo.elc hasn't been bytecompiled yet) or foo.elc is loaded? Clearer?

3 participants
2 comments

Re: Why using (push-mark) ? 26 years, 1 month

Greg Klanderman

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> Hrvoje> Kyle Jones <kyle_jones(a)wonderworks.com> writes: >> I don't think this needs to be changed. There sure haven't been >> many (any?) other complaints about it, and the existing behavior is >> logical. Hrvoje> Hrvoje> Allow me to guess: you run with zmacs-regions set to nil? Hrvoje> Hrvoje> Because, if you don't, the current behaviour is far from logical. Hrvoje> Press C-SPC, then C-f a few times, then M-<. I bet 90% of XEmacs Hrvoje> users would expect the mark to remain at the point before C-f-ing. Hrvoje> Hrvoje> (this is kinda hard to explain; the best way is try it and see if you Hrvoje> share my and Didier's annoyance.) agreed. a few weeks ago this started really irritating me and now i use these: (defun gk:beginning-of-buffer () "Move point to the beginning of the buffer." (interactive "_") (if zmacs-region-active-p (if (> (point) (mark)) (exchange-point-and-mark)) (push-mark)) (goto-char (point-min))) (defun gk:end-of-buffer () "Move point to the end of the buffer." (interactive "_") (if zmacs-region-active-p (if (< (point) (mark)) (exchange-point-and-mark)) (push-mark)) (goto-char (point-max)))

1 participants
0 comments

Re: XEmacs package update 1998-10-12-1 26 years, 1 month

SL Baur

[The upload is proceding at glacial speeds. Fewer than half the tarballs have landed at this time.] Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: > Steve, > It seems that the new make rules do not build the binkit anymore when > you use the "binkit" rule. You have to explicitly say: > make $STAGING/pcl-cvs-1.34-pkg.tar.gz > for example. Is this intentional? "binkit" wasn't ever intended to be a visible rule. It was created so that individual Makefiles could specify their own installation sequence[1]. The "bindist" rule is the one to be using to create tarballs. Footnotes: [1] Which has now been obsoleted.

1 participants
0 comments

Re: Proposed version number change for 21.2 26 years, 1 month

SL Baur

Pete Ware <ware(a)cis.ohio-state.edu> writes in xemacs-beta(a)xemacs.org: > Use dates -- it even tells people how old their version is. Tack on a > "beta" to warn people off. Dates don't conveniently go into scripts. How would you determine a priori which was the previous version? This is needed for generating patch kits.

1 participants
0 comments

Re: package-get-base.el issues (was Re: [patch] enhancements to package-ui.el) 26 years, 1 month

SL Baur

Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: > How do you feel about what I proposed in response to Stephen > Turnbull's message last week, ie, automatic fetching from > ftp.xemacs.org with PGP signature checking? Between this and having the posts come through a known source (mailing list or newsgroup), I like the mailing list idea better. Of course we can always do both.

1 participants
0 comments

Re: Cheers for Steve (and Jamie, and...) 26 years, 1 month

SL Baur

Georg Nikodym <georgn(a)canada.sun.com> writes in xemacs-beta(a)xemacs.org: RC> My guess is that either Donald Knuth or Larry Wall will win. Good guess. > Given that Mr. Torvalds and Mr. Stallman were disqualified for having > been already honoured for their contributions, perhaps Mr. Wall should > also be disqualified. He received something like a lifetime > achievement award at the Usenix general conference in Anaheim (the one > before the last one in New Orleans). Too late!

1 participants
0 comments

Re: XEmacs package update 1998-10-12-1 26 years, 1 month

Greg Klanderman

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> sb> [The upload is going slowly. Allow about a half hour from the sb> timestamp on this message for all the tarballs to get copied.] sb> sb> I've updated all the packages and incremented every version number. sb> The only user-visible changes are to gnats and tm. The scripts that sb> formerly lived in the XEmacs core are now distributed with their sb> respective package. sb> Steve, It seems that the new make rules do not build the binkit anymore when you use the "binkit" rule. You have to explicitly say: make $STAGING/pcl-cvs-1.34-pkg.tar.gz for example. Is this intentional? greg

1 participants
0 comments

Re: Why using (push-mark) ? 26 years, 1 month

Didier Verna

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Huh?? You mean M-< and M->? C-< and C-> are commands explicitly used > for changing the mark, and they work well. Yes, sorry. That's what I meant. > > I'd like this behavior to go away unless there's a very good reason > > (that I missed) to have it. > > Well... {beginning,end}-of-buffer could check if the region was > already active, and not push the mark in that case, but I'd like to > make damn sure that we don't break anything by that change. M-< and > M-> have pushed the mark for ages. Yup. I could provide a patch and let people try it for some time. Also, if somebody sees something that could get broken, let he speak. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

2 participants
1 comments

Re: pcl-cvs provides still wrong [was Re: Package update] 26 years, 1 month

SL Baur

Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: ... > It seems most of package-info.in is generated from values set in the > Makefile (or generated via md5). Why not just put make variables in > the Makefile for the other couple static things and auto-generate it? The information has got to be stored somewhere. package-info.in is a template file that is used to autogenerate package-info. I'm trying to move stuff out of the Makefile not put more stuff in it. A compromise might be to make package-info.in be in a form that can be included by make as well as processed by XEmacs to create package-info.

1 participants
0 comments

Re: [CRASH] xemacs-21.2-b2 in pgnus 26 years, 1 month

SL Baur

Andrew, These are the identical symptoms to the bug I might have isolated a test case for and posted about last week. Does uudecdoing the XEmacs killer jpeg crash XEmacs for you? Andrew Hobson <ahobson(a)eng.mindspring.net> writes in xemacs-beta(a)xemacs.org: > I've had a problem for many betas with xemacs crashing in gnus. I > finally started xemacs under gdb. Unfortunately, this problem is not > easily reproducible. Sometimes I can go many days without it crashing > and some times it happens twice a day. I'm now running pgnus-0.33, > but still having the same problem. > The bug seems to be triggered when I hit 'g' in Gnus to get new news. > I have a pretty standard setup with some mail and some news. I do > have one "foreign server" that I read news from. ... > Program received signal SIGPIPE, Broken pipe.

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