HDTenEightyP/NetNews huggingface dataset:
From: skip@eco.twg.com (Skip Koppenhaver)
Subject: Minor 19.4 problems
Summary: minor problems with new release
Organization: The Wollongong Group (East Coast Operations)
Date: Thu, 21 Jan 93 16:22:17 GMT

Configuration:
	Hardware:	Sun IPC
	OS:		SunOs 4.1.1
	Compiler:	Gcc 2.3.3
	Windows:	X11R5
	Widgets:	Lucid

I built and installed the new release with no problem. However, when I
went to run the installed version I ran into a couple of problems:

1. It initially could not find the lisp and etc directories. Here's how
   I had it installed:

	/usr/local/bin/xemacs
	/usr/local/emacs is a symbolic link to /local/emacs
	/local/emacs/lisp
	/local/emacs/info
	/local/emacs/lock
	/local/emacs/etc

   My guess is that the symbolic link confused it. But this setup used
   to work with 19.3. I fixed it by creating the following links:

	/usr/local/bin/lisp is a symbolic link to /local/emacs/lisp
	/usr/local/bin/info is a symbolic link to /local/emacs/info
	/usr/local/bin/lock is a symbolic link to /local/emacs/lock
	/usr/local/bin/etc is a symbolic link to /local/emacs/etc

2. My .emacs file explicitly loaded gmhist and gmhist-app but I got an
   error when loading gmhist-app. Something about keep-lines being to
   complicated for gmhist.  I commented out the loading of gmhist and
   gmhist-app and everything was okay. What happened here?

3. When being prompted for a filename in find-file I see /home/skip/
   instead of ~/. How do I get the old behavior back?

4. When starting vm with no INBOX file I get an error. Vm still works,
   it's just annoying to get the error message.  This was happening in
   19.3 too. I was hoping this would get fixed.

Don't get me wrong, I think Jamie and his crew is doing an excellent
job. Keep up the good work guys!

-- 
Skip Koppenhaver
skip@eco.twg.com
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 21 Jan 1993 05:40:37 EST
From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen)
Subject: Lucid Emacs 19.4: alternative FTP site in Europe
Date: Thu, 21 Jan 1993 10:40:38 GMT
Newsgroups: alt.lucid-emacs.bug
We have a copy of the 19.4 distribution of Lucid Emacs available from
liasun3.epfl.ch via anonymous FTP - this might be useful for European
users who have problems FTPing over the pond.  The files are

-rw-r--r--  1 Simon    2552137 Jan 21 10:36 /pub/gnu/lemacs-19.4-sun4.tar.Z
-rw-r--r--  1 Simon    8707171 Jan 21 10:34 /pub/gnu/lemacs-19.4.tar.Z

Hope you find this useful.
-- 
Simon Leinen.
Laboratoire d'Intelligence Artificielle
Ecole Polytechnique Federale de Lausanne
IN-Ecublens
CH-1015 Lausanne
Tel.: +41-21-693-5277
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 24 Jan 1993 07:51:32 EST
Date: Sun, 24 Jan 1993 12:47:28 GMT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Solution to highlight-headers problem in lemacs19.4
Newsgroups: alt.lucid-emacs.bug
Various people have complained that vm and gnus breaks under lemacs19.4 due
to "highlight-headers-regexp having no value" and that a "sensible" default
value should have been set up etc, etc.

The solution is quite simple :

At the bottom of highlight-headers.el add the line

