HDTenEightyP/NetNews huggingface dataset:
From: guenther@amcl3.StOlaf.edu (Philip A Guenther)
Subject: Re: Help with saving articles.
Organization: St. Olaf College, Northfield, MN USA
	<JARTSU.92Oct13014507@lk-hp-9.hut.fi>
Date: 12 Oct 92 21:19:48

In article <JARTSU.92Oct13014507@lk-hp-9.hut.fi> jartsu@vipu.hut.fi (Jartsu) writes:
   In article <RENE.92Oct10224733@solsort.iesd.auc.dk> rene@iesd.auc.dk (Rene Boe Soerensen) writes:

   > When I use the 'o' key to save an article in a file, GNUS prompts with
   > "Save article in file (default <article number>) ~/News/gnu.emacs.gnus/"

   > What I would like GNUS to do instead was prompt with "~/News/Gnus/" as
   > the path.

   Better yet, is there a way to do it so that gnus saves the stuff to a
   hierarcical folder system according to newsgroups name, like
   gnu.emacs.gnus articles would have an automatic default of
   ~/News/gnu/emacs/gnus i.e. the period in the newsgroup's name would be
   converted to "/" (don't know the characters english name)?

Yes there is a way.  In fact, it's the default on sysV and xenix
machines (which are often (?) limited to 14 character filenames).  The
variable which controls this is gnus-use-long-file-name.  If nil, use
the directory form.  If non-nil, use a long filename.  So just set it
to nil in your .emacs if you want directory forms.

Oh, and most people would call a "/" a forward slash or just a slash.

Philip Guenther
--
guenther@stolaf.edu (Philip Guenther)       | The ACC might agree with me,
Student Sys Prog, Academic Computing Center | but with that bunch, (and me)
St Olaf College, Northfield, MN 55057-1001  | you never know... :-) :-| :-(
"Life makes sense?  LIFE MAKES SENSE!!?  Where do people get these ideas?"-me
Newsgroups: gnu.announce
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Volunteers for GNU?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 10 Oct 1992 13:24:14 GMT

Most GNU software is written by volunteers.  Given the state of the
economy, some of you may now have time on your hands.  If you'd like,
you can spend some of the time writing new software for GNU.

If you are interested in spending time on this, contact
gnu@prep.ai.mit.edu to get the task list (your own ideas for tasks may
be useful too) and the GNU coding standards.


Xref: sparky gnu.announce:132 gnu.ghostscript.bug:1061
From: tim@appenzell.cs.wisc.edu (Tim Theisen)
Newsgroups: gnu.announce,gnu.ghostscript.bug
Subject: newscrud
Date: 13 Oct 92 04:16:02 GMT
Followup-To: gnu.announce,gnu.ghostscript.bug
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
To: uunet!gnu-announce@uunet.uu.net

Ghostview 1.4 is available via anonymous ftp from:

    ftp.cs.wisc.edu:/pub/X/ghostview-1.4.tar.Z
    prep.ai.mit.edu:/pub/gnu/ghostview-1.4.tar.Z

    It will soon be propagating to the usual GNU distribution points:

	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

Ghostview is an X11 user interface for the ghostscript PostScript
interpreter.  It runs on a wide variety of Unix systems.  As of
this release, it also runs on VMS.

Other than VMS support, no new features are included in this release.

Here is a quick summary of the major changes:

- Ghostview now runs on VMS.
- Ghostview sends PostScript to the ghostscript interpreter in a much
  more efficient manner.
- The DSC comment scanner has be revised to detect figures that are
  included without being protected by %%Begin(End)Document comments.
- Ghostview now properly destroys popup zoom windows and kills the
  associated interpreter.
- Ghostview automatically adjusts to not being able to allocate the
  backing pixmap.

For more details, see the HISTORY file.

For people that have difficulty building ghostview, I have placed executables
from several architectures in the ftp.cs.wisc.edu:/pub/X/ghostview-exe
directory.

..Tim

          Tim Theisen           Systems Programmer
Internet: tim@cs.wisc.edu       Department of Computer Sciences
    UUCP: uwvax!tim             University of Wisconsin-Madison
   Phone: (608)262-0438         1210 West Dayton Street
     FAX: (608)262-9777         Madison, WI   53706
Newsgroups: gnu.epoch.misc
From: stevep@twisto.compaq.com (Steve Pearlmutter)
Subject: Re: switch to a buffer not shown in all screens ?
Organization: Compaq Computer Corporation, Houston, TX.
	<MARCA.92Oct7150451@wintermute.ncsa.uiuc.edu>
Date: Wed, 7 Oct 1992 23:10:46 GMT

>>>>> On Wed, 7 Oct 1992 20:04:51 GMT, marca@ncsa.uiuc.edu (Marc Andreessen) said:

>    Did anyone write a function to switch to a buffer which is closest to the 
>    top of buffer stack and not displayed in all existing screens ?

> No, but I wrote one once to switch to a buffer in a screen that lies
> under all other screens except for the screen containing a window that
> held a buffer that was below the original buffer in the buffer stack,
> unless the window was in a screen that was currently iconified and the
> buffer was unmodified but above any other buffer that was contained in
> more than one window in the buffer stack, in which case I looped
> through the screen list looking for windows holding buffers that were
> in windows that were iconified but raised over all other screens
> holding windows with buffers that were shown in multiple windows with
> buffers that were only in one screen.

> Marc

Could you post it, please?  ;-)
--
Steve Pearlmutter                        | Nothing I say in any way  
stevep@twisto.compaq.com                 | represents the opinions of
Compaq Computer Corporation, Houston, TX | my employers.  Really.
"Good taste is timeless... and a good time is usually tasteless."

