HDTenEightyP/NetNews huggingface dataset:
From: fxars@camelot.acf-lab.alaska.edu (Allen R Sparks)
Subject: Re: 0 lines in article
Organization: University of Alaska Fairbanks
Date: Tue, 12 Jan 1993 00:52:21 GMT

In article <ALEXEEV.93Jan11144621@solitude.math.utah.edu> alexeev@math.utah.edu (Valery A. Alexeev) writes:
> Sometimes (and actually very often) GNUS shows in the Subject buffer
> that there are 0 lines in the particular article. However it is always 
> not true. Very inconvinient. Does anyone know how to fix this bug? 
> It might be something wrong with nntp, not with GNUS.
>
> v.

There was a patch written.  The following is the header of the patch.
You should be able to get it from your server yourself.  Let me know
if you can't.  I haven't instituted the patch yet, choosing, in the
interim to add the Lines: header myself.  Some news servers add the
line themselves w/o the posting software doing it, and that's the
reasoning I've heard that GNUS didn't include it originally.
=== Al
*******************************************************************************
From: eggert@twinsun.COM (Paul Eggert)
Newsgroups: gnu.emacs.gnus
Subject: gnus 3.14.1 Line: count should be more user-configurable
Date: 5 Jan 93 00:27:56 GMT
Article-I.D.: farside.9301050027.AA10153
Distribution: gnu
Organization: GNUs Not Usenet
From: tale@ten.uu.net (David C Lawrence)
Newsgroups: gnu.emacs.gnus
Subject: Re: gnus 3.14.1 Line: count should be more user-configurable
Date: 9 Jan 1993 15:34:38 GMT
Organization: UUNET Technologies, Inc.
NNTP-Posting-Host: rodan.uu.net

In <9301050027.AA10153@farside.twinsun.com> eggert@twinsun.COM (Paul Eggert):
> Also, the recent trend is for newsreaders to calculate a Lines: field
> automatically for articles lacking a Line: field, so there's less of a reason
> for GNUS to insert a Lines: field even if C News is the underlying news
> transport system.

Without commenting on the way it was implemented in GNUS, I would like
to say that a "trend ... for newsreaders to calculate a Lines: field
automatically ..." is not a good reason for GNUS to not include it.
GNUS, as its own newsreader, would have to do a lot of extra work to
come up with those numbers for the *Subject* buffer.  It is much
simpler to have the number right there in the header.  This is in fact
the very point some of us having been trying to argue with Henry &
Geoff from the start.
From: dla@se05 (Doug Acker)
Newsgroups: gnu.emacs.gnus
Subject: Hierarchial patches to gnu-speedups
Date: 11 Jan 93 05:18:53 GMT
Organization: Western Geophysical Exploration Products
NNTP-Posting-Host: se05.wg2.waii.com

Has anyone merged the gnu-speedups patches with the heirarchial reader patches?
-- 
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: guenther@stolaf.edu (Philip A Guenther)
Subject: MIME and gnus?
Organization: Academic Computing Center, St. Olaf College
Distribution: gnu
Date: Fri, 8 Jan 1993 03:11:08 GMT

Does antone happen to have patches to gnus to make it MIME compatible?
If worse came to worse I suppose I could take the mh-e MIME patches
and adapt them for gnus, but the presence of an offical set of patches
would be perferable now that school has attacked in full force
again...

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       | you never know... :-| :-( :-)
"Life makes sense?  LIFE MAKES SENSE!?!?  Where do people get these ideas?"
Newsgroups: gnu.emacs.gnus
From: hem@col400.att.com (Hillel E. Markowitz)
Subject: distribution line question
Originator: news@cbnewsf.cb.att.com
Reply-To: H_Markowitz@att.com
Organization: AT&T Federal Systems
Date: Tue, 12 Jan 1993 17:53:01 GMT

Is there a list of valid distributions that can be asked for, or a .el
that can be set up to pop up a window with possible distributions for
the poster's choice when one has not yet been made.

--
____________________________________________________
| Hillel Markowitz    |     Im ain ani li mi li    |
| H_Markowitz@att.com | Veahavta Leraiecha Kamocha |
|_____________________|____________________________|
Newsgroups: gnu.emacs.gnus
From: alexeev@math.utah.edu (Valery A. Alexeev)
Subject: Re: 0 lines in article
Organization: Department of Mathematics, University of Utah
	<FXARS.93Jan11155221@camelot.acf-lab.alaska.edu>
