HDTenEightyP/NetNews huggingface dataset:
From: nelson@reed.edu (Nelson Minar)
Newsgroups: gnu.epoch.misc
Subject: Re: Stuff printed _very_ slowly to stderr in compilation mode on Decstation
Date: 1 Oct 92 07:05:33 GMT
Article-I.D.: reed.1992Oct1.070533.12947
Reply-To: nelson@reed.edu (Nelson Minar)
Organization: Reed College, Portland, OR

In article <PETERF.92Sep30223026@zircon.csis.dit.csiro.au> peterf@zircon.csis.dit.csiro.au (Peter A Fletcher) writes:
>Epoch v. 4.2 has a very irritating problem on my Decstation 5000/200;
>it sometimes decides to print output from stderr _very_ slowly in
>compilation mode

(this is not an epoch specific problem).

 is a particularly poor interaction between the Ultrix C compiler
and emacs/epoch's reading off of the error output. It appears that the
Ultrix C compiler spits out the cute little "-------^" one character
at a time, and that emacs doesn't handle a stream coming in such small
little pieces very well. An emacs guru will know more.

The problem does not occur when using gcc. As an added bonus,
compile.el can parse gcc's error output, so there's some reason to
want to do it :-)

ObEpochUnimplementedIdeas
  gnuserv that pops up new windows
  a postit note mode that pops up little yellow windows
                __
nelson@reed.edu \/          Days go by, endlessly pulling you into the future
Newsgroups: gnu.epoch.misc
From: tcrook@u.cc.utah.edu (Tom Crook)
Subject: Epoch uses home directory instead of current directory
Organization: University of Utah Computer Center
Date: Thu, 1 Oct 92 15:46:05 GMT

An Epoch user I know has the following problem.  When he attempts to
start epoch with a filename argument, Epoch always uses his home
directory rather than the current working directory.  For example: he
is in the subdirectory ~/code and wants to edit an existing file foo.c
so he types:

	epoch foo.c

Epoch starts up and creates a new file ~/foo.c instead of editing the
existing file ~/code/foo.c

Can anyone tell us why Epoch does not grab the current working directory
and is defaulting to the home directory?

He is running on an HP/Apollo 425t with Domain 10.3.5.  Epoch was
compiled using Domain's BSD4.3 emulation.



Newsgroups: gnu.epoch.misc
From: dbc@cs.brown.edu (Brook Conner)
Subject: Re: Bug with tvtwm/(epoch/gnuemacs) interaction?
Organization: Department of Computer Science, Brown University
Date: Tue, 6 Oct 1992 17:36:51 GMT

<> On Mon, 5 Oct 92 22:37:05 GMT, detlefs@src.dec.com (Dave Detlefs) said:

  <Dave> First, a meta-problem: I am unable to find an address for bug reports
  <Dave> in any of the obvious files (README, PROBLEMS, etc.) in the
  <Dave> distribution.

Postings to gnu.epoch.misc (or, equivalently, mailing to
epoch@cs.uiuc.edu) constitute bug reports.  No, it isn't in the
distribution, but it will be in the next release of the FAQ. :-)

[epoch screens come up at the origin of the virtual screen under
tvtwm, not at the origin of the current screen]

  <Dave> Anybody know what the problem is here?

This is supposed to be fixed as of Epoch 4.2.  Do you have the latest
version?  If not, get it, and see if the problem is still there.

From an old release of the FAQ:

Z-1: Under tvtwm, when I create a new screen, it is mapped relative to
 the origin on the virtual desktop, not the window I currently have on
 the desktop.  How do I fix this?
  
  This problem is present in Epoch4.0 beta level 0, although it appears
  to be fixed as of beta level 1.  The simple solution for beta level 0
  is to change the line in src/screen.c from
  
     size_hints.flags |= (gmask & (XValue|YValue)) ? USPosition : PPosition;
  to
     size_hints.flags |= PPosition;
  
  And set:
  
        UsePPosition "on"
  
  in your .twmrc or .tvtwmrc file.
  
  [From Philippe Bondono (bondono@vnet.ibm.com).]




