HDTenEightyP/NetNews huggingface dataset:
From: wkay@gsfc.nasa.gov (Kevin Kay)
Subject: Re: Posting to USENET using GNUS
Organization: NASA Goddard Space Flight Center
Date: Tue, 15 Dec 1992 12:58:05 GMT
Reply-To: wkay@gsfc.nasa.gov
X-Posted-From: vlsi21.gsfc.nasa.gov
NNTP-Posting-Host: sol.ctr.columbia.edu

In article 92Dec14141327@bcstec.boeing.com, sdy@bcstec.boeing.com (Ugly Bag of Mostly Water) writes:
> >>>>> On Mon, 14 Dec 1992 13:23:38 GMT, wkay@gsfc.nasa.gov (Kevin Kay) said:
> > I am trying to post using GNUS. So far I have only been able to followup on
> > other people's posting. I am experimenting with this message by editing the
> > headers. If this does not work, can some- one tell me how I can go about
> > posting to USENET. I have not been successful in locating a manual or help
> > file on my system. The administrators here seem to have deleted most of the
> > documents from the system.
> > 
> > Thank you.
> > 
> > Winston
> > --
> 
>    Kevin> A PS copy of the gnus manual is located on gatekeeper.3com.com under
>    Kevin> /pub/elisp/gnus-3.13
> 
> hey, is there a normal/ascii version of this manual? I didn't get it with my
> version of 3.13 -- and I don't have access to ftp from this site. if there is,
> I'd appreciate a copy - it'd probably really clear up the fumbling about I've
> been doing.
> 
> steve.

Sorry Steve,
I took a look around the net and all I could find is PS, DVI, and the original TEX
files.  That's not to say that it doesn't exist, but I couldn't easily find it.

Kevin
From: cloos@theory.TC.Cornell.EDU (James H. Cloos Jr.)
Newsgroups: gnu.emacs.gnus
Subject: Re: Read on one NNTP host, post to another
Date: 12 Dec 92 07:41:59 GMT
Distribution: gnu
Organization: Cornell Information Technologies, Ithaca, NY 14853

>>>>> In article <CLOOS.92Dec5023816@theory.TC.Cornell.EDU>, I write:

James> So, how do you set up gnus to post to a different nntp server
James> than it is using to read?
James> Thanks for any replies.

Haven't gotten any replies yet, so I tried to see what I could do.  I
have not had much luck.  I tried defvar'ing gnus-nntp-posting-server
and changing the only reference to gnus-nntp-server to be found in
gnuspost.el to use ...-posting-server if it was non-nil, and to use
...-server otherwise.  This did not help.

I did discover that gnus has to open the server to post just as if it
were starting up a news reading session, unles of course the user is
already reading news.  Then the same connection is used.

This begs the question: is it possible to be reading news from two
different nntp servers in two different windows at the same time?  It
seems that this would be the simplest way of handling the situation.
Not that this way is all that simple, from what I see.

Any comments???

-JimC

-- 
James H. Cloos, Jr.		include <std/disclaimers.h>
Cloos@Theory.TC.Cornell.EDU     include <std/qotd>
Cloos@Batcomputer.UUCP 		Phone:  +1 716 866-5249
Cloos@CrnlThry.BITNET 		Snail:  POBox 1111, Amherst, NY 14226-1111
Newsgroups: gnu.emacs.gnus
From: pd@x.co.UK (Paul Davey)
Subject: Re: Two suggestions on changes in gnus (sig-inclusion and fill-mode)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 14:05:47 GMT

>>>>> On Thu, 17 Dec 1992 12:24:45 GMT, krej@electrum.kth.se (Kristian Ejvind) said:

-> Hi everyone!

-> ... I would like to have a variable which changes the behavior to
-> that of elm; the signature is appended automatically before I start to
-> write the article.  I.e. the signature is visible at the end of the buffer
-> when I start to write on the article. 

That's a good idea. Sometimes I like to adjust my sig.

-> Doing so will make an end to all double-signatures by people who
-> press C-c C-w at the end of the article just as they always do when
-> posting a mail from emacs.