Xref: sparky gnu.epoch.misc:1006 alt.lucid-emacs.help:536
From: jsc@saxon.Eng.Sun.COM (John Cooper)
Newsgroups: gnu.epoch.misc,alt.lucid-emacs.help
Subject: epoch and lucid
Date: 12 Oct 92 17:08:49 GMT
Distribution: gnu
Organization: SunSoft, Inc., Mountain View, CA
NNTP-Posting-Host: saxon

I'm using epoch V4.2 on a SparcStation 1+ with 28Mb of memory, and am
finding that epoch is "Garbage Collecting" much too frequently. This is
especially noticeable when using mh-e and gnus, but is a general
problem.

I've glanced at lucid and it seems to be *much* faster, although it's
appears to lack some of the epoch features, viz:

o  It doesn't have a shared minibuffer in a separate screen.

o  I couldn't figure how to switch between screens (from the keyboard)
   and have lucid raise the new screen to the top of the window stack.
   In epoch I use C-z o and C-z p.

I saw in the on-line lucid NEWS it mentioned a future merge with epoch.
Is this still planned? When could this be expected?

--
	--- John
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: epoch and lucid
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 10:29:34 GMT

"Frame By Frame" writes:
> Yes, this makes epoch do fewer garbage collections, thanks.
> However, when it does eventually need to garbage collect, I'd guess it
> would have more work to do and take longer?

Yup, but on a fast processor I doubt you'll notice.  (I don't, on a
MIPS R3000 33mhz.)

> I noticed that in lucid, my gc-cons-threshold is the default 100000, and
> I don't need to raise this value for things to fly..

I can't explain, I can't explain, *da dum*, *da dum*... as I said, for
me, Epoch is quite a bit faster overall.  Ah well, the mysteries of
life.

> The garbage collection was the main problem I had. What do I lose by
> setting gc-cons-threshold high? - why isn't the default a million?

My own theory is it's a holdover from PDP-11 days, when 100K bytes was
Real Memory.  Beats me, otherwise...

> Will epoch support highlighting the current region in a similar way to
> lucid?

