August 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: things are "changed outside customize buffer" 25 years, 10 months

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> Mauro Condarelli <mc5686(a)mclink.it> writes: Customize-> Xemacs->Programming->Tools->Ediff->Use Toolbar Customize-> Xemacs->Programming->Tools->Ediff Highlighting->Use Faces Customize-> Xemacs->Programming->Tools->Ediff Highlighting->Highlht All Jan> The "use faces" one is to some bad interaction in the way Jan> ediff defines local variables that are customized. You can Jan> change this by moving the ediff-...-local macro call afterthe Jan> corresponding defcustom. Thanks for figuring this out, Jan. This has been bothering me for quite some time. Jan> I sent a patch to the ediff maintainer but it has not been Jan> applied yet to the XEmacs package I believe. Jan> Maybe the other variables have the same problem, Jan> Jan -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail aichner(a)ecf.teradyne.com

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 25 years, 10 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > I'm surprised that you all seem to miss it, but bignums cannot be > added as a module, because they require additional support in the Lisp > engine, as well as changes all over XEmacs. We're not talking about bignum support as it exists in CL. We're only talking about how large integers can be supported period.[1] If we are talking about bignum support, then you are correct. > Am I the one who is missing something obvious? In terms of getting support from a library such as GMP, I don't think they can be added via Lisp only. In terms of getting support from a DLL that links against GMP and uses an opaque LRECORD object, I think it should be possible, though I don't know whether it is possible. In pure Emacs lisp, it is possible by using lists with numbers broken into chunks similar to the way timestamps are now. Footnotes: [1] Unless it is me who is missing something obvious.

1 participants
0 comments

Re: things are "changed outside customize buffer" 25 years, 10 months

Jan Vroonhof

Mauro Condarelli <mc5686(a)mclink.it> writes: > Customize->Xemacs->Programming->Tools->Ediff->Use Toolbar > Customize->Xemacs->Programming->Tools->Ediff Highlighting->Use Faces > Customize->Xemacs->Programming->Tools->Ediff Highlighting->Highlht All The "use faces" one is to some bad interaction in the way ediff defines local variables that are customized. You can change this by moving the ediff-...-local macro call afterthe corresponding defcustom. I sent a patch to the ediff maintainer but it has not been applied yet to the XEmacs package I believe. Maybe the other variables have the same problem, Jan

1 participants
0 comments

Re: [BUG] Selecting text in tm messages 25 years, 10 months

Michael Sperber

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes in xemacs-beta(a)xemacs.org: >> I cannot select text in a tm message buffer, no matter if I'm just >> browsing it from the Gnus summary buffer, or entering it via pressing >> `v'. sb> I cannot reproduce this. I restarted XEmacs, and I could reproduce the problem. By chance, I happened to restart the X server, restarted XEmacs, and the problem is gone. Go figure. So I guess something's buggy in AIX's X server. Not that it would be the first time. Sorry about this. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: [BUG] Selecting text in tm messages 25 years, 10 months

SL Baur

Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes in xemacs-beta(a)xemacs.org: > I cannot select text in a tm message buffer, no matter if I'm just > browsing it from the Gnus summary buffer, or entering it via pressing > `v'. I cannot reproduce this. I'm up to Gnus-5.6.38, but I don't recall a problem with 5.6.33. Which reminds me, I probably should update the ftp site/CVS tree [...] O.K. The new version is there now. (gnus (standards-version 1.0 version "1.25" author-version "5.6.38" date "1998-08-19" build-date "1998-08-21" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority medium category "comm" dump nil description "The Gnus Newsreader and Mailreader." filename "gnus-1.25-pkg.tar.gz" md5sum "0e53901f2a59cd0091088c0ea457a2b7" size 1712349 provides (gnus message) requires (gnus w3 mh-e mailcrypt rmail mail-lib xemacs-base) type regular )) > This is seriously annoying. Yup. Though "seriously annoying" is a milder term than I would use ...

1 participants
0 comments

[BUG] Selecting text in tm messages 25 years, 10 months

Michael Sperber

I'm pretty sure this is a recent problem. I haven't investigated further yet, but maybe others can check if they see it: I cannot select text in a tm message buffer, no matter if I'm just browsing it from the Gnus summary buffer, or entering it via pressing `v'. This is seriously annoying. This is Gnus 5.6.33, and the tm package version 1.11. I'm running Erzgeberg. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: How many branches? [was: [for 20.2] ~user completion] 25 years, 10 months

Didier Verna

Darryl Okahata <darrylo(a)sr.hp.com> writes: > We're using CVS to manage a large internal project, and branches > are a %^&*#＠?! pain in the b**t. If you don't use branches, or if you > only use vendor branches, CVS is great, but it's pretty useless for > serious branch work. Too bad PRCS doesn't support network connections yet. I believe it has a much better branches management.

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 25 years, 10 months

Hrvoje Niksic

Kenichi Okuyama <okuyama(a)trl.ibm.co.jp> writes: > But, for AIX, mmap() will map the new page to address higher then > 0x80000000, which means we need 32nd bit. Huh? No, we don't! We already have the 32nd bit, because it's the *low* (0th) bit, not the high bit. > I'm thinking about having dirty bits for GCs on somewhere beside > pointer, but I don't have any GOOD Idea for now(especially the Idea > of knowing where the dirty bit exists from address of each > cells. This has all been done. Look at -DUSE_MINIMAL_TAGBITS case in the source. > "We need entire addressing space. If you have any Idea on > putting new information into address bit field, please don't. > We need entire addressing space for addressing." But of course. :-) -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- * Q: What is an experienced Emacs user? * A: A person who wishes that the terminal had pedals.

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 25 years, 10 months

Hrvoje Niksic

I'm surprised that you all seem to miss it, but bignums cannot be added as a module, because they require additional support in the Lisp engine, as well as changes all over XEmacs. Am I the one who is missing something obvious? -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Old numerical analysts never die, they just get disarrayed.

1 participants
0 comments

Re: How many branches? [was: [for 20.2] ~user completion] 25 years, 10 months

SL Baur

Darryl Okahata <darrylo(a)sr.hp.com> writes in xemacs-beta(a)xemacs.org: > However, things aren't quite as bleak as I make them. Someone > wrote a perl script called "cvslines" to help manage branches. See: > http://www.netapp.com/technology/freeware/cvslines/index.html I'll check this out. The core tree isn't multi-user updatable at this time. I have no short-term plans on making it multi-user. ... > P.S. -- I've also made some major changes to Frederic Lepied's cvs.el, > if anyone's interested (someday, I'll send these changes back to > him ;-(). Yes! I'm hoping to get updated cvs.el into the Lisp packages under the wire. Frédéric is still working on it, so it is definitely a live package.

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