HDTenEightyP/NetNews huggingface dataset:
From: djm@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: new release of `patch'
Date: 15 Sep 92 05:17:58 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu

Patch 12u8 to version 2.0 of Larry Wall's patch program is now
available.  An up to date tar file, as well as patches 12u through
12u8, are available for anonymous ftp in the directory pub/gnu on
prep.ai.mit.edu [18.71.0.38], in the files patch-2.0.12u8.tar.Z and
patch.patch12u6 (etc.).  Also available is a version of patch that
conforms better to GNU standards, in the file patch-2.0.12g8.tar.Z.
Other archive sites will soon carry them as well, so try one nearest
you.

These versions of patch contain modifications made by the Free
Software Foundation.  Primarily they are to support the unified
context diff format that GNU diff can produce, and to support making
GNU Emacs-style backup files.  They also include fixes for some bugs.

There are two GNU variants of patch: one that retains Larry Wall's
interactive Configure script and has patchlevels starting with `12u';
and one that has a GNU-style non-interactive configure script and
accepts long-named options, and has parallel patchlevels starting with
`12g'.  Unlike the 12g variant, the 12u variant contains no copylefted
code, for the paranoid.  The two variants are otherwise the same.
They should be available from the same places.

The FSF is distributing patch independently because as of this
writing, Larry Wall has not released a new version of patch since
mid-1988.  I have heard that he has been too busy working on other
things, like Perl.

The major changes in this patch are:

* Improved detection of files that are locked under RCS or SCCS.  
* Reinstate the -E option to remove output files that are empty after
  being patched.
* Print the system error message when system calls fail.
* Added the -t option, similar to -f.
* Fixed various bugs and portability problems.

Please send bug reports for this version of patch to
bug-gnu-utils@prep.ai.mit.edu as well as to Larry Wall (lwall@netlabs.com).

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu,
          nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]
Xref: sparky gnu.announce:125 gnu.utils.bug:1612
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Newsgroups: gnu.announce,gnu.utils.bug
Subject: Bugfixing release of tar, Version 1.11.1
Date: 16 Sep 92 00:51:52 GMT
Followup-To: gnu.utils.bug
To: bug-gnu-utils@gnu.ai.mit.edu, gnu-announce@gnu.ai.mit.edu
X-Shopping-List: 
   (1) Nice perversions (2) Important bum proteins (3) Gigantic laxatives

Many bugs have just been fixed in GNU tar, including almost all that
were discussed here.  The only problem not fixed (unless I'm wrong;
always a possibility to keep in mind) was the `#define const' on IRIX
problem.  This requires coordination between several people, because
that was used in source files that were part of other programs as well
as tar.  I didn't want to delay the release of these important bug
fixes for that to happen.

People who sent in bug reports should definitely get the patches and
make sure their bugs are fixed.  There are no new features in this
release, over 1.11.

Even though this version is called 1.11.1, you should not think I am
going to label tar releases in unary.  There's dots in `1.11.1', and
there's no dots in unary.  In addition, `1.11.1' is a palindrome.

Cool, huh?

Oh yeah, you can get this as `tar-1.11.1.tar.Z' on prep.ai.mit.edu.
There are also context diffs; `tar-1.11-1.11.1-diff' will hold those.

	-mib

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu,
          nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]
Xref: sparky gnu.announce:124 gnu.utils.bug:1610
From: djm@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: GNU diff 2.0 released
Date: 15 Sep 92 19:37:54 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu

Version 2.0 of GNU diff, diff3, sdiff, and cmp is available for
anonymous ftp from prep.ai.mit.edu [18.71.0.38] in the file
pub/gnu/diff-2.0.tar.Z.

Major changes in release 2.0:

* Add sdiff and cmp programs.
* Add Texinfo documentation.
* Add configure script.
* Improve diff performance.
* New diff options:
-x --exclude
-X --exclude-from
-P --unidirectional-new-file
-W --width
-y --side-by-side
--left-column
--sdiff-merge-assist
--suppress-common-lines
* diff options renamed:
--label renamed from --file-label
--forward-ed renamed from --reversed-ed
--paginate renamed from --print
--entire-new-file renamed from --entire-new-files
--new-file renamed from --new-files
--all-text removed
* New diff3 options:
-v --version
* Add long-named equivalents for other diff3 options.
* diff options -F (--show-function-line) and -I (--ignore-matching-lines)
  can now be given more than once.

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu,
          nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]
