HDTenEightyP/NetNews huggingface dataset:
From: david@hccw.com (David Robison)
Newsgroups: gnu.emacs.help
Subject: Screen update wrong on SCO ODT 2.0
Date: 11 Jan 93 14:42:29 PST
Organization: Health Care Computer Works, Las Vegas, Nevada

I have compiled Emacs on SCO ODT 2.0 (UNIX 3.2.4) but the updating of
the display is wrong.  When I enter text, a space is inserted between
each character.  A Control-L will refresh the screen and remove the
interleaving spaces.

Any ideas how to correct this problem?  Thanks,
-- 
David R. Robison            
Senior Systems Programmer                      Voice: (702) 364-8633
Health Care Computer Works                       FAX: (702) 364-0776
Las Vegas, NV                               Internet: david@hccw.com
Newsgroups: gnu.emacs.help
From: cash@eola.cs.ucf.edu (Gene Cash)
Subject: how do you set num of screen lines?!?!?!?
Organization: University of Central Florida
X-Newsreader: Tin 1.1 PL4
Date: Tue, 5 Jan 1993 22:49:26 GMT


I'm TRYING to learn emacs 18.55 under csh.  One of the problems I have
is I can't get emacs to recognize the number of lines my terminal has.
I telnet from my PC (which has 50 lines but is otherwise VT-100) to 
my UNIX host.

I use STTY ROWS 50 and vi happily uses all my screen.  I heard that
you have to either reference the termcap entry with the TERM environment
variable, or set TERMCAP equal to the termcap entry that you want.

So I copied the VT-100 entry, changed the number of lines parameter,
and that doesn't work either.

Personally, I think the emacs manual sucks.  It desperately needs a quick
reference section, it's not really well organized, and it's missing some 
important information.  

At least my IBM VM/CMS XEDIT manuals have all the info, even if you have
to dig for three days.  Emacs seems pretty powerful, though, and I imagine
I'll have to just slog through until I get basic stuff memorized.


--

              cash@ucf1vm.cc.ucf.edu  cash@eola.cs.ucf.edu
              '82 Suzuki GS1100GL  (finally running right)

CHINGACHINGACHINGACHINGA wokkachikkawokkachikkawokkachikkawokkachikka...
                      MASTER NINJA THEME SONG!!!
Newsgroups: gnu.emacs.help
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: alternative typing styles: capitalization, auto-filling
Originator: kpc@zog.arc.nasa.gov
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research and Aero Branches;
	Sterling.
Date: Sat, 9 Jan 1993 18:11:46 GMT

here are 2 ideas to support alternative typing styles:

1.  are there any capitalization packages?  i often type in lowercase
(for various reasons) and would like to have a function capitalize the
beginning of sentences and known proper nouns.  ideally it would
behave like ispell.

(lisp-dir-apropos said there weren't any at ohio-state.)

2.  i'd like to be able to have auto-fill not fill on the first space
that i type after a period, since when it does a do-auto-fill (or
whatever) it fills, then starts the next line with a space.  (i like
to put 2 spaces to begin sentences.)
-- 
i'm open to comparing research career notes with other cogsci/cogneuro people.
Newsgroups: gnu.emacs.help,comp.emacs
From: de5@ORNL.GOV (Dave Sill)
Subject: Re: Status of Elisp archive?
Organization: Oak Ridge National Lab, Oak Ridge, TN
Date: Fri, 8 Jan 1993 17:28:13 GMT

In article <WMESARD.93Jan7140458@Waimea.Stanford.EDU>, wmesard@cs.stanford.edu (Wayne Mesard) writes:
>
>I've been submitting and resubmitting things there since early November (via
>email to de5@ornl.gov, brennan@hal.com and elisp-archive@cis.ohio-state.edu).
>
>To date I've received no response whatsoever.  Should I take it personally? 

No, definitely not.  I've been too busy with real work (*paying* work, that is)
to keep up with the archive for some time now.  I've been letting Dave Brennan
keep it up to date.  If he hasn't been updating it, he's probably been too busy
too, or otherwise unable to keep up with it.  I'll drop him a line and see what
the status is.

