HDTenEightyP/NetNews huggingface dataset:
From: diamond@jit345.bad.jit.dec.com (Norman Diamond)
Subject: Re: Static function prototypes and definitions
Reply-To: diamond@jit.dec.com (Norman Diamond)
Organization: Digital Equipment Corporation Japan , Tokyo
Date: Thu, 15 Oct 1992 01:14:02 GMT

In article <1bi565INNgc1@news.aero.org> lmiller@aero.org (Lawrence H. Miller) writes:
>In article <bjFLFApU@twinsun.com> eggert@twinsun.com (Paul Eggert) writes:
>>       void f(void) { void g(void); g(); }
>>       static void g(void) { }
>>has undefined behavior because g has both external and internal linkage.
>>See ANSI C 3.1.2.2 (Linkages of Identifiers).

That is correct.

>	3.1.2.2 Linkage of Identifiers
>	  If the declaration of a file scope identifier for an
>	object or a function contains the storage-class specifier
>	static, the identifier has internal linkage.

The standard should have said, "the identifier is declared to have internal
linkage" because the actual effect isn't known yet.

>	  If the declaration of an identifier for an object or
>	function contains the storage-class specifier extern, the
>	identifier has the same linkage as any visible declaration
>	of the identifier with file scope.

Yes but at the time of the first declaration, there is no visible declaration
with file scope.  The standard says "If there is no visible declaration with
file scope, the identifier has external linkage" but should have said "is
declared to have external linkage."

>	[It goes on to say that if there is no other storage-class
>	specifier, it is extern.]

Yes, and that applies to the first declaration.

>So the question becomes, what is the definition of "visible
>declaration"?  We look back in 3.1.2.1 and we find:
>	  Every other identifier has scope determined by the 
>	placement of its declaration...If the declarator or type
>	specifier...appears outside of any block or list of
>	parameters,, the identifier has file scope, which terminates
>	at the end of the translation unit.
>Now I interpret this to mean what it says: a function definition has
>FILE SCOPE, i.e., from the START to the END of the file.

The first identifier "g" has block scope.  The second identifier "g" has
file scope.  The second one's scope (file scope) ends at the end of the
translation unit, exactly as in the text you quoted.  Why didn't you quote
the text that says where the scope starts, instead of guessing?  Lines 39
to 42 on the same page.  Since this isn't a tag or enumeration constant,
the final sentence applies:  "Any other identifier has scope that begins
just after the completion of its declarator."

And finally, back to the linkage section:  "If, within a translation unit,
the same identifier appears with both internal and external linkage, the
behavior is undefined."
--
Norman Diamond       diamond@jit081.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.
"Yeah -- bad wiring.  That was probably it.  Very bad."
Newsgroups: comp.std.c
From: diamond@jit345.bad.jit.dec.com (Norman Diamond)
Subject: Re: string literal initializers
Reply-To: diamond@jit.dec.com (Norman Diamond)
Organization: Digital Equipment Corporation Japan , Tokyo
Date: Fri, 16 Oct 1992 07:07:04 GMT

In article <2131@sdrc.COM> scjones@thor.sdrc.com (Larry Jones) writes:
>As much as we
>all wish that the standard were complete, concise, and correct, those
>of us who wrote it are only human and suffer from oversights,
>confusion, and mistaken beliefs from time to time.

I have enough first-hand experience with the same problems to feel much
sympathy for committee members who suffer them.  Nonetheless, when errors
are discovered, it is best if they be admitted and corrected.  (I have
not seen any evidence that Mr. Jones disagrees with this ideal.  Digital's
regulations prohibit me from reporting some other past observations.)

>In particular, when
>you know how something is supposed to work, it is very difficult to
>describe it in such complete detail that someone who is being
>intentionally perverse can't misunderstand it (try it some time). 

I have enough first-hand experience with this problem too, and again
express sympathy.

But there are also some cases where there is no misunderstanding at all,
and simply errors.  Sometimes the committee's intention is very clear,
but the legally accepted standard is worded in a manner to prohibit the
intended meaning.  This is not a matter of intentional perversity.
It is intentional careful reading.  I have often helped prove particular
cases, in hopes that they might be corrected some day.