Newsgroups: gnu.announce
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Subject: seeking prior art for Toshiba patent in Japan
Reply-To: james_higa@next.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 9 Sep 1992 21:48:45 GMT

This is being reposted as an official annoucement from the FSF.  Please
redistribute this wherever appropriate.  Send replies to james_higa@next.com.



NeXT in Japan is looking for help in defeating a patent.

Toshiba has filed an application for a patent in Japan. The patent  
describes an electronic mail system capable of imbedding, delivering,  
and playing back sound files.  We're trying to find publications  
which describe such a system and is out in the public domain.  It  
must predate the Toshiba claim of April 24, 1981.  This will allow  
Canon to file an official objection to the Toshiba application and  
prevent Toshiba from coming after NeXTMail in Japan.  

Do you know of anything?  Is there anyone who might know?  Are there  
places we might go for this information?  


Please respond to james_higa@next.com.


Xref: sparky gnu.announce:117 gnu.utils.bug:1490
From: bothner@cygnus.com
Newsgroups: gnu.announce,gnu.utils.bug
Subject: Per announcment
Date: 4 Sep 92 18:38:49 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu,bug-gnu-utils@prep.ai.mit.edu
Resent-From: info-gnu-request@prep.ai.mit.edu
Resent-Bcc: info-gnu-non-usenet,bug-gnu-utils-non-usenet

The 2.0 version of the binutils distribution is now available from the
"usual" places (such as anonymous ftp from pub/gnu/binutils-2.0.tar.Z
on prep.ai.mit.edu).

This is completely re-written from the original GNU binutils
distribution, and is based on a Binary File Descriptor (BFD) library
that provides support for multiple object file formats as well as
cross-development.  (BFD is also used by gdb and some versions of gas.) 
Included in this distribution are the GNU linker, the binary utilities 
(ar, ranlib, nm, objdump, size, copy, strip), and a new version of gprof.

The released code was written (mostly) by Cygnus, and has been
shipped to Cygnus customers.  However, it has not been extensively
tested on many machines.  So treat this as any release with a
version number ending with 0 - with healthy skepticism!  Also,
think of this as a hacker release:  If you can't get it to work,
we probably won't have time to help you, especially since I'm
going on vacation right now and won't be available for 3 weeks!  
Secondary contact addresses can be found in binutils-2.0/binutils/README.
There are also various features missing in this release, including 
ports, shared libraries, missing options; volunteers willing to
tackle these projects would be most welcome.  (See the files
binutils/TODO, bfd/TODO, and ld/TODO.)

	--Per Bothner
Cygnus Support     bothner@cygnus.com
Xref: sparky gnu.announce:116 gnu.utils.bug:1480
From: bson@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: GNU Finger 1.35 released
Date: 4 Sep 92 18:12:13 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu

GNU Finger 1.35 is available for anonymous FTP from prep.ai.mit.edu
[18.71.0.38], in the file pub/gnu/finger-1.35.tar.Z.

This release fixes some serious installation problems in 1.34. It also
includes a .dvi version of the manual, as well as a `support/BUGS'
file extracted from the "Bug Reports" node of the manual.

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: ftp.informatik.tu-muenchen.de, src.doc.ic.ac.uk:gnu,
	  ftp.funet.fi, nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, ftp.funet.fi, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

Below is the `news list' from the announcement of 1.34.