Date: 11 Jan 93 20:46:14

Regarding Re: 0 lines in article; fxars@camelot.acf-lab.alaska.edu (Allen R Sparks) adds:

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

> There was a patch written.  The following is the header of the patch.
> You should be able to get it from your server yourself.  Let me know
> if you can't.  I haven't instituted the patch yet, choosing, in the
> interim to add the Lines: header myself.  Some news servers add the
> line themselves w/o the posting software doing it, and that's the
> reasoning I've heard that GNUS didn't include it originally.
> === Al


Well, that's the patch for posting, isn't it ?
When I am reading news this doesn't help me at all.
And then, this patch is from the version 3.14.2 to 3.14.3.
Anyone heard of the version 3.14.2 lately ?
                                ^^^

Valery.
Newsgroups: gnu.emacs.gnus
From: eggert@twinsun.COM (Paul Eggert)
Subject: gnus 3.14.1 problem: bad info pointers in gnus.texinfo
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 22:13:20 GMT

The command `makeinfo gnus.texinfo -o gnus' reports the following errors:

  Making info file `gnus' from `gnus.texinfo'.
  ./gnus.texinfo:341: Node `Acknowledgments''s Next field not pointed back to.
  ./gnus.texinfo:364: This node (`Introduction') is the one with the bad `Prev'.

Here is a patch.

===================================================================
RCS file: gnus.texinfo,v
retrieving revision 3.14
retrieving revision 3.14.1.1
diff -c -r3.14 -r3.14.1.1
*** gnus.texinfo	1991/07/24 13:01:21	3.14
--- gnus.texinfo	1993/01/04 22:10:16	3.14.1.1
***************
*** 80,86 ****
  @page
  
  @ifinfo
! @node Top, Introduction,, (DIR)
  
  The GNUS Newsreader
  *******************
--- 80,86 ----
  @page
  
  @ifinfo
! @node Top,,, (DIR)
  
  The GNUS Newsreader
  *******************
***************
*** 361,367 ****
  sent comments, suggestions, and bug fixes.  Thanks also go to Richard
  Stallman and the Free Software Foundation for their good work.
  
! @node Introduction, Installation, Top, Top
  @unnumbered Introduction
  
    GNUS is a program for reading and writing USENET news using GNU Emacs.
--- 361,367 ----
  sent comments, suggestions, and bug fixes.  Thanks also go to Richard
  Stallman and the Free Software Foundation for their good work.
  
! @node Introduction, Installation, Acknowledgments, Top
  @unnumbered Introduction
  
    GNUS is a program for reading and writing USENET news using GNU Emacs.
Newsgroups: gnu.announce
From: pplacewa@bbn.com (Paul W Placeway)
Subject: re: Joke announcement (BASH 1.11.1.1 troff macro completion)
Reply-To: pplacewa@bbn.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 19:39:34 GMT

< From: Calvin Clark <ckclark@mit.edu>
<
< The scary part about this is that tcsh6 can probably do all of this. :-)

<< From: Mike Taylor <mirk@ssl.co.uk>
<<
<< Announcing version 1.11.1.1 of BASH, the Free Software Foundation's
<< "Bourne Again SHell".
<<
<< The major improvement of version 1.11.1.1 over 1.11.1.0 is the
<< addition of the troff macro-package completion feature...

   [remainder of announcement omitted]

I'm affraid that you are right, tcsh 6.03 will indeed do this:

   dormouse ~ 182 -> complete troff 'c@-m@`ls /usr/lib/tmac/tmac.* | sed s,^.\*/tmac\\.,,`@'
   dormouse ~ 183 -> troff -m^D
   a      bib    e      indent r      scover skeep  vcat   
   an     cp     imagen os     s      sdisp  srefs  vgrind 
   dormouse ~ 183 -> troff -man^D
   an 
   dormouse ~ 184 -> troff -min<TAB>
   dormouse ~ 184 -> troff -mindent 

But don't blame me, blame Christos.  :-)

		-- Paul Placeway <pplacewa@bbn.com>