I have often expressed personal wishes that errors could be corrected
through some procedure, as well as personal wishes that errors be
admitted and targeted for eventual corrections.

In comp.std.c, I have seen this kind of responsible posting by others
as well, more often than intentional perversity.

However, even intentional perversity has a right to be heard.  We often
have to resort to hypothesizing some perverse conforming implementation
in order to prove that some program will get an undesired result.  We
often have to resort to writing some perverse maybe-strictly-conforming
program in order to prove that some implementation fails to conform.

If I were an implementor, the best I could do would be to supply options
to choose between required meanings and intended meanings, with __STDC__
defaulting to not being defined in the latter case (but again, definable
by an explicit option).

>In general, if the standard implies something, then that is what it
>means, even if it doesn't come right out and say so.

That is fair.  But when the standard comes right out and says the opposite,
it needs to be fixed.  Computers do what we say, not what we mean.  We are
not computers, but when reading legal documents, we are still bound by
what the writers said, not by what they meant.  [Personal opinion only.]
--
Norman Diamond       diamond@jit081.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.
"Yeah -- bad wiring.  That was probably it.  Very bad."
Newsgroups: comp.std.c
From: "chris perkins" <chris.perkins@canrem.com>
Subject: file *yyin=stdin; not
Reply-To: "chris perkins" <chris.perkins@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 12 Oct 92 10:10:43 EST

TO:emmerik@utwente.nl

EP>The following looks to me perfectly legal ANSI-C code.

EP>sgi-cad> cat test.c
EP># include <stdio.h>
EP>FILE *yyin = {stdin}, *yyout = {stdout};
EP>main()
EP>{
EP>}

EP>Nevertheless i get the following results when compiling on a
EP>Silicon Graphics workstation:

EP>sgi-cad> cc -cckr test.c
EP>sgi-cad> cc -ansi test.c
EP>accom: Error: test.c, line 2: integer constant expected
EP>       FILE *yyin = {   (__stdin) }, *yyout = { (__stdout) };
EP>       ---------------------------^