I doubt it, unless someone supplies some beautiful, stable, reliable
code in handy-to-use 'diff -c' format...

Marc

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

Newsgroups: gnu.epoch.misc
From: mr370673@rs6550.mor.itesm.mx (Rafael Morales G.)
Subject: IBM spanish keyboard
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 03:27:17 GMT


I am using Epoch 4.2.1 in a IBM RS/6000 with AIX 3.1; it have a spanish
keyboard, with special keys for accenting letters and the like.  I installed
Epoch with the option to display 8-bit characters, but I have several
problems:

1. The accented "a" and "e" are displayed in octal.
2. The special key used to accent letters is captured directly by Epoch,
   wich insert its code (M-4).
3. The other "spanish keys" do not correspond (it seems Epoch translate
   de IBM code to ISO or something else).

Incidentally, I had troubles with compiling the files xutil.c and screen.c,
of the Epoch sources; my linker do not found the functions XSetWMNormalHints
and XGetWMNormalHints.

Does anyone can help me?  Gracias.

Rafael Morales Gamboa
ITESM Campus Morelos
Cuernavaca, Mor.
MEXICO.


Newsgroups: gnu.epoch.misc
From: mr370673@rs6550.mor.itesm.mx (Rafael Morales G.)
Subject: Re:  epoch on S/6000
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 13 Oct 1992 05:09:52 GMT

Thank you for your answers.

I recompiled Epoch in my machine, with some modifications to certain files
(screen.c, xutil,c keyboard.c, buffer.c an few others).  It compiled without
problems and work fine; in fact, it had worked fine before.

The problem are still:

1. Do not recognize certain special keys in my spanish keyboard.  For
   example, to put an accented 'a' in vi I press the accute-accent key,
   followed by the 'a', and that is all; in Epoch, when I press the
   accute-accent key, it appears in the screen as an extended char.

2. The characters that appear in the screen do not always match what I
   press in the keyboard.  For example, the 'openning exclamation mark'
   (sorry if that is not a good english expression) is translated to an
   accented i.

Any suggestions?

Rafael Morales.
Newsgroups: gnu.epoch.misc
From: imp@solbourne.com (Warner Losh)
Subject: Re: Epoch as WM
Organization: ParcPlace Boulder
Date: Thu, 8 Oct 1992 23:04:19 GMT

In article <JWZ.92Oct7230636@thalidomide.lucid.com> Jamie Zawinski
<jwz@lucid.com> writes: 
>Well, I was mostly joking (mostly.)  If it's harder to handle events in Epoch
>than in GWM, then that just means that GWM has a better design for event
>handling, right?  They're both lisps.

Hmmm.  From what I hear, emacs 19 is supposed to have a better event
handler than epoch (mostly due to epoch's experience with X events).
If this is the case, then it wouldn't be too hard to write a good
window manager with emacs 19.

Having tried to fix the broken selection mechanism in a previous
release of epoch, I understand compeletely the sentiment of its
maintainers for this idea.

When I mentioned it to a friend who lothes X, his reply was something
along the lines of "At least I could configure the window manager to
do the right thing."

Window manager functions aren't all that hard to do right.  Most of
them could even be implemented in LISP code, once you have a dozen or
so primitives in place.  If you wanted emacs to also map windows,
you'd have to be careful of deadlock situations (where the process
blocks until the window manager has finished reparenting the window,
for example).

My friend's other reply was "Cool.  Now emacs and my window manager
won't be beating each other up for swap space..."

Warner

P.S.  This isn't entirely in jest, nor is it entirely serious :-)
-- 
Warner Losh		imp@parcplace.COM	ParcPlace Boulder
I've almost finished my brute force solution to subtlety.
From: carroll@cs.uiuc.edu (Alan M. Carroll)
Newsgroups: gnu.epoch.misc
Subject: Re: Epoch as WM
Date: 9 Oct 92 14:31:04 GMT
Organization: Technophiles Inc. - Engineers with Attitude