From: tower@ai.mit.edu (Leonard H. Tower Jr.)
Date: Mon, 11 Jan 93 13:34:06 EST
Distribution: world
Newsgroups: gnu.announce,comp.org.usenix,ca.general,sdnet.general,sdnet.talks,oc.general,oc.slug,la.general,la.seminars,la.slug
Followup-To: gnu.announce
Reply-To: tower@prep.ai.mit.edu
Organization: Project GNU, Free Software Foundation,
    675 Massachusetts Ave., Cambridge, MA  02139, USA   +1 (617) 876-3296
Home: 36 Porter Street, Somerville, MA  02143, USA      +1 (617) 623-7739
Subject: USENIX BoF announcement

    [ Please repost this to local newsgroups, mailing lists and
      bulletin boards in Southern California and Northwestern Mexico. ]

There will be a GNU (GNU's Not Unix) BoF at the San Diego Usenix.  It
is scheduled for Tuesday night, January 26th at 8:00pm.  You
should double check the time and place at the BoF Board near the
Registration area at USENIX.

Richard Stallman from FSF will be present.

The goals are to meet past, present and future GNU contributors; and to
answer questions about the GNU Project and the Free Software Foundation.

The GNU BoF is open to non-USENIX attendees.  USENIX is being held at
the Town and Country Hotel, 500 Hotel Circle North, San Diego, CA
92103, (619) 291-7131.  Come a few minutes early, so you can find the
BoF Board and then find the room.

enjoy -len

BTW, BoF means a "Birds Of a Feathers" get together.
Newsgroups: gnu.epoch.misc
From: sasmob@chewy.unx.sas.com (Mark Burhans)
Subject: Re: Icon Name and Window Name
Originator: sasmob@chewy.unx.sas.com
Date: Mon, 11 Jan 1993 22:42:04 GMT
Organization: SAS Institute Inc.


In article <1993Jan11.144836.27671@info.ucl.ac.be>, lheureux@alysse.fai.ucl.ac.be (Olivier L'Heureux) writes:
|> sasmob@chewy.unx.sas.com (Mark Burhans) writes:
|> > 
|> > 
|> > Quick-N-Dirty question:  Is there a way to get the icon name to something 
|> > other than "scratch@chewy"?  Same for the name of window titile.
|> > 
|> I use the lines :
|> 
|> 	(epoch::title "Epoch")
|> 	(epoch::icon-name "Epoch")
|> 	(epoch::title "Minibuffer" (epoch::minibuf-screen))
|> 	(epoch::icon-name "Minibuffer" (epoch::minibuf-screen))
|> 
|> in my `.emacs' file, and it works fine. The name of my first window is
|>
|> Note that this feature is documented in epoch's help (info) file.
|> 
|> ----------------------------------------------------------------------
|> 
|> Olivier L'Heureux


Thanks.  I got a couple of .el's emailed me;  title.el and scr-title.el;
as well.

Epoch's help (info) file?  Not in this one! :-)  

Thanks for helping out though, Olivier.

Oh, if anyone would like copies of the title.el and/or the scr-title.el,
you may email me and ask for them.

-- 
---Mark C. Burhans---sasmob@chewy.unx.sas.com---919/677-8001 ext 7324
SAS Institute, Inc., USA, SAS Campus Drive, Cary, NC 27513.
"Before arguing with a fool, make sure he's not doing the same thing."
Newsgroups: gnu.epoch.misc
From: piggy@hilbert.cc.utas.edu.au (La Monte Yarroll)
Subject: Epoch mouse clicks broken; proposed fix
Summary: epoch counts clicks, but calls routines for each click.
Keywords: mouse clicks
Organization: University of Tasmania, Australia.
Date: Tue, 12 Jan 1993 22:53:00 GMT

I'm writing a user interface based on epoch in which I need to use
multiple mouse clicks for alternate functionality.

If anyone has already solved this problem, I'd like to know--in any
case I'll be coding my proposed solution today.

I invite comments on this proposal.  Counter-proposals are welcome.

Version:
	Epoch 4.2, mouse.el revision 1.12--multiple click detection
	based on code by Brian L. Kahn.


BUG:
	Epoch calls the mouse handlers on each up and down click.  It
	should only call an event handler once for a given type of
	click.  I.e. a double click should not first call the code for
	a single click. 

Proposed solution:
	Extra modifiers mouse-single-... mouse-quintuple-... will be
	added to the valid modifiers which can be passed to routines
	such as define-mouse.  Note that this allows for notions such
	as mouse-double-down and mouse-triple-up.  The default is to
	assume a single click.

	No mouse handler will be called until mouse-interval ms have
	elapsed since a mouse event has been reported by X.

	The first mouse-up after a mouse-ORDINAL-down will be treated
	as a mouse-ORDINAL-up.

E.g.

EVENTS (' ' means < mouse-interval delay)	TREATED AS
down up				  = mouse-up  [This will break some code.]

down up down (1 second delay) up  = mouse-double-down, mouse-double-up

down (1 second delay) up down up  = mouse-down, mouse-up, mouse-up
--
La Monte H. Yarroll	Home:		piggy@baqaqi.chi.il.us
   Work:		piggy@hilbert.maths.utas.edu.au
   AKA:			piggy@gargoyle.uchicago.edu
   Once upon a time:	postmaster@clout.chi.il.us
From: jason@tfs.com
Newsgroups: gnu.epoch.misc
Subject: 2 bugs, one serious - Epoch 4.2 Sparc SunOS 4.1.3
Date: 5 Jan 93 00:37:02 GMT
Distribution: gnu
Organization: GNUs Not Usenet


If you are in a recursive edit, and the buffer you were in before the
recursive edit happened was deleted, when you exit the recursive edit,
epoch dies complaining about selecting deleted buffer.



I run with local minibuffer's, and if I change the font to a smaller
font, the minibuffer size is not computed correctly, and is appears
for the new font.

Jason
From: tve@crackle.CS.Berkeley.EDU (Thorsten von Eicken)
Newsgroups: gnu.epoch.misc
Subject: inefficient scrolling
Date: 5 Jan 1993 07:32:54 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: crackle.cs.berkeley.edu

I'm trying to use epoch on an X-terminal via modem (Xremote).
Unfortunately, epoch is very dumb at scrolling: it always redraws the
entire window.  Emacs is very clever, but may spend a long time
figuring out what to send to the tty, thus simplifying epoch makes
sense to me. But, it would be nice if epoch knew how to shift the bits
which are already on the screen up or down and only redraw the new
stuff. With LBX (low bandwidth X) getting into the X11R6 release, this
should be of general interest (unless we all have 56Kb ISDN by then).
If someone can point me at the code to fix, I'd take a stab at it...
	Thanks,
		Thorsten von Eicken
Newsgroups: gnu.epoch.misc
From: guy@wyrdrune.demon.co.uk (Guy Gascoigne-Piggford)
Subject: Wiget set and SVR4
Reply-To: guy@wyrdrune.demon.co.uk
Organization: Wyrdrune
Date: Sat, 9 Jan 1993 23:46:00 GMT

I've been trying to get the mbus wiget set to work with epoch on my
Dell SVR4 system, and seem to have hit a brick wall - biscuit recieves
an IO signal fairly soon after running the add-to-dot-emacs lisp file.

Has anyone got this running on a similar system?

Guy.

-- 
===============================================================================
Guy Gascoigne-Piggford                  | "... and then I said to myself, 'Why
guy@wyrdrune.demon.co.uk                |  should I split it two ways -'"
ggascoigne@cix.compulink.co.uk          |                          - G. MOUSER
Newsgroups: gnu.epoch.misc
From: scotts@ims.COM (Scott Schurr)
Subject: Epoch 4.2 and gnuserv
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 23:01:14 GMT

I'm running Epoch 4.2 on a sparc station under Motif 1.2.1.  I tried
to pick up the "gnuserv" stuff written by Andy Norman and apply it to my
current version of Epoch.  The version of "gnuserv" that I picked up
came from archive.cis.ohio-state.edu.  For starters I got three
undefined symbols in x11fns.c:

   WindowMapped,
   XXdisplay, and
   XXwindow.

At that point I quit.  Has anybody gotten "gnuserv" to work with Epoch
4.2?  If not, do you have any clues about what might be going wrong?
Thanks for any help.

--------------------------------------
Scott Schurr
  Integrated Measurement Systems, Inc.
  Voice: (503) 626-7117
  Fax:   (503) 644-6969
  Email: scotts@ims.com
--------------------------------------

Newsgroups: gnu.epoch.misc
From: lheureux@alysse.fai.ucl.ac.be (Olivier L'Heureux)
Subject: Re: Icon Name and Window Name
Organization: Computer Science Department, Catholic University of Louvain
Date: Mon, 11 Jan 1993 14:48:36 GMT

sasmob@chewy.unx.sas.com (Mark Burhans) writes:
> 
> 
> Quick-N-Dirty question:  Is there a way to get the icon name to something 
> other than "scratch@chewy"?  Same for the name of window titile.
> 
I use the lines :

	(epoch::title "Epoch")
	(epoch::icon-name "Epoch")
	(epoch::title "Minibuffer" (epoch::minibuf-screen))
	(epoch::icon-name "Minibuffer" (epoch::minibuf-screen))

in my `.emacs' file, and it works fine. The name of my first window is
"Epoch", and the name of the minibuffer is "Minibuffer" in place of
"Minibuffer@hostname". If you want to have a file name as title, you
need to adapt it.
Note that this feature is documented in epoch's help (info) file.

> ---Mark C. Burhans---sasmob@chewy.unx.sas.com---919/677-8001 ext 7324
> SAS Institute, Inc., USA, SAS Campus Drive, Cary, NC 27513.
> "Before arguing with a fool, make sure he's not doing the same thing."


						Olivier L'Heureux

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

Olivier L'Heureux

                    ,                          ,
Laboratoire de Microelectronique de l'Universite Catholique de Louvain

 ^
Batiment Maxwell			tf:	(+32) 10 47 25 83
Place du levant, 3			fax:	(+32) 10 47 86 67
B-1348 Louvain-La-Neuve			e-mail:	lheureux@dice.ucl.ac.be
	Belgium
From: lebrun@ll.mit.edu (Steven F. LeBrun)
Newsgroups: gnu.epoch.misc
Subject: Epoch vs Emacs : cursor-in-echo-area
Date: 11 Jan 93 21:50:54 GMT
Distribution: gnu.epoch.misc
Organization: MIT Lincoln Laboratory, Lexington, MA

I recently wrote an emacs-lisp function that reads in a password
without echoing.  This function uses the function call:

        (setq cursor-in-echo-area t)

to move the cursor from the buffer window to the minibuffer window
(actually the echo area -- same physical location as the minibuffer).

When I evaluate my function from EMACS (epoch -nw), everything works
fine.  When I evaluate the same function from EPOCH (using X Window),
it still works except that the cursor never moves to the echo area.

Does EPOCH use the global variable cursor-in-echo-area in the same
way that EMACS does?

Also, as a test, I set cursor-in-echo-area to `t' in EPOCH.  The cursor
did not move out of the buffer window.  But when I created a *Buffer List*
[C-x C-b] and moved the cursor to that window, the cursor did not behave
correctly.  It stayed at the end of the first line.  The cursor also stayed
at the end of the line in RMAIL mode.

Could anyone explain what is going on in EPOCH when cursor-in-echo-area
is `t'.  Also, is there a way to move the cursor to the echo area in 
EPOCH?

--

+--------------------------------------------------------------------------+
| Steven F. LeBrun             |      MIT Lincoln Laboratory, Group 91     |
|                              |        244 Wood Street, Room LI-136       |
| lebrun@ll.mit.edu (Internet) |          Lexington, MA 02173-9108         |
| lebruns@merlin    (internal) |  Phone:(617)-981-5742, FAX:(617)-981-0991 |
+--------------------------------------------------------------------------+
|"Hard as lightning, soft as candlelight;                                  |
|                    Dare you trust the Music of the Night?" - The Phantom |
+--------------------------------------------------------------------------+
Newsgroups: gnu.epoch.misc
From: sasmob@chewy.unx.sas.com (Mark Burhans)
Subject: Icon Name and Window Name
Originator: sasmob@chewy.unx.sas.com
Date: Fri, 8 Jan 1993 22:14:11 GMT
Organization: SAS Institute Inc.



Quick-N-Dirty question:  Is there a way to get the icon name to something 
other than "scratch@chewy"?  Same for the name of window titile.

FYI:  "chewy" is the name of the host ($HOST).

What I'd like is the filename as the icon name.  Filename without the fully
qualified path:  /u/sasmob/.emacs  == .emacs

Same for the window title, except, the fully qualified path would be nice:
/u/sasmob/.emacs

I run epoch from a function defined as:

ep() { epoch -nm $@; }

I tried ep() { epoch -wn $@ $@; } but with no success.  Same for the
-window option.

Any help??? Any?????? 
-- 
---Mark C. Burhans---sasmob@chewy.unx.sas.com---919/677-8001 ext 7324
SAS Institute, Inc., USA, SAS Campus Drive, Cary, NC 27513.
"Before arguing with a fool, make sure he's not doing the same thing."
From: laurentj@hpgnd195.grenoble.hp.com (Laurent_Julliard)
Date: Tue, 5 Jan 1993 07:54:57 GMT
Subject: Help !! Mouse button setting
Organization: Hewlett-Packard, GND
Newsgroups: gnu.epoch.misc

  Hello Epoch Gurus,

Just a little question : on epoch 3.2 I used to get the "paste" action on
the rightmost button of my 3-buttons mouse. Since I upgraded to 4.1 the
"paste" is back on the middle button and I don't know how to modify this
settings ?

Any idea ?  (yes I know, it seems to be a stupid question but I didn't
find anything in the Epoch 4.1 FAQ).

Thanks a lot and happy new year to you all.

Laurent

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~ Laurent JULLIARD (Box 26)         | HPDesk: Laurent Julliard /HP6300/UM   ~
~ GND/High Speed Networking Lab     | Unix: Laurent_Julliard@grenoble.hp.com~
~ HEWLETT-PACKARD FRANCE            | Phone:  (33) 76 62 12 67              ~
~ 5, avenue Raymond Chanas - EYBENS | Telnet:        779 12 67              ~
~ 38053 GRENOBLE CEDEX 9            | Fax:    (33) 76 62 12 86              ~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: gnu.epoch.misc
From: coopem@nwtss1.gs.COM ( Mark Cooperman )
Subject: Subscribe me!
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 04:06:40 GMT

Please add me to your mailing list
coopem@nwtss1.gs.com
There is a chance that mail may not be able to reach me at the above address
If so, please notify me at coop@unagi.cis.upenn.edu, but do NOT add a 
subscription at that address.
thank you
Marc Cooperman
From: ibe1109@draper.com (Ira Ekhaus)
Newsgroups: gnu.epoch.misc
Subject: epoch  zones and mixed data documents
Date: 7 Jan 93 15:40:37 GMT
Organization: Draper Laboratory, Inc., Cambridge, MA


Hello,

I'm interested in finding out if epoch's zones
can be used to maintain mixed data type documents-
specifically latex documents and some type of 
free hand draw/sketch routine (xfig for example).

If this setup was fast enough, then along with a
pen based mouse I'd have a nice way to work sans
paper.

thanks,

Ira
ekhaus@draper.com
Phone: 617 258 1109
Home : 617 484 6698
Draper Laboratories m.s. 7c
555 Technology Square
Cambridge , MA 
02139
Newsgroups: gnu.bash.bug
From: shin@ews.ncl.omron.co.JP (Mukaigawa Shin'ichi)
Subject: Bug of prompt \$
Reply-To: shin@ews.ncl.omron.co.jp
Organization: OMRON Corporation, Kyoto, 617 Japan.
Distribution: gnu
Date: Fri, 8 Jan 1993 05:59:23 GMT

I am running bash 1.12 on SunOS 4.1.1.
In my .bashrc, PS1 set to ...

  PS1="[\h \t \W]\$ "

but, not work \$ at su command.Same as root login.
Usually,

[myhostname 12:53:31 uc]$ 

and, I think \$ print "#" at su command and root login.

[myhostname 12:53:31 uc]#

--

No self control             $B8~@n(J $B?.0l(J <Mukaigawa Shin'ichi>
                            Internet : shin@ews.ncl.omron.co.jp

Newsgroups: gnu.bash.bug
From: nj104@cus.cam.ac.uk (Neil Jerram)
Subject: Re: Bug of prompt \$
Organization: U of Cambridge, England
Distribution: gnu
Date: Fri, 8 Jan 1993 12:43:06 GMT

I have also found that \$ does not produce a # when it should.  A
solution to this problem is to type \\$ instead of \$, e.g. my .bashrc
file says

	PS1="\u-\\$ "

Whether or not this is *correct* is another matter.

Neil.

Newsgroups: gnu.bash.bug