The following is a list of changes from GNU Finger 1.0b to 1.34.

  o  Lots of bugs have been fixed -- far too many to mention here.

  o  Changes to messages and output formatting.

  o  Mugshot support has been dropped. These parts will be redone in a
     future release. The code is included, but currently unsupported.

  o  Port to PC/RT.

  o  Port to SVR4.

  o  Special target ``.help'' to list special targets supported
     by the finger server. A target is something you can finger,
     such as a user name or mailing list.

  o  Special target ``.site'' to describe a site - the organization
     it belongs to, geographic location, who manages it, and other
     relevant information.

  o  Configuration greatly simplified - uses GNU Autoconf 1.1.

  o  Code made more robust.

  o  Option syntax changed to adhere to current GNU standards. Long
     option ``--port'' added to explicitly specify a port or service
     to use.

  o  Prints message if .plan file exists but is inaccessible.

  o  Added support for .project file, similar to .plan.

  o  If the user fingered has a .fingerrc script, then it will be
     executed and the normal finger output piped through it. The
     output of the script becomes the output of finger.

  o  Documentation has been improved.

  o  Support for site-defined special targets. These are scripts
     that are run when the corresponding target is fingered. The
     two targets ``.site'' and ``.help'' are such scripts.

  o  User mail forwarding is reported.

  o  Accepts finger requests for mailing lists.
Xref: sparky gnu.test:31 vmsnet.test:531
From: kschwab@nyx.cs.du.edu (Kerry Schwab)
Newsgroups: gnu.test,vmsnet.test
Subject: test
Date: 8 Sep 92 00:31:20 GMT
Distribution: usa
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.



..new account... testi 
11
Wel l. the ed itor seem s to be freaking out.
Xref: sparky gnu.test:33 gnu.gnusenet.test:210
From: test@test.com
Newsgroups: gnu.test,gnu.gnusenet.test
Subject: a test no reply ignore
Date: 5 Sep 92 10:10:03 GMT

test test test
Newsgroups: gnu.epoch.misc
From: doug@cdc.hp.com (Doug Sojourner)
Subject: Re: Bug Report - Epoch kills other windows
Date: Tue, 15 Sep 1992 17:14:41 GMT
Distribution: gnu
Reply-To: dsojourner@cdc.hp.com
Organization: HP California Design Center, Santa Clara, CA
X-Newsreader: Tin 1.1.3 PL5

Marc Andreessen (marca@ncsa.uiuc.edu) wrote:
: --> On Fri, 4 Sep 1992 12:29:44 +0200 (MET DST), Frank Ooms
: --> <Frank.Ooms@delft.geco.slb.com> said:
: 
:   /frank/ When you copy text from i.e. an xterm window into an epoch
:   /frank/ window using the X cut and paste, and then close down the
:   /frank/ epoch window with (save-buffers-kill-emacs) the other window
:   /frank/ gets destroyed as well.
: 
: This comes up from time to time... does anyone seriously want to
: contest my opinion that this has to be purely an OpenWindows bug?
: It's never reported under any other configuration.
: 

Well, I think I've found it on my system:
Version of Epoch: "Epoch 4.0 Patchlevel 2"

Platform and operating system (via uname -a):
HP-UX bree A.08.07 E 9000/750 2016104081
X Window System, Version 11 HP-UX 8.07 A.04.00 IF2 $Revision: 2.35
HP Visual User Environment Version 2.01      A.01.03
(The documentation says that vue is derived from mwm, version 1.1)

Compiler:
HP92453-01 A.08.79 HP C Compiler


Thus the common denominator may be mwm, not OpenWindows.

BTW, it takes about 10 to 15 minutes for my pasted from windows to
die.