In article <JWZ.92Oct7230636@thalidomide.lucid.com>, Jamie Zawinski <jwz@lucid.com> writes:
> Well, I was mostly joking (mostly.)  If it's harder to handle events in Epoch
> than in GWM, then that just means that GWM has a better design for event
> handling, right?  They're both lisps.

The key advantage of GWM in this regard is that it doesn't do anything
else. Its entire structure can be designed around WM functions, as
opposed to having to worry about (say) handling text editing.

This also doesn't solve the problem of applications other than
Emacs/Epoch that want to have a better interaction with the WM (yes,
some of us do run other applications :-)).

For the person who commented on V19 doing this better, yes, that's
true. V19 has a significantly more general input model from previous
versions. It is sufficiently general that X events can be added to it,
unlike the input handling in V18 (on which Epoch is based).

> I'm just talking about a customizable, extensible window manager.  (I think
> that the way that one can offload the work of popping up menus, etc to the
> window manager is a bad idea, but that's a different matter.)

A difference of opinion. I happen to think that offloading menus to
the WM is a wonderful idea. It means that an application can "fit"
into a user's environment far more easily. If you run OpenWindows and
I run Motif, the same application could pop up its menus in different
(locally appropriate) styles transparently by asking the WM to do it.

-- 
Alan M. Carroll          "Weren't there yams involved, too?" - J. Ockerbloom
Epoch Development Team   
Urbana Il.               "I hate shopping with the reality-impaired" - Susan
From: drp40@cd.amdahl.com (Doug Puchalski)
Newsgroups: gnu.epoch.misc
Subject: Using mouse buttons for scrolling
Date: 16 Oct 92 22:51:10 GMT
Reply-To: drp40@cd.amdahl.com
Organization: Amdahl Corporation, Sunnyvale, CA

I want to use the middle & right buttons for mouse scrolling.

I tried:

