HDTenEightyP/NetNews huggingface dataset:
From: joel@wam.umd.edu (Joel M. Hoffman)
Subject: Re: emacs 19 new isearch
Organization: University of Maryland, College Park
Distribution: gnu
Date: Thu, 17 Dec 1992 04:27:35 GMT

In article <FISCHER.92Dec16202935@vagtel.iesd.auc.dk> fischer@iesd.auc.dk (Lars Peter Fischer) writes:
>
>>>>>> "Fran" == Fran Litterio (franl@centerline.com)
>
>Fran> So how does one incrementally search for text that includes a newline?
>
>The same way one searches for a text that includes a ESC now.

I have yet to search for ESC.  I search for newlines all the time.

BTW, would M-< (ESC <) termianate a search?  Now that I think of it,
why not use C-space (set-mark) to terminate a search?  When a search
is terminated, the mark gets set anyway.

-Joel
(joel@wam.umd.edu)

Newsgroups: gnu.emacs.sources
From: besson@vill.edu (Morgan Besson)
Subject: Micro-GNU Emacs for PC MS-DOS
Organization: Villanova University
Date: Thu, 17 Dec 1992 13:47:00 GMT

There are a few Emacs editors available for the PC.  The one I like the
most is Micro-GNU (MG) version 2A.  It is a single exe of about 90k. 
It loads very quickly and has most, but not all, of the functionality of
the full GNU Emacs.  It can be found via ftp at 128.100.2.160 in the 
directory /pub/mg.

Morgan Besson
Villanova Univ.
Villanova, Pennsylvania USA
Newsgroups: gnu.emacs.sources
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: clash detection
Reply-To: pot@cnuce.cnr.it
Organization: Source only  Discussion and requests in gnu.emacs.help.
Distribution: gnu
Date: Tue, 15 Dec 1992 19:10:00 GMT

Starting from emacs 18.59, clash detection is possible even in systems
with short (i.e. limited to 14 characters) file names.  To enable this
feature, it is necessary to put the following lines in the relevant
m-xxxx-.h file:

#define	SHORT_FILE_NAMES
#define CLASH_DETECTION

Unfortunately, none of the affected m-xxx.h files in the emacs 18.59
distribution contain those lines.  Perhaps it would be nice if all
those who work on machines with short file names sent a patch for
their m-xxx.h file.

I think also the NEWS file should mention this.

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| +39-50-593203    (voice)
From: nickel@cs.tu-berlin.de (Juergen Nickelsen)
Newsgroups: gnu.emacs.sources
Subject: Re: emacs 19 new isearch
Date: 16 Dec 1992 19:21:43 GMT
Organization: STONE Project, Technical University of Berlin, Germany
Reply-To: nickel@cs.tu-berlin.de
NNTP-Posting-Host: tempest.cs.tu-berlin.de
In-reply-to: franl@centerline.com's message of 16 Dec 92 13:18:50

In article <FRANL.92Dec16131850@draco.centerline.com>
franl@centerline.com (Fran Litterio) writes:

