From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 4 15:07:38 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16055; Thu, 4 Jun 92 15:07:38 PDT Received: by heavens-gate.lucid.com id AA01953g; Thu, 4 Jun 92 14:56:27 PDT Received: from sgi.sgi.com (SGI.COM) by heavens-gate.lucid.com id AA01948g; Thu, 4 Jun 92 14:56:20 PDT Received: from athos.pei.com by sgi.sgi.com via UUCP (911016.SGI/910110.SGI) for help-lucid-emacs@lucid.com id AA20048; Thu, 4 Jun 92 15:04:21 -0700 Received: from athos.pei.com by pei.pei.com (5.52/900721.SGI) for sgi!lucid.com!help-lucid-emacs id AA04517; Thu, 4 Jun 92 14:49:44 PDT Received: by athos (4.1/SMI-4.1) id AA06808; Thu, 4 Jun 92 15:05:43 PDT Date: Thu, 4 Jun 92 15:05:43 PDT From: berry@athos.pei.com (Berry Kercheval) Message-Id: <9206042205.AA06808@athos> To: help-lucid-emacs@lucid.com Subject: Building 19.1 Reply-To: berry@pei.com When I try to build Lucid Emacs 19.1 on a Sun IPX with SunOS 4.1.2, GCC 2.1 and X11R5 I get a problem when it tries to load temacs. I get 'ld: Undefined symbol ___main' Any idea what the problem is? --berry Berry Kercheval :: berry@pei.com :: Protocol Engines, Inc. Mt. View, CA "And there's more where that came from!" From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 4 15:23:57 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16076; Thu, 4 Jun 92 15:23:57 PDT Received: by heavens-gate.lucid.com id AA02049g; Thu, 4 Jun 92 15:13:24 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA02044g; Thu, 4 Jun 92 15:13:11 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA07315; Thu, 4 Jun 92 15:21:20 PDT Date: Thu, 4 Jun 92 15:21:20 PDT From: eb@watergate (Eric Benson) Message-Id: <9206042221.AA07315@watergate.lucid> To: berry@pei.com Cc: help-lucid-emacs@lucid.com Subject: Re: Building 19.1 In-Reply-To: Berry Kercheval's message of Thu 4-Jun-92 15:05:43 PDT <9206042205.AA06808@athos> References: <9206042205.AA06808@athos> It looks like you're compiling with ENERGIZE defined. This is causing some code to be compiled for C++ static initializers. You can recompile with ENERGIZE not defined (change config.h) or you can supply an empty definition of _main(). From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 4 20:01:25 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16410; Thu, 4 Jun 92 20:01:25 PDT Received: by heavens-gate.lucid.com id AA03247g; Thu, 4 Jun 92 19:50:28 PDT Received: from colobus.cv.nrao.edu by heavens-gate.lucid.com id AA03243g; Thu, 4 Jun 92 19:50:23 PDT Received: by colobus.cv.nrao.edu (4.1/DDN-DLB/1.5) id AA19200; Thu, 4 Jun 92 22:58:11 EDT Date: Thu, 4 Jun 92 22:58:11 EDT From: bglenden@colobus.CV.NRAO.EDU (Brian Glendenning) Message-Id: <9206050258.AA19200@colobus.cv.nrao.edu> To: help-lucid-emacs@lucid.com Subject: GNUS/VM or other examples? Does anyone have any "fancy" examples for lemacs? I'd be interested in seeing things like: 1) Multifont display of messages/articles 2) Selecting a message/article/newsgroup solely with the mouse 3) Deleting likewise (in fact, deleting messages in a highlighted range would be great). 4) Useful menus Or any just generally fancy stuff :-) Brian Brian Glendenning - National Radio Astronomy Observatory bglenden@nrao.edu Charlottesville Va. (804) 296-0286 From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 4 20:15:33 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16414; Thu, 4 Jun 92 20:15:33 PDT Received: by heavens-gate.lucid.com id AA03285g; Thu, 4 Jun 92 20:01:29 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA03280g; Thu, 4 Jun 92 20:01:21 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA13547; Thu, 4 Jun 92 20:09:34 PDT Date: Thu, 4 Jun 92 20:09:34 PDT Message-Id: <9206050309.AA13547@thalidomide.lucid> X-Windows: Flawed beyond belief. From: Jamie Zawinski Sender: jwz@thalidomide To: bglenden@colobus.CV.NRAO.EDU (Brian Glendenning) Cc: help-lucid-emacs@lucid.com Subject: Re: GNUS/VM or other examples? In-Reply-To: Brian Glendenning's message of Thu 4-Jun-92 22:58:11 EDT <9206050258.AA19200@colobus.cv.nrao.edu> References: <9206050258.AA19200@colobus.cv.nrao.edu> There are a few simple examples of keybindings and that sort of thing in .../etc/lemacs-examples.el. Any command you can bind to a key, you can bind to a mouse button, using the syntax (global-set-key '[(control button1)] 'command). To define a command that looks at the position clicked, you have to get the invoking event and extract the position from it. Look at info.el, webster.el, and mouse.el for examples of this. I use this to fontify GNUS headers: (setq gnus-Select-article-hook 'fontify-headers) (defun fontify-headers () (let* ((current 'italic) p) (save-excursion (set-buffer gnus-Article-buffer) (goto-char (point-min)) (while (and (not (eobp)) (not (looking-at "\n"))) (cond ((looking-at "^[^ \t\n]+[ \t]*:") (set-extent-face (make-extent (match-beginning 0) (match-end 0)) 'bold) (setq p (match-end 0)) (cond ((looking-at "Subject[ \t]*:") (setq current 'bold-italic) (end-of-line) (set-extent-face (make-extent p (point)) current)) ((looking-at "\\(From\\|Resent-From\\)[ \t]*:") (setq current 'bold-italic) (goto-char (match-end 0)) (or (looking-at ".*(\\(.*\\))") (looking-at "\\(.*\\)<") (looking-at "\\(.*\\)[@%]") (looking-at "\\(.*\\)")) (end-of-line) (set-extent-face (make-extent p (match-beginning 1)) 'italic) (set-extent-face (make-extent (match-beginning 1) (match-end 1)) current) (set-extent-face (make-extent (match-end 1) (point)) 'italic) ) (t (setq current 'italic) (end-of-line) (set-extent-face (make-extent p (point)) current)))) (t (setq p (point)) (end-of-line) (set-extent-face (make-extent p (point)) current))) (forward-line 1)) (while (not (eobp)) (cond ((looking-at "^[ \t]*[A-Z]*[]}<>|][ \t]*") (goto-char (match-end 0)) (setq current 'italic)) ((or (looking-at "^In article\\|^In message") (looking-at "^[^ \t].*\\(writes\\|wrote\\|said\\):\n^[ \t]+[A-Z]*[]}<>|]")) (setq current 'bold-italic)) (t (setq current nil))) (cond (current (setq p (point)) (end-of-line) (set-extent-face (make-extent p (point)) current))) (forward-line 1)) ))) From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 01:21:50 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16800; Fri, 5 Jun 92 01:21:50 PDT Received: by heavens-gate.lucid.com id AA03929g; Fri, 5 Jun 92 01:11:20 PDT Received: from relay.CDNnet.CA by heavens-gate.lucid.com id AA03925g; Fri, 5 Jun 92 01:11:00 PDT Received: by relay.CDNnet.CA (4.1/1.14) id AA09738; Fri, 5 Jun 92 01:18:55 PDT Date: 5 Jun 92 1:18 -0700 From: George Lindholm To: Message-Id: <1243*lindholm@ucs.ubc.ca> Subject: Help: Installed binary can't find X server When I run the installed version of lemacs I get: This version of emacs only runs under X Windows (for now). Check that your $DISPLAY environment variable is properly set. but when I run src/xemacs it has no problems with finding the server. According to cmp the two files are identical. What is going on ???? Help SunOS 4.1.1, gcc 2.1, X11R5 George George Lindholm phone: (604) 822-4375 University Computing Services, UBC fax: (604) 822-5116 6356 Agricultural Road, Vancouver, B.C., Canada internet: lindholm@ucs.ubc.ca V6T 1Z2 bitnet: USERGNL@UBCMTSG From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 01:31:28 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16809; Fri, 5 Jun 92 01:31:28 PDT Received: by heavens-gate.lucid.com id AA03948g; Fri, 5 Jun 92 01:21:00 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA03944g; Fri, 5 Jun 92 01:20:55 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA13981; Fri, 5 Jun 92 01:29:12 PDT Date: Fri, 5 Jun 92 01:29:12 PDT Message-Id: <9206050829.AA13981@thalidomide.lucid> X-Windows: Putting new limits on productivity. From: Jamie Zawinski Sender: jwz@thalidomide To: George Lindholm Cc: Subject: Re: Help: Installed binary can't find X server In-Reply-To: George Lindholm's message of 5-Jun-92 1:18 -0700 <1243*lindholm@ucs.ubc.ca> References: <1243*lindholm@ucs.ubc.ca> The "only runs under X" message tends to happen when an error happens very early in emacs startup, before emacs is able to make the error message show up (well, it could/should, but it doesn't right now.) If the files are the same, then the only variable is their location. Probably what's happening is that it is finding a v18 lisp directory instead of the one that came with lemacs. Put a link to the lemacs lisp and etc directories in the same directory that you copied the executable to. If you don't do that, it will try /usr/local/lib/emacs/lisp and then /usr/local/emacs/lisp. If either of those exists and is the v18 lisp directory (specifically term/x-win.el) then you will lose. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 06:38:09 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA16930; Fri, 5 Jun 92 06:38:09 PDT Received: by heavens-gate.lucid.com id AA04400g; Fri, 5 Jun 92 06:22:52 PDT Received: from ora.com (ruby.ora.com) by heavens-gate.lucid.com id AA04396g; Fri, 5 Jun 92 06:22:45 PDT Received: by ora.com (5.65c/Spike-2.1) id AA28918; Fri, 5 Jun 1992 09:30:49 -0400 Received: by artemis.ora.com (4.1/Spike-2.1) id AA00185; Fri, 5 Jun 92 08:56:15 EDT Date: Fri, 5 Jun 92 08:56:15 EDT From: david@ora.com (David Flanagan) Message-Id: <9206051256.AA00185@artemis.ora.com> To: help-lucid-emacs@lucid.com Subject: Existing elisp code for lucid emacs? Lucid emacs sounds great, but what can I do with it without hacking elisp? Is there a C-mode that will italicize comments, for example, or a multi-font nroff-mode? I thought Epoch was great until I discovered that it didn't come with any elisp that took advantage of its capabilities, and started spending all my time hacking elisp instead of getting my "real work" done. So: does Lucid ship any nifty new elisp? Will Lucid maintain a repository of neat elisp hacks? David Flanagan From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 09:38:03 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17094; Fri, 5 Jun 92 09:38:03 PDT Received: by heavens-gate.lucid.com id AA04870g; Fri, 5 Jun 92 09:16:18 PDT Received: from phloem.uoregon.edu by heavens-gate.lucid.com id AA04866g; Fri, 5 Jun 92 09:16:10 PDT Received: from cambium.uoregon.edu by phloem.uoregon.edu (4.1/UofO NetSvc-05/01/91) id AA09956; Fri, 5 Jun 92 09:24:11 PDT Date: Fri, 5 Jun 92 09:24:11 PDT From: meyer@phloem.uoregon.edu (David M. Meyer 503/346-1747) Message-Id: <9206051624.AA09956@phloem.uoregon.edu> Received: by cambium.uoregon.edu (4.1/UofO NetSvc-03/02/92) id AA04537; Fri, 5 Jun 92 09:24:09 PDT To: help-lucid-emacs@lucid.com Subject: help building on SunOS 4.1.2 Howdy, I haven't been able to build lemacs yet. If I configure it for USE_GCC and USE_OLIT I get the following when I link it: ld: Undefined symbol ___main _resource_string _XtQString _XtQFontStruct _XtQFont _XtQInt _XtQBoolean _XrmCompileResourceList *** Error code 2 I shold point out that if you type "make" in the src directory it dies: make -f xmakefile all make: Fatal error: Don't know how to make target `all' Current working directory /net/phloem/disk1/home/meyer/lemacs-19.1/src *** Error code 1 make: Fatal error: Command failed for target `doall' Finally, if I define INCLUDE_EXTENSIONS in lwlib gcc dies horribly. Any ideas? Thanks, Dave ------------------------------------------------------------------------------- David M. Meyer Voice: 503/346-1747 Pager: 503/342-9458 FAX: 503/346-4397 Senior Network Engineer Internet: meyer@ns.uoregon.edu Office of University Computing Bitnet: meyer@oregon University of Oregon UUCP: ...!uoregon!meyer 1225 Kincaid Eugene, OR 97403 From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 10:57:47 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17239; Fri, 5 Jun 92 10:57:47 PDT Received: by heavens-gate.lucid.com id AA05215g; Fri, 5 Jun 92 10:42:30 PDT Received: from sgi.sgi.com (SGI.COM) by heavens-gate.lucid.com id AA05208g; Fri, 5 Jun 92 10:42:16 PDT Received: from athos.pei.com by sgi.sgi.com via UUCP (911016.SGI/910110.SGI) for help-lucid-emacs@lucid.com id AA03603; Fri, 5 Jun 92 10:50:17 -0700 Received: from athos.pei.com by pei.pei.com (5.52/900721.SGI) for sgi!lucid.com!help-lucid-emacs id AA06166; Fri, 5 Jun 92 10:34:13 PDT Received: by athos (4.1/SMI-4.1) id AA08138; Fri, 5 Jun 92 10:51:40 PDT Date: Fri, 5 Jun 92 10:51:40 PDT From: berry@athos.pei.com (Berry Kercheval) Message-Id: <9206051751.AA08138@athos> To: help-lucid-emacs@lucid.com Subject: help building on SunOS 4.1.2 References: <9206051624.AA09956@phloem.uoregon.edu> Reply-To: berry@pei.com Howdy, I haven't been able to build lemacs yet. If I configure it for USE_GCC and USE_OLIT I get the following when I link it: ld: Undefined symbol ___main I had this problem, and solved it by setting LIB_GCC in config.h to the explicit path of my gcc library -- it's in a nonstandard place. I used USE_LUCID, though -- It seemed to work just fine, although I have no Lucid products. I suspect USE_LUCID is really more like USE_VANILLA_X_AND_THIS_NEAT_STUFF_WE_ARE_INCLUDING_FREE_WITH_EMACS. Way cool, Jamie! --berry -- Berry Kercheval :: berry@pei.com :: Protocol Engines, Inc. Mt. View, CA "And there's more where that came from!" From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 10:59:45 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17252; Fri, 5 Jun 92 10:59:45 PDT Received: by heavens-gate.lucid.com id AA05228g; Fri, 5 Jun 92 10:45:51 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA05224g; Fri, 5 Jun 92 10:45:45 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA08205; Fri, 5 Jun 92 10:53:56 PDT Date: Fri, 5 Jun 92 10:53:56 PDT From: eb@watergate (Eric Benson) Message-Id: <9206051753.AA08205@watergate.lucid> To: berry@pei.com Cc: help-lucid-emacs@lucid.com Subject: Re: help building on SunOS 4.1.2 In-Reply-To: Berry Kercheval's message of Fri 5-Jun-92 10:51:40 PDT <9206051751.AA08138@athos> References: <9206051624.AA09956@phloem.uoregon.edu> <9206051751.AA08138@athos> Yes, USE_LUCID means "use the Lucid widget set" instead of the Motif or OLIT widget set. The Lucid widget set is included with the distribution. From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 11:00:51 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17256; Fri, 5 Jun 92 11:00:51 PDT Received: by heavens-gate.lucid.com id AA05235g; Fri, 5 Jun 92 10:46:52 PDT Received: from sgi.sgi.com (SGI.COM) by heavens-gate.lucid.com id AA05231g; Fri, 5 Jun 92 10:46:43 PDT Received: from athos.pei.com by sgi.sgi.com via UUCP (911016.SGI/910110.SGI) for help-lucid-emacs@lucid.com id AA04267; Fri, 5 Jun 92 10:54:47 -0700 Received: from athos.pei.com by pei.pei.com (5.52/900721.SGI) for sgi!lucid.com!help-lucid-emacs id AA06179; Fri, 5 Jun 92 10:38:41 PDT Received: by athos (4.1/SMI-4.1) id AA08146; Fri, 5 Jun 92 10:56:08 PDT Date: Fri, 5 Jun 92 10:56:08 PDT From: berry@athos.pei.com (Berry Kercheval) Message-Id: <9206051756.AA08146@athos> To: help-lucid-emacs@lucid.com Subject: SuperCite broken? Reply-To: berry@pei.com Anyone noticed that SuperCite breaks under lucid emacs? I have VM 5.31 and SuperCIte 2.1, and when replying I get a wrong type argument: integer-or-marker-p error. If no one has seen this I'll fix it but was wondering if it had already been done... --berry -- Berry Kercheval :: berry@pei.com :: Protocol Engines, Inc. Mt. View, CA "And there's more where that came from!" From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 11:07:23 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17265; Fri, 5 Jun 92 11:07:23 PDT Received: by heavens-gate.lucid.com id AA05251g; Fri, 5 Jun 92 10:51:43 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA05247g; Fri, 5 Jun 92 10:51:37 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA08235; Fri, 5 Jun 92 10:59:47 PDT Date: Fri, 5 Jun 92 10:59:47 PDT From: eb@watergate (Eric Benson) Message-Id: <9206051759.AA08235@watergate.lucid> To: berry@pei.com Cc: help-lucid-emacs@lucid.com Subject: Re: SuperCite broken? In-Reply-To: Berry Kercheval's message of Fri 5-Jun-92 10:56:08 PDT <9206051756.AA08146@athos> References: <9206051756.AA08146@athos> This is probably an instance of this problem. This is the most common compatibility problem, and one that is easily fixed. This is from the NEWS file: *** Compatibility note: if you have code which uses (mark) or (mark-marker), then you need to either: change those calls to (mark t) or (mark-marker t); or simply bind `zmacs-regions' to nil around the call to mark or mark-marker. This is probably the best solution, since it will work in Emacs18 as well. From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 12:36:04 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17377; Fri, 5 Jun 92 12:36:04 PDT Received: by heavens-gate.lucid.com id AA05592g; Fri, 5 Jun 92 12:16:08 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA05588g; Fri, 5 Jun 92 12:16:01 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA14932; Fri, 5 Jun 92 12:24:13 PDT Date: Fri, 5 Jun 92 12:24:13 PDT Message-Id: <9206051924.AA14932@thalidomide.lucid> X-Windows: No hardware is safe. From: Jamie Zawinski Sender: jwz@thalidomide To: meyer@phloem.uoregon.edu (David M. Meyer 503/346-1747) Cc: help-lucid-emacs@lucid.com Subject: Re: help building on SunOS 4.1.2 In-Reply-To: David M. Meyer's message of Fri 5-Jun-92 09:24:11 PDT <9206051624.AA09956@phloem.uoregon.edu> References: <9206051624.AA09956@phloem.uoregon.edu> In message <9206051624.AA09956@phloem.uoregon.edu> David M. Meyer wrote: > > ld: Undefined symbol > ___main This seems to mean that you aren't linking with the GCC library; LIB_GCC in config.h needs to be set to something appropriate. > _XtQString > _XtQFontStruct > _XtQFont Perhaps this means that you are linking with R4 header files and R5 libraries, or vice versa? I'm not sure. > I shold point out that if you type "make" in the src > directory it dies: > > make -f xmakefile all make: Fatal error: Don't know how to > make target `all' Current working directory > /net/phloem/disk1/home/meyer/lemacs-19.1/src *** Error code 1 > make: Fatal error: Command failed for target `doall' Yes, that was a stupid mistake that I thought I had fixed *before* making the tar files, but apparently I was wrong. You just have to add all: xemacs > Finally, if I define INCLUDE_EXTENSIONS in lwlib gcc > dies horribly. I suspect that by "dies horribly" you mean "can't find file IntrinsicI.h". To use INCLUDE_EXTENSIONS, you have to have the X11 source tree online, and you have to tell the Imakefile where it is. But you don't need INCLUDE_EXTENSIONS for anything. We only need it when building emacses compiled with support for Energize. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 12:42:14 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17382; Fri, 5 Jun 92 12:42:14 PDT Received: by heavens-gate.lucid.com id AA05627g; Fri, 5 Jun 92 12:20:10 PDT Received: from santafe.ecn.purdue.edu by heavens-gate.lucid.com id AA05623g; Fri, 5 Jun 92 12:20:04 PDT Received: by santafe.ecn.purdue.edu (5.65/1.30jrs) id AA11573; Fri, 5 Jun 92 14:28:07 -0500 Date: Fri, 5 Jun 92 14:28:07 -0500 From: luj@ecn.purdue.edu (John Lu) Message-Id: <9206051928.AA11573@santafe.ecn.purdue.edu> To: help-lucid-emacs@lucid.com Subject: problems in starting lemacs Cc: luj@ecn.purdue.edu Hi, Everyone, I just ftp'ed lemacs sun4 binary. I made necessary links for lock and lisp directory. Then I invoked lemacs: luj@santafe [14]$ ls README etc/ lisp@ lock@ src/ luj@santafe [15]$ src/lemacs -----Emacs: *scratch* (Fundamental)----All------------------------- This version of emacs only runs under X Windows (for now). Check that your $DISPLAY environment variable is properly set. errno: 69 Why did lemacs complain $DISPLAY was not set. I am running X11R5, my $DISPLAY was :0.0 I also tried to explicite say %ksh DISPLAY=`hostname`:0 src/lemacs lemacs still complained the same way. What was wrong ? How can I fix this ? Thanks a lot, -- john From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 12:52:34 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17402; Fri, 5 Jun 92 12:52:34 PDT Received: by heavens-gate.lucid.com id AA05674g; Fri, 5 Jun 92 12:33:18 PDT Received: from foobar.cs.Colorado.EDU by heavens-gate.lucid.com id AA05670g; Fri, 5 Jun 92 12:33:11 PDT Received: by foobar.cs.Colorado.EDU id AA17062 (5.65c/IDA-1.4.4 for help-lucid-emacs@lucid.com); Fri, 5 Jun 1992 13:41:18 -0600 Date: Fri, 5 Jun 1992 13:41:18 -0600 From: Dirk Grunwald Message-Id: <199206051941.AA17062@foobar.cs.Colorado.EDU> To: help-lucid-emacs@lucid.com Subject: Building on RISC/Ultrix 4.2 References: <9206051624.AA09956@phloem.uoregon.edu> <9206051924.AA14932@thalidomide.lucid> Reply-To: grunwald@foobar.cs.colorado.edu Office: 6-1 ECOT (303) 492-0452 Has anyone built lemacs on a DECstation? I found the following problems: + need -lcursesX -ltermcap specified in m/m-pmax.h (-lcursesX defined tparm, but -lcurses doesn't) + need to have a version of strdup + need 'remainder', which isn't available on DECstations + fileio.c needs to include + when I remove the define for real_path_name, the function isn't compiled in fileio.c, and causes link errors. + need to remove dependence of e.g., 'filehdr.h' from the makefile (should be /usr/include/filehdr.h). From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 12:59:34 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17410; Fri, 5 Jun 92 12:59:34 PDT Received: by heavens-gate.lucid.com id AA05664g; Fri, 5 Jun 92 12:31:59 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA05660g; Fri, 5 Jun 92 12:31:53 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA14980; Fri, 5 Jun 92 12:40:05 PDT Date: Fri, 5 Jun 92 12:40:05 PDT Message-Id: <9206051940.AA14980@thalidomide.lucid> From: Jamie Zawinski Sender: jwz@thalidomide To: luj@ecn.purdue.edu (John Lu) Cc: help-lucid-emacs@lucid.com Subject: Re: problems in starting lemacs In-Reply-To: John Lu's message of Fri 5-Jun-92 14:28:07 -0500 <9206051928.AA11573@santafe.ecn.purdue.edu> References: <9206051928.AA11573@santafe.ecn.purdue.edu> The "only runs under X" message tends to happen when an error happens very early in emacs startup, before emacs is able to make the error message show up (well, it could/should, but it doesn't right now.) Probably what is happening is that something is wrong with your lisp directory, and emacs is not finding or is getting the wrong version of .../lisp/term/x-win.el. If the lisp directory doesn't exist, then as a last resort, emacs tries /usr/local/lib/emacs/lisp and then /usr/local/emacs/lisp. If either of those exists and is the v18 lisp directory, then you will lose. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 13:47:36 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17447; Fri, 5 Jun 92 13:47:36 PDT Received: by heavens-gate.lucid.com id AA05934g; Fri, 5 Jun 92 13:30:09 PDT Received: from SLCS.SLB.COM by heavens-gate.lucid.com id AA05924g; Fri, 5 Jun 92 13:29:59 PDT Received: from sjosu1.sinet.slb.com (sjosu1.sjo.SINet.SLB.COM) by SLCS.SLB.COM (4.1/SLCS Mailhost 3.13) id AA26112; Fri, 5 Jun 92 15:37:44 CDT Received: from fgs.slb.com (fgssu1) by sjosu1.sinet.slb.com id AA07702; Fri, 5 Jun 92 13:39:03 PDT Received: from zippy.slb.com by fgs.slb.com (4.1/SINet-4.0.1) id AA06473; Fri, 5 Jun 92 13:39:42 PDT Date: Fri, 5 Jun 92 13:39:42 PDT From: santiago@fgssu1.fgs.slb.com (Ramon Santiago) Message-Id: <9206052039.AA06473@fgs.slb.com> To: help-lucid-emacs@lucid.com Subject: missing all: target? Ok, so I deleted the mail about the problem with the all: target. Can someone send this to me again. Ramon Santiago e-mail: santiago@fgssu1.fgs.slb.com Finder Graphics Systems phone: (415) 927-0100 A Schlumberger Company fax: (415) 927-2923 Corte Madera, CA From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 14:15:40 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17491; Fri, 5 Jun 92 14:15:40 PDT Received: by heavens-gate.lucid.com id AA06016g; Fri, 5 Jun 92 13:56:54 PDT Received: from eiffeltower.ecn.purdue.edu by heavens-gate.lucid.com id AA06012g; Fri, 5 Jun 92 13:56:48 PDT Received: from localhost by eiffeltower.ecn.purdue.edu (5.65/1.30jrs) id AA03440; Fri, 5 Jun 92 16:04:36 -0500 Message-Id: <9206052104.AA03440@eiffeltower.ecn.purdue.edu> To: santiago@fgssu1.fgs.slb.com (Ramon Santiago) Cc: help-lucid-emacs@lucid.com Subject: Re: missing all: target? In-Reply-To: Your message of Fri, 05 Jun 92 13:39:42 -0700. <9206052039.AA06473@fgs.slb.com> X-Mailer: RAND/UCI MH System Date: Fri, 05 Jun 92 16:04:33 -0500 From: John Lu > Ok, so I deleted the mail about the problem with the all: target. > > Can someone send this to me again. > Well all you need to do is to check src/ymakefile and add the target all: xemacs before the target for xemacs. > > Ramon Santiago e-mail: santiago@fgssu1.fgs.slb.com > Finder Graphics Systems phone: (415) 927-0100 > A Schlumberger Company fax: (415) 927-2923 > Corte Madera, CA > -- John From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 15:36:20 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17539; Fri, 5 Jun 92 15:36:20 PDT Received: by heavens-gate.lucid.com id AA06300g; Fri, 5 Jun 92 15:18:17 PDT Received: from sgi.sgi.com (SGI.COM) by heavens-gate.lucid.com id AA06296g; Fri, 5 Jun 92 15:18:08 PDT Received: from athos.pei.com by sgi.sgi.com via UUCP (911016.SGI/910110.SGI) for help-lucid-emacs@lucid.com id AA03952; Fri, 5 Jun 92 15:26:12 -0700 Received: from athos.pei.com by pei.pei.com (5.52/900721.SGI) for sgi!lucid.com!help-lucid-emacs id AA06849; Fri, 5 Jun 92 15:09:50 PDT Received: by athos (4.1/SMI-4.1) id AA08500; Fri, 5 Jun 92 15:27:37 PDT Date: Fri, 5 Jun 92 15:27:37 PDT From: berry@athos.pei.com (Berry Kercheval) Message-Id: <9206052227.AA08500@athos> To: help-lucid-emacs@lucid.com Subject: VM problem Well when I used the vm provided with lemacs, doing vm-reply got me a bad number of arguments error on a byte-compiled function deep inside vm-delete-duplicates. I set debug-on-error to t and loaded vm-misc.el to see if I could get somthing more readable than "(lamda () "\234\235\456\456\")" Lo! Now it works. I re-byte-compiled and re-loaded the file, and it still works. How mysterious. --berry (puzzled but happy) -- Berry Kercheval :: berry@pei.com :: Protocol Engines, Inc. Mt. View, CA "And there's more where that came from!" From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 16:56:01 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17660; Fri, 5 Jun 92 16:56:01 PDT Received: by heavens-gate.lucid.com id AA06658g; Fri, 5 Jun 92 16:35:18 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA06650g; Fri, 5 Jun 92 16:34:45 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA15339; Fri, 5 Jun 92 16:42:59 PDT Date: Fri, 5 Jun 92 16:42:59 PDT Message-Id: <9206052342.AA15339@thalidomide.lucid> X-Windows: A terminal disease. From: Jamie Zawinski Sender: jwz@thalidomide To: berry@athos.pei.com (Berry Kercheval) Cc: help-lucid-emacs@lucid.com Cc: bug-lucid-emacs@lucid.com Reply-To: jwz@heavens-gate.lucid.com Subject: Re: VM problem In-Reply-To: Berry Kercheval's message of Fri 5-Jun-92 15:27:37 PDT <9206052227.AA08500@athos> References: <9206052227.AA08500@athos> In message <9206052227.AA08500@athos> Berry Kercheval wrote: > > Well when I used the vm provided with lemacs, doing vm-reply got me a > bad number of arguments error on a byte-compiled function deep inside > vm-delete-duplicates. That's very strange. Can you reproduce it? If so, I'd like to see the backtrace. (uuencode it before you mail it to me.) It would also help if you could try to reproduce it in an emacs started with -q, to see if the problem is a bad interaction with some code you have loaded. By the way, messages like this should go to bug-lucid-emacs, not help-lucid-emacs. I think that, at least for the next few days, help-lucid-emacs should be a pretty low volume list. It should be for discussing the use of lemacs, not bugs in it, or in its installation procedures. If this high volume of bug reports keeps up, people are going to unsubscribe from the help list, which would be bad. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 5 18:14:10 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA17702; Fri, 5 Jun 92 18:14:10 PDT Received: by heavens-gate.lucid.com id AA06923g; Fri, 5 Jun 92 17:54:39 PDT Received: from ucsd.edu by heavens-gate.lucid.com id AA06918g; Fri, 5 Jun 92 17:54:31 PDT Received: from yukawa.ucsd.edu by ucsd.edu; id AA06022 sendmail 5.64/UCSD-2.2-sun via SMTP Fri, 5 Jun 92 18:02:35 -0700 for help-lucid-emacs@lucid.com Received: by yukawa.ucsd.edu (5.57/Ultrix3.0-C) id AA29540; Fri, 5 Jun 92 18:00:58 -0700 Date: Fri, 5 Jun 1992 18:00:55 -0700 (PDT) From: Andrew Cohen Subject: lemacs on decstation To: help-lucid-emacs@lucid.com Message-Id: I just tried compiling lemacs on a decstation 3100 running ultrix4.2 with X11R5, and had a few problems. After some minor fooling with makefiles and config.h I got xemacs to compile, but when I run it, it first blanks the xterminal from which I start it, then draws part of an emacs mode line, and finishes with the message that lemacs currently only works under X, and I should check my $DISPLAY variable. Well, the display is set correctly. Has anyone tried to compile for this platform? Andy Cohen PS I am not experienced with C, but I am willing to play with the debugger a bit. So far no luck.... From help-lucid-emacs-request@heavens-gate.lucid.com Sat Jun 6 11:57:05 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA18333; Sat, 6 Jun 92 11:57:05 PDT Received: by heavens-gate.lucid.com id AA08398g; Sat, 6 Jun 92 11:35:08 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA08392g; Sat, 6 Jun 92 11:34:58 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA02194 (5.65b/CWI-3.3); Sat, 6 Jun 1992 20:41:08 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Sat, 6 Jun 92 19:39 METDST Received: by pasta.mh.nl (/\==/\ Smail3.1.25.1 #25.1) id ; Sat, 6 Jun 92 19:36 MET DST Message-Id: Date: Sat, 6 Jun 92 19:36 MET DST From: jv@mh.nl (Johan Vromans) X-From: Multihouse, Gouda, The Netherlands To: help-lucid-emacs@lucid.com Subject: build problems [VAX/Ultrix] X-Mailer: GNU Emacs 18.58.2 with VM 4.42 Hi, Trying to build lemacs-19.1 on VAX/Ultrix 4.2 (gcc 2.1) I encountered some problems that may not be limited to my system. 1 src/faces.c needs "#include " before "#include ". (This could be Ultrix specific.) 2 When compiled with HAVE_REALNAME, the linker cannot find "realname". When compiled w/o HAVE_REALNAME, src/fileio.c does not include the code for Freal_path_name, but does call that function anyway. Again, the linker complains. 3 Is it only my system that lacks "strdup"? I found one in GNU Liberty, is that one safe to be used? 4 src/data.c calls "remainder", which is not available on my system. It is also not clear if lemacs can be compiled without LISP_FLOAT_TYPE. 5 This one is a real booby trap. GCC 2.1 installs libgcc.a in /usr/local/lib/gcc-lib/vax/2.1/libgcc.a. Guess what happens if you #define LIB_GCC to this filename in config.h. (Hint: the preprocessor defines 'vax' to be 1)... 6 etc/Makefile is rather specific instead of generic. I have worked around all points, except for points 2 and 4. Any suggestions? Johan From help-lucid-emacs-request@heavens-gate.lucid.com Sun Jun 7 04:05:22 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA18882; Sun, 7 Jun 92 04:05:22 PDT Received: by heavens-gate.lucid.com id AA09695g; Sun, 7 Jun 92 03:43:03 PDT Received: from lynx (lynx.csis.dit.csiro.au) by heavens-gate.lucid.com id AA09691g; Sun, 7 Jun 92 03:42:53 PDT Received: from argo.csis.dit.csiro.au by lynx (4.1/1.0) id AA10049; Sun, 7 Jun 92 20:50:38 EST Received: by argo.csis.dit.csiro.au (4.1/1.0) id AA02518; Sun, 7 Jun 92 20:50:36 EST From: stuarth@csis.dit.csiro.au Message-Id: <9206071050.AA02518@argo.csis.dit.csiro.au> Subject: Printing Lucid emacs documentation... To: help-lucid-emacs@lucid.com Date: Sun, 7 Jun 92 20:50:36 EST X-Mailer: ELM [version 2.3 PL11] Hi, I'm in the process of running the emacs texinfo file through TeX and dvips to produce a Postscript file. I notice that all the pages (starting at the numbered ones) are shoved up toward the top of the paper with a large gap at the bottom of each page. I'm a TeX neophyte so I need to ask: Is this what was intended or is there something amiss with our Tex and dvips setup? Stu /-----------------------------------------------------------------------------\ | Stuart Hungerford | Internet : stuarth@csis.dit.csiro.au | | CSIRO DIT | Voice : +61-6-2750941 | | Australia | Fax : +61-6-2571052 | \-----------------------------------------------------------------------------/ "Being a 7 foot robot means never having to say you're sorry" -- REX-1 to Teenage Mutant Ninja Turtles From help-lucid-emacs-request@heavens-gate.lucid.com Sun Jun 7 13:20:47 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19022; Sun, 7 Jun 92 13:20:47 PDT Received: by heavens-gate.lucid.com id AA10196g; Sun, 7 Jun 92 12:55:34 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA10192g; Sun, 7 Jun 92 12:55:25 PDT Via: syma.sussex.ac.uk; Sun, 7 Jun 1992 21:03:15 +0100 Received: from tsunb by syma.sussex.ac.uk; Sun, 7 Jun 92 21:02:11 +0100 Message-Id: <6962.9206071953@tsunb.cogs.susx.ac.uk> From: michaell@cogs.sussex.ac.uk (INSSOMNIAK) Date: Sun, 7 Jun 1992 20:53:05 +0100 Return-Receipt-To: michaell@uk.ac.susx.cogs X-Mailer: Z-Mail (2.0.5 1/15/92) To: help-lucid-emacs@lucid.com Subject: Compilation Problems Cc: michaell@cogs.sussex.ac.uk I am trying to compile lucid emacs V19.1 on a sun4 running sunos 4.1.1. I am using gcc V2.1 . I am trying to compile lucid with OpenWindows but lucid isnt cooperating. I have set all the configuration stuff in config.h etc and when I do make all it makes etc/ quite happily and then says unable to make all in src/ I sussed that out by doing make xemacs instead. I then get undefined control in lwlib.c: line 39. even though USE_OLIT is defined. I deleted the code and tried again only to get the error no such file "xt_extension.h" This is as far as I can get cos the file is nowhere to be found. Have I made a really stupid mistake or is the archive corrupt? I tried gnu make and our standard make but it made no difference. I got the files from labrea.stanford.edu. I also got the precompiled code for the sun4 and that works ok. I did want the OpenWindows version though :-( Any help that could be offered would be very much appreciated. Mike. -- INSSOMNIAK -- INSSOMNIAK From help-lucid-emacs-request@heavens-gate.lucid.com Sun Jun 7 17:53:54 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19119; Sun, 7 Jun 92 17:53:54 PDT Received: by heavens-gate.lucid.com id AA10672g; Sun, 7 Jun 92 17:37:04 PDT Received: from gatech.edu by heavens-gate.lucid.com id AA10668g; Sun, 7 Jun 92 17:36:58 PDT Received: from burdell.cc.gatech.edu by gatech.edu (4.1/Gatech-9.1) id AA17253 for help-lucid-emacs@lucid.com; Sun, 7 Jun 92 20:44:59 EDT Received: from haring.cc.gatech.edu by burdell.cc.gatech.edu (4.1/SMI-4.1) id AA04257; Sun, 7 Jun 92 20:44:47 EDT Received: by haring.cc.gatech.edu (4.1/SMI-4.1) id AA01451; Sun, 7 Jun 92 20:42:09 EDT Date: Sun, 7 Jun 92 20:42:09 EDT From: iansmith@cc.gatech.edu (Ian Smith) Message-Id: <9206080042.AA01451@haring.cc.gatech.edu> To: help-lucid-emacs@lucid.com Sender: Ian Smith Cc: Subject: subscribe Reply-To: Ian Smith X-Vi: NOT! X-Mailer: VM 5.31 [Epoch 4.0] please subscribe me. iansmith@cc.gatech.edu ----- I guess nobody will ever have as much slack as that big fat Quaker Oatmeal guy. ian smith, multimedia computing group, georgia tech, iansmith@cc.gatech.edu From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 00:20:52 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19484; Mon, 8 Jun 92 00:20:52 PDT Received: by heavens-gate.lucid.com id AA11247g; Sun, 7 Jun 92 23:58:20 PDT Received: from lynx (lynx.csis.dit.csiro.au) by heavens-gate.lucid.com id AA11243g; Sun, 7 Jun 92 23:58:04 PDT Received: from argo.csis.dit.csiro.au by lynx (4.1/1.0) id AA27815; Mon, 8 Jun 92 17:05:51 EST Received: by argo.csis.dit.csiro.au (4.1/1.0) id AA03004; Mon, 8 Jun 92 17:05:49 EST From: stuarth@csis.dit.csiro.au Message-Id: <9206080705.AA03004@argo.csis.dit.csiro.au> Subject: Changing menu bar fonts and colours... To: help-lucid-emacs@lucid.com Date: Mon, 8 Jun 92 17:05:48 EST X-Mailer: ELM [version 2.3 PL11] I realize it's possible to change the look and feel of the emacs menu bar by building it with Motif or OW but I haven't had much luck building the sources with our Motif setup. Is it possible to change the menu bar fonts and colours through X resources or emacs variables? If so I can just use the binary version and forget about building the source. Stu /-----------------------------------------------------------------------------\ | Stuart Hungerford | Internet : stuarth@csis.dit.csiro.au | | CSIRO DIT | Voice : +61-6-2750941 | | Australia | Fax : +61-6-2571052 | \-----------------------------------------------------------------------------/ "Being a 7 foot robot means never having to say you're sorry" -- REX-1 to Teenage Mutant Ninja Turtles From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 00:29:43 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19489; Mon, 8 Jun 92 00:29:43 PDT Received: by heavens-gate.lucid.com id AA11281g; Mon, 8 Jun 92 00:07:00 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA11277g; Mon, 8 Jun 92 00:06:54 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA19237; Mon, 8 Jun 92 00:15:15 PDT Date: Mon, 8 Jun 92 00:15:15 PDT Message-Id: <9206080715.AA19237@thalidomide.lucid> X-Windows: A moment of convenience, a lifetime of regret. From: Jamie Zawinski Sender: jwz@thalidomide To: stuarth%csis.dit.csiro.au@lucid.com Cc: help-lucid-emacs@lucid.com Subject: Re: Changing menu bar fonts and colours... In-Reply-To: stuarth%csis.dit.csiro.au@lucid.com's message of Mon 8-Jun-92 17:05:48 EST <9206080705.AA03004@argo.csis.dit.csiro.au> References: <9206080705.AA03004@argo.csis.dit.csiro.au> In message <9206080705.AA03004@argo.csis.dit.csiro.au> stuarth%csis.dit.csiro.au@lucid.com wrote: > > Is it possible to change the menu bar fonts and colours through X resources > or emacs variables? If so I can just use the binary version and forget > about building the source. If you build with Motif, it's a real Motif menubar, with all the Motif resources. If you build with the Motif-lookalike menubar (which the binaries on labrea were) then the resources are different, but mostly congruent; you'll have to look at the file .../src/lwlib/xlwmenu.c to see the resources it obeys. We plan to make them more like the Motif resources. (They can't be exactly the same, because it's not possible to do things like make different items the menubar have different fonts or colors. The USE_LUCID menubar is really a single widget which manages a couple of windows. That's why it's so fast.) -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 05:42:35 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19635; Mon, 8 Jun 92 05:42:35 PDT Received: by heavens-gate.lucid.com id AA11642g; Mon, 8 Jun 92 05:22:45 PDT Received: from lamont.ldgo.columbia.edu (ldgo.columbia.edu) by heavens-gate.lucid.com id AA11638g; Mon, 8 Jun 92 05:22:38 PDT Received: from (ko.ldgo.columbia.edu) by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA12045; Mon, 8 Jun 92 08:30:41 EDT Message-Id: <9206081230.AA12045@lamont.ldgo.columbia.edu> Date: Mon, 8 Jun 92 08:30:32 EDT From: fritzz@lamont.ldgo.columbia.edu (Fritz Zaucker) To: help-lucid-emacs@lucid.com Cc: bug-lucid-emacs@lucid.com Reply-To: fritzz@lamont.ldgo.columbia.edu Us-Snail: Lamont-Doherty Geological Observatory, Palisades, NY 10964 First: thanks for making this available. Some comments: 1) Will you later on merge with GNU EMACS 19? I'd think it would be too bad, if there were several new flavors of Emacs around. 2) Is there any hope that GNUS 3.14 will be adapted to lemacs? 3.13 seems to have some problems. 3) latex.el from Nelson Beebe doesn't work with lemacs. It complains about TeX-mode-map being undefined. Neither epoch nor GNU Emacs 18.58 have a problem there. 4) Running the labrea-binaries on a Sun Sparc 2, SunOS 4.1.1 and displaying to an IBM RISC/6000, lemacs dies with the following error message: Error during initialization: (error unrecognised color paleturquoise) Problems 2 and 3 are right now sufficiently serious me switching back to epoch. I'd rather not if somebody can tell me a fix. Fritz From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 07:23:13 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA19673; Mon, 8 Jun 92 07:23:13 PDT Received: by heavens-gate.lucid.com id AA11782g; Mon, 8 Jun 92 06:59:24 PDT Received: from ti.com by heavens-gate.lucid.com id AA11778g; Mon, 8 Jun 92 06:59:18 PDT Received: from tilde.csc.ti.com ([128.247.160.56]) by ti.com with SMTP (5.59/LAI-3.2) id AA20666; Mon, 8 Jun 92 09:07:34 CDT Received: from sys_admin4.dadd.ti.com (dadsg1.dadd.ti.com) by tilde.csc.ti.com id AA01933; Mon, 8 Jun 1992 09:06:49 -0500 Received: from atg2.dadd.ti.com by sys_admin4.dadd.ti.com (4.1/SMI-4.1) id AA07960; Mon, 8 Jun 92 09:04:59 CDT Received: by atg2.dadd.ti.com (4.1/SMI-4.1) id AA11504; Mon, 8 Jun 92 09:04:55 CDT Date: Mon, 8 Jun 92 09:04:55 CDT From: kenb@dadd.ti.com (Ken Butler) Message-Id: <9206081404.AA11504@atg2.dadd.ti.com> To: help-lucid-emacs@lucid.com Subject: Trouble compiling ScreenWidget.c I'm trying to compile lucid emacs on a Sun 4/370 running 4.1.1 with gcc version 1.38. Many things in the xmakefile compile fine, but when I get to ScreenWidget.c, I get the following error: ScreenWidget.c: In function get_wm_shell: ScreenWidget.c:201: dereferencing pointer to incomplete type *** Error code 1 make: Fatal error: Command failed for target `ScreenWidget.o' Has anyone encountered this before? Is there a fix? Thanks. Ken *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Kenneth M. Butler (214) 997-6370 (office) Texas Instruments (214) 997-2049 (FAX) P.O. Box 655303 MS 3683 kenb@dadd.ti.com Dallas, TX 75265 *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 11:54:44 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20043; Mon, 8 Jun 92 11:54:44 PDT Received: by heavens-gate.lucid.com id AA12609g; Mon, 8 Jun 92 11:27:51 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA12598g; Mon, 8 Jun 92 11:26:56 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA20008; Mon, 8 Jun 92 11:35:13 PDT Date: Mon, 8 Jun 92 11:35:13 PDT Message-Id: <9206081835.AA20008@thalidomide.lucid> X-Windows: No hardware is safe. From: Jamie Zawinski Sender: jwz@thalidomide To: kenb@dadd.ti.com (Ken Butler) Cc: help-lucid-emacs@lucid.com Cc: bug-lucid-emacs@lucid.com Subject: Re: Trouble compiling ScreenWidget.c In-Reply-To: Ken Butler's message of Mon 8-Jun-92 09:04:55 CDT <9206081404.AA11504@atg2.dadd.ti.com> References: <9206081404.AA11504@atg2.dadd.ti.com> Please send messages like this to bug-lucid-emacs, not help-lucid-emacs. People who aren't on the bug list aren't interested in hearing about these problems. In message <9206081404.AA11504@atg2.dadd.ti.com> Ken Butler wrote: > > ScreenWidget.c: In function get_wm_shell: > ScreenWidget.c:201: dereferencing pointer to incomplete type > *** Error code 1 > make: Fatal error: Command failed for target `ScreenWidget.o' I haven't seen this before. Line 201 is "wmshell && !XtIsWMShell (wmshell);". XtIsWMShell is defined in X11/Intrinsic.h in both R4 and R5. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 12:16:22 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20084; Mon, 8 Jun 92 12:16:22 PDT Received: by heavens-gate.lucid.com id AA12741g; Mon, 8 Jun 92 11:53:57 PDT Received: from dido.caltech.edu by heavens-gate.lucid.com id AA12734g; Mon, 8 Jun 92 11:53:47 PDT Received: by dido.caltech.edu (4.1/1.2) id AA08725; Mon, 8 Jun 92 12:01:00 PDT Date: Mon, 8 Jun 92 12:01:00 PDT From: gwp@dido.caltech.edu (G. W. Pigman III) Message-Id: <9206081901.AA08725@dido.caltech.edu> To: help-lucid-emacs@lucid.com Subject: screen-default-ailist Isn't (setq screen-default-alist '((width . 80) (height . 36))) supposed to set new screens to 80 columns and 36 lines? I'm trying to use -sony-fixed*24* and new screens don't fit my display (they appear to be about 39 lines). From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 12:16:25 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20085; Mon, 8 Jun 92 12:16:25 PDT Received: by heavens-gate.lucid.com id AA12763g; Mon, 8 Jun 92 11:57:27 PDT Received: from grumpy (GRUMPY.SARNOFF.COM) by heavens-gate.lucid.com id AA12757g; Mon, 8 Jun 92 11:57:19 PDT Received: from vague.sarnoff.com by grumpy (4.1/SMI-4.1) id AA02723; Mon, 8 Jun 92 15:05:30 EDT Date: Mon, 8 Jun 92 15:05:30 EDT Message-Id: <9206081905.AA02723@grumpy> Received: by vague.sarnoff.com (4.1/SMI-4.1) id AA13619; Mon, 8 Jun 92 15:05:17 EDT From: muller@vision.sarnoff.com Sender: muller@sarnoff.com To: help-lucid-emacs@lucid.com Subject: vm I can't send mail from within vm, whether compile or uncompiled, under emacs 19. I get the error Wrong number of arguments: # Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20141; Mon, 8 Jun 92 13:05:43 PDT Received: by heavens-gate.lucid.com id AA12932g; Mon, 8 Jun 92 12:44:51 PDT Received: from BU.EDU by heavens-gate.lucid.com id AA12928g; Mon, 8 Jun 92 12:44:45 PDT Received: from BUCRF16.BU.EDU by BU.EDU (1.99) Mon, 8 Jun 92 15:52:46 -0400 Received: by BUCRF16.bu.edu (5.57/Ultrix3.0-C) id AA09906; Mon, 8 Jun 92 15:51:56 -0400 Date: Mon, 8 Jun 92 15:51:56 -0400 From: cohen@BUCRF16.BU.EDU (Andy Cohen) Message-Id: <9206081951.AA09906@BUCRF16.bu.edu> To: help-lucid-emacs@lucid.com Subject: bad display I have recently gotten the precompiled binaries for the sun4 for lemacs, but when I try to start it up from an xterminal, it draws part of an emacs modeline in the xterminal window, and then gives an error message that I should check my DISPLAY environment variable. This variable seems to be set correctly to hostname:0.0 Am I missing something? From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 14:15:04 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20242; Mon, 8 Jun 92 14:15:04 PDT Received: by heavens-gate.lucid.com id AA13168g; Mon, 8 Jun 92 13:47:19 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA13162g; Mon, 8 Jun 92 13:47:09 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA20351; Mon, 8 Jun 92 13:55:27 PDT Date: Mon, 8 Jun 92 13:55:27 PDT Message-Id: <9206082055.AA20351@thalidomide.lucid> X-Windows: Japan's secret weapon. From: Jamie Zawinski Sender: jwz@thalidomide To: cohen@BUCRF16.BU.EDU (Andy Cohen) Cc: help-lucid-emacs@lucid.com Subject: Re: bad display In-Reply-To: Andy Cohen's message of Mon 8-Jun-92 15:51:56 -0400 <9206081951.AA09906@BUCRF16.bu.edu> References: <9206081951.AA09906@BUCRF16.bu.edu> Subject: "Check that your $DISPLAY environment variable is properly set" If you get this error when starting up emacs, it is almost always because emacs is finding the wrong lisp directory, or none at all. Replace the function `normal-top-level' in startup.el with the following definition, and byte-compile the file. startup.el is loaded before emacs is dumped, so you can't install this fix without re-dumping. The best way to make emacs find the correct lisp and etc direcories is to keep those direcories in the same directory as the emacs executable. That is, if the lemacs executable in in /usr/foobar/bin/lemacs, then /usr/foobar/bin/lisp/ and /usr/foobar/bin/etc/ should exist as well. They may be symbolic links to directories, too. If these don't exist, then emacs will try to use /usr/local/lib/emacs/lisp/ or /usr/local/emacs/lisp/ instead. If these directories exist, but are for version 18 instead of Lucid GNU Emacs, then emacs will be unable to run. Another solution is to put the right directories in paths.h before building emacs, but that's not as good a solution because it means that if you want to move the emacs executable to another directory later, you have to recompile. -- Jamie (defun normal-top-level () (if command-line-processed (message "Back to top level.") (setq command-line-processed t) ;; In presence of symlinks, switch to cleaner form of default directory. (if (and (not (eq system-type 'vax-vms)) (getenv "PWD")) (setq default-directory (file-name-as-directory (getenv "PWD")) cdlist (initialize-cdlist))) (let ((tail directory-abbrev-alist)) (while tail (if (string-match (car (car tail)) default-directory) (setq default-directory (concat (cdr (car tail)) (substring default-directory (match-end 0))))) (setq tail (cdr tail)))) (condition-case error (command-line) ;; ;; If we get an error here, it's almost always because emacs couldn't ;; find lisp/term/x-win.el, or it's loading the v18 lisp/term/x-win.el. ;; If emacs supported ttys, then we could concievably continue here, ;; and simply run in tty mode, but right now, that just causes the ;; bogus "only runs under X" error to be printed. Even when ttys work, ;; there's not much point in trying to run if we know we're going to ;; be so completely crippled. It probably just won't work. ;; ;; If we call message here, it clears the screen in an unattractive ;; way, so just blast the bits to stdout. ;; (error (send-string-to-terminal (format "\nInitialization error: %S\n" error)) (send-string-to-terminal (format "\nload-path is %S" load-path)) (send-string-to-terminal (format "\nexec-directory is %S\n" exec-directory)) (kill-emacs 1))))) From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 14:58:47 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20339; Mon, 8 Jun 92 14:58:47 PDT Received: by heavens-gate.lucid.com id AA13436g; Mon, 8 Jun 92 14:38:26 PDT Received: from BU.EDU by heavens-gate.lucid.com id AA13432g; Mon, 8 Jun 92 14:38:19 PDT Received: from BUCRF16.BU.EDU by BU.EDU (1.99) Mon, 8 Jun 92 17:46:03 -0400 Received: by BUCRF16.bu.edu (5.57/Ultrix3.0-C) id AA10594; Mon, 8 Jun 92 17:45:11 -0400 Date: Mon, 8 Jun 92 17:45:11 -0400 From: cohen@BUCRF16.BU.EDU (Andy Cohen) Message-Id: <9206082145.AA10594@BUCRF16.bu.edu> To: help-lucid-emacs@lucid.com Subject: problems on decstation I have finally succeeded in compiling lemacs-19.1 on a decstation 3100 running Ultrix4.2. The only big problem was with using gmalloc. Once I switched over to the system malloc, everything was fine. I ran into a few small problems in compiling, which are easily taken care of. If anyone wants to know, just send me mail. From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 17:18:12 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20570; Mon, 8 Jun 92 17:18:12 PDT Received: by heavens-gate.lucid.com id AA14025g; Mon, 8 Jun 92 16:55:53 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA14013g; Mon, 8 Jun 92 16:54:56 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA20685; Mon, 8 Jun 92 17:03:15 PDT Date: Mon, 8 Jun 92 17:03:15 PDT Message-Id: <9206090003.AA20685@thalidomide.lucid> From: Jamie Zawinski Sender: jwz@thalidomide To: bug-lucid-emacs@lucid.com, help-lucid-emacs@lucid.com Subject: "Composed" characters If you understand how Multi_key is supposed to work, or if you have a working Multi_key or "Compose" key on your keyboard, please send me mail. I don't really understand what the right way to make Emacs recognize multi-key characters is. In particular, I'm confused about the suggestion in the xmodmap man page to make Multi_key and Meta_L (with a modifier bit) be the same key. I can't see how, in such a setup, emacs could be made to understand that key as both a "meta" key and as a "compose" key. I'm interested in how other applications deal with this, and how exactly different X servers and libraries deal with the XComposeStatus structure. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Mon Jun 8 18:01:38 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA20640; Mon, 8 Jun 92 18:01:38 PDT Received: by heavens-gate.lucid.com id AA14203g; Mon, 8 Jun 92 17:40:11 PDT Received: from nestroy.wu-wien.ac.at by heavens-gate.lucid.com id AA14199g; Mon, 8 Jun 92 17:40:01 PDT Received: from dec4.wu-wien.ac.at by nestroy.wu-wien.ac.at with SMTP (16.6/15.6) id AA00289; Tue, 9 Jun 92 02:48:12 +0200 Received: by dec4.wu-wien.ac.at (5.57/Ultrix3.0-C) id AA15540; Tue, 9 Jun 92 02:48:56 +0200 From: neumann@dec4.wu-wien.ac.at (Gustaf Neumann) Message-Id: <9206090048.AA15540@dec4.wu-wien.ac.at> To: help-lucid-emacs@lucid.com Subject: emacs: Cannot open termcap database file Date: Tue, 9 Jun 92 02:38:48 MET environment: DECstation 5000/200 Ultrix 4.2, gcc2.0 #include "s/s-bsd4-2.h" #include "m/m-pmax.h" using system malloc temacs is built with ld -L. -L./lwlib -o temacs pre-crt0.o /lib/crt0.o dispnew.o screen.o scroll.o xdisp.o window.o events.o event-alloc.o event-stream.o term.o cm.o xterm.o xfns.o xselect.o xutils.o event-Xt.o menubar.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexmips.o mocklisp.o bytecode.o process.o callproc.o environ.o doprnt.o extents.o faces.o elhash.o hash.o strdup.o realpath.o terminfo.o lastfile.o alloca.o ScreenWidget.o ColumnWidget.o EmacsShell.o -llw -lXaw -lXext -lXt -lXmu -lX11 -lcursesX -ltermcap /gnu/gcc-2.0/libgcc.a -lm -lc ./temacs -batch -l loadup.el dump builds a nice xemacs file, but when i execute ./xemacs it aborts with the message emacs: Cannot open termcap database file. in its last actions xemacs calls status = tgetent (tbuf, terminal_type); with terminal_type == "invisible" and dies with status == -1. if i call tgetent with the same arguments form a small sample program in the same environment, it works perfectly well. has anybody seen this before? Hints? -gustaf -- Gustaf Neumann neumann@dec4.wu-wien.ac.at, neumann@awiwuw11.bitnet Vienna University of Economics and Business Administration Augasse 2-6, A-1090 Vienna, Austria Tel: +43 (222) 31-336 x4533 Fax 347-555 From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 01:36:03 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21028; Tue, 9 Jun 92 01:36:03 PDT Received: by heavens-gate.lucid.com id AA15023g; Tue, 9 Jun 92 01:12:11 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15011g; Tue, 9 Jun 92 01:11:55 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA28224 (5.65b/CWI-3.3); Tue, 9 Jun 1992 10:17:45 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 10:03 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 10:03 MET DST To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) Message-Id: From: Andrew Cohen X-From: Multihouse, Gouda, The Netherlands Subject: Re: build problems [VAX/Ultrix] Date: Sat, 6 Jun 1992 12:00:54 -0700 (PDT) Dear Johan: I have been playing with compiling lemacs on my destation 3100 running Ultrix 4.2. I have succeeded in compiling it--the two remaining problems you have are easily solved: 1) As for realpath.c, I can send you a copy. You can then just add it to the list of object files in xmakefile, and everything will work. 2) The remainder call is not available on ultrix, but I believe the call fmod is the same (this may be wrong, but at least it will get the thing compiled). So just replace the call to remainder with this. Unfortunately after compiling successfully I have not been able to run the program; for some reason it trys to use the xterm window as a tty, and doesn't successfully connect to the display. Actually this may be because of the DEC Xserver. I have also tried to run the sun version of lemacs displaying on my decstation and get the same error. Andy Cohen ------- End of forwarded message ------- From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 01:36:06 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21029; Tue, 9 Jun 92 01:36:06 PDT Received: by heavens-gate.lucid.com id AA15019g; Tue, 9 Jun 92 01:12:09 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15012g; Tue, 9 Jun 92 01:11:52 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA28230 (5.65b/CWI-3.3); Tue, 9 Jun 1992 10:17:46 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 10:04 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 10:04 MET DST Message-Id: To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) From: Jamie Zawinski X-From: Multihouse, Gouda, The Netherlands Subject: Re: Changing menu bar fonts and colours... Date: Mon, 8 Jun 92 00:15:15 PDT In message <9206080705.AA03004@argo.csis.dit.csiro.au> stuarth%csis.dit.csiro.au@lucid.com wrote: > > Is it possible to change the menu bar fonts and colours through X resources > or emacs variables? If so I can just use the binary version and forget > about building the source. If you build with Motif, it's a real Motif menubar, with all the Motif resources. If you build with the Motif-lookalike menubar (which the binaries on labrea were) then the resources are different, but mostly congruent; you'll have to look at the file .../src/lwlib/xlwmenu.c to see the resources it obeys. We plan to make them more like the Motif resources. (They can't be exactly the same, because it's not possible to do things like make different items the menubar have different fonts or colors. The USE_LUCID menubar is really a single widget which manages a couple of windows. That's why it's so fast.) -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 01:36:55 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21039; Tue, 9 Jun 92 01:36:55 PDT Received: by heavens-gate.lucid.com id AA15027g; Tue, 9 Jun 92 01:12:16 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15014g; Tue, 9 Jun 92 01:11:53 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA28272 (5.65b/CWI-3.3); Tue, 9 Jun 1992 10:17:51 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 10:05 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 10:05 MET DST Message-Id: To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) From: neumann@dec4.wu-wien.ac.at (Gustaf Neumann) X-From: Multihouse, Gouda, The Netherlands Subject: emacs: Cannot open termcap database file Date: Tue, 9 Jun 92 02:38:48 MET environment: DECstation 5000/200 Ultrix 4.2, gcc2.0 #include "s/s-bsd4-2.h" #include "m/m-pmax.h" using system malloc temacs is built with ld -L. -L./lwlib -o temacs pre-crt0.o /lib/crt0.o dispnew.o screen.o scroll.o xdisp.o window.o events.o event-alloc.o event-stream.o term.o cm.o xterm.o xfns.o xselect.o xutils.o event-Xt.o menubar.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexmips.o mocklisp.o bytecode.o process.o callproc.o environ.o doprnt.o extents.o faces.o elhash.o hash.o strdup.o realpath.o terminfo.o lastfile.o alloca.o ScreenWidget.o ColumnWidget.o EmacsShell.o - -llw -lXaw -lXext -lXt -lXmu -lX11 -lcursesX -ltermcap /gnu/gcc-2.0/libgcc.a -lm -lc ./temacs -batch -l loadup.el dump builds a nice xemacs file, but when i execute ./xemacs it aborts with the message emacs: Cannot open termcap database file. in its last actions xemacs calls status = tgetent (tbuf, terminal_type); with terminal_type == "invisible" and dies with status == -1. if i call tgetent with the same arguments form a small sample program in the same environment, it works perfectly well. has anybody seen this before? Hints? - -gustaf - -- Gustaf Neumann neumann@dec4.wu-wien.ac.at, neumann@awiwuw11.bitnet Vienna University of Economics and Business Administration Augasse 2-6, A-1090 Vienna, Austria Tel: +43 (222) 31-336 x4533 Fax 347-555 From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 01:37:39 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21043; Tue, 9 Jun 92 01:37:39 PDT Received: by heavens-gate.lucid.com id AA15035g; Tue, 9 Jun 92 01:12:34 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15015g; Tue, 9 Jun 92 01:11:59 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA28247 (5.65b/CWI-3.3); Tue, 9 Jun 1992 10:17:48 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 10:04 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 10:04 MET DST Message-Id: To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) From: cohen@BUCRF16.BU.EDU (Andy Cohen) X-From: Multihouse, Gouda, The Netherlands Subject: problems on decstation Date: Mon, 8 Jun 92 17:45:11 -0400 I have finally succeeded in compiling lemacs-19.1 on a decstation 3100 running Ultrix4.2. The only big problem was with using gmalloc. Once I switched over to the system malloc, everything was fine. I ran into a few small problems in compiling, which are easily taken care of. If anyone wants to know, just send me mail. From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 02:35:34 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21078; Tue, 9 Jun 92 02:35:34 PDT Received: by heavens-gate.lucid.com id AA15149g; Tue, 9 Jun 92 02:01:56 PDT Received: from att1.Mankato.MSUS.EDU by heavens-gate.lucid.com id AA15145g; Tue, 9 Jun 92 02:01:49 PDT Received: by att1.Mankato.MSUS.EDU (5.59/25-eef) id AA02591; Tue, 9 Jun 92 04:08:48 CDT Date: Tue, 9 Jun 92 04:08:48 CDT From: Jay A. Carlson Message-Id: <9206090908.AA02591@att1.Mankato.MSUS.EDU> To: cohen@BUCRF16.BU.EDU Cc: help-lucid-emacs@lucid.com In-Reply-To: Andrew Cohen's message of Sat, 6 Jun 1992 12:00:54 -0700 (PDT) Subject: build problems [VAX/Ultrix] > 1) As for realpath.c, I can send you a copy. You can > then just add it to the list of object files in xmakefile, and everything > will work. I was in a hurry to play with this so after I noticed that Freal_path_name is referenced one or two places regardless of HAVE_REALPATH, I stubbed Freal_path_name in an #else clause. Things appear to work. I'd appreciate a copy of this file. > 2) The remainder call is not available on ultrix, but I believe the call > fmod is the same (this may be wrong, but at least it will get the thing > compiled). So just replace the call to remainder with this. I did this also. > Unfortunately after compiling successfully I have not been able to run the > program; for some reason it trys to use the xterm window as a tty, and > doesn't successfully connect to the display. Actually this may be because > of the DEC Xserver. I have also tried to run the sun version of lemacs > displaying on my decstation and get the same error. I had this problem initially. After some hair-pulling I pinpointed it as the result of having emacs18 files in front of emacs19 in my load-path when building xemacs. The autodetection stuff found /usr/local/lib/emacs/lisp instead of ../lisp. Invoking temacs manually as $PWD/temacs or changing EMACSLOADPATH both worked for me. My lemacs appears to be fully functional except for asynchronous processes, which hang emacs hard. I'm going to rebuild from a clean distribution tomorrow and see if this persists. // Jay Carlson \X/ nop@att1.mankato.msus.edu From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 02:49:34 1992 Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21082; Tue, 9 Jun 92 02:49:34 PDT Received: by heavens-gate.lucid.com id AA15187g; Tue, 9 Jun 92 02:20:51 PDT Received: from telelogic.se by heavens-gate.lucid.com id AA15183g; Tue, 9 Jun 92 02:20:39 PDT Received: from eclipse.logm.se (eclipse.telelogic.se) by telelogic.se with SMTP id AA14406 (5.65c/IDA-1.4.4 for ); Tue, 9 Jun 1992 11:27:27 +0200 Return-Path: Date: Tue, 9 Jun 1992 11:27:27 +0200 From: Piotr Nestorow - TeleLOGIC Malmoe AB Message-Id: <199206090927.AA14406@telelogic.se> To: help-lucid-emacs@lucid.com Subject: lemacs-19.1,X11r5,Motif-1.1.4 dies with an XtError Hi! I compiled lemacs-19.1 with gcc-2.1 and linked with X11R5 & Motif-1.1.4 which are compiled with gcc-2.1 as well. Lemacs dies with an Xt error while creating a menubar: #0 XtError (message=0xf7ffc740 "Cannot perform malloc") at Error.c:416 #1 0x14dda0 in _XtDefaultErrorMsg (name=0x140170 "allocError", type=0x140210 "malloc", class=0x154e00 "XtToolkitError", defaultp=0x14017c "Cannot perform %s", params=0xf7ffd04c, num_params=0xf7ffcff4) at Error.c:188 #2 0x14dfbc in XtErrorMsg (name=0x140170 "allocError", type=0x140210 "malloc", class=0x154e00 "XtToolkitError", defaultp=0x14017c "Cannot perform %s", params=0xf7ffd04c, num_params=0xf7ffcff4) at Error.c:236 #3 0x1401e8 in _XtAllocError (type=0x140210 "malloc") at Alloc.c:78 #4 0x140250 in XtMalloc (size=0) at Alloc.c:96 #5 0xc7910 in XtCompositeChildren (widget=0x308c00, number=0xf7ffd198) at lwlib-utils.c:120 #6 0xc5c58 in destroy_all_children (widget=0x308c00) at lwlib-Xm.c:97 #7 0xc69b8 in xm_update_menu (instance=0x30e340, widget=0x308c00, val=0x30e800) at lwlib-Xm.c:363 #8 0xc6e00 in xm_update_one_widget (instance=0x30e340, widget=0x308c00, val=0x30e800) at lwlib-Xm.c:460 #9 0xc5378 in update_one_widget_instance (instance=0x30e340) at lwlib.c:403 #9 0xc5378 in update_one_widget_instance (instance=0x30e340) at lwlib.c:403 #10 0xc54c0 in initialize_widget_instance (instance=0x30e340) at lwlib.c:451 #11 0xc56e0 in lw_create_widget (type=0x46364 "menubar", name=0x46364 "menubar", id=3201024, val=0x30ec40, parent=0x2f1e00, pop_up_p=0 '\000', pre_activate_cb=0x46f3c , selection_cb=0x4709c , post_activate_cb=0) at lwlib.c:547 #12 0x47524 in Fset_screen_menubar (menubar=338390852, screen=942725120) at menubar.c:492 #13 0x34a1c in Fx_create_screen (parms=338369380, lisp_window_id=69801988) at xfns.c:875 #14 0x8f528 in Ffuncall (nargs=2, args=0xf7ffd75c) at eval.c:1809 #15 0xa885c in Fbyte_code (bytestr=204456852, vector=271556064, maxdepth=4) at bytecode.c:428 #16 0x8fe1c in funcall_lambda (fun=405773760, nargs=1, arg_vector=0xf7ffda24) at eval.c:1970 #17 0x8f650 in Ffuncall (nargs=2, args=0xf7ffda20) at eval.c:1837 #18 0xa885c in Fbyte_code (bytestr=204456900, vector=271164864, maxdepth=2) at bytecode.c:428 #19 0x8e3bc in Feval (form=338391404) at eval.c:1419 #20 0x8ce28 in Fcondition_case (args=338369180) at eval.c:969 #21 0xa9138 in Fbyte_code (bytestr=204456888, vector=271556000, maxdepth=3) at bytecode.c:582 #22 0x8fe1c in funcall_lambda (fun=405773696, nargs=1, arg_vector=0xf7ffe01c) at eval.c:1970 #23 0x8f650 in Ffuncall (nargs=2, args=0xf7ffe018) at eval.c:1837 #24 0xa885c in Fbyte_code (bytestr=204153908, vector=271166336, maxdepth=4) at bytecode.c:428 #25 0x8fe1c in funcall_lambda (fun=405525632, nargs=0, arg_vector=0xf7ffe398) at eval.c:1970 #26 0x8f650 in Ffuncall (nargs=1, args=0xf7ffe394) at eval.c:1837 #27 0x8f310 in Ffuncall (nargs=2, args=0xf7ffe390) at eval.c:1787 #28 0x8ed58 in call1 (fn=69847064, arg=70038268) at eval.c:1615 #29 0x95bc0 in mapcar1 (leni=1, vals=0xf7ffe508, fn=69847064, seq=338390220) at fns.c:1240 #30 0x95e74 in Fmapcar (fn=69847064, seq=338390220) at fns.c:1297 #31 0x8f528 in Ffuncall (nargs=3, args=0xf7ffe6d8) at eval.c:1809 #32 0xa885c in Fbyte_code (bytestr=203423148, vector=270532076, maxdepth=4) at bytecode.c:428 #33 0x8fe1c in funcall_lambda (fun=404749696, nargs=1, arg_vector=0xf7ffe9a4) at eval.c:1970 #34 0x8f650 in Ffuncall (nargs=2, args=0xf7ffe9a0) at eval.c:1837 #35 0xa885c in Fbyte_code (bytestr=203500608, vector=270609500, maxdepth=2) at bytecode.c:428 #36 0x8e3bc in Feval (form=337718320) at eval.c:1419 #37 0x8ce28 in Fcondition_case (args=338740892) at eval.c:969 #38 0xa9138 in Fbyte_code (bytestr=203500356, vector=270609312, maxdepth=5) at bytecode.c:582 #39 0x8fe1c in funcall_lambda (fun=404826924, nargs=0, arg_vector=0xf7ffefa4) at eval.c:1970 #40 0x8f650 in Ffuncall (nargs=1, args=0xf7ffefa0) at eval.c:1837 #41 0xa885c in Fbyte_code (bytestr=203499128, vector=270608208, maxdepth=3) at bytecode.c:428 #42 0x8fe1c in funcall_lambda (fun=404825696, nargs=0, arg_vector=0xf7fff198) at eval.c:1970 #43 0x8fa20 in apply_lambda (fun=404825696, args=69801988, eval_flag=1) at eval.c:1901 #44 0x8e4b4 in Feval (form=337716536) at eval.c:1442 #45 0x8ce28 in Fcondition_case (args=338376716) at eval.c:969 #46 0xa9138 in Fbyte_code (bytestr=203498584, vector=270607536, maxdepth=5) at bytecode.c:582 #47 0x8fe1c in funcall_lambda (fun=404825152, nargs=0, arg_vector=0xf7fff6b8) at eval.c:1970 #48 0x8fa20 in apply_lambda (fun=404825152, args=69801988, eval_flag=1) at eval.c:1901 #49 0x8e4b4 in Feval (form=338325980) at eval.c:1442 #50 0x4d044 in top_level_2 () at keyboard.c:395 #51 0x8cf58 in internal_condition_case (bfun=0x4d030 , handlers=69802268, hfun=0x4cba0 ) at eval.c:1003 #52 0x4d0f8 in top_level_1 (dummy=69801988) at keyboard.c:404 #53 0x8c918 in internal_catch (tag=69802248, func=0x4d0b4 , arg=69801988) at eval.c:815 #54 0x4cf88 in command_loop () at keyboard.c:364 #55 0x4c9d4 in recursive_edit_1 () at keyboard.c:222 #56 0x4caf8 in Frecursive_edit () at keyboard.c:251 #57 0x4c074 in main (argc=1, argv=0xf7fffd54, envp=0xf7fffd5c) at emacs.c:880 Everything on an SS2 SunOS4.1.1. The offending XtMalloc is done in XtCompositeChildren where the `cw' (CompositeWidget) has 0 number of children. Any ideas? Piotr Nestorow TeleLOGIC Malmo AB, SWEDEN Piotr.Nestorow@telelogic.se From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 02:51:04 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21086; Tue, 9 Jun 92 02:51:04 PDT Received: by heavens-gate.lucid.com id AA15201g; Tue, 9 Jun 92 02:22:24 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA15197g; Tue, 9 Jun 92 02:22:14 PDT Received: by moebius.loria.fr id AA01382 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Tue, 9 Jun 92 11:25:44 +0200 Date: Tue, 9 Jun 92 11:25:44 +0200 From: Guido Bosch Message-Id: <9206090925.AA01382@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: window selection hooks Reply-To: Guido BOSCH Are there selection/deselection hooks to be activated when a window is selected/deselected? This would be useful to add/remove editing mode specific menus in the menu bar. Or is there an other way to do this propperly? -- Guido BOSCH, INRIA-Lorraine/CRIN Institut National de Recherche en Informatique et en Automatique (INRIA) Centre de Recherche en Informatique de Nancy (CRIN) Campus scientifique, B.P. 239 54506 Vandoeuvre-les-Nancy CEDEX Tel.: (+33) 83.91.24.24 Fax.: (+33) 83.41.30.79 email: bosch@loria.fr From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 03:04:43 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21094; Tue, 9 Jun 92 03:04:43 PDT Received: by heavens-gate.lucid.com id AA15227g; Tue, 9 Jun 92 02:33:29 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA15223g; Tue, 9 Jun 92 02:33:21 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA22924; Tue, 9 Jun 92 02:41:46 PDT Date: Tue, 9 Jun 92 02:41:46 PDT Message-Id: <9206090941.AA22924@thalidomide.lucid> X-Windows: Don't get frustrated without it. From: Jamie Zawinski Sender: jwz@thalidomide To: Guido BOSCH Cc: help-lucid-emacs@lucid.com Subject: Re: window selection hooks In-Reply-To: Guido Bosch's message of Tue 9-Jun-92 11:25:44 +0200 <9206090925.AA01382@moebius.loria.fr> References: <9206090925.AA01382@moebius.loria.fr> In message <9206090925.AA01382@moebius.loria.fr> Guido Bosch wrote: > > Are there selection/deselection hooks to be activated when a window is > selected/deselected? > > This would be useful to add/remove editing mode specific menus in the > menu bar. There's no way to do that now. There are already hooks in place for running code when a buffer or window becomes selected or deselected, but they are C hooks only: you can't run lisp code there. I'm not sure that it's a good idea to allow random lisp code to run in such a time-critical place. There are also GC considerations. I was planning on making it possible for the menubar to be buffer-local instead of screen-local. The menubar would be updated from these C hooks based on the prevailing value of the menubar variable in the current buffer. This is tricky to do, because it needs to be really fast. It's not clear to me that it's possible to make this fast enough using the Motif or OLIT menubars; those toolkits are just too slow, especially over slow network connections (too much server traffic.) Possibly we will end up adding an OpenLook "look and feel" to the non-widget menubar that you get when you define USE_LUCID in the lwlib Imakefile, and give up on trying to squeeze performance out of the toolkits entirely. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 05:34:03 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21138; Tue, 9 Jun 92 05:34:03 PDT Received: by heavens-gate.lucid.com id AA15519g; Tue, 9 Jun 92 05:11:51 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15511g; Tue, 9 Jun 92 05:11:33 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA05469 (5.65b/CWI-3.3); Tue, 9 Jun 1992 14:16:55 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 13:42 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 13:42 MET DST Message-Id: Date: Tue, 9 Jun 92 13:42 MET DST From: jv@mh.nl (Johan Vromans) X-From: Multihouse, Gouda, The Netherlands To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) Cc: neumann@dec4.wu-wien.ac.at (Gustaf Neumann) In-Reply-To: neumann@dec4.wu-wien.ac.at's message of Tue, 9 Jun 92 02:38:48 ME Subject: Re: emacs: Cannot open termcap database file X-Mailer: GNU Emacs 18.58.5 with VM 4.42 > environment: > DECstation 5000/200 Ultrix 4.2, gcc2.0 > #include "s/s-bsd4-2.h" > #include "m/m-pmax.h" > using system malloc > > temacs is built with > > ld -L. -L./lwlib -o temacs pre-crt0.o /lib/crt0.o dispnew.o ... ... > realpath.o terminfo.o lastfile.o alloca.o ScreenWidget.o ColumnWidget.o EmacsShell.o > - -llw -lXaw -lXext -lXt -lXmu -lX11 -lcursesX -ltermcap > /gnu/gcc-2.0/libgcc.a -lm -lc I had the same problems. Solution: specify in xmakefile termcapobj = termcap.o tparam.o and link with "-ltermcap" only. Johan From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 05:34:26 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21142; Tue, 9 Jun 92 05:34:26 PDT Received: by heavens-gate.lucid.com id AA15516g; Tue, 9 Jun 92 05:11:51 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA15510g; Tue, 9 Jun 92 05:11:05 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA05479 (5.65b/CWI-3.3); Tue, 9 Jun 1992 14:16:58 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Tue, 9 Jun 92 13:57 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Tue, 9 Jun 92 13:57 MET DST Message-Id: Date: Tue, 9 Jun 92 13:57 MET DST From: jv@mh.nl (Johan Vromans) X-From: Multihouse, Gouda, The Netherlands To: help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) Subject: Scrollbars X-Mailer: GNU Emacs 18.58.5 with VM 4.42 First of all: Lucid Emacs looks beautiful. Unfortunately we use x-mouse code very much, and that seems to be highly incompatible. Time to rethink, I guess. What surprises me is that there are no scrollbars in the windows. Pulldown menus and scrollbars are typical gadgets for windowing systems. Is that intentional? Thanks for the good work. Johan From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 08:31:34 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21222; Tue, 9 Jun 92 08:31:34 PDT Received: by heavens-gate.lucid.com id AA15834g; Tue, 9 Jun 92 07:56:49 PDT Received: from banzai.cc.columbia.edu by heavens-gate.lucid.com id AA15830g; Tue, 9 Jun 92 07:56:41 PDT Received: by banzai.cc.columbia.edu (5.59/FCB) id AA23144; Tue, 9 Jun 92 11:04:48 EDT Date: Tue, 9 Jun 92 11:04:46 EDT From: Ben Fried To: help-lucid-emacs@lucid.com Subject: sample Xdefaults/.emacs files for lucid-emacs? Message-Id: Anyone have sample resource specifications and/or .emacs files with stuff in them for lucid emacs? If so, I'd like to see what you've got. I haven't done anything particularly fancy yet. I've already looked at the sample in the etc/ directory. Ben From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 08:51:35 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21238; Tue, 9 Jun 92 08:51:35 PDT Received: by heavens-gate.lucid.com id AA15917g; Tue, 9 Jun 92 08:16:48 PDT Received: from eco.twg.com by heavens-gate.lucid.com id AA15913g; Tue, 9 Jun 92 08:16:39 PDT Received: from LOCAL.eco.twg.com by eco.twg.com (5.65/ECO.m-$Revision: 2.15 $) id AA00738; Tue, 9 Jun 92 11:24:30 -0400 Organization: The Wollongong Group, Inc., East Coast Operations Address: 2010 Corporate Ridge Drive, Suite 550, McLean, VA 22102 Phone: 703-847-4500 (Voice); 703-847-4520 (Fax) Received: by .eco.twg.com (4.1/ECO.s-$Revision: 1.6 $) id AA12444; Tue, 9 Jun 92 11:26:23 EDT Date: Tue, 9 Jun 92 11:26:23 EDT From: skip@eco.twg.com (Skip Koppenhaver) Message-Id: <9206091526.AA12444@eco.twg.com> To: Ben Fried Cc: help-lucid-emacs@lucid.com Subject: Re: sample Xdefaults/.emacs files for lucid-emacs? In-Reply-To: References: Reply-To: skip@eco.twg.com Here's what I use, season to taste... ! ! Lucid Emacs resources ! #ifdef COLOR Emacs*default.attributeForeground: White Emacs*default.attributeBackground: DarkGreen Emacs*bold.attributeForeground: White Emacs*bold.attributeBackground: Blue Emacs*italic.attributeForeground: Yellow Emacs*italic.attributeBackground: DarkGreen Emacs*bold-italic.attributeForeground: Yellow Emacs*bold-italic.attributeBackground: NavyBlue Emacs*cursorColor: Red Emacs*pointerColor: Red #endif Emacs*default.attributeFont: -misc-fixed-medium-r-*-*-20-*-75-75-c-*-*-* Emacs.geometry: 81x36 -- Skip Koppenhaver skip@eco.twg.com From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 15:39:38 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21932; Tue, 9 Jun 92 15:39:38 PDT Received: by heavens-gate.lucid.com id AA17451g; Tue, 9 Jun 92 15:17:38 PDT Received: from phloem.uoregon.edu by heavens-gate.lucid.com id AA17447g; Tue, 9 Jun 92 15:17:31 PDT Received: from cambium.uoregon.edu by phloem.uoregon.edu (4.1/UofO NetSvc-05/01/91) id AA10387; Tue, 9 Jun 92 15:25:41 PDT Date: Tue, 9 Jun 92 15:25:41 PDT From: meyer@phloem.uoregon.edu (David M. Meyer 503/346-1747) Message-Id: <9206092225.AA10387@phloem.uoregon.edu> Received: by cambium.uoregon.edu (4.1/UofO NetSvc-03/02/92) id AA26674; Tue, 9 Jun 92 15:25:27 PDT To: help-lucid-emacs@lucid.com Subject: icon name Is there a way to make (lucid) emacs use the "emacs@system" name in its icon (rather than its current buffer name)? Thanks, Dave From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 15:59:22 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA21968; Tue, 9 Jun 92 15:59:22 PDT Received: by heavens-gate.lucid.com id AA17526g; Tue, 9 Jun 92 15:38:03 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA17522g; Tue, 9 Jun 92 15:37:58 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA24579; Tue, 9 Jun 92 15:46:19 PDT Date: Tue, 9 Jun 92 15:46:19 PDT Message-Id: <9206092246.AA24579@thalidomide.lucid> X-Windows: A terminal disease. From: Jamie Zawinski Sender: jwz@thalidomide To: meyer@phloem.uoregon.edu (David M. Meyer 503/346-1747) Cc: help-lucid-emacs@lucid.com Subject: Re: icon name In-Reply-To: David M. Meyer's message of Tue 9-Jun-92 15:25:41 PDT <9206092225.AA10387@phloem.uoregon.edu> References: <9206092225.AA10387@phloem.uoregon.edu> In message <9206092225.AA10387@phloem.uoregon.edu> David M. Meyer wrote: > > Is there a way to make (lucid) emacs use the "emacs@system" name in its > icon (rather than its current buffer name)? (setq screen-icon-title-format (concat invocation-name "@" (system-name))) -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 18:07:30 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22119; Tue, 9 Jun 92 18:07:30 PDT Received: by heavens-gate.lucid.com id AA17966g; Tue, 9 Jun 92 17:43:33 PDT Received: from sapir.cog.jhu.edu by heavens-gate.lucid.com id AA17961g; Tue, 9 Jun 92 17:43:25 PDT Received: from localhost by sapir.cog.jhu.edu (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0) id AA03508; Tue, 9 Jun 92 20:51:10 EDT Message-Id: <9206100051.AA03508@sapir.cog.jhu.edu> To: help-lucid-emacs@lucid.com Subject: porting lemacs to NeXT Date: Tue, 09 Jun 92 20:51:09 -0400 From: anderson@sapir.cog.jhu.edu I'd like to try to port lemacs to the NeXT (with PenCom's co-Xist environment to provide X support). While I've brought emacs up on a number of platforms, I've never tried a real port....is there anyone out there with some experience in where I'll have to do some work on this? I notice there's no s-mach.h file, for starters, as opposed to the situation in emacs-18. Any help will be appreciated. --Steve Anderson From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 18:30:24 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22124; Tue, 9 Jun 92 18:30:24 PDT Received: by heavens-gate.lucid.com id AA18072g; Tue, 9 Jun 92 18:09:42 PDT Received: from wotan.compaq.com (compaq.com) by heavens-gate.lucid.com id AA18068g; Tue, 9 Jun 92 18:09:35 PDT Received: by wotan.compaq.com (/\==/\ Smail3.1.21.1 #21.34) id ; Tue, 9 Jun 92 20:16 CDT Received: by twisto.eng.hou.compaq.com (Smail3.1.21) id ; Tue, 9 Jun 92 20:15 CDT Received: from localhost.eng.hou.compaq.com by akasha.eng.hou.compaq.com (4.1/1.36(MFA-SUN)) id AA00389; Tue, 9 Jun 92 20:15:28 CDT Message-Id: <9206100115.AA00389@akasha.eng.hou.compaq.com> To: help-lucid-emacs%lucid.com@twisto.eng.hou.compaq.com ( Lucid Emacs Help Mailing List ) Subject: Cannot perform malloc error... Date: Tue, 09 Jun 92 20:15:28 -0500 From: ( Colin :) Has anyone seen this? I figured that I would ask before I go tracing with gdb. Here is my current setup: Sun Sparc 2, SunOS 4.1.1, GCC-2.2, X11R5, and Motif. lemacs was compiled with gcc -g ( a minor nit, but you should take the stuff about needing a -traditional flag out of the docs. You don't need it. As a matter of fact, if you use -traditional, environ.c will not compile.) Whenever I try to start up lemacs, I get "Error: cannot perform malloc." Any ideas? Colin ------------------------------------------------------------------------- Colin Smiley, Compaq Computer Corporation, Houston, Texas 77269-2000 e-mail: smiley@compaq.com Phone: (713) 378-8426 ------------------------------------------------------------------------- Disclaimer: Any opinons expressed here do not reflect the opinions of Compaq Computer Corp. They make computers. I make noise. From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 21:30:04 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22227; Tue, 9 Jun 92 21:30:04 PDT Received: by heavens-gate.lucid.com id AA18474g; Tue, 9 Jun 92 21:07:50 PDT Received: from NS.UTA.EDU by heavens-gate.lucid.com id AA18470g; Tue, 9 Jun 92 21:07:44 PDT Received: from arrisun3.uta.edu.uta.edu by ns.uta.edu with SMTP; Tue, 9 Jun 1992 23:19:36 CDT Received: by arrisun3.uta.edu.uta.edu (4.1/SMI-4.1) id AA07324; Tue, 9 Jun 92 23:14:56 CDT Date: Tue, 9 Jun 92 23:14:56 CDT From: lindahl@arrisun3.uta.edu (Charlie Lindahl) Message-Id: <9206100414.AA07324@arrisun3.uta.edu.uta.edu> To: help-lucid-emacs@lucid.com Subject: Help building/using LEMACS ... Hello: I'm running under SUNOS 4.1.1 on a Sparcstation 370. I've built EMACS from source before, so I'm not a "babe in the woods" -- but I don't get past the first step (make at top level, when it gets to the "src" directory). Shell transcript appears below. BTW, please make it VERY clear about the libresolv.a stuff. I knew what you were saying, but it wasn't very well explained in the PROBLEMS file. I can say from firsthand experience that the "setting DISPLAY variable" problem DOES occur when trying to run the binary that is distributed with the "tar.Z" file on EXPORT. Lastly, could their be something wrong/irregular in including an explicit path to "makedepend" in the Makefile? It is given as MKDEP = /cadillac1/utilities/makedepend -/ -fDependencies which I would think would choke most systems. Appreciate any help you can lend. Charlie S. Lindahl Automation and Robotics Research Institute University of Texas at Arlington ============================================================================ "C Code. C code run. Run, code, run... | Charlie S. Lindahl | ----- PLEASE!!!" -- Barbara Toungue | lindahl@sparki.uta.edu | | - - | | "Robots Iz Us" | | === | | | +-----+ ---------------------------------------------------------------------------- Disclaimer: The opinions expressed are my own. They're too idiotic for the University to claim. ============================================================================ --- SHELL SCRIPT OUTPUT APPEARS BELOW --- % make cd etc; make all cd src; make all make -f xmakefile all make: Fatal error: Don't know how to make target `all' Current working directory /usr/local/lucid/lemacs-19.1/src *** Error code 1 make: Fatal error: Command failed for target `doall' Current working directory /usr/local/lucid/lemacs-19.1/src *** Error code 1 make: Fatal error: Command failed for target `src' From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 22:41:23 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22268; Tue, 9 Jun 92 22:41:23 PDT Received: by heavens-gate.lucid.com id AA18612g; Tue, 9 Jun 92 22:13:04 PDT Received: from NS.UTA.EDU by heavens-gate.lucid.com id AA18608g; Tue, 9 Jun 92 22:12:47 PDT Received: from arrisun3.uta.edu.uta.edu by ns.uta.edu with SMTP; Tue, 9 Jun 1992 23:24:12 CDT Received: by arrisun3.uta.edu.uta.edu (4.1/SMI-4.1) id AA07413; Tue, 9 Jun 92 23:19:34 CDT Date: Tue, 9 Jun 92 23:19:34 CDT From: lindahl@arrisun3.uta.edu (Charlie Lindahl) Message-Id: <9206100419.AA07413@arrisun3.uta.edu.uta.edu> To: help-lucid-emacs@lucid.com Subject: Whoops! Answered my own question (about rebuilding from source) All: Whoops! Figured out what was wrong ... I just now modified the original Makefile (in the tar src) from doall: $(MAKE) $(MAKEOVERRIDES) -f xmakefile ${MFLAGS} all *to* doall: $(MAKE) $(MAKEOVERRIDES) -f xmakefile ${MFLAGS} (i.e. took the "all" target off the make). And now things are compiling happily in the background. Charlie S. Lindahl Automation and Robotics Research Institute University of Texas at Arlington ============================================================================ "C Code. C code run. Run, code, run... | Charlie S. Lindahl | ----- PLEASE!!!" -- Barbara Toungue | lindahl@sparki.uta.edu | | - - | | "Robots Iz Us" | | === | | | +-----+ ---------------------------------------------------------------------------- Disclaimer: The opinions expressed are my own. They're too idiotic for the University to claim. ============================================================================ From help-lucid-emacs-request@heavens-gate.lucid.com Tue Jun 9 22:42:44 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22272; Tue, 9 Jun 92 22:42:44 PDT Received: by heavens-gate.lucid.com id AA18643g; Tue, 9 Jun 92 22:18:24 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA18639g; Tue, 9 Jun 92 22:18:15 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA25293; Tue, 9 Jun 92 22:26:39 PDT Date: Tue, 9 Jun 92 22:26:39 PDT Message-Id: <9206100526.AA25293@thalidomide.lucid> X-Windows: Power tools for power fools. From: Jamie Zawinski Sender: jwz@thalidomide To: lindahl@arrisun3.uta.edu (Charlie Lindahl) Cc: help-lucid-emacs@lucid.com Subject: Re: Help building/using LEMACS ... In-Reply-To: Charlie Lindahl's message of Tue 9-Jun-92 23:14:56 CDT <9206100414.AA07324@arrisun3.uta.edu.uta.edu> References: <9206100414.AA07324@arrisun3.uta.edu.uta.edu> In message <9206100414.AA07324@arrisun3.uta.edu.uta.edu> Charlie Lindahl wrote: > > BTW, please make it VERY clear about the libresolv.a stuff. I knew > what you were saying, but it wasn't very well explained in the > PROBLEMS file. Part of the problem here is that most of the text files floating around in the emacs directories don't really apply any more; much has changed, and little installation documentation has been corrected. About six man-years of work have gone into this branch of emacs since it last saw the light of day, and only about three weeks was spent readying it for the general public. Hopefully we'll have it working with the GNU "configure" system eventually, and then things will go a lot more smoothly. You won't even have to use imake. I'm going to do what I can to make emacs easier to install, but to a large extent I'm going to have to depend on you folks sending in patches, because emacs isn't what pays the bills around here. > MKDEP = /cadillac1/utilities/makedepend -/ -fDependencies > > which I would think would choke most systems. Yeah, that shouldn't be in there. "Pay no attention to the man behind the curtain." > I can say from firsthand experience that the "setting DISPLAY variable" > problem DOES occur when trying to run the binary that is distributed with > the "tar.Z" file on EXPORT. ------- Start of forwarded message ------- Date: Fri, 5 Jun 92 18:59:37 PDT Message-Id: <9206060159.AA15556@thalidomide.lucid> From: Jamie Zawinski To: bug-lucid-emacs@lucid.com Subject: "Check that your $DISPLAY environment variable is properly set" If you get this error when starting up emacs, it is almost always because emacs is finding the wrong lisp directory, or none at all. Replace the function `normal-top-level' in startup.el with the following definition, and byte-compile the file. startup.el is loaded before emacs is dumped, so you can't install this fix without re-dumping. The best way to make emacs find the correct lisp and etc direcories is to keep those direcories in the same directory as the emacs executable. That is, if the lemacs executable in in /usr/foobar/bin/lemacs, then /usr/foobar/bin/lisp/ and /usr/foobar/bin/etc/ should exist as well. They may be symbolic links to directories, too. If these don't exist, then emacs will try to use /usr/local/lib/emacs/lisp/ or /usr/local/emacs/lisp/ instead. If these directories exist, but are for version 18 instead of Lucid GNU Emacs, then emacs will be unable to run. Another solution is to put the right directories in paths.h before building emacs, but that's not as good a solution because it means that if you want to move the emacs executable to another directory later, you have to recompile. -- Jamie (defun normal-top-level () (if command-line-processed (message "Back to top level.") (setq command-line-processed t) ;; In presence of symlinks, switch to cleaner form of default directory. (if (and (not (eq system-type 'vax-vms)) (getenv "PWD")) (setq default-directory (file-name-as-directory (getenv "PWD")) cdlist (initialize-cdlist))) (let ((tail directory-abbrev-alist)) (while tail (if (string-match (car (car tail)) default-directory) (setq default-directory (concat (cdr (car tail)) (substring default-directory (match-end 0))))) (setq tail (cdr tail)))) (condition-case error (command-line) ;; ;; If we get an error here, it's almost always because emacs couldn't ;; find lisp/term/x-win.el, or it's loading the v18 lisp/term/x-win.el. ;; If emacs supported ttys, then we could concievably continue here, ;; and simply run in tty mode, but right now, that just causes the ;; bogus "only runs under X" error to be printed. Even when ttys work, ;; there's not much point in trying to run if we know we're going to ;; be so completely crippled. It probably just won't work. ;; ;; If we call message here, it clears the screen in an unattractive ;; way, so just blast the bits to stdout. ;; (error (send-string-to-terminal (format "\nInitialization error: %S\n" error)) (send-string-to-terminal (format "\nload-path is %S" load-path)) (send-string-to-terminal (format "\nexec-directory is %S\n" exec-directory)) (kill-emacs 1))))) ------- End of forwarded message ------- From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 07:52:22 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22698; Wed, 10 Jun 92 07:52:22 PDT Received: by heavens-gate.lucid.com id AA19588g; Wed, 10 Jun 92 07:20:49 PDT Received: from grumpy (GRUMPY.SARNOFF.COM) by heavens-gate.lucid.com id AA19584g; Wed, 10 Jun 92 07:20:42 PDT Received: from vague.sarnoff.com by grumpy (4.1/SMI-4.1) id AA00423; Wed, 10 Jun 92 10:28:57 EDT Date: Wed, 10 Jun 92 10:28:57 EDT Message-Id: <9206101428.AA00423@grumpy> Received: by vague.sarnoff.com (4.1/SMI-4.1) id AA14587; Wed, 10 Jun 92 10:28:48 EDT From: muller@vision.sarnoff.com Sender: muller@sarnoff.com To: help-lucid-emacs@lucid.com Subject: vm I'm still having trouble with vm. I autoload the version provided with emacs 19.1, but when I say "vm" it immediately says "Cannot open load file: vm-babyl". There's no such file in that version of vm, nor any reference to it in the source. Jim From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 08:48:00 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22767; Wed, 10 Jun 92 08:48:00 PDT Received: by heavens-gate.lucid.com id AA19720g; Wed, 10 Jun 92 08:19:51 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA19713g; Wed, 10 Jun 92 08:19:38 PDT Received: by moebius.loria.fr id AA04143 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Wed, 10 Jun 92 17:26:04 +0200 Date: Wed, 10 Jun 92 17:26:04 +0200 From: Guido Bosch Message-Id: <9206101526.AA04143@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: mail-mode / .signature file In mail mode, the command `mail-signature' seems no longer be bound to `C-c C-w' as the info manual still claims (File: emacs, Node: Mail Mode). Also the mail-mode docstring doesn't mention it. However, when sending the message, the .signature is automatically added. Is there a variable to custommize this behavior (I would preferr to decide myself when the .signature is appended). From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 09:18:19 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22807; Wed, 10 Jun 92 09:18:19 PDT Received: by heavens-gate.lucid.com id AA19820g; Wed, 10 Jun 92 08:50:22 PDT Received: from CAMIS.Stanford.EDU by heavens-gate.lucid.com id AA19816g; Wed, 10 Jun 92 08:50:14 PDT Received: from mcs-ipc-3.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id AA16455; Wed, 10 Jun 92 08:58:28 PDT Date: Wed, 10 Jun 1992 08:50:16 -0700 (PDT) From: Kevin Brock Reply-To: Brock@sumex-aim.stanford.edu Subject: RE: Cannot perform malloc error... To: smiley@akasha.eng.hou.compaq.com Cc: help-lucid-emacs@lucid.com In-Reply-To: smiley@akasha.eng.hou.compaq.com's message of Tue, 09 Jun 92 20:15:28 -0500: <9206100115.AA00389@akasha.eng.hou.compaq.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII >Sun Sparc 2, SunOS 4.1.1, GCC-2.2, X11R5, and Motif. That's what we've got too... >lemacs was compiled with gcc -g ( a minor nit, but you should take the >stuff about needing a -traditional flag out of the docs. You don't >need it. As a matter of fact, if you use -traditional, environ.c will >not compile.) 'cause of two 'const char*' casts in there >Whenever I try to start up lemacs, I get "Error: cannot perform >malloc." I got rid of that by commenting out the portion of config.h that #undef'd SYSTEM_MALLOC and #define'd GNU_MALLOC. Worked fine after that. SYSTEM_MALLOC is #define'd in s-sunos4.h. On another thread -- when I tried to build lemacs with acc, Sun's ANSI C compiler I got all kinds of warnings, and when I tried to run it, got bus errors in various places. Is Sun's ANSI C compiler broken, or is the code for lemacs just pseudo-ANSI? Also, does anyone know when there's going to be better documentaion on the X interface for lemacs? Kevin Brock brock@sumex-aim.stanford.edu From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:00:52 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22878; Wed, 10 Jun 92 10:00:52 PDT Received: by heavens-gate.lucid.com id AA19995g; Wed, 10 Jun 92 09:32:03 PDT Received: from foobar.cs.Colorado.EDU by heavens-gate.lucid.com id AA19990g; Wed, 10 Jun 92 09:31:53 PDT Received: by foobar.cs.Colorado.EDU id AA27278 (5.65c/IDA-1.4.4 for help-lucid-emacs@lucid.com); Wed, 10 Jun 1992 10:40:08 -0600 Date: Wed, 10 Jun 1992 10:40:08 -0600 From: Dirk Grunwald Message-Id: <199206101640.AA27278@foobar.cs.Colorado.EDU> To: help-lucid-emacs@lucid.com Subject: Time for a newsgroup? Reply-To: grunwald@foobar.cs.colorado.edu Office: 6-1 ECOT (303) 492-0452 Well, I just found out I need the answer to the ``termcap database not found'' question, but I had deleted it a while ago. Perhaps it's time for a newsgroup rather than a mailing list? From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:01:07 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22882; Wed, 10 Jun 92 10:01:07 PDT Received: by heavens-gate.lucid.com id AA19986g; Wed, 10 Jun 92 09:31:31 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA19982g; Wed, 10 Jun 92 09:31:23 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA22955; Wed, 10 Jun 92 09:39:43 PDT Date: Wed, 10 Jun 92 09:39:43 PDT From: eb@watergate (Eric Benson) Message-Id: <9206101639.AA22955@watergate.lucid> To: Brock@sumex-aim.stanford.edu Cc: help-lucid-emacs@lucid.com, smiley@akasha.eng.hou.compaq.com Subject: RE: Cannot perform malloc error... In-Reply-To: Kevin Brock's message of Wed 10-Jun-92 08:50:16 -0700 References: <9206100115.AA00389@akasha.eng.hou.compaq.com> In message Kevin Brock wrote: > On another thread -- when I tried to build lemacs with acc, Sun's > ANSI C compiler I got all kinds of warnings, and when I tried > to run it, got bus errors in various places. Is Sun's ANSI C > compiler broken, or is the code for lemacs just pseudo-ANSI? Well, Emacs is definitely "pseudo-ANSI". Both GCC and LCC (Lucid's C compiler) have default modes that are "permissive," i.e. they try to accept both ANSI and traditional K&R C whenever possible. We have built Emacs with both LCC and GCC, but never with Sun's ACC. We haven't made an effort to compile in strict ANSI mode with either compiler. If anyone does this, we would of course like to receive those changes. From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:11:08 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22914; Wed, 10 Jun 92 10:11:08 PDT Received: by heavens-gate.lucid.com id AA20080g; Wed, 10 Jun 92 09:43:53 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA20074g; Wed, 10 Jun 92 09:43:43 PDT Received: by moebius.loria.fr id AA04673 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Wed, 10 Jun 92 18:50:12 +0200 Date: Wed, 10 Jun 92 18:50:12 +0200 From: Guido Bosch Message-Id: <9206101650.AA04673@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: non-ASCII characters Reply-To: Guido BOSCH Lucid Emacs 19 has been called "8-bit clean". But I always get the octal representation for non-ASCII characters, i.e., sth. looking like \234. What is the trick to display them just as ordinary characters? Guido From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:22:11 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22947; Wed, 10 Jun 92 10:22:11 PDT Received: by heavens-gate.lucid.com id AA20137g; Wed, 10 Jun 92 09:55:28 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA20128g; Wed, 10 Jun 92 09:54:38 PDT Via: aifh.edinburgh.ac.uk; Wed, 10 Jun 1992 18:02:18 +0100 Date: Wed, 10 Jun 92 17:58:07 BST Message-Id: <2092.9206101658@aisb.ed.ac.uk> From: Tim Bradshaw To: bosch <@lucid.com:bosch@loria.fr> Cc: help-lucid-emacs@lucid.com In-Reply-To: Guido Bosch's message of Wed, 10 Jun 92 18:50:12 +0200 <9206101650.AA04673@moebius.loria.fr> Subject: Re: non-ASCII characters >>>>> On Wed, 10 Jun 92 18:50:12 +0200, Guido Bosch said: > Lucid Emacs 19 has been called "8-bit clean". But I always get the > octal representation for non-ASCII characters, i.e., sth. looking like > \234. I don't think it's eight bit clean in its output unless it was changed since the old version I'm still running. --tim From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:22:26 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22954; Wed, 10 Jun 92 10:22:26 PDT Received: by heavens-gate.lucid.com id AA20126g; Wed, 10 Jun 92 09:54:37 PDT Received: from chenas.inria.fr by heavens-gate.lucid.com id AA20121g; Wed, 10 Jun 92 09:54:17 PDT Received: from poly.polytechnique.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA02488; Wed, 10 Jun 1992 19:02:24 +0200 (MET) Received: by poly.polytechnique.fr (5.57/Ultrix3.0-C) id AA11247; Wed, 10 Jun 92 19:02:33 +0200 Received: by titus (4.0/Sun-4.0) id AA06738; Wed, 10 Jun 92 19:00:29 +0200 Date: Wed, 10 Jun 92 19:00:29 +0200 From: besancon@titus.polytechnique.fr (Thierry Besancon) Message-Id: <9206101700.AA06738@titus> Organization: LIX, Laboratoire d'Informatique de l'Ecole Polytechnique Ecole Polytechnique, 91128 Palaiseau Cedex, France tel: 69 33 34 85; fax: 69 33 30 14 To: help-lucid-emacs@lucid.com Subject: Re: Time for a newsgroup? My 2 cents contribution: I subscribed to the 2 mailing lists 2 days ago and I think that about 50 mails in the last 30 hours are worth a newsgroup. Thierry From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:22:29 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22955; Wed, 10 Jun 92 10:22:29 PDT Received: by heavens-gate.lucid.com id AA20120g; Wed, 10 Jun 92 09:53:48 PDT Received: from ti.com by heavens-gate.lucid.com id AA20113g; Wed, 10 Jun 92 09:53:25 PDT Received: from tilde.csc.ti.com ([128.247.160.56]) by ti.com with SMTP (5.59/LAI-3.2) id AA24477; Wed, 10 Jun 92 12:01:53 CDT Received: from sys_admin4.dadd.ti.com (dadsg1.dadd.ti.com) by tilde.csc.ti.com id AA06614; Wed, 10 Jun 1992 12:01:14 -0500 Received: from atg2.dadd.ti.com by sys_admin4.dadd.ti.com (4.1/SMI-4.1) id AA15903; Wed, 10 Jun 92 11:59:05 CDT Received: by atg2.dadd.ti.com (4.1/SMI-4.1) id AA16032; Wed, 10 Jun 92 11:58:59 CDT Date: Wed, 10 Jun 92 11:58:59 CDT From: kenb@dadd.ti.com (Ken Butler) Message-Id: <9206101658.AA16032@atg2.dadd.ti.com> To: Guido.Bosch%loria.fr@lucid.com Cc: help-lucid-emacs@lucid.com In-Reply-To: Guido Bosch's message of Wed, 10 Jun 92 17:26:04 +0200 Subject: Re: mail-mode / .signature file On Wed, 10 Jun 92 17:26:04 +0200, Guido Bosch said: Guido> In mail mode, the command Guido> `mail-signature' Guido> seems no longer be bound to `C-c C-w' as the info manual still claims Guido> (File: emacs, Node: Mail Mode). Also the mail-mode docstring doesn't Guido> mention it. Guido> However, when sending the message, the .signature is automatically Guido> added. Is there a variable to custommize this behavior (I would Guido> preferr to decide myself when the .signature is appended). Here's what I'm doing: (setq mail-setup-hook (function (lambda () (my-sc-overload-hook) (setq mail-signature-inserted t)))) By the way, what was the solution to changing sc-cite so that the marks are set when you yank mail into a mail buffer? That was posted a couple of days ago, but I lost the posting. Please e-mail me direct so that the rest of the group doesn't have to suffer the redundancy. Thanks. Ken -- *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Kenneth M. Butler (214) 997-6370 (office) Texas Instruments (214) 997-2049 (FAX) P.O. Box 655303 MS 3683 kenb@dadd.ti.com Dallas, TX 75265 *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:41:54 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA22993; Wed, 10 Jun 92 10:41:54 PDT Received: by heavens-gate.lucid.com id AA20205g; Wed, 10 Jun 92 10:09:21 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA20198g; Wed, 10 Jun 92 10:08:54 PDT Received: by moebius.loria.fr id AA05013 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Wed, 10 Jun 92 19:15:13 +0200 Date: Wed, 10 Jun 92 19:15:13 +0200 From: Guido Bosch Message-Id: <9206101715.AA05013@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: Re: non-ASCII characters In-Reply-To: <2092.9206101658@aisb.ed.ac.uk> References: <2092.9206101658@aisb.ed.ac.uk> <9206101650.AA04673@moebius.loria.fr> Reply-To: Guido BOSCH Tim Bradshaw writes: > >>>>> On Wed, 10 Jun 92 18:50:12 +0200, Guido Bosch said: > > > Lucid Emacs 19 has been called "8-bit clean". But I always get the > > octal representation for non-ASCII characters, i.e., sth. looking like > > \234. > > I don't think it's eight bit clean in its output unless it was > changed since the old version I'm still running. > You're right Tim, I should have read the etc/NEWS file more carefully. It says clearly: Known Problems / TODO List ========================== Horizontally-split windows don't work. Selective-display doesn't work. Display tables don't work. Lucid GNU Emacs is not "8-bit clean." We plan to do some extensive work on redisplay soon, which will likely fix all of this. Guido From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 10:51:54 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23009; Wed, 10 Jun 92 10:51:54 PDT Received: by heavens-gate.lucid.com id AA20321g; Wed, 10 Jun 92 10:22:25 PDT Received: from sapir.cog.jhu.edu by heavens-gate.lucid.com id AA20314g; Wed, 10 Jun 92 10:22:17 PDT Received: from localhost by sapir.cog.jhu.edu (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0) id AA04168; Wed, 10 Jun 92 13:30:00 EDT Message-Id: <9206101730.AA04168@sapir.cog.jhu.edu> To: besancon%titus.polytechnique.fr@lucid.com (Thierry Besancon) Cc: help-lucid-emacs@lucid.com Subject: Re: Time for a newsgroup? In-Reply-To: Your message of "Wed, 10 Jun 92 19:00:29 +0200." <9206101700.AA06738@titus> Date: Wed, 10 Jun 92 13:29:59 -0400 From: anderson@sapir.cog.jhu.edu >>>>> On Wed, 10 Jun 92 19:00:29 +0200, besancon%titus.polytechnique.fr@lucid.com (Thierry Besancon) said: TB> My 2 cents contribution: I subscribed to the 2 mailing TB> lists 2 days ago and I think that about 50 mails in the TB> last 30 hours are worth a newsgroup. My $.02 worth: I just subscribed yesterday, and have already gotten a fair number of items. Perhaps more to the point, I HAVEN'T gotten items sent out before yesterday, and I imagine I've already missed a lot of useful information. Newsgroups are easier to manage that way, since they are usually self-archiving within a limited time window. On the other hand, it'll take forever to get comp.emacs.lucid or whatever created. I'd think alt.lemacs would be the way to go, unless there are too many members of these lists whose nearest news sites don't get the alt groups. --Steve Anderson From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 11:08:16 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23057; Wed, 10 Jun 92 11:08:16 PDT Received: by heavens-gate.lucid.com id AA20394g; Wed, 10 Jun 92 10:41:12 PDT Received: from mescal.NOC.Vitalink.COM by heavens-gate.lucid.com id AA20389g; Wed, 10 Jun 92 10:40:57 PDT Received: by mescal.NOC.Vitalink.COM with UUCP id AA08902 (5.65c/IDA-1.4.4 for help-lucid-emacs@lucid.com); Wed, 10 Jun 1992 10:43:23 -0700 Received: by wsrcc.com id AA16586 (5.65c/IDA-1.4.4-WSR-02/03/92 for help-lucid-emacs@lucid.com); Wed, 10 Jun 1992 10:46:28 -0700 Date: Wed, 10 Jun 1992 10:46:28 -0700 From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht) Message-Id: <199206101746.AA16586@wsrcc.com> To: help-lucid-emacs@lucid.com Subject: getting started Organization: W S Rupprecht Computer Consulting, Fremont CA I'm impressed - someone put a lot of work into this emacs. Good job! Just some getting started questions... What is the purpose to the 2-line minibuffer window? Is this a bug in my compilation of lucid-emacs? (Sparc/Sunos 4.1/gcc 2.2 -O2/X11R5p12) Some other things I have noticed: * the line-indicating arrow in edebug causes displayed line to move right. * during query replace the first char of an extent will become unhighlighed if replaced. When the second char is replaced the first char will return to correct highlighting. * during an isearch the buffer will readjust itself in inch-worm fashion as the highlighting moves down the page. Very disconcerting... Zmacs highlighting/marking takes some getting used to, but I think I like it better this way. Some things that are a bit too strange: * \M-> and \M-< both claim "mark set" but don't really set mark. * with zmacs highlighting mode active, a mark previously set but not currently highlighted: \C-w fails (no mark set) but \C-x\C-x works and highlights the region. -wolfgang PS. Please cc me in any followups - I may not be on the mailing list yet. --- Wolfgang Rupprecht wolfgang@wsrcc.com (or) wsrcc!wolfgang Snail Mail: 39469 Gallaudet Drive, Fremont, CA 94538-4511 From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 12:03:13 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23112; Wed, 10 Jun 92 12:03:13 PDT Received: by heavens-gate.lucid.com id AA20602g; Wed, 10 Jun 92 11:36:39 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA20598g; Wed, 10 Jun 92 11:36:34 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA23100; Wed, 10 Jun 92 11:44:55 PDT Date: Wed, 10 Jun 92 11:44:55 PDT From: eb@watergate (Eric Benson) Message-Id: <9206101844.AA23100@watergate.lucid> To: wolfgang@wsrcc.com (Wolfgang S. Rupprecht) Cc: help-lucid-emacs@lucid.com Subject: Re: getting started In-Reply-To: Wolfgang S. Rupprecht's message of Wed 10-Jun-92 10:46:28 -0700 <199206101746.AA16586@wsrcc.com> References: <199206101746.AA16586@wsrcc.com> In message <199206101746.AA16586@wsrcc.com> Wolfgang S. Rupprecht wrote: > > > I'm impressed - someone put a lot of work into this emacs. > Good job! Thanks! > Just some getting started questions... > > What is the purpose to the 2-line minibuffer window? > > Is this a bug in my compilation of lucid-emacs? > (Sparc/Sunos 4.1/gcc 2.2 -O2/X11R5p12) Could be. Have you tried the already-compiled binary distribution? The minibuffer is the same size as Emacs 18 in our version, just one line. You can make it larger in your init file if you want to. > Some other things I have noticed: > > * the line-indicating arrow in edebug causes displayed line to move > right. My fault. I changed the "gdb" arrow to be inserted instead of overlayed, because I didn't like having my text covered up. Our original plan was to have a separate column for this arrow and other glyphs related to each line, so that this wouldn't throw off the display of the line with the arrow. This will probably appear in a later version. > Zmacs highlighting/marking takes some getting used to, but I think I > like it better this way. Some things that are a bit too strange: > > * \M-> and \M-< both claim "mark set" but don't really set mark. They actually do set the mark, but they do not make the region active. This is intentional. As before, there is always a region after a mark has been set in the buffer. The difference is that region commands don't work unless the region is active, and the region is only activated by C-space or C-x C-x (followed by any number of motion-only commands). > * with zmacs highlighting mode active, a mark previously set but not > currently highlighted: \C-w fails (no mark set) but \C-x\C-x > works and highlights the region. Right, that's the way it works. C-x C-x C-x C-x always activates the region and leaves point where it was. The intention is to avoid losing when you type C-w accidentally (perhaps you meant C-e), and also so you can see exactly what part of the buffer will be affected by the region command you are about to perform. From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 12:13:30 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23124; Wed, 10 Jun 92 12:13:30 PDT Received: by heavens-gate.lucid.com id AA20650g; Wed, 10 Jun 92 11:45:05 PDT Received: from uswat.advtech.uswest.com by heavens-gate.lucid.com id AA20644g; Wed, 10 Jun 92 11:44:47 PDT Received: from alder.advtech.uswest.com by uswat.advtech.uswest.com with SMTP id AA21807 (5.65c/IDA-1.4.4 for ); Wed, 10 Jun 1992 12:52:55 -0600 Received: by alder.advtech.uswest.com (advtech.uswest.com) id AA13759 (4.1/at-generic.11Feb92); Wed, 10 Jun 92 12:52:56 MDT Date: Wed, 10 Jun 92 12:52:56 MDT From: Chris McClenaghan Message-Id: <9206101852.AA13759@alder.advtech.uswest.com> To: help-lucid-emacs@lucid.com Subject: vm In vm-5.32.L I get the following error if my INBOX is empty Wrong type argument: arrayp, nil If the folder (INBOX, or visited folder) has mail there is no error. Here's my .vm - (setq vm-reply-subject-prefix "Re: ") (setq vm-reply-ignored-addresses (list "mcclen")) (setq vm-startup-with-summary t) (setq vm-flush-interval nil) (setq vm-follow-summary-cursor t) (setq vm-folder-directory "/u/mcclen/Mail/") (setq vm-spool-files (cons "/usr/spool/mail/mcclen" nil)) (setq vm-delete-after-saving t) (setq vm-auto-folder-alist '(("Subject" ("Homebrew Digest" . "homebrew")) ("To" ("bug-lucid-emacs" . "bug-lucid-emacs") ("help-lucid-emacs" . "help-lucid-emacs") ("ange-ftp-lovers" . "ange-ftp") ("metamail" . "meta-mail") ("hyperbole" . "hyperbole")) ("Cc" ("bug-lucid-emacs" . "bug-lucid-emacs") ("help-lucid-emacs" . "help-lucid-emacs") ("ange-ftp-lovers" . "ange-ftp") ("metamail" . "meta-mail") ("hyperbole" . "hyperbole")) )) ;;;(setq vm-mode-hooks '(lambda() ;;; ;;metamail support ;;; (require 'metamail) ;;; (setq vm-show-message-hook '(lambda() ;;; (setq vm-never-execute-automatically nil) ;;; (vm-check-content-type))) ;;;;;; (require 'vm-hack) ;;;;;; (setq vm-hack-summary-mode "anything") ;;;;;; (setq vm-hack-hostname "alder") ;;; )) ;;;(bbdb-insinuate-vm) Here's the relevant section from my .emacs - ;;vm stuff. other stuff in rc file (autoload 'vm "vm" nil t) (autoload 'vm-mode "vm" nil t) (autoload 'vm-visit-folder "vm" nil t) (autoload 'vm-visit-virtual-folder "vm-virtual" nil t) (autoload 'vm-mail "vm-reply" nil t) -- Chris McClenaghan mcclen@uswest.com From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 12:21:36 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23136; Wed, 10 Jun 92 12:21:36 PDT Received: by heavens-gate.lucid.com id AA20709g; Wed, 10 Jun 92 11:50:55 PDT Received: from watergate.lucid ([192.31.212.117]) by heavens-gate.lucid.com id AA20703g; Wed, 10 Jun 92 11:50:44 PDT Received: by watergate.lucid (4.1/SMI-4.1) id AA23131; Wed, 10 Jun 92 11:59:05 PDT Date: Wed, 10 Jun 92 11:59:05 PDT From: eb@watergate (Eric Benson) Message-Id: <9206101859.AA23131@watergate.lucid> To: Guido BOSCH Cc: help-lucid-emacs@lucid.com Subject: Re: non-ASCII characters In-Reply-To: Guido Bosch's message of Wed 10-Jun-92 18:50:12 +0200 <9206101650.AA04673@moebius.loria.fr> References: <9206101650.AA04673@moebius.loria.fr> In message <9206101650.AA04673@moebius.loria.fr> Guido Bosch wrote: > > Lucid Emacs 19 has been called "8-bit clean". But I always get the > octal representation for non-ASCII characters, i.e., sth. looking > like \234. > > What is the trick to display them just as ordinary characters? > > Guido As it says in the NEWS file, Emacs isn't "8-bit clean" in output. We just didn't get around to it. I don't think it's very hard to do, given the current modularization of redisplay. It should probably be controlled by the variable "ctl-arrow". Currently if this is t, control characters are displayed as "^F", if it is nil they are displayed as "\006" (as are all characters 128 and above). It would be quite easy to change it so that a non-nil, non-t setting of ctl-arrow would cause all characters to be displayed as "themselves", i.e. just use whatever glyph happens to be in the font for that character value. The function "pixel_to_glyph_translation" in dispnew.c does all the work. There are two places in that function where essentially the same computation is performed. From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 12:30:35 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23153; Wed, 10 Jun 92 12:30:35 PDT Received: by heavens-gate.lucid.com id AA20798g; Wed, 10 Jun 92 12:07:15 PDT Received: from math.mit.edu (WEYL.MIT.EDU) by heavens-gate.lucid.com id AA20790g; Wed, 10 Jun 92 12:06:46 PDT Received: from euler (EULER.MIT.EDU) by math.mit.edu (4.1/Math-2.0) id AA27255; Wed, 10 Jun 92 15:06:53 EDT Received: by euler; Wed, 10 Jun 92 15:14:36 EDT Date: Wed, 10 Jun 92 15:14:36 EDT From: richard@math.mit.edu Message-Id: <9206101914.AA02247@euler> To: help-lucid-emacs@lucid.com Subject: Differences between Lucid emacs 19 and `official' emacs 19 ? Could someone list some of the expected or known differences between Lucid emacs 19 and the official version? I would like to start programming with emacs-lisp of version 19, but I'm not sure I want to program in Lucid emacs-lisp if it has significant differences from the forthcoming official version. I wouldn't want to write code that is incompatible with GNU emacs-lisp. ;; ----------------------------------------------- ;; Richard Y. Kim richard@ear.mit.edu ;; (617) 253-8142 (W), (617) 449-7347 (H) From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 12:50:25 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23173; Wed, 10 Jun 92 12:50:25 PDT Received: by heavens-gate.lucid.com id AA20860g; Wed, 10 Jun 92 12:25:43 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA20856g; Wed, 10 Jun 92 12:25:37 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA25935; Wed, 10 Jun 92 12:33:59 PDT Date: Wed, 10 Jun 92 12:33:59 PDT Message-Id: <9206101933.AA25935@thalidomide.lucid> X-Windows: graphics hacking :: roman numerals : sqrt(pi) From: Jamie Zawinski Sender: jwz@thalidomide To: richard@math.mit.edu Cc: help-lucid-emacs@lucid.com Subject: Re: Differences between Lucid emacs 19 and `official' emacs 19 ? In-Reply-To: richard@math.mit.edu's message of Wed 10-Jun-92 15:14:36 EDT <9206101914.AA02247@euler> References: <9206101914.AA02247@euler> In message <9206101914.AA02247@euler> richard@math.mit.edu wrote: > > Could someone list some of the expected or known differences between > Lucid emacs 19 and the official version? > I would like to start programming with emacs-lisp of version 19, but > I'm not sure I want to program in Lucid emacs-lisp if it > has significant differences from the forthcoming official version. > I wouldn't want to write code that is incompatible with GNU emacs-lisp. The known differences between Lucid GNU Emacs 19.1 and GNU Emacs 18.57 are enumerated in the NEWS file. (Emphasis on "known".) Many of the more subtle changes that were made were not made by us, but were made by the FSF folks before we diverged; your `read' example (which is an example of a change that I, at least, didn't know about) is one of these. That change will most likely be in FSF's v19, since we weren't responsible for it. If you discover a significant difference in elisp that isn't mentioned in the NEWS file, let us know and we'll put it there. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 13:02:44 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23185; Wed, 10 Jun 92 13:02:44 PDT Received: by heavens-gate.lucid.com id AA20901g; Wed, 10 Jun 92 12:35:30 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA20897g; Wed, 10 Jun 92 12:35:09 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA25952; Wed, 10 Jun 92 12:43:30 PDT Date: Wed, 10 Jun 92 12:43:30 PDT Message-Id: <9206101943.AA25952@thalidomide.lucid> X-Windows: The first fully modular software disaster. From: Jamie Zawinski Sender: jwz@thalidomide To: eb%watergate@lucid.com (Eric Benson) Cc: Guido BOSCH , help-lucid-emacs@lucid.com Subject: Re: non-ASCII characters In-Reply-To: Eric Benson's message of Wed 10-Jun-92 11:59:05 PDT <9206101859.AA23131@watergate.lucid> References: <9206101650.AA04673@moebius.loria.fr> <9206101859.AA23131@watergate.lucid> In message <9206101859.AA23131@watergate.lucid> Eric Benson wrote: > > It should probably be controlled by the variable "ctl-arrow". This is the way several popular patches to emacs 18 work, but from reading the code, it seems that the FSF folks intended to do it differently. From what I can tell, the idea was that each window or buffer could have a "display table". This is a 256-long vector, indexed by buffer-characters. Each element of this vector could be a character (int) or string, or (some representation of a) bitmap to display instead of the buffer-character in question. So to make all high-bit characters display as themselves, you'd need to set up a display-table were (aref table x) --> x for all of the high-bit characters. But this lets you do a lot more, like display some characters as multi-char sequences, and translate between the character encoding of a file and the character encoding of the font you are using. This seems like a decent way of doing things to me, so it's probably what I'll implement eventually, but comments are welcome. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 13:03:43 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23189; Wed, 10 Jun 92 13:03:43 PDT Received: by heavens-gate.lucid.com id AA20918g; Wed, 10 Jun 92 12:37:11 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA20914g; Wed, 10 Jun 92 12:37:01 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA25960; Wed, 10 Jun 92 12:45:23 PDT Date: Wed, 10 Jun 92 12:45:23 PDT Message-Id: <9206101945.AA25960@thalidomide.lucid> X-Windows: The joke that kills. From: Jamie Zawinski Sender: jwz@thalidomide To: anderson@sapir.cog.jhu.edu Cc: help-lucid-emacs@lucid.com Subject: Re: Time for a newsgroup? In-Reply-To: anderson@sapir.cog.jhu.edu's message of Wed 10-Jun-92 13:29:59 -0400 <9206101730.AA04168@sapir.cog.jhu.edu> References: <9206101700.AA06738@titus> <9206101730.AA04168@sapir.cog.jhu.edu> In message <9206101730.AA04168@sapir.cog.jhu.edu> anderson@sapir.cog.jhu.edu wrote: > > On the other hand, it'll take forever to get comp.emacs.lucid or > whatever created. I'd think alt.lemacs would be the way to go, unless > there are too many members of these lists whose nearest news sites > don't get the alt groups. I'm going to look in to what it will take to get gnu.emacs.lucid.help and gnu.emacs.lucid.bug created. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 13:28:10 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23234; Wed, 10 Jun 92 13:28:10 PDT Received: by heavens-gate.lucid.com id AA21024g; Wed, 10 Jun 92 12:59:37 PDT Received: from ti.com by heavens-gate.lucid.com id AA21020g; Wed, 10 Jun 92 12:59:28 PDT Received: from tilde.csc.ti.com ([128.247.160.56]) by ti.com with SMTP (5.59/LAI-3.2) id AA01425; Wed, 10 Jun 92 15:07:49 CDT Received: from sys_admin4.dadd.ti.com (dadsg1.dadd.ti.com) by tilde.csc.ti.com id AA13582; Wed, 10 Jun 1992 15:07:14 -0500 Received: from atg2.dadd.ti.com by sys_admin4.dadd.ti.com (4.1/SMI-4.1) id AA16513; Wed, 10 Jun 92 15:05:08 CDT Received: by atg2.dadd.ti.com (4.1/SMI-4.1) id AA18710; Wed, 10 Jun 92 15:04:59 CDT Date: Wed, 10 Jun 92 15:04:59 CDT From: kenb@dadd.ti.com (Ken Butler) Message-Id: <9206102004.AA18710@atg2.dadd.ti.com> To: jwz@lucid.com Cc: anderson@sapir.cog.jhu.edu, help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Wed, 10 Jun 92 12:45:23 PDT Subject: RMAIL enhancement I made a little modification to rmailsum.el so that you can "point and shoot" in the summary buffer: (define-key rmail-summary-mode-map 'button1 'rmail-summary-mouse-goto) (defun rmail-summary-mouse-goto (event) (interactive "@e") "Set the pointer down, then jump that that message." (mouse-set-point event) (rmail-summary-goto-msg)) I'm sure that something similar can be done in vm. Ken P.S. I'm in agreement on setting up a newgroup. Thanks for looking into it, Jamie. -- *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Kenneth M. Butler (214) 997-6370 (office) Texas Instruments (214) 997-2049 (FAX) P.O. Box 655303 MS 3683 kenb@dadd.ti.com Dallas, TX 75265 *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 13:54:37 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23274; Wed, 10 Jun 92 13:54:37 PDT Received: by heavens-gate.lucid.com id AA21159g; Wed, 10 Jun 92 13:23:56 PDT Received: from physics.wm.edu by heavens-gate.lucid.com id AA21155g; Wed, 10 Jun 92 13:23:44 PDT Received: by physics.wm.edu (4.1/SMI-4.0) id AA00911; Wed, 10 Jun 92 16:28:55 EDT From: ajn@physics.wm.edu (Touch Not The Cat With The Glove) Message-Id: <9206102028.AA00911@physics.wm.edu> Subject: screen-name To: help-lucid-emacs@lucid.com Date: Wed, 10 Jun 92 16:28:54 EDT X-Mailer: ELM [version 2.3 PL0] OK I am confused about how to name screens/extract the screen name etc. in lucid emacs I am a lisp neophyte so please treat me gently... -- +-----------------------------------------------------------------------------+ |..Alastair Neil................................| | |..(804)-221-3533..[ajn@physics.wm.edu].........| None Shall Sleep | +-----------------------------------------------------------------------------+ From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 14:02:47 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23286; Wed, 10 Jun 92 14:02:47 PDT Received: by heavens-gate.lucid.com id AA21193g; Wed, 10 Jun 92 13:29:53 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21189g; Wed, 10 Jun 92 13:29:45 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA26147; Wed, 10 Jun 92 13:38:07 PDT Date: Wed, 10 Jun 92 13:38:07 PDT Message-Id: <9206102038.AA26147@thalidomide.lucid> X-Windows: A terminal disease. From: Jamie Zawinski Sender: jwz@thalidomide To: ajn@physics.wm.edu (Touch Not The Cat With The Glove) Cc: help-lucid-emacs@lucid.com Subject: Re: screen-name In-Reply-To: Touch Not The Cat With The Glove's message of Wed 10-Jun-92 16:28:54 EDT <9206102028.AA00911@physics.wm.edu> References: <9206102028.AA00911@physics.wm.edu> You can only name screens at the time they are created, since the name is used to interrogate the X resource database when the widgets are created. To make a named screen, do this (x-create-screen '((name . "your-name-here"))) To get the name of the selected screen, use (screen-name (selected-screen)). Also do `C-h f get-screen-for-buffer RET' to see a description of how to have screens automatically created for certain buffers. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 14:29:39 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23339; Wed, 10 Jun 92 14:29:39 PDT Received: by heavens-gate.lucid.com id AA21311g; Wed, 10 Jun 92 13:53:37 PDT Received: from wotan.compaq.com (compaq.com) by heavens-gate.lucid.com id AA21307g; Wed, 10 Jun 92 13:53:30 PDT Received: by wotan.compaq.com (/\==/\ Smail3.1.21.1 #21.34) id ; Wed, 10 Jun 92 15:58 CDT Received: by twisto.eng.hou.compaq.com (Smail3.1.21) id ; Wed, 10 Jun 92 15:55 CDT Received: from localhost.eng.hou.compaq.com by akasha.eng.hou.compaq.com (4.1/1.36(MFA-SUN)) id AA02926; Wed, 10 Jun 92 15:55:35 CDT Message-Id: <9206102055.AA02926@akasha.eng.hou.compaq.com> To: help-lucid-emacs%lucid.com@twisto.eng.hou.compaq.com ( Lucid Emacs Help Mailing List ) Subject: OK, time for more differences, etc... Date: Wed, 10 Jun 92 15:55:34 -0500 From: ( Colin :) Do we need a FAQ yet? I'd like to see one... I am an epoch user, and have grown quite accustomed to the neat things I can do with it, the questions I have are can I do them with lemacs? The following questions are proposed FAQ fodder. 1) Can the minibuffer be detached and made it's own window? I have gotten quite used to having just one minibuffer for all my screens. 2) Can the fonts and colors of the menu bar be changed (via Xrdb)? The impression I have is not yet. 3) I think I saw something in the TO DO list about making the menubar a buffer sensetive item. My $0.02...Great idea! It would be great to have a separate GDB menubar, MH-e menubar, etc. Also, how about a function that toggles whether or not the menubar appears on a screen (on a screen by screen) basis? 4) Has anyone written a package that has different faces for different regions of text following certain conventions? What I mean is can you get multicolor modelines, and have your C, C++, lisp code come up with different colors for different kinds of statements (#defines, comments, etc)? 5) Am I correct in assuming that extents can be used like zones in epoch such that you can make a hyper-text-ish info browser, man browser, dired? Whew! just a few questions... If anyone has similar questions or ideas, let's talk about them! I would like to see this stuff in lemacs (plus about half of the TO DO list - if I only had the time...). Colin ------------------------------------------------------------------------- Colin Smiley, Compaq Computer Corporation, Houston, Texas 77269-2000 e-mail: smiley@compaq.com Phone: (713) 378-8426 ------------------------------------------------------------------------- Disclaimer: Any opinons expressed here do not reflect the opinions of Compaq Computer Corp. They make computers. I make noise. From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 14:32:51 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23343; Wed, 10 Jun 92 14:32:51 PDT Received: by heavens-gate.lucid.com id AA21388g; Wed, 10 Jun 92 14:05:27 PDT Received: from earth (earth.med.ohio-state.edu) by heavens-gate.lucid.com id AA21384g; Wed, 10 Jun 92 14:05:21 PDT Received: from jupiter.ohio-state.edu by earth (4.1/5.901120) id AA21488; Wed, 10 Jun 92 17:06:48 EDT Date: Wed, 10 Jun 92 17:06:48 EDT From: Nasir K. Amra Message-Id: <9206102106.AA21488@earth> Received: by jupiter.ohio-state.edu (4.1/SMI-4.1) id AA08128; Wed, 10 Jun 92 17:09:47 EDT To: help-lucid-emacs@lucid.com Subject: hyperbole and emacs19 Comments: Hyperbole mail buttons accepted, v3.04. I am currently a user of hyperbole and enjoy the mouse point and click interface. Does hyperbole seamlessly integrate with emacs19 or do I have to hack something in emacs19 to get hyperbole to work? another question I have is there any preliminary documentation as the differences in emacs-lisp coding in emacs19 .vs. emacs18.5?. Thanks, --------------------------------------------------------------------- Nasir K. Amra amra@med.ohio-state.edu Laboratory for Knowledge Based Medical Systems Ohio State University 571 Health Science Library,376 W. 10th , Columbus, Ohio, 43210 tel. (614)-292-8614 From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 15:52:39 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23441; Wed, 10 Jun 92 15:52:39 PDT Received: by heavens-gate.lucid.com id AA21666g; Wed, 10 Jun 92 15:22:34 PDT Received: from BU.EDU by heavens-gate.lucid.com id AA21660g; Wed, 10 Jun 92 15:22:24 PDT Received: from BUCRF16.BU.EDU by BU.EDU (1.99) Wed, 10 Jun 92 18:30:32 -0400 Received: by BUCRF16.bu.edu (5.57/Ultrix3.0-C) id AA14325; Wed, 10 Jun 92 18:29:38 -0400 Date: Wed, 10 Jun 92 18:29:38 -0400 From: cohen@BUCRF16.BU.EDU (Andy Cohen) Message-Id: <9206102229.AA14325@BUCRF16.bu.edu> To: help-lucid-emacs@lucid.com Subject: ange-ftp My version of ange-ftp doesn't work with lemacs19.1. Does anyone have a version that does? From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 16:02:09 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23473; Wed, 10 Jun 92 16:02:09 PDT Received: by heavens-gate.lucid.com id AA21724g; Wed, 10 Jun 92 15:35:46 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21720g; Wed, 10 Jun 92 15:35:35 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA26387; Wed, 10 Jun 92 15:43:59 PDT Date: Wed, 10 Jun 92 15:43:59 PDT Message-Id: <9206102243.AA26387@thalidomide.lucid> X-Windows: Dissatisfaction guaranteed. From: Jamie Zawinski Sender: jwz@thalidomide To: cohen@BUCRF16.BU.EDU (Andy Cohen) Cc: help-lucid-emacs@lucid.com Subject: Re: ange-ftp In-Reply-To: Andy Cohen's message of Wed 10-Jun-92 18:29:38 -0400 <9206102229.AA14325@BUCRF16.bu.edu> References: <9206102229.AA14325@BUCRF16.bu.edu> In message <9206102229.AA14325@BUCRF16.bu.edu> Andy Cohen wrote: > > My version of ange-ftp doesn't work with lemacs19.1. Does anyone have a > version that does? The version of ange-ftp in .../lisp/dired/ange-ftp.el works. In fact, all sufficiently recent versions (except the one released yesterday) work. In general, check the lemacs lisp directory for copies of any other packages you use; if we have included one, it's often because it needed modifications. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 16:12:29 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23491; Wed, 10 Jun 92 16:12:29 PDT Received: by heavens-gate.lucid.com id AA21782g; Wed, 10 Jun 92 15:45:44 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21778g; Wed, 10 Jun 92 15:45:33 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA26431; Wed, 10 Jun 92 15:53:57 PDT Date: Wed, 10 Jun 92 15:53:57 PDT Message-Id: <9206102253.AA26431@thalidomide.lucid> X-Windows: The Cutting Edge of Obsolescence. From: Jamie Zawinski Sender: jwz@thalidomide To: Nasir K. Amra Cc: help-lucid-emacs@lucid.com Subject: Re: hyperbole and emacs19 In-Reply-To: Nasir K. Amra's message of Wed 10-Jun-92 17:06:48 EDT <9206102106.AA21488@earth> References: <9206102106.AA21488@earth> In message <9206102106.AA21488@earth> Nasir K. Amra wrote: > > I am currently a user of hyperbole and enjoy the mouse point > and click interface. Does hyperbole seamlessly integrate with emacs19 > or do I have to hack something in emacs19 to get hyperbole to work? If you just load the Hyperbole .elc files, it will probably work the same in lemacs as it does in emacs 18.5*. It won't do all of the nifty Epoch stuff, until someone either hacks Hyperbole to know about lemacs, or (a better idea) writes an Epoch-compatibility package for lemacs. However, there is a bug in Hyperbole which prevents it from working when compiled with the new byte-compiler, which is included with lemacs. I believe Bob Weiner has fixed this, but I don't know if he has released the fixed version yet. So don't recompile it, or compile it with v18. The v18 .elc files can be loaded into lemacs with no problem. > another question I have is there any preliminary documentation > as the differences in emacs-lisp coding in emacs19 .vs. emacs18.5?. All there is right now is what's in the NEWS file. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 17:09:23 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23546; Wed, 10 Jun 92 17:09:23 PDT Received: by heavens-gate.lucid.com id AA22083g; Wed, 10 Jun 92 16:43:26 PDT Received: from erewhon.CS.Berkeley.EDU by heavens-gate.lucid.com id AA22079g; Wed, 10 Jun 92 16:43:18 PDT Received: by erewhon.CS.Berkeley.EDU (5.57/Ultrix3.0-C) id AA19583; Wed, 10 Jun 92 16:53:32 -0700 Message-Id: <9206102353.AA19583@erewhon.CS.Berkeley.EDU> From: Adam Glass To: Jamie Zawinski Cc: help-lucid-emacs@lucid.com Subject: Re: ange-ftp In-Reply-To: Your message of Wed, 10 Jun 92 15:43:59 PST. <9206102243.AA26387@thalidomide.lucid> Date: Wed, 10 Jun 92 16:53:29 PDT Sender: glass@postgres.Berkeley.EDU > In message <9206102229.AA14325@BUCRF16.bu.edu> Andy Cohen wrote: > > > > My version of ange-ftp doesn't work with lemacs19.1. Does anyone have a > > version that does? > > The version of ange-ftp in .../lisp/dired/ange-ftp.el works. In fact, all > sufficiently recent versions (except the one released yesterday) work. > > In general, check the lemacs lisp directory for copies of any other packages > you use; if we have included one, it's often because it needed modifications. > > -- Jamie Umm. I haven't gotten the version in the distribution to work either. Same problem, it just locks up. This is on a decstation 5k/200 running ultrix4.2a. later, Adam Glass From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 17:11:57 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23550; Wed, 10 Jun 92 17:11:57 PDT Received: by heavens-gate.lucid.com id AA22109g; Wed, 10 Jun 92 16:48:33 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA22105g; Wed, 10 Jun 92 16:48:24 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA26577; Wed, 10 Jun 92 16:56:48 PDT Date: Wed, 10 Jun 92 16:56:48 PDT Message-Id: <9206102356.AA26577@thalidomide.lucid> X-Windows: The Cutting Edge of Obsolescence. From: Jamie Zawinski Sender: jwz@thalidomide To: Adam Glass Cc: help-lucid-emacs@lucid.com Subject: Re: ange-ftp In-Reply-To: Adam Glass's message of Wed 10-Jun-92 16:53:29 PDT <9206102353.AA19583@erewhon.CS.Berkeley.EDU> References: <9206102243.AA26387@thalidomide.lucid> <9206102353.AA19583@erewhon.CS.Berkeley.EDU> In message <9206102353.AA19583@erewhon.CS.Berkeley.EDU> Adam Glass wrote: > > Umm. I haven't gotten the version in the distribution to work either. > Same problem, it just locks up. > > This is on a decstation 5k/200 running ultrix4.2a. What's the symptom you're seeing? I use it all the time on a Sparc2. Possibly this is a bug in the subprocess code; do shell buffers and GNUS work for you? -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 17:47:46 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23591; Wed, 10 Jun 92 17:47:46 PDT Received: by heavens-gate.lucid.com id AA22265g; Wed, 10 Jun 92 17:23:18 PDT Received: from erewhon.CS.Berkeley.EDU by heavens-gate.lucid.com id AA22261g; Wed, 10 Jun 92 17:23:10 PDT Received: by erewhon.CS.Berkeley.EDU (5.57/Ultrix3.0-C) id AA19678; Wed, 10 Jun 92 17:33:23 -0700 From: Message-Id: <9206110033.AA19678@erewhon.CS.Berkeley.EDU> To: Jamie Zawinski Cc: Adam Glass , help-lucid-emacs@lucid.com Subject: Re: ange-ftp In-Reply-To: Your message of Wed, 10 Jun 92 16:56:48 PST. <9206102356.AA26577@thalidomide.lucid> Date: Wed, 10 Jun 92 17:33:21 PDT > In message <9206102353.AA19583@erewhon.CS.Berkeley.EDU> Adam Glass wrote: > > > > Umm. I haven't gotten the version in the distribution to work either. > > Same problem, it just locks up. > > > > This is on a decstation 5k/200 running ultrix4.2a. > > What's the symptom you're seeing? I use it all the time on a Sparc2. > Possibly this is a bug in the subprocess code; do shell buffers and > GNUS work for you? > > -- Jamie Hmm.. Should've checked that myself. shell-buffers, and GNUS seem to block on something. If you send lemacs a SIGTERM, they wake up. In the case of GNUS the signal gets it to the 'Getting active file stage' but it blocks there. with M-x shell sending a SIGTERM it sometimes wakes up the shell which then echos a few lines of prompts, and then says it got a hangup. Sometimes the emacs dies period. configuration: lemacs, ultrix-4.2a, dec 5k/200, using the m-pmax file from 18.57 on advice from Andrew Cohen (this resolved 80% of my missing functions problems). later, Adam Glass ps. its definitely using the lucid lisp stuff.... From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 19:04:02 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23658; Wed, 10 Jun 92 19:04:02 PDT Received: by heavens-gate.lucid.com id AA22560g; Wed, 10 Jun 92 18:41:47 PDT Received: from physics.wm.edu by heavens-gate.lucid.com id AA22553g; Wed, 10 Jun 92 18:41:33 PDT Received: by physics.wm.edu (4.1/SMI-4.0) id AA01999; Wed, 10 Jun 92 21:46:22 EDT From: ajn@physics.wm.edu (Touch Not The Cat With The Glove) Message-Id: <9206110146.AA01999@physics.wm.edu> Subject: more screen name confusion To: help-lucid-emacs@lucid.com Date: Wed, 10 Jun 92 21:46:21 EDT X-Mailer: ELM [version 2.3 PL0] OK, I'm slowly getting the hang of this, however I am still a little confused. Primarily I would like to configure lemacs to automagically set the screen name on startup to some value determined either from some general pattern in the filename (e.g. snd.* or something like that) and/or by major mode ie to distinguish between TeX files and Fortran files etc. I have already been pointed in the direction of get-screen-for-buffer function - but I have no Idea where to go from there... also can anyone recommend a good lisp reference, so I can cease being a general pain. -- +-----------------------------------------------------------------------------+ |..Alastair Neil................................| | |..(804)-221-3533..[ajn@physics.wm.edu].........| None Shall Sleep | +-----------------------------------------------------------------------------+ From help-lucid-emacs-request@heavens-gate.lucid.com Wed Jun 10 19:58:12 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA23687; Wed, 10 Jun 92 19:58:12 PDT Received: by heavens-gate.lucid.com id AA22654g; Wed, 10 Jun 92 19:31:42 PDT Received: from clouso.crim.ca by heavens-gate.lucid.com id AA22650g; Wed, 10 Jun 92 19:31:34 PDT Received: from ireq-robot.hydro.qc.ca by clouso.crim.ca (4.1/SMI-4.1) id AA07929; Wed, 10 Jun 92 22:39:44 EDT Received: by ireq-robot.hydro.qc.ca (4.1/IRBT-2.4) id AA05371; Wed, 10 Jun 92 22:41:39 EDT Date: Wed, 10 Jun 92 22:41:39 EDT From: Martin Boyer Message-Id: <9206110241.AA05371@ireq-robot.hydro.qc.ca> To: help-lucid-emacs@lucid.com Subject: Re: vm References: <9206101852.AA13759@alder.advtech.uswest.com> >>>>> Chris McClenaghan writes: >In vm-5.32.L I get the following error if my INBOX is empty > >Wrong type argument: arrayp, nil > >If the folder (INBOX, or visited folder) has mail there is no >error. Standard vm 5.32 does that too. I notified the author a while ago. -- Martin Boyer mboyer@ireq-robot.hydro.qc.ca Institut de recherche d'Hydro-Quebec mboyer@ireq-robot.uucp Varennes, QC, Canada J3X 1S1 +1 514 652-8412 From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 01:42:34 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24080; Thu, 11 Jun 92 01:42:34 PDT Received: by heavens-gate.lucid.com id AA23224g; Thu, 11 Jun 92 01:15:34 PDT Received: from bernina.ethz.ch by heavens-gate.lucid.com id AA23220g; Thu, 11 Jun 92 01:15:25 PDT Received: from bozo by bernina.ethz.ch with SMTP inbound id <395-0@bernina.ethz.ch>; Thu, 11 Jun 1992 10:23:31 +0200 Received: by vision.ethz.ch; Thu, 11 Jun 92 10:23:38 +0200 From: mpeter@vision.ethz.ch (Martin Peter) Date: Thu, 11 Jun 92 10:23:38 +0200 Message-Id: <9206110823.AA16699@vision.ethz.ch> To: help-lucid-emacs@lucid.com Subject: compile problems Greatings, seems that I have an elementary problem in compiling lemacs19.1 on sparc/sunos 4.1.1 with gcc. I get: krishna[local]176: cd ../src krishna[local]177: make xmakefile rm -f xmakefile cp ymakefile junk.c cc -E junk.c | sed -e 's/^#.*//' -e 's/^[ \f\t][ \f\t]*$//' -e 's/^ / /' | \ sed -n -e '/^..*$/p' > xmakefile rm -f junk.c krishna[local]178: make xemacs make -f xmakefile xemacs gcc -g -Demacs -I./lwlib -c crt0.c ....... ........ rm -f lwlib-Xlw.o gcc -c -O -I/usr/include lwlib-Xlw.c lwlib-Xlw.c: In function `xlw_create_menubar': lwlib-Xlw.c:68: warning: passing arg 3 of `XtAddCallback' from incompatible pointer type lwlib-Xlw.c:69: warning: passing arg 3 of `XtAddCallback' from incompatible pointer type lwlib-Xlw.c: In function `xlw_create_popup_menu': lwlib-Xlw.c:87: warning: passing arg 3 of `XtAddCallback' from incompatible pointer type rm -f xlwmenu.o gcc -c -O -I/usr/include xlwmenu.c rm -f lwlib-utils.o gcc -c -O -I/usr/include lwlib-utils.c rm -f liblw.a ar clq liblw.a lwlib.o lwlib-Xlw.o xlwmenu.o lwlib-utils.o ranlib liblw.a ld -e __start -Bstatic -L. -L./lwlib -o temacs crt0.o dispnew.o screen.o scroll.o xdisp.o window.o events.o event-alloc.o event-stream.o term.o cm.o xterm.o xfns.o xselect.o xutils.o event-Xt.o menubar.o play.o libsst.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexec.o mocklisp.o bytecode.o process.o callproc.o environ.o doprnt.o extents.o faces.o elhash.o hash.o tparam.o lastfile.o gmalloc.o vm-limit.o ScreenWidget.o ColumnWidget.o EmacsShell.o sunOS-fix.o -L/usr/demo/SOUND -laudio -llw -lXaw -lXext -lXt -lXmu -lX11 -ltermcap -lg -lm -lc Undefined ___main *** Error code 2 make: Fatal error: Command failed for target `temacs' Current working directory /usr/krishna/biwibig/morelocal/lemacs-19.1/src *** Error code 1 make: Fatal error: Command failed for target `doxemacs' What am I doing wrong ?? Thanks Martin ------------------------------------------------------------ Martin Peter e-mail: mpeter@vision.ethz.ch ETH Zuerich tel: 41 1 256 5286 Computer Vision Group fax: 41 1 261 3492 IKT/BIWI Gloriastrasse 35 8092 Zurich/ Switzerland From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 07:19:39 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24221; Thu, 11 Jun 92 07:19:39 PDT Received: by heavens-gate.lucid.com id AA23713g; Thu, 11 Jun 92 06:48:21 PDT Received: from Sun.COM by heavens-gate.lucid.com id AA23709g; Thu, 11 Jun 92 06:48:15 PDT Received: from snail.Sun.COM (snail.Corp.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA25457; Thu, 11 Jun 92 06:56:26 PDT Received: from East.Sun.COM by snail.Sun.COM (4.1/SMI-4.1) id AA08200; Thu, 11 Jun 92 06:56:24 PDT Received: from sundeck.East.Sun.COM by East.Sun.COM (4.1/SMI-4.1) id AA18110; Thu, 11 Jun 92 09:56:23 EDT Received: by sundeck.East.Sun.COM (4.1/SMI-4.1) id AA07230; Thu, 11 Jun 92 09:56:21 EDT Date: Thu, 11 Jun 92 09:56:21 EDT From: jdesai@sundeck.East.Sun.COM (Jatin Desai -- Contractor) Message-Id: <9206111356.AA07230@sundeck.East.Sun.COM> To: help-lucid-emacs@lucid.com Subject: Re: compile problems Has any one built this with OLIT menubar version? I tried and got an undefined symbol resource_string (from lwlib-Xol.c) and an unknown include file xt_extension.h in the same C file. I modified code from the routine resource_motif_string and put it in as resource_string and that seems to work ok according to my debug messages. I also commented out include "xt_extensions.h" line and found no apparent compilation problems. However, when I run the resulting xemacs, it just dies with Fatal error (11).Segmentation fault I can't debug with dbx because dbx falls over its face when loading xemacs and I don't have gdb. When I built it with the built in Motif like menus, it works just fine. Thanks for the help, Jatin Desai From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 15:08:35 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24832; Thu, 11 Jun 92 15:08:35 PDT Received: by heavens-gate.lucid.com id AA25401g; Thu, 11 Jun 92 14:33:08 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA25397g; Thu, 11 Jun 92 14:32:59 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA25261; Thu, 11 Jun 92 17:41:18 -0400 Received: from meaddata.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 174028.11715; Thu, 11 Jun 1992 17:40:28 EDT Received: from pepperoni.meaddata.com by meaddata.com (4.1/SMI-4.1) id AA28842; Thu, 11 Jun 92 17:26:00 EDT Received: by pepperoni.meaddata.com (4.1/SMI-4.1) id AA02860; Thu, 11 Jun 92 17:26:00 EDT Date: Thu, 11 Jun 92 17:26:00 EDT From: marko@meaddata.com (Mark Osbourne) Message-Id: <9206112126.AA02860@pepperoni.meaddata.com> To: help-lucid-emacs@lucid.com Subject: Help VM find current-timer vm-flush-timer-function expects for a variable named current-timer to exist. The doc-string for the function start-timer even says that a timer function can access the current timer through the current-timer variable. However, I (and the VM elisp code) cannot find a definition of current-timer. Can anyone shed some light on this mystery? -- Mark Osbourne marko@meaddata.com -- --- Mark Osbourne (marko@meaddata.com) (...!uunet!meaddata!marko) -- From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 15:31:36 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24854; Thu, 11 Jun 92 15:31:36 PDT Received: by heavens-gate.lucid.com id AA25493g; Thu, 11 Jun 92 15:00:22 PDT Received: from uswat.advtech.uswest.com by heavens-gate.lucid.com id AA25489g; Thu, 11 Jun 92 15:00:15 PDT Received: from alder.advtech.uswest.com by uswat.advtech.uswest.com with SMTP id AA05118 (5.65c/IDA-1.4.4 for ); Thu, 11 Jun 1992 16:08:33 -0600 Received: by alder.advtech.uswest.com (advtech.uswest.com) id AA14908 (4.1/at-generic.11Feb92); Thu, 11 Jun 92 16:08:33 MDT Date: Thu, 11 Jun 92 16:08:33 MDT From: Chris McClenaghan Message-Id: <9206112208.AA14908@alder.advtech.uswest.com> To: Lucid Emacs 19 Help Subject: X resources and sounds I'm using Sun OS 4.1.2 Sparc IPC X11R4 Motif 1.0(?) Two quick questions - What are acceptable resource specifications for lemacs? Everything I've seen posted doesn't seem to work. Also, what conditional expression is appropriate to detect that I'm running Lucid emacs on a Sparc console to conditionally set sound-alist? Chris McClenaghan mcclen@uswest.com From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 15:49:14 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24883; Thu, 11 Jun 92 15:49:14 PDT Received: by heavens-gate.lucid.com id AA25582g; Thu, 11 Jun 92 15:22:29 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA25578g; Thu, 11 Jun 92 15:22:23 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA29904; Thu, 11 Jun 92 15:30:48 PDT Date: Thu, 11 Jun 92 15:30:48 PDT Message-Id: <9206112230.AA29904@thalidomide.lucid> X-Windows: Live the nightmare. From: Jamie Zawinski Sender: jwz@thalidomide To: marko@meaddata.com (Mark Osbourne) Cc: help-lucid-emacs@lucid.com Subject: Re: Help VM find current-timer In-Reply-To: Mark Osbourne's message of Thu 11-Jun-92 17:26:00 EDT <9206112126.AA02860@pepperoni.meaddata.com> References: <9206112126.AA02860@pepperoni.meaddata.com> In message <9206112126.AA02860@pepperoni.meaddata.com> Mark Osbourne wrote: > > vm-flush-timer-function expects for a variable named current-timer to > exist. The doc-string for the function start-timer even says that a > timer function can access the current timer through the current-timer > variable. My mistake. Replace the definition of timer-callback in the timer.el that comes with lemacs with this: (defun timer-callback (current-timer) (funcall (timer-function current-timer))) -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 15:54:45 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24890; Thu, 11 Jun 92 15:54:45 PDT Received: by heavens-gate.lucid.com id AA25600g; Thu, 11 Jun 92 15:25:43 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA25596g; Thu, 11 Jun 92 15:25:26 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA29912; Thu, 11 Jun 92 15:33:51 PDT Date: Thu, 11 Jun 92 15:33:51 PDT Message-Id: <9206112233.AA29912@thalidomide.lucid> X-Windows: It could be worse, but it'll take time. From: Jamie Zawinski Sender: jwz@thalidomide To: Chris McClenaghan Cc: Lucid Emacs 19 Help Subject: Re: X resources and sounds In-Reply-To: Chris McClenaghan's message of Thu 11-Jun-92 16:08:33 MDT <9206112208.AA14908@alder.advtech.uswest.com> References: <9206112208.AA14908@alder.advtech.uswest.com> In message <9206112208.AA14908@alder.advtech.uswest.com> Chris McClenaghan wrote: > > What are acceptable resource specifications for lemacs? > Everything I've seen posted doesn't seem to work. See below; that text is in the NEWS file now. > Also, what conditional expression is appropriate to detect that > I'm running Lucid emacs on a Sparc console to conditionally set > sound-alist? (string-match emacs-version "Lucid"). Detecting whether you're on console is trickier; you could look at the value of (getenv "DISPLAY") but that won't work if you start emacs with -display. It doesn't much matter, though, because the sound-alist will be ignored if you're not on a sparc console. -- Jamie X Resources =========== The Emacs resources are generally per-screen. Each Emacs screen can have its own name, or the same name as another, depending on the name passed to the x-create-screen function. You can specify resources for all screens with the syntax Emacs*parameter: value or Emacs.EmacsScreen*parameter: value You can specify resources for a particular screen with the syntax Emacs.SCREEN-NAME*parameter: value To make the default size of all emacs be 80 columns by 55 lines, do this: Emacs*EmacsScreen.geometry: 80x55 As a special case, this geometry specification also works: Emacs.geometry: 80x55 since that is the syntax used with most other applications (since most other applications, unlike emacs, have only one top-level window.) In general, however, the top-level shell doesn't have any interesting resources on it, and you should set the resources on the screens instead. To set the geometry of a particular screen named, "foo", do this: Emacs*foo.geometry: 80x55 In particular, do --NOT-- use this syntax: Emacs*geometry: 80x55 One should never use "*geometry" with any X application. It does not say "make the geometry of emacs be 80 columns by 55 lines." It really says, "make emacs and all subwindows thereof be 80x35 in whatever units they care to measure in." In particular, that is both telling the emacs text pane to be 80x55 in characters, and telling the menubar pane to be 80x55 pixels, which is surely not what you want. The "-geometry" command-line argument sets the geometry only of the initial screen created by emacs. Emacs screens accept the following resources: iconic (class Iconic): boolean Whether the initial window should appear in the iconified state. internalBorderWidth (class InternalBorderWidth): int How many blank pixels to leave between the text and the edge of the window. interline (class Interline): int How many pixels to leave between each line. cursorColor (class CursorColor): color The color of the text cursor. textPointer (class Cursor): cursor-name The cursor to use when the mouse is over text. This resource is used to initialize the variable `x-pointer-shape'. spacePointer (class Cursor): cursor-name The cursor to use when the mouse is over a blank space in a buffer (that is, after the end of a line or after the end-of-file). This resource is used to initialize the variable `x-nontext-pointer-shape'. modePointer (class Cursor): cursor-name The cursor to use when the mouse is over a modeline. This resource is used to initialize the variable `x-mode-pointer-shape'. gcPointer (class Cursor): cursor-name The cursor to display when a garbage-collection is in progress. This resource is used to initialize the variable `x-gc-pointer-shape'. pointerColor (class Foreground): color-name The foreground and background colors of the mouse cursors. These resources are used to initialize the variables `x-pointer-foreground-color' and `x-pointer-background-color'. The attributes of faces are also per-screen. They may be specified as Emacs*FACE_NAME.parameter: value or Emacs.SCREEN_NAME.FACE_NAME.parameter: value Faces accept the following resources: attributeFont (class AttributeFont): font-name The font of this face. attributeForeground (class AttributeForeground): color-name attributeBackground (class AttributeBackground): color-name The foreground and background colors of this face. attributeBackgroundPixmap (class attributeBackgroundPixmap): file-name The name of an XBM file, to use as a background stipple. attributeUnderline (class AttributeUnderline): boolean Whether text in this face should be underlined. All text is displayed in some face, defaulting to the face named "default". So to set the font of normal text, use "Emacs*default.attributeFont". To set it in the screen named "foo", use "Emacs*foo*default.attributeFont". These are the names of the predefined faces: default Everything inherits from this. bold If this is not specified in the resource database, Emacs tries to find a "bold" version of the font of the "default" face. italic ditto. bold-italic ditto. primary-selection This is the face that mouse-selections are displayed in. isearch This is the face that the matched text being searched for is displayed in. info-node This is the face of info menu items. If unspecified, it is copied from "bold-italic". info-xref This is the face of info cross-references. If unspecified, it is copied from "bold". From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 16:46:26 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24972; Thu, 11 Jun 92 16:46:26 PDT Received: by heavens-gate.lucid.com id AA25751g; Thu, 11 Jun 92 16:16:09 PDT Received: from uswat.advtech.uswest.com by heavens-gate.lucid.com id AA25746g; Thu, 11 Jun 92 16:15:58 PDT Received: from alder.advtech.uswest.com by uswat.advtech.uswest.com with SMTP id AA05887 (5.65c/IDA-1.4.4); Thu, 11 Jun 1992 17:24:17 -0600 Received: by alder.advtech.uswest.com (advtech.uswest.com) id AA15201 (4.1/at-generic.11Feb92); Thu, 11 Jun 92 17:24:16 MDT Date: Thu, 11 Jun 92 17:24:16 MDT From: Chris McClenaghan Message-Id: <9206112324.AA15201@alder.advtech.uswest.com> To: Jamie Zawinski Cc: Lucid Emacs 19 Help Subject: Re: X resources and sounds References: <9206112208.AA14908@alder.advtech.uswest.com> <9206112233.AA29912@thalidomide.lucid> The X resource information was of some help, using the binary version from labrea, I can set the font through a resource spec, but not background or foreground. Here's what I'm using. Maybe I don't understand what the last two will do. Emacs*default.attributeFont: -adobe-courier-bold-r-normal--14-140-75-75-m-*-iso8859-1 Emacs*default.attributeForeground: MidnightBlue Emacs*default.attributeBackground: LightBlue In the version that I built, none of these work. I used both USE_LUCID and USE_MOTIF in building lwlib, if that matters. The Imakefile says the combination is okay, but I recall one of your repsonses to this list suggested that it not be done. Chris McClenaghan mcclen@uswest.com From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 17:09:40 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA24993; Thu, 11 Jun 92 17:09:40 PDT Received: by heavens-gate.lucid.com id AA25822g; Thu, 11 Jun 92 16:40:52 PDT Received: from uswat.advtech.uswest.com by heavens-gate.lucid.com id AA25818g; Thu, 11 Jun 92 16:40:43 PDT Received: from alder.advtech.uswest.com by uswat.advtech.uswest.com with SMTP id AA06057 (5.65c/IDA-1.4.4 for ); Thu, 11 Jun 1992 17:49:01 -0600 Received: by alder.advtech.uswest.com (advtech.uswest.com) id AA15241 (4.1/at-generic.11Feb92); Thu, 11 Jun 92 17:49:01 MDT Date: Thu, 11 Jun 92 17:49:01 MDT From: Chris McClenaghan Message-Id: <9206112349.AA15241@alder.advtech.uswest.com> To: Lucid Emacs 19 Help Subject: command line switches The command line switches -bg and -fg seem to only effect the menubar's color, is that correct? How can I change the color of the pane in which the text resides? Chris McClenaghan mcclen@uswest.com From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 17:38:12 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25014; Thu, 11 Jun 92 17:38:12 PDT Received: by heavens-gate.lucid.com id AA25898g; Thu, 11 Jun 92 17:07:38 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA25894g; Thu, 11 Jun 92 17:07:31 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA00101; Thu, 11 Jun 92 17:15:56 PDT Date: Thu, 11 Jun 92 17:15:56 PDT Message-Id: <9206120015.AA00101@thalidomide.lucid> X-Windows: Power tools for power fools. From: Jamie Zawinski Sender: jwz@thalidomide To: Chris McClenaghan Cc: Lucid Emacs 19 Help Subject: Re: X resources and sounds In-Reply-To: Chris McClenaghan's message of Thu 11-Jun-92 17:24:16 MDT <9206112324.AA15201@alder.advtech.uswest.com> References: <9206112208.AA14908@alder.advtech.uswest.com> <9206112233.AA29912@thalidomide.lucid> <9206112324.AA15201@alder.advtech.uswest.com> In message <9206112324.AA15201@alder.advtech.uswest.com> Chris McClenaghan wrote: > > The X resource information was of some help, using the binary > version from labrea, I can set the font through a resource spec, > but not background or foreground. Perhaps you've got something in the app-defaults file that is more specific, and overriding it? Here are some of the resources I set: Emacs*cursorColor: Red3 Emacs*pointerColor: Blue Emacs*default.attributeForeground: black Emacs*AttributeBackground: #e0e0d2 Emacs*modeline.attributeForeground: white Emacs*modeline.attributeBackground: gray35 Try doing "setenv XAPPLRESDIR /tmp ; setenv XFILESEARCHPATH /tmp" and see if that makes the problem go away. > In the version that I built, none of these work. I used both > USE_LUCID and USE_MOTIF in building lwlib, if that matters. The > Imakefile says the combination is okay, but I recall one of your > repsonses to this list suggested that it not be done. I don't think it matters, but you currently don't gain anything by it. > The command line switches -bg and -fg seem to only effect the > menubar's color, is that correct? How can I change the color of > the pane in which the text resides? Arrgh, X resources are such a crock. I can make -fg and -bg control the default colors of the text (make them be the same as the resources "*default.attributeForeground" and "*default.attributeBackground") but then they won't control the colors of the menubar. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 18:14:43 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25059; Thu, 11 Jun 92 18:14:43 PDT Received: by heavens-gate.lucid.com id AA26014g; Thu, 11 Jun 92 17:43:25 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26006g; Thu, 11 Jun 92 17:42:13 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA00179; Thu, 11 Jun 92 17:50:39 PDT Date: Thu, 11 Jun 92 17:50:39 PDT Message-Id: <9206120050.AA00179@thalidomide.lucid> X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz@thalidomide To: bug-lucid-emacs@lucid.com, help-lucid-emacs@lucid.com Reply-To: jwz@heavens-gate.lucid.com Subject: another volunteer sought David Zuhn has done most of the work needed to make Lucid GNU Emacs able to be compiled with the GNU "configure" program, but now he's busy and won't have time to finish it any time soon. If you would like to help out with this, please send me mail. He thinks it's probably not that much work, and it will earn you the beer/pop/beverage-of-choice if you live anywhere where he or I'll will be going anytime soon. Making lemacs able to be compiled with configure will make a huge number of compilation/porting problems go away. You will be the idol of millions if you do this. Fame, fortune, fans, gold records, your name in lights... -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 19:15:20 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25095; Thu, 11 Jun 92 19:15:20 PDT Received: by heavens-gate.lucid.com id AA26196g; Thu, 11 Jun 92 18:48:57 PDT Received: from CAMIS.Stanford.EDU by heavens-gate.lucid.com id AA26192g; Thu, 11 Jun 92 18:48:50 PDT Received: from mcs-ipc-3.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id AA14649; Thu, 11 Jun 92 18:57:06 PDT Date: Thu, 11 Jun 1992 18:50:48 -0700 (PDT) From: Kevin Brock Sender: Brock@sumex-aim.stanford.edu Reply-To: Brock@sumex-aim.stanford.edu Subject: X properties? To: help-lucid-emacs@lucid.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I noticed that on the wish list was an Epoch/Lucid Emacs compatibility package. When I was looking through NEWS I didn't see analogs for some of the low level Epoch functions for dealing with X. Most notably the epoch::get-property and epoch::set-property functions. Is there some Lucid elisp equivalent? This probably doesn't come into play much unless you're using GWM, but for true Epoch/Lemacs code translation you would need *something* of the sort... Kevin Brock brock@sumex-aim.stanford.edu From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 19:24:06 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25108; Thu, 11 Jun 92 19:24:06 PDT Received: by heavens-gate.lucid.com id AA26206g; Thu, 11 Jun 92 18:52:56 PDT Received: from CAMIS.Stanford.EDU by heavens-gate.lucid.com id AA26202g; Thu, 11 Jun 92 18:52:50 PDT Received: from mcs-ipc-3.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id AA14677; Thu, 11 Jun 92 19:01:08 PDT Date: Thu, 11 Jun 1992 19:00:05 -0700 (PDT) From: Kevin Brock Reply-To: Brock@sumex-aim.stanford.edu Subject: Sorry (was: X properties?) To: help-lucid-emacs@lucid.com In-Reply-To: Kevin Brock's message of Thu, 11 Jun 1992 18:50:48 -0700: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII >for dealing with X. Most notably the epoch::get-property >and epoch::set-property functions. Is there some Lucid elisp I found the x-set/get-selection-internal functions. Sorry. Kevin From help-lucid-emacs-request@heavens-gate.lucid.com Thu Jun 11 19:29:14 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25112; Thu, 11 Jun 92 19:29:14 PDT Received: by heavens-gate.lucid.com id AA26235g; Thu, 11 Jun 92 19:01:13 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26231g; Thu, 11 Jun 92 19:01:03 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA00447; Thu, 11 Jun 92 19:09:30 PDT Date: Thu, 11 Jun 92 19:09:30 PDT Message-Id: <9206120209.AA00447@thalidomide.lucid> X-Windows: Live the nightmare. From: Jamie Zawinski Sender: jwz@thalidomide To: Brock@sumex-aim.stanford.edu Cc: help-lucid-emacs@lucid.com Subject: Re: X properties? In-Reply-To: Kevin Brock's message of Thu 11-Jun-92 18:50:48 -0700 References: In message Kevin Brock wrote: > > I noticed that on the wish list was an Epoch/Lucid Emacs compatibility > package. When I was looking through NEWS I didn't see analogs for some of > the low level Epoch functions for dealing with X. Most notably the > epoch::get-property and epoch::set-property functions. Is there some Lucid > elisp equivalent? This probably doesn't come into play much unless you're > using GWM, but for true Epoch/Lemacs code translation you would need > *something* of the sort... No, there is no equivalent of get-property and set-property, but it wouldn't be too hard to modify some of the code in xselect.c to be user-accessible. > I found the x-set/get-selection-internal functions. Sorry. Selections aren't the same as properties. I'm pretty sure that Epoch's propery-munging code does more than you can do with the selection code (though I also have the impression that our selection code does more than Epoch does, but not more than it -can-.) However, there is a pretty substantial difference in the design philosophy of the Epoch and Lucid Emacs interfaces. Epoch took the approach of being a lot like WINTERP: a lisp interface onto the X library. X is -very- close to the surface in Epoch. There's nothing fundamentally wrong with this, but one of our original goals was to have the X specific parts be, for the the most part, invisible to the user. We would like the user to be able to write code that will run unaltered under X and NeXTStep, for example. Also, we want everything to work on dumb ttys, something that's very hard to do if you get into bed with X. I think it would be fine to provide in Lucid Emacs whatever X substrate an Epoch compatibility package needs, but I think that there should be another, interface which is not X specific. Even better would be if Epoch itself adopted the same interface, so that the X-specific code could be phased out, and arbitrarily hairy interfaces could work on ttys and other window systems, once (if?) the ports get done. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 00:54:42 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25528; Fri, 12 Jun 92 00:54:42 PDT Received: by heavens-gate.lucid.com id AA26831g; Fri, 12 Jun 92 00:18:48 PDT Received: from bernina.ethz.ch by heavens-gate.lucid.com id AA26827g; Fri, 12 Jun 92 00:18:39 PDT Received: from bozo by bernina.ethz.ch with SMTP inbound id <28209-0@bernina.ethz.ch>; Fri, 12 Jun 1992 09:26:46 +0200 Received: by vision.ethz.ch; Fri, 12 Jun 92 09:26:55 +0200 From: mpeter@vision.ethz.ch (Martin Peter) Date: Fri, 12 Jun 92 09:26:55 +0200 Message-Id: <9206120726.AA23747@vision.ethz.ch> To: help-lucid-emacs@lucid.com Subject: VERY slow file load I noticed that bringing a new (small) file into a buffer (c-x c-f) is VERY slow, may be around 20 seconds on a SS2 with a 4/490 server. Nothing seems to happen during this time. lemacs in in sleep state and the file server is idle. With emacs 18.57 file access happens with almost no delay. Any ideas ? Martin ------------------------------------------------------------ Martin Peter e-mail: mpeter@vision.ethz.ch ETH Zuerich tel: 41 1 256 5286 Computer Vision Group fax: 41 1 261 3492 IKT/BIWI Gloriastrasse 35 8092 Zurich/ Switzerland From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 01:25:26 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25543; Fri, 12 Jun 92 01:25:26 PDT Received: by heavens-gate.lucid.com id AA26860g; Fri, 12 Jun 92 00:49:39 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26856g; Fri, 12 Jun 92 00:49:32 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01342; Fri, 12 Jun 92 00:58:02 PDT Date: Fri, 12 Jun 92 00:58:02 PDT Message-Id: <9206120758.AA01342@thalidomide.lucid> X-Windows: Dissatisfaction guaranteed. From: Jamie Zawinski Sender: jwz@thalidomide To: mpeter%vision.ethz.ch@lucid.com (Martin Peter) Cc: help-lucid-emacs@lucid.com Subject: Re: VERY slow file load In-Reply-To: Martin Peter's message of Fri 12-Jun-92 09:26:55 +0200 <9206120726.AA23747@vision.ethz.ch> References: <9206120726.AA23747@vision.ethz.ch> In message <9206120726.AA23747@vision.ethz.ch> Martin Peter wrote: > > I noticed that bringing a new (small) file into a buffer (c-x c-f) is VERY > slow, may be around 20 seconds on a SS2 with a 4/490 server. Nothing > seems to happen during this time. lemacs in in sleep state and the > file server is idle. With emacs 18.57 file access happens with almost > no delay. Any ideas ? Perhaps the call to realpath() is slow? See if it gets faster if you do (defun compute-buffer-file-truename ()). You may also have to set find-file-compare-truenames to nil. -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 04:30:20 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25605; Fri, 12 Jun 92 04:30:20 PDT Received: by heavens-gate.lucid.com id AA27097g; Fri, 12 Jun 92 03:52:56 PDT Received: from mailgate (mailgate.ericsson.se) by heavens-gate.lucid.com id AA27093g; Fri, 12 Jun 92 03:52:49 PDT Received: from edski.ericsson.se by mailgate (4.1/SMI-4.1-MAILGATE1.10) id AA20375; Fri, 12 Jun 92 13:01:03 +0200 Received: from tyr.ericsson.se by edski.ericsson.se (4.1/SMI-4.1) id AA06705; Fri, 12 Jun 92 13:01:06 +0200 Date: Fri, 12 Jun 92 13:01:06 +0200 From: edsuwe@edski.ericsson.se (Ulf Westermark Tph +46 87263406) Message-Id: <9206121101.AA06705@edski.ericsson.se> To: help-lucid-emacs@lucid.com Subject: 8-bit charachters & SUN ANSI C Two hopefully easy questions about the interesting software Lucid GNU Emacs: 1) Is input and displaying of 8-bit charachters supported ? 2) Can you compile Lucid Emacs with SUN:s ANSI C-compiler ? 3) Can you easily cut-paste between Lucid Emacs and Open Windows-programs ? Regards Ulf Westermark From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 07:49:19 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25656; Fri, 12 Jun 92 07:49:19 PDT Received: by heavens-gate.lucid.com id AA27329g; Fri, 12 Jun 92 07:07:44 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA27325g; Fri, 12 Jun 92 07:07:34 PDT Received: by moebius.loria.fr id AA10625 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Fri, 12 Jun 92 16:13:41 +0200 Date: Fri, 12 Jun 92 16:13:41 +0200 From: Guido Bosch Message-Id: <9206121413.AA10625@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: popup menu for senmail.el Reply-To: Guido BOSCH Here comes a patch for sendmail.el to add a popup menu to the mail mode. There is, however, a problem with it: The commands that switches to a header field (mail-to, mail-subject, mail-cc and so on) produce an error if the cursor is already in the header aerea. More precisely, the error is due to a call of the subroutine `expand-abbrev'. It does not occur if the corresponding functions are called from the keyboard instead from the menu. Any idea what happens? Guido -------------------------- sendmail-patch2 -------------------------- *** sendmail.el~ Thu Jun 11 11:39:53 1992 --- sendmail.el Fri Jun 12 16:11:44 1992 *************** *** 127,133 **** C-c C-y mail-yank-original (insert current message, in Rmail). C-c C-w mail-signature (insert signature file). C-c C-q mail-fill-yanked-message (fill what was yanked). ! C-c C-v mail-sent-via (add a sent-via field for each To or CC)." (interactive) (kill-all-local-variables) (make-local-variable 'mail-reply-buffer) --- 127,135 ---- C-c C-y mail-yank-original (insert current message, in Rmail). C-c C-w mail-signature (insert signature file). C-c C-q mail-fill-yanked-message (fill what was yanked). ! C-c C-v mail-sent-via (add a sent-via field for each To or CC) ! ! Button 3 Popup menu with the above commands." (interactive) (kill-all-local-variables) (make-local-variable 'mail-reply-buffer) *************** *** 165,171 **** (define-key mail-mode-map "\C-c\C-q" 'mail-fill-yanked-message) (define-key mail-mode-map "\C-c\C-v" 'mail-sent-via) (define-key mail-mode-map "\C-c\C-c" 'mail-send-and-exit) ! (define-key mail-mode-map "\C-c\C-s" 'mail-send)) (defun mail-send-and-exit (arg) "Send message like mail-send, then, if no errors, exit from mail buffer. --- 167,211 ---- (define-key mail-mode-map "\C-c\C-q" 'mail-fill-yanked-message) (define-key mail-mode-map "\C-c\C-v" 'mail-sent-via) (define-key mail-mode-map "\C-c\C-c" 'mail-send-and-exit) ! (define-key mail-mode-map "\C-c\C-s" 'mail-send) ! (define-key mail-mode-map '(button3) 'mail-mode-menu)) ! ! ;;; mail-mode popup menu ! ! (defvar mail-mode-menu nil ! "Popup menu called by the function `mail-mode-menu'.") ! ! (setq mail-mode-menu ! '(nil ! "Sending Mail:" ! "----" ! ["Send and Exit" mail-send-and-exit t] ! ["Send Mail" mail-send t ] ! ["Sent Via" mail-sent-via t] ! "----" ! "Go to Field:" ! "----" ! ["To:" mail-to t] ! ["Subject:" mail-subject t] ! ["CC:" mail-cc t] ! ["BCC:" mail-bcc t] ! ["Text" mail-text t] ! "----" ! "Miscellaneous Commands:" ! "----" ! ["Yank Original" mail-yank-original t] ! ["Fill Yanked Message" mail-fill-yanked-message t] ! ["Insert Signature" mail-signature t] ! "----" ! ["Abort" kill-buffer t] ! )) ! ! (defun mail-mode-menu (event) ! "Pop up the mail mode menu, defined by the variable `mail-mode-menu'." ! (interactive "e") ! (select-window (event-window event)) ! (popup-menu mail-mode-menu)) ! (defun mail-send-and-exit (arg) "Send message like mail-send, then, if no errors, exit from mail buffer. From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 09:03:40 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25717; Fri, 12 Jun 92 09:03:40 PDT Received: by heavens-gate.lucid.com id AA27509g; Fri, 12 Jun 92 08:26:12 PDT Received: from portal.bcm.tmc.edu by heavens-gate.lucid.com id AA27505g; Fri, 12 Jun 92 08:26:04 PDT Received: from shell.shell.com by shell.com SHELL-X1.3 id AA17100; Fri, 12 Jun 92 08:51:02 -0500 Received: from colorado by shell.shell.com SHELL-I1.3 id AA17091; Fri, 12 Jun 92 08:50:06 -0500 Received: by colorado.agr.shell.com (4.1/AGR-2.0) id AA24732; Fri, 12 Jun 92 08:56:25 CDT Date: Fri, 12 Jun 92 08:56:25 CDT From: jody@shell.com Message-Id: <9206121356.AA24732@colorado.agr.shell.com> To: help-lucid-emacs@lucid.com Subject: Ephoch functionality Sender: jody@shell.com Source-Info: From (or Sender) name not authenticated. The largest portion of functionality that I miss from epoch is the hilight package. Is anyone working on one for lucid or do I need to get started? Jody Winston jody@shell.com ..!{sun,psuvax1,bcm,rice,decwrl,cs.utexas.edu}!shell!jody Consultant to: Shell Development Company, Bellaire Research Center P.O. Box 481, Room 4205, Houston, TX 77001 (Voice: 713 245-7574) From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 09:45:46 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25800; Fri, 12 Jun 92 09:45:46 PDT Received: by heavens-gate.lucid.com id AA27620g; Fri, 12 Jun 92 09:06:30 PDT Received: from CAMIS.Stanford.EDU by heavens-gate.lucid.com id AA27616g; Fri, 12 Jun 92 09:06:23 PDT Received: from mcs-ipc-3.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id AA13929; Fri, 12 Jun 92 09:14:42 PDT Date: Fri, 12 Jun 1992 09:02:13 -0700 (PDT) From: Kevin Brock Reply-To: Brock@sumex-aim.stanford.edu Subject: Re: X properties? To: Jamie Zawinski Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Thu, 11 Jun 92 19:09:30 PDT: <9206120209.AA00447@thalidomide.lucid> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII >Selections aren't the same as properties. I'm pretty sure that Epoch's >propery-munging code does more than you can do with the selection code >(though I also have the impression that our selection code does more than >Epoch does, but not more than it -can-.) After looking at the code, I agree with you. Making the intern/unintern atom stuff available would probably be pretty easy. How hard do you think it would be to work up some equivalent of the property-change events? >However, there is a pretty substantial difference in the design philosophy >of the Epoch and Lucid Emacs interfaces. Epoch took the approach of being >a lot like WINTERP: a lisp interface onto the X library. X is -very- close >to the surface in Epoch. There's nothing fundamentally wrong with this, but >one of our original goals was to have the X specific parts be, for the the >most part, invisible to the user. We would like the user to be able to >write code that will run unaltered under X and NeXTStep, for example. >Also, we want everything to work on dumb ttys, something that's very hard >to do if you get into bed with X. Portability is nice, but the other side of window system independence in the LCD phenomenon. If you go for complete portability, you're going to be missing some (probably some of the nicer) features of the window system. It might be better to have a core which is portable, and an additional set of built in features which are window system dependent. Code built for one window system would then not be *completely* portable, but the window system dependencies would be well defined and fairly easy to hunt down... NeXTStep would be interesting. I know the Epoch group announced that they were going to be porting Epoch to native NeXTStep (but that we shouldn't hold our breath waiting for the release). Kevin From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 11:14:40 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25918; Fri, 12 Jun 92 11:14:40 PDT Received: by heavens-gate.lucid.com id AA27936g; Fri, 12 Jun 92 10:33:18 PDT Received: from iscp.bellcore.com by heavens-gate.lucid.com id AA27930g; Fri, 12 Jun 92 10:33:09 PDT Received: from italia.iscp.bellcore.com by iscp.bellcore.com (AIX 3.1/UCB 5.61/4.03) id AA57371; Fri, 12 Jun 92 13:39:42 -0400 Received: by italia.iscp.bellcore.com (AIX 3.2/UCB 5.64/4.03) id AA19064; Fri, 12 Jun 1992 13:39:41 -0400 From: aaron@iscp.bellcore.com (Aaron Akman) Message-Id: <9206121739.AA19064@italia.iscp.bellcore.com> To: help-lucid-emacs@lucid.com Subject: how solid? Date: Fri, 12 Jun 92 13:39:40 -0500 I've used epoch pretty extensively, and I'm waiting for emacs 19 to be a nice-sized step forward from there. How solid is this preliminary version and what is the general reaction of epoch users who try it out for the first time? Is it worth downloading yet to be my primary emacs? If I just want to peek, can I do ANYTHING without the lisp libraries? Much easier to just download the binaries for starters than to download everything. aaron@iscp.bellcore.com (Aaron Akman) RRC 4B-325, x6262 From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 11:59:10 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25989; Fri, 12 Jun 92 11:59:10 PDT Received: by heavens-gate.lucid.com id AA27965g; Fri, 12 Jun 92 10:39:01 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA27961g; Fri, 12 Jun 92 10:38:54 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01873; Fri, 12 Jun 92 10:47:18 PDT Date: Fri, 12 Jun 92 10:47:18 PDT Message-Id: <9206121747.AA01873@thalidomide.lucid> X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz@thalidomide To: aaron@iscp.bellcore.com (Aaron Akman) Cc: help-lucid-emacs@lucid.com Subject: Re: how solid? In-Reply-To: Aaron Akman's message of Fri 12-Jun-92 13:39:40 -0500 <9206121739.AA19064@italia.iscp.bellcore.com> References: <9206121739.AA19064@italia.iscp.bellcore.com> In message <9206121739.AA19064@italia.iscp.bellcore.com> Aaron Akman wrote: > > I've used epoch pretty extensively, and I'm waiting for emacs 19 to be a > nice-sized step forward from there. > > How solid is this preliminary version and what is the general reaction of > epoch users who try it out for the first time? Is it worth downloading yet > to be my primary emacs? I think it's pretty solid once you get past the installation problems, but I'll leave it up to the others to judge. It doesn't have all of the functionality of Epoch yet. Remember that this is not "emacs 19," that is, this is not the official FSF release. What they will someday release and call "emacs 19" will be very different from this. It's not clear what will be in it or whether it will be out this year. > If I just want to peek, can I do ANYTHING without the lisp libraries? Not a thing... -- Jamie From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 12:07:12 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA25997; Fri, 12 Jun 92 12:07:12 PDT Received: by heavens-gate.lucid.com id AA28143g; Fri, 12 Jun 92 11:29:02 PDT Received: from chenas.inria.fr by heavens-gate.lucid.com id AA28137g; Fri, 12 Jun 92 11:28:51 PDT Received: from sid1.cenaath.cena.dgac.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA28243; Fri, 12 Jun 1992 20:31:52 +0200 (MET) Received: from geant.cenatls.cena.dgac.fr (geant-gw) by sid1.cenaath.cena.dgac.fr (4.1/SMI-4.1) id AA05741; Fri, 12 Jun 92 20:34:49 +0200 Received: from gogol.cenatls by geant.cenatls.cena.dgac.fr (4.1/SMI-4.1) id AA15556; Fri, 12 Jun 92 20:28:54 +0200 Date: Fri, 12 Jun 92 20:28:54 +0200 From: queinnec@mailhost.cenatls.cena.dgac.fr (Philippe Queinnec) Message-Id: <9206121828.AA15556@geant.cenatls.cena.dgac.fr> Received: by gogol.cenatls (4.1/SMI-4.1) id AA04248; Fri, 12 Jun 92 20:28:56 +0200 To: aaron@iscp.bellcore.com (Aaron Akman) Cc: help-lucid-emacs@lucid.com Subject: Re: how solid? In-Reply-To: Your message of Fri 12 June 92, 13:39:40 -0500 References: <9206121739.AA19064@italia.iscp.bellcore.com> On 12 June 92, the keyboard of Aaron Akman wrote: > How solid is this preliminary version and what is the general reaction of > epoch users who try it out for the first time? Is it worth downloading > yet to be my primary emacs? I find it quite solid (I have it continuously running for two days without problem). HOWEVER you may have problem with old emacs lisp code: some packages may need modifications as supercite, or the gnu-ada mode. Some others are in the distrib (vm, gnus, ...), and some work ok without recompilation (bbdb (what a surprise !), ispell...). In conclusion: if you are not using any extension (either to Epoch or emacs 18), it's fine. If you are running extensions in the new distrib (check the CONTENTS file), you *need* these new versions. If you are running other extensions, they *may* work, but you have no guarantee. Regarding the lisp code: I don't think lemacs will work without the new code, but jwz has certainly a more definite answer on this subject. Phil (queinnec@dgac.fr, queinnec@enseeiht.fr) From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 12:36:56 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA26056; Fri, 12 Jun 92 12:36:56 PDT Received: by heavens-gate.lucid.com id AA28233g; Fri, 12 Jun 92 11:49:45 PDT Received: from net.nrl.navy.mil by heavens-gate.lucid.com id AA28229g; Fri, 12 Jun 92 11:49:35 PDT Received: by enews.nrl.navy.mil (910711.SGI/890607.SGI) (for @net.nrl.navy.mil:help-lucid-emacs@lucid.com) id AA03858; Fri, 12 Jun 92 15:08:01 -0400 Date: Fri, 12 Jun 92 15:08:01 -0400 From: loss@enews.nrl.navy.mil (Brian Loss) Message-Id: <9206121908.AA03858@enews.nrl.navy.mil> To: help-lucid-emacs@lucid.com Subject: Lucid Emacs on SGI Has anyone out there successfully compiled Lucid Emacs 19.1 for IRIX 4.0 (Silicon Graphics). If you have, and have a working version, PLEASE let me know. Thanks. Brian Loss ---- --------------------------------------------------- Brian Loss(loss@enews.nrl.navy.mil) ENEWS Program, U.S. Naval Research Laboratory --------------------------------------------------- --------------------------------------------------- Brian Loss(loss@enews.nrl.navy.mil) (202) 404-7616 ENEWS Program, U.S. Naval Research Laboratory --------------------------------------------------- From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 13:22:51 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA26193; Fri, 12 Jun 92 13:22:51 PDT Received: by heavens-gate.lucid.com id AA28353g; Fri, 12 Jun 92 12:37:23 PDT Received: from relay1.UU.NET by heavens-gate.lucid.com id AA28349g; Fri, 12 Jun 92 12:37:16 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26466; Fri, 12 Jun 92 15:45:28 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 154440.936; Fri, 12 Jun 1992 15:44:40 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA23649; Fri, 12 Jun 92 14:20:19 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA27968; Fri, 12 Jun 92 13:20:29 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA13974; Fri, 12 Jun 92 13:20:28 MDT Date: Fri, 12 Jun 92 13:20:28 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206121920.AA13974@arsenic.eds.com> To: help-lucid-emacs@lucid.com Subject: lemacs' startup procedure I was wondering why lemacs takes (much) longer to come up for the first time than 18.58. I traced them both, and I think I found the answer. Due to lemacs' dynamic locating of its support files, it executes 540 stat() calls on NFS-mounted files before starting. In particular it stat()s everything in the lisp directory. 18.55 only stat()s 70 files (many of which were referenced from my .emacs). There are also a handful of readlink()s caused by my logical naming scheme which causes access to the physical lemacs directory to cross a couple of automount points. [ Perhaps I should clarify -- the problem is with the startup of any lemacs, not just the first one of the day. This is not an artifact of using an automounter, except that the lisp files are all served over NFS. ] I'm not convinced that this dynamic lookup is really The Right Thing. Did many people complain about it before? This particular solution seems to be lacking since you still have to have some (rather strange) mirrors lined up at runtime anyway. Perhaps a simple environment variable which points to a "root" emacs directory which must contain lisp/, etc/, info/ and lock/ subdirectorys would be a better idea? In the meantime, is there an easy way to disable this behaviour? I'd rather be forced to recompile emacs when I move it (I never change the logical name of anything anyway) than have to wait 10 seconds for my editor to start up. (Especially since that lengthy search turns up the same answer every time! :-) Just my 2 cents, >>Chx -- cheeks@edsr.eds.com or ...uunet!edsr!cheeks From help-lucid-emacs-request@heavens-gate.lucid.com Fri Jun 12 14:54:26 1992 Return-Path: Received: from lucid.com (heavens-gate.lucid.com) by love-canal. (4.0/SMI-4.0) id AA26341; Fri, 12 Jun 92 14:54:26 PDT Received: by heavens-gate.lucid.com id AA28878g; Fri, 12 Jun 92 14:23:28 PDT Received: from uswat.advtech.uswest.com by heavens-gate.lucid.com id AA28874g; Fri, 12 Jun 92 14:23:19 PDT Received: from alder.advtech.uswest.com by uswat.advtech.uswest.com with SMTP id AA17442 (5.65c/IDA-1.4.4 for ); Fri, 12 Jun 1992 15:31:34 -0600 Received: by alder.advtech.uswest.com (advtech.uswest.com) id AA15527 (4.1/at-generic.11Feb92); Fri, 12 Jun 92 15:31:34 MDT Date: Fri, 12 Jun 92 15:31:34 MDT From: Chris McClenaghan Message-Id: <9206122131.AA15527@alder.advtech.uswest.com> To: Lucid Emacs 19 Help Subject: Resources I hate it when this happens, but now the resource specifications are working. Can't figure out for the life of me what's different, other than the day and my attitude. Didn't even get a chance to >> Try doing "setenv XAPPLRESDIR /tmp ; setenv XFILESEARCHPATH /tmp" and see >> if that makes the problem go away. neither of which I have set. Oh well, Chris McClenaghan mcclen@uswest.com From help-lucid-emacs-request@lucid.com Fri Jun 12 18:07:57 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05071; Fri, 12 Jun 92 18:07:57 PDT Received: by heavens-gate.lucid.com id AA29544g; Fri, 12 Jun 92 17:58:41 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA29540g; Fri, 12 Jun 92 17:58:36 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA02557; Fri, 12 Jun 92 18:07:05 PDT Date: Fri, 12 Jun 92 18:07:05 PDT Message-Id: <9206130107.AA02557@thalidomide.lucid> X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Cc: help-lucid-emacs@lucid.com Subject: Re: lemacs' startup procedure In-Reply-To: Mark Costlow's message of Fri 12-Jun-92 13:20:28 MDT <9206121920.AA13974@arsenic.eds.com> References: <9206121920.AA13974@arsenic.eds.com> In message <9206121920.AA13974@arsenic.eds.com> Mark Costlow wrote: > > I'm not convinced that this dynamic lookup is really The Right Thing. Did > many people complain about it before? This particular solution seems to be > lacking since you still have to have some (rather strange) mirrors lined up > at runtime anyway. The main reason that we did this was that we didn't want part of the instalation procedure of Energize to involve hacking paths.h and dumping an emacs. We wanted to ship an executable that the customers could just install in some arbitrary place, and run. We didn't want to force them to put it in some particular place in the file system. Currently it always stat()s those files, but it would probably be a better idea for it to not do the stat()s if $EMACSLOADPATH is set. > In the meantime, is there an easy way to disable this behaviour? I'd > rather be forced to recompile emacs when I move it (I never change the > logical name of anything anyway) than have to wait 10 seconds for my editor > to start up. (Especially since that lengthy search turns up the same > answer every time! :-) I think that most people wouldn't rather recompile emacs. Currently the only way to disable it is to hack the code out of startup.el. Most of the time is no doubt being spent getting a list of the subdirectories of the lisp dir, not finding the lisp dir itself, which is sort of an orthogonal issue. I really wanted the lispdir to have subdirectories, arranged by package, instead of there being a billion files in one place. It seemed like a good idea to have emacs find the subdirectories at runtime instead of that being static, but maybe that wasn't such a good idea after all. I don't know; maybe the list of subdirectories of .../lisp/ to put on the load-path should be specified explicitly instead of being computed. But I'd like that to be easy to change, and not involve re-dumping emacs. And default.el is loaded too late for this (after .emacs). -- Jamie From help-lucid-emacs-request@lucid.com Sat Jun 13 08:58:14 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA07271; Sat, 13 Jun 92 08:58:14 PDT Received: by heavens-gate.lucid.com id AA00699g; Sat, 13 Jun 92 08:49:03 PDT Received: from lamont.ldgo.columbia.edu (ldgo.columbia.edu) by heavens-gate.lucid.com id AA00695g; Sat, 13 Jun 92 08:48:50 PDT Received: from (ko.ldgo.columbia.edu) by lamont.ldgo.columbia.edu (4.1/SMI-3.2) id AA08552; Sat, 13 Jun 92 11:57:07 EDT Message-Id: <9206131557.AA08552@lamont.ldgo.columbia.edu> Date: Sat, 13 Jun 92 11:56:52 EDT From: fritzz@lamont.ldgo.columbia.edu To: jwz@lucid.com Cc: edsr!tantalum!cheeks@uunet.UU.NET, help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Fri, 12 Jun 92 18:07:05 PDT <9206130107.AA02557@thalidomide.lucid> Subject: lemacs' startup procedure Date: Fri, 12 Jun 92 18:07:05 PDT X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com References: <9206121920.AA13974@arsenic.eds.com> I think that most people wouldn't rather recompile emacs. Currently the only way to disable it is to hack the code out of startup.el. Most of the time is no doubt being spent getting a list of the subdirectories of the lisp dir, not finding the lisp dir itself, which is sort of an orthogonal issue. I really wanted the lispdir to have subdirectories, arranged by package, instead of there being a billion files in one place. It seemed like a good idea to have emacs find the subdirectories at runtime instead of that being static, but maybe that wasn't such a good idea after all. I don't know; maybe the list of subdirectories of .../lisp/ to put on the load-path should be specified explicitly instead of being computed. But I'd like that to be easy to change, and not involve re-dumping emacs. And default.el is loaded too late for this (after .emacs). I didn't follow the whole discussion on this subject. But I'll try to make some comments anyway: Although the philosophy after FSF or RMS intend to allow the user to have complete control over what's being loaded, I think there MUST be a possibility to have a .el file loaded BEFORE the user's .emacs file. I'll explain in a minute, but there is always the possibility to disable this feature with a command line option if hte user really knows what (s)he is doing. Way do we need such a file? I tried to make EMACS available on our network here, which consists mainly of Sun workstations. We have several buildings with several subnets, meaning usually one server, that has all the programs, etc and local machines getting there stuff from there. The idea is, that every building (sub-net) can exist without the other subnets. This means, that EMACS has to be installed on all the building servers. The programs go "traditionally" into a subdirectory like /hostname/hostname/local/.... This automatically means, that in each subnet EMACS is in a different place, as are all the subdirectories. It is a nuisance to have to re-compile emacs on each server, just to get the LOADPATH set right. What I did here to solve the problem, is, that the startup.el file reads another init-file which can be set with an environment variable. No the user just has to setenv EMACSDIR to the server he wants to be serverd from and everything works on any given host. There is one un-resolved issue: the lock directory. In an environement as discribed above, there will be more than one lock directory and as all the different buildings are NFS cross mounted, the locking is not necessarily save anymore. May be, somebody has an idea? Just using the same directory would work, but would make buildings and sub-nets dependent on eachother, which is a No-No, because I don't want to get stuck, just because a machine in another place goes down. Just my 20 cents. Fritz From help-lucid-emacs-request@lucid.com Sat Jun 13 10:12:52 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA07383; Sat, 13 Jun 92 10:12:52 PDT Received: by heavens-gate.lucid.com id AA00801g; Sat, 13 Jun 92 10:03:56 PDT Received: from relay1.UU.NET by heavens-gate.lucid.com id AA00795g; Sat, 13 Jun 92 10:03:45 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA04181; Sat, 13 Jun 92 13:12:07 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 131153.15778; Sat, 13 Jun 1992 13:11:53 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA10118; Sat, 13 Jun 92 12:04:52 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA08908; Sat, 13 Jun 92 11:05:03 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA16192; Sat, 13 Jun 92 11:05:01 MDT Date: Sat, 13 Jun 92 11:05:01 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206131705.AA16192@arsenic.eds.com> To: uunet!lucid.com!jwz@uunet.UU.NET Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Fri, 12 Jun 92 18:07:05 PDT <9206130107.AA02557@thalidomide.lucid> Subject: lemacs' startup procedure On Fri, 12 Jun 92 18:07:05 PDT, Jamie Zawinski said: Jamie> X-Windows: The problem for your problem. Jamie> In message <9206121920.AA13974@arsenic.eds.com> Mark Costlow wrote: > > I'm not convinced that this dynamic lookup is really The Right Thing. Jamie> The main reason that we did this was that we didn't want part of the Jamie> instalation procedure of Energize to involve hacking paths.h and Jamie> dumping an emacs. We wanted to ship an executable that the Jamie> customers could just install in some arbitrary place, and run. We Jamie> didn't want to force them to put it in some particular place in the Jamie> file system. Good point. I detest commercial software that requires directories or symlinks on a file system I would prefer to mount read-only! Jamie> Currently it always stat()s those files, but it would probably be a Jamie> better idea for it to not do the stat()s if $EMACSLOADPATH is set. I think that would be a great idea. I'm still not wild about the dynamic searching for a home (I'm speaking from the perspective of an Energize customer now, not an admin hacking emacs source). I think it would be cleaner to use an environment variable (with a lemacs-specific name, e.g. $LUCIDEMACSPATH) which points at the lemacs root. That would keep the the dynamic search from finding something other than what I intend (like my GNU or Epoch emacs directory). Jamie> Currently the only way to disable it is to hack the code out of Jamie> startup.el. Ok, done :-) Jamie> I really wanted the lispdir to have subdirectories, arranged by Jamie> package, instead of there being a billion files in one place. [...] Jamie> maybe the list of subdirectories of .../lisp/ to put on the Jamie> load-path should be specified explicitly instead of being computed. Jamie> But I'd like that to be easy to change, and not involve re-dumping Jamie> emacs. And default.el is loaded too late for this (after .emacs). Yeah, that is a problem. Making $emacs/lisp a taller tree would help. You could take info's "dir" file approach and read a list of extra directories to add to load-path from a file in the main lisp directory. Installing new lisp code would require adding a line to the dir file, but then so does installing new info modules. >>Chx From help-lucid-emacs-request@lucid.com Sat Jun 13 12:24:52 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA07585; Sat, 13 Jun 92 12:24:52 PDT Received: by heavens-gate.lucid.com id AA01039g; Sat, 13 Jun 92 12:15:53 PDT Received: from Sunburn.Stanford.EDU by heavens-gate.lucid.com id AA01035g; Sat, 13 Jun 92 12:15:46 PDT Received: by Sunburn.Stanford.EDU (5.61+IDA/25-eef) id AA12568; Sat, 13 Jun 92 12:23:02 -0700 Date: Sat, 13 Jun 92 12:23:02 -0700 From: Martin Frost Message-Id: <9206131923.AA12568@Sunburn.Stanford.EDU> To: help-lucid-emacs@lucid.com In-Reply-To: Mark Costlow's message of Sat, 13 Jun 92 11:05:01 MDT <9206131705.AA16192@arsenic.eds.com> Subject: lemacs' startup procedure Reply-To: me@CS.Stanford.EDU I certainly like the fact that lemacs sets up the default load path at runtime. Here are a couple of other ways it might do it without stat'ing all the lisp files. (1) Move all the old .el and .elc files into a new subdirectory, called lisp/dist or whatever. Then the lisp directory will contain only directories of lisp stuff and it won't be that big to stat all of it. (That directory has really gotten too big anyway, so it could even conceivably be broken into several subdirectories by grouping current lisp/*.el files -- but that's not necessary to this basic idea.) (2) Have one subdirectory, called lisp/local, or lisp/../local (or maybe "contrib" instead of local, though I like "local"), which contains all the directories of other emacs lisp packages. The name would be fixed, and again emacs would only be stat'ing directories, not all the *.el and *.elc files, at that level. (3) Do both of the above, with the default load path consisting of lisp/* and lisp/../local/*. Of course, an environment variable could also be allowed to override or limit this sort of action. A separate issue has come up, that of emacs actually searching for the top level lisp (and etc, info, ...) directories. As long as that search is well specified and fairly limited, like it is now, I don't see a problem with it. I think the best setup is to have your /usr/local/bin/lemacs (or whatever you want the binary to be called in your search path) be a link to a lemacs/src/lemacs binary, with lemacs/lisp etc. being found from there (the current search also allows a couple of other possibilities). In this way, the emacs tree contains the binary. From help-lucid-emacs-request@lucid.com Sat Jun 13 12:54:39 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA07850; Sat, 13 Jun 92 12:54:39 PDT Received: by heavens-gate.lucid.com id AA01091g; Sat, 13 Jun 92 12:45:23 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA01087g; Sat, 13 Jun 92 12:45:17 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA04431; Sat, 13 Jun 92 12:53:45 PDT Date: Sat, 13 Jun 92 12:53:45 PDT Message-Id: <9206131953.AA04431@thalidomide.lucid> X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: help-lucid-emacs@lucid.com, bug-lucid-emacs@lucid.com Subject: these mailing lists are now archived These mailing lists are now being archived on labrea.Stanford.EDU (36.8.0.47) in the files pub/gnu/lucid/help-lucid-emacs and pub/gnu/lucid/bug-lucid-emacs. All messages that have been sent to these lists so far are there now. Enjoy... -- Jamie From help-lucid-emacs-request@lucid.com Sun Jun 14 10:05:00 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA10445; Sun, 14 Jun 92 10:05:00 PDT Received: by heavens-gate.lucid.com id AA02550g; Sun, 14 Jun 92 09:55:47 PDT Received: from chenas.inria.fr by heavens-gate.lucid.com id AA02546g; Sun, 14 Jun 92 09:55:38 PDT Received: from sid1.cenaath.cena.dgac.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA27287; Sun, 14 Jun 1992 19:02:19 +0200 (MET) Received: from geant.cenatls.cena.dgac.fr (geant-gw) by sid1.cenaath.cena.dgac.fr (4.1/SMI-4.1) id AA01284; Sun, 14 Jun 92 19:05:12 +0200 Received: from tonus.cenatls by geant.cenatls.cena.dgac.fr (4.1/SMI-4.1) id AA06262; Sun, 14 Jun 92 18:59:05 +0200 Date: Sun, 14 Jun 92 18:59:05 +0200 From: queinnec%mailhost.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec) Message-Id: <9206141659.AA06262@geant.cenatls.cena.dgac.fr> Received: by tonus.cenatls (4.1/SMI-4.1) id AA00990; Sun, 14 Jun 92 18:59:17 +0200 To: help Lucid Emacs Subject: patch for supercite 2.2 If anyone is interested, I have the four-lines patch for supercite 2.2 (simply: let zmacs-region be nil in sc-cite-original, and remove the spoogification of doc string in sc-spoogify-docstring). I have sent it to supercite's author Barry A. Warsaw. Phil From help-lucid-emacs-request@lucid.com Mon Jun 15 02:20:38 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12233; Mon, 15 Jun 92 02:20:38 PDT Received: by heavens-gate.lucid.com id AA03719g; Mon, 15 Jun 92 02:11:04 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA03715g; Mon, 15 Jun 92 02:10:56 PDT Received: from ingr.ingr.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA17559; Mon, 15 Jun 92 05:18:43 -0400 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA29852; Mon, 15 Jun 92 04:23:45 -0500 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA20512; Mon, 15 Jun 92 12:16:35 IDT Received: by simpson.turtles (4.1/SMI-4.1) id AA19699; Mon, 15 Jun 92 12:16:46 IDT Date: Mon, 15 Jun 92 12:16:46 IDT From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9206150916.AA19699@simpson.turtles> To: help-lucid-emacs@lucid.com Subject: Can't load a file Reply-To: matis!ingr.COM!amir%matis.UUCP@uunet.UU.NET Lucid Emacs Gurus, I'm running the pre-cooked emacs for Sun-4. I have the following lines in my .emacs: (setq my-home-dir (getenv "HOME")) (setq my-own-prog-dir (concat my-home-dir "/emacs-progs/")) (setq load-path (cons my-own-prog-dir load-path)) ... (defvar is-lucid-emacs (string-match "Lucid" emacs-version) "*Set to t if it is Lucid/GNU Emacs.") ... (if is-lucid-emacs (load "lucid-sun-kdb.elc")) but Lucid-Emacs gives me an error when loading this file (message split for clarity): Error in init file: File error: "Cannot open load file" \ "lucid-sun-kdb.elc" All other files that are loaded earlier or later in .emacs do not cause any such problems. They are all in the same directory. I have byte-compiled the file both under GNU emacs 18.58 and under Lucid-Emacs 19.1, but it didn't make a difference. The file contains function keys programming. e.g.: (define-key global-map [(f21)] 'repeat-complex-command) Manually loading the file (M-x load-file ...) works just fine. Any hints? Thanks & please respond to the address(es) below. -- /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From help-lucid-emacs-request@lucid.com Mon Jun 15 04:57:15 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12916; Mon, 15 Jun 92 04:57:15 PDT Received: by heavens-gate.lucid.com id AA03946g; Mon, 15 Jun 92 04:48:06 PDT Received: from mirriwinni.ee.adfa.oz.au by heavens-gate.lucid.com id AA03942g; Mon, 15 Jun 92 04:47:54 PDT Received: by mirriwinni.ee.adfa.oz.au (4.1/1.0) id AA02630; Mon, 15 Jun 92 21:56:15 EST Date: Mon, 15 Jun 92 21:56:15 EST From: phillip%mirriwinni.ee.adfa.oz.au@lucid.com (Phillip Musumeci) Message-Id: <9206151156.AA02630@mirriwinni.ee.adfa.oz.au> To: help-lucid-emacs@lucid.com Subject: Q: my locally compiled lemacs drops dead if I have a ~/.Xdefaults file Hi, I am expecting a ``you turkey'' level answer to the above statement ... However, if there is a quick fix, I'd really like to know. I just run X11R5 on a sunos-4.1.1 sparcstation in a local mode (X:0 etc). Lemacs will run just fine if I rename the .Xdefaults file away when it starts. I tried doing a trace and I can see it try for a few other files that I don't normally have just before it "drops dead" on the .Xdefaults file open (which I normally do have). Any ideas? Thanks, Phillip Musumeci.  From help-lucid-emacs-request@lucid.com Mon Jun 15 18:53:31 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16250; Mon, 15 Jun 92 18:53:31 PDT Received: by heavens-gate.lucid.com id AA06513g; Mon, 15 Jun 92 18:42:44 PDT Received: from lysator.liu.se by heavens-gate.lucid.com id AA06509g; Mon, 15 Jun 92 18:42:35 PDT Received: by lysator.liu.se (5.65c8/1.34/Lysator-3.1) id AA19790; Tue, 16 Jun 1992 03:51:00 +0200 (rfc931-sender: linus@lysator.liu.se) Date: Tue, 16 Jun 1992 03:51:00 +0200 From: linus%lysator.liu.se@lucid.com (Linus Tolke Y) Message-Id: <199206160151.AA19790@lysator.liu.se> To: help-lucid-emacs@lucid.com Subject: registration of an abort function for popup-menus Keywords: popup-menus, abort I have just today tried lucid-emacs and I found it amazingly easy to program a few popup-menus. I have a few problems though, perhaps related to the fact that there is very little documentation on the popup-menu function and that it is not completely finished. However, my question is: How do I register a function to be called when the popup-window is closed abnormally? In my application I do some initializations before popping up the window and when finishing with one of the commands they are used and restored. When exiting the popup-window by clicking outside (or whatever) these initializations are not restored. -- /Linus ***** Wherever I exec my `which emacs`, is my $HOME. ***** Linus Tolke SM7OUU, linus@lysator.liu.se Student at the member of SK5EU LiTHSA Link|ping institute of technology, LiTH LiTH S{ndare Amat|rer (Ham-club) From help-lucid-emacs-request@lucid.com Tue Jun 16 01:32:48 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17273; Tue, 16 Jun 92 01:32:48 PDT Received: by heavens-gate.lucid.com id AA07307g; Tue, 16 Jun 92 01:23:44 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA07303g; Tue, 16 Jun 92 01:23:38 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA09561; Tue, 16 Jun 92 01:32:17 PDT Date: Tue, 16 Jun 92 01:32:17 PDT Message-Id: <9206160832.AA09561@thalidomide.lucid> X-Windows: The art of incompetence. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: linus%lysator.liu.se@lucid.com (Linus Tolke Y) Cc: help-lucid-emacs@lucid.com Subject: Re: registration of an abort function for popup-menus In-Reply-To: Linus Tolke Y's message of Tue 16-Jun-92 03:51:00 +0200 <199206160151.AA19790@lysator.liu.se> References: <199206160151.AA19790@lysator.liu.se> In message <199206160151.AA19790@lysator.liu.se> Linus Tolke Y wrote: > > However, my question is: > How do I register a function to be called when the popup-window is > closed abnormally? I think the only way to do that is to go into an event-processing loop until (popup-menu-up-p) is false. Have the commands in the menu set a flag, and notice whether that flag gets set. Something like (let ((event (allocate-event))) (popup-menu 'foo) (while (popup-menu-up-p) (dispatch-event (next-event event))) (or flag (default-function))) That's kind of nasty, but menus are asynchronous. Popup-menu returns before the user has made a selection. -- Jamie From help-lucid-emacs-request@lucid.com Tue Jun 16 04:11:24 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA18252; Tue, 16 Jun 92 04:11:24 PDT Received: by heavens-gate.lucid.com id AA07480g; Tue, 16 Jun 92 04:02:09 PDT Received: from lysator.liu.se by heavens-gate.lucid.com id AA07476g; Tue, 16 Jun 92 04:01:58 PDT Received: from robert.lysator.liu.se by lysator.liu.se with SMTP (5.65c8/1.34/Lysator-3.1) id AA22864; Tue, 16 Jun 1992 13:10:12 +0200 (rfc931-sender: linus@robert.lysator.liu.se) Received: by robert.lysator.liu.se (5.65c8/1.34/Lysator-3.1) id AA17361; Tue, 16 Jun 1992 13:09:58 +0200 (rfc931-sender: linus@robert.lysator.liu.se) Date: Tue, 16 Jun 1992 13:09:58 +0200 From: linus%lysator.liu.se@lucid.com Message-Id: <199206161109.AA17361@robert.lysator.liu.se> To: jwz@lucid.com Cc: linus%lysator.liu.se@lucid.com, help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Tue, 16 Jun 92 01:32:17 PDT <9206160832.AA09561@thalidomide.lucid> Subject: registration of an abort function for popup-menus Thanks for the quick reply! You wrote: I think the only way to do that is to go into an event-processing loop until (popup-menu-up-p) is false. Have the commands in the menu set a flag, and notice whether that flag gets set. Something like ... That's kind of nasty, but menus are asynchronous. Yes, really nasty indeed. I don't like it at all. My application is also asynchronous but works with a stream. I could perhaps make it work but... Popup-menu returns before the user has made a selection. That much I have already figured out. -- /Linus ***** Wherever I exec my `which emacs`, is my $HOME. ***** Linus Tolke SM7OUU, linus@lysator.liu.se Student at the member of SK5EU LiTHSA Link|ping institute of technology, LiTH LiTH S{ndare Amat|rer (Ham-club) From help-lucid-emacs-request@lucid.com Tue Jun 16 07:33:15 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA18906; Tue, 16 Jun 92 07:33:15 PDT Received: by heavens-gate.lucid.com id AA07695g; Tue, 16 Jun 92 07:24:07 PDT Received: from scylla.lucid (scylla.lucid.com) by heavens-gate.lucid.com id AA07691g; Tue, 16 Jun 92 07:24:01 PDT Received: by scylla.lucid (4.1/SMI-4.1) id AA05440; Tue, 16 Jun 92 07:32:30 PDT Date: Tue, 16 Jun 92 07:32:30 PDT From: devin%scylla@lucid.com (Matthieu Devin) Message-Id: <9206161432.AA05440@scylla.lucid> To: Jamie Zawinski Cc: help-lucid-emacs@lucid.com, linus%lysator.liu.se@lucid.com (Linus Tolke Y) Subject: Re: registration of an abort function for popup-menus References: <199206160151.AA19790@lysator.liu.se> <9206160832.AA09561@thalidomide.lucid> In message <9206160832.AA09561@thalidomide.lucid> Jamie Zawinski wrote: > > In message <199206160151.AA19790@lysator.liu.se> Linus Tolke Y wrote: > > However, my question is: How do I register a function to be called when the > > popup-window is closed abnormally? > > I think the only way to do that is to go into an event-processing loop until > (popup-menu-up-p) is false. Have the commands in the menu set a flag, and > notice whether that flag gets set. Something like > ..lisp code deleted.. Maybe popup-menus should have an associated lisp function that will always be called when the menu is popped down. The lwlib library supports that at the C level. From help-lucid-emacs-request@lucid.com Tue Jun 16 17:59:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA20950; Tue, 16 Jun 92 17:59:43 PDT Received: by heavens-gate.lucid.com id AA09597g; Tue, 16 Jun 92 17:50:06 PDT Received: from relay1.UU.NET by heavens-gate.lucid.com id AA09591g; Tue, 16 Jun 92 17:49:53 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09990; Tue, 16 Jun 92 20:58:20 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 205712.15682; Tue, 16 Jun 1992 20:57:12 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA08831; Tue, 16 Jun 92 19:10:22 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA12653; Tue, 16 Jun 92 18:10:34 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA26085; Tue, 16 Jun 92 18:10:33 MDT Date: Tue, 16 Jun 92 18:10:33 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206170010.AA26085@arsenic.eds.com> To: help-lucid-emacs@lucid.com Subject: Extents, faces, etc. One thing I would like to have in lemacs is a snazzier debugger interface. I've been investigating this some, but I'm no lisp (or emacs) expert. I've made a first hack at something for gdb-mode, but it has a couple of problems. I would appreciate some help ... constructive criticism about my approach is welcome. First of all, the goal of this hack was to get the current line in gdb-mode to be highlighted instead of having the arrow pointing at it. [As an aside, I think I prefered to have the arrow overlay the source code rather than push it to the right which messes up indentation clues]. I was somewhat suprised to find that the hooks for that arrow are built into the emacs C code, not part of the debugger lisp package. So, what I came up with is the elsip code appended to this message. It works mostly, but has a couple of problems. Here are the main questions I have about it: 1. I needed to redefine some functions which are defined in gdb.el. I assumed that just defining them in the mode-hook was the right thing. Is it? 2. I'm not entirely clear on the use of extents. I was very careful to use just one extent, and delete it before redefining it, etc. But then I saw the code that Jamie posted for fontify-headers which seems to just make extents whenever it needs them and doesn't bother to keep track of them. Is that sort of thing safe? Does it create lots of garbage to collect later? On the other hand I need to move my extents around so I guess I better keep track of them. Which brings me to my next question ... 3. I redefined gdb-sentinel since that seemed to be the only way to catch the act of gdb-mode being left (either by typing "quit" to gdb or by killing the gdb buffer). If you type "quit" it works ok, but if you kill the gdb buffer, I get this message: "Deleting extent in killed buffed" [sic] I've walked through this code with edbug, and inserted a call to extent-buffer which returns the name of the last-accessed source-code buffer, *not* the gdb buffer, so I don't understand why I get that error. (By the way, the extent is deleted from the source code buffer as well). If there's a better way to do this, or if someone has superceded my efforts with a better package, please let me know. Thanks, >>Chx -- cheeks@edsr.eds.com or ...uunet!edsr!cheeks -----------------------begin elisp-------------------------------------- (setq gdb-mode-hook 'my-gdb-init) (defun my-gdb-init () (copy-face 'primary-selection 'gdb-current-line) (setq gdb-current-line-extent (make-extent (point-min) (point-min))) ;; ;; Hook into gdb-sentinel so we can tell when gdb-mode has been left and we ;; should kill the highlighting. Since normally overlay-arrow-position is ;; a "magic" variable monitored by the emacs C code, there's not standard ;; hook for disabling the highlighting feature. ;; (fset 'old-gdb-sentinel (symbol-function 'gdb-sentinel)) (defun gdb-sentinel (proc msg) (if (or (null (buffer-name (process-buffer proc))) (memq (process-status proc) '(signal exit))) (delete-extent gdb-current-line-extent)) ;; now call the real gdb-sentinel (old-gdb-sentinel proc msg)) ;; ;; Redefine the gdb-display-line function to highlight the active line ;; instead of pointing an arrow at it. ;; (defun gdb-display-line (true-file line) (let* ((buffer (find-file-noselect true-file)) (window (display-buffer buffer t)) (pos) (e-start)) (save-excursion (set-buffer buffer) (save-restriction (widen) (goto-line line) (setq pos (point))) (cond ((or (< pos (point-min)) (> pos (point-max))) (widen) (goto-char pos))) (beginning-of-line) (setq e-start (point)) (end-of-line) (delete-extent gdb-current-line-extent) (setq gdb-current-line-extent (make-extent e-start (point))) (set-extent-face gdb-current-line-extent 'gdb-current-line) (set-window-point window pos))))) -----------------------end elisp-------------------------------------- From help-lucid-emacs-request@lucid.com Tue Jun 16 23:51:56 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA21942; Tue, 16 Jun 92 23:51:56 PDT Received: by heavens-gate.lucid.com id AA10166g; Tue, 16 Jun 92 23:42:25 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA10162g; Tue, 16 Jun 92 23:42:01 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA21980; Wed, 17 Jun 92 09:50:00 IDT Date: Wed, 17 Jun 92 09:50:00 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206170650.AA21980@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA06952; Wed, 17 Jun 92 09:49:56 IDT To: help-lucid-emacs@lucid.com Subject: View Mail Does someone know how compatible are RMAIL and VM ? Are there any tools to convert RMAIL folders to VM ? vice versa ? Should I be frightened by the VM warnings and throw it to hell ? Thanks for any remarks. Danny. --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Wed Jun 17 01:38:41 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA22130; Wed, 17 Jun 92 01:38:41 PDT Received: by heavens-gate.lucid.com id AA10365g; Wed, 17 Jun 92 01:29:16 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA10361g; Wed, 17 Jun 92 01:29:11 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA11744; Wed, 17 Jun 92 01:37:51 PDT Date: Wed, 17 Jun 92 01:37:51 PDT Message-Id: <9206170837.AA11744@thalidomide.lucid> X-Windows: Form follows malfunction. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Cc: help-lucid-emacs@lucid.com Subject: Re: Extents, faces, etc. In-Reply-To: Mark Costlow's message of Tue 16-Jun-92 18:10:33 MDT <9206170010.AA26085@arsenic.eds.com> References: <9206170010.AA26085@arsenic.eds.com> In message <9206170010.AA26085@arsenic.eds.com> Mark Costlow wrote: > > One thing I would like to have in lemacs is a snazzier debugger interface. > I've been investigating this some, but I'm no lisp (or emacs) expert. I've > made a first hack at something for gdb-mode, but it has a couple of > problems. I would appreciate some help ... constructive criticism about my > approach is welcome. I haven't had time to look at your code yet, but here are a few quick comments: > 1. I needed to redefine some functions which are defined in > gdb.el. I assumed that just defining them in the mode-hook > was the right thing. Is it? Generally, nested defuns should be avoided. I would instead put this code in a seperate file which was `require'd by the mode-hook. > 2. I'm not entirely clear on the use of extents. I was very > careful to use just one extent, and delete it before redefining > it, etc. But then I saw the code that Jamie posted for > fontify-headers which seems to just make extents whenever it > needs them and doesn't bother to keep track of them. Is that > sort of thing safe? Does it create lots of garbage to collect > later? Yes, it creates garbage that doesn't go away until the buffer is killed. Fontify-headers isn't very well behaved in that respect (it was a very quick hack...) Look at info.el for a better example. > 3. I redefined gdb-sentinel since that seemed to be the only way > to catch the act of gdb-mode being left (either by typing > "quit" to gdb or by killing the gdb buffer). If you type > "quit" it works ok, but if you kill the gdb buffer, I get this > message: > > "Deleting extent in killed buffed" [sic] Probably this is because the sentinel is being called after the buffer is killed, and trying to delete the extent again. Look at the extent to see if it's dead. I think it's buffer is nil in that case, but it might be that it has a buffer whose name is nil instead. I don't remember. -- Jamie From help-lucid-emacs-request@lucid.com Wed Jun 17 05:14:24 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA23031; Wed, 17 Jun 92 05:14:24 PDT Received: by heavens-gate.lucid.com id AA10635g; Wed, 17 Jun 92 05:05:11 PDT Received: from cs.sandia.gov by heavens-gate.lucid.com id AA10631g; Wed, 17 Jun 92 05:05:03 PDT Received: from cfd.cfd.sandia.gov ([132.175.77.4]) by cs.sandia.gov (4.1/SMI-4.1) id AA22170; Wed, 17 Jun 92 06:13:32 MDT Received: by cfd.cfd.sandia.gov (4.1/SMI-4.1) id AA02243; Wed, 17 Jun 92 06:15:27 MDT Date: Wed, 17 Jun 92 06:15:27 MDT From: galagun@cfd.cs.sandia.gov (Glenn Laguna) Message-Id: <9206171215.AA02243@cfd.cfd.sandia.gov> To: help-lucid-emacs@lucid.com Subject: Trouble binding function keys I'm having some trouble figuring out how to bind the function and keypad keys. The following lines are in by .emacs file now. They work with current versions of emacs and epoch, but not l-emacs-19. (global-unset-key "\e[") (define-key global-map "\e[214z" 'beginning-of-buffer) ;;; R7 Home 1 Any help would be appreciated. Thanks, Glenn Laguna From help-lucid-emacs-request@lucid.com Wed Jun 17 06:13:50 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA23204; Wed, 17 Jun 92 06:13:50 PDT Received: by heavens-gate.lucid.com id AA10701g; Wed, 17 Jun 92 06:04:39 PDT Received: from chenas.inria.fr by heavens-gate.lucid.com id AA10697g; Wed, 17 Jun 92 06:04:18 PDT Received: from sid1.cenaath.cena.dgac.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA13516; Wed, 17 Jun 1992 15:12:27 +0200 (MET) Received: from geant.cenatls.cena.dgac.fr (geant-gw) by sid1.cenaath.cena.dgac.fr (4.1/SMI-4.1) id AA20156; Wed, 17 Jun 92 15:16:02 +0200 Received: from gogol.cenatls by geant.cenatls.cena.dgac.fr (4.1/SMI-4.1) id AA26984; Wed, 17 Jun 92 15:09:37 +0200 Date: Wed, 17 Jun 92 15:09:37 +0200 From: queinnec%mailhost.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec) Message-Id: <9206171309.AA26984@geant.cenatls.cena.dgac.fr> Received: by gogol.cenatls (4.1/SMI-4.1) id AA02514; Wed, 17 Jun 92 15:09:37 +0200 To: help Lucid Emacs Subject: extent, faces, etc... I hope the extents and the faces will be fully documented in a future release, because all information I manage to get is from the etc/NEWS file and from lisp/info.el, but there is no true guide of progammation. So, here is my problem: I would like to have some buffers in a proportional font, and other ones in a fixed font. So let's play with extents and faces ! However I have a big problem: an extent is a region of a buffer, and it cannot be defined as 'always all the buffer'. The only solution I have found is to use after-change-function to resize the extent ! Anyway here is some code to illustrate it. To try it, save as proportional.el, add a (require 'proportional) in your .emacs, and add (use-proportional) in the *-mode-hook you want (I suppose your default font is fixed). For instance, I have: (add-hook 'tex-mode-hook 'use-proportional) (add-hook 'vm-mode-hooks 'use-proportional) [ This last one has the interesting effect that the summary buffer uses the standard fixed font, whereas the buffer containing the text of a mail uses the proportional font. ] I would appreciate any commentaries, and even a complete lesson if jwz could find a few minutes of spare time (which is very very improbable, isn't it?). Phil. ;; No copyright, I don't want to be responsible of such a awful thing ! ;; Written by Philippe Queinnec 17-Jun-92 (defvar the-proportional-font "-*-times-medium-r-*-*-14-*-*-*-*-*-*-*" "*The name of the proportional font.") (defvar the-extent nil "Per buffer extent.") (defun use-proportional () (interactive) (make-local-variable 'the-extent) (or the-extent (setq the-extent (make-extent (point-min) (point-max)))) (or (find-face 'proportional) (set-face-font (copy-face (get-face 'default) 'proportional) the-proportional-font)) (set-extent-attribute the-extent 'writable) (set-extent-attribute the-extent 'unhighlight) (set-extent-attribute the-extent 'visible) (set-extent-face the-extent 'proportional) (make-local-variable 'after-change-function) (setq after-change-function 'resize-extent)) (defun use-non-proportional () (interactive) (and the-extent (set-extent-face the-extent 'default))) (defun resize-extent (beg end size) (and the-extent (set-extent-endpoints the-extent (point-min) (point-max)))) (provide 'proportional) From help-lucid-emacs-request@lucid.com Wed Jun 17 07:34:38 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA23462; Wed, 17 Jun 92 07:34:38 PDT Received: by heavens-gate.lucid.com id AA10807g; Wed, 17 Jun 92 07:24:43 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA10803g; Wed, 17 Jun 92 07:24:10 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA28561; Wed, 17 Jun 92 17:32:07 IDT Date: Wed, 17 Jun 92 17:32:07 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206171432.AA28561@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA09124; Wed, 17 Jun 92 17:32:03 IDT To: help-lucid-emacs@lucid.com Subject: Help with lpr.el package For some reason, print-buffer lpr-buffer and their like do not work for me in lemacs-19.1 I traced all function to find they all use print-region-1 from lpr.el. I used Edebug on that as well. The problem is that everything looks OK, The list of arguments generated for call-process-region which executes the unix command, looks fine. Yet, nothing gets printed. I checked both call-process-region and the whole generated command from a shell. They work fine. So. Does anyone have and idea ? Thanks. Danny. --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Wed Jun 17 11:25:15 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA24200; Wed, 17 Jun 92 11:25:15 PDT Received: by heavens-gate.lucid.com id AA11461g; Wed, 17 Jun 92 11:15:41 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA11456g; Wed, 17 Jun 92 11:15:29 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA13057; Wed, 17 Jun 92 11:24:03 PDT Date: Wed, 17 Jun 92 11:24:03 PDT Message-Id: <9206171824.AA13057@thalidomide.lucid> X-Windows: The defacto substandard. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: galagun@cfd.cs.sandia.gov (Glenn Laguna) Cc: help-lucid-emacs@lucid.com Subject: Re: Trouble binding function keys In-Reply-To: Glenn Laguna's message of Wed 17-Jun-92 06:15:27 MDT <9206171215.AA02243@cfd.cfd.sandia.gov> References: <9206171215.AA02243@cfd.cfd.sandia.gov> (define-key 'f1 'command-bound-to-f1) Replace f1 with whatever emacs beeps about when you press r7 (the sun keysyms tend not to have obvious names.) -- Jamie From help-lucid-emacs-request@lucid.com Wed Jun 17 11:46:01 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA24262; Wed, 17 Jun 92 11:46:01 PDT Received: by heavens-gate.lucid.com id AA11550g; Wed, 17 Jun 92 11:36:31 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA11546g; Wed, 17 Jun 92 11:36:18 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA13145; Wed, 17 Jun 92 11:44:52 PDT Date: Wed, 17 Jun 92 11:44:52 PDT Message-Id: <9206171844.AA13145@thalidomide.lucid> X-Windows: A moment of convenience, a lifetime of regret. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: queinnec%mailhost.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec) Cc: help Lucid Emacs Subject: Re: extent, faces, etc... In-Reply-To: Philippe Queinnec's message of Wed 17-Jun-92 15:09:37 +0200 <9206171309.AA26984@geant.cenatls.cena.dgac.fr> References: <9206171309.AA26984@geant.cenatls.cena.dgac.fr> I think you're right about there being no (good) way to make a whole buffer be in a particular font. We were planning to have the "closedness" of the endpoints of extents be a property of the extent, so that you could control whether an insertion exactly at either endpoint of an extent went into the extent or out of it. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jun 18 07:09:33 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA27494; Thu, 18 Jun 92 07:09:33 PDT Received: by heavens-gate.lucid.com id AA13979g; Thu, 18 Jun 92 05:25:56 PDT Received: from STSCI.EDU by heavens-gate.lucid.com id AA13975g; Thu, 18 Jun 92 05:25:50 PDT Received: Thu, 18 Jun 92 08:34:21 EDT from MARIAN.STSCI.EDU (kaos.stsci.edu) by stsci.edu (4.1) Received: Thu, 18 Jun 92 08:32:41 EDT by kaos.stsci.edu (4.1) Date: Thu, 18 Jun 92 08:32:41 EDT From: Bob Jackson Message-Id: <9206181232.AA15403@MARIAN.STSCI.EDU> To: help-lucid-emacs@lucid.com Subject: Thilly Questions Upon startup I get the message Error in init file: Symbol's value as variable is void: mouse-map However I don't get that message when starting Emacs or Epoch Upon selecting an subject or article in Gnus, I get Won't change only window I can change to the subject buffer, but I never get an article buffer. Any ideas how to recover the functionality present in Emacs 18.57? Bob Jackson From help-lucid-emacs-request@lucid.com Thu Jun 18 07:09:33 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA27495; Thu, 18 Jun 92 07:09:33 PDT Received: by heavens-gate.lucid.com id AA14051g; Thu, 18 Jun 92 06:07:31 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA14047g; Thu, 18 Jun 92 06:07:24 PDT Received: from ingr.ingr.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA28191; Thu, 18 Jun 92 09:15:47 -0400 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA14758; Thu, 18 Jun 92 08:20:38 -0500 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA29311; Thu, 18 Jun 92 16:07:52 IDT Received: by simpson.turtles (4.1/SMI-4.1) id AA23288; Thu, 18 Jun 92 16:08:04 IDT From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9206181308.AA23288@simpson.turtles> Subject: adding item to menubar To: help-lucid-emacs@lucid.com (Lucid Emacs help M.L.) Date: Thu, 18 Jun 92 16:08:03 EET DST Organization: SEE Technologies Ltd. Reply-To: matis!ingr.COM!amir%matis.UUCP@uunet.UU.NET Followup-To: amir%matis.UUCP@ingr.COM X-Mailer: ELM [version 2.3 PL11] Lucidos, I'm trying to add something to the menubar. I was told to use the function 'add-menu-item' (defined in menubar.el). When I try this in the scratch buffer: (add-menu-item ((\"File\") "kuku" ajk-revert-buffer t)) I get: Invalid function (\"file\") What am I doing wrong? I'm no elisp expert, mind you. Pls respond to the addresses below. -- /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From help-lucid-emacs-request@lucid.com Thu Jun 18 08:37:15 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA27754; Thu, 18 Jun 92 08:37:15 PDT Received: by heavens-gate.lucid.com id AA14336g; Thu, 18 Jun 92 08:26:27 PDT Received: from cs.utexas.edu by heavens-gate.lucid.com id AA14332g; Thu, 18 Jun 92 08:26:11 PDT Received: from titan.tsd.arlut.utexas.edu by cs.utexas.edu (5.64/1.132) with SMTP id AA08248; Thu, 18 Jun 92 10:34:32 -0500 Received: from orc.tsd.sun by titan.tsd.arlut.utexas.edu (4.1/SMI-4.0client) id AA26255; Wed, 17 Jun 92 10:43:48 CDT Date: Wed, 17 Jun 92 10:43:48 CDT From: rand@titan.tsd.arlut.utexas.edu (Joel Rand) Message-Id: <9206171543.AA26255@titan.tsd.arlut.utexas.edu> To: help-lucid-emacs@lucid.com Subject: Unable to start lemacs I ftp'ed, un-compressed, and un-tarred the sun4 executable version of lemacs without error. When I try to execute the program, I get: This version of emacs only runs under X Windows (for now). Check that your $DISPLAY environment variable is properly set. Well, my $DISPLAY variables is indeed set, and I am running under X Windows and the Motif window manager (mwm). Is there any thing else I need to do? Thanks, Joel A. Rand Applied Research Laboratories The University of Texas at Austin From help-lucid-emacs-request@lucid.com Thu Jun 18 10:51:59 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA28178; Thu, 18 Jun 92 10:51:59 PDT Received: by heavens-gate.lucid.com id AA14668g; Thu, 18 Jun 92 10:40:06 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA14664g; Thu, 18 Jun 92 10:39:59 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01069; Thu, 18 Jun 92 10:48:34 PDT Date: Thu, 18 Jun 92 10:48:34 PDT Message-Id: <9206181748.AA01069@thalidomide.lucid> From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Bob Jackson Cc: help-lucid-emacs@lucid.com Subject: Re: Thilly Questions In-Reply-To: Bob Jackson's message of Thu 18-Jun-92 08:32:41 EDT <9206181232.AA15403@MARIAN.STSCI.EDU> References: <9206181232.AA15403@MARIAN.STSCI.EDU> Messages like this should be sent to bug-lucid-emacs. In message <9206181232.AA15403@MARIAN.STSCI.EDU> Bob Jackson wrote: > > Upon startup I get the message > > Error in init file: Symbol's value as variable is void: mouse-map I'll bet that doesn't happen if you run with -q. > Upon selecting an subject or article in Gnus, I get > > Won't change only window You're probably loading your own version of GNUS instead of the one we shipped. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jun 18 10:57:26 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA28183; Thu, 18 Jun 92 10:57:26 PDT Received: by heavens-gate.lucid.com id AA14695g; Thu, 18 Jun 92 10:46:10 PDT Received: from STSCI.EDU by heavens-gate.lucid.com id AA14691g; Thu, 18 Jun 92 10:45:59 PDT Received: Thu, 18 Jun 92 13:54:27 EDT from MARIAN.STSCI.EDU (kaos.stsci.edu) by stsci.edu (4.1) Received: Thu, 18 Jun 92 13:52:47 EDT by kaos.stsci.edu (4.1) Date: Thu, 18 Jun 92 13:52:47 EDT From: Bob Jackson Message-Id: <9206181752.AA17667@MARIAN.STSCI.EDU> To: jwz@lucid.com Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Thu, 18 Jun 92 10:48:34 PDT <9206181748.AA01069@thalidomide.lucid> Subject: Re: Thilly Questions Thanks for the prompt reply. I did not send it to bugs, because I feared I was stupid and the code was correct. From help-lucid-emacs-request@lucid.com Thu Jun 18 14:14:00 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29512; Thu, 18 Jun 92 14:14:00 PDT Received: by heavens-gate.lucid.com id AA15245g; Thu, 18 Jun 92 14:03:02 PDT Received: from relay1.UU.NET by heavens-gate.lucid.com id AA15239g; Thu, 18 Jun 92 14:02:53 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA22016; Thu, 18 Jun 92 17:11:22 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 171028.12936; Thu, 18 Jun 1992 17:10:28 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA04946; Thu, 18 Jun 92 15:55:10 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA29250; Thu, 18 Jun 92 14:55:23 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA05088; Thu, 18 Jun 92 14:55:22 MDT Date: Thu, 18 Jun 92 14:55:22 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206182055.AA05088@arsenic.eds.com> To: uunet!lucid.com!jwz@uunet.UU.NET Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Wed, 17 Jun 92 01:37:51 PDT <9206170837.AA11744@thalidomide.lucid> Subject: Extents, faces, etc. On Wed, 17 Jun 92 01:37:51 PDT, Jamie Zawinski said: Jamie> X-Windows: Form follows malfunction. Jamie> In message <9206170010.AA26085@arsenic.eds.com> Mark Costlow wrote: > > One thing I would like to have in lemacs is a snazzier debugger > interface. ... Jamie> Generally, nested defuns should be avoided. I would instead put Jamie> this code in a seperate file which was `require'd by the mode-hook. Thanks, will do. > I get this message: > > "Deleting extent in killed buffed" [sic] Jamie> Probably this is because the sentinel is being called after the Jamie> buffer is killed, and trying to delete the extent again. Look at Jamie> the extent to see if it's dead. When I call extent-buffer before killing the extent, it tells me the buffer is the LRU source code buffer (which is still alive), not the gdb buffer. On another front, I'm trying to change the name of a screen with the following: (modify-screen-parameters original-screen '((name . "newname"))) But it has no effect. Some of the comments in the NEWS file make me think that perhaps modify-screen-parameters is not acually implemented yet. Is that the case, or am I doing something stupid? Thanks, >>Chx -- cheeks@edsr.eds.com or ...uunet!edsr!cheeks From help-lucid-emacs-request@lucid.com Thu Jun 18 15:02:23 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29669; Thu, 18 Jun 92 15:02:23 PDT Received: by heavens-gate.lucid.com id AA15364g; Thu, 18 Jun 92 14:48:41 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA15360g; Thu, 18 Jun 92 14:48:35 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01563; Thu, 18 Jun 92 14:57:13 PDT Date: Thu, 18 Jun 92 14:57:13 PDT Message-Id: <9206182157.AA01563@thalidomide.lucid> X-Windows: Dissatisfaction guaranteed. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Cc: help-lucid-emacs@lucid.com Subject: Re: Extents, faces, etc. In-Reply-To: Mark Costlow's message of Thu 18-Jun-92 14:55:22 MDT <9206182055.AA05088@arsenic.eds.com> References: <9206170837.AA11744@thalidomide.lucid> <9206182055.AA05088@arsenic.eds.com> In message <9206182055.AA05088@arsenic.eds.com> Mark Costlow wrote: > > On another front, I'm trying to change the name of a screen with the > following: > > (modify-screen-parameters original-screen '((name . "newname"))) > > But it has no effect. Some of the comments in the NEWS file make me think > that perhaps modify-screen-parameters is not acually implemented yet. Is > that the case, or am I doing something stupid? Well, several things about modify-screen-parameters don't work, but changing the name isn't intended to work. Since the name of a screen is used to look up resources in the X database, changing its name could be confusing. You might expect the resource database to be consulted again. But maybe not, maybe renaming should work, with the condition that the resources are only consulted when the screen is first created. The problem is that people might expect the sequence "make a screen; set its name" to parse resources correctly, which it can't. A solution to this would be to make "name" a manditory parameter of x-create-screen. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jun 18 16:02:21 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29795; Thu, 18 Jun 92 16:02:21 PDT Received: by heavens-gate.lucid.com id AA15566g; Thu, 18 Jun 92 15:51:03 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA15562g; Thu, 18 Jun 92 15:50:56 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24628; Thu, 18 Jun 92 18:59:34 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 185814.8861; Thu, 18 Jun 1992 18:58:14 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA06559; Thu, 18 Jun 92 17:19:56 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA00401; Thu, 18 Jun 92 16:20:06 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA05442; Thu, 18 Jun 92 16:20:04 MDT Date: Thu, 18 Jun 92 16:20:04 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206182220.AA05442@arsenic.eds.com> To: uunet!lucid.com!jwz@uunet.UU.NET Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Thu, 18 Jun 92 14:57:13 PDT <9206182157.AA01563@thalidomide.lucid> Subject: Extents, faces, etc. On Thu, 18 Jun 92 14:57:13 PDT, Jamie Zawinski said: Jamie> X-Windows: Dissatisfaction guaranteed. > In message <9206182055.AA05088@arsenic.eds.com> Mark Costlow wrote: > > [ ... trying to change a screen's name ... ] > > (modify-screen-parameters original-screen '((name . "newname"))) > > But it has no effect. [...] Jamie> Well, several things about modify-screen-parameters don't work, but Jamie> changing the name isn't intended to work. Since the name of a Jamie> screen is used to look up resources in the X database [...] Ok, I see your point. Maybe I should tell you what I was doing and you can tell me if it makes sense. I wanted to start up a lemacs which came up with one screen, whose name was not "emacs". Is that a reasonable thing to want to do? Now that I think of it, what I was planning to do was look up the screen by name later, and that doesn't seem to be possible, so maybe it doesn't matter. [ PS - I do understand the distinction between the screen's window name and the screen's name ]. >>Chx From help-lucid-emacs-request@lucid.com Thu Jun 18 16:11:11 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29809; Thu, 18 Jun 92 16:11:11 PDT Received: by heavens-gate.lucid.com id AA15585g; Thu, 18 Jun 92 15:59:51 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA15581g; Thu, 18 Jun 92 15:59:41 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01981; Thu, 18 Jun 92 16:08:17 PDT Date: Thu, 18 Jun 92 16:08:17 PDT Message-Id: <9206182308.AA01981@thalidomide.lucid> X-Windows: Form follows malfunction. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Cc: help-lucid-emacs@lucid.com Subject: Re: Extents, faces, etc. In-Reply-To: Mark Costlow's message of Thu 18-Jun-92 16:20:04 MDT <9206182220.AA05442@arsenic.eds.com> References: <9206182157.AA01563@thalidomide.lucid> <9206182220.AA05442@arsenic.eds.com> In message <9206182220.AA05442@arsenic.eds.com> Mark Costlow wrote: > > I wanted to start up a lemacs which came up with one screen, whose name > was not "emacs". Is that a reasonable thing to want to do? Well, it may be reasonable, but it's not currently possible. The first screen is always named "emacs". Why do you want to do this? > Now that I think of it, what I was planning to do was look up the screen by > name later, and that doesn't seem to be possible, so maybe it doesn't > matter. See the function get-screen-for-buffer in screen.el for code which does that. Maybe it does something like what you're trying to do. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jun 18 16:30:12 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29854; Thu, 18 Jun 92 16:30:12 PDT Received: by heavens-gate.lucid.com id AA15665g; Thu, 18 Jun 92 16:17:56 PDT Received: from bunyip.cc.uq.oz.au by heavens-gate.lucid.com id AA15661g; Thu, 18 Jun 92 16:17:44 PDT Received: from citrus.citr.uq.oz.au by bunyip.cc.uq.oz.au with SMTP (PP) id <04195-0@bunyip.cc.uq.oz.au>; Fri, 19 Jun 1992 09:25:39 +0000 Received: from mandarin (mandarin.citr.uq.oz.au) by citrus.citr.uq.oz.au (5.65c/Citr-sub-serv-1) id ; Fri, 19 Jun 1992 09:24:19 +1000 Received: from pomelo by mandarin (4.1/Citr-sub-serv-1) id ; Fri, 19 Jun 92 09:25:11 EST Received: from localhost by pomelo (4.1/Citr-sub-client-1) id ; Fri, 19 Jun 92 09:25:11 EST Message-Id: <9206182325.AA06899@pomelo> To: help-lucid-emacs@lucid.com Cc: anthony@citr.uq.oz.au Subject: Lucid Emacs for HP 9000/730 Date: Fri, 19 Jun 92 09:25:10 +1000 From: anthony%citr.uq.oz.au@lucid.com Has anyone got a working Lucid-19.1 emacs for the HP 9000/730 machine? If so, a patch file from the standard distribution or the edited source would be greatly appreciated. We run HPUX-8, gcc 2.1, X11R5 and Motif-1.1. I have successfully linked xemacs but it dies with a segmentation violation on startup and gcc 2.1 has no debugging information in the object files making it difficult to debug. Thanks in advance, Anthony. ------------------------------------------------------------------------ Anthony Rohde Centre for Information Technology Research | email: anthony@citr.uq.oz.au University of Queensland | phone: +61 7 365 4321 Queensland, Australia, 4072 | fax: +61 7 365 4399 ------------------------------------------------------------------------ From help-lucid-emacs-request@lucid.com Thu Jun 18 21:40:14 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00653; Thu, 18 Jun 92 21:40:14 PDT Received: by heavens-gate.lucid.com id AA16336g; Thu, 18 Jun 92 21:29:56 PDT Received: from bunyip.cc.uq.oz.au by heavens-gate.lucid.com id AA16332g; Thu, 18 Jun 92 21:29:47 PDT Received: from citrus.citr.uq.oz.au by bunyip.cc.uq.oz.au with SMTP (PP) id <04357-0@bunyip.cc.uq.oz.au>; Fri, 19 Jun 1992 14:38:05 +0000 Received: from mandarin (mandarin.citr.uq.oz.au) by citrus.citr.uq.oz.au (5.65c/Citr-sub-serv-1) id ; Fri, 19 Jun 1992 14:37:16 +1000 Received: from pomelo by mandarin (4.1/Citr-sub-serv-1) id ; Fri, 19 Jun 92 14:38:09 EST Received: from localhost by pomelo (4.1/Citr-sub-client-1) id ; Fri, 19 Jun 92 14:38:08 EST Message-Id: <9206190438.AA07409@pomelo> To: help-lucid-emacs@lucid.com Cc: anthony@citr.uq.oz.au Subject: Scroll bar... Date: Fri, 19 Jun 92 14:38:08 +1000 From: anthony%citr.uq.oz.au@lucid.com We are happy with the popup menus supplied by Lucid, but would like to have a scroll bar per buffer. Is this planned? Cheers, Anthony. ------------------------------------------------------------------------ Anthony Rohde Centre for Information Technology Research | email: anthony@citr.uq.oz.au University of Queensland | phone: +61 7 365 4321 Queensland, Australia, 4072 | fax: +61 7 365 4399 ------------------------------------------------------------------------ From help-lucid-emacs-request@lucid.com Thu Jun 18 21:48:40 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00680; Thu, 18 Jun 92 21:48:40 PDT Received: by heavens-gate.lucid.com id AA16359g; Thu, 18 Jun 92 21:39:09 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA16355g; Thu, 18 Jun 92 21:38:50 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA02755; Thu, 18 Jun 92 21:47:31 PDT Date: Thu, 18 Jun 92 21:47:31 PDT Message-Id: <9206190447.AA02755@thalidomide.lucid> X-Windows: Putting new limits on productivity. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: anthony%citr.uq.oz.au@lucid.com Cc: anthony@citr.uq.oz.au, help-lucid-emacs@lucid.com Subject: Re: Scroll bar... In-Reply-To: anthony%citr.uq.oz.au@lucid.com's message of Fri 19-Jun-92 14:38:08 +1000 <9206190438.AA07409@pomelo> References: <9206190438.AA07409@pomelo> Yes, it's planned, but no estimates of when. It's mentioned in the NEWS file. -- Jamie From help-lucid-emacs-request@lucid.com Fri Jun 19 03:02:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA02120; Fri, 19 Jun 92 03:02:43 PDT Received: by heavens-gate.lucid.com id AA16870g; Fri, 19 Jun 92 02:51:47 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA16866g; Fri, 19 Jun 92 02:51:41 PDT Via: cs.city.ac.uk; Fri, 19 Jun 1992 10:59:17 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Fri, 19 Jun 1992 11:01:56 +0100 (BST) Resent-Message-Id: Resent-Date: Fri, 19 Jun 1992 11:01:56 +0100 (BST) Resent-From: Andy Whitcroft If-Type-Unsupported: send Resent-To: help-lucid-emacs@lucid.com Return-Path: Message-Id: Date: Fri, 19 Jun 1992 10:55:04 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid@lucid.com Subject: VI Modes. I am having a bit of trouble with the VI modes that come with lucid. vip and evi both suffer from the following problem. In vip it occurs as you enter insert mode, and evi breaks at load time. In both cases you get this error. can't bind 27: this map contains meta-bindings: # Having looked at the code it seems that a new restriction on binding ESC (or the meta-prefix-key) has been added; mabe in Emacs 19? Has anyone got a VI mode of any type to work correctly? Andy. Andy Whitcroft E-mail: andy@cs.city.ac.uk Systems Architecture Research Centre, City University, London, UK. Tel: +44 71 477 8000 x8551 From help-lucid-emacs-request@lucid.com Fri Jun 19 03:25:54 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA02196; Fri, 19 Jun 92 03:25:54 PDT Received: by heavens-gate.lucid.com id AA16909g; Fri, 19 Jun 92 03:14:20 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA16905g; Fri, 19 Jun 92 03:14:13 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA03529; Fri, 19 Jun 92 03:22:48 PDT Date: Fri, 19 Jun 92 03:22:48 PDT Message-Id: <9206191022.AA03529@thalidomide.lucid> X-Windows: The art of incompetence. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Andy Whitcroft Cc: help-lucid-emacs@lucid.com Subject: Re: VI Modes. In-Reply-To: Andy Whitcroft's message of Fri 19-Jun-92 10:55:04 +0100 References: Oops. You can work around this by binding meta-prefix-char to -1 before loading evi, as in (let ((meta-prefix-char -1)) (load-library "evi")) The right fix is to bind it to this in evi.el around the calls to define-key that bind ESC. The reason for this is that evi makes keybindings using the prevailing value of meta-prefix-char at load-time, but those keymaps will only be consulted in a context where meta-prefix-char has a different value. The reason this new restriction exists is... complicated. -- Jamie From help-lucid-emacs-request@lucid.com Fri Jun 19 09:15:17 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03327; Fri, 19 Jun 92 09:15:17 PDT Received: by heavens-gate.lucid.com id AA17646g; Fri, 19 Jun 92 09:04:47 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA17641g; Fri, 19 Jun 92 09:04:37 PDT Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA29225; Fri, 19 Jun 92 12:13:14 -0400 Received: from edsr.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 121258.20629; Fri, 19 Jun 1992 12:12:58 EDT Received: from tantalum.eds.com (abqtoalh) by edsr.eds.com id AA15859; Fri, 19 Jun 92 11:06:59 CDT Received: from arsenic.eds.com by tantalum.eds.com (4.1/ALBUQUERQUE-1.1) id AA28784; Fri, 19 Jun 92 10:07:12 MDT Received: by arsenic.eds.com (4.1/ALBSUB-1.3) id AA07414; Fri, 19 Jun 92 10:07:11 MDT Date: Fri, 19 Jun 92 10:07:11 MDT From: edsr!tantalum!cheeks@uunet.UU.NET (Mark Costlow) Message-Id: <9206191607.AA07414@arsenic.eds.com> To: uunet!lucid.com!jwz@uunet.UU.NET Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Thu, 18 Jun 92 16:08:17 PDT <9206182308.AA01981@thalidomide.lucid> Subject: Extents, faces, etc. On Thu, 18 Jun 92 16:08:17 PDT, Jamie Zawinski said: Jamie> Site: Jamie> X-Windows: Form follows malfunction. Jamie> In message <9206182220.AA05442@arsenic.eds.com> Mark Costlow wrote: > > I wanted to start up a lemacs which came up with one screen, whose name > was not "emacs". Is that a reasonable thing to want to do? Jamie> Well, it may be reasonable, but it's not currently possible. The first Jamie> screen is always named "emacs". Why do you want to do this? I like to start one "distinguished" emacs for my X session which is running the gnuserv edit server. I name this emacs "edit-server". I have my "editor" specification for various applications like xrn set to "gnuclient". For xbiff, I have my mail reading command set to "gnudoit '(rmail)'", so that when I click on my xbiff my edit-server emacs goes into rmail mode. The problem is that I want any invocation of gnuclient or gnudoit to cause my edit-server to be de-iconified and/or raised to the top of the window stacking order. If the screens were named, I'd just use something like (de-iconify-screen (get-screen-by-name "edit-server")). Well, anyway, I think what I'll do is change gnuserv.el to raise the first screen on the screen-list, and make sure that only one screen exists for that emacs. I don't think get-screen-for-buffer will help here since I don't know that the buffer in question will be mapped to screen I want. (After re-reading this, I'm not sure how much sense it makes Jamie> See the function get-screen-for-buffer in screen.el for code which does Jamie> that. Maybe it does something like what you're trying to do. I'll take a look. BTW, I've found this key binding useful: (defun kill-screen () (interactive) (if (= (length (screen-list)) 1) (save-buffers-kill-emacs) (delete-screen)) ) (global-set-key "\C-x\C-c" 'kill-screen) >>Chx From help-lucid-emacs-request@lucid.com Fri Jun 19 10:48:40 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03713; Fri, 19 Jun 92 10:48:40 PDT Received: by heavens-gate.lucid.com id AA17991g; Fri, 19 Jun 92 10:38:57 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA17980g; Fri, 19 Jun 92 10:38:35 PDT Received: by moebius.loria.fr id AA00542 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Fri, 19 Jun 92 19:45:15 +0200 Date: Fri, 19 Jun 92 19:45:15 +0200 From: Guido Bosch Message-Id: <9206191745.AA00542@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: popup menu for vm-mode Reply-To: Guido BOSCH This might be interesting for VM users on Lucid Emacs 19: ;; Mode specific menu for vm-mode (button 3) and a ;; message-select-by-mouse hack (button 2). Put it in your your .vm ;; file and enjoy. (if emacs-19 ;; my compatibility variable. Need probably be changed (progn (define-key vm-mode-map 'button2 'vm-summary-mouse-goto) (defun vm-summary-mouse-goto (event) (interactive "@e") "Set the pointer down, then jump that that message." (mouse-set-point event) (vm-scroll-forward)) ;; Menu support for VM (define-key vm-mode-map 'button3 'vm-mode-menu) (defun vm-mode-menu (event) (interactive "e") (select-window (event-window event)) (popup-menu vm-mode-menu)) (setq vm-mode-menu '(nil "View Mail" "----" ["Next Message" vm-next-message t] ["Previous Message" vm-previous-message t] ("More Moving Around ..." ["Goto Message Last Seen" vm-goto-message-last-seen t] ["Goto Message" vm-goto-message t] ["Move Message Backward" vm-move-message-backward t] ["Move Message Forward" vm-move-message-forward t] ["Next Message" vm-Next-message t] ["Next Unread Message" vm-next-unread-message t] ["Previous Message" vm-Previous-message t] ["Previous Unread Message" vm-previous-unread-message t] ) "----" ["Scroll Forward" vm-scroll-forward t] ["Scroll Backward" vm-scroll-backward t] ["Beginning Of Message" vm-beginning-of-message t] ["End Of Message" vm-end-of-message t] "----" ["Summarize" vm-summarize t] ["Get New Mail" vm-get-new-mail t] ("Archieve Messages" ["Save Message" vm-save-message t] ["Save Message Sans Headers" vm-save-message-sans-headers t] ["Auto Archive Messages" vm-auto-archive-messages t] ["Delete Message" vm-delete-message t] ["Delete Message Backward" vm-delete-message-backward t] ["Undelete Message" vm-undelete-message t] ["Unread Message" vm-unread-message t] ["Expunge Folder" vm-expunge-folder t] ["Visit Folder" vm-visit-folder t] ["Visit Virtual Folder" vm-visit-virtual-folder t] ["Save Buffer" vm-save-buffer t] ["Save Folder" vm-save-folder t] ["Write File" vm-write-file t] ) ("Sending Messages" ["Mail" vm-mail t] ["Reply" vm-reply t] ["Reply Include Text" vm-reply-include-text t] ["Followup" vm-followup t] ["Followup Include Text" vm-followup-include-text t] ["Forward Message" vm-forward-message t] ["Resend Message" vm-resend-message t] ["Resend Bounced Message" vm-resend-bounced-message t] ["Continue Composing Message" vm-continue-composing-message t] ) ("Marking" ["Mark Message" vm-mark-message t] ["Unmark Message" vm-unmark-message t] ["Mark All Messages" vm-mark-all-messages t] ["Clear All Marks" vm-clear-all-marks t] ["Next Command Uses Marks" vm-next-command-uses-marks t] ["Mark Help" vm-mark-help t] ) ("Digest" ["Send Digest" vm-send-digest t] ["Burst Digest" vm-burst-digest t] ) ("Window Configuration" ["Apply Window Configuration" vm-apply-window-configuration t] ["Delete Window Configuration" vm-delete-window-configuration t] ["Save Window Configuration" vm-save-window-configuration t] ["Window Help" vm-window-help t] ) ("Miscellaneous" ["Edit Message" vm-edit-message t] ["Group Messages" vm-group-messages t] ["Expose Hidden Headers" vm-expose-hidden-headers t] ["Isearch Forward" vm-isearch-forward t] ["Discard Cached Data" vm-discard-cached-data t] ["Kill Subject" vm-kill-subject t] ["Load Rc" vm-load-rc t] ["Pipe Message To Command" vm-pipe-message-to-command t] ["Shell Command" shell-command t] ["Show Copying Restrictions" vm-show-copying-restrictions t] ["Show No Warranty" vm-show-no-warranty t] ("BBDB" ["Show Sender" bbdb/vm-show-sender t] ["Edit Notes" bbdb/vm-edit-notes t])) "----" ["Help" vm-help t] ["Undo" vm-undo t] ["Quit" vm-quit t] ["Quit No Change" vm-quit-no-change t] )))) From help-lucid-emacs-request@lucid.com Fri Jun 19 11:00:16 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03735; Fri, 19 Jun 92 11:00:16 PDT Received: by heavens-gate.lucid.com id AA18033g; Fri, 19 Jun 92 10:48:57 PDT Received: from life.ai.mit.edu by heavens-gate.lucid.com id AA18029g; Fri, 19 Jun 92 10:48:49 PDT Received: from espresso (espresso.ai.mit.edu) by life.ai.mit.edu (4.1/AI-4.10) id AA03840; Fri, 19 Jun 92 13:57:21 EDT From: misha@ai.mit.edu (Mike Bolotski) Received: by espresso (4.1/AI-4.10) id AA04680; Fri, 19 Jun 92 13:55:43 EDT Date: Fri, 19 Jun 92 13:55:43 EDT Message-Id: <9206191755.AA04680@espresso> To: help-lucid-emacs@lucid.com Subject: Converted packages ftp site? Would it be a good idea to set up an ftp site for all the packages that have been converted to work with lemacs? I just went through and patched supercite and the prospect of repeating this process for every package I use is daunting. -- Mike -- Mike Bolotski MIT Artificial Intelligence Laboratory misha@ai.mit.edu Cambridge, MA 02139 (617) 253-8170 From help-lucid-emacs-request@lucid.com Fri Jun 19 12:02:03 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03971; Fri, 19 Jun 92 12:02:03 PDT Received: by heavens-gate.lucid.com id AA18234g; Fri, 19 Jun 92 11:49:39 PDT Message-Id: <9206191849.AA18234@lucid.com> Received: from gourde.bbn.com by heavens-gate.lucid.com id AA18229g; Fri, 19 Jun 92 11:49:27 PDT Received: by gourde.bbn.com id AA10896g; Fri, 19 Jun 92 14:57:28 EDT To: help-lucid-emacs@lucid.com Cc: fwhite@bbn.com Subject: Subscribe fwhite@bbn.com Date: Fri, 19 Jun 92 14:57:28 -0400 From: Fredric M White Thanks Fred White From help-lucid-emacs-request@lucid.com Fri Jun 19 13:54:19 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04580; Fri, 19 Jun 92 13:54:19 PDT Received: by heavens-gate.lucid.com id AA18775g; Fri, 19 Jun 92 13:43:09 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA18771g; Fri, 19 Jun 92 13:43:04 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA05268; Fri, 19 Jun 92 13:51:44 PDT Date: Fri, 19 Jun 92 13:51:44 PDT Message-Id: <9206192051.AA05268@thalidomide.lucid> X-Windows: A moment of convenience, a lifetime of regret. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: misha@ai.mit.edu (Mike Bolotski) Cc: help-lucid-emacs@lucid.com Subject: Re: Converted packages ftp site? In-Reply-To: Mike Bolotski's message of Fri 19-Jun-92 13:55:43 EDT <9206191755.AA04680@espresso> References: <9206191755.AA04680@espresso> In message <9206191755.AA04680@espresso> Mike Bolotski wrote: > > Would it be a good idea to set up an ftp site for all the packages > that have been converted to work with lemacs? I just went through and > patched supercite and the prospect of repeating this process for every > package I use is daunting. One hopes that these changes will be folded back into the original source of these packages, and this won't be necessary for much longer. -- Jamie From help-lucid-emacs-request@lucid.com Fri Jun 19 13:55:02 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04584; Fri, 19 Jun 92 13:55:02 PDT Received: by heavens-gate.lucid.com id AA18781g; Fri, 19 Jun 92 13:43:49 PDT Received: from fernwood.mpk.ca.us by heavens-gate.lucid.com id AA18776g; Fri, 19 Jun 92 13:43:35 PDT Received: by fernwood.mpk.ca.us; id AA05926; Fri, 19 Jun 92 13:42:02 -0700 Received: from bermuda.YP.acad by autodesk.com (4.1/MADMAX-RED-CUCCIA) id AA04408; Fri, 19 Jun 92 12:50:16 PDT Received: by bermuda.YP.acad (4.1/SMI-4.1) id AA05392; Fri, 19 Jun 92 12:50:15 PDT Message-Id: <9206191950.AA05392@bermuda.YP.acad> From: dansmith@autodesk.com (Daniel Smith) Date: Fri, 19 Jun 1992 12:50:15 PDT In-Reply-To: Bertil Askelid's 34-line message on Jun 19, 12:57am Return-Path: autodesk!dansmith X-Organization: Autodesk, Sausalito, CA X-Mailer: Mail User's Shell (7.2.2 4/12/91) To: ebubra@ebu.ericsson.se (Bertil Askelid), cs.uiuc.edu!epoch@ebu.ericsson.se Subject: Re: Epoch and EMACS merger Cc: rms@ai.mit.edu, help-lucid-emacs@lucid.com > > > Bertil Askelid wrote about "Re: Epoch and EMACS merger": > In article <1992Jun18.225919.17661@mintaka.lcs.mit.edu>, chicks@hal (Christopher Hicks) writes: > <> I am curious as to what people think of the likelyhood of EMACS and Epoch > <> merging into a single release. > > Isn't that what's called Emacs 19? > -- Further, it would be nice if any new Lucid-emacs features get rolled in. It's getting confusing with Emacs 18.X, Epoch, Emacs 19, and Lucid Emacs based on 19 all floating around at the same time. For instance, I make frequent use of ^Z2 to dup a screen in Epoch..it's something else in lucid emacs, and I haven't used Emacs 19 [1] but I'm wondering if it's yet another thing. [1] I gather 19 really isn't widely available yet. Anyways, I think competition is a good thing and all, but I'm also hoping it doesn't start getting out of hand. Are we going to have three different versions of Emacs under the GNU license? >From my perspective as a relatively new user of Emacs (about 1 year and 9 years of Vi before that), I can keep the differences straight in my mind, and there's ways of binding keys so that everything looks the same, etc. However, if I'm explaining something about Emacs versions to someone who's new to all of this, I can see contortions on their face, etc :-) It's starting to look like the history of some rock bands (like what's happened over the years to the band "Yes"). Would it be worthwhile for people to work towards a common GNU Emacs goal? What does Richard Stallman think of all of this? I'm just tossing this out there. If there's going to be 2 or three GNUish Emacii, fine, I can keep that straight. I just personally hope there isn't any more splintering. Perhaps there should be an Emacs Summit Meeting? Anyways, this is all from a user's perspective who is wondering what is going on, but who doesn't necessarily know all of the history behind it...so keep any flames informative rather than outright hostile :-) Daniel From help-lucid-emacs-request@lucid.com Fri Jun 19 14:40:38 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04657; Fri, 19 Jun 92 14:40:38 PDT Received: by heavens-gate.lucid.com id AA19019g; Fri, 19 Jun 92 14:30:22 PDT Received: from Princeton.EDU by heavens-gate.lucid.com id AA19002g; Fri, 19 Jun 92 14:28:40 PDT Received: from hhb.UUCP by Princeton.EDU (5.65b/2.90/princeton) id AA04905; Fri, 19 Jun 92 17:37:04 -0400 Received: from brett.master by master (4.1/Redac_Mahwah-v1.0) id AA10773; Fri, 19 Jun 92 16:17:24 EDT Received: by brett.master (4.1/SMI-4.1) id AA05474; Fri, 19 Jun 92 16:17:28 EDT Date: Fri, 19 Jun 92 16:17:28 EDT From: bvk%hhb@Princeton.EDU (Brett Kuehner) Message-Id: <9206192017.AA05474@brett.master> To: lucid.com!bug-lucid-emacs@Princeton.EDU Subject: Subscription request Cc: lucid.com!help-lucid-emacs@Princeton.EDU Please add me to the mailing list. Brett -- Brett Kuehner, Racal-Redac, Mahwah, NJ ...!princeton!hhb!bvk bvk%hhb@princeton.EDU From help-lucid-emacs-request@lucid.com Fri Jun 19 15:15:53 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04740; Fri, 19 Jun 92 15:15:53 PDT Received: by heavens-gate.lucid.com id AA19141g; Fri, 19 Jun 92 15:06:14 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA19137g; Fri, 19 Jun 92 15:06:08 PDT Received: from wendy-fate.UU.NET by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA28487; Fri, 19 Jun 92 18:14:49 -0400 From: kyle@wendy-fate.uu.net Received: by wendy-fate.UU.NET (5.61/UUNET-mail-leaf) id AA11484; Fri, 19 Jun 92 18:13:52 -0400 Date: Fri, 19 Jun 92 18:13:52 -0400 Message-Id: <9206192213.AA11484@wendy-fate.UU.NET> To: help-lucid-emacs@lucid.com, misha@ai.mit.edu (Mike Bolotski) Subject: Re: Converted packages ftp site? In-Reply-To: <9206192051.AA05268@thalidomide.lucid> References: <9206191755.AA04680@espresso> <9206192051.AA05268@thalidomide.lucid> Jamie Zawinski writes: > In message <9206191755.AA04680@espresso> Mike Bolotski wrote: > > > > Would it be a good idea to set up an ftp site for all the packages > > that have been converted to work with lemacs? I just went through and > > patched supercite and the prospect of repeating this process for every > > package I use is daunting. > > One hopes that these changes will be folded back into the original source > of these packages, and this won't be necessary for much longer. In general it will depend on how painful the changes are to integrate and maintain. I cannot say how imcompatible Lucid Emacs is with v18 Emacs as I don't use X and therefore cannot run Lucid Emacs in its current incarnation. But the amount of imcompatibility will eventually have to be weighed against the features gained. "Features" doesn't necessarily mean bells and whistles. A cleaner design for certain facilities would garner wild applause from me and many others who have kludged around Emacs' misfeatures in the past. From help-lucid-emacs-request@lucid.com Fri Jun 19 15:42:37 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04812; Fri, 19 Jun 92 15:42:37 PDT Received: by heavens-gate.lucid.com id AA19230g; Fri, 19 Jun 92 15:32:52 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA19226g; Fri, 19 Jun 92 15:32:43 PDT Received: from wendy-fate.UU.NET by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA04651; Fri, 19 Jun 92 18:41:19 -0400 From: kyle@wendy-fate.uu.net Received: by wendy-fate.UU.NET (5.61/UUNET-mail-leaf) id AA14570; Fri, 19 Jun 92 18:40:22 -0400 Date: Fri, 19 Jun 92 18:40:22 -0400 Message-Id: <9206192240.AA14570@wendy-fate.UU.NET> To: dansmith@autodesk.com (Daniel Smith) Cc: cs.uiuc.edu!epoch@ebu.ericsson.se, ebubra@ebu.ericsson.se (Bertil Askelid), help-lucid-emacs@lucid.com, rms@ai.mit.edu Subject: Re: Epoch and EMACS merger In-Reply-To: <9206191950.AA05392@bermuda.YP.acad> References: <9206191950.AA05392@bermuda.YP.acad> Daniel Smith writes: > Would it be worthwhile for people to work towards a common > GNU Emacs goal? I don't think so. If anything I think it would be worthwhile to consider pulling Emacs apart into its components, much as OS developers have pulled apart operating systems. There are some good ideas embodied in Emacs. I think they could be improved by distilling them out of the monobloc (to horribly mix metaphors). But this isn't the place for such discussions. From help-lucid-emacs-request@lucid.com Fri Jun 19 16:05:22 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04915; Fri, 19 Jun 92 16:05:22 PDT Received: by heavens-gate.lucid.com id AA19295g; Fri, 19 Jun 92 15:55:45 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA19291g; Fri, 19 Jun 92 15:55:39 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA05950; Fri, 19 Jun 92 16:04:19 PDT Date: Fri, 19 Jun 92 16:04:19 PDT Message-Id: <9206192304.AA05950@thalidomide.lucid> From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: help-lucid-emacs@lucid.com, bug-lucid-emacs@lucid.com Subject: Lucid GNU Emacs 19.2 released It is on labrea.Stanford.EDU (36.8.0.47) in pub/gnu/lucid/. What's new: - I've rearranged the lisp directory so that there are only a handful of files at top-level; everything has been moved to subdirectories. This should speed up the automatic generation of load-path, since it will have to stat() 10x fewer files. - You can now input and display all iso8859-1 characters. If you set the variable ctl-arrow to something that is non-nil and non-t then high-bit characters will be displayed in the current font instead of in octal. - If you load x-compose.el, you can do Sun/DEC-like compose processing. See the comment in that file. - Random bug fixes, installation problem fixes, some portability #ifdefs. - The pre-built sun4 binaries are compiled with optimization now. What's old: - It doesn't use "configure" yet. - The OLIT menubar still doesn't work. Next release for sure... Enjoy... -- Jamie From help-lucid-emacs-request@lucid.com Fri Jun 19 18:08:57 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05148; Fri, 19 Jun 92 18:08:57 PDT Received: by heavens-gate.lucid.com id AA19608g; Fri, 19 Jun 92 17:58:56 PDT Received: from newton.ncsa.uiuc.edu by heavens-gate.lucid.com id AA19604g; Fri, 19 Jun 92 17:58:49 PDT Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA09150 (5.65a/IDA-1.4.2 for help-lucid-emacs@lucid.com); Fri, 19 Jun 92 20:07:08 -0500 Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI) for @newton.ncsa.uiuc.edu:epoch@cs.uiuc.edu id AA12758; Fri, 19 Jun 92 20:07:48 -0700 Date: Fri, 19 Jun 92 20:07:48 -0700 From: marca@ncsa.uiuc.edu (Marc Andreessen) Message-Id: <9206200307.AA12758@wintermute.ncsa.uiuc.edu> To: epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com In-Reply-To: Daniel Smith's message of Fri, 19 Jun 1992 12:50:15 PDT <9206191950.AA05392@bermuda.YP.acad> Subject: Epoch and EMACS merger From: dansmith@autodesk.com (Daniel Smith) Further, it would be nice if any new Lucid-emacs features get rolled in. It's getting confusing with Emacs 18.X, Epoch, Emacs 19, and Lucid Emacs based on 19 all floating around at the same time. For instance, I make frequent use of ^Z2 to dup a screen in Epoch..it's something else in lucid emacs, and I haven't used Emacs 19 [1] but I'm wondering if it's yet another thing. How many incompatibilities are really present, yet? Emacs 18.58 and Epoch 4.0 are identical, except for the Epoch extensions. Emacs 19 isn't out yet. So current incompatibilities include exactly these: o Differences between Epoch and Lucid X commands and related interfaces. o Differences in general between Emacs 18.58 and Lucid Emacs 19. The Lucid folks are, I think, doing a good job of handling the latter problem, while the former problem could be temporarily solved with an Epoch emulator package for Lucid (an idea which has been tossed around on help-lucid-emacs) or vice versa. [1] I gather 19 really isn't widely available yet. Isn't available at all yet, basically. Marc -- Marc Andreessen Epoch Development Team University of Illinois at Urbana-Champaign marca@ncsa.uiuc.edu From help-lucid-emacs-request@lucid.com Sat Jun 20 00:51:28 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05960; Sat, 20 Jun 92 00:51:28 PDT Received: by heavens-gate.lucid.com id AA20353g; Sat, 20 Jun 92 00:41:23 PDT Received: from santra.hut.fi by heavens-gate.lucid.com id AA20349g; Sat, 20 Jun 92 00:41:13 PDT Received: from lelu.hut.fi by santra.hut.fi (5.65c/8.0/TeKoLa) id AA03715; Sat, 20 Jun 1992 10:49:15 +0300 Received: by lelu.hut.fi (5.57/Ultrix3.0-C) id AA05406; Sat, 20 Jun 92 12:38:59 +0100 Date: Sat, 20 Jun 92 12:38:59 +0100 From: rms%lelu.hut.fi@lucid.com Message-Id: <9206201138.AA05406@lelu.hut.fi> To: dansmith@autodesk.com Cc: ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com In-Reply-To: Daniel Smith's message of Fri, 19 Jun 1992 12:50:15 PDT <9206191950.AA05392@bermuda.YP.acad> Subject: Epoch and EMACS merger Reply-To: rms@gnu.ai.mit.edu The long delay in releasing Emacs 19 is the FSF's fault. (In some sense, therefore, mine.) While it's regrettable that there are multiple versions, I can't blame people for filling the gap that the FSF left. One of the goals of the copyleft is to allow people to do this--so that one central maintainer's lapse does not hold back the rest of the community. However, the people who wrote the Lucid version didn't try to to make the changes usable for us. They charged ahead without discussing the design with me or with the main Emacs maintainer. They reimplemented things we had already done. I asked them to do some work making parts usable for us, but they said no. The result is that not much of the code in Lucid's version will ever appear in the FSF's version. Some of the features are worth having, but need to be reimplemented. If you'd like this to happen sooner, one way is to volunteer to do some of the work. Emacs 19 already has most of the features of Epoch. From help-lucid-emacs-request@lucid.com Sat Jun 20 23:02:25 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08652; Sat, 20 Jun 92 23:02:25 PDT Received: by heavens-gate.lucid.com id AA21765g; Sat, 20 Jun 92 22:52:43 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA21761g; Sat, 20 Jun 92 22:52:03 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA03742; Sun, 21 Jun 92 09:00:12 IDT Date: Sun, 21 Jun 92 09:00:12 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206210600.AA03742@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA00576; Sun, 21 Jun 92 09:00:08 IDT To: Jamie Zawinski Cc: help-lucid-emacs@lucid.com Subject: Re: Extents, faces, etc. In-Reply-To: <9206182308.AA01981@thalidomide.lucid> References: <9206182157.AA01563@thalidomide.lucid> <9206182220.AA05442@arsenic.eds.com> <9206182308.AA01981@thalidomide.lucid> > > I wanted to start up a lemacs which came up with one screen, whose name > > was not "emacs". Is that a reasonable thing to want to do? > Well, it may be reasonable, but it's not currently possible. The first > screen is always named "emacs". Why do you want to do this? Couldn't the startup file start a new screen with whatever name is wanted and then delete the initial screen ? (can the initial screen be deleted ? yes, it surely can !) Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Sat Jun 20 23:17:17 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08668; Sat, 20 Jun 92 23:17:17 PDT Received: by heavens-gate.lucid.com id AA21782g; Sat, 20 Jun 92 23:07:28 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA21778g; Sat, 20 Jun 92 23:07:07 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA03775; Sun, 21 Jun 92 09:14:43 IDT Date: Sun, 21 Jun 92 09:14:43 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206210614.AA03775@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA00582; Sun, 21 Jun 92 09:14:38 IDT To: misha@ai.mit.edu (Mike Bolotski) Cc: help-lucid-emacs@lucid.com Subject: Converted packages ftp site? In-Reply-To: <9206191755.AA04680@espresso> References: <9206191755.AA04680@espresso> Mike Bolotski writes: > > Would it be a good idea to set up an ftp site for all the packages > that have been converted to work with lemacs? I just went through and > patched supercite and the prospect of repeating this process for every > package I use is daunting. > > -- > Mike > I wand to second that. Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Sun Jun 21 01:08:46 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA09015; Sun, 21 Jun 92 01:08:46 PDT Received: by heavens-gate.lucid.com id AA21935g; Sun, 21 Jun 92 00:58:22 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21931g; Sun, 21 Jun 92 00:58:16 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA06753; Sun, 21 Jun 92 01:07:04 PDT Date: Sun, 21 Jun 92 01:07:04 PDT Message-Id: <9206210807.AA06753@thalidomide.lucid> X-Windows: The joke that kills. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: danny@amil.co.il (Danny Bar-Dov) Cc: help-lucid-emacs@lucid.com Subject: Re: Extents, faces, etc. In-Reply-To: Danny Bar-Dov's message of Sun 21-Jun-92 09:00:12 IDT <9206210600.AA03742@amil.co.il> References: <9206182157.AA01563@thalidomide.lucid> <9206182220.AA05442@arsenic.eds.com> <9206182308.AA01981@thalidomide.lucid> <9206210600.AA03742@amil.co.il> In message <9206210600.AA03742@amil.co.il> Danny Bar-Dov wrote: > > Couldn't the startup file start a new screen with whatever name is > wanted and then delete the initial screen ? Yeah, but that's pretty low tech. One possibility is to change things so that, if the name of a screen is not specified when you create it, it defaults to the resource-name of the application, which you can set with the -name command-line option, instead of to "emacs." Another possibility would be to add a -initial-screen-name command-line option. -- Jamie From help-lucid-emacs-request@lucid.com Sun Jun 21 09:46:18 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA10141; Sun, 21 Jun 92 09:46:18 PDT Received: by heavens-gate.lucid.com id AA22237g; Sun, 21 Jun 92 09:36:39 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA22233g; Sun, 21 Jun 92 09:36:33 PDT Received: from ingr.ingr.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA00800; Sun, 21 Jun 92 12:45:00 -0400 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA17936; Sun, 21 Jun 92 09:27:50 -0500 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA02283; Sun, 21 Jun 92 14:13:50 IDT Received: by simpson.turtles (4.1/SMI-4.1) id AA02774; Sun, 21 Jun 92 14:14:00 IDT From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9206211114.AA02774@simpson.turtles> Subject: Info from Lemacs To: help-lucid-emacs@lucid.com (Lucid Emacs help M.L.) Date: Sun, 21 Jun 92 14:13:59 EET DST Organization: SEE Technologies Ltd. Reply-To: matis!ingr.COM!amir%matis.UUCP@uunet.UU.NET Followup-To: amir%matis.UUCP@ingr.COM X-Mailer: ELM [version 2.3 PL11] Guys, I'm trying to invoke 'info' from within lemacs, and it fails, giving me this message: "Symbol's value as variable is void: mouse-map" If, however, I mnaully load the 'info.el' file (from the lisp directory), the 'info' function works fine. Any idea, anyone? Thanks in advance. Please respond to the addresses below. -- /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From help-lucid-emacs-request@lucid.com Sun Jun 21 12:42:55 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA10487; Sun, 21 Jun 92 12:42:55 PDT Received: by heavens-gate.lucid.com id AA22409g; Sun, 21 Jun 92 12:33:16 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA22405g; Sun, 21 Jun 92 12:33:07 PDT Via: cogsci.edinburgh.ac.uk; Sun, 21 Jun 1992 20:41:08 +0100 From: rjc@cogsci.edinburgh.ac.uk Date: Sun, 21 Jun 92 20:35:30 BST Message-Id: <12906.9206211935@daiches.cogsci.ed.ac.uk> Subject: Re: Epoch and EMACS merger To: epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com X-Dragon: Kalessin A couple of rocks from a glass house[*]: a) It would be _really_ useful if someone familiar with emacs19, leamcs and epoch could give everyone an idea of what the major differences are. Not so much details, but places where the major abstractions differ. For instace lemacs `faces' and epoch `styles' look fairly similar, converting would be irritating but not suicide-inducing. I havn't looked at screen creation etc in lemacs in detail but from what I have seen it treats screens as parallel to windows while epoch treats them as parallel to buffers (current-screen vs selected-screen etc), if that difference goes deep it might be very painful. b) What would really be good would be emacs19 simulators for both epoch and lemacs. I'm less interested in getting at existing epoch code than in giving my own code a future path. [*] There _is_ going to be a combined up to date tvtwm soon, honest. ^_^ (O O) \_/@@\ \\~~/ ~~ - RJC From help-lucid-emacs-request@lucid.com Sun Jun 21 19:28:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA11111; Sun, 21 Jun 92 19:28:43 PDT Received: by heavens-gate.lucid.com id AA22715g; Sun, 21 Jun 92 19:18:58 PDT Received: from netcom.netcom.com by heavens-gate.lucid.com id AA22711g; Sun, 21 Jun 92 19:18:52 PDT Received: by netcom.netcom.com (4.1/SMI-4.1) id AA09538; Sun, 21 Jun 92 19:26:36 PDT From: ltd@netcom.com (Larry Drebes) Message-Id: <9206220226.AA09538@netcom.netcom.com> Subject: changing fonts & colors To: help-lucid-emacs@lucid.com Date: Sun, 21 Jun 92 19:26:35 PDT X-Mailer: ELM [version 2.3 PL11] On changing fonts: I'm trying to set up a tiny font to really pack alot of code on one screen. The font change goes well, but the vertical spacing between lines doesn't seem to scale down with the font, ie. I have a nice tiny font with lots of white space between lines. In playing around I've found the vertical spacing seems to not get smaller than the default font, although will increase if you feed it a huge font. Is there some magic variable or procedure I'm missing. On changing colors: Changing foreground & background colors works like a charm, but I'm lost on how to change the cursor color. I'm looking for something like (set-face-cursor-color color), but there is none. More colors: Is there a way to change the fg & bg color of the icon dynamicaly from emas, ie if I change the fg/bg color of a screen, to have those colors migrate to the icon when it's iconified. I'm not even sure if it's possible for an X client to do this with out some help from the wm (twm in my case). thanks larry- -- From help-lucid-emacs-request@lucid.com Sun Jun 21 19:54:20 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA11157; Sun, 21 Jun 92 19:54:20 PDT Received: by heavens-gate.lucid.com id AA22748g; Sun, 21 Jun 92 19:44:47 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA22744g; Sun, 21 Jun 92 19:44:41 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA07177; Sun, 21 Jun 92 19:53:29 PDT Date: Sun, 21 Jun 92 19:53:29 PDT Message-Id: <9206220253.AA07177@thalidomide.lucid> X-Windows: Live the nightmare. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: ltd@netcom.com (Larry Drebes) Cc: help-lucid-emacs@lucid.com Subject: Re: changing fonts & colors In-Reply-To: Larry Drebes's message of Sun 21-Jun-92 19:26:35 PDT <9206220226.AA09538@netcom.netcom.com> References: <9206220226.AA09538@netcom.netcom.com> In message <9206220226.AA09538@netcom.netcom.com> Larry Drebes wrote: > > On changing fonts: I'm trying to set up a tiny font to really pack > alot of code on one screen. The font change goes well, but the > vertical spacing between lines doesn't seem to scale down with the font, > ie. I have a nice tiny font with lots of white space between lines. The height of the lines on a screen is the max of the height of all the fonts on that screen. So to really use a smaller font, you have to change the font of all existing faces to be that height or smaller. Sad but true. This limitation will hopefully go away once we rewrite redisplay. > On changing colors: Changing foreground & background colors works like > a charm, but I'm lost on how to change the cursor color. Setq the variables x-pointer-background-color and x-pointer-foreground-color. > More colors: Is there a way to change the fg & bg color of the icon > dynamicaly from emas, ie if I change the fg/bg color of a screen, to > have those colors migrate to the icon when it's iconified. I'm not > even sure if it's possible for an X client to do this with out > some help from the wm (twm in my case). I don't think this is possible for a client to do in a portable way. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jun 22 02:04:56 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12020; Mon, 22 Jun 92 02:04:56 PDT Received: by heavens-gate.lucid.com id AA23195g; Mon, 22 Jun 92 01:50:59 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA23191g; Mon, 22 Jun 92 01:50:21 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA01561; Mon, 22 Jun 92 11:58:39 IDT Date: Mon, 22 Jun 92 11:58:39 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206220858.AA01561@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA00212; Mon, 22 Jun 92 11:58:37 IDT To: help-lucid-emacs@lucid.com Subject: changing fonts & colors In-Reply-To: <9206220226.AA09538@netcom.netcom.com> References: <9206220226.AA09538@netcom.netcom.com> Larry Drebes writes: > > On changing fonts: I'm trying to set up a tiny font to really pack > alot of code on one screen. The font change goes well, but the > vertical spacing between lines doesn't seem to scale down with the font, > ie. I have a nice tiny font with lots of white space between lines. In > playing around I've found the vertical spacing seems to not get smaller > than the default font, although will increase if you feed it a huge font. > Is there some magic variable or procedure I'm missing. > > On changing colors: Changing foreground & background colors works like > a charm, but I'm lost on how to change the cursor color. I'm looking > for something like (set-face-cursor-color color), but there is none. > > More colors: Is there a way to change the fg & bg color of the icon > dynamicaly from emas, ie if I change the fg/bg color of a screen, to > have those colors migrate to the icon when it's iconified. I'm not > even sure if it's possible for an X client to do this with out > some help from the wm (twm in my case). > > thanks > larry- > -- There's an X resource called interline (class Interline) which is an int which specifies how many pixels to leave between each line. (look at the NEWS file) I don't know how you can control it from within lemacs. Changing icon colors: in most cases you need support from the window manager If you want to override all wms, (or even have an active icon like ftptool) the trick is to have a window instead of an icon (as an icon). Then you can do in that window whatever you like. But that's X not emacs. Danny. -- From help-lucid-emacs-request@lucid.com Mon Jun 22 03:09:07 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12103; Mon, 22 Jun 92 03:09:07 PDT Received: by heavens-gate.lucid.com id AA23245g; Mon, 22 Jun 92 02:56:33 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA23241g; Mon, 22 Jun 92 02:56:26 PDT Via: cs.city.ac.uk; Mon, 22 Jun 1992 11:04:40 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Mon, 22 Jun 1992 11:07:18 +0100 (BST) Message-Id: <4eFONK6__5g80MuUVT@cs.city.ac.uk> Date: Mon, 22 Jun 1992 11:07:18 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: GNUS 1.13 As an Emacs Fan (ermmm shhh don't tell anyone) I am just getting into Lucid. I notice that you ship the GNUS 1.13 rather than GNUS 1.14.1 which we use with Emacs. I seem to be having some trouble with this version (or the lucid port of it?). For some groups currently news.software.nntp I get "Wrong type argument: syntax-table-p, nil" when I attempt to select it to read. Anyone else seen this/fixed it? Andy. Andy Whitcroft E-mail: andy@cs.city.ac.uk Systems Architecture Research Centre, City University, London, UK. Tel: +44 71 477 8000 x8551 From help-lucid-emacs-request@lucid.com Mon Jun 22 04:02:40 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12220; Mon, 22 Jun 92 04:02:40 PDT Received: by heavens-gate.lucid.com id AA23304g; Mon, 22 Jun 92 03:50:09 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA23300g; Mon, 22 Jun 92 03:50:02 PDT Received: from ingr.ingr.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA22965; Mon, 22 Jun 92 06:58:42 -0400 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA23591; Mon, 22 Jun 92 06:03:48 -0500 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA07267; Mon, 22 Jun 92 13:52:33 IDT Received: by simpson.turtles (4.1/SMI-4.1) id AA12606; Mon, 22 Jun 92 13:52:43 IDT From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9206221052.AA12606@simpson.turtles> Subject: Key binding for Meta-arrows To: help-lucid-emacs@lucid.com (Lucid Emacs help M.L.) Date: Mon, 22 Jun 92 13:52:41 EET DST Organization: SEE Technologies Ltd. Reply-To: matis!ingr.COM!amir%matis.UUCP@uunet.UU.NET Followup-To: amir%matis.UUCP@ingr.COM X-Mailer: ELM [version 2.3 PL11] Guys, In emacs-18.5x, the key combinations 'Meta-left-arrow' and 'Meta-right-arrow' are bound to the functions backward/forward-sexp, respectively. This is very useful, especially in C/C++ modes. However, in lemacs, hitting M--> says: M-right is undefined. I tried this: (define-key global-map [(M-right)] 'forward-sexp) but it does not work. Help! -- /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From help-lucid-emacs-request@lucid.com Mon Jun 22 06:47:37 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13288; Mon, 22 Jun 92 06:47:37 PDT Received: by heavens-gate.lucid.com id AA23480g; Mon, 22 Jun 92 06:34:56 PDT Received: from ti.com by heavens-gate.lucid.com id AA23476g; Mon, 22 Jun 92 06:34:48 PDT Received: from tilde.csc.ti.com ([128.247.160.56]) by ti.com with SMTP (5.59/LAI-3.2) id AA08842; Mon, 22 Jun 92 08:43:46 CDT Received: from sys_admin4.dadd.ti.com (dadsg1.dadd.ti.com) by tilde.csc.ti.com id AA05331; Mon, 22 Jun 1992 08:42:32 -0500 Received: from atg2.dadd.ti.com by sys_admin4.dadd.ti.com (4.1/SMI-4.1) id AA20306; Mon, 22 Jun 92 08:39:48 CDT Received: by atg2.dadd.ti.com (4.1/SMI-4.1) id AA01842; Mon, 22 Jun 92 08:39:44 CDT Date: Mon, 22 Jun 92 08:39:44 CDT From: kenb@dadd.ti.com (Ken Butler) Message-Id: <9206221339.AA01842@atg2.dadd.ti.com> To: help-lucid-emacs@lucid.com Subject: load-path question I've seen some conversation about "automatically building the load-path at runtime", but I must not be using this feature properly. I tried doing this in my ~/.emacs: (setq-default load-path '("/user/kenb/src/lemacs" "/user/kenb/local/lemacs-19.2/lisp")) but lemacs-19.2 won't startup because it can't find all of the files which are in subdirectories of "/user/kenb/local/lemacs-19.2/lisp". I have to state each of them explicitly like this: (setq-default load-path '("/user/kenb/src/lemacs" "/user/kenb/local/lemacs-19.2/lisp" "/user/kenb/local/lemacs-19.2/lisp/bytecomp" "/user/kenb/local/lemacs-19.2/lisp/dired" "/user/kenb/local/lemacs-19.2/lisp/gnus" "/user/kenb/local/lemacs-19.2/lisp/modes" "/user/kenb/local/lemacs-19.2/lisp/packages" "/user/kenb/local/lemacs-19.2/lisp/prim" "/user/kenb/local/lemacs-19.2/lisp/utils" "/user/kenb/local/lemacs-19.2/lisp/x11")) What am I doing wrong here? I can't find anything in NEWS, DOC-19.2-Lucid, or the info files to straighten me out. Thanks. Ken -- *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Kenneth M. Butler (214) 997-6370 (office) Texas Instruments (214) 997-2049 (FAX) P.O. Box 655303 MS 3683 kenb@dadd.ti.com Dallas, TX 75265 *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* From help-lucid-emacs-request@lucid.com Mon Jun 22 13:57:55 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA14635; Mon, 22 Jun 92 13:57:55 PDT Received: by heavens-gate.lucid.com id AA24764g; Mon, 22 Jun 92 13:45:13 PDT Received: from hal.com by heavens-gate.lucid.com id AA24760g; Mon, 22 Jun 92 13:45:05 PDT Received: from yosemite ([148.57.160.185]) by hal.com (4.1/SMI-4.1.1) id AA18780; Mon, 22 Jun 92 09:21:51 PDT Received: by yosemite (4.1/SMI-4.1.2) id AA28012; Mon, 22 Jun 92 11:21:48 CDT From: brennan@hal.com (Dave Brennan) Message-Id: <9206221121.ZM28010@yosemite.hal.com> Date: Mon, 22 Jun 1992 11:21:46 -0500 In-Reply-To: misha@ai.mit.edu (Mike Bolotski) "Converted packages ftp site?" (Jun 19, 1:55pm) References: <9206191755.AA04680@espresso> X-Mailer: Z-Mail (2.1b.5 6/8/92) To: misha@ai.mit.edu (Mike Bolotski), help-lucid-emacs@lucid.com Subject: Re: Converted packages ftp site? I'll set up a lucid directory in the elisp archive. How's that sound? Just send your update packages or patches to elisp-archive@cis.ohio-state.edu. If they are more than one file, send me mail and we can arrange anon ftp. Dave On Jun 19, 1:55pm, Mike Bolotski wrote: > > Would it be a good idea to set up an ftp site for all the packages > that have been converted to work with lemacs? I just went through and > patched supercite and the prospect of repeating this process for every > package I use is daunting. From help-lucid-emacs-request@lucid.com Mon Jun 22 14:13:27 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA14687; Mon, 22 Jun 92 14:13:27 PDT Received: by heavens-gate.lucid.com id AA24809g; Mon, 22 Jun 92 13:58:51 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA24805g; Mon, 22 Jun 92 13:58:43 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA00462; Mon, 22 Jun 92 14:07:40 PDT Date: Mon, 22 Jun 92 14:07:40 PDT Message-Id: <9206222107.AA00462@thalidomide.lucid> X-Windows: Power tools for power fools. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: brennan@hal.com (Dave Brennan) Cc: help-lucid-emacs@lucid.com, misha@ai.mit.edu (Mike Bolotski) Subject: Re: Converted packages ftp site? In-Reply-To: Dave Brennan's message of Mon 22-Jun-92 11:21:46 -0500 <9206221121.ZM28010@yosemite.hal.com> References: <9206191755.AA04680@espresso> <9206221121.ZM28010@yosemite.hal.com> In message <9206221121.ZM28010@yosemite.hal.com> Dave Brennan wrote: > > I'll set up a lucid directory in the elisp archive. How's that sound? This is probably a good interim solution, but I really do hope it's only that. The changes required are generally not big, and easy to conditionalize, so getting them folded back into the original source is the optimal choice. If the packages are popular enough (or small enough) we could just distribute them with lemacs. I'm not sure distributing calc would be a good idea, since it's so big, but something like supercite would be no big deal. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jun 22 21:33:32 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15770; Mon, 22 Jun 92 21:33:32 PDT Received: by heavens-gate.lucid.com id AA26139g; Mon, 22 Jun 92 21:20:39 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26135g; Mon, 22 Jun 92 21:20:33 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01284; Mon, 22 Jun 92 21:29:35 PDT Date: Mon, 22 Jun 92 21:29:35 PDT Message-Id: <9206230429.AA01284@thalidomide.lucid> X-Windows: A moment of convenience, a lifetime of regret. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: kenb@dadd.ti.com (Ken Butler) Cc: help-lucid-emacs@lucid.com Subject: Re: load-path question In-Reply-To: Ken Butler's message of Mon 22-Jun-92 08:39:44 CDT <9206221339.AA01842@atg2.dadd.ti.com> References: <9206221339.AA01842@atg2.dadd.ti.com> In message <9206221339.AA01842@atg2.dadd.ti.com> Ken Butler wrote: > > I've seen some conversation about "automatically building the load-path at > runtime", but I must not be using this feature properly. I tried doing > this in my ~/.emacs: > > (setq-default load-path '("/user/kenb/src/lemacs" > "/user/kenb/local/lemacs-19.2/lisp")) "Automatically building the load path" means exactly that: it's automatically generated. You don't have to setq it. If you do, you're overriding the decision that emacs has made. Furthermore, you're hardcoding the pathnames into your .emacs file, when emacs has already been clever for you and generated the pathnames based on the location of the executable. Do this instead: (setq load-path (cons "/user/kenb/src/lemacs" load-path)) and you'll leave the automatically-generated elements of the load-path in place. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jun 22 21:36:23 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15774; Mon, 22 Jun 92 21:36:23 PDT Received: by heavens-gate.lucid.com id AA26144g; Mon, 22 Jun 92 21:23:39 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26140g; Mon, 22 Jun 92 21:23:27 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01287; Mon, 22 Jun 92 21:32:27 PDT Date: Mon, 22 Jun 92 21:32:27 PDT Message-Id: <9206230432.AA01287@thalidomide.lucid> X-Windows: Even your dog won't like it. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: amir%matis.UUCP@ingr.COM Cc: help-lucid-emacs@lucid.com (Lucid Emacs help M.L.) Subject: Re: Key binding for Meta-arrows In-Reply-To: Amir Katz's message of Mon 22-Jun-92 13:52:41 EET <9206221052.AA12606@simpson.turtles> References: <9206221052.AA12606@simpson.turtles> In message <9206221052.AA12606@simpson.turtles> Amir Katz wrote: > > I tried this: > (define-key global-map [(M-right)] 'forward-sexp) > but it does not work. (define-key global-map [(meta right)] 'forward-sexp) The doc for define-key describes the syntax. I'll install these bindings as the default. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jun 22 21:48:12 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15812; Mon, 22 Jun 92 21:48:12 PDT Received: by heavens-gate.lucid.com id AA26173g; Mon, 22 Jun 92 21:34:55 PDT Received: from inferno.lucid ([192.31.212.113]) by heavens-gate.lucid.com id AA26155g; Mon, 22 Jun 92 21:29:04 PDT Received: by inferno.lucid (4.1/SMI-4.1) id AA02757; Mon, 22 Jun 92 21:37:51 PDT Date: Mon, 22 Jun 92 21:37:51 PDT From: rpg%inferno@lucid.com (Richard P. Gabriel) Message-Id: <9206230437.AA02757@inferno.lucid> To: help-lucid-emacs@lucid.com, epoch@cs.uiuc.edu Cc: rms@gnu.ai.mit.edu, dansmith@autodesk.com, ebubra@ebu.ericsson.se Subject: Epoch and EMACS merger References: <9206201138.AA05406@lelu.hut.fi> I read RMS's message with sadness. Over the past two years I have tried very hard to figure out a way to work with FSF on Emacs, and for a lot of that time I thought we were working together, but apparently I failed. For those of you who wish to read about that effort, you can read the postscript to this note, which outlines Lucid's involvement - a sort-of history of the events. We still want to work with FSF and have our contributions become part of FSF Emacs, and we are eager to hear suggestions on how to proceed. -rpg- P.S. RMS's letter paints an unflattering and unfair picture of Lucid's involvement with Emacs, and in particular on the motives and efforts of our hackers. The Free Software Foundation is a remarkable organization - for many years I have supported it personally (and still do), and my company supports it, its goals, and its products. This support is in terms of time, effort, and dollars. RMS says: However, the people who wrote the Lucid version didn't try to to make the changes usable for us. They charged ahead without discussing the design with me or with the main Emacs maintainer. They reimplemented things we had already done. I asked them to do some work making parts usable for us, but they said no. This is not how we at Lucid remember events, although it may be a difference without a distinction. I'll recount the events as I recall them and let the reader supply the characterization. Lucid set a course 4 years ago to develop a C/C++ programming environment, using Emacs as a key component. We needed a small number of specific things: * it had to run under X using multiple windows * it had to support multiple fonts (at least a little) * it had to support embedded glyphs (icons) * it had to support attaching active regions to contiguous blocks of characters (to support a hypertext-like facility) * it had to support menubars * it had to support readonly regions of text My goals with respect to FSF were these: * do anything (including paying money) to get our changes into the official FSF sources * not sacrifice quality or the schedule (which was lengthy, and therefore apparently safe) For the first two years we prototyped the functionality we needed in an X-widget-based text editor and in Epoch. By the Summer of 1990, Emacs 19 appeared to be right around the corner, so we entered discussions with the person at FSF whom we were led to believe was the official Emacs 19 coder - Joe Arceneaux. It appeared that our goals and FSF's were in line, and so he proposed that we pay him a consulting fee to speed up Emacs 19 development plus get our changes in. We agreed, wrote a contract, and volunteered manpower to help. The contract period started October 1990, was to last approximately 9 months. We were to pay him approximately $50k. He was paid on milestones, on which he appeared to deliver. In addition, we provided him office space and his own Sparcstation at Lucid. (At the conclusion of this period, it appeared that Joe Arceneaux was no longer the official Emacs 19 coder.) In the Spring of 1991 it became apparent that the effort was going badly - Emacs 19 as a text editor was slow, and full of bugs. The only people at Lucid who dared use it were Arceneaux and myself. Moreover, Emacs 19 performed hideously in the new areas outlined above. Its behavior was especially bad with respect to active regions -- even worse than our seat-of-the-pants prototype in Epoch. Nevertheless, we persevered: We re-arranged our Emacs team and priorities to work more closely with Arceneaux, and we were confident the arrangement could work. To be safe, I put 4 of our best hackers on it with Arceneaux. By Summer of last year we became aware that RMS had hired/appointed Jim Blandy as the official Emacs 19 person. At that time, one of our hackers went out to Cambridge to talk RMS about how to proceed, and it appeared we reached a reasonable working arrangement. But, as time went on we determined that the FSF code for Emacs 19 was too unwieldy, bug-ridden, and convoluted to work with, so we started rewriting parts of it. In addition to not listening to any design ideas we had, RMS's policy was to require us to provide source diffs and to explain every changed line. Because our efforts towards release were mounting, and we were re-writing massive amounts of the system, source diffs didn't make sense, but RMS and Blandy were unwilling or unable to work at a higher level. I traveled to Cambridge to work things out, and my team had numerous phone conversations with RMS. One area that was completely rewritten was the implementation of active regions. Various attempts were made to discuss the design with RMS, including a 2 hour telephone conversation from one of my hackers, but he was completely unwilling to consider another point of view. At first, he apparently didn't understand the differences between attaching active regions to text and attaching fonts to text, and when he finally did, he was so wedded to his design for putting fonts in the text that he wanted us to implement BOTH his design for fonts and ours for other active region support. Our hacker wanted RMS to cooperate to the extent that we would first implement our version to support all of these features, and see how well it worked, but he wouldn't even agree to that. It is worth noting that with the original FSF version, in spite of some rather elaborate tree-balancing code and other hackery for precomputing display characteristics, Emacs redisplay spent more than 40% of its time in the active regions code. In our much simpler version it spends significantly less than 1% of the redisplay time in the corresponding code, even for buffers with a few thousand active regions. (This isn't to say that the original design couldn't be made to work, but several man-months of effort had gone into their original version, and it took less than 2 man-months to implement and debug the code that we shipped with our version. Finally, our version is approximately 1/2 the number of lines of the original, it is more general, and it uses less memory.) Early last Fall, after spending approximately $70k on Arceneaux, we let his contract expire, but we did put a leased 38.4 kb digital line and an X terminal in Arceneaux's apartment in San Francisco (35 miles away from Lucid), so he could continue to work on Emacs 19 for FSF with Lucid support. When we learned last Summer that FSF had established an Emacs steering committee, and no one from my organization was put on that, or even informed of its existence, we came to the conclusion that the FSF had no interest in working with us, and we stopped trying. The punch line of RMS' statement is true -- we wouldn't do things they way he wanted. But we didn't ``charge ahead'' without talking to FSF. While we did reimplement some things that they had already done, the things we reimplemented were completely broken. It's true that in the end our work has been unusable by the FSF, but that seems to us to have more to do with their willingness to use it than with anything else. RMS concludes: The result is that not much of the code in Lucid's version will ever appear in the FSF's version. Some of the features are worth having, but need to be reimplemented. If you'd like this to happen sooner, one way is to volunteer to do some of the work. I have trouble imagining how anyone could have worked with with them on this. We may have failed in this attempt, but we have a history of trying, and we have succeeded in other areas. In addition to working on Emacs, and contributing to Cygnus initial implementations of some new features for gdb, such as a malloc that supports multiple heaps, code to save the internal gdb ``symbol table'' state for a given executable file, and a various C++ debugging features, (as well as paying $100K to have these features officially incorporated into gdb), during the past year we dedicated approximately 1 person-year, spread over 3 people, to producing a new Emacs manual. In addition we have spent a lot of time trying to figure out how to work amicably with FSF. We have also supported FSF and RMS by selecting several FSF components for our product, an endorsement of their quality and usefulness. Since 1987 Lucid has regularly contributed code (and occasionally money) to FSF. Lucid paid over $200k to support FSF products over the last 2 years. We contributed over 8 hacker-years to improve FSF products. I personally am a member of LPF (not related to FSF, but related to RMS). I travel about debating various people in RMS's name, and I have actively supported RMS in various private ways. I couldn't figure out how to work with FSF and RMS even though I had years to do it, hundreds of thousands of dollars to spend, and 8 man-years to volunteer. What would you have done differently? We offer a free Emacs 19 to anyone who wants it, under exactly the same conditions as the FSF, providing commercial support to our paying customers (all improvements arising out of this support become part of the free version as well, of course), as well as answering questions and incorporating changes received from users on the net, and we will continue to develop it. We will rewrite the redisplay code, and we will very probably do work to internationalize Emacs. We also are using scarce documentation resources on the Emacs manual (copyright still held jointly with RMS). However, unlike the FSF, we will also listen to ideas from other people. For one thing, if someone implements an improved version of a feature, we aren't arrogant or inflexible enough to refuse to consider using it. The hackers that worked on our version are concerned about doing a good job for the sake of Emacs, not just for the sake of our company or their egos. By this time I've ceased expecting that we will work closely with FSF on Emacs, but we would still like to do so. As far as we can tell, the reason that FSF won't use any of our work is that they aren't interested in working *with* us (rather they want us to work *for* them, doing precisely what they tell us to do the way they say to do it, and on their own schedule). Perhaps they assume that our designs and implementations are substandard, but as far as I know they have never really looked at what we have done. From help-lucid-emacs-request@lucid.com Mon Jun 22 23:08:56 1992 Received: from lucid.com ([192.31.212.72]) by labrea.Stanford.EDU (4.1/1.34) id AA15938; Mon, 22 Jun 92 23:08:56 PDT Received: by heavens-gate.lucid.com id AA26367g; Mon, 22 Jun 92 22:54:38 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA26363g; Mon, 22 Jun 92 22:54:12 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA25945; Tue, 23 Jun 92 09:02:21 IDT Date: Tue, 23 Jun 92 09:02:21 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206230602.AA25945@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA02144; Tue, 23 Jun 92 09:02:17 IDT To: rpg%inferno@lucid.com (Richard P. Gabriel) Cc: dansmith@autodesk.com, ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com, rms@gnu.ai.mit.edu Subject: Epoch and EMACS merger In-Reply-To: <9206230437.AA02757@inferno.lucid> References: <9206201138.AA05406@lelu.hut.fi> <9206230437.AA02757@inferno.lucid> I read your full answer to RMS and I believe it all. I would really like to hear FSF's answer. Let the users community be the judge. Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Tue Jun 23 01:17:15 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16329; Tue, 23 Jun 92 01:17:15 PDT Received: by heavens-gate.lucid.com id AA26649g; Tue, 23 Jun 92 01:07:33 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA26645g; Tue, 23 Jun 92 01:07:26 PDT Via: cs.city.ac.uk; Tue, 23 Jun 1992 09:15:27 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Tue, 23 Jun 1992 09:18:07 +0100 (BST) Message-Id: Date: Tue, 23 Jun 1992 09:18:07 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: Re: load-path question In-Reply-To: <9206230429.AA01284@thalidomide.lucid> References: <9206221339.AA01842@atg2.dadd.ti.com> <9206230429.AA01284@thalidomide.lucid> We have somewhat of a problem with the automatic generation of the lisp paths etc. Given the current algorithms we cannot easily get *correct* behaviour. On our system we run a combination of `amd' and `modules'. For those who don't know modules, it provides a mechanism by which users can ask for packages and get the various bin/man/etc directories added to their path. The modules are all constructed from volumes under the automounter. Therefore we have `/vol/lucid/bin', `/vol/lucid/etc', etc. Now although lucid will look for lisp directories `../lisp' from the binary directory, under the automounter this directory is not physically there as the executable path is the physical location: something like `/a/barney/usr/vols/lucid19/sun4/bin' and not `/vol/lucid/bin'. Now it seems too hard to code for this but might I suggest that the startup be modified such that if you specify the lisp directory in the paths.h that all subdirectories are added automatically to that list? Andy. PS: We get round the problem by having yet more symbolic links in the bin directory to the lisp/lifo/etc directories. This however leaves *bad* lisp paths in the load-path: paths is physical locations. Andy Whitcroft E-mail: andy@cs.city.ac.uk Systems Architecture Research Centre, (MIME and Andrew mail accepted) City University, London, UK. Tel: +44 71 477 8000 x8551 From help-lucid-emacs-request@lucid.com Tue Jun 23 01:49:42 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16418; Tue, 23 Jun 92 01:49:42 PDT Received: by heavens-gate.lucid.com id AA26722g; Tue, 23 Jun 92 01:39:50 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA26718g; Tue, 23 Jun 92 01:39:39 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA01756; Tue, 23 Jun 92 01:48:42 PDT Date: Tue, 23 Jun 92 01:48:42 PDT Message-Id: <9206230848.AA01756@thalidomide.lucid> X-Windows: A terminal disease. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Andy Whitcroft Cc: help-lucid-emacs@lucid.com Subject: Re: load-path question In-Reply-To: Andy Whitcroft's message of Tue 23-Jun-92 09:18:07 +0100 References: <9206221339.AA01842@atg2.dadd.ti.com> <9206230429.AA01284@thalidomide.lucid> In message Andy Whitcroft wrote: > > Now although lucid will look for lisp directories `../lisp' from the > binary directory, under the automounter this directory is not physically > there as the executable path is the physical location: something like > `/a/barney/usr/vols/lucid19/sun4/bin' and not `/vol/lucid/bin'. Hmm, if what is in argv[0] is "/vol/lucid/bin/lemacs", I think that the first lispdir tried should be "/vol/lucid/lisp/", and then, if that doesn't exist, and if "/vol/lucid/bin/lemacs" is a link, it will be chased, and the "../lisp" directory of that will be tried. (Well, not really, because emacs doesn't actually use "foo/../bar" ever: it always short-circuits the ".." in the pathname, which I consider a bug.) This is what 19.2 does; with 19.1, argv[0] was always a truename, not the pathname derived from $PATH, which was a mistake. Does it not work the way I described, or does the way I described not work? > Now it seems too hard to code for this but might I suggest that the > startup be modified such that if you specify the lisp directory in the > paths.h that all subdirectories are added automatically to that list? Possibly. Another reasonable interpretation of this would be that if someone specified something in paths.h, then emacs should simply use that, and not search the filesystem at all (to make startup faster). If you have an opinion on this, let me know. (Don't send your responses to the list unless you feel like arguing your case.) > PS: We get round the problem by having yet more symbolic links in the bin > directory to the lisp/lifo/etc directories. This however leaves *bad* lisp > paths in the load-path: paths is physical locations. I don't understand what you mean by the last sentence. If you have links in whatever /vol/lucid/bin/{lisp,etc} points to pointing at /vol/lucid/{lisp,etc} then won't "/vol/lucid/bin/lisp/" go into load-path? -- Jamie From help-lucid-emacs-request@lucid.com Tue Jun 23 02:19:48 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16962; Tue, 23 Jun 92 02:19:48 PDT Received: by heavens-gate.lucid.com id AA26775g; Tue, 23 Jun 92 02:09:11 PDT Received: from mole.gnu.ai.mit.edu by heavens-gate.lucid.com id AA26771g; Tue, 23 Jun 92 02:09:00 PDT Received: by mole.gnu.ai.mit.edu (5.65/4.0) id ; Tue, 23 Jun 92 05:17:33 -0400 Date: Tue, 23 Jun 92 05:17:33 -0400 From: rms@gnu.ai.mit.edu (Richard Stallman) Message-Id: <9206230917.AA16758@mole.gnu.ai.mit.edu> To: rpg%inferno@lucid.com Cc: help-lucid-emacs@lucid.com, epoch@cs.uiuc.edu, dansmith@autodesk.com, ebubra@ebu.ericsson.se In-Reply-To: Richard P. Gabriel's message of Mon, 22 Jun 92 21:37:51 PDT <9206230437.AA02757@inferno.lucid> Subject: Epoch and EMACS merger In the summer of 1990, I too thought Emacs 19 would come out soon. One reason it didn't is that Lucid hired away the maintainer and put him to work adding new features that you wanted, instead of getting the program into shape for release. No one discussed with me how this would affect the maintenance of Emacs. In fact, I wasn't even told until a couple of weeks before he was going. The features Lucid wanted him to implement were useful. But at that time, I wanted to get Emacs 19 out the door--not delay the release for additional features. I couldn't change the plans, so I had to make the best of them. I suggested a design to him, one oriented toward editing formatted text--a feature I wanted Emacs to have, eventually. But I had to find someone else to work on getting Emacs 19 ready for release. There was only one person available--Jim Blandy. He is careful and methodical, but not fast, and he hadn't worked on such a large program before. It took him a while to get into the swing of things. Also, he was unhappy to leave his previous project, which was a desktop system. (To be fair, there have been other causes of delay as well, compounded with these.) Since then, Lucid has sometimes tried to cooperate with us. But the attempts have not worked. There have been communication failures. For example, last summer Gabriel found out about an Emacs Steering Committee which no one from Lucid had been invited to join. Apparently I wasn't invited, or even told--I don't recall ever hearing about such a committee. I think something got garbled in transmission. But if I had set up a committee, and I had looked for who should be on it, I wouldn't have thought of Lucid. I had been told they had stopped employing Arceneaux, but I didn't know they were continuing to work on a version of Emacs. I thought they weren't doing anything. Last summer I was told that someone there would work on a project that was needed for Emacs--updating the manual, I think. But in September, when I asked him about progress, the he told me he had dropped the project; other higher priority work took all his time. Later I learned that Lucid had people other than Arceneaux working on a version of Emacs. In December, Gabriel was in this area, and he told me that he wanted Lucid's programming work in Emacs to fit into the FSF Emacs release, and he told me how to reach the programmers there. I was glad to discover a source of additional hands for the work. So I called them, wanting to discuss the design. But they told that they had already chosen the design and done so much implementation that they wouldn't consider redoing any of it. They had a deadline and had to finish following the path they had set out on. They had not tried to talk with Jim Blandy to find out what he was doing, working on the Emacs 19 release. I'm not sure they knew he was the person doing it. If I'd known what they were working on, I could have told them they should speak with him. When people offer the FSF changes to programs that the FSF maintains, the FSF maintainer always has to consider them line by line. That's part of the maintainer's task. And the maintainer might reject some of the changes, or ask for rewriting--that's also part of the maintainer's task. But mainly we didn't even get to this stage. Problems became visible at the general design level. During that conversation I found out about the problem with slowness of interval processing. I called Arceneaux and looked at his code, and found a localized bug in the balancing of binary trees. If you created all the intervals from front to back, it would do no balancing, leaving the tree maximally unbalanced. The effect was a rather roundabout linear search. As luck would have it, the Lucid application usually created intervals from front to back, so they always saw the worst possible behavior. Anyway, the bug was simple once found. This all took a few days. The Lucid programmers had seen the slowness and decided that the basic approach was at fault. So they decided to rewrite the interval code from scratch. They said they didn't need to support editing large files of formatted text; for their usage, a small number of intervals was enough. So they wrote a faster, straightforward linear search. They were willing to offer FSF the code for this--but it isn't useful. No matter how cleanly written, a linear search becomes a disaster for large files with lots of intervals. When I explained why the binary tree approach was not inherently slow, they said it was too late--the code worked for their purposes, and because of their deadline, they couldn't consider redoing anything that worked well enough for their needs. This is what I mean by charging ahead. If they had told me the problem they saw before choosing to start from scratch, I could have told them where the problem was, and they could have made a solid binary tree implementation. But they didn't tell me. So since then I've been giving Joe Arceneaux more supervision, and I expect he will provide an interval implementation for Emacs 20. Not 19, because I don't want to delay that for these features. I don't think Gabriel wanted this to happen. I think he had good intentions but didn't explain them to the troops. They did what they thought they were supposed to do, which was to implement a certain set of features--with no particular requirement to discuss the design with me. I hope that Lucid would like to rectify the situation, but it's entirely in their hands. From help-lucid-emacs-request@lucid.com Tue Jun 23 02:22:13 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17009; Tue, 23 Jun 92 02:22:13 PDT Received: by heavens-gate.lucid.com id AA26781g; Tue, 23 Jun 92 02:11:35 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA26776g; Tue, 23 Jun 92 02:10:54 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA16802; Tue, 23 Jun 92 12:17:59 IDT Date: Tue, 23 Jun 92 12:17:59 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206230917.AA16802@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA03051; Tue, 23 Jun 92 12:17:54 IDT To: Andy Whitcroft Cc: help-lucid-emacs@lucid.com Subject: Re: load-path question In-Reply-To: References: <9206221339.AA01842@atg2.dadd.ti.com> <9206230429.AA01284@thalidomide.lucid> I really do not understand your problem. We use here vol's and automounter as well. There is a /vol/lucid automounted directory, under which one can find bin src lisp etc. Either you invoke lemacs from /vol/lucid/bin/lemacs or any from symbolic link to it, the loading path is established correctly. So, what exactly is the problem ? Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Tue Jun 23 03:08:01 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17174; Tue, 23 Jun 92 03:08:01 PDT Received: by heavens-gate.lucid.com id AA26845g; Tue, 23 Jun 92 02:58:09 PDT Received: from mole.gnu.ai.mit.edu by heavens-gate.lucid.com id AA26841g; Tue, 23 Jun 92 02:58:00 PDT Received: by mole.gnu.ai.mit.edu (5.65/4.0) id ; Tue, 23 Jun 92 06:06:32 -0400 Date: Tue, 23 Jun 92 06:06:32 -0400 From: rms@gnu.ai.mit.edu (Richard Stallman) Message-Id: <9206231006.AA16826@mole.gnu.ai.mit.edu> To: rpg%inferno@lucid.com Cc: help-lucid-emacs@lucid.com, epoch@cs.uiuc.edu, dansmith@autodesk.com, ebubra@ebu.ericsson.se In-Reply-To: Richard P. Gabriel's message of Mon, 22 Jun 92 21:37:51 PDT <9206230437.AA02757@inferno.lucid> Subject: Epoch and EMACS merger during the past year we dedicated approximately 1 person-year, spread over 3 people, to producing a new Emacs manual. This might be a very useful thing. But why didn't you tell me sooner? Last summer I was put in touch with someone at Lucid who was going to work on updating the Emacs manual--documenting the new features already implemented, I understood this to mean. (Later he told me he had had to drop the project.) But your message today was the first I had heard of a whole new manual. Is it free? Can I read it? I'm sorry you feel it is hard to figure out how to work with me. Sometimes I am hard to work with. Sometimes I'm stubborn. But I do manage to work with a lot of other people. Emacs is full of ideas contributed by others, some of whom contributed the code as well. But you can't expect to bat 1000. Odds are I won't like every single idea you suggest. If you let me choose a subset of your suggestions, I'll be glad to accept some of them. But if you make me choose all or none, most likely I'll have to choose none. I don't think you meant to do that, but when you don't include me in the plans until too late, that is the effect. There are some good ideas in what Lucid did. I've already accepted one of them: I've asked Joe Arceneaux to implement temporary highlighting intervals that are not "part of the text", in addition to permanent intervals that are part of it. It was hearing how Lucid was going to use this that made me realize it was important. But I can't use this idea the easy way, by using Lucid's code, because that code isn't designed to fit in with permanent intervals support. Having temporary intervals is a good idea, but that doesn't make the lack of permanent intervals a good idea. This is why I would like people to adapt the Lucid code--so that I can combine some of your ideas with the other ideas I want to use. If you would like to work with me, the first step should be to tell me what sort of thing you want to work on, before you start work. The second step is to discuss the design with me before you commit to a particular design. Then we can consider various alternatives and work out a good combination of ideas. From help-lucid-emacs-request@lucid.com Tue Jun 23 03:28:20 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17206; Tue, 23 Jun 92 03:28:20 PDT Received: by heavens-gate.lucid.com id AA26870g; Tue, 23 Jun 92 03:18:22 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA26866g; Tue, 23 Jun 92 03:17:51 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA22457; Tue, 23 Jun 92 13:25:26 IDT Date: Tue, 23 Jun 92 13:25:26 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206231025.AA22457@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA03142; Tue, 23 Jun 92 13:25:19 IDT To: rms@gnu.ai.mit.edu (Richard Stallman) Cc: dansmith@autodesk.com, ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com, rpg%inferno@lucid.com Subject: Epoch and EMACS merger In-Reply-To: <9206230917.AA16758@mole.gnu.ai.mit.edu> References: <9206230437.AA02757@inferno.lucid> <9206230917.AA16758@mole.gnu.ai.mit.edu> >> So since then I've been giving Joe Arceneaux more supervision, and I >> expect he will provide an interval implementation for Emacs 20. Not >> 19, because I don't want to delay that for these features. What I understand from that is that if I want these features now I should continue to use lucid-emacs as my Emacs 19, and wait for a future Emacs 20 which might be some kind of a merge with lucid-emacs, leading to one FSF Emacs. Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Tue Jun 23 03:41:07 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17225; Tue, 23 Jun 92 03:41:07 PDT Received: by heavens-gate.lucid.com id AA26895g; Tue, 23 Jun 92 03:31:12 PDT Received: from mole.gnu.ai.mit.edu by heavens-gate.lucid.com id AA26891g; Tue, 23 Jun 92 03:31:01 PDT Received: by mole.gnu.ai.mit.edu (5.65/4.0) id ; Tue, 23 Jun 92 06:39:11 -0400 Date: Tue, 23 Jun 92 06:39:11 -0400 From: rms@gnu.ai.mit.edu (Richard Stallman) Message-Id: <9206231039.AA16884@mole.gnu.ai.mit.edu> To: danny@amil.co.il Cc: dansmith@autodesk.com, ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com, rpg%inferno@lucid.com In-Reply-To: Danny Bar-Dov's message of Tue, 23 Jun 92 13:25:26 IDT <9206231025.AA22457@amil.co.il> Subject: Epoch and EMACS merger >> So since then I've been giving Joe Arceneaux more supervision, and I >> expect he will provide an interval implementation for Emacs 20. Not >> 19, because I don't want to delay that for these features. What I understand from that is that if I want these features now I should continue to use lucid-emacs as my Emacs 19, and wait for a future Emacs 20 which might be some kind of a merge with lucid-emacs, leading to one FSF Emacs. Using the phrase "these features" implies that one set of features is being discussed. That's not really true.(though there is some overlap). For exampe, Emacs 20 will support including formatting in the files you edit, and also support temporary highlighting intervals. Lucid Emacs supports only the latter. (Of course, our other versions don't support either.) From help-lucid-emacs-request@lucid.com Tue Jun 23 05:48:29 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17455; Tue, 23 Jun 92 05:48:29 PDT Received: by heavens-gate.lucid.com id AA26902g; Tue, 23 Jun 92 03:38:14 PDT Received: from amil.co.il by heavens-gate.lucid.com id AA26898g; Tue, 23 Jun 92 03:37:47 PDT Received: from ipc8.AMIL ([192.86.90.18]) by amil.co.il (4.1/AMIL-M2) id AA24776; Tue, 23 Jun 92 13:45:30 IDT Date: Tue, 23 Jun 92 13:45:30 IDT From: danny@amil.co.il (Danny Bar-Dov) Message-Id: <9206231045.AA24776@amil.co.il> Received: by ipc8.AMIL (4.1/SMI-4.1) id AA03189; Tue, 23 Jun 92 13:45:26 IDT To: rms@gnu.ai.mit.edu (Richard Stallman) Cc: danny@amil.co.il, dansmith@autodesk.com, ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com, rpg%inferno@lucid.com Subject: Epoch and EMACS merger In-Reply-To: <9206231039.AA16884@mole.gnu.ai.mit.edu> References: <9206231025.AA22457@amil.co.il> <9206231039.AA16884@mole.gnu.ai.mit.edu> >> Using the phrase "these features" implies that one set of features is >> being discussed. That's not really true.(though there is some >> overlap). Since Emacs 19 was not released yet, I do not have any way to know which of the new features I see in lucid-emacs 19, (new means not in Emacs 18) are from Emacs 19 and which are lucid's features. If there is a NEWS file for Emacs 19 I'd be happy to compare it with lucid's NEWS file. Danny. -- --------------------- Dan Bar Dov Applied Materials (Israel) Email: danny@amil.co.il Phone: office 972-3-499573 home 972-3-5469625 TimeZone: GMT-2 From help-lucid-emacs-request@lucid.com Tue Jun 23 09:47:00 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA18414; Tue, 23 Jun 92 09:47:00 PDT Received: by heavens-gate.lucid.com id AA27564g; Tue, 23 Jun 92 09:37:02 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA27555g; Tue, 23 Jun 92 09:34:45 PDT Via: cs.city.ac.uk; Tue, 23 Jun 1992 17:43:04 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Tue, 23 Jun 1992 17:45:45 +0100 (BST) Message-Id: Date: Tue, 23 Jun 1992 17:45:45 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: Errors in .emacs file. We have a problem with lucid. If you have an error in your .emacs file and you envoke lemacs the first time it will always dump core. %>!xe xemacs Fatal error (10).Bus error (core dumped) If one then envoke lemacs a second time it always starts amd give you the correct error message? Any idea how it knows that this is the `first time', and what is wrong? Andy. From help-lucid-emacs-request@lucid.com Tue Jun 23 16:49:19 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA20019; Tue, 23 Jun 92 16:49:19 PDT Received: by heavens-gate.lucid.com id AA28904g; Tue, 23 Jun 92 16:39:07 PDT Received: from hugo.lucid (hugo.lucid.com) by heavens-gate.lucid.com id AA28896g; Tue, 23 Jun 92 16:38:49 PDT Received: by hugo.lucid (4.1/SMI-4.1) id AA16119; Tue, 23 Jun 92 16:47:26 PDT Date: Tue, 23 Jun 92 16:47:26 PDT From: jla@lucid.com (Joseph Arceneaux) Message-Id: <9206232347.AA16119@hugo.lucid> To: rms@gnu.ai.mit.edu Cc: rpg%inferno@lucid.com, help-lucid-emacs@lucid.com, epoch@cs.uiuc.edu, dansmith@autodesk.com, ebubra@ebu.ericsson.se In-Reply-To: <9206231006.AA16826@mole.gnu.ai.mit.edu> (rms@gnu.ai.mit.edu) Subject: Epoch and EMACS merger Reply-To: jla@ai.mit.edu As the person somewhat in the middle this extended phlegm, it strikes me that both accounts of this history contain a certain degree of inaccuracy. Be that as it may, I would like to urge the parties involved to forget all this and again make efforts to join forces. Lucid has some talented hackers which can and have done good things for emacs (in fact, version 19 already uses some of their code), and if the "bosses" can work out their politics, the community will benefit. Joseph Arceneaux From help-lucid-emacs-request@lucid.com Tue Jun 23 20:55:23 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA20878; Tue, 23 Jun 92 20:55:23 PDT Received: by heavens-gate.lucid.com id AA29399g; Tue, 23 Jun 92 20:45:35 PDT Received: from clouso.crim.ca by heavens-gate.lucid.com id AA29395g; Tue, 23 Jun 92 20:45:27 PDT Received: from ireq-robot.hydro.qc.ca by clouso.crim.ca (4.1/SMI-4.1) id AA29076; Tue, 23 Jun 92 23:53:42 EDT Received: by ireq-robot.hydro.qc.ca (4.1/IRBT-2.4) id AA15049; Tue, 23 Jun 92 23:58:34 EDT Date: Tue, 23 Jun 92 23:58:34 EDT From: Martin Boyer Message-Id: <9206240358.AA15049@ireq-robot.hydro.qc.ca> To: jla@ai.mit.edu Cc: dansmith@autodesk.com, ebubra@ebu.ericsson.se, epoch@cs.uiuc.edu, help-lucid-emacs@lucid.com, rms@gnu.ai.mit.edu, rpg%inferno@lucid.com Subject: Re: Epoch and EMACS merger References: <9206231006.AA16826@mole.gnu.ai.mit.edu> <9206232347.AA16119@hugo.lucid> >>>>> Joseph Arceneaux writes: >I would like to urge the parties involved to forget >all this and again make efforts to join forces. I heartily agree. I just a mere user but, from the outside, this is starting to look like the Sun/AT&T vs OSF battle for the "One true Unix". GNU Emacs became a de facto standard because it had features nothing else had and because it was widely available. Right now, it seems that Lucid Emacs has those two qualities while GNU Emacs, alas, isn't available. Please! Think of the community and the delays that would be introduced by the confusion. Let's face it; Lucid is not going to drop their version since sales depend on it. On the other hand, the FSF is not satisfied with it and is going to redo some coding and implement other features. Consider this suggestion: let's all work towards making Lucid Emacs the long awaited "official" Emacs 19, learn from it, and integrate the FSF's long term plans into Emacs 20. -- Martin Boyer mboyer@ireq-robot.hydro.qc.ca Institut de recherche d'Hydro-Quebec mboyer@ireq-robot.uucp Varennes, QC, Canada J3X 1S1 +1 514 652-8412 From help-lucid-emacs-request@lucid.com Tue Jun 23 21:58:27 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA20962; Tue, 23 Jun 92 21:58:27 PDT Received: by heavens-gate.lucid.com id AA29500g; Tue, 23 Jun 92 21:48:30 PDT Received: from srv01s4.cas.org by heavens-gate.lucid.com id AA29496g; Tue, 23 Jun 92 21:48:23 PDT Date: Wed, 24 Jun 92 00:56:52 EDT From: wxj23@cas.org (Wayne Johnson) Message-Id: <9206240456.AA13807@cas.org> To: help-lucid-emacs@lucid.com Subject: Extended Elisp documentation Have you added descriptions of the new functionality of Emacs 19.1 to the elisp documentation of previous versions? If so, where would I find it in the leamcs-19.1 directories? Wayne Johnson From help-lucid-emacs-request@lucid.com Tue Jun 23 22:06:13 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA20982; Tue, 23 Jun 92 22:06:13 PDT Received: by heavens-gate.lucid.com id AA29516g; Tue, 23 Jun 92 21:56:15 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA29512g; Tue, 23 Jun 92 21:56:09 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA03436; Tue, 23 Jun 92 22:05:01 PDT Date: Tue, 23 Jun 92 22:05:01 PDT Message-Id: <9206240505.AA03436@thalidomide.lucid> X-Windows: Power tools for power losers. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: wxj23@cas.org (Wayne Johnson) Cc: help-lucid-emacs@lucid.com Subject: Re: Extended Elisp documentation In-Reply-To: Wayne Johnson's message of Wed 24-Jun-92 00:56:52 EDT <9206240456.AA13807@cas.org> References: <9206240456.AA13807@cas.org> Right now it's only in the etc/NEWS file. It will be in the manual soon. -- Jamie From help-lucid-emacs-request@lucid.com Tue Jun 23 23:45:12 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA21152; Tue, 23 Jun 92 23:45:12 PDT Received: by heavens-gate.lucid.com id AA29650g; Tue, 23 Jun 92 23:34:14 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA29646g; Tue, 23 Jun 92 23:33:54 PDT Received: from hsacsd by sun4nl.nluug.nl via EUnet id AA03985 (5.65b/CWI-3.3); Wed, 24 Jun 1992 08:41:56 +0200 Received: from morgan.hsacsd.signaal.nl by hsacsd.signaal.nl (4.1/SMI-4.1-mlbx) id AA21367; Wed, 24 Jun 92 08:18:29 +0200 Date: Wed, 24 Jun 92 08:18:28 +0200 From: jacobs%hsacsd.signaal.nl@lucid.com (jacobs private) Message-Id: <9206240618.AA21367@hsacsd.signaal.nl> To: bug-lucid-emacs-request@lucid.com, help-lucid-emacs@lucid.com Subject: Add to mailling list Can you add me to your lemacs mailing lists. Thanks. -- Willy Jacobs -- jacobs@hsacsd.signaal.nl From help-lucid-emacs-request@lucid.com Wed Jun 24 08:31:50 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA23084; Wed, 24 Jun 92 08:31:50 PDT Received: by heavens-gate.lucid.com id AA00656g; Wed, 24 Jun 92 08:17:40 PDT Received: from relay2.UU.NET by heavens-gate.lucid.com id AA00652g; Wed, 24 Jun 92 08:17:32 PDT Received: from ingr.ingr.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA06128; Wed, 24 Jun 92 11:25:49 -0400 Received: by ingr.ingr.com (5.61/INGR-1.1) id AA13504; Wed, 24 Jun 92 10:30:32 -0500 Received: from simpson.turtles by turtles (4.1/SMI-4.1) id AA13973; Wed, 24 Jun 92 17:50:38 IDT Received: by simpson.turtles (4.1/SMI-4.1) id AA05182; Wed, 24 Jun 92 17:50:48 IDT From: matis!amir@uunet.UU.NET (Amir Katz) Message-Id: <9206241450.AA05182@simpson.turtles> Subject: Find-file-other-screen? To: help-lucid-emacs@lucid.com (Lucid Emacs help M.L.) Date: Wed, 24 Jun 92 17:50:47 EET DST Organization: SEE Technologies Ltd. Reply-To: matis!ingr.COM!amir%matis.UUCP@uunet.UU.NET Followup-To: amir%matis.UUCP@ingr.COM X-Mailer: ELM [version 2.3 PL11] Has anyone written a 'find-file-other-screen' function that will perform the approximate sequence: x-new-screen switch-to-new-screen (or whatever it's called) find-file Screens are wonderful, but as it's implemented now, it's a hassle: create new screen, move mouse into it, open a file. -- /* Amir J. Katz | UUCP: uunet!ingr!matis!amir */ /* System Specialist | Internet: amir%matis.UUCP@ingr.COM */ /* SEE Technologies Ltd. | Voice: +972 52-584684, Fax: +972 52-543917 */ From help-lucid-emacs-request@lucid.com Wed Jun 24 15:02:38 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA24251; Wed, 24 Jun 92 15:02:38 PDT Received: by heavens-gate.lucid.com id AA01915g; Wed, 24 Jun 92 14:49:50 PDT Received: from uu3.psi.com by heavens-gate.lucid.com id AA01911g; Wed, 24 Jun 92 14:49:28 PDT Received: from bacon.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) id AA27105; Wed, 24 Jun 92 17:57:41 -0400 Received: from yen.moore by bacon.IMSI.COM (4.1/SMI-4.1) id AA11030; Wed, 24 Jun 92 17:00:00 EDT Date: Wed, 24 Jun 92 17:00:00 EDT From: chris@imsi.com (Chris Payne) Message-Id: <9206242100.AA11030@IMSI.COM> Received: by yen.moore (4.1/SMI-4.1) id AA11060; Wed, 24 Jun 92 17:00:04 EDT To: help-lucid-emacs@lucid.com Subject: sign me up please add me to the help and bug mailing lists for lemacs... chris@imsi.com, NYC From help-lucid-emacs-request@lucid.com Thu Jun 25 19:00:11 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29297; Thu, 25 Jun 92 19:00:11 PDT Received: by heavens-gate.lucid.com id AA05809g; Thu, 25 Jun 92 18:49:27 PDT Received: from srv01s4.cas.org by heavens-gate.lucid.com id AA05805g; Thu, 25 Jun 92 18:49:21 PDT Date: Thu, 25 Jun 92 21:58:07 EDT From: wxj23@cas.org Message-Id: <9206260158.AA12043@cas.org> To: help-lucid-emacs@lucid.com Subject: Where is Imake We are trying to make Emacs 19.1 using the gcc compiler and are stuck with the following message: cd ./lwlib; if [ -f Makefile ]; then make Makefile; else xmkmf;fi imake -DUseInstalled -I/x11/lib/X11/config 4: Can't find include file Imake.tmpl imake: Exit code 2. Stop. *** Error code 1 Where in the gnu world is Imake and the Imake.tmpl file? Wayne Johnson To: Subject: From help-lucid-emacs-request@lucid.com Thu Jun 25 19:08:29 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29310; Thu, 25 Jun 92 19:08:29 PDT Received: by heavens-gate.lucid.com id AA05819g; Thu, 25 Jun 92 18:58:15 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA05815g; Thu, 25 Jun 92 18:58:07 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA06298; Thu, 25 Jun 92 19:06:59 PDT Date: Thu, 25 Jun 92 19:06:59 PDT Message-Id: <9206260206.AA06298@thalidomide.lucid> X-Windows: Live the nightmare. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: wxj23@cas.org Cc: help-lucid-emacs@lucid.com Subject: Re: Where is Imake In-Reply-To: wxj23@cas.org's message of Thu 25-Jun-92 21:58:07 EDT <9206260158.AA12043@cas.org> References: <9206260158.AA12043@cas.org> In message <9206260158.AA12043@cas.org> wxj23@cas.org wrote: > > We are trying to make Emacs 19.1 using the gcc compiler and are stuck > with the following message: You will have an easier time compiling things if you get 19.2 from labrea.stanford.edu. > imake -DUseInstalled -I/x11/lib/X11/config > 4: Can't find include file Imake.tmpl > > Where in the gnu world is Imake and the Imake.tmpl file? If imake can't find Imake.tmpl, then whoever installed X11 at your site did it wrong. Your system is configured to think Imake.tmpl is in the directory /x11/lib/X11/config/, but clearly it's not... -- Jamie From help-lucid-emacs-request@lucid.com Thu Jun 25 21:31:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29848; Thu, 25 Jun 92 21:31:43 PDT Received: by heavens-gate.lucid.com id AA06106g; Thu, 25 Jun 92 21:20:45 PDT Received: from srv01s4.cas.org by heavens-gate.lucid.com id AA06102g; Thu, 25 Jun 92 21:20:37 PDT Date: Fri, 26 Jun 92 00:29:22 EDT From: wxj23@cas.org Message-Id: <9206260429.AA12661@cas.org> To: jwz@lucid.com Cc: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Thu, 25 Jun 92 19:06:59 PDT <9206260206.AA06298@thalidomide.lucid> Subject: Where is Imake Date: Thu, 25 Jun 92 19:06:59 PDT X-Windows: Live the nightmare. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com References: <9206260158.AA12043@cas.org> In message <9206260158.AA12043@cas.org> wxj23@cas.org wrote: > > We are trying to make Emacs 19.1 using the gcc compiler and are stuck > with the following message: You will have an easier time compiling things if you get 19.2 from labrea.stanford.edu. > imake -DUseInstalled -I/x11/lib/X11/config > 4: Can't find include file Imake.tmpl > > Where in the gnu world is Imake and the Imake.tmpl file? If imake can't find Imake.tmpl, then whoever installed X11 at your site did it wrong. Your system is configured to think Imake.tmpl is in the directory /x11/lib/X11/config/, but clearly it's not... You're right about that -- I'm remaking the entire x11r5 at the moment. However, even with the x11r5 configured to run under SUN 4.1.1, the makefile in src is invoking the 'xmkmf' to make the Makefile in lwlib. The 'xmkmf' configured in the x11r5 directory creates Makefiles with CC set to Sun's compiler, while I'm using gcc to make the rest of EMACS. This creates problems in trying to compile src/lwlib/lwlib.c. Here's where I'm stuck right now: imake -DUseInstalled -I/usr3/x11r5/install/lib/X11/config -DTOPDIR=. -DCURDIR=.cd ./lwlib ; make liblw.a rm -f lwlib.o cc -c -O -I/usr3/x11r5/install/include -DUSE_OLIT lwlib.c lwlib.c: 39: undefined control *** Error code 2 make: Fatal error: Command failed for target `lwlib.o' Current working directory /usr1/emacs-19.1/lemacs-19.1/src/lwlib *** Error code 1 make: Fatal error: Command failed for target `lwlib/liblw.a' Current working directory /usr1/emacs-19.1/lemacs-19.1/src *** Error code 1 Can you give me some tips of how best to pass along the C_SWITCH_SITE and LD_SWITCH_SITE parameters from config.h to the program making the Makefile in lwlib? I prefer to specify all this junk in one place. Wayne From help-lucid-emacs-request@lucid.com Thu Jun 25 21:35:20 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29856; Thu, 25 Jun 92 21:35:20 PDT Received: by heavens-gate.lucid.com id AA06113g; Thu, 25 Jun 92 21:24:58 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA06109g; Thu, 25 Jun 92 21:24:52 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA06399; Thu, 25 Jun 92 21:33:46 PDT Date: Thu, 25 Jun 92 21:33:46 PDT Message-Id: <9206260433.AA06399@thalidomide.lucid> X-Windows: Japan's secret weapon. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: wxj23@cas.org Cc: help-lucid-emacs@lucid.com Subject: Re: Where is Imake In-Reply-To: wxj23@cas.org's message of Fri 26-Jun-92 00:29:22 EDT <9206260429.AA12661@cas.org> References: <9206260206.AA06298@thalidomide.lucid> <9206260429.AA12661@cas.org> In message <9206260429.AA12661@cas.org> wxj23@cas.org wrote: > > You're right about that -- I'm remaking the entire x11r5 at the > moment. However, even with the x11r5 configured to run under SUN > 4.1.1, the makefile in src is invoking the 'xmkmf' to make the > Makefile in lwlib. The 'xmkmf' configured in the x11r5 directory > creates Makefiles with CC set to Sun's compiler, while I'm using gcc > to make the rest of EMACS. Yes, this is unfortunate. The easiest way is to hack the Makefile by hand once it has been generated by Imake. Once lemacs is changed to use the GNU "configure" system, this won't be a problem any more, because then we can stop using Imake entirely. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jun 29 10:47:41 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00468; Mon, 29 Jun 92 10:47:41 PDT Received: by heavens-gate.lucid.com id AA13244g; Mon, 29 Jun 92 10:37:02 PDT Received: from bullet.ecf.toronto.edu by heavens-gate.lucid.com id AA13239g; Mon, 29 Jun 92 10:36:52 PDT Received: by bullet.ecf.toronto.edu id <8415>; Mon, 29 Jun 1992 13:45:35 -0300 From: Vince Pugliese To: help-lucid-emacs@lucid.com Subject: add me to mailing list Message-Id: <92Jun29.134535adt.8415@bullet.ecf.toronto.edu> Date: Mon, 29 Jun 1992 13:45:29 -0300 From help-lucid-emacs-request@lucid.com Mon Jun 29 19:17:23 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA02619; Mon, 29 Jun 92 19:17:23 PDT Received: by heavens-gate.lucid.com id AA14959g; Mon, 29 Jun 92 19:08:24 PDT Received: from mda.ca (mdavcr.mda.ca) by heavens-gate.lucid.com id AA14955g; Mon, 29 Jun 92 19:08:14 PDT Received: from newton.mda.ca by mda.ca (4.1/SMI-4.1-DNI) id AA09555; Mon, 29 Jun 92 19:14:05 PDT Received: by newton.mda.ca (4.1/SMI-4.1) id AA18011; Mon, 29 Jun 92 19:14:04 PDT Date: Mon, 29 Jun 92 19:14:04 PDT From: rdr%newton.mda.ca@lucid.com (Randolph Roesler) Message-Id: <9206300214.AA18011@newton.mda.ca> To: help-lucid-emacs@lucid.com Subject: Possible unexec problem ? I have compiled lemacs.19 using gcc 2.1. The machine is a Sparc 2, running SunOS 4.1.1 . xemacs will not run. It aborts at startup tring to find a window (it actually terminates in "next_window) I think that perhaps unexsunos is messing up as I can execute temacs OK. It does not crash. my s-file is s-sunos4.h, should I be using s-sunos4shr.h ? Has anybody else managed to get lemacs to build properly in this configuration ? Randy Roesler MacDonald Dettwiler & Assc. Ph. 604-278-3411 Fax. 604-278-2936 13800 Commerce Parkway, email ...!uunet!van-bc!mdavcr!rdr Richmond BC Canada rdr%mda.ca@wimsey.bc.ca or rdr@mda.ca V6V 2J3 From help-lucid-emacs-request@lucid.com Tue Jun 30 01:33:29 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03447; Tue, 30 Jun 92 01:33:29 PDT Received: by heavens-gate.lucid.com id AA15652g; Tue, 30 Jun 92 01:24:34 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA15648g; Tue, 30 Jun 92 01:24:27 PDT Via: uk.ac.city.cs; Tue, 30 Jun 1992 09:32:34 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Tue, 30 Jun 1992 09:35:17 +0100 (BST) Message-Id: Date: Tue, 30 Jun 1992 09:35:17 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: GNUS 3.14.1 ? Is anyone working on porting GNUS 3.14.1 to lemacs? We have used 3.14.1 for a while now and the slight differences are getting agravating. What kind of changes were required to make GNUS work with lemacs? I cirtainly would be interested in alpha/beta/contributing to any porting efforts. Andy. From help-lucid-emacs-request@lucid.com Tue Jun 30 01:44:37 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03485; Tue, 30 Jun 92 01:44:37 PDT Received: by heavens-gate.lucid.com id AA15668g; Tue, 30 Jun 92 01:34:47 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA15664g; Tue, 30 Jun 92 01:34:41 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA11414; Tue, 30 Jun 92 01:43:47 PDT Date: Tue, 30 Jun 92 01:43:47 PDT Message-Id: <9206300843.AA11414@thalidomide.lucid> X-Windows: Japan's secret weapon. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Andy Whitcroft Cc: help-lucid-emacs@lucid.com Subject: Re: GNUS 3.14.1 ? In-Reply-To: Andy Whitcroft's message of Tue 30-Jun-92 09:35:17 +0100 References: In message Andy Whitcroft wrote: > > What kind of changes were required to make GNUS work with lemacs? Mostly it was just a matter of tracking down uses of this-command-keys, read-char, and so on: the cases where ASCII codes have given way to real event objects. David Zuhn started porting 3.14, but I don't think he finished. The best approach would probably be to get a copy of 3.13 and compare our version to that. Then look through 3.14 for code similar to that code that was changed. -- Jamie From help-lucid-emacs-request@lucid.com Tue Jun 30 03:07:25 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA03673; Tue, 30 Jun 92 03:07:25 PDT Received: by heavens-gate.lucid.com id AA15785g; Tue, 30 Jun 92 02:56:25 PDT Received: from relay1.UU.NET by heavens-gate.lucid.com id AA15781g; Tue, 30 Jun 92 02:55:29 PDT Received: from cygnus.com by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA09700; Tue, 30 Jun 92 06:04:21 -0400 Received: from cirdan.cygnus.com by cygnus.com (4.1/SMI-4.1) id AA12720; Tue, 30 Jun 92 03:04:21 PDT Date: Tue, 30 Jun 92 03:04:21 PDT Message-Id: <9206301004.AA12720@cygnus.com> Received: by cirdan.cygnus.com (4.1/SMI-4.1) id AA23003; Tue, 30 Jun 92 03:04:20 PDT From: david d `zoo' zuhn Sender: zoo@cygnus.com Organization: Cygnus Support -- +1 415 322 3811 To: jwz@lucid.com (Jamie Zawinski) Cc: help-lucid-emacs@lucid.com In-Reply-To: jwz@lucid.com's message of Subject: Re: GNUS 3.14.1 ? X-Windows: There's got to be a better way. event objects. David Zuhn started porting 3.14, but I don't think he finished. Right, and I don't have the time to continue this. What I did was take a stock 3.13 and create diffs from the Lucid version, and apply those patches to 3.14.1. They went in fairly easily, but I still had problems ('twas unusable). I don't have a lot of time to spend inside of GNUS when I have a working version (albeit slightly older). I've got many other things to be doing (so what I am doing reading news?) From help-lucid-emacs-request@lucid.com Tue Jun 30 11:37:09 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05703; Tue, 30 Jun 92 11:37:09 PDT Received: by heavens-gate.lucid.com id AA16777g; Tue, 30 Jun 92 11:27:18 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA16738g; Tue, 30 Jun 92 11:20:50 PDT Received: by moebius.loria.fr id AA05967 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Tue, 30 Jun 92 20:28:22 +0200 Date: Tue, 30 Jun 92 20:28:22 +0200 From: Guido Bosch Message-Id: <9206301828.AA05967@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: mouse-motion-handler Reply-To: Guido BOSCH Hi, Playing around with Lucid Emacs' mouse-motion-handler, I wrote tree mouse tracking functions that do funny things: highlighting characters, lines or sexpressions when the mouse goes over them. This might be useful to add mouse selection features for different modes. However, there is a bug in it that I can't fix: Display two different buffers at the same screen, each buffer running a different mouse-motion-handler (I made the variable buffer local). When switching between the two buffers by keybord commans (C-x o), everythng works well. But just moving the mouse from one window to the other often results in blocking the mouse-motion-handler. Leaving the Emacs window and comming back with the mouse, as well as any key stroke event make things working again. Who knows what happens? To try my hack, save the two files, evaluate (or better compile and load) them, then put the cursor after one of the (setq mouse-motion-handler ... ) forms in the first file, type C-x C-e and see what happens. Guido -------------------- mouse-track-highlighting.el -------------------- ;; -*- Syntax: Emacs-Lisp; Mode: emacs-lisp -*- ;; ;; writen by Guido Bosch , INRIA Lorraine, France ;; ;; Please send bugs and comments to the above address ;; ;; ;; This program is still under development. Neither the author nor ;; INRIA accepts responsibility to anyone for the consequences of ;; using it or for whether it serves any particular purpose or works ;; at all. ;; ;; Mouse tracking with highliting ;; - single characters `x-track-highlight-char' ;; - whole lines `x-track-highlight-line' ;; - "things" `x-track-highlight-thing' ;; (see file things.el to see what "thigs" are) ;; ;; This file is not a package. It only contains basic mouse tracking ;; functions. They have to be installed be hand using one of the ;; folowing forms: ;; ;; (setq mouse-motion-handler 'x-track-highlight-char) ;; (setq mouse-motion-handler 'x-track-highlight-line) ;; (setq mouse-motion-handler 'x-track-highlight-thing) ;; ;; to reinstall the default mouse motion handler: ;; (setq mouse-motion-handler 'x-track-pointer) (require 'x-mouse) (require 'thing) (setq-default mouse-motion-handler 'x-track-pointer) ;; This (make-variable-buffer-local 'mouse-motion-handler) ;mouse-motion-handler (provide 'mouse-track-highlighting.el) (make-variable-buffer-local 'x-track-highlight-extend) (setq-default x-track-highlight-extend nil) (defvar x-track-highlight-extend nil "Extend for highliting single characters during mouse motion. See the function `x-track-highlight-region'.") (defvar x-top-left-arrow nil) (setq x-top-left-arrow "top_left_arrow") (defun x-track-highlight-char (event) "Track the mouse motion by highlighting the character mouse is on. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function (lambda (point) (cons point (1+ point)))))) (defun x-track-highlight-line (event) "Track the mouse motion by highlighting the line mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function thing-get-line))) (defun x-track-highlight-thing (event) "Track the mouse motion by highlighting the syntactic structure mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function thing-boundaries))) (defun x-track-highlight-region (event compute-region) "Highlight a region of text for a given mouse motion EVENT. The function to compute the region is given as the second argument, COMPUTE-REGION. It takes one argument, a character position, and returns ( . ), the region to be highlighted." (let* ((window (event-window event)) (screen (if window (window-screen window) (selected-screen))) (buffer (and window (window-buffer window))) (point (event-point event)) region glyph) (setq glyph (cond (point 'x-top-left-arrow) (window (cond (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))) (t (cond (x-mode-pointer-shape 'x-mode-pointer-shape) (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))))) (if buffer (set-buffer buffer)) (if window (select-window window)) (if (and point ;; compute the region to be highlighted (setq region (condition-case c (funcall compute-region point) (error (message "%s" (car (cdr c))) nil)))) (progn (if x-track-highlight-extend ;; update position if extent exists (set-extent-endpoints x-track-highlight-extend (car region) (cdr region)) ;; otherwise create a new one (setq x-track-highlight-extend (make-extent (car region) (cdr region))) (set-extent-attribute x-track-highlight-extend 'highlight)) ;; do the highliting (highlight-extent x-track-highlight-extend 't) (message "")) ;; unhighlight (highlight-extent x-track-highlight-extend 'nil)) (condition-case c (if (symbol-value glyph) (x-set-screen-pointer screen (symbol-value glyph) x-pointer-foreground-color x-pointer-background-color)) (error (x-track-pointer-damage-control c glyph))))) (defun mouse-motion-tester (event) (message "Window: %s; X: %s; Y: %s; Pointer: %s" (event-window event) (event-x event) (event-y event) (event-point event))) ;; (setq mouse-motion-handler 'mouse-motion-tester) ------------------------------ thing.el ------------------------------ ;;; thing.el ;;; adapted from Joshua Guttman's Thing.el ;;; by Dan L. Pierson , 2/5/90 ;;; adapted from sun-fns.el by Joshua Guttman, MITRE. ;;; adapted to Lucid Emacs from epoch-thing.el ;;; by Guido Bosch , 6/30/92 (provide 'thing) (defun thing-boundaries (here) "Return start and end of text object at HERE using syntax table and thing-boundary-alist. Thing-boundary-alist is a list of pairs of the form (SYNTAX-CHAR FUNCTION) where FUNCTION takes a single position argument and returns a cons of places (start end) representing boundaries of the thing at that position. Typically: Left or right Paren syntax indicates an s-expression. The end of a line marks the line including a trailing newline. Word syntax indicates current word. Symbol syntax indicates symbol. If it doesn't recognize one of these it selects just the character HERE. If an error occurs during syntax scanning, the function just prints a message and returns `nil'." (interactive "d") (if (save-excursion (goto-char here) (eolp)) (thing-get-line here) (let* ((syntax (char-syntax (char-after here))) (pair (assq syntax thing-boundary-alist))) (if pair (funcall (car (cdr pair)) here) (cons here (1+ here)))))) (defvar thing-boundary-alist '((?w thing-word) (?_ thing-symbol) (?\( thing-sexp-start) (?\$ thing-sexp-start) (?' thing-sexp-start) (?\" thing-sexp-start) (?\) thing-sexp-end) (? thing-whitespace)) "*List of pairs of the form (SYNTAX-CHAR FUNCTION) used by the function `thing-boundaries'.") (defun thing-get-line (here) "Return whole of line HERE is in, with newline unless at eob." (let (start) (save-excursion (goto-char here) (beginning-of-line) (setq start (point)) (end-of-line) (cons start (point))))) (defun thing-word (here) "Return start and end of word at HERE." (save-excursion (goto-char here) (forward-word 1) (let ((end (point))) (forward-word -1) (cons (point) end)))) (defun thing-symbol (here) "Return start and end of symbol at HERE." (let ((end (scan-sexps here 1))) (cons (min here (scan-sexps end -1)) end ))) (defun thing-sexp-start (here) "Return start and end of sexp starting HERE." (cons here (scan-sexps here 1))) (defun thing-sexp-end (here) "Return start and end of sexp ending HERE." (cons (scan-sexps (1+ here) -1) (1+ here))) (defun thing-whitespace (here) "Returns always `nil'. This means that whitespaces are not considered to be \"things\"." nil) (defun kill-thing-at-point (here) "Kill text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (kill-region (car bounds) (cdr bounds)))) (defun copy-thing-at-point (here) "Copy text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (copy-region-as-kill (car bounds) (cdr bounds)))) From help-lucid-emacs-request@lucid.com Tue Jun 30 12:29:39 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05936; Tue, 30 Jun 92 12:29:39 PDT Received: by heavens-gate.lucid.com id AA17013g; Tue, 30 Jun 92 12:20:27 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA17007g; Tue, 30 Jun 92 12:20:08 PDT Received: by moebius.loria.fr id AA05967 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Tue, 30 Jun 92 20:28:22 +0200 Date: Tue, 30 Jun 92 20:28:22 +0200 From: Guido Bosch Message-Id: <9206301828.AA05967@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: mouse-motion-handler Reply-To: Guido BOSCH Hi, Playing around with Lucid Emacs' mouse-motion-handler, I wrote tree mouse tracking functions that do funny things: highlighting characters, lines or sexpressions when the mouse goes over them. This might be useful to add mouse selection features for different modes. However, there is a bug in it that I can't fix: Display two different buffers at the same screen, each buffer running a different mouse-motion-handler (I made the variable buffer local). When switching between the two buffers by keybord commans (C-x o), everythng works well. But just moving the mouse from one window to the other often results in blocking the mouse-motion-handler. Leaving the Emacs window and comming back with the mouse, as well as any key stroke event make things working again. Who knows what happens? To try my hack, save the two files, evaluate (or better compile and load) them, then put the cursor after one of the (setq mouse-motion-handler ... ) forms in the first file, type C-x C-e and see what happens. Guido -------------------- mouse-track-highlighting.el -------------------- ;; -*- Syntax: Emacs-Lisp; Mode: emacs-lisp -*- ;; ;; writen by Guido Bosch , INRIA Lorraine, France ;; ;; Please send bugs and comments to the above address ;; ;; ;; This program is still under development. Neither the author nor ;; INRIA accepts responsibility to anyone for the consequences of ;; using it or for whether it serves any particular purpose or works ;; at all. ;; ;; Mouse tracking with highliting ;; - single characters `x-track-highlight-char' ;; - whole lines `x-track-highlight-line' ;; - "things" `x-track-highlight-thing' ;; (see file things.el to see what "thigs" are) ;; ;; This file is not a package. It only contains basic mouse tracking ;; functions. They have to be installed be hand using one of the ;; folowing forms: ;; ;; (setq mouse-motion-handler 'x-track-highlight-char) ;; (setq mouse-motion-handler 'x-track-highlight-line) ;; (setq mouse-motion-handler 'x-track-highlight-thing) ;; ;; to reinstall the default mouse motion handler: ;; (setq mouse-motion-handler 'x-track-pointer) (require 'x-mouse) (require 'thing) (setq-default mouse-motion-handler 'x-track-pointer) ;; This (make-variable-buffer-local 'mouse-motion-handler) ;mouse-motion-handler (provide 'mouse-track-highlighting.el) (make-variable-buffer-local 'x-track-highlight-extend) (setq-default x-track-highlight-extend nil) (defvar x-track-highlight-extend nil "Extend for highliting single characters during mouse motion. See the function `x-track-highlight-region'.") (defvar x-top-left-arrow nil) (setq x-top-left-arrow "top_left_arrow") (defun x-track-highlight-char (event) "Track the mouse motion by highlighting the character mouse is on. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function (lambda (point) (cons point (1+ point)))))) (defun x-track-highlight-line (event) "Track the mouse motion by highlighting the line mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function thing-get-line))) (defun x-track-highlight-thing (event) "Track the mouse motion by highlighting the syntactic structure mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (x-track-highlight-region event (function thing-boundaries))) (defun x-track-highlight-region (event compute-region) "Highlight a region of text for a given mouse motion EVENT. The function to compute the region is given as the second argument, COMPUTE-REGION. It takes one argument, a character position, and returns ( . ), the region to be highlighted." (let* ((window (event-window event)) (screen (if window (window-screen window) (selected-screen))) (buffer (and window (window-buffer window))) (point (event-point event)) region glyph) (setq glyph (cond (point 'x-top-left-arrow) (window (cond (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))) (t (cond (x-mode-pointer-shape 'x-mode-pointer-shape) (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))))) (if buffer (set-buffer buffer)) (if window (select-window window)) (if (and point ;; compute the region to be highlighted (setq region (condition-case c (funcall compute-region point) (error (message "%s" (car (cdr c))) nil)))) (progn (if x-track-highlight-extend ;; update position if extent exists (set-extent-endpoints x-track-highlight-extend (car region) (cdr region)) ;; otherwise create a new one (setq x-track-highlight-extend (make-extent (car region) (cdr region))) (set-extent-attribute x-track-highlight-extend 'highlight)) ;; do the highliting (highlight-extent x-track-highlight-extend 't) (message "")) ;; unhighlight (highlight-extent x-track-highlight-extend 'nil)) (condition-case c (if (symbol-value glyph) (x-set-screen-pointer screen (symbol-value glyph) x-pointer-foreground-color x-pointer-background-color)) (error (x-track-pointer-damage-control c glyph))))) (defun mouse-motion-tester (event) (message "Window: %s; X: %s; Y: %s; Pointer: %s" (event-window event) (event-x event) (event-y event) (event-point event))) ;; (setq mouse-motion-handler 'mouse-motion-tester) ------------------------------ thing.el ------------------------------ ;;; thing.el ;;; adapted from Joshua Guttman's Thing.el ;;; by Dan L. Pierson , 2/5/90 ;;; adapted from sun-fns.el by Joshua Guttman, MITRE. ;;; adapted to Lucid Emacs from epoch-thing.el ;;; by Guido Bosch , 6/30/92 (provide 'thing) (defun thing-boundaries (here) "Return start and end of text object at HERE using syntax table and thing-boundary-alist. Thing-boundary-alist is a list of pairs of the form (SYNTAX-CHAR FUNCTION) where FUNCTION takes a single position argument and returns a cons of places (start end) representing boundaries of the thing at that position. Typically: Left or right Paren syntax indicates an s-expression. The end of a line marks the line including a trailing newline. Word syntax indicates current word. Symbol syntax indicates symbol. If it doesn't recognize one of these it selects just the character HERE. If an error occurs during syntax scanning, the function just prints a message and returns `nil'." (interactive "d") (if (save-excursion (goto-char here) (eolp)) (thing-get-line here) (let* ((syntax (char-syntax (char-after here))) (pair (assq syntax thing-boundary-alist))) (if pair (funcall (car (cdr pair)) here) (cons here (1+ here)))))) (defvar thing-boundary-alist '((?w thing-word) (?_ thing-symbol) (?\( thing-sexp-start) (?\$ thing-sexp-start) (?' thing-sexp-start) (?\" thing-sexp-start) (?\) thing-sexp-end) (? thing-whitespace)) "*List of pairs of the form (SYNTAX-CHAR FUNCTION) used by the function `thing-boundaries'.") (defun thing-get-line (here) "Return whole of line HERE is in, with newline unless at eob." (let (start) (save-excursion (goto-char here) (beginning-of-line) (setq start (point)) (end-of-line) (cons start (point))))) (defun thing-word (here) "Return start and end of word at HERE." (save-excursion (goto-char here) (forward-word 1) (let ((end (point))) (forward-word -1) (cons (point) end)))) (defun thing-symbol (here) "Return start and end of symbol at HERE." (let ((end (scan-sexps here 1))) (cons (min here (scan-sexps end -1)) end ))) (defun thing-sexp-start (here) "Return start and end of sexp starting HERE." (cons here (scan-sexps here 1))) (defun thing-sexp-end (here) "Return start and end of sexp ending HERE." (cons (scan-sexps (1+ here) -1) (1+ here))) (defun thing-whitespace (here) "Returns always `nil'. This means that whitespaces are not considered to be \"things\"." nil) (defun kill-thing-at-point (here) "Kill text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (kill-region (car bounds) (cdr bounds)))) (defun copy-thing-at-point (here) "Copy text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (copy-region-as-kill (car bounds) (cdr bounds)))) From help-lucid-emacs-request@lucid.com Tue Jun 30 13:16:01 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA06155; Tue, 30 Jun 92 13:16:01 PDT Received: by heavens-gate.lucid.com id AA17190g; Tue, 30 Jun 92 13:07:04 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA17182g; Tue, 30 Jun 92 13:06:54 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA12552; Tue, 30 Jun 92 13:15:50 PDT Date: Tue, 30 Jun 92 13:15:50 PDT Message-Id: <9206302015.AA12552@thalidomide.lucid> X-Windows: The Cutting Edge of Obsolescence. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Guido BOSCH Cc: help-lucid-emacs@lucid.com Subject: Re: mouse-motion-handler In-Reply-To: Guido Bosch's message of Tue 30-Jun-92 20:28:22 +0200 <9206301828.AA05967@moebius.loria.fr> References: <9206301828.AA05967@moebius.loria.fr> You're losing because you're globally changing the current buffer and selected window from the mouse-motion handler. This is bad news, in the same way that globally changing the current buffer or selected window from a process filter is. I don't believe it's actually blocking in the mouse-motion handler, it's just not updating the extents the way you expect. I haven't looked that closely, but possibly this is because you're trying to move an extent from one buffer to another (I don't know that that works.) Remember that the mouse-motion handler which is called will be the one of whatever buffer happens to be current, -not- that of the buffer which is displayed in the window under the mouse. This is different than mouse-clicks, which are looked up in the buffer of the click. Perhaps mouse-motion should work that way as well. They're called "extents", not "extends." None of that code is really X-specific, so the function names shouldn't begin with x-. -- Jamie From help-lucid-emacs-request@lucid.com Tue Jun 30 14:12:53 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA06357; Tue, 30 Jun 92 14:12:53 PDT Received: by heavens-gate.lucid.com id AA17430g; Tue, 30 Jun 92 14:02:46 PDT Received: from CAMIS.Stanford.EDU by heavens-gate.lucid.com id AA17426g; Tue, 30 Jun 92 14:02:38 PDT Received: from mcs-ipc-4.Stanford.EDU by CAMIS.Stanford.EDU (4.1/inc-1.0) id AA00711; Tue, 30 Jun 92 14:11:32 PDT Date: Tue, 30 Jun 1992 14:07:53 -0700 (PDT) From: Kevin Brock Reply-To: Brock@sumex-aim.stanford.edu Subject: Re: mouse-motion-handler To: help-lucid-emacs@lucid.com In-Reply-To: Jamie Zawinski's message of Tue, 30 Jun 92 13:15:50 PDT: <9206302015.AA12552@thalidomide.lucid> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I took a look at this code because I wanted to see it work, but when I loaded it and set the mouse handler, nothing appeared to happen. I found out that *if I already had text highlighted* then the mouse handler would perform as described, bug and all, by *unhighlighting* the line/char/thing in question. Why is this happening? Is there something obvious that I can't seem to dig out of the NEWS file, or is it more subtle? Kevin Brock brock@sumex-aim.stanford.edu From help-lucid-emacs-request@lucid.com Wed Jul 1 02:40:42 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA09004; Wed, 1 Jul 92 02:40:42 PDT Received: by heavens-gate.lucid.com id AA19172g; Wed, 1 Jul 92 02:29:02 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA19166g; Wed, 1 Jul 92 02:28:47 PDT Received: by moebius.loria.fr id AA06361 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Wed, 1 Jul 92 11:36:22 +0200 Date: Wed, 1 Jul 92 11:36:22 +0200 From: Guido Bosch Message-Id: <9207010936.AA06361@moebius.loria.fr> To: Jamie Zawinski Cc: help-lucid-emacs@lucid.com Subject: Re: mouse-motion-handler In-Reply-To: <9206302015.AA12552@thalidomide.lucid> References: <9206301828.AA05967@moebius.loria.fr> <9206302015.AA12552@thalidomide.lucid> Reply-To: Guido BOSCH Jamie Zawinski writes: > You're losing because you're globally changing the current buffer and selected > window from the mouse-motion handler. This is bad news, in the same way that > globally changing the current buffer or selected window from a process filter > is. I don't agree with you in that point. Selecting an other buffer and window mmay be exactly what the user wants when moving the mouse from one window to an other, even without clicking. The case of a proces filter is different: in this case there is usually something happening in the background without any user interaction, and this, of course, should not globally select other buffers and windows. > I don't believe it's actually blocking in the mouse-motion handler, > it's just not updating the extents the way you expect. Don't think so. There are some other visible effects of the motion handlers that do not depend on extents: the changing of mouse glyphs. And they also don't work anymore. If I remove the select-window call, things work better but still keep on confusing me. To be frank, I've never completely understood what exactly `select-window' does and which is its correct usage together with `set-buffer'. > I haven't looked that closely, but possibly this is because you're > trying to move an extent from one buffer to another (I don't know > that that works.) I put the extent into a per buffer variable (and that's also why I do buffer selection before updating or creaing the extent). Anyway, you can see if you use an extent from a foreign buffer: it keeps highlighting there while the mouse moves somewhere else. > > Remember that the mouse-motion handler which is called will be the one of > whatever buffer happens to be current, -not- that of the buffer which is > displayed in the window under the mouse. > > This is different than mouse-clicks, which are looked up in the buffer of > the click. Perhaps mouse-motion should work that way as well. > This would help a lot. A more general discussion on that subject is: Does the mouse motion handler has to be - global (seems to be the case now), - mode specific (could be implemented by a global motion handler that dispatches according to the major mode), - buffer local (what I tried to implement) Making the variable mouse-motion-handler buffer local seems to be a good idea, but then there is the problem of buffer selection. > None of that code is really X-specific, so the function names shouldn't > begin with x-. > Well, I took `x-track-pointer' in "lisp/x11/x-mouse.el" as an example how to build my functions, which I then called `x-track-highlight-*'. I agree that the names are not well chosen, but then this is also true for some of the stuff in "lisp/x11/x-mouse.el". I will call my functions `mouse-track-*'. Guido From help-lucid-emacs-request@lucid.com Wed Jul 1 18:12:46 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12020; Wed, 1 Jul 92 18:12:46 PDT Received: by heavens-gate.lucid.com id AA21512g; Wed, 1 Jul 92 17:56:29 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21508g; Wed, 1 Jul 92 17:56:13 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA16608; Wed, 1 Jul 92 18:05:18 PDT Date: Wed, 1 Jul 92 18:05:18 PDT Message-Id: <9207020105.AA16608@thalidomide.lucid> X-Windows: It could happen to you. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Guido BOSCH Cc: help-lucid-emacs@lucid.com Subject: Re: mouse-motion-handler In-Reply-To: Guido Bosch's message of Wed 1-Jul-92 11:36:22 +0200 <9207010936.AA06361@moebius.loria.fr> References: <9206301828.AA05967@moebius.loria.fr> <9206302015.AA12552@thalidomide.lucid> <9207010936.AA06361@moebius.loria.fr> In message <9207010936.AA06361@moebius.loria.fr> Guido Bosch wrote: > > Jamie Zawinski writes: > > You're losing because you're globally changing the current buffer and > > selected window from the mouse-motion handler. This is bad news, in the > > same way that globally changing the current buffer or selected window > > from a process filter is. > > I don't agree with you in that point. Selecting an other buffer and > window mmay be exactly what the user wants when moving the mouse from > one window to an other, even without clicking. It may be a reasonable thing to want to do, but the current implementation of the mouse-motion-handler makes it behave exactly like a process filter. Therefore changing the current buffer, selected window, or whatever will make lots of things malfunction. GNUS, for example, will blow up if you move the mouse into another window while an article is being retrieved. > Does the mouse motion handler has to be > > - global (seems to be the case now), > > - mode specific (could be implemented by a global motion > handler that dispatches according to the major mode), > > - buffer local (what I tried to implement) > Making the variable mouse-motion-handler buffer local > seems to be a good idea, but then there is the problem > of buffer selection. I don't think there's any problem with the mouse-motion handler being buffer-local, but it will (currently) be local to the globally current buffer (the buffer in the window where the cursor is) not the buffer in the window that the mouse is over. "Mode-specific" could also be implemented via "buffer local." -- Jamie From help-lucid-emacs-request@lucid.com Wed Jul 1 18:38:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12070; Wed, 1 Jul 92 18:38:43 PDT Received: by heavens-gate.lucid.com id AA21598g; Wed, 1 Jul 92 18:28:41 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA21594g; Wed, 1 Jul 92 18:28:28 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA16658; Wed, 1 Jul 92 18:37:32 PDT Date: Wed, 1 Jul 92 18:37:32 PDT Message-Id: <9207020137.AA16658@thalidomide.lucid> X-Windows: A moment of convenience, a lifetime of regret. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: help-lucid-emacs@lucid.com Subject: Lucid Emacs newsgroups Thanks to Kyle Jones, we now have a pair of newsgroups bidirectionally gatewayed into the bug-lucid-emacs and help-lucid-emacs newsgroups. They are alt.lucid-emacs.bug and alt.lucid-emacs.help. I expect that many of you will want to unsubscribe from the mailing lists, and read the messages in newsgroup form instead. However, I would advise you to wait a few weeks before unsubscribing, so that we know that the gateway is functioning properly. We wanted the newsgroups to be gnu.lucid-emacs.bug and gnu.lucid-emacs.help, but the FSF folks are not willing to allow the creation of those groups. In fact, it would appear that they are unwilling even to allow us to announce the existence of our version of emacs on their newsgroups. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jul 2 07:52:05 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15109; Thu, 2 Jul 92 07:52:05 PDT Received: by heavens-gate.lucid.com id AA22944g; Thu, 2 Jul 92 07:40:28 PDT Received: from linus.mitre.org by heavens-gate.lucid.com id AA22939g; Thu, 2 Jul 92 07:40:09 PDT Return-Path: Received: from circe.mitre.org by linus.mitre.org (5.61/RCF-4S) id AA09053; Thu, 2 Jul 92 10:49:13 -0400 Posted-Date: Thu, 02 Jul 92 10:50:06 -0400 Received: by circe.mitre.org (5.61/RCF-4C) id AA01582; Thu, 2 Jul 92 10:50:07 -0400 Message-Id: <9207021450.AA01582@circe.mitre.org> To: help-lucid-emacs@lucid.com Cc: guttman@linus.mitre.org Subject: Summary of differences from 18? X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730 Date: Thu, 02 Jul 92 10:50:06 -0400 From: guttman@linus.mitre.org I just retrieved lemacs 19.2, and I'm looking for a summary somewhere giving the differences from v18. In particular, I need to understand how to define keybindings and mouse clicks, and what the changes will be for elisp code. I'm sure that somewhere in the sources there's a summary like this, but I haven't found it. Thanks. Josh From help-lucid-emacs-request@lucid.com Thu Jul 2 09:01:07 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15377; Thu, 2 Jul 92 09:01:07 PDT Received: by heavens-gate.lucid.com id AA23141g; Thu, 2 Jul 92 08:51:26 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA23131g; Thu, 2 Jul 92 08:50:01 PDT Received: by moebius.loria.fr id AA08959 (5.65c+/IDA-1.4.3 for jwz@lucid.com); Thu, 2 Jul 92 17:57:15 +0200 Date: Thu, 2 Jul 92 17:57:15 +0200 From: Guido Bosch Message-Id: <9207021557.AA08959@moebius.loria.fr> To: Guido BOSCH Cc: Jamie Zawinski , help-lucid-emacs@lucid.com Subject: mode-mouse-motion.el In-Reply-To: <9207010936.AA06361@moebius.loria.fr> References: <9206301828.AA05967@moebius.loria.fr> <9206302015.AA12552@thalidomide.lucid> <9207010936.AA06361@moebius.loria.fr> Reply-To: Guido BOSCH Guido Bosch writes: > > Does the mouse motion handler has to be > > - global (seems to be the case now), > > - mode specific (could be implemented by a global motion > handler that dispatches according to the major mode), > > - buffer local (what I tried to implement) > Making the variable mouse-motion-handler buffer local > seems to be a good idea, but then there is the problem > of buffer selection. > Here is an implementation for the second suggestion. It works prety much better than the per buffer mouse motion handling I posted before. This implementation uses a global mouse motion handler function that dispatches motion handling according to the major mode of the buffer *mouse is on* (without selecting it). For Jamie: This stuff is much more generic than the vm/gnu-track-mouse functions you sent me, and it is much easier to install. If you wish I can merge the code into lisp/x11/x-mouse.el to replace the global mouse motion handler mecanism. To try it: write the code into files, then byte-compile and load them. A question: Who can tell me how to change the highlight overlay pattern? Is it possible to get frames as the highlight look? Guido ------------------------ mode-mouse-motion.el ------------------------ ;; -*- Syntax: Emacs-Lisp; Mode: emacs-lisp -*- ;; ;; writen by Guido Bosch , INRIA Lorraine, France ;; ;; Please send bugs and comments to the above address ;; ;; ;; This program is still under development. Neither the author nor ;; INRIA accepts responsibility to anyone for the consequences of ;; using it or for whether it serves any particular purpose or works ;; at all. ;; ;; ;; This file implements a package to allow mode specific mouse motion ;; handling. ;; ;; There are a number of predefined motion handlers with their mode ;; associations in this file. To make them work for other modes, you ;; should use the following two custommization functions: ;; `set-mode-mouse-motion-handler' `add-mode-mouse-motion-handler' ;; ;; Redefining a new mouse mode handler might easily be done by using the ;; function `mouse-track-highlight-region'. ;; ;; Predefined motion handlers to display: ;; ;; - single characters `mouse-track-highlight-char' ;; - lines `mouse-track-highlight-visible-text-in-line' ;; - long lines `mouse-track-highlight-whole-line ;; (may be dangerous, because fills lines with white space ;; up to the end of the maximum visible column. ;; Should find a better solution.) ;; - syntax structures `mouse-track-highlight-thing' ;; ;; (require 'x-mouse) ;; maybe some autoloads would do ... (require 'thing) (provide 'mode-mouse-motion) (defvar mode-mouse-motion-default-handler 'x-track-pointer "The default mouse handler. It is used if the mouse is not over a buffer or if there is no mode specific mouse motion handler.") (defvar mode-mouse-motion-handler-alist nil "Alist to dispatch major mode specific mouse motion handlers. Format: \(\( ... \) ... \) Several motion handlers can be associated to each major mode. The will run in the specified order. A motion handler is a function that takes one argument: an event.") (setq mode-mouse-motion-handler-alist '((emacs-lisp-mode mouse-track-highlight-thing) (c-mode mouse-track-highlight-thing) (dired-mode mouse-track-highlight-visible-text-in-line) (vm-summary-mode mouse-track-highlight-whole-line) (gnus-Group-mode mouse-track-highlight-visible-text-in-line) (gnus-Subject-mode mouse-track-highlight-whole-line) (Buffer-menu-mode mouse-track-highlight-whole-line) (text-mode mouse-track-highlight-char))) ;; User level function to manipulate the alist (defmacro add-mode-mouse-motion-handler (mode handler &optional position) "Add a mode specific mouse motion handler. Usage: \(add-mode-mouse-motion-handle MODE HANDLER &optional POSITION) POSITION is one of {before, after} and defaults to `before. " (if position (or (memq position '(before after)) (error "POSITION argument must be one of {before, after")) (setq position 'before)) (` (mode-mouse-motion-add-handler '(, mode) '(, handler) '(, position)))) (defun mode-mouse-motion-add-handler (mode handler position) (let ((entry (assq mode mode-mouse-motion-handler-alist))) (if entry (progn (delq handler entry) (cond ((eq position 'before) (rplacd entry (cons handler (cdr entry)))) ((eq position 'after) (rplacd (last entry) (list handler))))) (setq mode-mouse-motion-handler-alist (cons (cons mode (list handler)) mode-mouse-motion-handler-alist))) (assq mode mode-mouse-motion-handler-alist))) (defmacro set-mode-mouse-motion-handler (mode handler &rest handlers) "Set the mode specific mouse motion handlers. Usage: \(set-mode-mouse-motion-handler MODE HANDLER1 HANDLER2 ...\)." (` (mode-mouse-motion-set-handlers '(, mode) '(, (cons handler handlers))))) (defun mode-mouse-motion-set-handlers (mode handlers) (let ((entry (assq mode mode-mouse-motion-handler-alist))) (if entry (rplacd entry handlers) (setq mode-mouse-motion-handler-alist (cons (cons mode handlers) mode-mouse-motion-handler-alist))) (assq mode mode-mouse-motion-handler-alist))) ;; The dispatch function that replaces the standard mouse motion handler (defun mode-mouse-motion-handler (event) "Mouse motion handler that implements mode specific mouse handling. It looks up in the `mode-mouse-motion-handler-alist' for an entry with the major-mode of the buffer where mouse is over. One argument: EVENT." (let ((window (event-window event)) screen buffer mode motion-handlers) (setq screen (if window (window-screen window) (selected-screen)) buffer (and window (window-buffer window)) mode (and buffer (save-excursion (set-buffer buffer) major-mode)) motion-handlers (or (and mode (cdr (assoc mode mode-mouse-motion-handler-alist))) (list mode-mouse-motion-default-handler))) ;; (message "Buffer: %s; Mode: %s; Handlers: %s" buffer mode motion-handlers) ;;(message "Handlers: %s" motion-handlers) (while motion-handlers (funcall (car motion-handlers) event) (setq motion-handlers (cdr motion-handlers))))) ;;; Mouse tracking with highlighting (make-variable-buffer-local 'mouse-track-highlight-extent) (setq-default mouse-track-highlight-extent nil) (defvar mouse-track-highlight-extent nil "Extent for highliting single characters during mouse motion. See the function `mouse-track-highlight-region'.") ;; should go into "x-mouse.el" (defvar x-top-left-arrow nil) (setq x-top-left-arrow "top_left_arrow") (defun mouse-track-highlight-char (event) "Track the mouse motion by highlighting the character mouse is on. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (mouse-track-highlight-region event (function (lambda (point) (cons point (1+ point)))))) (defun mouse-track-highlight-visible-text-in-line (event) "Track the mouse motion by highlighting the line mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (mouse-track-highlight-region event (function (lambda (point) (let (start) (save-excursion (goto-char point) (beginning-of-line) (skip-chars-forward " \t") (setq start (point)) (end-of-line) (skip-chars-backward " \t") (cons start (point)))))))) ;; (defun mouse-track-highlight-whole-line (event) (let ((buffer-modified-flag (buffer-modified-p)) (buffer-read-only nil) start mid end ww) (mouse-track-highlight-region event '(lambda (point) (save-excursion (goto-char point) (beginning-of-line) (setq start (point)) (end-of-line) ;; fill up with white space (if (>= (setq ww (1- (window-width (event-window event)))) (current-column)) (progn ;; (setq mid (point)) (indent-to-column ww))) (setq end (point))) (cons start end))) (set-buffer-modified-p buffer-modified-flag))) (defun mouse-track-highlight-thing (event) "Track the mouse motion by highlighting the syntactic structure mouse is in. This function can be used as value of the variable `mouse-motion-handler'. Takes One Argument: EVENT" (mouse-track-highlight-region event (function thing-boundaries))) (defun mouse-track-highlight-region (event compute-region) "Highlight a region of text for a given mouse motion EVENT. The function to compute the region is given as the second argument, COMPUTE-REGION. It takes one argument, a character position, and returns ( . ), the region to be highlighted." (let* ((window (event-window event)) (screen (if window (window-screen window) (selected-screen))) (buffer (and window (window-buffer window))) (point (event-point event)) region glyph) (if buffer (set-buffer buffer)) ;; (if window (select-window window)) (if (and point ;; compute the region to be highlighted (setq region (condition-case c (funcall compute-region point) (error (message "%s" (car (cdr c))) nil)))) (progn (if mouse-track-highlight-extent ;; update position if extent exists (set-extent-endpoints mouse-track-highlight-extent (car region) (cdr region)) ;; otherwise create a new one (setq mouse-track-highlight-extent (make-extent (car region) (cdr region))) (set-extent-attribute mouse-track-highlight-extent 'highlight)) ;; do the highliting (highlight-extent mouse-track-highlight-extent 't) ;; (message "") ) ;; unhighlight (highlight-extent mouse-track-highlight-extent 'nil)) (setq glyph (cond (point 'x-top-left-arrow) (window (cond (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))) (t (cond (x-mode-pointer-shape 'x-mode-pointer-shape) (x-nontext-pointer-shape 'x-nontext-pointer-shape) (x-pointer-shape 'x-pointer-shape))))) ;; (mouse-motion-tester event) (condition-case c (if (symbol-value glyph) (x-set-screen-pointer screen (symbol-value glyph) x-pointer-foreground-color x-pointer-background-color)) (error (x-track-pointer-damage-control c glyph))))) ;; Utilities: (defun last (x) "Returns the last link in the list LIST." (if (nlistp x) (error "Arg to `last' must be a list")) (let ((current-cons x) (next-cons (cdr x))) (while (not (null next-cons)) (setq current-cons (cdr current-cons) next-cons (cdr next-cons))) current-cons)) ;; install the mode specific mouse handler: (setq mouse-motion-handler 'mode-mouse-motion-handler) ------------------------------ thing.el ------------------------------ ;;; thing.el ;;; adapted from Joshua Guttman's Thing.el ;;; by Dan L. Pierson , 2/5/90 ;;; adapted from sun-fns.el by Joshua Guttman, MITRE. ;;; adapted to Lucid Emacs from epoch-thing.el ;;; by Guido Bosch (provide 'thing) (defun thing-boundaries (here) "Return start and end of text object at HERE using syntax table and thing-boundary-alist. Thing-boundary-alist is a list of pairs of the form (SYNTAX-CHAR FUNCTION) where FUNCTION takes a single position argument and returns a cons of places (start end) representing boundaries of the thing at that position. Typically: Left or right Paren syntax indicates an s-expression. The end of a line marks the line including a trailing newline. Word syntax indicates current word. Symbol syntax indicates symbol. If it doesn't recognize one of these it selects just the character HERE. If an error occurs during syntax scanning, the function just prints a message and returns `nil'." (interactive "d") (if (save-excursion (goto-char here) (eolp)) (thing-get-line here) (let* ((syntax (char-syntax (char-after here))) (pair (assq syntax thing-boundary-alist))) (if pair (funcall (car (cdr pair)) here) (cons here (1+ here)))))) (defvar thing-boundary-alist '((?w thing-word) (?_ thing-symbol) (?\( thing-sexp-start) (?\$ thing-sexp-start) (?' thing-sexp-start) (?\" thing-sexp-start) (?\) thing-sexp-end) (? thing-whitespace)) "*List of pairs of the form (SYNTAX-CHAR FUNCTION) used by the function `thing-boundaries'.") (defun thing-get-line (here) "Return whole of line HERE is in, with newline unless at eob." (let (start) (save-excursion (goto-char here) (beginning-of-line) (setq start (point)) (end-of-line) (cons start (point))))) (defun thing-word (here) "Return start and end of word at HERE." (save-excursion (goto-char here) (forward-word 1) (let ((end (point))) (forward-word -1) (cons (point) end)))) (defun thing-symbol (here) "Return start and end of symbol at HERE." (let ((end (scan-sexps here 1))) (cons (min here (scan-sexps end -1)) end ))) (defun thing-sexp-start (here) "Return start and end of sexp starting HERE." (cons here (scan-sexps here 1))) (defun thing-sexp-end (here) "Return start and end of sexp ending HERE." (cons (scan-sexps (1+ here) -1) (1+ here))) (defun thing-whitespace (here) "Returns always `nil'. This means that whitespaces are not considered to be \"things\"." nil) (defun kill-thing-at-point (here) "Kill text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (kill-region (car bounds) (cdr bounds)))) (defun copy-thing-at-point (here) "Copy text object using syntax table. See thing-boundaries for definition of text objects" (interactive "d") (let ((bounds (thing-boundaries here))) (copy-region-as-kill (car bounds) (cdr bounds)))) From help-lucid-emacs-request@lucid.com Thu Jul 2 10:32:44 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA15691; Thu, 2 Jul 92 10:32:44 PDT Received: by heavens-gate.lucid.com id AA23410g; Thu, 2 Jul 92 10:23:15 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA23406g; Thu, 2 Jul 92 10:23:00 PDT Received: by moebius.loria.fr id AA09014 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Thu, 2 Jul 92 19:30:28 +0200 Date: Thu, 2 Jul 92 19:30:28 +0200 From: Guido Bosch Message-Id: <9207021730.AA09014@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: Mouse Packages Reply-To: Guido BOSCH I've seen that there are *A LOT* of mouse- functions defined in lisp/prim/mouse.el, but only a few of them are actually used with mouse bindings when Lucid Emacs starts up. Are there already packages available that define other mouse interfaces? I would be interested in particular in any Zmacs style mouse interface (such as SKY-mouse for Epoch). Guido From help-lucid-emacs-request@lucid.com Thu Jul 2 13:15:25 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16316; Thu, 2 Jul 92 13:15:25 PDT Received: by heavens-gate.lucid.com id AA23848g; Thu, 2 Jul 92 13:05:41 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA23844g; Thu, 2 Jul 92 13:03:54 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA17169; Thu, 2 Jul 92 13:12:57 PDT Date: Thu, 2 Jul 92 13:12:57 PDT Message-Id: <9207022012.AA17169@thalidomide.lucid> X-Windows: Putting new limits on productivity. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: guttman@linus.mitre.org, help-lucid-emacs@lucid.com Subject: Re: Summary of differences from 18? In-Reply-To: guttman@linus.mitre.org's message of Thu 2-Jul-92 10:50:06 -0400 <9207021450.AA01582@circe.mitre.org> References: <9207021450.AA01582@circe.mitre.org> In message <9207021450.AA01582@circe.mitre.org> guttman@linus.mitre.org wrote: > > I just retrieved lemacs 19.2, and I'm looking for a summary somewhere giving > the differences from v18. Check the NEWS file (^Hn). It contains extensive lists of those functions whose behavior has changed or been extended from 18.57. > In particular, I need to understand how to define keybindings and mouse > clicks, and what the changes will be for elisp code. Describe-function define-key. The old syntax of define-key works as well. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jul 2 14:28:42 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16582; Thu, 2 Jul 92 14:28:42 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA24230g; Thu, 2 Jul 92 14:19:05 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA22428; Thu, 2 Jul 92 17:27:50 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA22410; Thu, 2 Jul 92 17:27:45 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA28152; Thu, 2 Jul 92 17:28:19 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!darwin.sura.net!ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!jimt From: jimt@NeoSoft.com (Jim Thompson) Subject: Re: Lucid Emacs newsgroups Organization: NeoSoft Communications Services -- (713) 684-5900 Date: Thu, 02 Jul 1992 16:32:05 GMT Message-Id: <1992Jul02.163205.20678@NeoSoft.com> References: <9207020136.AA16655@thalidomide.lucid> Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com In article <9207020136.AA16655@thalidomide.lucid> Jamie Zawinski writes: >Thanks to Kyle Jones, we now have a pair of newsgroups bidirectionally >gatewayed into the bug-lucid-emacs and help-lucid-emacs newsgroups. >They are alt.lucid-emacs.bug and alt.lucid-emacs.help. > >I expect that many of you will want to unsubscribe from the mailing lists, >and read the messages in newsgroup form instead. However, I would advise >you to wait a few weeks before unsubscribing, so that we know that the >gateway is functioning properly. They appear to be working, as we're receiving them here on Sugar. I need help with a problem. I built lemacs-19.2 on my box at work, a Sparc 2 running SunOS-4.1.1 and X-windows release 5 (patchlevel 8, I think), using gcc 2.0 and the Motif widget set. When I run the dumped xemacs, it just sits there, doing nothing. If I run temacs, it spits out a message saying that ASCII functionality isn't available, and that I should check my DISPLAY variable to see that it's set properly (it is). Now, I read about a similar bug in the help-lucid-emacs archive, which was caused by lemacs picking up emacs 18 lisp code rather than the emacs 19 lisp. I tried this solution, by explicitly setting the initial load-path in paths.h, and recompiling, but no joy. Is there another variant of this problem, one with similar symptoms, or am I just not setting up the load-path correctly? Can anyone suggest how I might be able to tell? >We wanted the newsgroups to be gnu.lucid-emacs.bug and gnu.lucid-emacs.help, >but the FSF folks are not willing to allow the creation of those groups. >In fact, it would appear that they are unwilling even to allow us to >announce the existence of our version of emacs on their newsgroups. Ah, but your lucid-emacs has the scent of commercial software heavy about it; it may be freely distributable, but it is tainted nevertheless. Can't have ideologically impure influences in the gnu newsgroups! -- _ _| ~-. James C. Thompson | "The place to be happy is here. \, _} Webster, Texas | The time to be happy is now." \( jimt@sugar.neosoft.com | -- Robert Green Ingersoll From help-lucid-emacs-request@lucid.com Thu Jul 2 14:38:43 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16629; Thu, 2 Jul 92 14:38:43 PDT Received: by heavens-gate.lucid.com id AA24277g; Thu, 2 Jul 92 14:28:47 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA24269g; Thu, 2 Jul 92 14:28:10 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA17577; Thu, 2 Jul 92 14:37:14 PDT Date: Thu, 2 Jul 92 14:37:14 PDT Message-Id: <9207022137.AA17577@thalidomide.lucid> X-Windows: The problem for your problem. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: jimt@NeoSoft.com (Jim Thompson) Cc: help-lucid-emacs@lucid.com Subject: Re: Lucid Emacs newsgroups Newsgroups: alt.lucid-emacs.help In-Reply-To: Jim Thompson's message of Thu 2-Jul-92 16:32:05 GMT <1992Jul02.163205.20678@NeoSoft.com> References: <1992Jul02.163205.20678@NeoSoft.com> <9207020136.AA16655@thalidomide.lucid> [Messages like this should probably go to bug- not to help-]. In message <1992Jul02.163205.20678@NeoSoft.com> Jim Thompson wrote: > > When I run the dumped xemacs, it just sits there, doing nothing. Possibly this is the bug where emacs gets stuck in a loop in next_window because it's trying to make an impossibly small window, because of bad resource settings. Try "xrdb If I run temacs, it spits out a message saying that ASCII functionality > isn't available, and that I should check my DISPLAY variable to see > that it's set properly (it is). A side effect of the fact that tty support doesn't exist yet is that you can't really run temacs except in batch mode. -- Jamie From help-lucid-emacs-request@lucid.com Thu Jul 2 14:45:04 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16651; Thu, 2 Jul 92 14:45:04 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA24342g; Thu, 2 Jul 92 14:35:06 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA22901; Thu, 2 Jul 92 17:44:04 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA22894; Thu, 2 Jul 92 17:44:03 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA28319; Thu, 2 Jul 92 17:44:46 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!hoptoad!amdcad!netcomsv!mork!maw From: maw@netcom.com (Martin Walker) Subject: Where is Lucid Emacs? Is it X only? Message-Id: <221lzpj.maw@netcom.com> Date: Thu, 02 Jul 92 16:43:30 GMT Organization: Netcom - Online Communication Services (408 241-9760 guest) Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com Hello all. Where can one ftp (anonymously) Lucid Emacs from, and, most importantly, can it run on text-only terminals as the original Emacs does? I don't have X, so if it is only X based, is it worth waiting for FSF's Emacs 19? Lastly, if this is the case (wait for Emacs 19), will it support region highlighting (as Lucid is rumoured to do)? Any help will be appreciated. Thank you in advance. Kean johnston, via maw@netcom.netcom.com From help-lucid-emacs-request@lucid.com Thu Jul 2 15:05:05 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA16721; Thu, 2 Jul 92 15:05:05 PDT Received: by heavens-gate.lucid.com id AA24427g; Thu, 2 Jul 92 14:53:35 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA24423g; Thu, 2 Jul 92 14:53:03 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA17612; Thu, 2 Jul 92 15:02:07 PDT Date: Thu, 2 Jul 92 15:02:07 PDT Message-Id: <9207022202.AA17612@thalidomide.lucid> X-Windows: Complex nonsolutions to simple nonproblems. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: maw@netcom.com (Martin Walker) Cc: help-lucid-emacs@lucid.com Subject: Re: Where is Lucid Emacs? Is it X only? Newsgroups: alt.lucid-emacs.help In-Reply-To: Martin Walker's message of Thu 2-Jul-92 16:43:30 GMT <221lzpj.maw@netcom.com> References: <221lzpj.maw@netcom.com> In message <221lzpj.maw@netcom.com> Martin Walker wrote: > > Hello all. > Where can one ftp (anonymously) Lucid Emacs from, and, most importantly, > can it run on text-only terminals as the original Emacs does? I don't > have X, so if it is only X based, is it worth waiting for FSF's Emacs 19? > Lastly, if this is the case (wait for Emacs 19), will it support region > highlighting (as Lucid is rumoured to do)? Lucid Emacs doesn't yet run on ttys, but that is planned. For the benefit of those of you just joining us, here is the readme file for Lucid Emacs 19.2. -- Jamie ------------------------------------------------------------------------------ Lucid GNU Emacs 19.2 is now available. This is a version of GNU Emacs derived from an early version of Emacs version 19 from the Free Software Foundation. You can get it via anonymous FTP from the host labrea.Stanford.EDU (36.8.0.47). It is currently available only by FTP. We don't have the manpower to make tapes right now. Log in with the user "anonymous" and "username@host" as a password (that is, your email address.) Execute the command "cd pub/gnu/lucid/". These are the files you will find there: lemacs-19.2.tar.Z The complete source distribution. This file is about 8 megabytes. When untarred and uncompressed, the source distribution will take up about 20 megs. You will need an additional 12 megs or so to compile it. lemacs-19.2-sun4.tar.Z This is a ready-to-run set of Sun4 executables, and a DOC file. If you want to use these executables, you will still need to get the file lemacs-19.2.tar.Z, because Emacs cannot function very well without the lisp library online. This file is about 2.3 megs, 4.7 megs when unpacked, 3.6 megs of which is the Emacs executable itself. Don't forget to set "binary" mode when transferring these files. Unpack them with some variation of the command "zcat lemacs-19.2.tar.Z | tar -vxf -". We have created two mailing lists for discussing our Emacs. bug-lucid-emacs@lucid.com For reporting all bugs in Lucid GNU Emacs, including bugs in the compilation and installation procedures. help-lucid-emacs@lucid.com For random questions and conversation about using Lucid GNU Emacs. To be added or removed from these mailing lists, send mail to bug-lucid-emacs-request@lucid.com or help-lucid-emacs-request@lucid.com. The bug-lucid-emacs and help-lucid-emacs mailing lists are archived on labrea, and are bidirectionally gatewayed into the newsgroups alt.lucid-emacs.bug and alt.lucid-emacs.help. Please do not send messages about problems with Lucid GNU Emacs to the FSF GNU Emacs newsgroups and mailing lists (help-gnu-emacs@prep.ai.mit.edu, bug-gnu-emacs@prep.ai.mit.edu, gnu.emacs.help, gnu.emacs.bug, et cetera) unless you are sure that the problem you are reporting is a problem with both versions of GNU Emacs. People who aren't subscribed to the Lucid GNU Emacs mailing lists most likely are not interested in hearing about problems with it. Why Another Version of Emacs? ============================= Lucid's latest product, Energize, is a C/C++ development environment. Rather than invent (and force our users to learn) a new user-interface, we chose to build part of our environment on top of the world's best editor, GNU Emacs. (Though our product is commercial, the work we did on GNU Emacs is free software, and is useful without having to purchase our product.) We needed a version of Emacs with mouse-sensitive regions, multiple fonts, the ability to mark sections of a buffer as read-only, the ability to detect which parts of a buffer has been modified, and many other features. Why Not Epoch? ============== For our purposes, the existing version of Epoch was not sufficient; it did not allow us to put arbitrary pixmaps/icons in buffers, `undo' did not restore changes to regions, regions did not overlap and merge their attributes in the way we needed, and several other things. We could have devoted our time to making Epoch do what we needed (and, in fact, we spent some time doing that) but, since the FSF planned to include Epoch-like features in their version 19, we decided that our efforts would be better spent improving Emacs19 instead of Epoch. Our original hope was that our changes to Emacs would be incorporated into the "official" v19. However, scheduling conflicts arose, and we found that, given the amount of work still remaining to be done, we didn't have time to merge with the FSF's code. Consequently, we are releasing our work as a forked branch of Emacs, instead of delaying any longer. No Warranty =========== Lucid GNU Emacs is distributed under exactly the same terms as GNU Emacs, and thus has no warranty of any kind. (However, Energize support contracts include Lucid GNU Emacs support.) We do not currently have plans to sell support for Emacs independent of support for Energize. What's Different? ================= Lucid GNU Emacs *currently* requires X Windows to run, though it will not be much work to make it run on dumb ttys again. We plan to do this soon. We have not yet tried to compile this version of Emacs under anything but SunOS 4.1 on SparcStations. We are very eager to get feedback about portability problems from those who compile it on other systems. We have reimplemented the basic input model in a more general way; instead of X input being a special-case of the normal ASCII input stream, Emacs has a concept of "input events", and ASCII characters are a subset of that. The events that Emacs knows about are not X events, but are a generalization of them, so that Emacs can eventually be ported to different window systems. We have reimplemented keymaps so that sequences of events can be stored into them instead of just ASCII codes; it is possible to, for example, bind different commands to each of the chords Control-h, Control-H, Backspace, Control-Backspace, and Super-Shift-Backspace. Key bindings, function key bindings, and mouse bindings live in the same keymaps. You can have multiple X Windows ("screens" in Emacs terminology). Our Emacs has objects called "extents" and "faces", which are roughly analogous to Epoch's "buttons," "zones," and "styles." An extent is a region of text (a start position and an end position) and a face is a collection of textual attributes like fonts and colors. Every extent is displayed in some "face", so changing the properties of a face immediately updates the display of all associated extents. Faces can be screen-local: you can have a region of text which displays with completely different attributes when its buffer is viewed from a different X window. The display attributes of faces may be specified either in lisp or through the X resource manager. Emacs use the MIT "Xt" toolkit instead of raw Xlib calls, which makes it be a more well-behaved X citizen (and also improves portability). A result of this is that it is possible to include other Xt "Widgets" in the Emacs window. Also, Emacs understands the standard Xt command-line arguments. Emacs understands the X11 "Selection" mechanism; it's possible to define and customize selection converter functions and new selection types from elisp, without having to recompile Emacs. Emacs now supports the Zmacs/Lispm style of region highlighting, where the region between the point and mark is highlighted when in its "active" state. Emacs has a menubar, whose contents are customizable from emacs-lisp. This menubar looks Motif-ish, but does not require Motif. If you already own Motif, however, you can configure Emacs to use a *real* Motif menubar instead. If you have OpenWindows, you can use a real OpenWindows menubar. The initial load-path is computed at run-time, instead of at compile-time. This means that if you move the Emacs executable and associated directories to somewhere else, you don't have to recompile anything. Emacs now supports floating-point numbers. Emacs now knows about timers directly, instead of them being simulated by a subprocess. Emacs understands truenames, and can be configured to notice when you are visiting two names of the same file. If you're running on a sun SparcStation, you can specify sound files for Emacs to play instead of the default X beep. Much more detail about the differences between Lucid GNU Emacs and Emacs 18 can be found in the file .../etc/NEWS (accessible with ``C-h n''.) Note that building Lucid GNU Emacs requires an ANSI C compiler, such as gcc. From help-lucid-emacs-request@lucid.com Thu Jul 2 21:45:41 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA17810; Thu, 2 Jul 92 21:45:41 PDT Received: by heavens-gate.lucid.com id AA25442g; Thu, 2 Jul 92 21:36:15 PDT Received: from inet-gw-2.pa.dec.com by heavens-gate.lucid.com id AA25437g; Thu, 2 Jul 92 21:33:52 PDT Received: by inet-gw-2.pa.dec.com; id AA09066; Thu, 2 Jul 92 21:42:26 -0700 Received: by kodak.pa.dec.com; id AA12945; Thu, 2 Jul 92 21:42:24 -0700 Received: by fortress.pa.dec.com; id AA01573; Thu, 2 Jul 92 21:42:25 -0700 Date: Thu, 2 Jul 92 21:42:25 -0700 From: babu@pa.dec.com Message-Id: <9207030442.AA01573@fortress.pa.dec.com> To: help-lucid-emacs@lucid.com Cc: babu@Pa.dec.com Subject: Problems running lucid emacs After several iterations, I finally built the executable xemacs. When I run, xemacs or xemacs -q, I get the message: emacs: Cannot open termcap database file. **************************************************************** Machine: DecStation OS: Ultrix V4.2A Compiler: c89 (Dec ANSI C Compiler) In config.h, I have: #include "s/s-bsd4-2.h" (Is this correct ?) #include "m/m-pmax.h" (Is this correct ?) #define INVISIBLE_TERMINAL_KLUDGE #define MAINTAIN_ENVIRONMENT Modifications to emacs.c to get xemacs to build. I can't find the function tzsetwall in any of the libraries. I commented out the following code in emacs.c: #if 0 /* BSD4_2 */ { /* fix for bug where emacs always thinks that it is in the timezone wherein it was dumped */ extern void tzsetwall(); tzsetwall(); } #endif **************************************************************** **************************************************************** Behavior: I ran xemacs under dbx. In emacs.c, I find that if INVISIBLE_TERMINAL_KLUDGE is not defined, xemacs will print an error message and quit. When INVISIBLE_TERMINAL_KLUDGE is defined, the code sets the TERM to "invisible". The function term_init gets called with parameter terminal_type set to "invisible". term_init() calls tgetent() with terminal_type "invisible" which returns a status of -1. Hence xemacs exits with the message "emacs: Cannot open termcap database file.". Question: I ran xemacs from a xterm and also from the Window Manager menu with the same result. When dbx is in function term_init(), I typed: (dbx) p getenv("TERM") 0x100dafa5 = "invisible" (dbx) p getenv("TERMCAP") 0x100cbb88 = "invisible:cm=:co#80:li#24:" So, why is tgetent() returning -1 ? I would appreciate any help that you can provide. Thanks. -Babu **************************************************************** FYI: The library -lcurses doesn't have functions like tgetent. The manual says that these functions are included for compatibility with application programs that used the old termcap database and suggests that these not be used in new curses application programs. I used -lcursesX and it works fine. You might mention this in the README file. When using gcc, I got several compilation errors. For several files, I get warnings like the one below when I compile with DEC Ansi C compiler, for example: c89 -common -g -I/usr/lib/DXM/lib -I/usr/lib/DXM/lib/Xt -Demacs -I./lwlib -c menubar.c m/m-mips.h:119: warning: The redefinition of the macro "DATA_START" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. /usr/include/signal.h:350: warning: The redefinition of the macro "sigmask" conflicts with a current definition because the spelling of one or more parameters is different. The redefinition is now in effect. Compilation terminated with warnings. When compiling alloc.c, I get: c89 -common -g -I/usr/lib/DXM/lib -I/usr/lib/DXM/lib/Xt -Demacs -I./lwlib -c alloc.c m/m-mips.h:119: warning: The redefinition of the macro "DATA_START" conflicts with a current definition because the replacement lists differ. The redefinition is now in effect. alloc.c:1163: warning: In this expression, integer overflow occurs in evaluating the expression "1<<(26+5)". **************************************************************** From help-lucid-emacs-request@lucid.com Sun Jul 5 09:58:11 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA25838; Sun, 5 Jul 92 09:58:11 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA29097g; Sun, 5 Jul 92 09:46:16 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA01696; Sun, 5 Jul 92 12:55:19 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA01690; Sun, 5 Jul 92 12:55:17 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA00403; Sun, 5 Jul 92 12:55:16 -0400 Path: uunet!charon.amdahl.com!pacbell.com!decwrl!decwrl!deccrl!bloom-beacon!eru.mt.luth.se!lunic!sunic2!ugle.unit.no!nuug!nntp.nta.no!nntp.nta.no!kjellm From: kjellm%gauda.unik.no@lucid.com (Kjell M. Myksvoll) Newsgroups: alt.lucid-emacs.help Subject: Displaying 8-bits characters. Message-Id: Date: 5 Jul 92 12:07:32 GMT Organization: Universitetsstudiene paa Kjeller (UNIK), University of Oslo, Norway Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com How does one make Lucid (v. 19.2) display 8-bits characters as a character and not as an oktal value? Kjell From help-lucid-emacs-request@lucid.com Sun Jul 5 16:10:04 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA26402; Sun, 5 Jul 92 16:10:04 PDT Received: by heavens-gate.lucid.com id AA29440g; Sun, 5 Jul 92 16:00:16 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA29430g; Sun, 5 Jul 92 16:00:01 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA22523; Sun, 5 Jul 92 16:09:12 PDT Date: Sun, 5 Jul 92 16:09:12 PDT Message-Id: <9207052309.AA22523@thalidomide.lucid> X-Windows: graphics hacking :: roman numerals : sqrt(pi) From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: kjellm%gauda.unik.no@lucid.com (Kjell M. Myksvoll) Cc: help-lucid-emacs@lucid.com Subject: Re: Displaying 8-bits characters. Newsgroups: alt.lucid-emacs.help In-Reply-To: Kjell M. Myksvoll's message of 5-Jul-92 12:07:32 GMT References: In message Kjell M. Myksvoll wrote: > > How does one make Lucid (v. 19.2) display 8-bits characters as a character > and not as an oktal value? (setq-default ctl-arrow 'any-value-other-than-t-or-nil) Also see the code in .../lisp/x11/x-compose.el. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jul 6 03:11:32 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA27633; Mon, 6 Jul 92 03:11:32 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA00237g; Mon, 6 Jul 92 03:01:32 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA09173; Mon, 6 Jul 92 06:10:36 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA09167; Mon, 6 Jul 92 06:10:35 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA10859; Mon, 6 Jul 92 06:10:42 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!destroyer!ubc-cs!fornax!bremner From: bremner%cs.sfu.ca@lucid.com (David Bremner) Subject: X libraries must be static? Message-Id: <1992Jul5.224627.9032@cs.sfu.ca> Summary: do I need libXaw.a et. al? Keywords: SunOS 4.1.1, X11R5 Reply-To: bremner%cs.sfu.ca@lucid.com (David Bremner) Organization: Simon Fraser University Date: Sun, 5 Jul 1992 22:46:27 GMT Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com This is probably a dumb question, but hey, thats what you get for creating a newsgroup: newbies :-) I am attempting to get lemacs up under SunOS 4.1.1 The local X11R5 installation just has the dynamic libraries libFoo.sa and libFoo.so. When I attempt to link, ld complains that it can't find libXaw, presumably becuase of the -Bstatic flag, and there being no libXaw.a. How does this business about "emacs must be staticly linked" work? Can I dynamically link in the X11 libraries? I guess I could get somebody to install the nonsharable libraries, but I'd just as soon the X11 libs where dynamic. Thanks, David -- bremner@cs.sfu.ca ubc-cs!fornax!bremner From help-lucid-emacs-request@lucid.com Mon Jul 6 03:42:51 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA27692; Mon, 6 Jul 92 03:42:51 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA00280g; Mon, 6 Jul 92 03:33:47 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA09975; Mon, 6 Jul 92 06:42:51 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA09969; Mon, 6 Jul 92 06:42:49 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA11166; Mon, 6 Jul 92 06:42:57 -0400 Path: uunet!hoptoad!zoo From: zoo@cygnus.com (david d 'zoo' zuhn) Newsgroups: alt.lucid-emacs.help Subject: Re: X libraries must be static? Message-Id: <31979@hoptoad.uucp> Date: 6 Jul 92 10:35:14 GMT References: <1992Jul5.224627.9032@cs.sfu.ca> Organization: Cygnus Support -- +1 415 322 3816 In-Reply-To: bremner@cs.sfu.ca's message of Sun, 5 Jul 1992 22:46:27 GMT X-Md4-Signature: 54878e3ad8ae4a18cce93b2dd8a1c27b Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I am attempting to get lemacs up under SunOS 4.1.1 Why not use the provided executable? That's the easiest way to get it running on a Sun. The local X11R5 installation just has the dynamic libraries libFoo.sa and libFoo.so. When I attempt to link, ld complains that it can't find libXaw, presumably becuase of the -Bstatic flag, and there being no libXaw.a. How does this business about "emacs must be staticly linked" work? Can I dynamically link in the X11 libraries? I guess I could get somebody to install the nonsharable libraries, but I'd just as soon the X11 libs where dynamic. Nope. Sorry, but emacs does need to be statically linked. There is work going on in Emacs development so that this won't be the case in the future, but for the time being, you need to have the lib*.a files around to build Emacs. You may need to modify your site.cf file for X11R5 in order to build static libraries in addition to the dynamic ones. david d 'zoo' zuhn | cygnus support | "Man made it, man can fix it." zoo@cygnus.com | -- anonymous biker in South Dakota From help-lucid-emacs-request@lucid.com Mon Jul 6 08:32:09 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29281; Mon, 6 Jul 92 08:32:09 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA00638g; Mon, 6 Jul 92 08:22:22 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA24570; Mon, 6 Jul 92 11:31:27 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA24564; Mon, 6 Jul 92 11:31:25 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA13210; Mon, 6 Jul 92 11:31:35 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!walter!porthos!sapphire!gwf From: gwf@sapphire.bellcore.com (George W. Fleming) Subject: Compiling problem. Organization: Bellcore, Livingston, NJ Distribution: na Date: 6 Jul 92 14:50:35 GMT Message-Id: Summary: problem compiling lucid Keywords: help compile Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I have been trying to build lemacs-19.2. I got as far as linking temacs. When I try to do that, I kept getting undefined symbol: ___main. Further investigation reveals that the ___main symbol comes from emacs.c. I am using gcc-2.2.2 and I am trying to build lemacs on a Sparcstation. Any idea? -- ------------------------- George W. Fleming gwf@sapphire.bellcore.com ------------------------- From help-lucid-emacs-request@lucid.com Mon Jul 6 10:36:54 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA29871; Mon, 6 Jul 92 10:36:54 PDT Received: by heavens-gate.lucid.com id AA01042g; Mon, 6 Jul 92 10:25:19 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA01029g; Mon, 6 Jul 92 10:22:12 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA23123; Mon, 6 Jul 92 10:31:22 PDT Date: Mon, 6 Jul 92 10:31:22 PDT Message-Id: <9207061731.AA23123@thalidomide.lucid> X-Windows: There's got to be a better way. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: gwf@sapphire.bellcore.com (George W. Fleming) Cc: help-lucid-emacs@lucid.com Subject: Re: Compiling problem. Newsgroups: alt.lucid-emacs.help In-Reply-To: George W. Fleming's message of 6-Jul-92 14:50:35 GMT References: With gcc2, this symptom means that you ended up using "ld" to link instead of "gcc", probably because "cc" was used to preprocess ymakefile instead of "gcc". With gcc1, this means you have to set LIB_GCC in config.h (this solution works with gcc2 as well.) -- Jamie From help-lucid-emacs-request@lucid.com Mon Jul 6 11:23:25 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00148; Mon, 6 Jul 92 11:23:25 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA01226g; Mon, 6 Jul 92 11:12:11 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA07840; Mon, 6 Jul 92 13:59:21 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA07834; Mon, 6 Jul 92 13:59:18 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA14279; Mon, 6 Jul 92 13:59:29 -0400 Path: uunet!cis.ohio-state.edu!rutgers!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!xn!haydens From: haydens@bullwinkle.juliet.ll.mit.edu (Hayden Schultz x3685 g42) Newsgroups: alt.lucid-emacs.help Subject: How do you bind function keys with modifiers? Message-Id: Date: 6 Jul 92 16:57:19 GMT Reply-To: haydens@juliet.ll.mit.edu Distribution: alt.lucid-emacs.help Organization: M.I.T. Lincoln Lab - Group 42 Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com How do you bind function keys with modifiers like shift, control, meta? Example (this doesn't work): (global-set-key "\M-left" 'backward-word) Thanks, Hayden Schultz haydens@juliet.ll.mit.edu haydens@atc.ll.mit.edu MIT Lincoln Lab (617) 981-3685 From help-lucid-emacs-request@lucid.com Mon Jul 6 11:25:55 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00158; Mon, 6 Jul 92 11:25:55 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA01240g; Mon, 6 Jul 92 11:16:26 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA03392; Mon, 6 Jul 92 13:04:43 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA03386; Mon, 6 Jul 92 13:04:42 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA13869; Mon, 6 Jul 92 13:04:52 -0400 Path: uunet!cis.ohio-state.edu!ucbvax!bloom-beacon!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!xn!haydens From: haydens@bullwinkle.juliet.ll.mit.edu (Hayden Schultz x3685 g42) Newsgroups: alt.lucid-emacs.help Subject: problems compiling for SGI Message-Id: Date: 6 Jul 92 19:50:06 GMT Reply-To: haydens@juliet.ll.mit.edu Distribution: alt.lucid-emacs.help Organization: M.I.T. Lincoln Lab - Group 42 Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I'm runnin on a 4D/440 under Irix 4.0.1. In my config.h I used s-iris3-6.h and m-iris4d. I'm attempting to compile lemacs-19.2. Because m-iris4d.h defines NEED_SIOCTL, files like src/sysdep.c try to include sys/sioctl.h. Unfortunately there is no such file. For that matter the compile line has -I/usr/include/bsd which isn't there either. Could -D_BSD_COMPAT be what was intended instead of -I/usr/include/bsd? Any clues? Thanks, Hayden Schultz haydens@juliet.ll.mit.edu haydens@atc.ll.mit.edu MIT Lincoln Lab (617) 981-3685 From help-lucid-emacs-request@lucid.com Mon Jul 6 12:58:35 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA00548; Mon, 6 Jul 92 12:58:35 PDT Received: by heavens-gate.lucid.com id AA01582g; Mon, 6 Jul 92 12:45:13 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA01570g; Mon, 6 Jul 92 12:43:19 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA23359; Mon, 6 Jul 92 12:52:27 PDT Date: Mon, 6 Jul 92 12:52:27 PDT Message-Id: <9207061952.AA23359@thalidomide.lucid> X-Windows: The defacto substandard. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: haydens@juliet.ll.mit.edu Cc: help-lucid-emacs@lucid.com Subject: Re: How do you bind function keys with modifiers? Newsgroups: alt.lucid-emacs.help In-Reply-To: Hayden Schultz x3685 g's message of 6-Jul-92 16:57:19 GMT References: In message Hayden Schultz x3685 g wrote: > > How do you bind function keys with modifiers like shift, control, > meta? (global-set-key '(meta left) 'backward-word) > Example (this doesn't work): > > (global-set-key "\M-left" 'backward-word) Strings are arrays of 8-bit integers. Since M-left has no corresponding ASCII code, you can't represent it in a string. So for non-ASCII sequences, you need to use the non-string syntax of define-key. -- Jamie From help-lucid-emacs-request@lucid.com Mon Jul 6 17:52:33 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA01331; Mon, 6 Jul 92 17:52:33 PDT Received: by heavens-gate.lucid.com id AA02602g; Mon, 6 Jul 92 17:41:18 PDT Received: from fernwood.mpk.ca.us by heavens-gate.lucid.com id AA02590g; Mon, 6 Jul 92 17:40:42 PDT Received: by fernwood.mpk.ca.us; id AA08849; Mon, 6 Jul 92 16:45:47 -0700 Received: from alba.YP.acad by autodesk.com (4.1/MADMAX-RED-CUCCIA) id AA13913; Mon, 6 Jul 92 16:34:32 PDT Received: by alba.YP.acad (4.1/SMI-4.1) id AA05747; Mon, 6 Jul 92 16:34:32 PDT Date: Mon, 6 Jul 92 16:34:32 PDT From: larsn@autodesk.com (Lars Nyman) Message-Id: <9207062334.AA05747@alba.YP.acad> To: help-lucid-emacs@lucid.com Subject: remove from mailing list Can you please remove me from the mailing list. Thanks. From help-lucid-emacs-request@lucid.com Mon Jul 6 17:58:54 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA01340; Mon, 6 Jul 92 17:58:54 PDT Received: by heavens-gate.lucid.com id AA02634g; Mon, 6 Jul 92 17:49:38 PDT Received: from inet-gw-2.pa.dec.com by heavens-gate.lucid.com id AA02627g; Mon, 6 Jul 92 17:47:45 PDT Received: by inet-gw-2.pa.dec.com; id AA23992; Mon, 6 Jul 92 15:23:32 -0700 Received: by kodak.pa.dec.com; id AA16354; Mon, 6 Jul 92 15:23:27 -0700 Received: by fortress.pa.dec.com; id AA03887; Mon, 6 Jul 92 15:23:27 -0700 Date: Mon, 6 Jul 92 15:23:27 -0700 From: babu@pa.dec.com Message-Id: <9207062223.AA03887@fortress.pa.dec.com> To: help-lucid-emacs@lucid.com Subject: TAGS Lucid Emacs builds and works fine. I haven't explored the nifty features yet. Nice job guys! I am having a problem with tags. The find-tag command works only if the function name is typed in its entirety with proper case. Is there a variable to turn off this exact match ? The power of tags comes from typing in a portion of the function name and having emacs visit the file[s] containing the function[s] and I am surprised that this is not the default behavior. For now, I am loading in the tags.el from gnu-emacs. However, I would like to use the enhanced features of tags on lucid emacs. Thanks, -Babu From help-lucid-emacs-request@lucid.com Tue Jul 7 10:46:07 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04719; Tue, 7 Jul 92 10:46:07 PDT Received: by heavens-gate.lucid.com id AA04531g; Tue, 7 Jul 92 10:35:50 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA04527g; Tue, 7 Jul 92 10:35:32 PDT Received: by moebius.loria.fr id AA16163 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Tue, 7 Jul 92 19:43:20 +0200 Date: Tue, 7 Jul 92 19:43:20 +0200 From: Guido Bosch Message-Id: <9207071743.AA16163@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: attatching lisp objects to extents Reply-To: Guido BOSCH Is there a way to store an arbitrary lisp object in an extent? (some sort of "user attribute") What I want to do is to build a kind of object browser (for ILISP) that allows to highlight regions of text representing links to other lisp objects. When clicking on such am extent, I need to get the link description stored in that extend. Is this actually possible (if not so, I suggest to make it available, because any hypertext package would largely profit of that) Guido From help-lucid-emacs-request@lucid.com Tue Jul 7 11:52:16 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA04984; Tue, 7 Jul 92 11:52:16 PDT Received: by heavens-gate.lucid.com id AA04739g; Tue, 7 Jul 92 11:41:39 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA04733g; Tue, 7 Jul 92 11:40:46 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA24674; Tue, 7 Jul 92 11:50:10 PDT Date: Tue, 7 Jul 92 11:50:10 PDT Message-Id: <9207071850.AA24674@thalidomide.lucid> X-Windows: The defacto substandard. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: Guido BOSCH Cc: help-lucid-emacs@lucid.com Subject: Re: attatching lisp objects to extents In-Reply-To: Guido Bosch's message of Tue 7-Jul-92 19:43:20 +0200 <9207071743.AA16163@moebius.loria.fr> References: <9207071743.AA16163@moebius.loria.fr> In message <9207071743.AA16163@moebius.loria.fr> Guido Bosch wrote: > > Is there a way to store an arbitrary lisp object in an extent? > (some sort of "user attribute") This sort of thing isn't doable from lisp in 19.2, but will be in 19.3. -- Jamie From help-lucid-emacs-request@lucid.com Tue Jul 7 13:03:12 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05329; Tue, 7 Jul 92 13:03:12 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA04954g; Tue, 7 Jul 92 12:52:25 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA09215; Tue, 7 Jul 92 16:01:23 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA09209; Tue, 7 Jul 92 16:01:21 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA01044; Tue, 7 Jul 92 16:01:42 -0400 Path: uunet!tymix!gabriela!steve From: steve@gabriela.tymnet.com (Steve Sandke) Newsgroups: alt.lucid-emacs.help Subject: How do I bind Sun function keys? Message-Id: <1983@tymix.Tymnet.COM> Date: 7 Jul 92 19:56:01 GMT Distribution: usa Organization: BT North America, San Jose, CA Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com In "normal" emacs (18.57), I bound actions to sun function keys like so: (global-unset-key "\M-[") (global-set-key "\M-[211z" 'shrink-window-horizontally) (global-set-key "\M-[212z" 'enlarge-window-horizontally) (global-set-key "\M-[213z" 'beginning-of-buffer) (global-set-key "\M-[213z" 'beginning-of-buffer) (global-set-key "\M-[214z" 'beginning-of-buffer) (global-set-key "\M-[215z" 'previous-line) (global-set-key "\M-[216z" 'scroll-down) (global-set-key "\M-[217z" 'backward-char) (global-set-key "\M-[218z" nil) (global-set-key "\M-[219z" 'forward-char) (global-set-key "\M-[220z" 'end-of-buffer) (global-set-key "\M-[221z" 'next-line) (global-set-key "\M-[222z" 'scroll-up) However, lemacs doesn't recognize these bindings. For example, when I hit 3 on the keypad (R15), it complains "f35 not defined". How do I bind things correctly? -- ------------------- Steve Sandke steve@orchid.tymnet.com From help-lucid-emacs-request@lucid.com Tue Jul 7 13:08:26 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05375; Tue, 7 Jul 92 13:08:26 PDT Received: by heavens-gate.lucid.com id AA04976g; Tue, 7 Jul 92 12:58:59 PDT Received: from thalidomide.lucid ([192.31.212.116]) by heavens-gate.lucid.com id AA04970g; Tue, 7 Jul 92 12:58:43 PDT Received: by thalidomide.lucid (4.1/SMI-4.1) id AA25206; Tue, 7 Jul 92 13:08:05 PDT Date: Tue, 7 Jul 92 13:08:05 PDT Message-Id: <9207072008.AA25206@thalidomide.lucid> X-Windows: There's got to be a better way. From: Jamie Zawinski Sender: jwz%thalidomide@lucid.com To: steve@gabriela.tymnet.com (Steve Sandke) Cc: help-lucid-emacs@lucid.com Subject: Re: How do I bind Sun function keys? Newsgroups: alt.lucid-emacs.help In-Reply-To: Steve Sandke's message of 7-Jul-92 19:56:01 GMT <1983@tymix.Tymnet.COM> References: <1983@tymix.Tymnet.COM> (global-set-key 'f35 'foobar) See the doc for define-key. From help-lucid-emacs-request@lucid.com Tue Jul 7 16:09:53 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA05825; Tue, 7 Jul 92 16:09:53 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA05799g; Tue, 7 Jul 92 16:00:51 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA25368; Tue, 7 Jul 92 19:10:00 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA25362; Tue, 7 Jul 92 19:09:58 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA02603; Tue, 7 Jul 92 19:10:22 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!infonode!ingr!remtech!remtech!jim From: jim@remtech.com (Jim Levie) Subject: Missing etc/emacs.1 in V19.2 Message-Id: Summary: The file etc/emacs.1 isn't in my copy of v19.2 Organization: Remtech Inc. Distribution: na Date: Tue, 7 Jul 1992 16:51:27 GMT Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I don't have a copy of emacs.1 in my copy of 19.2 (obtained from uunet). Could someone point me to a place I could fetch the file from? -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ Jim Levie email: jim@chimera.remtech.com REMTECH Inc Huntsville, Al (or) ...uunet!remtech!chimera!jim The opinions expressed above are just that Ph. (205) 536-8581 From help-lucid-emacs-request@lucid.com Wed Jul 8 00:32:01 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA07178; Wed, 8 Jul 92 00:32:01 PDT Received: by heavens-gate.lucid.com id AA06765g; Wed, 8 Jul 92 00:22:47 PDT Received: from Sunburn.Stanford.EDU by heavens-gate.lucid.com id AA06761g; Wed, 8 Jul 92 00:22:32 PDT Received: by Sunburn.Stanford.EDU (5.61+IDA/25-eef) id AA29917; Wed, 8 Jul 92 00:31:05 -0700 Date: Wed, 8 Jul 92 00:31:05 -0700 From: Martin Frost Message-Id: <9207080731.AA29917@Sunburn.Stanford.EDU> To: help-lucid-emacs@lucid.com Subject: lemacs on DEC 5000/200 Reply-To: me@CS.Stanford.EDU Has anyone successfully gotten lemacs to work under Ultrix? I have a DEC 5000/200 that we would like to run it on, but from what I've seen in the discussions, it didn't look like anyone had succeeded at this. From help-lucid-emacs-request@lucid.com Wed Jul 8 02:20:19 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08043; Wed, 8 Jul 92 02:20:19 PDT Received: by heavens-gate.lucid.com id AA06953g; Wed, 8 Jul 92 02:11:19 PDT Received: from sun4nl.nluug.nl by heavens-gate.lucid.com id AA06949g; Wed, 8 Jul 92 02:11:01 PDT Received: from mh.nl by sun4nl.nluug.nl via EUnet id AA06683 (5.65b/CWI-3.3); Wed, 8 Jul 1992 11:18:03 +0200 Received: by mhres.mh.nl (/\=-/\ Smail3.1.18.1 #18.10) id ; Wed, 8 Jul 92 10:45 METDST Received: by largo.mh.nl (/\==/\ Smail3.1.22.1 #22.2) id ; Wed, 8 Jul 92 10:44 MET DST Message-Id: Date: Wed, 8 Jul 92 10:44 MET DST From: jv%mh.nl@lucid.com (Johan Vromans) X-From: Multihouse, Gouda, The Netherlands To: me@CS.Stanford.ED, help-lucid-emacs@lucid.com (Lucid Emacs Mailing List) In-Reply-To: Martin Frost's message of Wed, 8 Jul 92 00:31:05 -0700 Subject: Re: lemacs on DEC 5000/200 X-Mailer: GNU Emacs 18.58.5 with VM 4.42 > Has anyone successfully gotten lemacs to work under Ultrix? I have a DEC > 5000/200 that we would like to run it on, but from what I've seen in the > discussions, it didn't look like anyone had succeeded at this. Sure, no problem at all. I have used GCC 2.2.2 with the MIT version of X11R4. This is installed in /usr/local/lib/X11R4. With Ultrix 4.2 and above you can use the DEC version of X11 (but use -I/usr/include/mit !). This is our config.h. /* GNU Emacs site configuration template file. Copyright (C) 1986, 1988, 1992 Free Software Foundation, Inc. This file is part of GNU Emacs. GNU Emacs is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 1, or (at your option) any later version. GNU Emacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU Emacs; see the file COPYING. If not, write to the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. */ /* Allow Emacses larger than 16 megabytes. */ #ifndef VALBITS #define VALBITS 26 #define GCTYPEBITS 5 #endif /* Include here a s- file that describes the system type you are using. See the file ../etc/MACHINES for a list of systems and the names of the s- files to use for them. See s-template.h for documentation on writing s- files. */ #include "s/s-bsd4-3.h" /* Include here a m- file that describes the machine and system you use. See the file ../etc/MACHINES for a list of machines and the names of the m- files to use for them. See m-template.h for info on what m- files should define. */ #include "m/m-pmax.h" #undef TERMINFO /* Load in the conversion definitions if this system needs them and the source file being compiled has not said to inhibit this. There should be no need for you to alter these lines. */ #ifdef SHORTNAMES #ifndef NO_SHORTNAMES #include "../shortnames/remap.h" #endif /* not NO_SHORTNAMES */ #endif /* SHORTNAMES */ /* Define HAVE_X_WINDOWS if you want to use the X window system. */ #define HAVE_X_WINDOWS #ifdef HAVE_X_WINDOWS #ifndef MULTI_SCREEN #define MULTI_SCREEN #endif #endif /* Define `subprocesses' if you want to have code for asynchronous subprocesses (as used in M-x compile and M-x shell). These do not work for some USG systems yet; for the ones where they work, the s-*.h file defines this flag. */ #ifndef VMS #ifndef USG #define subprocesses #endif #endif /* Define USER_FULL_NAME to return a string that is the user's full name. It can assume that the variable `pw' points to the password file entry for this user. At some sites, the pw_gecos field contains the user's full name. If neither this nor any other field contains the right thing, use pw_name, giving the user's login name, since that is better than nothing. */ #define USER_FULL_NAME pw->pw_gecos /* Define AMPERSAND_FULL_NAME if you use the convention that & in the full name stands for the login id. */ /* #define AMPERSAND_FULL_NAME */ /* Define HIGHPRI as a negative number if you want Emacs to run at a higher than normal priority. For this to take effect, you must install it as setuid root. */ /* #define HIGHPRI */ /* support `getenv' and `setenv' in Emacs (unix only) */ #define MAINTAIN_ENVIRONMENT /* Define LISP_FLOAT_TYPE if you want emacs to support floating-point numbers. */ #define LISP_FLOAT_TYPE /* Define GNU_MALLOC if you want to use the *new* GNU memory allocator. If you have trouble with _malloc being multiply-defined, or if you're on a NeXT (or possibly MACH in general) comment out the next four lines. */ /* #ifdef SYSTEM_MALLOC #undef SYSTEM_MALLOC #endif #define GNU_MALLOC */ #define HAVE_ALLOCA #ifdef __GNUC__ # define alloca __builtin_alloca #endif /* define NEED_STRDUP if your system doesn't have the strdup() function. */ #define NEED_STRDUP /* Define REL_ALLOC if you want to use the relocating allocator for buffer space. (There are too many problems with this right now.) */ /* #define REL_ALLOC */ /* Non-Lucid sites can't compile with Energize support yet */ /* #define ENERGIZE */ /* You should define LWLIB_HAS_EXTENSIONS if and only if the lwlib Imakefile had INCLUDE_EXTENSIONS defined. This makes it possible to link arbitrary other widgets into the Emacs frame; Energize requires this. The only reason you would not want this defined is if you couldn't get lwlib to compile this way because you don't have read-access to the X source tree. See also LWLIB_USES_MOTIF and LWLIB_USES_OLIT, below. */ #ifdef ENERGIZE #define LWLIB_HAS_EXTENSIONS #endif /* Until we figure out a better way, this is so you can run an X-based Emacs from a menu entry or from a shell buffer. */ #define INVISIBLE_TERMINAL_KLUDGE /* Sound support. If you are on a SparcStation and have the "sound" option installed (usually in /usr/demo/SOUND/) then define this to make it possible to use arbitrary sound files as beeps. */ #ifdef sparc #define USE_SPARC_SOUND #endif /* Compile in support for running emacs directly from temacs (useful for debugging emacs) */ #define RUNNABLE_TEMACS /* Define this if your system does not include the realpath() system call. */ #define NEED_REALPATH #ifdef THIS_IS_YMAKEFILE /* Define USE_GCC to compile with GCC. Define USE_LCC to compile with Lucid C. Otherwise, "cc" will be used. You -must- use an ANSI C compiler. */ #define USE_GCC /* #define USE_LCC */ #define C_DEBUG_SWITCH -O /* If you have defined USE_MOTIF in the lwlib Imakefile, then you must define LWLIB_USES_MOTIF here. Similarly, if you have defined USE_OLIT in the lwlib Imakefile, you must define LWLIB_USES_OLIT here. This is because emacs must be linked with the Motif or OpenLook libraries if lwlib has been configured to use them. (Note: you cannot define both.) */ /* #define LWLIB_USES_MOTIF */ /* #define LWLIB_USES_OLIT */ /* Define LD_SWITCH_SITE to contain any special flags your loader may need. For instance, if you've defined HAVE_X_WINDOWS above and your X libraries aren't in a place that your loader can find on its own, you might want to add "-L/..." or something similar. */ /* #define LD_SWITCH_SITE -L/x11r4/usr.`arch`/lib */ #define LD_SWITCH_SITE -L/usr/local/lib/X11R4 /* Define C_SWITCH_SITE to contain any special flags your compiler may need. For instance, if you've defined HAVE_X_WINDOWS above and your X include files aren't in a place that your compiler can find on its own, you might want to add "-I/..." or something similar. */ /* #define C_SWITCH_SITE -I/cadillacgnu/gcc-include -I/x11r4/usr/include */ #define C_SWITCH_SITE -I/usr/local/lib/X11R4 #ifdef USE_GCC /* Depending on how GCC is installed, you may need to add the gcc library here. This could also go in LD_SWITCH_SITE. If you get errors about __fixunsdfsi or__main being undefined, you probably need to do this. */ /* #define LIB_GCC /cadillacgnu/lib/sun4/gcc-gnulib */ #define LIB_GCC /usr/local/lib/gcc-lib/pmax/2.2.2/libgcc.a -ldnet #endif /* USE_GCC */ /* Supply missing routines */ /* If you are using SunOS 4.1.1 and X11r5, then you need this patch. There is a stupid bug in the SunOS libc.a: two functions which X11r5 uses, mbstowcs() and wcstombs(), are unusable when programs are statically linked (as Emacs must be) because the static version of libc.a contains the *dynamic* versions of these functions. These functions don't seem to be called when Emacs is running, so it's enough to define stubs for them. This appears to be fixed in SunOS 4.1.2. */ #ifdef sparc #define OBJECTS_SYSTEM sunOS-fix.o #endif #endif /* THIS_IS_YMAKEFILE */ From help-lucid-emacs-request@lucid.com Wed Jul 8 04:19:40 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08230; Wed, 8 Jul 92 04:19:40 PDT Received: by heavens-gate.lucid.com id AA07096g; Wed, 8 Jul 92 04:10:25 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA07092g; Wed, 8 Jul 92 04:10:08 PDT Via: uk.ac.city.cs; Wed, 8 Jul 1992 12:18:36 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Wed, 8 Jul 1992 12:21:26 +0100 (BST) Message-Id: Date: Wed, 8 Jul 1992 12:21:26 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: EVI Mode. A number of our users use the EVI mode as a VI emulation within lemacs. Although this is a reasonable emulation it seems to be a real *major* mode. Hence evi precludes proper use of any other emacs mode (TeX, C etc). I belive that other emulators for vi, such as vip, donot preclude the use of other major modes. Has anyone got one of these working or has a good suggestion as to how one makes use of major modes under evi etc. Thanks in Advance. Andy. Andy Whitcroft E-mail: andy@cs.city.ac.uk (MIME & ATK) Systems Architecture Research Centre, Tel: +44 71 477 8000 x8551 City University, London, UK. Fax: +44 71 477 8587 From help-lucid-emacs-request@lucid.com Wed Jul 8 05:55:49 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08481; Wed, 8 Jul 92 05:55:49 PDT Received: by heavens-gate.lucid.com id AA07228g; Wed, 8 Jul 92 05:46:05 PDT Received: from dmi.ens.fr by heavens-gate.lucid.com id AA07224g; Wed, 8 Jul 92 05:45:41 PDT Received: from ella.ens.fr (ella-gw.ens.fr) by dmi.ens.fr (5.65c8/ULM-1.0) Date: Wed, 8 Jul 92 14:43:56 +0200 From: polcher%lmd.ens.fr@lucid.com (POLCHER Jan) Message-Id: <9207081243.AA25011@ella.ens.fr> To: help-lucid-emacs@lucid.com Subject: adding me to you mailing list Could you please add me to your mailing lists add subscribe Jan Polcher Laboratoire de meteorologie Dynamique 24 rue Lhomond 75231 Paris cedex 05 FRANCE From help-lucid-emacs-request@lucid.com Wed Jul 8 06:51:12 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08638; Wed, 8 Jul 92 06:51:12 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA07344g; Wed, 8 Jul 92 06:42:14 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA28740; Wed, 8 Jul 92 07:51:13 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA28734; Wed, 8 Jul 92 07:51:11 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA09075; Wed, 8 Jul 92 07:51:41 -0400 Path: uunet!dtix!darwin.sura.net!Sirius.dfn.de!chx400!sicsun!slhp1.epfl.ch!lecom From: lecom%slhp1.epfl.ch@lucid.com (Claude Lecommandeur) Newsgroups: alt.lucid-emacs.help Subject: lucid-emacs on HP Message-Id: <3315@sicsun.epfl.ch> Date: 8 Jul 92 10:35:54 GMT Organization: Ecole Polytechnique Federale de Lausanne Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com Does anybody had the guts to port lucid-emacs on hpux. I tried to do it but gave up. -- Claude Lecommandeur Service Informatique Central Ecole Polytechnique Federale de Lausanne 1015 LAUSANNE (SWITZERLAND) E-Mail : lecom@sic.epfl.ch Tel : (41 21) 693-22-97 From help-lucid-emacs-request@lucid.com Wed Jul 8 06:54:35 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA08655; Wed, 8 Jul 92 06:54:35 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA07349g; Wed, 8 Jul 92 06:44:57 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA04772; Wed, 8 Jul 92 09:54:04 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA04766; Wed, 8 Jul 92 09:54:03 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA11035; Wed, 8 Jul 92 09:54:33 -0400 Path: uunet!think.com!spool.mu.edu!umn.edu!noc.msc.net!uc.msc.edu!shamash!bjdunlop From: bjdunlop@shamash.cdc.com (Bruce Dunlop) Newsgroups: alt.lucid-emacs.help Subject: Binding keys Message-Id: <44749@shamash.cdc.com> Date: 8 Jul 92 13:29:39 GMT Distribution: usa Organization: Control Data, Arden Hills, MN Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I have a Sun Sparc 2, and am having some trouble binding some function keys. 1. I successfully bound f1-f10, but then sh-f1 to sh-f10 got bound to the same function. (probably true of other function keys too) 2. I can't bind anything to M-f1 to M-f10 (meta), or C-f1 to C-f10 (ctrl), or Sym-f1 to Sym-f10 (alt). (probably true of other function keys too) 3. I would like to have a function key defined to repeat my last search command. How do I do this? 4. The Help key doesn't seem to do anything, so I can't bind anything to it. But sh-help does the help-for-help command (I didn't bind this, though). Is there a way to bind to unshifted help key? My .emacs commands for binding keys look like this example: (global-set-key 'M-f1 'list-buffers) If replying by email, I prefer the addr below. Jim Dahlberg jad@verdin.gsd.cdc.com From help-lucid-emacs-request@lucid.com Wed Jul 8 13:27:03 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA09886; Wed, 8 Jul 92 13:27:03 PDT Received: by heavens-gate.lucid.com id AA08642g; Wed, 8 Jul 92 13:16:05 PDT Received: from rcvax.gmr.com (gmr.com) by heavens-gate.lucid.com id AA08628g; Wed, 8 Jul 92 13:13:46 PDT Received: from kocrsv01.delcoelect.com by gmr.com with PMDF#10372; Wed, 8 Jul 1992 16:19 EST Received: from kocrsw12.delcoelect.com by kocrsv01.delcoelect.com with SMTP id AA25342 (5.65c/IDA-1.4.4/CORE for ); Wed, 8 Jul 1992 15:22:34 -0500 Received: by kocrsw12.delcoelect.com (4.1/SMI-4.1) id AA02976; Wed, 8 Jul 92 15:22:33 EST Date: Wed, 8 Jul 92 15:22:33 EST From: Mike Scheidler Subject: lhilit.el To: help-lucid-emacs@lucid.com Message-Id: <9207082022.AA02976@kocrsw12.delcoelect.com> Hi all, I have been watching activity on this list for a while, but have seen very little code posted that takes advantage of lemacs' ability to display various colors and fonts on the same screen. To this end, I have adapted the epoch hilit.el package for use with lemacs. For those of you who are familiar with hilit, it should perform just like the epoch version. For those who are not, load it and then visit a C file. It will really open your eyes. I really haven't experimented with fonts yet, but the same sort of thing applies. See the 'Customization' section for more info. I hope you enjoy using this code as much as I do. Mike Scheidler INTERNET: c23mts@kocrsv01.delcoelect.com Software Technology UUCP: deaes!c23mts Delco Electronics Corporation PHONE: (317) 451-0642 Kokomo, IN 46904 ------------------------------ cut here ----------------------------------- ;;; lhilit v1.0 - Text highlighting package for Lucid emacs. ;;; ;;; Copyright (C) 1992 by Mike Scheidler (c23mts@kocrsv01.delcoelect.com) ;;; ;;; This package is adapted from the hilit.el package for epoch, Copyright ;;; (C) 1991 by Paul Nakada (pnakada@oracle.com). ;;; ;;; GNU Emacs is distributed in the hope that it will be useful, ;;; but WITHOUT ANY WARRANTY. No author or distributor ;;; accepts responsibility to anyone for the consequences of using it ;;; or for whether it serves any particular purpose or works at all, ;;; unless he says so in writing. Refer to the GNU Emacs General Public ;;; License for full details. ;;; Everyone is granted permission to copy, modify and redistribute ;;; GNU Emacs, but only under the conditions described in the ;;; GNU Emacs General Public License. A copy of this license is ;;; supposed to have been given to you along with GNU Emacs so you ;;; can know your rights and responsibilities. It should be in a ;;; file named COPYING. Among other things, the copyright notice ;;; and this notice must be preserved on all copies. ;;; How it works ;;; ------------ ;;; Highlights regions of a file (known as 'extents') specific to a mode. ;;; Uses variable hilit::mode-list to determine what to highlight for each ;;; mode. Each element of the list has the form ;;; ("modename" ("pstart" "pend" face) ;;; ("pstart" "pend" face)... ) ;;; pstart and pend are regular expressions denoting the starting and ending ;;; of a portion of the buffer to be highlighted according to face. If pend ;;; is nil the end of line terminates the region hilited. (See examples in ;;; the initialization section below). ;;; ;;; Default key bindings ;;; -------------------- ;;; \C-c \C-h - rehighlight the current buffer ;;; \C-c \C-t - toggle highlighting off/on ;;; ;;; Customization ;;; ------------- ;;; Note that any customizations must be done AFTER lhilit has been loaded. ;;; To override the default color assignments, put something similar to ;;; (set-face-foreground 'hilit0 "yellow") ;;; in your .emacs file for each color that you want to change or, ;;; interactively, do M-x set-face-foreground and follow the prompts. ;;; The colors (faces) used by lhilit are named hilit0 ... hilit9 (see init ;;; code below). Fonts can be customized in a similar manner, e.g. ;;; (set-face-font 'hilit0 "8x13") ;;; ;;; To add a new mode, put something like this in your .emacs file: ;;; (setq ada-mode-hilit ;;; '(("--.*" nil hilit0) ;;; ("^[ \t]*function.*" nil hilit2) ;;; ("^[ \t]*procedure.*" nil hilit2))) ;;; (hilit::mode-list-update "Ada" ada-mode-hilit) ;;; Note that the mode name (e.g. "Ada") must exactly match the name of the ;;; emacs mode name in order for highlighting to be performed. ;;; ;;------------------------------------------ ;; Load required Common Lisp extensions. ;;------------------------------------------ (require 'cl) (defvar hilit::init-done nil "Flag signifying that hilit subsystem has been initialized.") (defvar hilit::saving nil "'semaphore' set while in process of saving a file.") (defvar hilit::read-hooks nil "List of hooks to call after visiting a file.") (defvar hilit::write-hooks nil "List of hooks to call before writing a file.") (defvar hilit::mode-list nil "A-list of mode names and regexps/styles to use.") (defvar hilit::do-hiliting t "T if we should highlight buffers as we find them. Nil otherwise.") (defvar hilit::buffer-hilited nil "Non-nil if the current buffer is highlighted.") ;;------------------------------------------ ;; Quick access to regexp patterns. ;;------------------------------------------ (defmacro pattern-start (p) (` (nth 0 (, p)))) (defmacro pattern-end (p) (` (nth 1 (, p)))) (defmacro pattern-attr (p) (` (nth 2 (, p)))) ;;------------------------------------------ ;; Install a new set of mode regexps. ;;------------------------------------------ (defun hilit::mode-list-update (mode-name mlist) "Adds or updates the hiliting instructions for MODE-NAME in MLIST to the hiliting mode list." (if (assoc mode-name hilit::mode-list) (setq hilit::mode-list (delq (assoc mode-name hilit::mode-list) hilit::mode-list))) (setq hilit::mode-list (cons (cons mode-name mlist) hilit::mode-list))) ;;------------------------------------------ ;; Highlight the current buffer. ;;------------------------------------------ (defun hilit::hilit-buffer () "Highlights regions of a buffer specific to the buffer's mode." (interactive) (if hilit::mode-list (let ((modes hilit::mode-list)) (while (setq m (car modes)) (setq mode (car m)) (setq patterns (cdr m)) (while (setq p (car patterns)) (let ((pstart (pattern-start p)) (pend (pattern-end p)) (pattr (pattern-attr p))) (if (string= mode mode-name) (save-excursion (goto-char 0) (if pend (while (re-search-forward pstart nil t nil) (setq hilit::buffer-hilited t) (goto-char (setq start (match-beginning 0))) (re-search-forward pend nil t nil) (set-extent-face (make-extent start (match-end 0)) pattr)) (while (re-search-forward pstart nil t nil) (setq hilit::buffer-hilited t) (set-extent-face (make-extent (match-beginning 0) (match-end 0)) pattr) (goto-char (match-end 0))) ))) (setq patterns (cdr patterns)))) (setq modes (cdr modes)))))) ;;------------------------------------------ ;; Unhighlight the current buffer. ;;------------------------------------------ (defun hilit::unhilit-buffer () (interactive) (save-excursion (map-extents (function (lambda (x y) (delete-extent x))) (current-buffer) (point-min) (point-max) nil))) ;;------------------------------------------ ;; Reprocess the current buffer. ;;------------------------------------------ (defun re-hilit (arg) "Re-hilit the current buffer. With arg, unhilit the current buffer." (interactive "P") (hilit::unhilit-buffer) (setq hilit::buffer-hilited nil) (if (not arg) (hilit::hilit-buffer))) (global-set-key "\C-c\C-h" 're-hilit) ;;------------------------------------------ ;; Reverse state of current highlighting. ;;------------------------------------------ (defun toggle-hilit (arg) "Globally toggle hiliting of this and future files read. With arg, forces hiliting off." (interactive "P") (if arg (progn (setq hilit::buffer-hilited nil) (setq hilit::do-hiliting t)) (setq hilit::buffer-hilited (not hilit::buffer-hilited)) ) (setq hilit::do-hiliting hilit::buffer-hilited) (hilit::unhilit-buffer) (if hilit::do-hiliting (hilit::hilit-buffer)) (message (format "Hiliting is %s" (if hilit::buffer-hilited "on" "off")))) (global-set-key "\C-c\C-t" 'toggle-hilit) ;;------------------------------------------ ;; Find/write file hooks. They cause automatic hiliting/rehiliting when ;; files are read/written. ;;------------------------------------------ (defun hilit::unhilit-before-save () "Write a hilited buffer to a file. Useful as a write-file hook." (if hilit::do-hiliting (if hilit::saving nil (hilit::unhilit-buffer) (setq hilit::saving t) (save-buffer) (setq hilit::saving nil) (hilit::hilit-buffer) (set-buffer-modified-p nil) t))) (defun hilit::hilit-after-find () "Hilit the current buffer, without modifying it. Useful as a find-file hook." (if hilit::do-hiliting (progn (hilit::hilit-buffer) (set-buffer-modified-p nil)))) ;;------------------------------------------ ;; Initialization. ;;------------------------------------------ (defun create-face-if-needed (name-of-face fg) "Create a new face named NAME-OF-FACE, if it does not already exist. The face foreground color is set to color FG." (if (not (assoc name-of-face global-face-data)) (make-face name-of-face)) (set-face-foreground name-of-face fg)) (if (not hilit::init-done) (progn (setq hilit::init-done t) ;;------------------------------------------ ;; Install read/write hooks. ;;------------------------------------------ (push 'hilit::hilit-after-find find-file-hooks) (push 'hilit::unhilit-before-save write-file-hooks) ;;------------------------------------------ ;; Create several different-colored faces. ;;------------------------------------------ (create-face-if-needed 'hilit0 "red") (create-face-if-needed 'hilit1 "magenta") (create-face-if-needed 'hilit2 "blue") (create-face-if-needed 'hilit3 "purple") (create-face-if-needed 'hilit4 "royalblue") (create-face-if-needed 'hilit5 "darkgoldenrod") (create-face-if-needed 'hilit6 "firebrick") (create-face-if-needed 'hilit7 "darkorange") (create-face-if-needed 'hilit8 "deeppink") (create-face-if-needed 'hilit9 "forestgreen") ;;------------------------------------------ ;; Mode definitions. ;;------------------------------------------ (setq c-mode-hilit '(("/\\*" "\\*/" hilit0) ("^[_a-zA-Z][^=\n]*(\\(.*;\\|[^{]*\\)" nil hilit1) ;; fn decls ("^#.*" nil hilit2) ("^typedef.*" nil hilit3) ("^struct.*" nil hilit4) ("^enum.*" nil hilit5))) (hilit::mode-list-update "C" c-mode-hilit) (setq c++-mode-hilit '(("/\\*" "\\*/" hilit0) ("^[_a-zA-Z][^=\n]*(\\(.*;\\|[^{]*\\)" nil hilit2) ;; fn decls ("//.*" nil hilit0) ("^/.*" nil hilit0) ("^#.*" nil hilit9) ("^typedef.*" nil hilit1) ("^struct.*" nil hilit1) ("^class.*" nil hilit1) ("^enum.*" nil hilit1))) (hilit::mode-list-update "C++" c++-mode-hilit) (setq text-mode-hilit '(("^#.*" nil hilit0) ("[^$]#.*" nil hilit0))) (hilit::mode-list-update "Text" text-mode-hilit) (setq fundamental-mode-hilit '(("^#.*" nil hilit0) ("[^$]#.*" nil hilit0))) (hilit::mode-list-update "Fundamental" fundamental-mode-hilit) (setq compilation-mode-hilit '(("^[^ \t]*:[0-9]+:.*$" nil hilit0) ("^[^ \t]*:[0-9]+: warning:.*$" nil hilit2))) (hilit::mode-list-update "Compilation" compilation-mode-hilit) (hilit::mode-list-update "grep" compilation-mode-hilit) (setq makefile-mode-hilit '(("^#.*" nil hilit0) ; comments ("[^$]#.*" nil hilit0) ; comments ("^%.*" nil hilit1) ; rules ("^[.][a-zA-Z][a-zA-Z]?\..*" nil hilit1) ; rules ("^[_a-zA-Z0-9]+ *\+?=" nil hilit2) ; variable definition ("\$[_a-zA-Z0-9]" nil hilit2) ; variable reference ("\${[_a-zA-Z0-9]+}" nil hilit2) ; variable reference ("\$\([_a-zA-Z0-9]+\)" nil hilit2) ; variable reference ("\\( \\|:=\\)[_a-zA-Z0-9]+ *\\+=" nil hilit2) ; variable definition ("^include " nil hilit9))) ; include (hilit::mode-list-update "Makefile" makefile-mode-hilit) (setq emacs-lisp-mode-hilit '(("^;.*" nil hilit0) (";;.*" nil hilit0) ("\(defun.*" nil hilit2) ("\(defmacro.*" nil hilit7) ("\(defvar.*" nil hilit1) ("\(defconst.*" nil hilit5) ("\(provide.*" nil hilit9) ("\(require.*" nil hilit9))) (hilit::mode-list-update "Emacs-Lisp" emacs-lisp-mode-hilit))) (provide 'lhilit) From help-lucid-emacs-request@lucid.com Wed Jul 8 20:23:25 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA10795; Wed, 8 Jul 92 20:23:25 PDT Received: by heavens-gate.lucid.com id AA00921g; Wed, 8 Jul 92 20:13:25 PDT Received: from lynx (lynx.csis.dit.csiro.au) by heavens-gate.lucid.com id AA00914g; Wed, 8 Jul 92 20:13:09 PDT Received: from argo.csis.dit.csiro.au by lynx (4.1/1.0) id AA08744; Thu, 9 Jul 92 11:35:01 EST Received: by argo.csis.dit.csiro.au (4.1/1.0) id AA18120; Thu, 9 Jul 92 11:34:59 EST From: stuarth%csis.dit.csiro.au@lucid.com Message-Id: <9207090134.AA18120@argo.csis.dit.csiro.au> Subject: Re: lhilit.el To: c23mts@kocrsv01.delcoelect.com (Mike Scheidler) Date: Thu, 9 Jul 92 11:34:58 EST Cc: help-lucid-emacs@lucid.com In-Reply-To: <9207082022.AA02976@kocrsw12.delcoelect.com>; from "Mike Scheidler" at Jul 8, 92 3:22 pm X-Mailer: ELM [version 2.3 PL11] According to Mike Scheidler: > > Hi all, > > I have been watching activity on this list for a while, but have seen very > little code posted that takes advantage of lemacs' ability to display various > colors and fonts on the same screen. To this end, I have adapted the epoch > hilit.el package for use with lemacs. For those of you who are familiar with > hilit, it should perform just like the epoch version. For those who are not, > load it and then visit a C file. It will really open your eyes. I really > haven't experimented with fonts yet, but the same sort of thing applies. See > the 'Customization' section for more info. This is very neat stuff -- does anyone have a better set of regular expressions for C++ mode? (ie that understand references, templates, static class members, consts, etc etc) Stu /-----------------------------------------------------------------------------\ | Stuart Hungerford | Internet : stuarth@csis.dit.csiro.au | | CSIRO DIT | Voice : +61-6-2750941 | | Australia | Fax : +61-6-2571052 | \-----------------------------------------------------------------------------/ "Being a 7 foot robot means never having to say you're sorry" -- REX-1 to Teenage Mutant Ninja Turtles From help-lucid-emacs-request@lucid.com Thu Jul 9 04:05:46 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12359; Thu, 9 Jul 92 04:05:46 PDT Received: by heavens-gate.lucid.com id AA02964g; Thu, 9 Jul 92 03:25:27 PDT Received: from sun2.nsfnet-relay.ac.uk by heavens-gate.lucid.com id AA02956g; Thu, 9 Jul 92 03:24:04 PDT Via: uk.ac.city.cs; Thu, 9 Jul 1992 11:32:18 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.40 via MS.5.6.barney.cs.city.ac.uk.sun4_40; Thu, 9 Jul 1992 11:34:59 +0100 (BST) Message-Id: Date: Thu, 9 Jul 1992 11:34:59 +0100 (BST) From: Andy Whitcroft Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: help-lucid-emacs@lucid.com Subject: Tree Dired. I am having trouble with tree dired. If I attempt to use the hide/unhide functions of this mode then all I get is a long line displayed with loads of ^M's through it. Looking at the lisp it seems to (setq selective-display t) in order to prevent this, however, this does not seem to work? Has anyone seen made this work? Andy. Andy Whitcroft E-mail: andy@cs.city.ac.uk (MIME & ATK) Systems Architecture Research Centre, Tel: +44 71 477 8000 x8551 City University, London, UK. Fax: +44 71 477 8587 From help-lucid-emacs-request@lucid.com Thu Jul 9 06:46:20 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12737; Thu, 9 Jul 92 06:46:20 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA03648g; Thu, 9 Jul 92 06:18:16 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA28011; Thu, 9 Jul 92 09:27:26 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA28005; Thu, 9 Jul 92 09:27:25 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA21602; Thu, 9 Jul 92 09:28:07 -0400 Path: uunet!spool.mu.edu!umn.edu!noc.msc.net!uc.msc.edu!shamash!bjdunlop From: bjdunlop@shamash.cdc.com (Bruce Dunlop) Newsgroups: comp.emacs,alt.lucid-emacs.help Subject: Repeat last command Message-Id: <44798@shamash.cdc.com> Date: 9 Jul 92 12:41:37 GMT Followup-To: comp.emacs Distribution: usa Organization: Control Data, Arden Hills, MN Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I would like to have a 1-keystroke repeat command for gnu or lucid emacs. How do I get a key bound to the sequence: 1. repeat-complex-command 2. newline I'm a new user of lucid, and don't understand how to write lisp code yet. Jim Dahlberg jad@verdin.gsd.cdc.com From help-lucid-emacs-request@lucid.com Thu Jul 9 07:15:00 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12796; Thu, 9 Jul 92 07:15:00 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA03672g; Thu, 9 Jul 92 06:24:28 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA28254; Thu, 9 Jul 92 09:33:38 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA28247; Thu, 9 Jul 92 09:33:33 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA21649; Thu, 9 Jul 92 09:34:14 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!estacy.two.dec.com!chenis From: chenis@estacy.two.dec.com (Kenneth J. Chenis) Subject: Re: lemacs on DEC 5000/200 Message-Id: <1992Jul9.131023.10931@nntpd.lkg.dec.com> Reply-To: chenis@estacy.two.dec.com (Kenneth J. Chenis) Organization: Digital Equipment Corporation References: <9207080731.AA29917@Sunburn.Stanford.EDU> Date: Thu, 9 Jul 1992 13:10:23 GMT Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com We've got it to compile, but we are having problems with the invocation - somthing around the termcap code. (debugging now) - we can get one of 2 errors ... emacs: Terminal type invisible is not defined. or emacs: Cannot open termcap database file. we tried putting a basic entry in termcap for invisible just to get by the error, and we result in a core dump during an x-realize-widget type call ... I'll post a followup if we get it working - also, if anyone has inputs on the "invisible" terminal problem - i'd be happy to listen. -- ------------------------------------------------------------------------------- Ken Chenis Surfing On The Portable C chenis@estacy.two.dec.com From help-lucid-emacs-request@lucid.com Thu Jul 9 07:55:26 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA12849; Thu, 9 Jul 92 07:55:26 PDT Received: by heavens-gate.lucid.com id AA03867g; Thu, 9 Jul 92 07:28:43 PDT Received: from linus.mitre.org by heavens-gate.lucid.com id AA03860g; Thu, 9 Jul 92 07:27:50 PDT Return-Path: Received: from circe.mitre.org by linus.mitre.org (5.61/RCF-4S) id AA28255; Thu, 9 Jul 92 10:37:07 -0400 Posted-Date: Thu, 09 Jul 92 10:38:45 -0400 Received: by circe.mitre.org (5.61/RCF-4C) id AA05182; Thu, 9 Jul 92 10:38:45 -0400 Message-Id: <9207091438.AA05182@circe.mitre.org> To: bjdunlop@shamash.cdc.com (Bruce Dunlop) Cc: help-lucid-emacs@lucid.com, guttman@linus.mitre.org Subject: Re: Repeat last command In-Reply-To: Your message of "09 Jul 92 12:41:37 GMT." <44798@shamash.cdc.com> X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730 Date: Thu, 09 Jul 92 10:38:45 -0400 From: guttman@linus.mitre.org Try (global-set-key '(meta control X) 'repeat-complex-command) This means that repeat-complex-command will be executed when you press meta, control, shift, and x. (global-set-key '(shift f1) 'repeat-complex-command) will invoke it when you press shift and the F1 function key (at least it works on my sun keyboard). To try these out, place your cursor after the close-paren and type ^x^e. To make them permanent, put one or the other in ~/.emacs. Josh From help-lucid-emacs-request@lucid.com Thu Jul 9 09:08:29 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13094; Thu, 9 Jul 92 09:08:29 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA04029g; Thu, 9 Jul 92 08:41:15 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA04999; Thu, 9 Jul 92 11:50:26 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA04993; Thu, 9 Jul 92 11:50:25 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA22573; Thu, 9 Jul 92 11:51:08 -0400 Path: uunet!paladin.american.edu!darwin.sura.net!Sirius.dfn.de!chx400!sicsun!disuns2!disuns2.epfl.ch!simon From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen) Newsgroups: alt.lucid-emacs.help Subject: Re: lemacs on DEC 5000/200 Message-Id: Date: 9 Jul 92 14:45:15 GMT References: <9207080731.AA29917@Sunburn.Stanford.EDU> <1992Jul9.131023.10931@nntpd.lkg.dec.com> Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne In-Reply-To: chenis@estacy.two.dec.com's message of 9 Jul 92 13:10:23 GMT X-Md4-Signature: eb68590776466bde4f47ad359c84b2b3 Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com In article <1992Jul9.131023.10931@nntpd.lkg.dec.com> chenis@estacy.two.dec.com (Kenneth J. Chenis) writes: emacs: Terminal type invisible is not defined. [...] if anyone has inputs on the "invisible" terminal problem - i'd be happy to listen. I had the same problem on IRIX. Background: the "invisible" termcap entry is generated by Lemacs as a TERMCAP environment variable. "Normal" termcap systems (like on SunOS) find it, but other systems may not; IRIX for example simulates only a subset of termcap functionality using terminfo. If you are on a terminfo system, adding "termcap.o" to the definition of "termcapobj" in [xy]makefile may solve the problem -- for me it did. But I think the whole INVISIBLE_TERMINAL_KLUDGE could be made more portable (perhaps infinitely so by removal? :-). -- Simon. From help-lucid-emacs-request@lucid.com Thu Jul 9 09:51:05 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13147; Thu, 9 Jul 92 09:51:05 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA04030g; Thu, 9 Jul 92 08:41:38 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA05019; Thu, 9 Jul 92 11:50:49 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA05013; Thu, 9 Jul 92 11:50:47 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA22579; Thu, 9 Jul 92 11:51:30 -0400 Path: uunet!paladin.american.edu!darwin.sura.net!Sirius.dfn.de!chx400!sicsun!disuns2!disuns2.epfl.ch!simon From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen) Newsgroups: alt.lucid-emacs.help Subject: Re: lucid-emacs on HP Message-Id: Date: 9 Jul 92 14:56:30 GMT References: <3315@sicsun.epfl.ch> Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne In-Reply-To: lecom@slhp1.epfl.ch's message of 8 Jul 92 10:35:54 GMT X-Md4-Signature: bff6d0cd69c83ff7e7860f5f9a5a9faa Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com In article <3315@sicsun.epfl.ch> lecom@slhp1.epfl.ch (Claude Lecommandeur) writes: Does anybody had the guts to port lucid-emacs on hpux. I tried to do it but gave up. Claude, I assume you mean HP-UX *8*. The main problem on HP-UX 8 is that you have to avoid the dynamic linker; That's why GNU Emacs 18.58 split the s-hpux.h file into s-hpux7.h and s-hpux8.h -- you may want to take these over to Lemacs and retry. Bonne chance, -- Simon. From help-lucid-emacs-request@lucid.com Thu Jul 9 09:51:05 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13148; Thu, 9 Jul 92 09:51:05 PDT Received: from rodan.UU.NET by heavens-gate.lucid.com id AA04026g; Thu, 9 Jul 92 08:39:35 PDT Received: from help-lucid-emacs@lucid.com (list exploder) by rodan.UU.NET (5.61/UUNET-mail-drop) id AA04886; Thu, 9 Jul 92 11:48:45 -0400 Received: from news.UU.NET by rodan.UU.NET with SMTP (5.61/UUNET-mail-drop) id AA04877; Thu, 9 Jul 92 11:48:42 -0400 Received: from USENET (alt.lucid-emacs.help) by news.UU.NET with InterNetNews (5.61/UUNET-mail-leaf) id AA22550; Thu, 9 Jul 92 11:49:23 -0400 Newsgroups: alt.lucid-emacs.help Path: uunet!mcsun!sun4nl!dutrun!donau!liberator!arnofr From: arnofr%liberator.et.tudelft.nl@lucid.com (Arno F. Roelofs) Subject: Cursor keys and electric-buffer-list? Message-Id: <1992Jul09.130424.26783@donau.et.tudelft.nl> Reply-To: arnofr%liberator.et.tudelft.nl@lucid.com (Arno F. Roelofs) Organization: Delft University of Technology, Dept. of Electrical Engineering Date: Thu, 09 Jul 1992 13:04:24 GMT Sender: help-lucid-emacs-request@lucid.com To: help-lucid-emacs@lucid.com I have just switched from emacs v18.58 to Lucid emacs 19.2. There is a problem that I can't solve. I want to be able to use the cursor-keys in electric-buffer-list and in electric-command-history. This worked automatically with the last version of GNUemacs. Lucid emacs gives the following error when I type CursorDown, after calling electric-buffer-list: Wrong type argument: integerp, nil Among other things, I have tried simply adding the cursor keys to the keymap but failed. Does anyone know how to fix this problem? I am using the binaries from lemacs-19.2-sun4.tar.Z and the lisp files from lemacs-19.2.tar.Z (which I ftp'ed from labrea.Stanford.EDU (36.8.0.47)) I have tried it on Sparc 1+, SLC and IPC running X11R4 and X11R5 with the same result. Thanks in advance, Arno Roelofs -- email: arnofr@duteca.et.tudelft.nl From help-lucid-emacs-request@lucid.com Thu Jul 9 09:51:16 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13155; Thu, 9 Jul 92 09:51:16 PDT Received: by heavens-gate.lucid.com id AA03897g; Thu, 9 Jul 92 07:37:46 PDT Received: from cmcl2.NYU.EDU (NYU.EDU) by heavens-gate.lucid.com id AA03888g; Thu, 9 Jul 92 07:36:20 PDT Received: from WOTAN.CNS.NYU.EDU by cmcl2.NYU.EDU (5.61/1.34) id AA10435; Thu, 9 Jul 92 10:45:30 -0400 Received: from wanderer.cns.nyu.edu by wotan.cns.nyu.edu (4.1/SMI-4.0) id AA08028; Thu, 9 Jul 92 10:44:38 EDT Date: Thu, 9 Jul 92 10:44:38 EDT From: okeefe@cns.nyu.edu (Larry O'Keefe) Message-Id: <9207091444.AA08028@wotan.cns.nyu.edu> To: help-lucid-emacs@lucid.com Subject: Compile problems Wonder if you could help with a problem in building lemacs... Sun Sparcs, SunOS 4.1.1, Openwin3, X11R4 Here is the message I get when running build install: ld -e __start -Bstatic -L/usr/openwin3/lib -L. -L./lwlib -o temacs crt0.o dispnew .o screen.o scroll.o xdisp.o window.o events.o event-alloc.o event-stream.o term.o cm.o xterm.o xfns.o xselect.o xutils.o event-Xt.o menubar.o play.o libsst.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf .o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex .o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexec.o mocklisp.o bytecode.o process.o callproc.o envir on.o doprnt.o extents.o faces.o elhash.o hash.o tparam.o lastfile.o gmalloc.o vm-lim it.o ScreenWidget.o ColumnWidget.o EmacsShell.o sunOS-fix.o -L/usr/demo/SOUND -laudi o -llw -lXol -lXaw -lXext -lXt -lXmu -lX11 -ltermcap -lg /usr/local/lib/gcc-gnu lib -lm -lc Undefined _resource_string *** Error code 2 make: Fatal error: Command failed for target `temacs' Current working directory /u/u1/okeefe/lucid/lemacs-19.2/src *** Error code 1 make: Fatal error: Command failed for target `doall' exit 1 Any ideas? Thanks, Lawrence P. O'Keefe, Ph.D. Center for Neural Science New York University 6 Washington Place, 8th Floor New York, NY 10003 okeefe@cns.nyu.edu (212) 998-7898 From help-lucid-emacs-request@lucid.com Thu Jul 9 10:11:47 1992 Received: from lucid.com by labrea.Stanford.EDU (4.1/1.34) id AA13230; Thu, 9 Jul 92 10:11:47 PDT Received: by heavens-gate.lucid.com id AA04216g; Thu, 9 Jul 92 10:01:26 PDT Received: from moebius.loria.fr by heavens-gate.lucid.com id AA04200g; Thu, 9 Jul 92 09:57:19 PDT Received: by moebius.loria.fr id AA18487 (5.65c+/IDA-1.4.3 for help-lucid-emacs@lucid.com); Thu, 9 Jul 92 19:05:04 +0200 Date: Thu, 9 Jul 92 19:05:04 +0200 From: Guido Bosch Message-Id: <9207091705.AA18487@moebius.loria.fr> To: help-lucid-emacs@lucid.com Subject: select-button package for ILISP Reply-To: Guido BOSCH Hi, Here is an additional package for ILISP. It allows the plotting of selectable buttons in an inferior lisp buffer. A Lisp form (of the inferior Lisp) can be attached to each button, such that selecting it will execute the form in the inferior Lisp. Very useful to write hypertext like object browsers. ---------------------- ilisp-select-buttons.el ---------------------- ;; -*- Syntax: Emacs-Lisp; Mode: emacs-lisp -*- ;; ;; This file is not yet part of GNU Emacs. ;; ;; GNU Emacas is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation; either version 2, or (at your option) ;; any later version. ;; ;; GNU Emacs is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; ;; You should have received a copy of the GNU General Public License ;; along with GNU Emacs; see the file COPYING. If not, write to ;; the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. ;; Please send bugs and comments to the above address ;; ;; ;; ;; This program is still under development. Neither the author nor ;; CRIN-INRIA accepts responsibility to anyone for the consequences of ;; using it or for whether it serves any particular purpose or works ;; at all. ;; ;; Select button package for ILISP (for Lucid Emacs 19 only) ;; ;; Copyright (c) 1992 by Guido Bosch ;; ;; Installation: (in the .emacs) ;; ;; (autoload 'ilisp-install-select-buttons "ilisp-select-buttons" nil t) ;; ;; (add-hook '-hook ;; '(lambda () ;; (add-hook 'ilisp-init-hook ;; 'ilisp-install-select-buttons))) ;; ;; ;; To install manually, compile and load this file, start ILISP and ;; type M-x ilisp-install-select-buttons in the inferior lisp buffer. ;; Usage: ;; The inferior lisp can plot selection buttons in the inferior lisp buffer ;; using the following special format: ;; ;; ^[2"