(provide 'highlight-headers)

and at the top of vm-lucid.el and gnus-lucid.el add the line

(require 'highlight-headers)

Recompile and all your problems disappear...

--
Regards, David
Newsgroups: alt.lucid-emacs.help
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Subject: calc for lemacs 19.4?
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.
Date: 25 Jan 93 18:55:41 GMT


Does anybody else have problems with calc-2.02 in lemacs 19.4?  I get
an error "Wrong type argument: arrayp, #<keymap 225 entries>"  I
thought I'd ask to see if anybody has a patch before I go hunting
myself...

Thanks.
-Barry
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 18:35:58 EST
Date: Wed, 27 Jan 1993 15:35:44 PST
X-Windows: Japan's secret weapon.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: lemacs 19.4 on hpux 9.01
Newsgroups: alt.lucid-emacs.help
Henrik B}kman CSD wrote:
> 
> I have problems with lemacs 19.4 on hpux 9.01. It compiles ok
> and dumps but when I run it, in the src-directory, I got
> Fatal error... This is a dump from xdb   

No doubt this is an HPUX-specific problem with unexec; I don't use HPUX,
so I'm afraid I can't debug it.

> It complains about missing lock directory BUT I have set PATH_LOCK
> in paths.h as you can see...

Why doesn't anyone read the comment in paths.h before editing it?  It says:

 See the NEWS file for a description of the heuristic used to locate the lisp
 and exec directories at startup time.  If you are looking at this file
 because you are having trouble, then you would be much better off arranging
 for those heuristics to succeed than defining the paths in this file.

	-- Jamie
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 18:04:40 EST
Return-Path: <digi.lonestar.org!mbattagl>
Date: Tue, 26 Jan 1993 14:03:30 CST
From: mbattagl@digi.lonestar.org (Mike Battagl)
Subject: Does anyone have a keyboard macro save...
Newsgroups: alt.lucid-emacs.help
I'm about to create some functions that will save keyboard macroa to a
file and read them back.  Before I go through a lot of trouble has anyone
done this yet????

Please let me know.. 

If I get no replies I'll post mine when I'm done...


Thanks,

Mike Battaglia
(214) 519-3253
mbattagl@dsccc.com



x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 17:58:11 EST
Date: Wed, 27 Jan 1993 09:34:13 GMT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Re: How to replace self-insert-command?
Newsgroups: alt.lucid-emacs.help
Excerpt of message (sent 27 January 93) by La Monte Yarroll:
> I'd like to replace self-insert-command with my own routine.
> 
> Under plain GNU emacs I can define a function like this:
> 
> (defun self-insert-wrapper (arg)
>   (interactive "p")
>   (self-insert-command arg))
> 
> and then replace every instance of 'self-insert-command in global-map
> with 'self-insert-wrapper.
> 
> Under Lucid emacs 19.4 this almost works, except it breaks incremental
> searching.
> 
> Is there a way to do this WITHOUT breaking incremental searching?
> 

A much neater way of defining a wrapper which avoids having to replace every
instance of 'self-insert-command in global-map with 'self-insert-wrapper is
to do the folowing:

;; Store the original symbol-function
(if (not (fboundp 'real-self-insert-command))
    (fset 'real-self-insert-command (symbol-function 'self-insert-command)))

(defun self-insert-command (arg)
  (interactive "p")
  (real-self-insert-command arg))

I don't know whether this will solve your problem, but I think this a better
approach in general.

--
Regards, David
Newsgroups: alt.lucid-emacs.help
From: Hamish.Macdonald@bnr.ca (Hamish Macdonald)
Subject: Re: kind of -geometry wxh+x+y for a new screen
Organization: Bell Northern Research
	<WARSAW.93Jan26153002@anthem.nlm.nih.gov>
Date: Thu, 28 Jan 93 20:27:02 GMT

    Joerg-Cyril> I read the lemacs NEWS but found no way to set
    Joerg-Cyril> x-screen-defaults so that I can open a secondary
    Joerg-Cyril> lemacs screen with a like with "-geometry -0+0" in my
    Joerg-Cyril> .emacs.

>>>>> On 26 Jan 93 20:30:02 GMT,
>>>>> In message <WARSAW.93Jan26153002@anthem.nlm.nih.gov>,
>>>>> warsaw@nlm.nih.gov (Barry A. Warsaw) wrote:

Barry> My understanding is that x-screen-defaults doesn't work. I've
Barry> started using X resources for everything and have had great
Barry> results.  Its the right way to do these things anyway, IMHO.

Only certain things in x-screen-defaults will work.  In particular,
"geometry" does not.

I gave the following patch to Jamie last year sometime.  It allows you
to specify geometry in the x-screen-defaults or the parameters in
x-create-screen.

e.g.:

  (x-create-screen '((geometry . "80x48-5-5")))

The patch didn't seem to make it into the 19.4 release.

*** xfns.c.orig	Sun Jan 17 17:39:46 1993
--- xfns.c	Thu Jan 28 15:15:45 1993
***************
*** 674,680 ****
--- 674,689 ----
    char* name;
    Arg al [25];
    int ac = 0;
+   Lisp_Object geometry = Qnil;
+   
+   geometry = Fassq (intern ("geometry"), parms);
+   if (!NILP (geometry))
+     {
+       geometry = Fcdr (geometry);
+       CHECK_STRING (geometry, 0);
+     }
  
+ 
    BLOCK_INPUT;
  
    if (STRINGP (s->name))
***************
*** 703,708 ****
--- 712,721 ----
    XtSetArg (al[ac], XtNallowResize, 1); ac++;
    XtSetArg (al[ac], XtNresizeToPreferred, 1); ac++;
    XtSetArg (al[ac], XtNemacsScreen, s); ac++;
+   if (!NILP (geometry))
+     {
+       XtSetArg (al[ac], XtNgeometry, (char*)XSTRING (geometry)->data); ac++;
+     }
    screen_widget = XtCreateWidget ("screen", emacsScreenWidgetClass,
  				  pane_widget, al, ac);
  

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 22 Jan 1993 15:12:45 EST
Date: Fri, 22 Jan 1993 12:10:58 PST
X-Windows: The art of incompetence.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: app-defaults/Emacs file
Newsgroups: alt.lucid-emacs.help
> I have just installed lemacs 19.4. I cant file the applications default
> file for lemacs.

You don't need one.

> Another related problem is that the following does not work:
> 	Emacs.EmacsScreen.font: 6x13
> but lemacs -fn 6x13 works.

The resource you want is Emacs.EmacsScreen.default.attributeFont.

And using font names like "6x13" is bad practice because emacs can't
figure out how to turn that into a bold version, so your "bold" and
"italic" faces come out wrong.

This is all described in the NEWS file (^H n):

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.

[...]

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.

[...]

If the bold, italic, and bold-italic faces are not specified in the resource
database, then emacs attempts to derive them from the font of the default face.
It can only succeed at this if you have specified the default font using the
XLFD (X Logical Font Description) format, which looks like

	*-courier-medium-r-*-*-*-120-*-*-*-*-*-*

if you use any of the other, less strict font name formats, some of which
look like
		lucidasanstypewriter-12
and		fixed
and		9x13

then emacs won't be able to guess the names of the bold and italic versions.
All X fonts can be referred to via XLFD-style names, so you should use those
forms.  See the man pages for X(1), xlsfonts(1), and xfontsel(1).
From: c23mts@kocrsv01.delcoelect.com (Mike Scheidler)
Newsgroups: alt.lucid-emacs.help
Subject: Way to bind C-RET?
Date: 22 Jan 93 18:22:13 GMT
Reply-To: c23mts@kocrsv01.delcoelect.com
Organization: Delco Electronics Corp.
Originator: c23mts@kocrsw12


I'm having trouble binding a function to the C-RET (control return) key.
I've tried several methods, such as

        (define-key global-map '(control RET) 'my-function)

and

        (global-set-key '(control RET) 'my-function)

and variations of these using \C-m in place of RET, but nothing works.

If I list the key bindings, it shows that C-RET is bound to my-function,
just as I specified (several times, in fact!), but I get the message

        C-RET not defined.

whenever I attempt to use it.

Has anyone been able to do this?

-- 
Mike Scheidler                    INTERNET:  c23mts@kocrsv01.delcoelect.com
Software Technology               UUCP:      deaes!c23mts
Delco Electronics Corporation     PHONE:     (317) 451-0642
Kokomo, IN 46904                  GMNET:     8-322-0642
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: alt.lucid-emacs.help
Subject: Re: kind of -geometry wxh+x+y for a new screen
Date: 26 Jan 93 20:30:02 GMT
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.


    Joerg-Cyril> I read the lemacs NEWS but found no way to set
    Joerg-Cyril> x-screen-defaults so that I can open a secondary
    Joerg-Cyril> lemacs screen with a like with "-geometry -0+0" in my
    Joerg-Cyril> .emacs.

My understanding is that x-screen-defaults doesn't work. I've started
using X resources for everything and have had great results.  Its the
right way to do these things anyway, IMHO.

In my .Xdefaults I define resources for a RIGHTSCREEN a LEFTSCREEN and
a few other screen types that I like.  These include geometry, font
and color combinations.  Then I have keys bound to C-x 5 <key> to
start up a RIGHTSCREEN or LEFTSCREEN or whatever.  Works great.  I
also have default emacs resources to handle my first screen.  So doing
everything through the X resources is fine except:

1. It seems you have to restart emacs whenever you do an "xrdb -load"
   because lemacs can't re-read the resource database. Jamie, maybe
   you can add a lisp function x-reread-resources???

2. I can't seem to find a way to specify different initial screens.
   -name switch doesn't seem to work. Maybe there should be a -screen
   switch to specify the screen-name of the initial screen???

More on #2 above:

If I start up lemacs with "emacs -name foo" I would expect one of the
following things to happen: the initial screen comes up with a screen
name of "foo", or f.identify (from tvtwm) should identify the
Class.res_name as "foo".  None of this happens (note that starting
editres for example with "editres -name foo" does set the
Class.res_name to foo).  So if I have some screen attributes in my
.Xdefaults like "foo*pointerColor: Red", this never takes effect.

Now, I could be doing something wrong, but is anybody else able to
have different initial screens definied in their .Xdefaults, and be
able to use these screens by starting lemacs with -name?

-Barry
Newsgroups: alt.lucid-emacs.help
From: rad2r@uvacs.cs.Virginia.EDU (Robert DeLine)
Subject: Help get rid of ^M^M^M
Organization: University of Virginia Computer Science Department
Date: Fri, 22 Jan 1993 20:07:29 GMT


I'm having some trouble with using the shell under Lemacs 19.3. 
For every command I type in, the command is echoed and every line
of the command's output ends in ^M.  Here's an example

	$ ls
	ls^M
	libc++util.a    libsstream.a^M


This also happens in compilation buffers, and most other buffers
that deal with Unix in some way or another.  I've tried some
things with 'stty' but this hasn't worked universally.

Has anyone else experienced this and know the solution?

Many thanks,

Rob DeLine
Computer Science, University of Virginia
deline@Virginia.EDU
From: hollick@itchy.cis.upenn.edu (Mike Hollick)
Newsgroups: alt.lucid-emacs.help
Subject: Lucid Emacs FAQ/Archive Site?
Summary: help me out here
Date: 21 Jan 93 19:32:08 GMT
Organization: UPENN Computer Graphics Research Laboratory

Hello:

I just compiled lemacs-19.4, and now I am looking to customize it.  Is
there a FAQ or lisp archive for Lucid-emacs specific information?
Thanks a lot!

--> Mike




x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 25 Jan 1993 20:37:21 EST
Date: Mon, 25 Jan 1993 17:37:16 PST
X-Windows: Putting new limits on productivity.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Rebinding X KeySyms?
Newsgroups: alt.lucid-emacs.help
> What I want to do is:
> (x-rebind-key "KP_Enter" "\n")

(global-set-key 'kp_enter "\n")
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 21 Jan 1993 13:26:05 EST
Return-Path: <digi.lonestar.org!mbattagl>
Date: Thu, 21 Jan 1993 12:10:09 CST
From: mbattagl@digi.lonestar.org (Mike Battagl)
Subject: hilit bug.....
Newsgroups: alt.lucid-emacs.help
The regexp for c++ comments in lhilit can freeze emacs.  Well ^g will get you out...

if you have a comment like this:

//********* this is a comment *******

When you do a ^C^H emacs is frozen until a ^g


I corrected my c++-mode-hilit 'c-style-comment' to: 

("[^/]/\\*" "\\*/" hilit0)

and that corrects the problem.



It would also seem that no matter what regexp you use, hilit should not freeze.
When the end of the buffer is reached and the 'end' regexp is not reached then it should
give up.  I don't know if you highlight the region or not (if you do it may be easier to
find the problem) but, you should not freeze.  I have found other regexp that does the 
same thing. I one case I have no idea where the problem is. 

One other point deals with comments.  It seems that there should be a special
entry for comments (based on comment-start and comment-end), then all other highlighting
should NOT take place in comments.



Thanks,

Mike Battaglia
Dsc Communications Corp.
(214) 519-3253
mbattagl@dsccc.com

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 16:19:34 EST
Date: Thu, 28 Jan 1993 15:50:02 EST
From: david@mvision.com (David Brusowankin)
Subject: Can't build lemacs 19.4
Newsgroups: alt.lucid-emacs.help
Hi,

	This product sounds great but I have not been able to build it.
Can anyone help ?
Since I haven't subscribed to the mailing list (I will shortly but we
have limited disk space on our connection-to-world machine), please
also respond by email.

Thanks in advance.

Environment
-----------
Sun IPC running SunOS 4.1.3

PATH=/usr/bin:/usr1/local/bin:/bin:/usr/ucb:/usr/bin/X11
LD_LIBRARY=/usr/lib:/usr/lib/X11

gcc-2.3.2 is in /usr1/local/bin and fixincludes has been run.

src/config.h has USE_GCC defined
-------------------

Running build-install fails thusly:

	cd src
	make
	make -f xmakefile all
	gcc -g -static -Demacs -I./lwlib -c filelock.c
	ld.so: libc.so.2: not found


I have /usr/lib/libc.so.1.8 but I expect this to be statically linked using
libc.a . What's wrong ?


David Brusowankin
Market Vision
Voice: 212 / 227-1610
Fax:   212 / 233-1430
Email: david@mvision.com
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 22 Jan 1993 06:34:21 EST
Date: Fri, 22 Jan 1993 12:32:48 +0100
From: popineau%esemetz.ese-metz.fr@lucid.com
Subject: stripping emacs
Newsgroups: alt.lucid-emacs.help
Hi,

Is there any problems in stripping the compiled version of lemacs-19.4
for sparc ?

Also, anybody compiled it for dll ?

Many thanks to Lucid for this version !

F. Popineau
--
e-mail: popineau@loria.fr	      
        popineau@ese-metz.fr                 
voice-mail: (+33) 87-74-99-38                
surface-mail: 	Ecole Superieure d'Electricite
	      	2 rue Edouard Belin           
		F-57078 Metz Cedex 3	      
		FRANCE			      

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 25 Jan 1993 05:25:41 EST
Date: Mon, 25 Jan 1993 10:23:23 GMT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Release of djh-imouse-2.0
Newsgroups: alt.lucid-emacs.help
I'd like to replace self-insert-command with my own routine.

Under plain GNU emacs I can define a function like this:

(defun self-insert-wrapper (arg)
  (interactive "p")
  (self-insert-command arg))

and then replace every instance of 'self-insert-command in global-map
with 'self-insert-wrapper.

Under Lucid emacs 19.4 this almost works, except it breaks incremental
searching.

Is there a way to do this WITHOUT breaking incremental searching?

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 22:52:58 EST
Date: Thu, 28 Jan 1993 19:52:05 PST
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Questions about font_lock.c (buffer-syntactic-context)
Newsgroups: alt.lucid-emacs.help
Rod Whitby wrote:
> 
> If you intend to highlight in the method I (and the current users of
> tek-highlight) prefer, then I would allocate my spare time to helping
> achieve that goal with font_lock.c rather than trying to achieve it in
> a separate lisp package.

I think the style you propose is nicer; you can chalk the current behavior
up to my tradeoff of speed plus ease of implementation versus prettiness of
output.  So if you make font_lock.c use the style you've described without
slowing it down, then that would be great.

I think speed is very important, though; this code is too slow as it is,
and I wouldn't want to see it get any slower.

	-- Jamie
mickeyf@clipper.zfe.siemens.de (Mickey Ferguson) writes:
>A while back, I wrote:
>>I have lucid emacs working just fine for our regular sun users here, but
>>I'm trying to be able to use it for our dialup users, who only have a
>>shelltool to work with, and no windows or anything, working on a dumb
>>terminal.  Is there some way of invoking lucid emacs to work inside the
>>current window or shell in what I'm calling 'line mode' instead of spawning
>>a new window?  I know that I wouldn't get any of the pull-down menus or
>>mouse support, but that's OK; I just need the main emacs functionality with
>>one screen.  Is this possible?
>Does nobody have any suggestions?  I've received no replies, nor have I seen
>any postings on this subject.  Say it isn't so!

From the lemacs/etc/NEWS file, which you should be able to read with 
"C-h n":

    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.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 27 Jan 1993 18:07:21 EST
Date: Tue, 26 Jan 1993 11:05:30 EST
From: filipski@cs.buffalo.edu (Paul Filipski)
Subject: syntax-decode and NEW_SYNTAX
Newsgroups: alt.lucid-emacs.help
Does anyone have a version of Ken Wood's syntax-decode.el package that
works with v19 compiled with NEW_SYNTAX defined?

I'm willing to (try to) bring it up to date if no one has yet, but I
certainly don't want to if it's already been done.

Thanks,
Paul
-- 
CEDAR / SUNY at Buffalo
(716) 645-6164 x107
filipski@cs.buffalo.edu
[known world]!sunybcs!filipski