I think I've kept copies of everything you (and others) have sent, so there's
no need to resubmit anything at this time.

By the way, if anyone wants to volunteer time towards maintaining the archive,
just send a message to elisp-archive@cis.ohio-state.edu and we'll work
something out.  This is a volunteer effort, and it's only as good as the
volunteers make it.  Unfortunately, I'm simply not able to continue to
contribute my time to this effort.

-- 
Dave Sill (de5@ornl.gov)                 Computers should work the way beginners
Martin Marietta Energy Systems           expect them to, and one day they will.
Workstation Support                                                -- Ted Nelson
Newsgroups: gnu.emacs.sources
From: cbsmith@cantor.math.uwaterloo.ca (Chris Smith)
Subject: ada.el?????
Organization: University of Waterloo
Date: Mon, 11 Jan 1993 02:06:15 GMT

-- 
Anyone out there know of a Major mode for editing ADA code??? If so please send it to me!!!

--Bo ("the One who Knows")
Newsgroups: gnu.emacs.sources
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: info.el
Reply-To: pot@cnuce.cnr.it
Organization: Source only  Discussion and requests in gnu.emacs.help.
Distribution: gnu
Date: Tue, 12 Jan 1993 13:31:00 GMT

This patch allows Dave Gillespie's new info reader info.el to use
gzipped info files.

*** /local/lib/emacs/lisp/local/info.el~	Tue Jan 12 12:30:33 1993
--- /local/lib/emacs/lisp/local/info.el	Tue Jan 12 12:25:58 1993
***************
*** 219,226 ****
  (defvar Info-suffix-list '( (".info" . nil)
  			    (".Z" . "uncompress -c %s")
  			    (".Y" . "unyabba")
  			    (".info.Z" . "uncompress -c %s")
! 			    (".info.Y" . "unyabba") )
    "List of file name suffixes and associated decoding commands.
  Each entry should be (SUFFIX . STRING); if STRING contains %s, that is
  changed to name of the file to decode, otherwise the file is given to
--- 219,228 ----
  (defvar Info-suffix-list '( (".info" . nil)
  			    (".Z" . "uncompress -c %s")
  			    (".Y" . "unyabba")
+ 			    (".z" . "ungzip")
  			    (".info.Z" . "uncompress -c %s")
! 			    (".info.Y" . "unyabba")
! 			    (".info.z" . "ungzip") )
    "List of file name suffixes and associated decoding commands.
  Each entry should be (SUFFIX . STRING); if STRING contains %s, that is
  changed to name of the file to decode, otherwise the file is given to


		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| +39-50-593203    (voice)
Newsgroups: gnu.emacs.sources
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: overwrite-mode
Reply-To: pot@cnuce.cnr.it
Organization: Source only  Discussion and requests in gnu.emacs.help.
Distribution: gnu
Date: Fri, 8 Jan 1993 16:33:00 GMT

In all editors I ever used, apart from Emacs, switching from insert to
overwrite mode was a very easy task, often one or two keystrokes.

My proposal is to bind M-o to overwrite-mode.

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| +39-50-593203    (voice)
Newsgroups: gnu.emacs.sources
From: hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: crypt.el and correct compress-magic-regexp: "\037\235"
Summary: "\037\235" is the correct compress-magic-regexp
Organization: Information Science, Univ. of Konstanz
X-Newsreader: TIN [version 1.1 PL6]
Distribution: gnu
Date: Thu, 7 Jan 1993 16:47:14 GMT

Please correct all versions of crypt.el around that use a too specific
compress-magic-regexp number.

Lawrence R. Dodd (dodd@mycenae.cchem.berkeley.edu) wrote:
:
:    Here is modified version of Kyle Jones' crypt.el that will work with gzip
:    (GNU zip) files.
: 
: Share and Enjoy,
: 
: Larry
: 
: ;;; Compaction, compression, gzip'sion, and encryption for GNU Emacs
: ;;; Copyright (C) 1988, 1989, 1990 Kyle E. Jones

..

