HDTenEightyP/NetNews huggingface dataset:
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: GCC 1.41 now released
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 19:46:07 GMT

You can get GCC 1.41 from pub/gnu/gcc-1.41.tar.Z on prep.ai.mit.edu.
This is a bug-fix release of GCC version 1.

Diffs from GCC 1.40 are about 300k; you can find them in
pub/gnu/gcc.diff-1.40-1.41.

We are maintaining GCC versions 1 and 2 in parallel,
aiming for stability and reliability in version 1,
and for improvements in version 2.

Another way to get a copy of GCC (version 1 or 2) is to order a
distribution tape from the Free Software Foundation.  This is easy if
you work for an office that has a budget for software, and it is the
main source of funds for the FSF.  Lately we have not had enough
income, and we need your help to keep activities going.

To get more details on ordering tapes, ask gnu@prep.ai.mit.edu.


Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: Inaccurate rmail-mode help.
Reply-To: pot@cnuce.cnr.it
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 4 Sep 1992 14:24:00 GMT

The help for rmail-mode does not mention `h' as a key useful for
showing the headers.  I propose the following mods to rmail.el:

*** /local/lib/emacs/lisp/local/rmail.el	Wed Apr 15 17:29:56 1992
--- /tmp/rmail.el	Fri Sep  4 13:20:23 1992
***************
*** 279,285 ****
            Standard labels: filed, unseen, answered, forwarded, deleted.
            Any other label is present only if you add it with `a'.
  C-M-p   Move to Previous message with specified label
! C-M-h	Show headers buffer, with a one line summary of each message.
  C-M-l	Like h only just messages with particular label(s) are summarized.
  C-M-r   Like h only just messages with particular recipient(s) are summarized.
  t	Toggle header, show Rmail header if unformatted or vice versa.
--- 279,286 ----
            Standard labels: filed, unseen, answered, forwarded, deleted.
            Any other label is present only if you add it with `a'.
  C-M-p   Move to Previous message with specified label
! h	Show headers buffer, with a one line summary of each message.
! C-M-h	Like h.
  C-M-l	Like h only just messages with particular label(s) are summarized.
  C-M-r   Like h only just messages with particular recipient(s) are summarized.
  t	Toggle header, show Rmail header if unformatted or vice versa.

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| (39)(50)593203   (voice)

Newsgroups: gnu.emacs.bug
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: sendmail.el - FCC output doesn't have "From: " header field
Organization: EDS-Scicon, Milton Keynes, UK
Distribution: gnu
Date: Fri, 28 Aug 1992 17:40:43 GMT

When running Rmail on the file I do FCC output to, the rmail-summary
buffer didn't show anything in the "From/To" field.  It should show the
address the message went to.

While the fix could be made in Rmail, to get it to recognise sendmail's
"From" line (which doesn't have a colon and has the date tagged on), I
decided to get sendmail to output a correctly-formatted header.

The following code is from the emacs 18.58 sendmail.el file.  The lines
I've changed are preceded by "!".

Emacs 18.57 didn't have the "timezone" handling - I've marked these
lines with "*" for those wishing to upgrade this version.

-- snip -- snip -- snip -- snip -- snip -- snip -- snip -- snip --

(defun mail-do-fcc (header-end)
  (let (fcc-list
	(rmailbuf (current-buffer))
*	timezone
	(tembuf (generate-new-buffer " rmail output"))
	(case-fold-search t))
    (save-excursion
      (goto-char (point-min))
      (while (re-search-forward "^FCC:[ \t]*" header-end t)
	(setq fcc-list (cons (buffer-substring (point)
					       (progn
						 (end-of-line)
						 (skip-chars-backward " \t")
						 (point)))
			     fcc-list))
	(delete-region (match-beginning 0)
		       (progn (forward-line 1) (point))))
      (set-buffer tembuf)
      (erase-buffer)
*     (call-process "date" nil t nil)
*     (end-of-line)
*     (forward-word -1)
*     (delete-region (1- (point)) (point-max))
*     (forward-word -1)
*     (setq timezone (buffer-substring (point) (point-max)))
*     (erase-buffer)
!     (insert "Date: " (current-time-string) " " timezone "\n"
!	      "From: " (user-login-name) "\n")
      (insert-buffer-substring rmailbuf)

-- snip -- snip -- snip -- snip -- snip -- snip -- snip -- snip --

--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.

Newsgroups: gnu.emacs.bug
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: Re: On-line documentation for buffer-locals
Organization: EDS-Scicon, Milton Keynes, UK
Distribution: gnu
Date: Thu, 3 Sep 1992 12:59:50 GMT

>>>>> In article "On-line documentation for buffer-locals", "Jonas" ==
>>>>> jonas@ericad.ericsson.SE (Jonas Jaernestroem TG/HK) writes:

Jonas> In Emacs 18.57 on a Sun Sparc SLC running 4.1.1 BSD.

Jonas> When maintaining or using somebodys (for example your own) elisp
Jonas> code, the on-line documentation strings on defuns and global
Jonas> variables (defvar & defconst) are a true delight.

Jonas> However I miss this capability on buffer-local variables, which I
Jonas> say are at least as important to document as the global ones. In
Jonas> my view, this makes buffer-local variables less pleasant to use
Jonas> than global variables, which I guess was not the implementors
Jonas> intention.

Jonas> In other words, I would like make-local-variable to have an
Jonas> optional second argument for the document string.

`make-local-variable' simply gives the variable a separate VALUE in the
buffer.  The symbol retains its other properties, including its
documentation string.  You can therefore do something like:-

