August 1999 - XEmacs-Beta - XEmacs Mailing List Archives

John Collis

Didier Verna <verna(a)inf.enst.fr> writes: > > I think you need to apply some patches from Andy to actually see them. > > Don't know if they're in the CVS sources or not (don't have CVS > > access). > > They are. You get the (top) gutter automatically from a rather recent > CVS version. One day, I had to set-specifier the gutter visibility to nil > myself after CVS updating. Are they slated for release with the next 21.2.x version then? Cheers, -- | John Collis (at home) | john(a)albemuth.dhs.org

1 participants
0 comments

RE: latest 21.2 CVS sources: wierd hang under Windows NT 25 years, 1 month

Andy Piper

At 09:15 AM 8/31/99 -0700, Damon Lipparelli wrote: >I'm not sure what you mean by "configuration". This is the native build >under WinNT 4.0 sp5. I'm building with VC++ 5.0 sp3. I build with the >attached batch file. I've got up-to-date versions of all of the relevant >packages. I also get a crash under mswindows. This is after updating (i.e. not my changes :) andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

RE: latest 21.2 CVS sources: wierd hang under Windows NT 25 years, 1 month

Andy Piper

At 09:15 AM 8/31/99 -0700, Damon Lipparelli wrote: >I'm not sure what you mean by "configuration". This is the native build >under WinNT 4.0 sp5. I'm building with VC++ 5.0 sp3. I build with the >attached batch file. I've got up-to-date versions of all of the relevant >packages. Sorry, I assumed you were building under UNIX. andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

RE: latest 21.2 CVS sources: wierd hang under Windows NT 25 years, 1 month

Damon Lipparelli

I'm not sure what you mean by "configuration". This is the native build under WinNT 4.0 sp5. I'm building with VC++ 5.0 sp3. I build with the attached batch file. I've got up-to-date versions of all of the relevant packages. Does this help? -lipp -----Original Message----- From: Andy Piper [mailto:andy＠xemacs.org] Sent: Tuesday, August 31, 1999 1:58 AM To: Damon Lipparelli; 'xemacs-beta(a)xemacs.org'; 'xemacs-nt(a)xemacs.org' Subject: Re: latest 21.2 CVS sources: wierd hang under Windows NT At 03:46 PM 8/30/99 -0700, Damon Lipparelli wrote: >After building the most recent (as of 3:44 pm PDT on 8/30/99) 21.2 sources, >I get a strange hang in XEmacs when I try to access the menubar. The menu >entry that I'm selecting (say, "Options") highlights, but the menu never >appears. XEmacs starts eating CPU at a furious rate, and then, eventually, >I get the following error in the echo area: > >(malformed-list #<INTERNAL OBJECT (XEmacs bug?) (symbol-value-forward type >13) 0x1167680) > >Is anyone else seeing this? Not me. What's your configuration? andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

Re: USER-INIT-DIRECTORY and all that jazz 25 years, 1 month

Hrvoje Niksic

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > Hrvoje> Micheal, is it possible to change the underlying > Hrvoje> implementation and Lisp API, but still have `-u' work? > > I offered to do that further down in the same mail. Great. Obviously I missed that part. > Moiself> I can envision *replacing* -u by arguments along the lines > Moiself> of "-user-init-file" and "-user-init-directory" for > Moiself> ~/.emacs and ~/.xemacs, and providing something like -u > Moiself> through that. How does that sound? > > So ...? Huh?

3 participants
2 comments

Re: USER-INIT-DIRECTORY and all that jazz 25 years, 1 month

Michael Sperber

>>>>> "Kyle" == Kyle Jones <kyle_jones(a)wonderworks.com> writes: Kyle> Hrvoje Niksic writes: >> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: >> >> > Hrvoje> Micheal, is it possible to change the underlying >> > Hrvoje> implementation and Lisp API, but still have `-u' work? >> > >> > I offered to do that further down in the same mail. >> >> Great. Obviously I missed that part. >> >> > Moiself> I can envision *replacing* -u by arguments along the lines >> > Moiself> of "-user-init-file" and "-user-init-directory" for >> > Moiself> ~/.emacs and ~/.xemacs, and providing something like -u >> > Moiself> through that. How does that sound? >> > >> > So ...? >> >> Huh? Kyle> I think that was the polite, understated moan of a man being Kyle> painfully stretched on the rack. :) A *man*? Kyle> Why is init-file-user and -u such a big furball? Both are Kyle> atavisms from teh dark ages, Well, sure, and they're causing problems *now*. Follow this thread upwards and you'll find that there are a number of *bugs* associated with them. Real bugs affecting real people. Kyle> and the docstring specifically Kyle> mentions .emacs so there's no reason it _has_ to work with Kyle> .xemacs, PACKAGEPATH and all that. Why can't it just be left Kyle> alone, working imperfectly, just it does now? 1. Because some of the code assumes it works with .xemacs. 2. Because the purpose of -u is apparently so I can say "run with this user's setup". Joe User would rightfully expect that this will mean both .emacs and .xemacs. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Yet another gutter/tabs showstopper 25 years, 1 month

Michael Sperber

My Installation file says this: ... No Xmu; substituting equivalent routines. ... Yet, during compilation: gcc -c -g -O3 -Wall -Wno-switch -I. -DHAVE_CONFIG_H -I/afs/informatik.uni-tuebingen.de/home/sperber/build/compface -I/afs/informatik.uni-tuebingen.de/rs_aix41/include -mminimal-toc /afs/informatik.uni-tuebingen.de/home/sperber/build/xemacs-21.2/lwlib/xlwtabs.c /afs/informatik.uni-tuebingen.de/home/sperber/build/xemacs-21.2/lwlib/xlwtabs.c:63: X11/Xmu/Misc.h: No such file or directory This is from the latest CVS, this morning. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

2 participants
2 comments

Re: USER-INIT-DIRECTORY and all that jazz 25 years, 1 month

Michael Sperber

>>>>> "dv" == Didier Verna <verna(a)inf.enst.fr> writes: dv> Kyle Jones <kyle_jones(a)wonderworks.com> wrote: >> But if you smoke init-file-user and the support code, I don't see how "emacs >> -u" is going to keep working. >> And I think it should keep working. Forget about the elaborate >> user who loads a bazillion packages from his private stash of >> bleeding edge Lisp. Think about the simple frood using a shared >> account who just wants her customization variables set and her >> ＠#&$*^ key bindings loaded. THAT still works, but it won't if we >> smoke "emacs -u". dv> I whole-heartedly agree with Kyle. I'm usually pissed off by backward dv> compatibility, but this time I'm sure we can't afford losing "-u". It simply dv> /is/ convenient for many things included the situations Kyle describes, and dv> many others (debugging somebody else's code, using settings from a project's dv> account etc). dv> The fact that some stuff requires the location of ~/.xemacs before the dv> command line is read sounds broken at a very low level. Isn't it possible to dv> fix this, maybe even by making a special early treatment for -u ? Please, guys, it's not a matter that I don't agree with you. It's just that I don't know how to fix it. I really invite you to try. I thought it would be easy. It's not. What's worse, a number of packages use the information provided -u in the wrong way (or not at all). I think it's better to have no feature than a feature which doesn't work at all like you'd expect. I can envision *replacing* -u by arguments along the lines of "-user-init-file" and "-user-init-directory" for ~/.emacs and ~/.xemacs, and providing something like -u through that. How does that sound? -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

3 participants
2 comments

Re: USER-INIT-DIRECTORY and all that jazz 25 years, 1 month

Didier Verna

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: > Moiself> I can envision *replacing* -u by arguments along the lines of > Moiself> "-user-init-file" and "-user-init-directory" for ~/.emacs and > Moiself> ~/.xemacs, and providing something like -u through that. How does > Moiself> that sound? > > So ...? good :-) -- / / _ _ 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: USER-INIT-DIRECTORY and all that jazz 25 years, 1 month

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > For instance, we could have a `user-startup-directory' that defaults, > say, to "~/", and which `xemacs -u joe' would set to "~joe/", etc. > Then correct startup code would do things like: > > (expand-file-name ".gnus" user-startup-directory) Could we turn that into a function please? That way lisp writers will be much more aware that this changes at run time and thus must be careful in using it in defvar's etc. 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 August 1999