: (defconst compress-magic-regexp "\037\235\220"
:   "Regexp that matches the magic number at the beginning of files created
: by the compress(1) command.")


Kyle Jones <kyle@uunet.uu.net> told me:
>This is the correct one:
>
>(defconst compress-magic-regexp "\037\235"
>
>The \220 only appears on 16-bit compressed files.

Share and enjoy,
 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.d
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Emacs: recursive subsitute-key-definition
Reply-To: kevin@traffic.den.mmc.com
Organization: Source only  Discussion and requests in gnu.emacs.help.
Distribution: gnu
Date: Thu, 7 Jan 1993 22:22:53 GMT


The Emacs Lisp manual (1.03) 'Changing Key Bindings' node says this
about substitute-key-definition:

     Prefix keymaps that appear within KEYMAP are not checked
     recursively for keys bound to OLDDEF; they are not changed at all.
     Perhaps it would be better to check nested keymaps recursively.

I had a desire to substitute key definitions recursively, so I rewrote
substitute-key-definition from the Emacs (18.58) subr.el file.  It
preserves the current interface and behavior, but adds an optional
argument to control recursive substitution.  Since the diff is as large
as the whole function, I'll just post the code rather than a patch.
(The paragraph cited above from the Emacs Lisp manual should also be
changed to reflect the added second paragraph of substitute-key-
definition's documentation string, if you decide to use this.)


(defun substitute-key-definition (olddef newdef keymap &optional recur)
  "Replace OLDDEF with NEWDEF for any keys in KEYMAP now defined as OLDDEF.
In other words, OLDDEF is replaced with NEWDEF where ever it appears.

If the optional argument RECUR is non-nil, also recursively substitute
NEWDEF for OLDEF in keymaps accessible from KEYMAP via a non-empty
prefix key.  If RECUR is t, do so for all accessible keymaps; otherwise,
it should be a predicate \(i.e. a function of one argument\) which is
applied to each accessible keymap to determine \(according to whether
the result is non-nil\) whether the substitution will be performed in it."
(if (keymapp keymap)
    (progn
      (cond ((and (vectorp keymap) (= (length keymap) 128))
	     (let ((i 0))
	       (while (< i 128)
		 (if (eq (aref keymap i) olddef)
		     (aset keymap i newdef))
		 (setq i (1+ i)))))
	    ((and (consp keymap) (eq (car keymap) 'keymap))
	     (let ((key-defs (cdr keymap)))
	       (while key-defs
		 (if (eq (cdr-safe (car-safe key-defs)) olddef)
		     (setcdr (car key-defs) newdef))
		 (setq key-defs (cdr key-defs))))))
      (if recur
	  (let ((sub-keymap-alist (cdr (accessible-keymaps keymap))))
	    (while sub-keymap-alist
	      (if (or (eq recur t)
		      (funcall recur (cdr (car sub-keymap-alist))))
		  (substitute-key-definition olddef newdef
					     (cdr (car sub-keymap-alist))
					     nil))
	      (setq sub-keymap-alist (cdr sub-keymap-alist))))))))
--
Kevin Rodgers				kevin@traffic.den.mmc.com
Martin Marietta MS A16401		(303) 790-3971
116 Inverness Dr. East
Englewood CO 80112 USA			GO BUFFS!
From: nj104@cus.cam.ac.uk (Neil Jerram)
Newsgroups: gnu.emacs.sources
Subject: Re: linenumbers.el compatible with mode-line-format.el
Date: 8 Jan 93 11:42:24 GMT
Distribution: gnu
Organization: U of Cambridge, England

As someone has pointed out to me, it's very bad practice for the
loading of a file to have side effects like the last two lines of
linenumbers.el --

(or ln-process
    (ln-start-process))

-- and makes for trouble if one wants to dump an Emacs including such
code.  It would be much better therefore to delete these two lines
from linenumbers.el and insert them in the .emacs file after the
loading instructions.

Apologies for yet another change.

Neil.
From: tps@jptcs.COM (Tim Sailer)
Newsgroups: gnu.emacs.sources
Subject: Re: overwrite-mode
Date: 9 Jan 93 16:45:54 GMT
Distribution: gnu
Organization: JPT Computer Solutions
X-Newsreader: TIN [version 1.1 PL6]

Francesco Potorti` (pot@fly.cnuce.cnr.it) wrote:
: In all editors I ever used, apart from Emacs, switching from insert to
: overwrite mode was a very easy task, often one or two keystrokes.
: 
: My proposal is to bind M-o to overwrite-mode.

Or just bind it to your insert key.....
-- 
Tim Sailer
JPT Computer Solutions - SCO Sales/Consulting/Administration and Mangling
PO Box 423 Mt Sinai, NY 11766
(516) 331-9001
Newsgroups: gnu.emacs.sources
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: s-template.h
Reply-To: pot@cnuce.cnr.it
Organization: Source only  Discussion and requests in gnu.emacs.help.
Distribution: gnu
Date: Thu, 7 Jan 1993 17:47:00 GMT

I propose the following mods, since now all systems can potentially
define CLASH_DETECTION.

I think there is no need for a ChangeLog entry.

*** Os-template.h	Tue Jan  8 19:03:53 1991
--- s-template.h	Thu Jan  7 16:46:59 1993
***************
*** 127,132 ****
--- 127,141 ----
  
  #define CLASH_DETECTION
  
+ /* Define the following your system cannot handle filenames
+    longer than 14 characters.
+ 
+ #define SHORT_FILE_NAMES */
+ 
+ /* Define this if your system does not provide the fchmod system call.
+ 
+ #define NO_FCHMOD */
+ 
  /* Here, on a separate page, add any special hacks needed
     to make Emacs work on this system.  For example,
     you might define certain system call names that don't



		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| +39-50-593203    (voice)
From: nj104@cus.cam.ac.uk (Neil Jerram)
Newsgroups: gnu.emacs.sources
Subject: Re: compile.el Mods to 18.59
Date: 6 Jan 93 14:24:08 GMT
Distribution: gnu
Organization: U of Cambridge, England

On the subject of compile.el...  Does anyone have some modifications
such that compile will correctly parse the weird output of the IBM
RS/6000's f77 compiler?

Neil Jerram.
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Newsgroups: gnu.emacs.sources
Subject: Re: linenumbers.el compatible with mode-line-format.el
Date: 8 Jan 93 21:06:41 GMT
	<NJ104.93Jan8114221@bootes.cus.cam.ac.uk>
Distribution: gnu
Organization: U. of Maryland/NIST
In-reply-to: nj104@cus.cam.ac.uk's message of 8 Jan 93 11:42:24 GMT

In article <NJ104.93Jan8114221@bootes.cus.cam.ac.uk> nj104@cus.cam.ac.uk (Neil Jerram) writes:

   As someone has pointed out to me, it's very bad practice for the
   loading of a file to have side effects like the last two lines of
   linenumbers.el --

   (or ln-process
       (ln-start-process))

   -- and makes for trouble if one wants to dump an Emacs including such
   code.  It would be much better therefore to delete these two lines
   from linenumbers.el and insert them in the .emacs file after the
   loading instructions.

Actually, I prefer to autoload stuff; this way I don't have to
wait for loading of every macro package that I may or may not use.
I have the following in my .emacs:

  (autoload 'linenumbers "linenumbers" "line numbers in mode line" t)

In such case, it is actually better to start ln-process from the file.
I believe that these two lines should be part of (linenumber ) function
(so they will check for the presence of the process every time the 
function is called, big deal)
--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249
From: nj104@cus.cam.ac.uk (Neil Jerram)
Newsgroups: gnu.emacs.sources
Subject: ATC game coming soon...?
Date: 8 Jan 93 18:01:14 GMT
Distribution: gnu
Organization: U of Cambridge, England

I would like to post an Emacs Lisp translation of an old game called
ATC (Air Traffic Controller) that I first saw on TRS-80s, but I'm
worried about copyright.  Can anyone advise me on whether there is any
relevant copyright, who holds it, or whether it's worth worrying about
at all?

Thanks in advance,

Neil.
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: gnu.emacs.sources
Subject: pathfind.el: Path finding functions
Date: 4 Jan 93 03:03:14 GMT
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth


Here is a simple set of path finding functions, with which I have
added path finding to the Info reader. Version 19 will have a similar
facility, but in the meantime here is mine.

Please note the unusual indentation style, and that I have provided
"executable" comments for exemplification and testing. This is a
smalltalky sort of thing, and should be more common.

;;; Piercarlo Grandi, Aberystwyth, 1992

;; This function will return a pathname if it exists with any of the
;; given suffixes. It does not check for existence of the pathname
;; without any suffix.

; EXAMPLES:
;  (path-suffixed-p "/usr/include/types" '(".h"))
;  (path-suffixed-p "/usr/include/tar" ".h")

(defun path-suffixed-p (pathname suffixes)
  (if (null suffixes) nil
    (if (atom suffixes) (setq suffixes (list suffixes)))
    (let ((suffixed (concat pathname (car suffixes))))
      (if (file-exists-p suffixed) suffixed
	(path-suffixed-p pathname (cdr suffixes))
      )
    )
  )
)

;; This function will return a complete pathname composed of the prefix
;; followed by the name, followed _optionally_ by one of the suffixes,
;; if such a pathname exist. Prefix and suffix lists are scanned strictly
;; left to right.

; EXAMPLES:
;  (path-exists-p "/usr/include" "tar.h" ".h")
;  (path-exists-p "/usr/include" "tar" ".h")
;  (path-exists-p "/usr/include" "types" ".h")

(defun path-exists-p (prefix name &optional suffixes)
  (let ((pathname (expand-file-name name prefix)))
    (if (file-exists-p pathname) pathname
      (if (null suffixes) nil (path-suffixed-p pathname suffixes))
    )
  )
)

;; This function will return a complete pathname built by concatenating
;; one of the suffixes with the name with one of the suffixes,
;; if it exists and the given test applied to it is satisfied.

; EXAMPLES:
;  (path-find-file '("/usr/include" "/usr/include/sys") "tar.h" ".h" nil)
;  (path-find-file '("/usr/include" "/usr/include/sys") "types" ".h" 'file-exists-p)

;  (path-find-file load-path "debug" ".elc" nil)
;  (path-find-file load-path "calc" '(".elc" ".el"))

(defun path-find-file (prefixes name &optional suffixes test)
  (if (null prefixes) nil
    (if (atom prefixes) (setq prefixes (list prefixes)))
    (let
      (
	(pathname
	  (path-suffixed-p
	    (expand-file-name name (car prefixes))
	    (or suffixes '(""))
	  )
	)
      )
      (if (and pathname (or (null test) (apply test (list pathname))))
	pathname
	(path-find-file (cdr prefixes) name suffixes test)
      )
    )
  )
)

(provide 'pathfind)

--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
Newsgroups: gnu.emacs.gnus
From: hem@col400.att.com (Hillel E. Markowitz)
Subject: Re: Why does gnus-massaged .newsrc confuse other newsreaders?
Originator: news@cbnewsf.cb.att.com
Organization: AT&T Federal Systems
Date: Wed, 6 Jan 1993 14:25:55 GMT

In article <JOHNCH.93Jan5183500@test22.sun.com> johnch@test22.sun.com (Where are the Prawns?) writes:
>Whenever I use gnus, then subsequently use trn (when I want to read a
>newsgroup that has several hundred articles and don't have twenty
>spare minutes to watch them all get threaded), trn complains about my
>.newsrc, and spends several minutes doing something, I don't know
>what.  No other news reader that I have used seems to provoke this.
>Anyone have any idea what's happening here?
>
>Also, any insight into what is going on when I try to read a newsgroup
>and the threading phase barfs with the message, "symbol's value as
>variable is void: THRU"?  This only happens with some newsgroups, and
>trn seems to have no trouble with them.
>
>-- jmc


This is a KILL file problem.  The rn KILL file has an initial
line as follows:

THRU 47394

This tells the KILL file where to start analyzing.  When you
enter gnus, it sees the file and tries to analyze it.

Put the following in your .emacs

(setq gnus-kill-file-name "KILL.gnus")

This will keep the rn and gnus KILL files separate and let you
run both.

-- 
____________________________________________________
| Hillel Markowitz    |     Im ain ani li mi li    |
| H_Markowitz@att.com | Veahavta Leraiecha Kamocha |
|_____________________|____________________________|
From: johnch@test22.sun.com (Where are the Prawns?)
Newsgroups: gnu.emacs.gnus
Subject: Why does gnus-massaged .newsrc confuse other newsreaders?
Date: 5 Jan 93 18:35:00
Organization: Impossible Missions Force
Distribution: gnu
NNTP-Posting-Host: test22

Whenever I use gnus, then subsequently use trn (when I want to read a
newsgroup that has several hundred articles and don't have twenty
spare minutes to watch them all get threaded), trn complains about my
.newsrc, and spends several minutes doing something, I don't know
what.  No other news reader that I have used seems to provoke this.
Anyone have any idea what's happening here?

Also, any insight into what is going on when I try to read a newsgroup
and the threading phase barfs with the message, "symbol's value as
variable is void: THRU"?  This only happens with some newsgroups, and
trn seems to have no trouble with them.

-- jmc
Newsgroups: gnu.emacs.gnus
From: hem@col400.att.com (Hillel E. Markowitz)
Subject: extend newsgroup question
Originator: news@cbnewsf.cb.att.com
Reply-To: H_Markowitz@att.com
Organization: AT&T Federal Systems
Date: Tue, 12 Jan 1993 17:47:41 GMT

The manual (3.13) says that if the gnus-auto-extend-newsgroup is set
that N and P will extend the visible articles forward and backward.
However, when I did this, I just got the no more unread articles message
and the header list did not extend.

I would like to see a command similar to C-p in rn which searches for
the same subject in all previous articles, even though already read and
even though before the current start of the header list.

--
____________________________________________________
| Hillel Markowitz    |     Im ain ani li mi li    |
| H_Markowitz@att.com | Veahavta Leraiecha Kamocha |
|_____________________|____________________________|
Newsgroups: gnu.emacs.gnus,news.software.readers
From: sdb@ssr.com (Scott Ballantyne)
Subject: SURVEY: gnus-auto-select-same
Followup-To: poster
Organization: ScotSoft Research
Date: Mon, 11 Jan 1993 22:12:24 GMT

If you have  gnus-auto-select-same set to t (the default is nil)
please let me know. Please also let me know why you use it instead of
threading or sorting by subject. I want to remove it (and associated
code) from GNUS2, but I won't if there are devoted supporters of it.

Thanks,
Scott
---
sdb@ssr.com

Newsgroups: gnu.emacs.gnus
From: etlanar@yogi.ericsson.se (Alan Arthur)
Subject: Wanted: Manual for gnus 
Organization: Ericsson Cellular Division
Date: Mon, 11 Jan 1993 15:41:09 GMT


Could someone mail me a decent manual for gnus? I cant ftp, and I can print 
PostScript or straight ASCII.


Cheers

Chops


Newsgroups: gnu.emacs.gnus
From: alexeev@math.utah.edu (Valery A. Alexeev)
Subject: 0 lines in article
Organization: Department of Mathematics, University of Utah
Date: 11 Jan 93 14:46:21

Sometimes (and actually very often) GNUS shows in the Subject buffer
that there are 0 lines in the particular article. However it is always 
not true. Very inconvinient. Does anyone know how to fix this bug? 
It might be something wrong with nntp, not with GNUS.

v.
Newsgroups: gnu.emacs.gnus
From: gerhard@mognet.aui.dec.com (Gerhard Aschauer)
Subject: Where is latest gnus kit?
Keywords: kit gnus
Organization: Digital Equipment Corporation
Date: Fri, 8 Jan 1993 13:04:07 GMT

Hi all,

does anybody know where I can grab the latest gnus kit?

Thanks & Ciao,
/ga


-- 
Gerhard Aschauer			"I speak for myself!"
Digital Equipment Corporation
SIC Office, Vienna
-----------------------------
Newsgroups: gnu.emacs.gnus