(defvar my-variable nil "Documentation string")

...

(defun foobar-mode ()
  ...
  (make-local-variable 'my-variable)
  (setq my-variable 'wibble)
  ...

When you do  C-h v my-variable RET  the *Help* window will show the
value associated with the current buffer and the documentation string
specified in the `defvar'.

--
Kevin Broadey <kbroadey@edscom.demon.co.uk>
EDS-Scicon, Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England.
Phone: +44 908 284198 (direct) or +44 908 585858 ext 4198
These opinions are mine: others available on request.

Newsgroups: gnu.emacs.bug
From: jason@research.att.com (Jason Eisner)
Subject: rmail-get-new-mail doesn't separate the messages in mbox
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 20:27:00 GMT

M-x emacs-version reports:
   GNU Emacs 18.58.1 of Fri May 15 1992 on mariah (berkeley-unix)

Info's description of the intended performance:
      The file you read with `i' does not have to be in Rmail file format. 
   It could also be Unix mail format, or mmdf format; or it could be a
   mixture of all three, as long as each message belongs to one of the
   three formats.  Rmail recognizes all three and converts all the
   messages to proper Rmail format before showing you the file.

The actual performance:
   rmail-get-new-mail reads a two-message mbox file as if it contained
   one long message.  It's very inconvenient to separate the messages
   again.

Reproducing the bug:
   This bug is very easy to reproduce on my machine.  I use xemacs -q
   to start emacs.  Then I start rmail.  The following mbox file shows
   the problem.  (This mbox file is correctly scanned as 2 messages by
   mail -f.)

/home/jason/mbox (indented 3 spaces, with --- before and after):
   ---

   From jason Thu Sep  3 16:08:46 1992 EDT
   To: jason
   Subject: blah 1

   blah blah blah (one)


   From jason Thu Sep  3 16:09:02 1992 EDT
   To: jason
   Subject: blah 2

   blah blah blah (two)

   ---

How the mbox file was produced:
   I sent the following two messages to myself using C-x m.

   ---
   To: jason
   Subject: blah 1
   FCC: /home/jason/mbox
   --text follows this line--
   blah blah blah (one)
   ---
   To: jason
   Subject: blah 2
   FCC: /home/jason/mbox
   --text follows this line--
   blah blah blah (two)
   ---

A dribble file for the session in which I reproduced the bug
(in od format).  bug.send1 and bug.send2 are the two message
files shown above.
   ---
   0000000  014155 015474 015476 013430 064542 072547 027163 062556
   0000020  062061 006403 001430 066401 015476 013430 064542 072547
   0000040  027163 062556 062062 006403 001433 074162 066541 064554
   0000060  006430 001571
   0000064
   ---

Have fun.  Let me know if you need any more information.  

regards, jason eisner.           <jason@research.att.com>



Newsgroups: gnu.emacs.bug
From: mjn@srv-dev.jet.UK (Mark J Neale)
Subject: shell mode loses markers
Organization: Joint European Torus
Distribution: gnu
Date: Thu, 3 Sep 1992 19:11:32 GMT

Bug report for emacs version 18.57, in shell.el. Calling the function
shell when a shell buffer already exists destroys the markers marking
the last command typed. This is because make-shell calls shell-mode
for a buffer which is already in shell mode. I have changed make-shell
(see diffs below) to only call shell-mode on a new shell buffer, not
when switching to an already existing one.

*** /usr/local/lib/emacs/lisp/shell.el	Wed Jan  9 22:04:16 1991
--- shell.el	Thu Sep  3 15:00:53 1992
***************
*** 144,151 ****
  		'("-i")))))))
  
  (defun make-shell (name program &optional startfile &rest switches)
!   (let ((buffer (get-buffer-create (concat "*" name "*")))
! 	proc status size)
      (setq proc (get-buffer-process buffer))
      (if proc (setq status (process-status proc)))
      (save-excursion
--- 144,153 ----
  		'("-i")))))))
  
  (defun make-shell (name program &optional startfile &rest switches)
!   (let* ((bufname (concat "*" name "*"))
! 	 (new-buffer (not (get-buffer bufname)))
! 	 (buffer (get-buffer-create bufname))
! 	 proc status size)
      (setq proc (get-buffer-process buffer))
      (if proc (setq status (process-status proc)))
      (save-excursion
***************
*** 181,187 ****
  	(setq name (process-name proc)))
        (goto-char (point-max))
        (set-marker (process-mark proc) (point))
!       (shell-mode))
      buffer))
  
  (defvar shell-set-directory-error-hook 'ignore
--- 183,189 ----
  	(setq name (process-name proc)))
        (goto-char (point-max))
        (set-marker (process-mark proc) (point))
!       (if new-buffer (shell-mode)))
      buffer))
  
  (defvar shell-set-directory-error-hook 'ignore
--
      #                   Mark Neale (mjn@jet.uk)
      #  ######   #####   Juggling with the parameters of Fusion.
      #  #          #
      #  #####      #     Joint European Torus, Culham Lab. OX14 3EA, UK
#     #  #          #     +44 235 465272
 #####   ######     #     Any opinion expressed above is.
-- 
      #                   Mark Neale (mjn@jet.uk)
      #  ######   #####   Juggling with the parameters of Fusion.
      #  #          #
      #  #####      #     Joint European Torus, Culham Lab. OX14 3EA, UK
#     #  #          #     +44 235 465272
 #####   ######     #     Any opinion expressed above is.
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.

Newsgroups: gnu.emacs.bug
From: hen6940@leghorn.boeing.COM (Howard Nebeck)
Subject: apparent problem with the 18.58 src/s-hpux7.h file
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 01:36:41 GMT

Hello,

   I built emacs 18-58 on my hp730 workstation, which runs hpux 8.07,
and I used src/s-hpux8.h , as directed by the etc/MACHINES file.  This
".h" file is just a slight modification to s-hpux7.h .  The mail lock-
ing mechanism selected here is to make a lockfile in /usr/spool/mail ,
which DOESN'T exist on these hp machines.  Instead, mail arrives in
/usr/mail/ .  My rmail-spool-directory is set correctly to /usr/mail/,
but I am unable to use rmail to read my mail.

   Can you suggest a fix?  Is this a mistake in the s-hpux7.h file?

                                             Thank you,
                                             Howard Nebeck
                                             (206) 662-0237

Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: dired problem
Reply-To: pot@cnuce.cnr.it
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 15:23:00 GMT

   We are running GNUemacs 18.58 on Our SunServer 690 (SunOS 4.1.2)
   and our workstations SparcStation 1+ and 2 and IPC and IPXs running
   SunOS 4.1.1.  We have seen this bug on all above platforms as well
   as in GNUemacs 18.57 on a 3B2 running AT&T UNIX SYSV 3.2.1.  All
   systems have ksh 88a as the user shell.

   The problem happens when we run dired on a directory as ROOT.  We
   could not reproduce the problem when logged in as a non ROOT user.
   The problem is that we can remove non-empty directories using the D
   command in dired and then execute it using the X command.

This problem was present indeed in emacs 18.57, so BE WARNED!  Don't
use standard 18.57 dired as root!!!  You can, by mistake, delete a
non-empty directory.  A workaround has been implemented in 18.58, so
this behaviour will not show.  Anyway, the directory listing will look
as if the directory had been deleted.  Don't worry, just type g and it
will show the right thing.

If you want a BETTER dired, try the new Sebastian Kremer dired that
will come with emacs 19.  Just look in the elisp archive.  Look in the
FAQ file for the location of the elisp archive.

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| (39)(50)593203   (voice)

Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Newsgroups: gnu.emacs.bug
Subject: interactive "f"
Date: 4 Sep 92 14:52:00 GMT
Reply-To: pot@cnuce.cnr.it
Distribution: gnu
Organization: GNUs Not Usenet

Since the default for interactive "fPrompt: " is the current buffer's
filename, shouldn't this be made clear in the prompt?

That is, instead of
	Prompt: ~/dir/
we could get
	Prompt: (default this_file) ~/dir/

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| (39)(50)593203   (voice)
Newsgroups: gnu.emacs.bug
From: jonas@ericad.ericsson.SE (Jonas Jaernestroem TG/HK)
Subject: On-line documentation for buffer-locals
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 22:10:09 GMT

In Emacs 18.57 on a Sun Sparc SLC running 4.1.1 BSD.

When maintaining or using somebodys (for example your own) elisp code,
the on-line documentation strings on defuns and global variables (defvar
& defconst) are a true delight.

However I miss this capability on buffer-local variables, which I say are
at least as important to document as the global ones. In my view, this
makes buffer-local variables less pleasant to use than global variables,
which I guess was not the implementors intention.

In other words, I would like make-local-variable to have an optional
second argument for the document string.

Regards,
Jonas Jaernestroem Ericsson Telecom Sweden. jonas@ericad.ericsson.se

"We are sorry, but the number you have dialed is imaginary.
 Please rotate your phone 90 degrees and try again."


Newsgroups: gnu.emacs.bug
From: grater@ra.me.wisc.edu (Juergen Graeter)
Subject: Re: append bug
Organization: /usr/users/grater/.organization
Distribution: gnu
Date: Mon, 31 Aug 1992 16:54:23 GMT

In article <17mfe8INNlcn@early-bird.think.com> barmar@think.com (Barry Margolin) writes:

   In article <9208261449.AA02643@uiucmath.math.uiuc.edu> dan@math.uiuc.edu writes:
   >	(append "aaaa" "bbbb" "cccc")
   >	(97 97 97 97 98 98 98 98 . "cccc")
   >I don't know whether it is the documentation which is wrong or the code.

try using

> (append (list 1) (list 2) (list 3))
(1 2 3)
>

it gives the 'right' result in xlispstat
juergen

Newsgroups: gnu.emacs.bug
From: abraham@iesd.auc.dk (Per Abrahamsen)
Subject: Re: outline-mode
Organization: Mathematics and Computer Science, Aalborg University
Distribution: gnu
Date: Thu, 27 Aug 1992 08:19:19 GMT

>>>>> On 21 Aug 92 11:32:40 GMT, jsp@betz.biostr.washington.edu (Jeff
>>>>> Prothero) said:

Jeff> * I, at least, think outline-mode looks very handy for C and lisp
Jeff>   files as well as straight outline editing:  I'm adding the
Jeff>   outline commands to c-mode and the lisp modes, using ^O as the
Jeff>   prefix key for them (and moving open-line to ^O^O).  And changing
Jeff>   outline-mode proper to use ^O as the prefix too, for compatibility.
Jeff>   Somehow ^O seems more mnemonic for 'outline' anyhow :).

You might want to use the minor mode version of outline-mode instead
of patching every other major mode.  The minor mode is identical to
the major mode, except that you can use it together with another major
mode, and you can choose the prefix key yourself.

The algorithm for for determining the outline level is also more
general, but still compatible with the one used in the major mode.

It is available by ftp from iesd.auc.dk in the file
/pub/emacs-lisp/outline.shar


Newsgroups: gnu.emacs.bug
From: kxb@matt.ksu.ksu.edu (Karl Buck)
Subject: Re: emacs should be able to load compressed files,
Organization: Kansas State University
Distribution: gnu
Date: Thu, 27 Aug 1992 21:06:31 GMT

darrylo@hpnmdla.sr.hp.com (Darryl Okahata) writes:
 In gnu.emacs.bug, nickel@cs.tu-berlin.DE (Juergen Nickelsen)s writes:

   Has anyone implemented *loading* (as opposed to editing) compressed
   files yet?  I'm not *too* eager to re-implement yet another wheel.

      The wheel was invented a long time ago, by Michael Meissner of the
  OSF.  I added his changes to the "unofficial HP GNU Emacs", and so here
  are the pertinent diffs (relative to the virginal FSF 18.58 Emacs).  You
  must #define READ_COMPRESSED_BYTE_COMPILED_FILES in config.h to turn on
  the code; otherwise the old code remains in place.

I'd like to see emacs be able to read compress info files... or is
this also a long ago invented wheel?





-- 
Karl Buck         	O, Freddled Gruntbuggly      
USGMRL   		Thy Nicturations are to me   
913.537.6106 (H)	As Plurdled Gabbleblotchits  
913.776.2745 (W)	On a lurgid bee.       -- Chief Prostetnic Vogon Jeltz

Newsgroups: gnu.emacs.bug
From: graham@cs.man.ac.UK (Graham Gough)
Subject: Re: emacs should be able to load compressed files,
Organization: Department of Computer Science, University of Manchester
Distribution: gnu
Date: Tue, 25 Aug 1992 12:15:52 GMT

 In article <9208250059.AA01538@soda.berkeley.edu>,
 phr@soda.berkeley.edu (Paul Rubin) writes: 

 Paul> uncompressing them on the fly.  Being able to autoload such
 Paul> files would make my .elc library collection quite a bit
 Paul> smaller.  Maybe it could notice a .Z or .elz extension.

You're rather spoilt for choice here. The e-lisp archive contains the
following 

	 GNU Emacs Lisp Code Directory Apropos -- "compress"
"~/" refers to archive.cis.ohio-state.edu:/pub/gnu/emacs/elisp-archive/

compress2	      89-02-01
     Mark J Hewitt, <mjh@kernel.co.UK>
     ~/misc/compress2.el.Z
     Edit compressed files transparently
compress	      89-02-15
     Stephen Gildea, <gildea@bbn.com>
     ~/as-is/compile.el.Z
     Automatically handle .Z files.
crypt		      90-01-09
     Kyle Jones, <kyle@wendy-fate.uu.net>
     ~/misc/crypt.el.Z
     Handle crypt/compress/compact files.
enh-uncomp	      
     Joe Wells, <jbw%bucsf.bu.edu@bu-it.bu.edu>
     Enhanced uncompress.
find-comp	      
     Joel Spolsky, <spolsky-joel@yale.arpa>
     ~/as-is/find-comp.el.Z
     Find-file w/auto uncompress.
info-Z		      89-07-20
     Dirk Grunwald, <grunwald@foobar.colorado.edu>
     ~/packages/info-Z.el.Z
     allow for compressed info files
uncompress	      88-07-20
     18.55 dist
     Temporary major mode used for .Z files.
z-mode		      88-05-19
     Alan Stebbens, <aks@hub.ucsb.edu>
     ~/as-is/z-mode.el.Z
     Auto-uncompress.
zcat		      87-05-13
     Graham Gough, <graham@r3.cs.man.ac.uk>
     ~/packages/zcat.el.Z
     Automatic decompression of .Z files



Graham
--
----------------------------------------------------------------
Graham D. Gough, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (+44) 61 275 6277	  FAX: (+44) 61 275 6236
----------------------------------------------------------------

Newsgroups: gnu.emacs.bug
From: barmar@think.com (Barry Margolin)
Subject: Re: append bug
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: gnu
Date: Sat, 29 Aug 1992 00:12:56 GMT

In article <9208261449.AA02643@uiucmath.math.uiuc.edu> dan@math.uiuc.edu writes:
>	(append "aaaa" "bbbb" "cccc")
>	(97 97 97 97 98 98 98 98 . "cccc")
>I don't know whether it is the documentation which is wrong or the code.

Hard to say.  The behavior is undoubtedly due to its Maclisp heritage.  In
Maclisp, append only worked on lists, and was not allowed to copy the last
list.  So (append l1 l2) is equivalent to (nconc (copy-list l1) l2).  Note
in particular that the last argument to nconc need not be a list; the last
cdr of the penultimate argument is set the last argument.  The same thing
happens in append: A list containing the elements of all but the last
argument is constructed, and the last cdr of this is set to the last
argument.

With Emacs Lisp's extension of append to strings and vectors, it's not
clear what the right thing is.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar

Newsgroups: gnu.emacs.bug
From: sra@epilogue.com (Rob Austein)
Subject: Re: shell mode loses markers
Organization: Epilogue Technology Corporation
Distribution: gnu
Date: Fri, 4 Sep 1992 00:38:48 GMT

[I tried to send this directly to Mr. Neale, but the UK DNS servers
 say that srv-dev.jet.uk doesn't exist. --sra]

   From: mjn@srv-dev.jet.UK (Mark J Neale)
   Date: 3 Sep 92 19:11:32 GMT

   Bug report for emacs version 18.57, in shell.el. Calling the function
   shell when a shell buffer already exists destroys the markers marking
   the last command typed. This is because make-shell calls shell-mode
   for a buffer which is already in shell mode. I have changed make-shell
   (see diffs below) to only call shell-mode on a new shell buffer, not
   when switching to an already existing one.

There's a simpler fix.  Just check to see if the buffer is already in
shell mode:

    (or (eq 'shell-mode major-mode)
        (shell-mode))

--Rob Austein <sra@epilogue.com>

Newsgroups: gnu.emacs.bug
From: nickel@cs.tu-berlin.DE (Juergen Nickelsen)
Subject: Re: emacs should be able to load compressed files,
Reply-To: nickel@cs.tu-berlin.de
Organization: STONE Project, Technical University of Berlin, Germany
Distribution: gnu
Date: Wed, 26 Aug 1992 19:48:08 GMT

There seems to be a common misunderstanding of the original author's
intention.  I think he meant Emacs should be able to "load" compressed
files, which means executing Lips code contained in a file, as opposed
to read a file into an Emacs buffer for editing.

Has anyone implemented *loading* (as opposed to editing) compressed
files yet?  I'm not *too* eager to re-implement yet another wheel.

--
Juergen Nickelsen

Newsgroups: gnu.emacs.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Re: emacs should be able to load compressed files,
Organization: Martin Marietta Western Internal Systems, Technical Operations
Distribution: gnu
Date: Mon, 31 Aug 1992 15:41:03 GMT

In article <17kj9nINN8ik@matt.ksu.ksu.edu> kxb@matt.ksu.ksu.edu (Karl Buck) writes:
>I'd like to see emacs be able to read compress info files... or is
>this also a long ago invented wheel?

;; Info package for Emacs  --  Dave Gillespie's version 1.06a3 of 5/22/92.
...
;; This is based on the version 19 info.el file.
...
;; LCD Archive Entry:
;; info-dg|Dave Gillespie|daveg@synaptics.com
;; |Info reader with many enhancements; replaces standard info.el.
;; |92-03-08|1.05|~/modes/info.el

...

;; Modified 4/3/1991 by Dave Gillespie:
...
;; Added automatic decoding of compressed Info files.
-- 
Kevin Rodgers				kevin@traffic.den.mmc.com
Martin Marietta MS A16401		(303) 790-3971
116 Inverness Dr. East
Englewood CO 80112 USA			GO BUFFS!

Newsgroups: gnu.emacs.bug