The problem is that stdin and stdout are not constant pointers, but
are macros which get replaced by function calls (it may be compiler
dependant, I'm not sure of the standard).  I think the following
would work:

#include <stdio.h>
FILE *yyin, *yyout;
main()
{
   ...
   yyin = stdin;
   yyout = stdout;
   ...
}

Check your stdio.h to see how stdin and stdout are defined.

Regards,

Chris
---
  DeLuxe/386 1.25 #9629  Best wishes,         Chris Perkins
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.std.c
From: hermann@uran.informatik.uni-bonn.de (Hermann Stamm)
Subject: Preprocessor facilities
Reply-To: hermann@uran.informatik.uni-bonn.de (Hermann Stamm)
Organization: Praktische Informatik III
Date: Fri, 16 Oct 1992 07:49:04 GMT

/*
Hello!

Is the below program ANSI-C conform?
It works with SUN-ANSI-C and gcc, 
and produces correctly the output:

132
213
321

It compiles without any warning and produces the
following messages concerning the usage of printf only with:

alint     --> function returns value which is always ignored
                  printf 

gcc -Wall --> warning: implicit declaration of function `printf'


Is the use of kl1 instead ) ok in the macro kac?
How to use kl0 if its ok ?

Bye,

   Hermann.
*/

#include <stdio.h>
#include <stdlib.h>

#define CAT(a,b)  a##b
#define XCAT(a,b) CAT(a,b)

#define kl0 (
#define kl1 )
#define k(n,a,b,c) XCAT(k,n)(a,b,c)
#define kbc(a,b,c) XCAT(a,XCAT(c,b))
#define kab(a,b,c) XCAT(b,XCAT(a,c))
#define kac(a,b,c) XCAT(c,XCAT(b,a)kl1


int main(void)
  {
  printf("%d\n",k(bc,1,2,3));
  printf("%d\n",k(ab,1,2,3));
  printf("%d\n",k(ac,1,2,3));

  return(0);
  }
From: Fergus.James.HENDERSON@f1.n100.z60.wlink.nl (Fergus James HENDERSON)
Newsgroups: comp.std.c
Subject: FILE *yyin=stdin; not ANSI-C??
Date: Mon, 12 Oct 1992 07:17:10 -0100

Organization: Computer Science, University of Melbourne, Australia

jos@and.nl (Jos Horsmeier) writes:

>You're right, but the ANSI C standard _does_ `promise' that stdin and
>stdout are `expressions of type ``pointer to FILE'' that point to the
>FILE objects associated [...]'
>So, the original poster can solve his/her problem by moving the assignments
>away from the initialization code and simply do an assignment like:
>
>FILE *yyin, *yyout;
>/* ... */
>yyin= stdin; yyout= stdout;

These initializations actually come from the "lex" tokenizer skeleton code;
to solve the problem you need to add
	if (!yyin) yyin = stdin;
	if (!yyout) yyout = stdout;
either at the start of yylex(), or more efficiently in the initialization
code which (in my version) is in yylook().

-- 
Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
This .signature virus is a self-referential statement that is true - but 
you will only be able to consistently believe it if you copy it to your own
.signature file!

Newsgroups: comp.std.c
From: emmerik@utrcu1.civ.utwente.nl (Emmerik P.J.L. van)
Subject: Summary: FILE *yyin=stdin; not ANSI-C??
Organization: University of Twente
Date: Sat, 10 Oct 1992 21:59:02 GMT

In my original posting i wrote:
>The following looks to me perfectly legal ANSI-C code.
># include <stdio.h>
>FILE *yyin = {stdin}, *yyout = {stdout};

You netters, thanks for all the comment i got, here's a summary:
I got some comment on the braces, but they make no difference and are
not illegal (mind you, i have not checked, but a variable is an aray of
length 1?).
An other point is that the standard does not require stdin, stdout and
stderr to be constants.
In fact someone from Silicon Graphics told me they are not in the cc
version i am using.
Therefor the solution should be to use:
  FILE *yyin;
  yyin = stdin;
However, there is on problem. I dit not think the initialization
construct up mayself, but it was generated by LEX/YACC a long time ago.
Maybe i should try what the current version of LEX/YACC generates and
regenerate from the original LEX/YACC code.
-- 
Pieter van Emmerik                    | Phone:  +31-74-464231
HDS info management                   | FAX:    +31-74-464110
P.O.box 23                            | E-mail: emmerik@utwente.nl
7550 AA  Hengelo, The Netherlands     |         hp4nl!utrcu1!emmerik
From: lmiller@aero.org (Lawrence H. Miller)
Newsgroups: comp.std.c
Subject: Re: Static function prototypes and definitions
Date: 15 Oct 1992 17:15:08 GMT
Organization: The Aerospace Corporation, El Segundo, CA
NNTP-Posting-Host: palomar.aero.org

In article <1992Oct15.011402.19588@nntpd.lkg.dec.com> diamond@jit.dec.com (Norman Diamond) writes:
>>FILE SCOPE, i.e., from the START to the END of the file.
>
>The first identifier "g" has block scope.  The second identifier "g" has
>file scope.  The second one's scope (file scope) ends at the end of the
>translation unit, exactly as in the text you quoted.  Why didn't you quote
>the text that says where the scope starts, instead of guessing?  Lines 39
>to 42 on the same page.  Since this isn't a tag or enumeration constant,
>the final sentence applies:  "Any other identifier has scope that begins
>just after the completion of its declarator."

	You're right.  This issue is now dead.

	void f(void){void g(void);}
	static void g(void){}

	produced undefined results, while

	void f(void){static void g(void);}
	static void g(void){}

	is invalid via 3.5.1 lines 19 and 20.
	[Note, though, that this is under Semantics, while it should
	clearly be under Constraints.]

-- 
Larry Miller		The Aerospace Corporation
lmiller@aero.org	PO Box 92957		
310-336-5597		LA, CA 90009-2957
Newsgroups: comp.emacs,comp.mail.sendmail
From: asherman@fmrco.com (Aaron Sherman)
Subject: Problem with headers from EMACS' sendmail
Reply-To: asherman@fmrco.COM
Organization: I-Kinetics, 19 Bishop-Allen Dr., Cambridge, MA
Date: Fri, 9 Oct 1992 18:45:22 GMT


I'm not sure if this is an EMACS problem or a sendmail problem, but I
have a function that I run in my mail-setup-hook which inserts a quote
into my headers under the header "X-Quote: ". Now, as far as I know
the following would be a valid header:

X-Quote: "Weed--a plant whose virtues have not yet been discovered"
	-Ralph Waldo Emerson

as the second line begins with a tab. But, when I send out messages
they arrive with the X-Quote header as all one line (the tab is still
there.

Is EMACS doing this (I couln't find anything that looked like it was
joining lines in the ELISP code)? Is this a sendmailism? Can I turn it
off?

Please reply via EMAIL. I will summarize if there is interest.


			-AJS
--
--------
Disclaimer: I am solely responsible for the content of this message.
The views expressed here may not be the views of I-Kinetics, Fidelity,
any of the Fidelity-owned corporations or my mother.
Newsgroups: comp.emacs
From: dbarker@spang.Camosun.BC.CA (Deryk Barker)
Subject: Re: Emacs in VAX
Organization: Camosun College, Victoria B.C, Canada
Date: Fri, 16 Oct 1992 19:48:07 GMT

In article <1992Oct16.062311.21841@nuscc.nus.sg> iscksc@nuscc.nus.sg (Mr Khoo Siau Cheng) writes:
>Is there a version of Emacs run on Vax?

Assuming you mean VMS, there sure is. It isn't perfect, but it serves.
There's even a newsgroup gnu.emacs.vms

Deryk Barker, Computer Science Dept., Camosun College, Victoria B.C.
From: dougg@kbsw1.uucp (Doug Gerecht 806 1031)
Newsgroups: comp.emacs
Subject: RMAIL filing system
Date: 7 Oct 92 13:33:44 GMT
Distribution: all
Organization: Kentek Information Systems

With regards to GNU Emacs 18.58.

Myself and others here use RMAIL files as a filing system.  Works
great when I get memos from other people, I just 'o' it to another
RMAIL file.  However, when I want to make a note to myself I have to
send a mail message to myself, then read my mail and output it to the
RMAIL file.  Is there a way of shortcutting this process by editing
directly into an RMAIL file or somehow getting the sendmail mode to
just stuff the message into a file instead of mailing it?

Also I have vague memories of a notepad or filing system in elisp
independent of RMAIL.  Does this ring a bell with anyone?

					Thanks in advance,
-- 

		dougg@kentek.com	Doug Gerecht
From: craigj@sun.com (Craig Johnson)
Newsgroups: comp.emacs
Subject: pasting from gnuemacs to xterm
Date: 15 Oct 1992 23:44:56 GMT
Organization: Sun Microsystems, Inc.  Mt. View, CA
Distribution: world
Reply-To: craigj@sun.com (Craig Johnson)
NNTP-Posting-Host: quigg


Anyone out there know how to cut text from gnuemacs buffer and paste it into
xterm window?

Environment:
Sparcstation 2
SunOS Release 4.1.2 (GENERIC)
gnuemacs 18.58


-- 
Craig Johnson 

craigj@sun.com / craig.johnson@sun.com / craig.johnson@eng,  (415) 688-9448
SUN Microsystems, M/S UMPK03-201, 140 Scott Place, Menlo Park, CA. 94025
---------------
M-x insert-std-disclaimer-with-witty-saying-and-ascii-graphic
From: milan@bcsaic.boeing.com (Milan Richter)
Newsgroups: comp.emacs
Subject: Window size on Mac with Telnet
Date: 7 Oct 92 21:25:12 GMT
Distribution: na
Organization: Boeing Computer Services

I am using Telnet 2.4.02 MacTCP on a Mac IIx hooked via Ethernet to a Sun.
The emulator gives me two possible screen widths: 80 and 132, and variable
number of lines. On a Radius monitor I can fit 52 lines. However, when I start
GNU Emacs (version 18.57.3), I get only the standard 24 line window, regardless
of the screen size.

Since I am not very familiar with customizing Emacs, can somebody tell me
if it is possible, with the Telnet emulator, to have Emacs display more
than 24 lines? If yes, what exactly do I need to do?

I would also appreciate any advice/pointers on how to better customize
the Mac keyboard to make better use of function keys etc.

Many thans for help.
==========================================================
== Milan Richter                                        ==
== Boeing Computer Services     milan@atc.boeing.com    ==
== M/S 6C-04                    tel.: 206-865-3277      ==
== P.O. Box 24346               fax.: 206-865-2965      ==
== Seattle, WA 98124-0346                               ==
==========================================================
From: lam@saifr00.cfsat.honeywell.com (Josh Lam)
Newsgroups: comp.emacs
Subject: Need Info on Lucid Emacs
Date: 12 Oct 92 19:56:29 GMT
Organization: Honeywell Air Transport Systems Division

Hi,

Could someone please furnish me with some info about Lucid Emacs (I hope I
got the spelling correct). ie how different is it from GNU Emacs and how
can I obtain it.

Thanks!

-- 
Josh Lam
Honeywell Inc
lam@saifr00.cfsat.honeywell.com
From: bo033@cleveland.Freenet.Edu (Joe E. Stainbrook)
Newsgroups: comp.emacs
Subject: looking for shell..
Date: 15 Oct 1992 20:30:55 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: bo033@cleveland.Freenet.Edu (Joe E. Stainbrook)
NNTP-Posting-Host: slc4.ins.cwru.edu


High!
  BSW Publishing Inc. is looking for a shell for Mac+ system
that would allow it to keep a line open and use it but back
out of it to go to another line.  At this time we are non-profit
and wish to know where we can find this type of software.
  I hope I stated what we are looking for clearly and correctly.
Catch ya later...
-- 
GroundOut to some..I die a free and crazy man. Join me in the rubber room.
--Don't stare,haven't you ever seen anyone sitting on the ceiling before? 
WARNING: The preceding has been brought to you by BSW (XX <CENSORED> XX) 
Publishing Inc.-bo033@cleveland.Freenet.Edu    You ain't seen nuttin' yet.
Newsgroups: comp.emacs
From: wittesa@reks.uia.ac.be (Willy Wittesaele)
Subject: Re: uEmacs 3.8b emacs.rc examples needed
Organization: U.I.A.
X-Newsreader: Tin 1.1 PL5
Date: Mon, 12 Oct 1992 00:02:09 GMT

Hello ,

You should name your file .emacs.rc !

willy
From: jserpa@novell.com (Jorge Serpa)
Newsgroups: comp.emacs
Subject: Help with installing gnu emacs for OS2
Date: 13 Oct 92 18:41:02 GMT
Organization: Novell, Inc.

I am having problems finding all the archive files and instructions on how to
install gnu emacs for OS2.

Could somebody who has successfully installed it send me the location of the
archive files as well as a list of the files needed?

A set of instructions, or at least pitfalls to avoid would also be greatly
appreciated.

You may respond to me directly at jserpa@novell.com

Thanks.

Jorge G. Serpa
Internetworking Products Division
Novell, Inc.
2180 Fortune Drive
San Jose, Ca 95131.


Jorge G. Serpa
Internetworking Products Division
Novell, Inc.
2180 Fortune Drive
San Jose, Ca 95131.

jserpa@novell.com
Newsgroups: comp.emacs,gnu.emacs.sources,gnu.emacs.help,sun.emacs,comp.unix.solaris,gnu.epoch.misc
From: goodsenj@ajpo.sei.cmu.edu (John Goodsen)
Subject: Re: Lucid Emacs Patch for Solaris 2
Organization: Ada Joint Program Office
Date: Thu, 15 Oct 1992 18:59:21 GMT

Can someone clue me in on Lucid emacs?  Is it *netly* available?
Is it commercially available?  What's the differences between 
Lucid and Emacs  or Epoch ?

thanks in advance

John 

goodsenj@ajpo.sei.cmu.edu
From: stewart@cs.umd.edu (G. W. Stewart)
Newsgroups: comp.emacs
Subject: Big files
Date: 15 Oct 92 11:20:39 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

I need an emacs-like editor for a Mac Power Book that can handle large
files--1MB or larger.  My current version of micro emacs truncates
large files.

Pete Stewart
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: comp.emacs
Subject: Re: MicroEmacs for Windows
Summary: Also at vm1.nodak.edu
Date: 11 Oct 92 00:32:47 GMT
Organization: Data Factory Services, Harrisburg, Pa.

In article <1992Oct05.175935.22643@catfish.az05.bull.com>, pap@tempel.az05.bull.com (Pierre Perret) writes:
> In article <1992Oct5.073733.20096@westminster.ac.uk>, priestm@westminster.ac.uk (Mark Priestley) writes:
> |> A while back there was a post about a version of MicroEmacs to run under
> |> Windows, but I seem to have binned it, and could find no reference
> |> to it in the "available versions of emacs" post recently.
> 
> MEWIN 1.0e should still be available via anonymous ftp from
> ftp.cica.indiana.edu, in the pub/pc/win3/util directory, as file
> MEW10E.ZIP.

It is also available via mail server from listserv@vm1.nodak.edu
Send them the following single line message with NO SIG:

/PDGET MAIL PD:<MSDOS.WINDOWS3>MEWIN10.ZIP UUENCODE

You'll get 4 uuencoded files. Join them together, uudecode and you've
got the file. 

-- 
 ...uunet!wa3wbu!frackit!dave -or-                       |  Dave Ratcliffe  |
 frackit!dave@uunet.UU.NET -or- dave@frackit.uucp -or-   |  Sys. <*> Admin. |
 vogon1!compnect!frackit!dave@psuvax1.psu.edu            | Harrisburg,  Pa. |
Newsgroups: comp.emacs
From: fenton@su19a.ess.harris.com (S. Fenton McDonald)
Subject: A mode for VHDL
Date: Fri, 16 Oct 1992 17:21:44 GMT
Organization: Harris Corporation

Does anyone know if there is lisp code for a VHDL mode  similar to the 
ada, C, and other modes used in gnuemacs.  I have checked the archive
at archive.cis.ohio-state.edu and iesd.auc.dk, but I did not see any
modes relating to VHDL.

If there is none available, I would be willing to write one.  Does anyone
know if there is a language closer to VHDL than Ada so I can use the 
appropriate mode as a template? (I am currently using the Ada mode, but
it does not do a good job of indents.)

Thanks.

--
============================================================================   
     S. Fenton McDonald         fenton@su19a.ess.harris.com		
     Harris Corporation		Office (407) 727-5739
     Palm Bay FL	
============================================================================
From: quillen@cps.msu.edu (Quillen Edward O)
Newsgroups: comp.emacs
Subject: IBM PC vt100.el file
Date: 10 Oct 92 01:58:18 GMT
Distribution: usa
Organization: Dept. of Computer Science, Michigan State University
Originator: quillen@pacific.cps.msu.edu

I have a modified vt100.el which I use with my IBM PC running a telnet session
to a UNIX box using EMACS which allows me to use the arrow keys.

I was wondering if there was one out there that defined the PGUP,PGDWN,HOME,
END,... keys as well.

Any help would be appreciated!
quillen@cps.msu.edu

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++
+++ ED (Edward Quillen)   6-1293              +++
+++ Vet Teaching Hosp.  SYSTEM MANAGER        +++
+++ Email: quillen@cps.msu.edu                +++
Newsgroups: comp.emacs
From: benb@stortek.com (ben baron)
Subject: Box comment handling macros for 'C mode?'
Organization: StorageTek
X-Newsreader: Tin 1.1 PL5
Date: Thu, 8 Oct 1992 16:43:33 GMT

Is there a good box comment handling macro(s) for 'c mode'?  I need
something that will format and rejustify box comments like:

/******************************************
* dfjadl;kfjad;lkfja
******************************************/

--
__________________________________________________________________________

"You can make more friends with a kind word and a gun than you can with 
 just a kind word" - Al Capone, The Untouchables

Ben Baron, Ben_Baron@stortek.com                         (303) 673-4670

Xref: sparky comp.emacs:3322 gnu.emacs.help:4496 gnu.epoch.misc:1020
From: jeh@windrider.llnl.gov (Jose E. Hernandez)
Newsgroups: comp.emacs,gnu.emacs.help,gnu.epoch.misc
Subject: Re: Which to use Epoch or Lucid Emacs?
Date: 16 Oct 92 15:25:59 GMT
Reply-To: jeh@llnl.gov
Followup-To: comp.emacs
Organization: Lawrence Livermore National Laboratory

Is Lucid Emacs free?  How do you get it?

thank you!

jose'
Newsgroups: comp.emacs