> pot@fly.cnuce.cnr.it (Francesco Potorti`) writes:
> 
> > In emacs 18.59 info, node Search Changes, one can read:
> > 
> >    The most important change in incremental search is that RET now
> > terminates a search, and ESC does not. [ ... ]
> > 
> >      (This change is somewhat of an experiment; it might be taken back
> >      by the time Emacs 19 is really released.)
> 
> So how does one incrementally search for text that includes a newline?

You can type C-q in isearch to quote a character; e.g. in your article
I searched sucesfully for "?^J-" by typing C-s ? C-q C-j.

I have changed the search-exit-char to C-m myself when I heard about
this some time ago and I am very happy with this change. I always
found it really annoying that in isearch an inadvertently typed
function key destroyed my text. This is *especially* annoying when you
haven't even noticed it and the compiler issues strange error messages
about code that you didn't intend to modify.

BTW, what I use *is* Emacs 18.59, I am a little puzzled by the
original poster's statement about finding this in the info of 18.59. I
did *not* find it in 18.59's info, and I believe that this is a
statement of Jamie Zawinski about Lucid Emacs.

--
Juergen Nickelsen
From: spot@CS.CMU.EDU (Scott Draves)
Subject: Re: REQUEST: find-multiple-buffers.el
Originator: spot@COBOL.FOX.CS.CMU.EDU
Organization: School of Computer Science, Carnegie Mellon University
	<BzKnBA.BLr.1@cs.cmu.edu>
Date: Sun, 20 Dec 1992 19:07:16 GMT

oops, sorry, i forgot the support functions.  btw, i didn't write this
code, but i don't know who did.  it's been in my .emacs for years...

(defun csh-re-to-regexp (reg)
  "Convert a C-shell regular expression to a true r.e."
  (concat "^" (mapconcat 'convert-csh-re-to-regexp reg "") "$"))

(defun convert-csh-re-to-regexp (ch)
  "Convert a C-shell wildcard to its regular expression counterpart"
  (cond ((equal ch ?.) "\\.")
        ((equal ch ?*) ".*")
        ((equal ch ??) ".")
        (t (char-to-string ch))))

;;; should derive default RE from mode-alist
(defun find-regexp-files (prefix dir reg)
  "Prompt for a directory and a regular expression.  Open 
buffers for all the files matching that regular expression in the
directory.  The default RE is *.{c,h,y,l,sml,sig}."
  (interactive "p\nDDirectory: \nsRegexp: ")
  (if (equal reg "")
      (setq reg ".*\\.\\(c\\|h\\|y\\|l\\|sml\\|sig\\)$")
    (if (equal prefix 1)
	(setq reg (csh-re-to-regexp reg))))
  (setq files (directory-files dir t reg))
  (if (not files)
      (message "no matching files"))
  (while files
    (find-file (car files))
    (setq files (cdr files))))
-- 
				orgasm
Scott Draves			nitrous
spot@cs.cmu.edu			death
From: hbf@durin.uio.no (Hallvard B Furuseth)
Newsgroups: gnu.emacs.sources
Subject: Re: more functions needed (sorry)
Date: 11 Dec 92 19:37:29 GMT
	<DODD.92Dec11074209@mycenae.cchem.berkeley.edu>
Organization: University of Oslo, Norway

In article <DODD.92Dec11074209@mycenae.cchem.berkeley.edu> dodd@mycenae.cchem.berkeley.edu (Lawrence R. Dodd) writes:

> `looking-back' is not standard but probably can be constructed using
> `looking-at' although it seems interesting that it isn't in the standard
> distribution.  Can anyone out there explain this?

Probably because our heroes do not want to encourage backwards regexp
processing.  Emacs' regexp implementation works better forwards.  For
example, notice that (re-search-backward "x+") only finds the last x in
`xxx'.  Also, I suspect backwards is slower.


Anyway, here is a quick and dirty version:

(defun looking-back (regexp &optional span)
  "t if text before point matches regular expression PAT.
For simplicity, only the preceding SPAN chars (default 2000) are searched."
  (save-excursion
    (eq (point)
	(and (re-search-backward regexp (- (point) (or span 2000)) t)
	     (match-end 0)))))
--

Hallvard
Newsgroups: gnu.emacs.sources
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: gnu.emacs.sources != gnu.emacs.help
	<NICKEL.92Dec16202142@tempest.cs.tu-berlin.de>
	<BAS.92Dec17132755@carlo.phys.uva.nl>
X-Md4-Signature: 1abf8985ad002310af978eaa110ba32e
Organization: Nat'l Center for Supercomputing Applications
Date: Thu, 17 Dec 1992 17:24:49 GMT

Discussions should be in gnu.emacs.help, not gnu.emacs.sources.

Etiquettely,
Marc

--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
Newsgroups: gnu.emacs.sources
From: aho@thalamus.sans.kth.se (Anders Holst)
Subject: Discussion about aho-dired.el and tree-dired-aho.el
Organization: /home/aho/.organization
Date: Thu, 17 Dec 1992 20:17:15 GMT


Recently (or very long ago actually, 4-5 months perhaps) someone sent
modifications to dired to this group, and someone else asked if the
modifications were compatible with tree-dired. (Tree-dired is the
version of dired to be used in Emacs 19, but which can be used already.) 

I have been trying tree-dired for a while now, and it really is a lot
nicer to work with. It has nearly all the things that one wanted, but
was missing in the normal dired. So one answer to the question about
compatibility of the modifications, is that most of them are not
needed in tree-dired, it already has everything that people earlier
had to add themselves to normal dired.

But there are a few things that could be added to tree-dired too
(there always are I guess, however complete a package are). Remarkably
enough, one thing that everyone seems to have added to their normal
dired, but is not included in tree-dired, is to have the last
directory copied/renamed/linked to as default the next time. Instead,
if there is a dired-buffer in the next window, tree-dired defaults
to the directory of that dired-buffer. This is actually a quite
nice behavior too.

Anyway, what I have done is to make some slight modifications of
tree-dired.
This includes combination of the above mentioned types of defaulting.
If there is another dired-buffer in any other window this will be the
default destination, otherwise the last used destination will be
default (every dired-buffer has its  own last used destination of
course). 
Another thing in the modifications are sorting in in the right place of
copied/renamed/linked files, currently only when the sort order is
alphabetical (which is what I always use, and which was the easiest
case to write). 
For more details, see the description in tree-dired-aho.el.

I can not resist to send also my modifications of normal dired. (Most
of you are surely tired of such modifications since everyone seems to
have done the same changes and sent them to this group, but perhaps
someone is quite new on this group and cannot easily get tree-dired
yet...) Of course my additions are mainly as everybody else's: links,
mkdir, printing, shell-commands and defaulting of directories in
copying/renaming/linking. So there is not so much really remarkable.
The most notable features are the same as in tree-dired-aho, i.e.
sorting in of new files alphabetically (even in some other
dired-buffer than the current), and a more emphasized tree-structure
between different dired-buffers (see the description in aho-dired.el
for more details).

Enough talk (or far too much). The files tree-dired-aho.el and
aho-dired.el will follow immediately after this article.

  Anders Holst (aho@sans.kth.se)
Newsgroups: gnu.emacs.sources
From: jon@skylinx.sa.com (Jon Lamphere)
Subject: How can I obtain the latest version ? (IBM-pc)
Organization: Scientific Atlanta, Inc.
Distribution: us
Date: Wed, 16 Dec 92 13:11:52 GMT

I would like to use Emacs on my home IBM clone.  Is there a mail service
where the necessary files could be retreived ?  I don't have FTP access.

Thanks,

Jon Lamphere

jon@skylinx4
-- 
+-------------------------------------+-------------------------------------+
| Jon Lamphere - Melbourne, Fl.       |                                     |
| jon@skylinx.sa.com                  |                                     |
| (407)255-3068                       |                                     |
Newsgroups: gnu.emacs.sources
From: gerrys@sun.com (Gerry Singleton - OpCom Consultant)
Subject: Re: request for a quick hack
Reply-To: gerrys@sun.com
Organization: Sun Microsystems, Inc.
Date: Fri, 11 Dec 1992 22:54:16 GMT

the su-command function looks neat.  The request to extend it
to let you edit files as root is not necessary, however.  You can
use ange-ftp to your localhost as root to do this.  This is what I
do.

Alternatively, you could hack on emacsclient to pass the
real and effective uids as well as the filename to edit, and
then emacsserver could realize the effective uid is not the
same as the real uid, and (transparently) use ange-ftp as the
effective uid to get and edit the file.

Use ange-ftp to his localhost... its far simpler.

ger
---
G. Roderick Singleton, OPCOM Solaris 2.0 Migration Support Centre
{ gerrys@canada.sun.com | gerry@nexus.yorku.ca | gerry@eclectic.uucp }
Voice: 1-800-363-6200 (Canada and U.S.A.)
From: franl@centerline.com (Fran Litterio)
Newsgroups: gnu.emacs.sources
Subject: Re: emacs 19 new isearch
Date: 16 Dec 92 13:18:50
Organization: CenterLine Software, Inc.
Distribution: gnu
NNTP-Posting-Host: 140.239.3.116
In-reply-to: pot@fly.cnuce.cnr.it's message of Wed, 16 Dec 1992 14:19:00 GMT

pot@fly.cnuce.cnr.it (Francesco Potorti`) writes:

> In emacs 18.59 info, node Search Changes, one can read:
> 
>    The most important change in incremental search is that RET now
> terminates a search, and ESC does not. [ ... ]
> 
>      (This change is somewhat of an experiment; it might be taken back
>      by the time Emacs 19 is really released.)

So how does one incrementally search for text that includes a newline?
--
franl@centerline.com         "So what we've decided to do is set you up in
uunet!centerline!franl        Cicely, situated in an area that we Alaskans
617-498-3255 (USA)            refer to as The Alaskan Riviera."

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.0

mQCNAisQJSUAAAED/jbCQchSwFG7IFKkrCQ6QKLxB0LVbP6co87karNBb88ur1+S
FK82JT9mNlWKvP4HHFEI1kLKk0PAvd0nez/mQIriAMUT2pfOnIAtdqtpddgQseZZ
7BY2vMiorjG7pe6e11Q+UIQcvqsY3Bl89YBgqrydWm8UWMy2qXeXQmAScOodAAUR
tC9GcmFuY2lzIFAuIExpdHRlcmlvLCBKci4gPGZyYW5sQGNlbnRlcmxpbmUuY29t
Pg==
=6hNb
-----END PGP PUBLIC KEY BLOCK-----
From: betsys@cs.umb.edu (Elizabeth Schwartz)
Newsgroups: gnu.emacs.sources
Subject: Re: request for a quick hack
Date: 13 Dec 92 03:21:08 GMT
	<1992Dec11.225416.2702@newscan.canada.sun.com>
Organization: University of Massachusetts at Boston

Ange-ftp isn't too good if you've got a system which doesn't allow
root ftp logins. Allowing  any priveleged account to ftp as root isn't
worth the convenience of being able to use the editor, at least not
for a system like ours that does get attacked.
  The su-command does look neat, I hope it works!

--
System Administrator                  Internet: betsys@cs.umb.edu
MACS Dept, UMass/Boston               BITNET:ESCHWARTZ%UMBSKY.DNET@NS.UMB.EDU
100 Morrissey Blvd                    Staccato signals
Boston, MA 02125-3393                      of constant information....
Newsgroups: gnu.emacs.sources
From: behzad@jolt.att.com (Behzad Nadji)
Subject: sdiff.el ?
Organization: AT&T
Distribution: usa
Date: Fri, 18 Dec 1992 04:31:47 GMT

Does anyone have a lisp function for diff'ing two buffers side by side,
similar to what sdiff does but in emacs?

For example, if I have opened two buffers side-by-side, I like to be
able to run a lisp function and see the two buffers visually synchronized,
may be with a third one-column buffer opened in the middle with the usual
diff "<" and ">" symbols as well.

Thanks,
_____________________________________________________________________________
Behzad Nadji					Internet: behzad@jolt.att.com
AT&T Bell Labs					   Uunet: att!jolt!behzad
200 Laurel Ave., 4F-228			           Phone: (908) 957-6914
Middletown, NJ 07748				     Fax: (908) 957-4215
-----------------------------------------------------------------------------

-- 
_____________________________________________________________________________
Behzad Nadji					Internet: behzad@jolt.att.com
AT&T Bell Labs					   Uunet: att!jolt!behzad
200 Laurel Ave., 4F-228			           Phone: (908) 957-6914
Newsgroups: gnu.emacs.sources
From: Ray.Nickson@comp.vuw.ac.nz (Ray Nickson)
Newsgroups: gnu.emacs.sources
Subject: Re: emacs 19 new isearch
Date: 17 Dec 92 23:12:19 GMT
 <FRANL.92Dec16131850@draco.centerline.com><FISCHER.92Dec16202935@vagtel.iesd.auc.dk><1992Dec17.042735.18401@wam.umd.edu>
Distribution: gnu
Organization: Victoria University of Wellington, Wellington, New Zealand

[Sorry for carrying this on in an inappropriate newsgroup]

In article <1992Dec17.042735.18401@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:

   Now that I think of it, why not use C-space (set-mark) to terminate
   a search?

I set search-exit-char to -1 and search-exit-option to t so that
`random control characters' and nothing else terminate a search.  I
then use C-@ (set-mark) to terminate a search, unless I want to do
some other command instead.

The only thing I can't then do is search for newline by typing RET in
the string -- I have to use C-Q C-J instead, and I find that a minor
pain.

Ray
Newsgroups: gnu.emacs.gnus
From: ckd@eff.org (Christopher Davis)
Subject: Re: *Subject* buffer probs.
Organization: Electronic Frontier Foundation Tech Central
Distribution: gnu
Date: Sun, 13 Dec 1992 22:44:41 GMT

MS> == Mehul Sanghvi <msanghvi@cs.ulowell.edu>

 MS> I have a problem with the *Subject* buffer. Anytime there is an
 MS> article posted from the university, GNUS shows that it has 0 lines in
 MS> it ... no matter how many lines are there. The problem started
 MS> appearing around the time we installed cnews.

Have your newsadmin uncomment the lines in the C News inews that generate
the line count.  (That's the best solution, as it will make sure all
postings from your site get Lines: headers, not just GNUS users' posts.)
--
Christopher K. Davis      | ``Usenet seems to run much like the Kif (or,
<ckd@eff.org>   EFF #14   |   for the TV generation, Klingon) high command.
System Administrator, EFF |   Whoever takes action and can be heard wins.''
+1 617 864 0665  [CKD1]   |   --Peter da Silva <peter@ferranti.com>
Newsgroups: gnu.emacs.gnus
From: QUG102@waccvm.corp.mot.com (Lars Moeller)
Subject: send
Organization: Motorola
Date: 15 Dec 1992 10:01:37 MST

------------------------- Original Article -------------------------
Newsgroups: gnu.emacs.gnus
From: shafer@pioneer.arc.nasa.gov (Mary Shafer OFA)
Subject: Supercite question
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035
Date: Thu, 10 Dec 1992 20:19:01 GMT

Is there a version of Supercite that fills the quoted paragraph
before it adds the attribution?  Or is there a modification to
my current version to do this?

--
Mary Shafer  DoD #0362  NASA Ames Dryden Flight Research Facility, Edwards, CA
         shafer@pioneer.arc.nasa.gov shafer@rigel.dfrf.nasa.gov
                     Of course I don't speak for NASA


Newsgroups: gnu.emacs.gnus
From: rolfl@ulrik.uio.no (Rolf Lindgren)
Newsgroups: gnu.emacs.gnus
Subject: Multilingual GNUS?
Date: 20 Dec 92 02:00:35 GMT
Distribution: gnu
Organization: Det samfunnsvitenskapelige fakultet, Universitetet i Oslo, Norge

I'd like the variable gnus-your-organization to deliver different texts
in different newsgroups, depending of the name of the newsgroups. Has
anybody written something to do that? I've tried, but my Lisp isn't strong
enough... 

Similarly, I'd like to have different signatures for different newsgroups.
This is slightly trickier I believe...

	
--
       Rolf Lindgren           |       "The opinions expressed above are
       616 Bjerke Studentheim  |        not necessarily those of anyone"
       N-0589 OSLO 5           |           rolf.lindgren@usit.uio.no 
Newsgroups: gnu.emacs.gnus
From: tjg01@homedepot.com (Terry Gardner)
Subject: /Why -- symbol's value is void as a variable
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 08:12:09 GMT

I get this when I try to SPC on a newsgroup (or '=')
Any ideas as what to do about it?

Thanks,
Terry
 
terry@HomeDepot.COM                      (404) 433-8211x5124 or (404) 941-8304
Newsgroups: gnu.emacs.gnus
From: krej@electrum.kth.se (Kristian Ejvind)
Subject: Two suggestions on changes in gnus (sig-inclusion and fill-mode)
Organization: The Royal Institute of Technology, Stockholm, Sweden
Distribution: gnu
Date: Thu, 17 Dec 1992 12:24:45 GMT

Hi everyone!

  I have a suggestion for a change in gnus: When I post an article my
.signature (or as defined by gnus-signature-file) gets inserted when I post
the article. I would like to have a variable which changes the behavior to
that of elm; the signature is appended automatically before I start to
write the article.  I.e. the signature is visible at the end of the buffer
when I start to write on the article. Doing so will make an end to all
double-signatures by people who press C-c C-w at the end of the article
just as they always do when posting a mail from emacs.

  The second one: It would be nice to have an easy way to make emacs toggle
into auto-fill-mode when starting to write on an article, without messing
around with load-hooks and such things.

/Kristian
--


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Kristian Ejvind - krej@electrum.kth.se   I   The best way of accelerating
The Royal Institute of Technology, KTH   I   a macintosh is by 9.82 m/(s*s)
Stockholm, Sweden                        I
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
From: dla@se05 (Doug Acker)
Newsgroups: gnu.emacs.gnus
Subject: gnus bug
Date: 12 Dec 92 05:03:44 GMT
Organization: Western Geophysical Exploration Products

I'm  using  gnus to read news ...... I changed my window configuration
to  5  lines,  so  I  can  use  cntrl-V to scroll through unintersting
subject lines ... and then I use cntrl-N to get to the  subject  I  am
intersted in and hit space to read the article ... and continue.

This works about 80% of  the  time  ..  sometimes  after  reading  the
article, it takes me back to the nex unread article at the top of  the
display ... this is a pain ... I then have to scroll subjects back  to
where I am ... any fix?
-- 
Douglas L.Acker                Western Geophysical Exploration Products
____    ____     ____          a division of Western Atlas International Inc.
\   \  /   /\   /   /\         A Litton / Dresser Company
 \   \/   /  \ /   /  \        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  \  /   / \  /   /\   \       Internet  :  acker@wg2.waii.com
   \/___/   \/___/  \___\      Voice     :  (713) 964-6128
Newsgroups: gnu.emacs.gnus
From: hamm@ssdt-bluestein.sps.mot.com (Steve Hamm)
Subject: Re: posting problem: no more processes, nntpd
Reply-To: hamm@ssdt-bluestein.sps.mot.com (Steve Hamm)
Organization: Motorola Inc., SPS SSDT, Austin, Texas.
Date: Sat, 19 Dec 1992 01:19:15 GMT


I'm answering part of my own question.

---On Wed, 16 Dec 1992 22:15:08 GMT, hamm@ssdt-bluestein.sps.mot.com (Steve Hamm) said:

Steve> I just switched NNTP servers, and now if I post something small
Steve> it works (like a one-line test, or this note) but if I post
Steve> something larger (say 100 lines) gnus hangs, saying "writing to
Steve> process: no more processes, nntpd".  Anyone see this before
Steve> and/or have a fix?  Thanks.

I got into nntp.el and found the routine nntp-send-region-to-server.  In
it is the following comment and code fragment:

    ;; `process-send-region' does not work if text to be sent is very
    ;;  large. I don't know maximum size of text sent correctly.
    (let ((last nil)
	  (size 100))			;Size of text sent at once.

Since the value of size is empirical, I figured that I could try
decreasing it and see what happens.  I got it down to 10 before things
were quite reliable.

Now, anyone care to tell me *why* this works?  (Other hints: my
machine was just upgraded to a sparc 10 and the new nntp server is
apparently much slower than my old nntp server.)  Seems like it must
be a handshake problem, but this fix seems rather inefficient --
anyone know a way of improving the efficiency, or a better workaround?

--Steve
--
Steve Hamm --- Motorola Inc. 3501 Ed Bluestein Blvd, MD-M2, Austin TX 78762
hamm@ssdt-bluestein.sps.mot.com  UUCP: ...cs.utexas.edu!oakhill!austoto!hamm
Newsgroups: gnu.emacs.gnus
From: msanghvi@cs.ulowell.edu (Mehul Sanghvi)
Subject: FTP site for GNUS
Reply-To: msanghvi@cs.ulowell.edu
Organization: UMass-Lowell Comp. Sci. Dept.
Distribution: gnu
Date: Sun, 20 Dec 1992 04:49:50 GMT



hello folks!!

  What is the latest version of GNUS and where is it available from?? I am not
interested in beta releases, just the last official version. I am currently
using GNUS 3.13

thanks

--
===============================================================================
Mehul "raja lakhan" Sanghvi        |  UMass-Lowell Dept. of Computer Science
Inet: msanghvi@cs.ulowell.edu      |  SnailNet: 754 Aiken St. #11
UUCP: ...!harvard!ulowell!msanghvi |            Lowell, MA 01850-1804
BITNET: msanghvi%cs.ulowell.edu@{cunyvm.cuny, mitvma.mit, talcott.harvard}.edu

186,282 miles per second:

It isn't just a good idea, it's the law!
Newsgroups: gnu.emacs.gnus