HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.unix.sysv386
Subject: Re: Wangtek or Archive?? (and 60 MB tapes)
Date: 7 Oct 92 05:38:35 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct06.155922.6313@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:
| So is it really OK to use 60 MB tapes in a 150/250 MB drive?  Are the 
| warnings about premature headwear really bogus?  120 MB is enough for
| a lot of things I want to put on the tape, and I have a lot of old
| 60 MB tapes kicking around...

There are no such problems (head wear) using 600A tapes on any
QIC120 or QIC150 drive that I've ever heard of.  Nor have I heard
(ever) of any such things from any of our QIC tape drive vendors.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.unix.sysv386
Subject: INGRES source for SVR4
Date: 9 Oct 92 14:23:15 GMT
Organization: Sandia National Labs, Livermore, CA

I'm looking for a version of INGRES that will compile under SVR4 (with
minimal trouble and the fewest bugs).

It would also be nice if I could find a version that would compile under
MSDOS, particularly for an extended DOS (486/386 flat memory) compiler
such as Zortech 3.0 C++/386 or djgpp.

I half-heartedly tried to compile the version in ingres89.tar.Z, but
came across so many Ultrix kludges and odd macros that I decided to look
for an updated version. However, if anyone has succeeded in altering the
original ingres89 distribution for SVR4 or DOS, and would be willing to
share code and makefiles, I would greatly appreciate having his/her
source.

Thanks, Harlan Stockman.
From: jdc@tropix.uucp (Jim Cronin)
Newsgroups: comp.unix.sysv386
Subject: Anybody got a good debugger?
Date: 9 Oct 92 11:24:04 GMT
Organization: GCA/Tropel Division, Fairport, NY


Is there such a thing as a good debugger for SysV 386-based
Unixes?  After using dbx and x11ups, sdb just doesn't cut it.

Of course, I'm asking this question for a 'friend', since my
own code always works the first time...

Jim
-- 
	James D. Cronin			jdc@tropel.gca.com
	GCA/Tropel Division 		{rit,uunet!gca}!tropix!jdc
	60 O'Connor Rd.   Fairport, NY 14450	
	716-388-3508	    FAX 716-377-6332
Newsgroups: comp.unix.sysv386
From: fangchin@leland.Stanford.EDU (Chin Fang)
Subject: Re: USL's SVR4.2, when?
Organization: DSG, Stanford University, CA 94305, USA
Distribution: comp.unix.sysv386
Date: Tue, 13 Oct 92 17:25:21 GMT

In article <2ADAD15A.31A5@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:

>Few people are going to have home machines which will have the
>horsepower necessary to run OS/2 or UNIX or NT. If they truly want a
>totally compatible system at work, they'll choose the lowest common
>denominator and use DOS5 at work too. I suspect, 

I will give my "opinions" on this subject regarding the lowest common
denominator.  I work as an mechanical engineer, and my job in aerospace
industry often requires me to write codes (in ANSI C, to many old hands'
dismay and to my own delight :) and to run monster number crunching 
pkgs on either workstations and supercomputers (IBM RISC 6000s, Sun 
SPARCs and Cray XMP-II).  All these machine have UNIX as their OS.
Thus, whenever I do some extra work at home (sigh....:( I use UNIX.
That's the common denominator for this poster.  

If I use tar, it works on IBM, Sun and Cray.  I don't need to go
thru all kinds of gyrations to convert my data.  My own Archive 2150S
reads the same thing as the OEMed version on my Sun.  

I never need  to touch MSDOS or for that matter, anything that BGate
and companies produces.  

There are lots engineers *DO* use MSDOS and Windoz.  However, IMHO,
it's because they haven't educated 'emselves enough of the power of
UNIX.  The price they pay for staying so ignorant is that they
often have to gone thru all kinds of kludgy ways to accomplish their
tasks. 

Bill at GE had a disscussion with me when I was still a grad student
on edu leave a few months back.  I guess he eventually agreed  with my own 
cofessedly very harsh criticism  about general engineer's computer
literarcy.

I will be flamed for saying such.  But after three years at one
of the most computerized campus in US and being a member of technical
staff at a Fortune 200 company for 5 years.  I guess my claim is not
too far from the truth.

At least by the standard of the audiance of this group.

>that beyond the hype,
>Microsoft will have a difficult sell to convince people that DOS5
>isn't enough for routine applications. Beyond the technoweenies and
>"power-users", I wonder just how strong is the demand for NT and OS/2.
>Let alone UNIX.

Judging from my own observations, pretty small.  

Chin Fang
fangchin@leland.stanford.edu
Newsgroups: comp.unix.sysv386
From: herbst@seq.uncwil.edu (R.T. Herbst)
Subject: dos merge tape backup
Keywords: dos merge tape backup
Organization: Univ. of North Carolina @ Wilmington
Date: Thu, 8 Oct 1992 02:54:35 GMT

I  am running USL UNIX rel 4 on i386.
Also running DOS MERGE
Have a Wangtek 5099 (60/120) qic 24
Has anyone had success in reading and writing a 
Wangtek or similar tape using sytos under DOS MERGE?
So far I have sytos installed. Get sorry no controller.
Have setup just like the qt file in /etc/conf/sdevice.d
Thanks in advance.
herbst@seq.uncwil.edu
Newsgroups: comp.unix.sysv386
From: davis@csrg2.ee.iastate.edu (Jim Davis)
Subject: Intel/ISC 4.0.3: can you 'pack' a filesystem?
Organization: Iowa State University, Ames IA
Date: Wed, 7 Oct 1992 14:51:16 GMT

I'm running Intel/ISC 4.0.3 UNIX with ONE 300Mb ufs file system. 
Is there a way to pack a file system to make files contiguous, etc, 
like the Norton utilities do for DOS?  I don't know what kind of
heuristics the Berkeley file system uses, so is the notion of
compacting a UNIX filesystem for better performance even an issue anymore?

Thanks,

Jim Davis
davis@iastate.edu
From: peter@miller.cs.uwm.edu (Peter J Diaz de Leon)
Newsgroups: comp.unix.sysv386
Subject: HELP with lpd under ISC V:3.01
Date: 15 Oct 1992 18:52:09 GMT
Organization: University of Wisconsin, Milwaukee
Distribution: na
NNTP-Posting-Host: 129.89.9.13

I am currently in the process of getting the lpd daemon
up an running on my ISC system. The problem I am having
is when a file is printed I get a prefect banner page
but the text that follows just scrolls off of the page.
My /etc/printcap file looks like:

lp| HP Laser Jet:\
	:lp=/dev/lp:\
	:sd=/usr/spool/lpd/hp:\
	:lf=/usr/adm/lpd-errs:


When I turn off the banner page a just get a blank sheet
of paper.  I have turned off the lp scheduler program which
normally runs under SYS V.

Thanks in advance.
-Peter

peter@miller.cs.uwm.edu

Newsgroups: comp.unix.sysv386
From: wjohnson@nmsu.edu (Wilbur Johnson)
Subject: Display for 386/486 box
Keywords: display monitor graphics
Reply-To: wjohnson@nmsu.edu
Organization: New Mexico State University
Date: Tue, 13 Oct 1992 22:43:22 GMT

I'm getting ready to purchase a 386 or 486 (most likely) box to perform
unix developement on, but find myself hopelessly addicted (spoiled) with
my sun console.  Could anyone give me a good lead on higher resolution
graphics/display systems that are not going to cost as much as the box
itself?

tanx,

---
Wilbur R. Johnson

Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: SVR4 vs SVR3 (was: Re: Announcing the availability of XFree86 1.1)
Organization: AT&T
Date: Wed, 7 Oct 1992 20:39:28 GMT

In article <1992Oct7.194931.16296@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
> In article <1992Oct3.215041.17541@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> 
> | This, by the way, is a perfect example of why SVR4 is better than SCO.
> | We have a single binary kit, ~20MB compressed, that works on SVR4 from 7 
> | different vendors.  
> 
> This may come as a shock, but V.3 worked that way, too, and Xenix/386
> binaries will run on virtually anything. And SCO binaries compiles for
> 8086 running in compatible library mode (-compat?) will run all the way
> back to old Altos, etc, and forward to Destiny.
> 
> Where's the surprise in that?
> -- 
> bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
>     Keyboard controller has been disabled, press F1 to continue.

Show me a package that uses TCP/IP, SVGA graphics, streams-pipes, mice,
etc, etc, where a single binary will run on SVR3 from different vendors.
Show me an X server that can run on AT&T, ISC, SCO, ESIX, Microport, etc
SVR3s.  Ours works on AT&T, ISC, Esix, Microport, MST, Consensys, Dell,
and UHC SVR4 (it's 8, not 7 :->).  We're not talking simple little
character-based, <stdio.h> applications.  We're talking massively
complex things.

We're not really discussing backward compatibility here.  We're talking
cross-vendor compatibility.  People ask why we don't support SCO?  Because
none of us are running SCO.  Amongst the original developers, we had
Microport and Esix SVR4 (plus Thomas' original Dell work), and ISC SVR3.
Our one SVR4 source and binary package worked without change on all of
the different versions, even though we didn't have access to them.  The
same is not true with SVR3.  If I were doing things commercially, I would
support SVR4, and maybe waste some time with SCO.  But in my advertising
I'd have to say "works with SVR4 and with SCO SVR3".  Not "works with
SVR4 and SVR3".  That's an important distinction.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Xref: sparky comp.unix.sysv386:15551 comp.unix.sys5.r4:231
From: shane@cs.sunysb.edu (Shane Bouslough)
Subject: Re: DELL Unix Device Driver Compatibility
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Distribution: usa
Date: Wed, 14 Oct 1992 18:03:08 GMT

Paul Phuoc Han (hang@usc.edu) wrote:

: I thought I heard somewhere that DELL's device drivers will not work on other
: versions of Unix, but this goes against Unix's claims of portability.  Does
: anyone know whether Unix drivers developed under DELL Unix will work on all
: Unix platforms?

I believe the FAQ says that Dell UNIX drivers won't run on other versions
because they have been modified to a lot of auto-configuration. I think
they have informed USL about why this is a *good thing*, and it is being
considered for inclusion in SVR4.2.

Note, other vendor's drivers should work ok, so it's like having type AB
blood, Dell UNIX is the "universal recipient" :-).

-Shane

--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | #include <happy.rhodes>
Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: 486, Local Bus, S3 upgrade
Organization: AT&T
Date: Mon, 12 Oct 1992 20:51:39 GMT

In article <1992Oct12.190542.28161@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
> In article <1992Oct7.204250.19843@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> 
> | There are commercial X implementations from SGCS (which the original poster
> | has) and MetroLink that support S3 and 8514 cards.  There are (currently)
> | no FREE drivers for S3 and 8514, although these are being done for 386BSD
> | and Linux (no one has tackled SVR3 and SVR4 yet).
> 
>   I don't have the docs here, but I think SCO and Dell servers support
> 8514 cards. That's not a contradiction, just another data point.
> -- 
> bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
>     Keyboard controller has been disabled, press F1 to continue.

If I'm not mistaken, the original was asking about 3rd party packages.
If not, Bill is certainly correct, and I should have been more specific.
That's a good point.  Can people who KNOW send me a list of what
non-VGA hardware vendor-supplied X's support?  This is an important
factor in providing a balanced view.  We are working on a 
X-for-Intel-based-Unix FAQ to replace the old X386 FAQ.  This will cover
commercial as well as free offerings (to some extent - the commercial
piece may be limited to a contact/offering list; we'll see).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: keithb@reed.edu (Keith Brown)
Newsgroups: comp.unix.sysv386
Subject: Bell Tech ACE Multiport Serial Card on SCO 3.2.4
Date: 8 Oct 92 16:17:10 GMT
Article-I.D.: reed.1992Oct8.161710.12735
Organization: Reed College, Portland, OR

aught and a long time ago (circa 1988), Bell Technologies (you Microport
types remember;-) had a number of products for the *nix '386 PC environment.
Among them was the 1731 ACE+ 8 Port Serial Board.  We have 3 of them we would
like to get up and running under SCO Unix 3.2.4.

Does anyone know what it takes?

The "Unix SVR3.2" drivers provided won't initialize properly, but we weren't
surprized.  If it can't be done, that's no great panic-- there's bound to be
some Xenix user that can use them, and we can get something a couple of 
generations newer.

Please email your hacks and/or drivers, or an ftp address.  If there's
interest, I'll summarize here.

-Keith,  keithb@reed.edu
From: vid@zooid.guild.org (David Mason)
Newsgroups: comp.unix.sysv386
Subject: Re: Wangtek or Archive?? (and 60 MB tapes)
Date:  8 Oct 92 22:18:58 GMT

From: olson@anchor.esd.sgi.com (Dave Olson)
>
>Archive has told us (me personally) that they qualified the 6250
>tapes on all of their 2150S (qic150 SCSI drives), and are aware of
>no such problems.  This rumor/story has floated around the net, but
>I've never heard a drive vendor confirm it.

I started this thread (whoops - sorry) based on a card contained in a 3M 250MB
QIC tape cartridge:

  IMPORTANT:

  USE OF EXTENDED LENGTH (1020 ft, 
  310.9m) DATA CARTRIDGE TAPES ON 
  CERTAIN TAPE DRIVES DESIGNED TO 
  USE STANDARD LENGTH (620ft, 189.0m) 
  DATA CARTRIDGE TAPES MAY CAUSE A
  CHANGE IN THE HEAD WEAR PATTERN.
  THIS MAY CAUSE INCREASED ERROR
  RATES AND REDUCED HEAD LIFE, 
  ESPECIALLY WHEN USING STANDARD 
  AND EXTENDED LENGTH DATA CAR-
  TRIDGE TAPES ON THE SAME DRIVE.
  BEFORE USING THIS PRODUCT, CONSULT
  YOUR SYSTEMS MANUFACTURER FOR
  SPECIFIC COMPATIBILITY INFORMATION.

The tape is a DC 6250 (250Mbytes, 1020 ft). My drive is an Archive unit, so
I'm glad to hear that statement from them, although it's quite possible that
the situation has changed over the years.

Newsgroups: comp.unix.sysv386
From: gonzo@nevada.edu (DAVID A GONZALES)
Subject: Removable Hard-Disk Sub-Systems
Organization: University of Nevada System Computing Services
Date: Thu, 15 Oct 1992 01:32:14 GMT

HI,
	I recently received a removable hard-disk drive system made by
PLI (Peripheral Land, Inc.) that I had a few questions on:

	 I am running ESIX 4.0.4 and was trying to  use one of the
supplied SCSI drivers to get this thing to work. I trying to use the SD01
SCSI Hard Disk driver but after I put all the information for the SCSI
card using kconfig and try to rebuild the kernel I get missing references
in SD01/Driver.o. Should I be using a different driver? Should I try and
get a driver from PLI? The make of the drive is Infinity 40 Turbo (made
originally by Syquest I believe) and the SCSI card that came with the drive
is called a T100 and uses a standard SCSI interface. I really do want to
be able to use this system under UNIX and not MeSsDOS!!

My sd01 file in /etc/conf/sdevice.d is as follows:

sd01   Y    1    5    0    7    320    323    ce000    cffff

Thanks

David A. Gonzales
gonzo@uns-helios.nevada.edu

Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: 32 Mbram and ISC3.0
Organization: American Micro Group, Ft. Lee  NJ
Date: Sat, 10 Oct 1992 16:13:24 GMT

In article <1992Oct8.120148.19910@osra.sublink.org> fabrizio@osra.sublink.org (Fabrizio Croce) writes:
>Hi ! 
>
>I'have a problem with a EISA machine with motherboard AMI.
>
>I've installed 32Mb of ram but Interactive when come up find only 16Mb of
>ram.
>
>It visualize 32Mb (trunched to 16M) and use it...
>
>The configuration is:
>
>Ami board 32Mbram
>Vga 1024x768 1Mbram
>Controller hd SCSI Adaptec 1542b, hd Seagate 766 Mb
>Lan card wd 8003eb
>
>Someone can help me ?
>
>It seems that interactive don't recognize the board but EISA card on it works !
>
>Bye ! 
>-- 
>Fabrizio Croce		      	- Osra Sistemi s.r.l -
>Str. Druento 280		Venaria Reale TO, Italy
>PHONE: +39-11-4243264		Internet: Fabrizio@osra.sublink.ORG
>DATA : +39-11-4243283           

With Interactive it's:

Not possible to get the OS to recognize more than 16 MB or RAM when you
have the 1542 ISA controller in the system.

You need an Adaptec 174(x) series board with 32 bit addressing, or
a BusTek 74(x) board.
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sysv386
From: lisbon@vpnet.chi.il.us (Gerry Swetsky)
Subject: Re: Colorado Jumbo250 tape drivers for SCO.
Organization: Vpnet Public Access
Date: Wed, 07 Oct 1992 11:38:48 GMT

In article <1992Oct5.135131.71@iris-dcp.es> marrevola@iris-dcp.es writes:
>FTP site for Colorado Jumbo250 tape backup under SCO Unix System V?

    As I recall, they SELL those drivers - at least they used to!

    Be very careful before you post these to an ftp site!

--
============================================================================
| Help stamp out stupid .signature files!           Gerry Swetsky  WB9EBO  |
|                 vpnet - Public access Unix and Usenet                    |
| Home (708)833-8122       vpnet (708)833-8126      lisbon@vpnet.chi.il.us |
============================================================================
Newsgroups: comp.unix.sysv386
From: aa@info.ucl.ac.be (Andre April)
Subject: Re: comm problem
Organization: Unite INFO (Universite Catholique de Louvain)
Date: Thu, 8 Oct 1992 13:59:46 GMT

In article <1992Oct8.132625.1@ntuvax.ntu.ac.sg>, gmhtng@ntuvax.ntu.ac.sg writes:
|> Hi there,
|> 
|> I have just installed the AT&T unix SVR4 into my 486 PC and have problems
|> making use of the serial port for communication with other devices like PLC. I
|> could not even "open" the special file /dev/tty00 which is configured as com1
|> using asy. I believe that the setting or configuration of the serial port for
|> my system was not set up correctly/properly.
|> 
|> Would appreciate it if you coud enlighten me on the procedure to
|> configure the serial port.
|> 

I also have problems with the serial ports of my AT&T unix SVR4 4.0. When
I use X386, the mouse has an erratic response. It seems that most of the
characters generated by the mouse are lost.



Andre April
Newsgroups: comp.unix.sysv386
Subject: Re: I want *YOUR* SCSI tape backup command!! (making it stream)dir
From: rleberle@vax1.umkc.edu
Date: Thu, 15 Oct 1992 07:28:44 GMT
Organization: University of Missouri - Kansas City

In article <1992Oct10.210848.6817@infopro.com>, david@infopro.com (Dragon [David Fiedler]) writes:
> gwr@mc.com (Gordon W. Ross) writes:
> 
>>Stephen M. Youndt <steve@hacker.uucp> asks:
> 
> I didn't see the original post, but with SCO Unix 3.2.4.1 and a 386/33,
> the only way I could get my Wangtek (the 150/250 MB one) to stream was to
> run Bru in double-buffering mode (and I *did* set the jumper on the drive). 
> And this is with a DPT controller with 4 MB of caching.
> -- 
Just my 2 cents
With  SCO Unix 3.2.2, Adaptec 1542b and a Wangtek 5150ES i _had_ to set
the jumper for buffered mode. Without, you will get crazy.

I use gtar and backing up 200MB lasts 35min. Even faster than ftape.
---
Rainer Leberle					rleberle@sparc2.cstp.umkc.edu
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Destiny vs ODT vs Dell vs ESIX
Keywords: Destiny ODT SCO Dell ESIX
Date: 12 Oct 92 18:46:19 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <id.SPWT.EO3@ferranti.com>, peter@ferranti.com (peter da silva) writes:

| your requirements... and TCL is a much nicer programming language than
| sh/ksh: quoting, for example, can be made unambiguous. Plus, you can link
| in your custom TCL commands.

a) where is ksh ambiguous?
b) but both eksh and wksh allow linking stuff, where's the advantage?

ksh is adequate for both scripts and interractive use, and is on all V.4
and later systems, and available for virtually any system. I don't see
any technical advantages to TCL to justify adding it yourself when wksh
is available.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: 486, Local Bus, S3 upgrade
Date: 12 Oct 92 19:05:42 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Oct7.204250.19843@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

| There are commercial X implementations from SGCS (which the original poster
| has) and MetroLink that support S3 and 8514 cards.  There are (currently)
| no FREE drivers for S3 and 8514, although these are being done for 386BSD
| and Linux (no one has tackled SVR3 and SVR4 yet).

  I don't have the docs here, but I think SCO and Dell servers support
8514 cards. That's not a contradiction, just another data point.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sysv386
From: robsch@robkaos.GUN.de (Robert Schien)
Subject: Modula-3
Organization: Private Site, Essen, Germany
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 6 Oct 1992 19:57:11 GMT

I know there is a free Modula-3 development system available for AIX
running on PS/2's. Has someone ported it to other 386 UNIXes?

Robert
-- 
Robert Schien    robsch@robkaos.GUN.de
"To err is human, to really foul things up requires a computer"
From: liuwu@acuson.com (Wu Liu)
Newsgroups: comp.unix.sysv386
Subject: Re: Wangtek or Archive??
Date: 7 Oct 92 17:37:20 GMT
Organization: Acuson; Mountain View, California

vid@zooid.guild.org (David Mason) writes:
>While we are on this topic, does anyone know why I can't get status on the
>tape drive when using the "tape status" command. It just returns invalid
>argument. It's a Viper 150/250MB drive that is SCSI based. The drive's ID is 2
>and otherwise works normally. I'm using SCO Xenix 2.3.2GT.
>
>tape: unable to do 'status' command on '/dev/rct0' : Invalid argument
>
>I'm also unable to perform "tape reset".

I'd guess that /dev/rct0 isn't linked to /dev/rStp0 (at least that's the
name used in Unix; I'm reasonably certain Xenix is the same).

You might try running "mkdev tape"; I'm pretty sure there's an option
for setting the default tape drive.  Set it to the SCSI tape, and you
should be fine.
-- 
Wu Liu                          Software Engineer, User Interface Group
liuwu@acuson.COM                Acuson
Newsgroups: comp.unix.sysv386