(global-set-mouse mouse-middle mouse-down 'scroll-down)
(global-set-mouse mouse-right mouse-down 'scroll-up)

but it is far from working.  Anyone have any ideas?

-- 
Doug Puchalski						   Death to all smileys
drp40@cd.amdahl.com
dpuchals@engin.umich.edu
Newsgroups: gnu.epoch.misc
From: ttu@hogpa.ho.ATt.COM (Thomas P Tu +1 908 615 4149)
Subject: New Email Address
Organization: Gnus Not Usenet
Distribution: gnu
Date: Fri, 16 Oct 1992 20:03:03 GMT


Please update my new email address.

	ttu@hogpa.ho.att.com



Thanks.


Thomas P. Tu
(908) 615-4149
ttu@hogpa.ho.att.com
Newsgroups: gnu.epoch.misc
From: jct%se33@se01.wg2.waii.COM (Jim Thompson)
Subject: Standard tricks with epoch?
Reply-To: thompson@wg2.waii.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 21:58:48 GMT

You write:

> Can someone summarize for me the ways in which they use
> Epoch to be more productive? Can they give me examples
> of dotfiles that they use?

Two things come to mind.  First, Epoch makes it much easier to customize
key bindings, especially for function keys, than does xemacs.  See the
function epoch::rebind-key.  (I have a file that describes how to take
advantage of Epoch's key-binding abilities, but the sample code in it is
specific to Sun-4 keyboards.  I'll send this file to you if you like.)

Second is Epoch's ability to apply multiple styles (fonts and colors) to
the same buffer.  I have epoch set up to display my C++ comments in bold
font, and the module headers in dark blue--similar settings for other
types of buffers.  There are two similar packages to do this; I use
Hilit, and can send you a copy if you need it.  The other is called
LiteBrite; Marc Andreessen (marca@ncsa.uiuc.edu) wrote it and can
probably send you a copy.

All in all Epoch is terrific;  Emacs 19 (IF we ever see it) is going to
have to be damn good to beat Epoch.

Jim
--
   _     Jim Thompson           |  Western Geophysical
 _| ~-   thompson@wg2.waii.com  |  Exploration Products
 \,  _}  jimt@sugar.neosoft.com |  3600 Briarpark
   \(    (713) 964-6213         |  Houston, TX 77042
Newsgroups: gnu.epoch.misc
From: stud01@cc4.kuleuven.ac.be (Barbe Albert)
Distribution: world
Date: Wednesday, 14 Oct 1992 18:35:38 +01
Organization: K.U.Leuven - Academic Computing Center
Subject: Re: Epoch hangs when running dired the second time!

In article <1992OCT14.163750.4626@LGC.COM>, srinivas@lgc.com writes:
> Hi,
>
> 	I have just loaded epoch 4.2 on my SparcStation 2, everything seems to
> be fine except that it hangs whenever a dired is run the second time (that is
> while opening a directory within dired), also while byte compiling .el files.
>
I have had this problem once . I had it with every function that used
start-process .

This was what caused it :

When compiling epoch , i made my own function vfork that did a fork ;
only i forgot to return the process-id .

Maybe you have done something alike ?

-Bert-

--
----------------------------------------------------------------------------
Email: FHGAA98@cc1.kuleuven.ac.be  | Bert Barbe           |  This part
              @BLEKUL11.BITNET     | Kasteelstraat 105    |  was left
                                   | 1853 Strombeek-Bever |  blank
       stud01@cc4.kuleuven.ac.be   | BELGIUM (Europe)     |  intentionally
----------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: John.Cooper@eng.SUn.COM (Frame By Frame)
Subject: Re: epoch and lucid
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 22:16:15 GMT

> Time between garbage collections is user-customizable.  E.g.:
> 
> (setq gc-cons-threshold 300000)

Yes, this makes epoch do fewer garbage collections, thanks.
However, when it does eventually need to garbage collect, I'd guess it
would have more work to do and take longer?

I noticed that in lucid, my gc-cons-threshold is the default 100000, and
I don't need to raise this value for things to fly..

> Faster at doing what?  Redisplay?  My own experience is that it's
> usually considerably slower (although I haven't tried it on a Sparc).

[I've just done a quick comparison on a Sparc 2 with 32 Mb memory]
Lucid seems to instantly paint new screen-fulls of text when scrolling,
whereas epoch seems to lag a little. The garbage collection was the main
problem I had. What do I lose by setting gc-cons-threshold high? - why
isn't the default a million?

Will epoch support highlighting the current region in a similar way to
lucid?

Thanks,
	--- John.
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: epoch and lucid
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 09:07:12 GMT

John Cooper writes:
> I'm using epoch V4.2 on a SparcStation 1+ with 28Mb of memory, and am
> finding that epoch is "Garbage Collecting" much too frequently. This is
> especially noticeable when using mh-e and gnus, but is a general
> problem.

Time between garbage collections is user-customizable.  E.g.:

(setq gc-cons-threshold 300000)

> I've glanced at lucid and it seems to be *much* faster [...]

Faster at doing what?  Redisplay?  My own experience is that it's
usually considerably slower (although I haven't tried it on a Sparc).

> I saw in the on-line lucid NEWS it mentioned a future merge with epoch.
> Is this still planned? When could this be expected?

Planned, yes.  Expected when, I dunno :-).

Marc

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

Newsgroups: gnu.epoch.misc
From: evan@hpl.hp.com (Evan Kirshenbaum)
Subject: How to make buffer visible under tvtwm
Date: Mon, 12 Oct 1992 16:30:18 GMT
Distribution: gnu
Reply-To: kirshenbaum@hpl.hp.com
Organization: Hewlett-Packard Laboratories

I'm running epoch (4.0p2) under tvtwm, and I want a command which
allows me to enter text into a particular file.  I want the following
behavior:

	o if the file is in a buffer which is currently on a screen in
          the current tvtwm viewport, raise that screen and warp the
          cursor to it.

	o if the file is in a buffer which is currently on a screen,
          but not in the current tvtwm viewport, move the screen to
          the current viewport (and warp).  (ok to ask me for
          placement)

	o if the file is in a buffer which is not currently visible,
          create a screen for it. (ok to ask me for placement--this is
          how I place windows by default)

	o if the file is not yet visited, find it in a new screen.

The hard part seems to be deciding whether a screen is in the current
viewport (I'm willing to put viewport x,y size in variables) and
moving a screen to be visible.

Any ideas?

Evan Kirshenbaum
    HP Laboratories
    3500 Deer Creek Road, Building 26U
    Palo Alto, CA  94304

    kirshenbaum@hpl.hp.com
    (415)857-7572
From: drp40@cd.amdahl.com (Doug Puchalski)
Newsgroups: gnu.epoch.misc
Subject: Mouse buttons to scroll
Date: 16 Oct 92 18:28:10 GMT
Reply-To: drp40@cd.amdahl.com
Organization: Amdahl Corporation, Sunnyvale, CA

I would like to use the middle and right mouse buttons to scroll in
epoch.  I tried the following in  my motion.el:

(global-set-mouse mouse-middle mouse-down 'scroll-down)
(global-set-mouse mouse-right mouse-down 'scroll-up)

but it won't work...scroll-down puts me at the beginning of the buffer,
scroll-up never works...

-- 
Doug Puchalski						   Death to all smileys
drp40@cd.amdahl.com
dpuchals@engin.umich.edu
Newsgroups: gnu.epoch.misc
From: swu@probe.att.com (Chi-Sharn Wu)
Subject: switch to a buffer not shown in all screens ?
Originator: news@cbnewsb.cb.att.com
Reply-To: swu@att.com
Organization: AT&T Bell Laboratories
Date: Wed, 7 Oct 1992 19:10:05 GMT

Did anyone write a function to switch to a buffer which is closest to the 
top of buffer stack and not displayed in all existing screens ?
Thanks.


---

Chi-Sharn Wu
swu@probe.att.com

Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Lightbrite/hilit/etc
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 10 Oct 1992 08:31:11 GMT

A small archive of Epoch-related packages (including Lightbrite) is
ftp.ncsa.uiuc.edu:/outgoing/marca/epoch.

Marc

--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc
From: rgb@pdi.UUCP (Rod Bogart)
Subject: Irix 4.0.5 compiler
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 07:39:16 GMT

The compiler on the SGI iris4d under Irix 4.0.5 will not unexec temacs
properly.  The compiler version is 3.0 (it was 2.1.3).  The version of
epoch I am compiling is 4.0p2.  I have access to a 2.1.3 machine, and
epoch compiles, unexecs and runs fine.

Under dbx, I found that temacs dies at the line below in unexmips.c:
    hdr.aout.bss_start = hdr.aout.data_start + hdr.aout.dsize;
->  rdata_section->s_size = data_start - DATA_START;
    data_section->s_vaddr = data_start;
This is because this preceding section of code produces a (nil) in
rdata_section: 
  CHECK_SCNHDR(text_section,  _TEXT,  STYP_TEXT);
  CHECK_SCNHDR(init_section,  _INIT,  STYP_INIT);
  CHECK_SCNHDR(rdata_section, _RDATA, STYP_RDATA);
  CHECK_SCNHDR(data_section,  _DATA,  STYP_DATA);

I found that the rdata section is not missing, but is actually
following the data section (i = 3).  However, simply swapping the last two
statements above does not fix the problem.  It does dump an epoch, but
the executable dies immediately.  

I have called in a bug report with SGI, which is not yet resolved, but
I thought you should know that others may have the same problem.

Rod Bogart   rgb@pdi.com


Newsgroups: gnu.epoch.misc