HDTenEightyP/NetNews huggingface dataset:
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: EVE specins function? (or 'How to enter hex?')
Organization: Stanford Linear Accelerator Center
Date: Tue, 10 Nov 1992 07:35:39 GMT

In article <96875@netnews.upenn.edu>, st@eniac.seas.upenn.edu (Stephen W. Thompson) writes:
> Some null characters were in a file received from 'elsewhere'.  I'd like
> to know how to do a global replace to make the nulls into spaces.
> How does one enter the null (x'00') character in EVE?

    It would be nice if you could enter a null with CTRL/V CTRL/SPACE
(I don't have my ascii chart at home, null _is_ CTRL/SPACE isn't it?).
Here's a way to get around it:

    1) If there are null's in your file already (the little N/L character),
       put your cursor on one of them and press the ERASE CHARACTER key
       (or type ERASE CHAR at the DO Command: prompt).

	1b) If you don't have any null's handy, hit DO and at the Command: 
	    prompt type:

		Command: TPU COPY_TEXT(ASCII(0))

	    That _will_ get a null into the current buffer which 
	    you can ERASE CHAR as above.

    2) If you don't have RESTORE bound to a key, do a DEFINE KEY of 
       RESTORE to some key (we'll call that the "Restore_Key" below).

    3) Press DO and at the Command: prompt, type the following, but
       note that Restore_Key means type that KEY, not the word:

	    Command: replace "Restore_Key" " "

    4) When REPLACE prompts you with:

	    Replace? Type Yes, No, All, Last, or Quit: 

       respond with "A".
	
    That's how to do it on the fly.  If you'll need to do this frequently,
write a TPU procedure to use in EVE that loops, searching the current_buffer 
for ascii(0), erasing it, and doing a copy_text(ascii(32)).

		Cheers, Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Newsgroups: comp.os.vms,vmsnet.admin,vmsnet.networks.misc,vmsnet.networks.management.misc
From: kbs@ccr-p6.ccr.jussieu.fr (SMUP7 Administrator)
Subject: FTP Anonymous server on Vax/Vms
Organization: Laboratoire d'Electrochimie - Paris 7, FRANCE.
Date: Tue, 10 Nov 1992 19:32:19 GMT

Hi netters,

Sorry if this doesn't belong to the right group as I've got
problems on sending to info-vax on bitnet.

I would like to have a general overview on "how to" set an
anonymous ftp on Vms 5.5
Indeed, what I did is installed ftpd and just create 
an account "anonymous", restricted
it. But is there more to do as in security wise.
More, commands such as cd/bin/ascii have different usage
then more general Unix's systems and that oblige people
to learn another syntax.

Merci,

-- 
=============================================================================
Laboratoire d'Electrochimie - Universite Paris 7  |Khac Binh Su
4, place Jussieu, Tour 44/45, 75005 PARIS. FRANCE |e-mail: kbs@ccr.jussieu.fr
=============================================================================
From: Dave@usppc.abb.com
Newsgroups: comp.os.vms
Subject: Re: Remote Procedure Call samples
Date: 11 Nov 92 13:23:38 GMT
Organization: The Internet

A posting asked for sample RPC programs.  I have done a little
RPC programming.  The first was written using just the Sun
manuals which came with SunOS documentation.  For the second,
we used a number of ideas from an O'Reilly Nutshell Book.
The originator is not reachable from NEARnet (Internet in
New England, USA) so I've posted this in hopes it may be of
wider interest also.

Try the O'Reilly book "Power Programming with RPC".  This is an
excellent tutorial textbook which developes several small
applications.  It shows use of RPC's using RPCGEN to build the skeleton
and advanced tricks possible when using hand coded lower-level calls.

We have developed a couple of RPC applications from dusty old FORTRAN
program internals.  We did the first one using just what was in the Sun
manuals (Network Interfaces Programmer's Guide Ch 3 RPC Language).

The O'Reilly book explains the differences between the several flavors
of RPC's.  I get the feeling that you are VAXen bound.  DIGITAL, in the
NAS-250 product, provides ONC remote proceedure calls.  These are also
described in the O'Reilly book although the examples are Sun.  The OSF
and UI camps have agreed to make their RPC's work together.  Each is
adopting the good things in the other.  OSF is abandoning "reader makes
it right" data representation for UI's canonic representation "XDR --
external data representation".  I have a feeling that this will be delayed
by DEC's need to roll out Alpha.  DIGITAL has got so much announced and
so much going on that I have no feel for which part numbers you will need.

Good Luck,
Dave Hamby
ABB Power Plant Controls   Dave.Hamby@Usppc.Abb.Com


----- End Included Message -----
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Sharing Mail drawers
Date: 6 Nov 92 17:01:49 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1276@se.alcbel.be>, mvbr@se.alcbel.be (Marc Verbruggen) writes:
> We are integrating VMS Mail and BMEMO (IBM). As a result many general purpose
> mails are sent down to VMS users. Also, purely within VMS, mails should be sent
> to all users.
> Instead of mailing to all these users and duplicating all this information, I
> would like to setup a common mail drawer.
> I tried already to create a user MEMO to which these mails are sent. Then I 
> added this users mail drawer (MAIL.MAI) to the index of all the other users. 
> And indeed, with appropriate protections, anyone can select this drawer and 
> read the mails in there.
> However, I am looking for a solution to 2 problems
>   1) Is there a possibility to warn the users when mail arrives in this
>      particular drawer
>   2) If one user is reading a message in that drawer, another user is 
>      inhibited to read the same message
> Can anyone give me some hints to solve this ?
> Greetings
> -----------------------------------------------------------
> Marc Verbruggen                 tel : 03.240.94.19
> Alcatel Bell Telephone          fax : 03.240.99.50
> F. Wellesplein 1                email : mvbr@se.alcbel.be
> B-2018 Antwerp
> Belgium
>  
> "System Manager's Headaches Are Not Cured With Aspirin,
>  There Is A Better Way ..."
-- 
Marc,
 
I can understand your problem. Short of some rather clumsy 
maneuvers, PUBLIC Mail can be difficult.
 
However, I have often solved this type of problem using NEWS. 
Most NEWS systems (we use ANU-NEWS here) provide a mechanism to 
add messages received via Email into a newsgroup. These messages 
are then available to all users who have access to this 
newsgroup. The NEWS system also keeps track of who has seen which 
posting, so that users do not interfere with each other. 
Additionally, the NEWS systems are setup to automatically expire 
items, so maintenance is easier (you may want some newsgroups to 
never automatically expire, which can be done also).
 
You then modify your standard SYLOGIN.COM to check for messages 
waiting to be read in the NEWS system. Then users will be 
notified of new messages when they login.
 
I hope that the above is helpful. If I have been unclear, please 
feel free to send me an Email.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: sysmgr@king.eng.umd.edu (Doug Mohney)
Subject: it's 10:20 A.M. EDT,
Date: Tue, 10 Nov 92 15:17:21 GMT
Organization: Computer Aided Design Lab, U. of Maryland College Park
Reply-To: sysmgr@king.eng.umd.edu

haven't they announced Official Information on the Alpha systems yet? :)


                 Play in the intelluctual sandbox of Usenet 

  -- >                  SYSMGR@CADLAB.ENG.UMD.EDU                        < --
Xref: sparky comp.os.vms:17921 comp.org.decus:975 comp.sys.dec:5940
From: music@erich.triumf.ca (FRED W. BACH)
Newsgroups: comp.os.vms
Subject: Re: SET TERM/INQUIRE
Date: 9 Nov 1992 12:53 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: erich.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <9211031433.01@klnet.UUCP>, klovatt@klnet.UUCP (Keith Lovatt) writes...
>FRED W. BACH (music@erich.triumf.ca) wrote:
>:    We have just found out that SET TERMINAL/INQUIRE should not be followed
>:  immediately by another SET TERM command.  Depending on system and network
>:  overhead, there is about a 75% chance that the second command will be
>:  totally ignored.  The effect is very reproducible.

  And then he answers
> 
>Why not just put it all on one line? ie 
> 
>$ SET TERM/INQURE/NOTAB/NOFORM
> 
>This works just fine for us.
>Keith Lovatt                 	|	Scarborough, Ontario, Canada

    I seem to remember from a long time ago that SET TERM/INQUIRE
 *was* supposed to be used in its naked form and not combined with 
 other SET TERM statements.  I have no way of checking whether this
 restriction was ever true or not.

   I don't think the SET TERM/INQUIRE/DEV=vt200/PAGE=28 is reliable in 
 our setup here.  We have separated them into two separate commands

    SET TERM/INQUIRE     and         SET TERM/DEV=VT200/PAGE=28

 which must be separated by more than 0.5 seconds on our 3100.  We are
 running VMS 5.5-2HW and motif 1.1  .

 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
Newsgroups: comp.os.vms
From: spowell@trentu.ca (Stefan Powell)
Subject: Assigning multiple commands to keys in TPU?
News-Software: VAX/VMS VNEWS 1.41    
Organization: Trent University Computer Services Department
Date: Tue, 10 Nov 1992 19:52:00 GMT

Is there a quick and easy way to assign the following commands to a keys in TPU
without calling another command file.

forward
move by word     {these two commands I want to assign to KEYPAD(103) }


reverse
move by word
forward          {these three commands I want to assign to KEYPAD(104) }

________________________________________________________________________________
                                              Stefan Powell - SPowell@TrentU.CA
From: maf10@po.CWRU.Edu (Moses A. Fridman)
Newsgroups: comp.os.misc
Subject: OS/2 Question
Date: 10 Nov 1992 03:47:41 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: maf10@po.CWRU.Edu (Moses A. Fridman)
NNTP-Posting-Host: slc12.ins.cwru.edu


I am considering switching from my current Dos/Windows dichotomy to 
OS/2 because I want a single reliable platform.

What do you think of OS/2?  Strengths?  Weaknesses?  Bugs?  How does it
handle TCPIP and other DOS based networking software?  

Pleas Email me at maf10@po.cwru.edu, Thanks in advance


                                                         Moses
 
-- 
 | |^\   /\   \   |   \   |   /| | |\   +--- \   | "Ask for thyself another
 | | / /    \ | \ |   | \/|  X | | | \  |--  | \ |  kingdom, for that which
 | | \ \____/ |  \|   |   | / \| | |__/ \___ |  \|  I leave is too small 
      \           |       |                      |  for thee"
Newsgroups: comp.os.misc
From: stripes@pix.com (Josh Osborne)
Subject: Re: Processes and Translation Look-Aside Buffers
Organization: Pix Technologies -- The company with no adult supervision
Date: Thu, 5 Nov 1992 18:16:00 GMT

In article <Bx7oDL.507@beach.csulb.edu> werts@thrush.acs.csulb.edu (Michael Werts) writes:
>Can anyone give me an idea of what is done with
>the contents of a translation look-aside buffer
>at task switch time in an operating system like
>Unix with per process address spaces?
>
>Is the TLB reloaded? Or is it shared in someway
>between processes?

Most CPU/MMUs I have seen invalidate it.  The AMD29k has a 16bit (it may
be 8, but I think 16) task-id it uses during the look-up, so it can let
TLBs live.  I havn't seen any study showing when AMD's TLBs live long enough
to make a diffrence, let alone a study showing the more genneral case (i.e.
with a load of X and a task-id Y bits wide Z TLBs will live through enough
context switchs to be re-used...).

For cache there is a 3rd choice, you can use phyical addresses rather then
vert. ones (at the cost of not being able to overlap cache look-up and
VM maping), Intel does this with the 386 and 486.  I don't know anyone
else who does.
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
Newsgroups: comp.os.misc
From: bruel@postman.gr.osf.org (Christian Bruel)
Subject: Re: Processes and Translation Look-Aside Buffers
Organization: OSF RI Grenoble
Date: Mon, 9 Nov 1992 13:47:48 GMT


In article <Bx99Eq.Cpp@pix.com>, stripes@pix.com (Josh Osborne) writes:
|> In article <Bx7oDL.507@beach.csulb.edu> werts@thrush.acs.csulb.edu (Michael Werts) writes:
|> >Can anyone give me an idea of what is done with
|> >the contents of a translation look-aside buffer
|> >at task switch time in an operating system like
|> >Unix with per process address spaces?
|> >
|> >Is the TLB reloaded? Or is it shared in someway
|> >between processes?
|> 
|> Most CPU/MMUs I have seen invalidate it.  The AMD29k has a 16bit (it may
|> be 8, but I think 16) task-id it uses during the look-up, so it can let
|> TLBs live.  I havn't seen any study showing when AMD's TLBs live long enough
|> to make a diffrence, let alone a study showing the more genneral case (i.e.
|> with a load of X and a task-id Y bits wide Z TLBs will live through enough
|> context switchs to be re-used...).
|> 
|> For cache there is a 3rd choice, you can use phyical addresses rather then
|> vert. ones (at the cost of not being able to overlap cache look-up and
|> VM maping), Intel does this with the 386 and 486.  I don't know anyone
|> else who does.
|> -- 
|>            stripes@pix.com              "Security for Unix is like
|>       Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
|>       "The dyslexic porgramer"                  - Kevin Lockwood
|> We all agree on the necessity of compromise.  We just can't agree on
|> when it's necessary to compromise.       - Larry Wall

you might also want to have a look in the mips architecture on which the TLB entries have a pid field so there is no need to invalidate the pages 
or to flush the TLB (unless you have more than 64 processes, the pid field 
has 6 bits). 


-- 

							[ chris ]
From: ninja@willard.UUCP
Newsgroups: comp.os.misc
Subject: Mac Wanted.....
Date: Mon, 09 Nov 92 23:20:22 EST
Organization: Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814

 
 hi,
 
  I'm looking for anyone who is looking to get rid of a low-end
Macintosh, especially one that doesn't work, at a reasonable price...
 
                               Eudoh@sct.edu
                               Ninja@willard.waffle.atl.ga.us


-- 
ninja@willard.UUCP (Sonic Druid)
Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
Newsgroups: comp.os.misc
From: grout@sp90.csrd.uiuc.edu (John R. Grout)
Subject: Re: Processes and Translation Look-Aside Buffers
Reply-To: j-grout@uiuc.edu
Organization: UIUC Center for Supercomputing Research and Development
Date: Fri, 6 Nov 92 17:08:31 GMT

stripes@pix.com (Josh Osborne) writes:

>For cache there is a 3rd choice, you can use phyical addresses rather then
>vert. ones (at the cost of not being able to overlap cache look-up and
>VM maping)

I have seen general statements to this effect in _many_ different
places (even a few textbooks)... it is _not_ true in all cases!

If you have a first-level, physically-addressed direct-mapped cache of
the machine's page size (e.g., an on-chip cache), you _can_ overlap
the cache and TLB look-ups... split the virtual address by feeding the
virtual page offset (the _same_ as the physical page offset) to the
cache and the virtual page number to the TLB... if the TLB hits and
the cache hits (tentatively), compare the physical page number
returned from the TLB hit with the physical page number from the cache
line (_after_ the time-consuming parts of both operations are done).
If the physical page numbers match (the common case), you have a valid
cache hit and can go ahead with your operation.

Hennessy and Patterson talk about this in their "Computer
Architecture: A Quantitative Approach".  Many RISC chips (including
the new DEC 21064 Alpha chip) use this technique.

--
John R. Grout						j-grout@uiuc.edu
University of Illinois, Urbana-Champaign
Center for Supercomputing Research and Development
From: solvie@faps.uni-erlangen.de (Michael Solvie)
Newsgroups: comp.os.misc
Subject: Intel DCX 196
Date: Wed, 11 Nov 1992 09:34:46 GMT
Organization: Lehrstuhl fuer Fertigungsautomatisierung
NNTP-Posting-Host: pcd02.faps.uni-erlangen.de

Hi all,

I am looking for any information about the DCX operating system used for
the Intel 80196 processor. Any help is welcome (experience, documents,...)

Regards and thanks in advance

	Michael
From: 9113797@ul.ie
Newsgroups: comp.os.misc
Subject: Undocumented op-codes for Z80
Date: 6 Nov 92 19:29:56 GMT
Organization: University of Limerick, Ireland

Does anyone have a List
of the UNdocumented op-codes
For the Zilog Z80 Mirco processor

If so would you send me a copy


Garret Flynn,
Information Technology,
University of Limerick,
Ireland,

E-mail 9113797@ul.ie
From: 2630jeuttera@vms.csd.mu.edu
Newsgroups: comp.os.misc
Subject: Re: Undocumented op-codes for Z80
Date: 13 Nov 92 01:21:57 GMT
Reply-To: 2630jeuttera@vms.csd.mu.edu
Organization: Marquette University - Computer Services
NNTP-Posting-Host: vmsa.csd.mu.edu

In article <19883.2afac7b5@ul.ie>, 9113797@ul.ie writes:
>Does anyone have a List
>of the UNdocumented op-codes
>For the Zilog Z80 Mirco processor
>
>If so would you send me a copy
>
>
>Garret Flynn,
>Information Technology,
>University of Limerick,
>Ireland,
>
>E-mail 9113797@ul.ie

	I have Zilog Databooks for this year that may be helpful,
but it's a little thick.  You may be able to contact them directly, 
though.  Their closest sales office to you is in the UK, and their
phone number is :  44-628-392-00

	If you want to mail them a letter, their US address is:

			Zilog, Inc.
			210 E. Hacienda Ave.
			Campbell, CA  95008-6600

	Otherwise, if you have the specific part #, I can e-mail
you a list of their op-codes or FAX them to you.  


		Aaron Jeutter
Newsgroups: comp.os.minix
From: jrogers@world.std.com (John D Rogers)
Subject: cursed curses
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 10 Nov 1992 01:25:27 GMT

Did anyone else have a hard time uud'ing and/or decompressing (compress
-d) the file "curses" recently posted  by Dr. Tanenbaum?  

Neither uud or compress gave me an error, yet looking through the 
resultant shell file yielded garbage around the "lib.A" line.
 
This article has already expired on my system, so could someone please 
send me the compressed/uue'd file (assuming you had no problems).
 
Thanks for any assistance anyone can give me.
 
John D. Rogers    jrogers@world.std.com  <-- new, permanent account :-)

Newsgroups: comp.os.minix
From: Diederik Hoogenboom <s92406018@hsepm1.hse.nl>
Subject: Re: Elm package for Minix 1.5
Originator: mmdf@louie.udel.edu
Organization: TH Eindhoven, The Netherlands
Date: Thu, 5 Nov 1992 10:28:40 GMT

In message of  3 Nov 92 10:36:36 +1030, Mark Newton said:
>I'm using Elm v2.4dev PL17 here right now.
>
>It only took a few hours to port;  the main things that needed to be
>changed were the #includes (it was neglecting to include some files),
>some of the time stuff in the datestamp reading code, and some of the
>terminal handling code.

Sound great, where can we get it!

     Greetz, Diederik


--
    Diederik Hoogenboom  --  TH Eindhoven, The Netherlands

 Internet: s92406018@hsepm1.hse.nl       | Fido: 2:281/801.9
 Bitnet  : s92406018%hsepm1.hse.nl@hearn | NeST: 90:4001/201.9

           "Yikes, it's a ghost" - Scooby Doo *-
--
-- 
Mail System (MMDF)
From: AKWAN@ptd.intel.com (Agnes Kwan, PTD CAM Engineering/OA, AL4-55, 642-6735)
Newsgroups: comp.os.minix
Subject: Re: Re: Floppy overrun/underrun messages...what does it mean?
Date: 13 Nov 92 07:55:26 GMT
Article-I.D.: udel.1992Nov13.075734.23325
Organization: University of Delaware
Originator: mmdf@louie.udel.edu

Hi,
I'll be on vacation from Thursday 11/12 through Wednesday 11/18.  I won't
be able to respond to your messages till then.  Thanks.

-agnes
-- 
Mail System (MMDF)
From: newton@monty.apana.org.au (Mark Newton)
Newsgroups: comp.os.minix
Distribution: world
Subject: Re: Elm package for Minix 1.5
Organization: APANA South Australia - State mail hub
Date: Sun,  8 Nov 92 15:32:19 +1030

Diederik Hoogenboom <s92406018@hsepm1.hse.nl> writes:
> In message of  3 Nov 92 10:36:36 +1030, Mark Newton said:
> >I'm using Elm v2.4dev PL17 here right now.
> >
> >It only took a few hours to port;  the main things that needed to be
> >changed were the #includes (it was neglecting to include some files),
> >some of the time stuff in the datestamp reading code, and some of the
> >terminal handling code.
> 
> Sound great, where can we get it!

I managed to get my grotty little hands on it when my (ex-)UUCP hub
mailed it to me.  I don't know where he got it from.

It was just the standard UNIX Elm distribution, so I suppose you could
use archie to find it.  Then sit down for an afternoon and change all
the bits that the compiler pukes on, and fix up the sscanf() stuff which
parses date strings.

I don't have the original, unchanged version anymore, so I can't post
cdiffs.  Say "larvae," I guess.

   - mark

--------------------------------------------------------------------
"Waiter, there's no fly in my soup!"       newton@monty.apana.org.au
               - Kermit the Frog                         Mark Newton
--------------------------------------------------------------------
Newsgroups: comp.os.minix
From: jacobsen@tpki.toppoint.de (Joerg Jacobsen)
Subject: Need Installation Manual for Minix 1.5 (Atari)
Organization: Toppoint Mailbox e.V.
Date: Wed, 11 Nov 1992 10:28:31 GMT

Is there an electronic version of anything available that describes the
installation procedure of Minix 1.5 for the Atari ST?
If so, could anyone mail that to me (<100Kb!!)?
If not, how do I get a written version?

I need this for a friend.

Thanks,
	Joerg.
-- 
Joerg Jacobsen		jacobsen@tpki.toppoint.de
2300 Kiel
Newsgroups: comp.os.minix
From: MOLENAAR@kvi.nl
Subject: Re: Requested Info on PC Mail Server
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Wed, 11 Nov 1992 23:36:29 GMT

Back off I didn't ask you anything (Did I?)
		Thanks
-- 
Mail System (MMDF)
Newsgroups: comp.os.minix
From: rmlupa@vela.acs.oakland.edu (Robert M. Lupa)
Subject: Upgrading 1.5 to 1.6.23
Organization: Oakland University, Rochester MI.
Date: Sun, 8 Nov 1992 06:23:54 GMT

I recentely purchased Minix (1.5.10) and want to upgrade to 1.6.23, I 
acquired all of the files but when patch runs it breaks down after
the first few patches with "patch: out of memory (savestr)".  Has
anyone else had a similar problem or know of a solution or has been
novice-hood prevented me from seeing the obvious (i.e. something
misconfigured)?  I tried it on both my 286 and 386sx.  Any advice 
would be greatly appreciated.


Thanks

rmlupa@vela.acs.oakland.edu



Newsgroups: comp.os.minix