I think most of these are due to inews also adding the signature. 
C-c C-w in gnus gives me a message saying .signature will be appended
automatically.

->   The second one: It would be nice to have an easy way to make emacs toggle
-> into auto-fill-mode when starting to write on an article ...

If you do do this I've found my subject and other header lines can get
filled with bad (illegal header) results when you modify them.

    Regards,			IXI            Internet: pd@x.co.uk
	Paul Davey		Vision Park    UUCP:     pd@ixi.uucp
				Cambridge      Bang:     ...!uunet!ixi!pd
 "These are interesting times"	CB4 4ZR, UK    Tel:      +44 223 236 555
From: kodiak@scout.ksu.ksu.edu (Bryan D. Nehl)
Newsgroups: gnu.emacs.gnus
Subject: posting from inside of GNU's
Date: 18 Dec 1992 18:21:14 -0600
Organization: Feed the Bears Association
Distribution: world
NNTP-Posting-Host: scout.ksu.ksu.edu
Summary: need help posting from inside of GNUS.
Keywords: gnus inews help

I am currently using gnus version 3.13.  The problem that I run into
is that I can't post from inside of gnus properly.

When I first start up emacs, don't M-x gnus, I can M-x postnews and my
post gets fired off no problem and is posted.  Checking with lastcomm
I can see that it properly calls the inews program.

Then when I M-x gnus, if no matter how I try and post a, f, F, my
posting fails.  I get back an error regarding authentication.  I check
and it hasn't properly called inews.  I have tried setting either or
both news-inews-program and nnspool-inews-program to point to the
proper inews program with no luck.  Any suggestions?  Is there some
variable that I am not setting or setting improperly to be able to
post from inside of GNUS.  I have spent quite a bit of time on this
problem and asked other hard-core emacs users but haven't had any luck
in figuring out what's going on.

/* === Bryan Nehl ========== kodiak@Kodiakpc.Manhattan.KS.US =========+
[            USDA-ARS-NPA-WERU          ][ bdn@chepil.weru.ksu.edu    ]
[     913.532.6233 or 913.532.6495      ][ kodiak@matt.ksu.ksu.edu    ]
+_______________ ...!rutgers!matt.ksu.ksu.edu!kodiak _______________ */

Newsgroups: gnu.emacs.gnus
From: ratinox@kappa.coe.northeastern.edu (Richard Pieri)
Subject: Re: Two suggestions on changes in gnus (sig-inclusion and fill-mode)
X-Posting-Software: GNUS 3.14.1 [ NNTP-based News Reader for GNU Emacs ]
Reply-To: ratinox@meceng.coe.northeastern.edu
X-Signature-Virus-Protection: Version 1.51
X-Get-A-Clue: Have two, they're small.
Organization: 3WA, Boston Office. Or Nu Meta Chi. Take your pick.
Distribution: gnu
Date: Thu, 17 Dec 1992 19:12:32 GMT

>>>>> On Thu, 17 Dec 1992 12:24:45 GMT, krej@electrum.kth.se (Kristian
>>>>> Ejvind) said:

Kristian> I would like to have a variable which changes the behavior to
Kristian> that of elm; the signature is appended automatically before I
Kristian> start to write the article.

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

(setq news-setup-hook
      '(lambda ()
         (goto-char (point-max))
         (insert-file "~/.signature")
         (turn-on-auto-fill)
         ))

--Rat
||||| | | | |  |  |  |   |   |    |    |    |   |   |  |  |  |  | | | | | |||||
Northeastern's Stainless Steel Rat          ratinox@meceng.coe.northeastern.edu
It is a proud and lonely thing to be a Stainless Steel Rat.
                                                        --`Slippery' Jim DiGriz
Newsgroups: gnu.emacs.gnus
From: sdy@bcstec.boeing.com (Ugly Bag of Mostly Water)
Subject: Help, they've switched to c-news.
Organization: Ringworld
Distribution: gnu
Date: Tue, 15 Dec 1992 01:06:57 GMT


ok, I've been fiddling for awhile now and it seems like every time I turn
around something is acting wierd.

I've been running gnus 3.13 for quite a while now and been pretty happy (so
keep up the good work folks) anyway just recently our system switched over to
c-news and now all sorts of nagging little problems have occurred.

Does anyone have a list of c-news gotchas or "features" re: gnus,  that they'd
like to send me? I don't have access to FTP. The last version of the
gnu-emacs.faq I snarfed from the net was incomplete and I haven't seen another
one in a while. 

steve.
hope there's only one .sig below this time too =(
-- 
steve.  sdy@bcstec.boeing.com    >> Boeing Has No Opinions (worth noting) =P <<
       I supply creativity to another's mistake as a form of self hate,
            What about your friends? Will they stand their ground?
                   Will they let you down, again? -- T.L.C.
Newsgroups: gnu.announce
From: BI08%UTEP.BITNET@mitvma.mit.edu (Murray Voight)
Subject: info-gnu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Dec 1992 04:15:41 GMT

Please subscribe me to the info-gnu mailing list.

Thank you

Murray Voight
bi08@utep.bitnet

Newsgroups: gnu.announce
From: Renaud.Marlet@sophia.inria.fr (Renaud Marlet)
Subject: Re: ctl-arrow bug wrt Epoch 4.2?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 10:46:08 GMT


The 8 bits display was controlled in Epoch4.0 with variable "ctl-arrow",
but now, in Epoch4.2, it is handled with variable "meta-printable". 
Setting "ctl-arrow" to anything but t or () is experimentally a bad idea. 
Anyway, "viewer" manages it for you.  You don't need to do that yourself. 
So the only thing I can think of lies in this excerpt from the
README.viewer file:

>>  Epoch needs a lit hack to be able to display the whole (f)math font,
>>  otherwise, you'll miss the greek letters. This is because it believes
>>  an 8bits-font begins at 0241 (octal). So does Lucid with character
>>  0240. In epoch you need to patch a line the file src/buffer.h from
>>          #define is_meta_char(c) ((c) > 0240 && (c) <= 0377)
>>  to
>>          #define is_meta_char(c) ((c) >= 0200 && (c) <= 0377)
>>  
>>  In Lucid, concerning the character 0240, well, I don't believe in the
>>  next release, so you may hack the lines
>>          if (c == 0240) c = ' ';
>>  or
>>          (c == 0240 ? ' ' : c)
>>  in file src/xdisp.c to get rid of this silly non-uniformity.

As you see, Lucid emacs needs a similar hack.  The package "viewer" uses an
embryonic Epoch/Lucid-portable package called "portable".  You might want
to check that your version is up to date with the one on babar.inria.fr
(138.96.24.21) in pub/emacs.  Sorry, but there is no version number (yet?).

Renaud  [marlet@sophia.inria.fr]
Newsgroups: gnu.epoch.misc
From: schmitz@fue08.iitb.fhg.de (Rainer Schmitz)
Subject: Re: tek-src-hilight package (source-code highlighting)
Keywords: epoch, emacs
Organization: Fraunhofer-Gesellschaft IITB, Karlsruhe
Date: Tue, 15 Dec 1992 12:29:45 GMT

clobot@lafleche.engin.umich.edu (Steve Roth) writes:


>     I'm somewhat new to epoch and have been trying to install the highlighting
>package named tek-src-highlight on epoch.  I was able to byte-compile all of the files great and have them load in my .emacs as follows:

>(defvar tek-hilight-use-attributes nil)

>However, when I load a c-file, epoch gives the error: 
>"Symbol's function definition is void: reserve-attribute"

>Any suggestions?
>Thank you
>-Steve Roth (clobot@engin.umich.edu)

You have to set the variable "tek-hilight-use-attributes" in the file "tek-style-utils.el". I think the setting in .emacs will be overloaded.

Rainer

_____
-- 
Rainer Schmitz
c/o Fraunhofer-Institut fuer Informations- und Datenverarbeitung (IITB)
Fraunhoferstr. 1, D-7500 Karlsruhe, FRG
Email: schmitz@iitb.fhg.de Phone: +49 721 6091-316 Fax: +49 721 6091-413
From: fcaic@wbst845e.xerox.com (Frank Caico)
Newsgroups: gnu.epoch.misc
Subject: long messages in minibuffers
Date: 18 Dec 92 18:59:36 GMT
Distribution: gnu.emacs.help comp.emacs gnu.epoch.misc
Organization: Xerox, Webster, NY


Does anyone know of an elisp function, package or fix that will make
viewing long minibuffer messages easier?

Here is an example: I have about 6 or 7 directories in my load-path and I
want to see what is in it.  I eval the load-path but the result in the
minibuffer is to long to fully display!   

What can I do?
--
    Frank Caico                                    fcaic@wbst845e.xerox.com 
  +-------------------------------------+-----------------------------------+
    Xerox KBS Competency Ctr.                           
    Bldg. 845-20C                       
    Webster, NY  14580                  
  +-------------------------------------+-----------------------------------+
Newsgroups: gnu.epoch.misc
From: eob@lmsi.COM (Eamonn O'Brien-Strain)
Subject: How to highlight on a monochrome display?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 17:56:36 GMT


Can lightbrite or similar packages be configured to use different font
styles (such as italic, bold, or different fonts) rather than color?

--
   _
  (_  _          __
 (__/(_/_/|/|_/() /|_/|_           
 ~~~~~~~~~~~~~~~~~~~~~~~
  Eamonn O'Brien-Strain        Logic Modeling Corp.       eob@lmc.com
                               Milpitas, CA, USA

Newsgroups: gnu.epoch.misc
From: santanu@ee.princeton.edu (Santanu Dutta)
Subject: EPOCH
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 23:03:13 GMT


Can you please tell me how I can get a version
of epoch to run on my SUN at th eEE dept. at 
Princeton. I have ordinary GNU emacs running
where I can't do a mouse based cut and pased. 
I am used to using ZMACS at TI and so at school
I find it inconvenient not having the mouse
based cut and paste, marking region. I heard
that you may be able to help me; please
do let me know if you can. 

  Thanking you, 

     Santanu.
From: ado@bbn.com (Buz Owen)
Newsgroups: gnu.epoch.misc
Subject: scrolling speed
Date: 19 Dec 1992 00:07:40 GMT
Distribution: gnu
NNTP-Posting-Host: bbn.com
Keywords: scroll


Emacs 18.55 can scroll a window noticeably faster than epoch 4.2.  For
example, with the bottom of the file visible in the window, given the
command ^U4^V, emacs seems to jump the text up 4 lines more or less
instantaneously, but epoch seems to repaint the window.  Is this a
bug?  I am using sunos 4.1.1 and X11R5 on a sun3 (:-().  Buz

Newsgroups: gnu.epoch.misc
From: mikep@jdc.gss.mot.COM (Mike Paolella)
Subject: basic epoch question
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 18:42:52 GMT


I have very limited experience with emacs

how do you get epochs to accept a file?

as in 

epoch <filename> so I don't have to do a ^f.

also, where is the source for epoch located?

finally, please add me to the epoch mailing list,
and send me the FAQ list, if that exists.

thank you

mikep@mot.com

Newsgroups: gnu.epoch.misc
From: clobot@lafleche.engin.umich.edu (Steve Roth)
Subject: tek-src-hilight package (source-code highlighting)
Date: Sun, 13 Dec 92 18:38:49 EST
Organization: University of Michigan Engineering, Ann Arbor
Keywords: epoch, emacs
Originator: clobot@lafleche.engin.umich.edu


     I'm somewhat new to epoch and have been trying to install the highlighting
package named tek-src-highlight on epoch.  I was able to byte-compile all of the files great and have them load in my .emacs as follows:

(defvar tek-hilight-use-attributes nil)
; Set up an autoload for syntax decoding stuff.
(autoload 'decode-syntax-table "syntax-decode" "autoloadable function" t)

; Highlight comments in source code
(require 'tek-src-hilite-setup)

; Set up autoload of new manual browser
(require 'tek-man-setup)

; Set up autoload of new info browser
(require 'tek-info-setup)

; Customise the mouse drag style
(require 'tek-motion-setup)

; Set up for highlighting in gnus.
(require 'tek-gnus-hilite-setup)

However, when I load a c-file, epoch gives the error: 
"Symbol's function definition is void: reserve-attribute"

So I tracked this call down to the file named "tek-src-hilight" where
on line 87 the following call is made:
	; Modify the variable used with add-button to be an attribute
	(setq tek-src-comment-styleorattribute (reserve-attribute))

Apparently the reserve-attribute call causes the problem.  I'm not sure exactly
what to do with this though.  (Epoch didn't think it was a built-in function)

Any suggestions?
Thank you
-Steve Roth (clobot@engin.umich.edu)
Newsgroups: gnu.epoch.misc
From: adij@di.ufpe.br (Alcino Dall Igna Junior)
Subject: Re: How to highlight on a monochrome display?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 15:47:28 GMT

I take this from my .emacs, it was based on lightbrite documentation.
I'm using SUN sparc's(color) and slc's(b&w)

  (defun make-style-with-font (font)
    "Make a style with font FONT."
    (let ((s (epoch::make-style)))
      (set-style-font s font)
      s))
  (defun set-style-colors ()
    (setq red-style-color "red")
    (setq green-style-color "forestgreen")
    (setq yellow-style-color "firebrick")
    (setq magenta-style-color "magenta")
    (setq comment-style-color "#7d9ec0"))
  (if (> (epoch::number-of-colors) 2)
      (set-style-colors)
    (setq red-style (make-style-with-font
                     "*-courier-bold-o-*-0-*"))
    (setq green-style (make-style-with-font
                       "*-lucidatypewriter-bold-*"))
    (setq yellow-style (make-style-with-font
                        "*-courier-bold-r-*-0-*"))
    (setq magenta-style (make-style-with-font
                         "*-fixed-bold-*"))
    (setq comment-style (make-style-with-font
                         "*-courier-medium-o-*-0-*"))
    (setq yellow-underline-style (make-style-with-font
                                  "*-lucidatypewriter-bold-*"))
    (setq red-underline-style (make-style-with-font
                               "*-lucidatypewriter-bold-*")))


  (load "lightbrite")

Hope this help

Merry Christmas

Alcino Dall Igna Junior
Universidade Federal de Alagoas         alcino@ima.ufal.alan.br
Universidade Federal de Pernambuco      adij@di.ufpe.br


On Tue, 15 Dec 1992, Eamonn O'Brien-Strain wrote:

>
> Can lightbrite or similar packages be configured to use different font
> styles (such as italic, bold, or different fonts) rather than color?
>
> --
>    _
>   (_  _          __
>  (__/(_/_/|/|_/() /|_/|_
>  ~~~~~~~~~~~~~~~~~~~~~~~
>   Eamonn O'Brien-Strain        Logic Modeling Corp.       eob@lmc.com
>                                Milpitas, CA, USA
>
From: petonic@hal.com (Michael A. Petonic)
Newsgroups: gnu.epoch.misc
Subject: Re: EPOCH
Date: 16 Dec 92 03:40:13 GMT
Reply-To: petonic@hal.com (Michael A. Petonic)
Distribution: gnu
Organization: Henry's Laughing Gas Co., Inc.

In article <9212112303.AA13723@wolf> santanu@ee.princeton.edu (Santanu Dutta) writes:
>Can you please tell me how I can get a version
>of epoch to run on my SUN at th eEE dept. at 
>Princeton. 

No.  Had you been at the CS department at Princeton or the
EE department at UCLA, maybe.  But the EE department
at Princeton?  Never.

-pet-
--
Michael A. Petonic	       petonic@hal.com		       +1-512-794-2855
        HaL Computer Systems International, Ltd. -- A Bermuda Corporation
             Director of Dangerous Activities  [ACK to Geoff.Kimbrough@sun.com]
				 Austin, Texas
                          "No balls, no blue chip."
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: long messages in minibuffers
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 17:08:37 GMT

Frank Caico writes:
> Here is an example: I have about 6 or 7 directories in my load-path and I
> want to see what is in it.  I eval the load-path but the result in the
> minibuffer is to long to fully display!   

Go to your *scratch* buffer (which should be in Lisp Interaction mode)
and type:

(insert (format "%s" load-path))

Then hit M-C-x.

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu
From: bob@almeria.inria.fr (Renaud Marlet)
Newsgroups: gnu.epoch.misc
Subject: Re: ctl-arrow bug wrt Epoch 4.2?
Date: 12 Dec 92 15:03:57 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

The 8 bits display was controlled in Epoch4.0 with variable "ctl-arrow",
but now, in Epoch4.2, it is handled with variable "meta-printable". 
Setting "ctl-arrow" to anything but t or () is experimentally a bad idea. 
Anyway, "viewer" manages it for you.  You don't need to do that yourself. 
So the only thing I can think of lies in this excerpt from the
README.viewer file:

>>  Epoch needs a lit hack to be able to display the whole (f)math font,
>>  otherwise, you'll miss the greek letters. This is because it believes
>>  an 8bits-font begins at 0241 (octal). So does Lucid with character
>>  0240. In epoch you need to patch a line the file src/buffer.h from
>>          #define is_meta_char(c) ((c) > 0240 && (c) <= 0377)
>>  to
>>          #define is_meta_char(c) ((c) >= 0200 && (c) <= 0377)
>>  
>>  In Lucid, concerning the character 0240, well, I don't believe in the
>>  next release, so you may hack the lines
>>          if (c == 0240) c = ' ';
>>  or
>>          (c == 0240 ? ' ' : c)
>>  in file src/xdisp.c to get rid of this silly non-uniformity.

As you see, Lucid emacs needs a similar hack.  The package "viewer" uses an
embryonic Epoch/Lucid-portable package called "portable".  You might want
to check that your version is up to date with the one on babar.inria.fr
(138.96.24.21) in pub/emacs.  Sorry, but there is no version number (yet?).

Renaud  [marlet@sophia.inria.fr]
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: How to highlight on a monochrome display?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 07:16:38 GMT

Eamonn O'Brien-Strain writes:
> Can lightbrite or similar packages be configured to use different
> font styles (such as italic, bold, or different fonts) rather than
> color?

Sure.  For lightbrite, plop the following lines in your .emacs before
loading it and change the ("foreground" . "color") schemes to 
("font" . "name").

  (defvar brite::comment-styles '(("foreground" . "#7f9fcf"))
    "*Style specification list for comment style.")
  (defvar brite::mild-styles '(("foreground" . "red"))
    "*Style specification list for mild style.")
  (defvar brite::striking-styles '(("foreground" . "hot pink"))
    "*Style specification list for striking style.")
  (defvar brite::intense-styles '(("foreground" . "yellow"))
    "*Style specification list for intense style.")
  (defvar brite::blazing-styles '(("foreground" . "green"))
    "*Style specification list for blazing style.")
  (defvar brite::hot-styles '(("foreground" . "magenta"))
    "*Style specification list for hot style.")
  (defvar brite::earnest-styles '(("foreground" . "alice blue"))
    "*Style specification list for earnest style.")

e.g.:

  (defvar brite::comment-styles '(("font" . "*courier-medium-r-normal-*-14-*"))
    "*Style specification list for comment style.")

Marc
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: gnu.epoch.misc
Subject: ctl-arrow bug wrt Epoch 4.2?
Date: 11 Dec 92 21:25:40 GMT
Organization: Virginia Tech, Blacksburg, VA


 I compiled Epoch 4.2 (with gcc 2.2.2d7 on a Linux system) and it works fine
until i 
  (setq-default ctl-arrow 'eightbitfull) to enable \202, etc (for use
with Marlet's viewer (wysiwyg TeX package for Epoch or Lucid).
 then i dump core when i backspace over a \202.  works fine for higher
eight bit chars (\240 and up).
  can anyone suggest a fix/replacement for the ctl-arrow stuff ??
    thomas (tdunbar@vttcf.cc.vt.edu)

ps: the ctl-arrow isnt needed for \240 and above, but i need 
\202 for TeX's \beta, etc.
Newsgroups: gnu.epoch.misc