--
Brook Conner		| Klacktoveedsedstene
Brown Computer Graphics	| Fortune sez: Brook's Law -- Adding manpower to a late
dbc@cs.brown.edu     	|  	software project makes it later
uunet!brunix!dbc dbc@browncs.bitnet   Box 1910 Brown U Prov RI 02912
Newsgroups: gnu.epoch.misc
From: hps@kaua.jach.hawaii.edu (Henry Stilmack)
Subject: How to use EDT emulation with epoch
Organization: UK/Canada/Netherlands Joint Astronomy Centre
Date: Tue, 29 Sep 1992 23:47:57 GMT

Does anyone know how to use the EDT emulator (keypad keys, etc) when using
epoch on a sun-4 (Sun keyboard)?

Thanks

-- 
______________________________________________________________________________
Henry Stilmack                               )  
Computing Systems Manager                    )  "Haven't you heard,
UK/Netherlands/Canada Joint Astronomy Centre )   it's a battle of words -
660 N. A'ohoku Place, Hilo, HI 96720         )   and most of them are lies..."
hps@jach.Hawaii.Edu       808-969-6546       )    
------------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: jerry@math.ep.utexas.EDU (Jerry)
Subject: Re: Epoch uses home directory instead of current directory
Organization: Department of Mathematical Sciences--University of Texas at El Paso
Distribution: gnu
Date: Thu, 1 Oct 1992 19:26:55 GMT

The normal response is to say "Your shell does not properly set and/or
maintain the PWD environment variable."  I think, however, that it is
a mistake to assume that all shells do this.  Here is a drop in
replacement for the function of the same name in the
epoch-lisp/startup.el file.  You will need to make a similar change to
lisp/startup.el as well (at bottom of this message).  This solves the
problem here on our Suns (typically "sh" followed by "cd" followed by
"epoch").

The original fix was posted to the net by Andy (ange-ftp) Norman, I
believe.

-Jerry

---------------- put this in epoch-lisp/startup.el ----------------

(defun normal-top-level ()
  (if command-line-processed
      (message "Back to top level.")
    (setq command-line-processed t)
    ;; In presence of symlinks, switch to cleaner form of default directory.
    (if (and (not (eq system-type 'vax-vms))
	     (getenv "PWD")
	     (equal (nthcdr 10 (file-attributes default-directory))
		    (nthcdr 10 (file-attributes (getenv "PWD")))))
	(setq default-directory (file-name-as-directory (getenv "PWD"))))
    (unwind-protect
      (progn
	(if (boundp 'epoch::version)
	  (run-hooks 'epoch-setup-hook))
	(command-line))
      (and term-setup-hook
	   (funcall term-setup-hook))
      (and window-setup-hook
	   (funcall window-setup-hook)))))     

---------------- put this in lisp/startup.el ----------------

(defun normal-top-level ()
  (if command-line-processed
      (message "Back to top level.")
    (setq command-line-processed t)
    ;; In presence of symlinks, switch to cleaner form of default directory.
    (if (and (not (eq system-type 'vax-vms))
	     (getenv "PWD")
	     (equal (nthcdr 10 (file-attributes default-directory))
		    (nthcdr 10 (file-attributes (getenv "PWD")))))
	(setq default-directory (file-name-as-directory (getenv "PWD"))))
    (unwind-protect
	(command-line)
      (and term-setup-hook
	   (funcall term-setup-hook))
      (and window-setup-hook
	   (funcall window-setup-hook)))))
Newsgroups: gnu.epoch.misc
From: rwhitby@research.canon.oz.au (Rod Whitby)
Subject: Re: Gnus enhancements for epoch?
Originator: rwhitby@bing
Organization: Canon Information Systems Research, Australia
	<RWHITBY.92Oct2085246@bing.research.canon.oz.au>
Date: Fri, 2 Oct 1992 01:05:23 GMT

I write:
> Colin Smiley writes:
> > I have just started using gnus-3.14 and was wondering if anyone has
> > made some gnus enhancements such that article subjects, current
> > article and group, etc show up in a different style. (color, font,
> > whatever).  I think this would make life a lot easier in terms of
> > picking out stuff for quick reading...
> 
> My tek-highlight package does this.  It's in beta test at the moment
> [i.e. no documentation :-)].  I can send a copy to you if you like.
> Note that I'm on the end of a dial-up line, so if lots of people want
> it, I will need to ask someone to put it up for ftp somewhere (i.e. I
> can't mail it to more than a very few people).

I have arranged for ftp access to a beta version of tek-highlight and
tek-mouse.  If you wish to be a beta tester, then please mail me.

-- 
--------------------------------------------- _--_|\  |
Rod Whitby (rwhitby@research.canon.oz.au)    /      \ |
Canon Information Systems Research Australia \_.--._/ |
1 Thomas Holt Drive, North Ryde, N.S.W., 2113.     v  |
From: drp40@cd.amdahl.com (Doug Puchalsi)
Newsgroups: gnu.epoch.misc
Subject: Type to window under cursor??
Date: 28 Sep 92 23:50:30 GMT
Reply-To: drp40@cd.amdahl.com
Organization: Amdahl Corporation, Sunnyvale, CA

How can I get epoch to type into the buffer window that my
mouse pointer is on, instead of having to first click to get the
pointer in the current window?  If I move the mouse, it still types
in the previously "selected" window.

Also, the motion.el file shows coordinates upon a mouse click. However,
the row seems to be relative to the top of the screen.  How can I get
it to give me the true line number too?

-- 
Doug Puchalski						   Death to all smileys
drp40@cd.amdahl.com	      Who ever said they were perfectly good airplanes?
dpuchals@engin.umich.edu                    Aren't they all just hard landings?
Newsgroups: gnu.epoch.misc
From: tcrook@u.cc.utah.edu (Tom Crook)
Subject: Epoch uses home directory instead of current directory
Organization: University of Utah Computer Center
Date: Thu, 1 Oct 92 15:56:12 GMT

An Epoch user I know has the following problem.  When he attempts to
start epoch with a filename argument, Epoch always uses his home
directory rather than the current working directory.  For example: he
is in the subdirectory ~/code and wants to edit an existing file foo.c
so he types:

	epoch foo.c

Epoch starts up and creates a new file ~/foo.c instead of editing the
existing file ~/code/foo.c

Can anyone tell us why Epoch does not grab the current working directory
and is defaulting to the home directory?

He is running on an HP/Apollo 425t with Domain 10.3.5.  Epoch was
compiled using Domain's BSD4.3 emulation.
Newsgroups: gnu.epoch.misc
From: kaplan@marula.cs.uiuc.edu (Simon Kaplan)
Subject: Mailing List Cleanup
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 2 Oct 1992 10:18:36 GMT


I'm very sorry about this... the guy who was looking after the mailing
list left, and this sort of fell into a black hole.

I have removed/added all the requests that were in the queue.  It takes
several hours for the new list to propagate to our mail server.

If you're still getting epoch mail next week, please try again to
unsubscribe.  I will ensure that we stay on top of this.

once again, my apologies for any inconvenience/annoyance this has caused.

Simon
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Epoch uses home directory instead of current directory
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 1 Oct 1992 06:48:45 GMT

that it looked good.
                -- Vice President Dan Quayle after being briefed
                   on Space Station Freedom by NASA.

Tom Crook writes:
> An Epoch user I know has the following problem.  When he attempts to
> start epoch with a filename argument, Epoch always uses his home
> directory rather than the current working directory.  For example: he
> is in the subdirectory ~/code and wants to edit an existing file foo.c
> so he types:
> 
> 	epoch foo.c
> 
> Epoch starts up and creates a new file ~/foo.c instead of editing the
> existing file ~/code/foo.c
> 
> Can anyone tell us why Epoch does not grab the current working directory
> and is defaulting to the home directory?

Certain systems/shells do not manage the PWD environment variable
correctly.  Those that do not do so cause this problem.

Marc

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

Newsgroups: gnu.epoch.misc
From: detlefs@src.dec.com (Dave Detlefs)
Subject: Re: Bug with tvtwm/(epoch/gnuemacs) interaction?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 6 Oct 1992 04:39:13 GMT


Brook --

Thanks for the reply; I'm sorry I didn't look hard enough to find it
in the FAQ.

At least for me, this is not fixed in 4.2.  The relevant code in
screen.c now says:

  size_hints.flags |= 
    (ugmask & (XValue|YValue)) ? USPosition : 
      (pgmask & (XValue|YValue)) ? PPosition : 
	0;

When I change it to

  size_hints.flags |= PPosition;

(which the FAQ suggests as the fix for 4.0p0) it behaves correctly.

When I run it with the original code under gdb:

ugmask = 15
pgmask = 12

(I have no idea what these are supposed to mean.)

XValue and YValue appear to be defined in Xutil.h as 1 and 2,
respectively, so the net result of this is to set size_hints.flags to
USPosition.

As I understand it, pgmask and ugmask are intended to be bit vectors
indicating which options the program and the user set, respectively.
I'm not quite sure where exactly the distinction is drawn, and
apparently the code is not too clear here either:  it does

  pgmask = XParseGeometry(xd.default_geometry,&x,&y,&dx,&dy);
  ugmask = XParseGeometry(xd.requested_geometry,&x,&y,&dx,&dy);

Where I find xd.default_geometry to be "80x24", the compiled-in
default, and xd.requested_geometry is "163x55+5+5", the value I put in
my .Xdefaults file.  So, my best guess is that what should really
happen is that if either the ugmask or the pgmask specifies an X/Y
pair, then in both cases size_hints.flags get or-ed with PPosition.
But I'm extremely willing to believe that the epoch developers know
better and will do the right thing, whatever it is.

Thanks!

Dave
From: drp40@cd.amdahl.com (Doug Puchalski)
Newsgroups: gnu.epoch.misc
Subject: Mac-like funcationality
Date: 30 Sep 92 22:26:26 GMT
Reply-To: drp40@cd.amdahl.com
Organization: Amdahl Corporation, Sunnyvale, CA

Has anyone implemented a mac-like functionality for selections?  Meaning, if
I have a selection and I hit delete, the selection is deleted?  Or if I hit
a key, the selection is deleted, then the keystroke entered?  I would also
want the arrow keys to clear the selection.

-- 
Doug Puchalski						   Death to all smileys
drp40@cd.amdahl.com	      Who ever said they were perfectly good airplanes?
dpuchals@engin.umich.edu                    Aren't they all just hard landings?
From: els@icf.hrb.com (Eric L. Schott)
Newsgroups: gnu.epoch.misc
Subject: Re: How to use EDT emulation with epoch
Date: 30 Sep 92 17:03:06 GMT
Organization: HRB Systems, Inc.

In article <1992Sep29.234757.834@news.Hawaii.Edu>, hps@kaua.jach.hawaii.edu (Henry Stilmack) writes:
> Does anyone know how to use the EDT emulator (keypad keys, etc) when using
> epoch on a sun-4 (Sun keyboard)?

I have done the following:  It works, but is not "beautiful"
  1.  Use xmodmap to rebind the keypad to generate KP_ keysyms
  2.  Use "epoch::rebind-key" to generate DEC escape sequences for
      those keys
  3.  Load a library like tpu-edt.
Because the keypad is redefined, I moved the arrow keys to the four
keys at the top of the keypad.  This approach also works with Lemacs.
-- 

Eric L. Schott,    HRB Systems, Inc.    814/238-4311     els@icf.hrb.com
  "As we acquire more knowledge, things do not become more comprehensible
   but more mysterious."                  Albert Schweitzer, "Paris Notes"
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Newsgroups: gnu.epoch.misc
Subject: Re: how to make selection reverse video instead of underlined?
Date: 26 Sep 92 12:01:35 GMT
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec

>>>>> David MacKenzie writes:

>In epoch 4.2, how can I make the mouse selection get put in reverse
>video (or some color) instead of getting underlined?

I use the following, which is more than you asked, but gives examples
of most of the possible settings.  Just put in your .emacs.

(Note: You'll need the cl library to evaluate "when", "list*" and
       "unless", but I'm sure you get the idea.)

(when (and (boundp 'epoch::version)
	   (> (epoch::number-of-colors) 2))

  ;; Base Colors

  (setq epoch::screen-properties
	(list*
	 (cons 'background	    "burlywood1")
	 (cons 'foreground	    "navy")
	 (cons 'cursor-color	    "burlywood4")
	 (cons 'cursor-background   "white")
	 (cons 'cursor-foreground   "DodgerBlue2")
	 epoch::screen-properties))

  ;; Selections

  (unless motion::style (setq motion::style (make-style)))
  (set-style-foreground motion::style (foreground))
  (set-style-background motion::style "burlywood")
  (set-style-underline motion::style nil)

  ;; Mode Line

  (defvar mode:*normal-style* (make-style) "Normal modeline style")

  (let ((s1 mode:*normal-style*))
    (set-style-foreground   s1 "navy")
    (set-style-background   s1 "green3")
    (set-style-font	    s1 "ncenr12"))

  (setq default-mode-line-format
	(list
	 ""
	 'mode:*normal-style*     
	 'mode-line-modified
	 'mode-line-buffer-identification
	 "   "
	 'global-mode-string
	 "   %[("
	 'mode-name 'minor-mode-alist "%n" 'mode-line-process
	 ")%]----"
	 (cons -3 "%p")
	 "-%-")
	)
  )

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8412
Newsgroups: gnu.epoch.misc
From: detlefs@src.dec.com (Dave Detlefs)
Subject: Bug with tvtwm/(epoch/gnuemacs) interaction?
Organization: DEC Systems Research Center
Date: Mon, 5 Oct 92 22:37:05 GMT


First, a meta-problem: I am unable to find an address for bug reports
in any of the obvious files (README, PROBLEMS, etc.) in the
distribution.

The specific question I had concerned the interaction of tvtwm and
epoch/gnuemacs.  It is supposed to be the case in tvtwm that if the
currently active portion of the virtual desktop is not in the upper
left corner, then geometry specifications for newly-started X programs
that give position indications will be treated as being relative to
the currently screen.  Epoch and gnuemacs treat all geometry position
specifications as relative to the origin of the virtual desktop.

More concretely, lets say my tvtwm virtual desktop is 4 screens wide
and 2 screens high, and I'm currently in the third screen from the
left in the top row.  If my .Xdefaults gives 

epoch*screen.geometry: 163x55+5+5
epoch*minibuf.geometry: 100x2+5+730

then starting a new epoch will put both the minibuffer and the initial
screen on the *first* screen of the virtual desktop, where it will be
invisible to me.

Anybody know what the problem is here?

Thanks...

Dave



Newsgroups: gnu.epoch.misc
From: alsaggaf@athena.mit.edu (/M. Saggaf)
Subject: How to get off the mailing list?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 1 Oct 1992 23:09:41 GMT


I have been sending mail to epoch-request@cs.uiuc.edu for about two
months now asking to be removed from the mailing list at no avail. Is
that the correct address? I must have sent more that half a dozen
letters, but I still get the list. How can I unsubscribe from the
list? Thanks.

                                        -- M. Saggaf
From: dg@dgupta.hpl.hp.com (Dipankar Gupta)
Date: Mon, 5 Oct 1992 10:47:25 GMT
Subject: Re: Stuff printed _very_ slowly to stderr in compilation mode on Decstation
Organization: Hewlett-Packard Laboratories, Bristol, UK
Newsgroups: gnu.epoch.misc

Shankar Unni wrote:

   Nelson Minar (nelson@reed.edu) wrote:

   > ObEpochUnimplementedIdeas
   >   gnuserv that pops up new windows

   You can fix this in one of two ways:

   - Add an option to "gnuclient" so that it sends a
     "(find-file-other-screen)" command instead of "(find-file)".

   [...elided...]

Don't need to modify gnuclient either. Apart from a bit of pathname
gunk, you can use gnudoit instead. Here's a bit of /bin/ksh code:

function gnu_edit {
  if (( $# == 0 ))
  then
    echo "Usage: gnu_edit <fileName> [<fileName> ...]"
  else
    for i in $* 
    do
      if [ ${i#/} = $i ]
      then
	# We are editing a file with a soft name
	FileName=$PWD/$i
      else
        FileName=$i
      fi
      gnudoit "(find-file-other-screen \"$FileName\")" >> /dev/null 2>&1
    done
  fi
}

Cheers,

Dipankar
[Hi, Shankar!]
--
--
Newsgroups: gnu.epoch.misc
From: Jamie Zawinski <jwz@cs.cmu.edu>
Subject: Re: gwm - anyone use it? Is there a mailing list/newsgroup?
Summary: ha ha only serious
Organization: Campus Crusade for Cthulhu
	<199209222120.AA16488@quip.eecs.umich.edu>
Date: Wed, 7 Oct 1992 04:05:42 GMT

In article <199209222120.AA16488@quip.eecs.umich.edu> anon@eecs.umich.edu (Omar S. Juma) wrote:
> 
> I would prefer an xlisp extension to tvtwm, for example, instead
> of the weird and hacked lisp that's included in gwm.

Clearly the right thing would be to add a minimal number of WM primitives
to the emacs C code, and start your window manager as "emacs -q -l wm.elc".
This emacs would not map a screen, it would just listen for and dispatch
window manager events.  Some menu selection could cause the WM to map a
regular emacs screen (which it itself was managing!) which would have a
*scratch* buffer into which you could type random code to interactively
frob your window state.  Like (mapcar 'wm:iconify (wm:query-tree)).

Clearly.

	-- Jamie
From: shankar@sgi.com (Shankar Unni)
Newsgroups: gnu.epoch.misc
Subject: Re: Stuff printed _very_ slowly to stderr in compilation mode on Decstation
Date: 1 Oct 1992 20:45:24 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: boris.wpd.sgi.com
X-Newsreader: Tin 1.1 PL5

Nelson Minar (nelson@reed.edu) wrote:

> ObEpochUnimplementedIdeas
>   gnuserv that pops up new windows

You can fix this in one of two ways:

- Add an option to "gnuclient" so that it sends a
  "(find-file-other-screen)" command instead of "(find-file)".

- I have a package that tries to enforce a strict one-to-one
  screen<->buffer correspondence (except for a user-specified list of
  buffers, like " *Completions*"). Using "gnuserv" with this package
  has the desired effect.  I can post my (preliminary) version here if
  someone is interested..

>   a postit note mode that pops up little yellow windows

No help there, I'm afraid..
--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072
Newsgroups: gnu.epoch.misc
From: bradf@heretic.mentorg.com (Brad Figg)
Subject: Postscript version of Epoch manual?
Originator: bradf@heretic
Date: Wed, 30 Sep 1992 16:25:57 GMT
Distribution: usa
Organization: Mentor Graphics 
Keywords: 
Followup-To: 



Does anyone have a postscript version of the manual that I can
download?


Thanks
brad_figg@mentorg.com
-- 

---------------------------------------------------------

Brad Figg                           brad_figg@mentorg.com
From: danny@gynko.circ.upenn.edu (Daniel Gnanaprakasam)
Newsgroups: gnu.epoch.misc
Subject: Setting titles for Screen Windows??
Date: 1 Oct 92 14:12:22 GMT
Organization: Cardiothoracic Imaging Research Center

I am running epoch 4.2 on a Solbourne Series5 600 machine under OS/PM 4.1A.1,
and I am unable to set the titles of my screend windwos.  I am using the
'swm' window manager under X11R4.  Following are the things I tried without
too much success.

Method I:
Added the following in my .Xdefaults file.
	epoch.screen.title:            GNU Epoch


Method II:
Added the following in my .emacs file.

(setq epoch::screen-properties
	(cons '(title . "GNU Epoch") epoch::screen-properties))

Thanks
daniel


--
Daniel C. Gnanaprakasam
Matsushita Applied Research Labs.
95D Conneticutr Drive
Burlington, NJ 08016
Newsgroups: gnu.bash.bug