--
Doug Sojourner                       Hewlett Packard Company
dsojourner@cdc.hp.com                California Design Center, 53U/84
Telnet: 1-553-3171                   5301 Stevens Creek Blvd
Phone:  (408) 553-3171               Santa Clara, CA  95052-8059
From: chrise@atc.boeing.com (Chris_Esposito)
Newsgroups: gnu.epoch.misc
Subject: epoch 4.2 build problem - `__builtin_saveregs'?
Date: 11 Sep 92 15:43:16 GMT
Reply-To: chrise@atc.boeing.com
Organization: Boeing Research & Technology

I have a problem in building epoch 4.2 on a Sparc2, OS 4.1.2, with
gcc -O -g -traditional.  Everything (jncluding xpm support) compiles
fine until the final attempt to link everything into temacs, and then ...

ld  -e __start -Bstatic -L/usr/openwin/lib -L/usr/local/lib -o temacs crt0.o window.o  term.o x11term.o x11fns.o xevent.o screen.o xdefault.o xresource.o property.o selection.o xutil.o mouse.o button.o xdispepoch.o dispepoch.o  emacs.o keyboard.o macros.o keymap.o sysdep.o  buffer.o filelock.o insdel.o marker.o  minibuf.o fileio.o dired.o filemode.o  cmds.o casefiddle.o indent.o search.o regex.o undo.o  alloc.o data.o doc.o editfns.o callint.o  eval.o fns.o print.o lread.o  abbrev.o syntax.o unexec.o mockl

isp.o bytecode.o  process.o callproc.o environ.o  doprnt.o lastfile.o malloc.o   -lX11 -lXpm   -lg  -lc
Undefined
___builtin_saveregs <-- **DOES anyone know what this is, or where to get it?
*** Error code 2
make: Fatal error: Command failed for target `temacs'
Current working directory /a/grace/local/share.sunos.4.1.2/src/epoch4.2/src
*** Error code 1
make: Fatal error: Command failed for target `doall'
Exit 1

Thanks,
Chris

Q: Why did the cybernaut cross the road?   A: He was jacked into the chicken
-------------------------------------------------------------------------------
Chris Esposito  (206) 865-3162            | Internet: chrise@atc.boeing.com
Boeing Research & Technology, Comp. Sci.  | uucp: ...!uw-june!bcsaic!chrise
From: jsc@saxon.Eng.Sun.COM (John Cooper)
Newsgroups: gnu.epoch.misc
Subject: changing colors
Date: 11 Sep 92 14:38:48
Organization: SunSoft, Inc., Mountain View, CA
Distribution: gnu
NNTP-Posting-Host: saxon

How can I interactively change the background/foreground color of a screen?

Thanks,
--
	--- John
Newsgroups: gnu.epoch.misc
From: peterf@zuben.csis.dit.csiro.au (Peter A Fletcher)
Subject: How do I find true window-height ?
Organization: CSIRO Division of Information Technology
Date: Thu, 10 Sep 1992 00:44:26 GMT

Hello!

    When I'm using mixed fonts in a buffer, (window-height) no longer
returns the actual number of lines in the window; I think this is also
why scroll-up and scroll-down don't operate correctly.

    Is there some way to find this value ?  I'm using epoch4-2.

Thanks,

-peter.

--
Peter Fletcher,            Internet : peterf@csis.dit.csiro.au
PhD Student                Physical : CSIRO Division of Information Technology,
Phone    : +61-6-2750914              ANU, Acton, Canberra ACT AUSTRALIA
-------------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: kburton@iowa.UUCP (Kevin Burton)
Subject: Getting windows out from under each other at startup.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 13:42:12 GMT


>	A simple question- How can I prevent the minibuffer window
> from being opened on top of the top of my regular window at startup?
> This is Epoch version 4.2 compiled with the DEC C compiler under X11R4
> with MIT extensions, using motif 1.1.3 window manager on a DECstation
> 5000/240.  It startups epoch with the origins for both windows in the
> same place, obscuring the top two or three lines of the fundamental
> buffer.  I can't seem to find the correct value for a resource or
> geometery which moves one out from under the other.

On my Sparcstation I have the following lines in my .Xdefaults file

	epoch.screen.geometry:		80x54+580+109
	epoch.minibuf.geometry:		80x1+580+848
	epoch.screen.font:		courier-bold
	epoch.minibuf.font:		courier-bold


Hope this helps.

-
Kevin Burton
Noran Instruments				voice: (608) 831-6511 x317
2551 West Beltline Highway, Room 532		  FAX: (608) 836-7224
Middleton, WI 53562				email: kburton@noran.com
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Epoch 4.2 refuses to load evi.el
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Sep 1992 14:15:49 GMT

The easy solution is to replace all occurences of '128' in evi.el with
'256'.

The reason the error happens is because Epoch 4.2 attempts to deal
with 8-bit input; one part of this is to make keymaps 256 elements
long (rather than 128 elements long, which is the case in vanilla
Emacs).  (This ``feature'' should probably be disabled unless
EIGHTBIT_KEYBOARD is defined, but normally nothing breaks.)

If a vector of any length other than 256 is treated by an application
as a keymap, Epoch 4.2 will reject it.  evi.el uses make-vector with a
hardcoded parameter of 128 to generate keymaps (rather than
make-keymap, which is what it probably should be using), which is why
it breaks.

Of course, one could also argue that anyone emulating vi under Emacs
has problems to begin with :-) :-) :-)...

Cheers,

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc
From: bob@almeria.inria.fr (Renaud Marlet)
Subject: Re: TeX viewer package for Epoch- where ?
Organization: INRIA, Sophia-Antipolis (Fr)
Distribution: gnu
Date: Tue, 8 Sep 1992 06:59:04 GMT


The following Emacs/Epoch/Lucid-Emacs tools are available via
anonymous ftp to babar.inria.fr (138.96.24.21) in pub/emacs.

Emacs
: Epoch
: : Lucid
: : :
  * *  portable.tar.Z	Portability package for Epoch and Lucid Emacs
  * *  decor.el[c]	Decoration of text regions with styles (needs portable)
  * *  viewer.tar.Z	Editing (TeX) modes for math, french, and latin
* *    rat.tar.Z	Extended mouse package (contains an extended thing.el)

Renaud
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: oui oui oui
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Sep 1992 09:18:20 GMT

Here's some old mail from Lynn Slater that may help fix problems wrt
``marker does not point anywhere''.  (I haven't seen the problem
myself, so I don't know if this fixes it for sure.)

------------------------------------------------------------------------------
Return-Path: <epoch-m@cs.uiuc.edu>
Date: Thu, 4 Jun 92 09:16 PDT
From: lrs@indetech.com (Lynn Slater)
To: esh@moe.tekbspa.com
Cc: epoch@cs.uiuc.edu
Subject: imouse.el problems

> loop yelling about no mark in this buffer. I have not found a way out of

I do not know about who ic complaining, but an old emacs fix I have will
put a mark in all buffers, which should eliminate the symptom if not the
problem.

;;;;;;;;;;;;;;;;;;;;;;;;;;; -*- Mode: Emacs-Lisp -*- ;;;;;;;;;;;;;;;;;;;;;;;;;;
;; mark.el -- Makes all buffers have a mark
;; 
;; AFSID           : $__Header$
;; Author          : Lynn Slater x2048
;; Created On      : Tue Jan 22 18:39:38 1991
;; Last Modified By: Lynn Slater x2048
;; Last Modified On: Tue Feb 12 14:09:51 1991
;; Update Count    : 2
;; Status          : Unknown, Use with caution!
;; 
;; PURPOSE
;;   The interactive function barfs on "\nr" if the region is not set
;;   yet.  I consider this to be a defect in emacs because
;;    1. There is not a "safe" alternative to \nr
;;    2. As a user, I always think that I have a region
;;    3. As a developer, I cannot write functions that use the region in
;;    some cases and not in others.  The scribe-comment command above
;;    does not use the region unless there is an argu<ement, but you
;;    cannot call the function immediately after finding a file because
;;    the region is not set, even if you were using the regionless operation.
;;    Perhaps I can get around this by adopting a convention that
;;    all functions that use the region must use it all the time and
;;    must be called by functions that check for the region. (Note that
;;    there is no function that can check for the region without also
;;    generating a disturbing message to the user in case of error.)
;;  
;;    The solution is to be sure that there is always a region!
;;    This should go into the filesys stuff, but for now, I shall
;;    do it using a provided hook.  Hopefully the scribe mode stuff is
;;    loaded before the hook is checked.
;; TABLE OF CONTENTS
;; HISTORY
;; 22-Jan-1991		Lynn Slater x2048	
;;    documented better
;; 
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;


(defun push-mark-quietly (&optional location message)
  "An arguementless version of push mark that generates no message by default."
  (push-mark location (not message)))

(if (not (memq 'push-mark-quietly find-file-hooks))
    (setq find-file-hooks (cons 'push-mark-quietly find-file-hooks)))
------------------------------------------------------------------------------

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc