NetNews Usenet Archive 1993 #1/NN_1993_1.iso/spool/comp/sys/ibm/pc/digest/200

Internet Message Format | 1993-01-04 | 25.1 KB

Path: sparky!uunet!think.com!ames!agate!ucbvax!WSMR-SIMTEL20.ARMY.MIL!Info-IBMPC
From: [e-mail] ("Info-IBMPC Digest")
Newsgroups: comp.sys.ibm.pc.digest
Subject: Info-IBMPC Digest V92 #213
Message-ID: <[e-mail]>
Date: 4 Jan 93 13:35:47 GMT
Sender: [e-mail]
Reply-To: [e-mail]
Distribution: world
Organization: The Internet
Lines: 695
Approved: [e-mail]
X-Unparsable-Date: Thu, 31 Dec 92 13:20:13 GMT+1

Info-IBMPC Digest           Thu, 31 Dec 92       Volume 92 : Issue 213

Today's Editor:
         Gregory Hicks - Rota Spain <[e-mail]>

Today's Topics:
                       Cache For Amstrad PC1386?
                           Digest availbility
                   FAQ listDir(char* path); (3 msgs)
                    how to hookup RGB monitor to PC
          IBM-PC BIOS beep error codes and numeric error codes
                      ibm sound card mailing list
                             mailing ,lists
                      MS-DOS in 386 protected mode
                  OS/2 Comm Problems - Fixed? Read On
                     OS/2 Performance tip (2 msgs)
     PS/2 High Density mode for 3.6" [sic] Floppy isn't Compatible
               restore + subst does not work together :-(
                    Seagate ST4766N SCSI Drive Info
                        Symbol libraries in dos
           Unix Windows for virtual terminals under OS/2 2.0
                 Re: 7 seamless shells to BSD machine!
                 Where can I get VESA/VL-Bus/PCI Specs
                             why buy unix?

Send Replies or notes for publication to: <[e-mail]>

Send requests of an administrative nature (addition to, deletion from
the distribution list, et al) to: <[e-mail]>

Addition and Deletion requests for UK readers should be sent to:
<[e-mail]>

Archives of past issues of the Info-IBMPC Digest are available by FTP
ONLY from WSMR-SIMTEL20.ARMY.MIL in directory PD2:<ARCHIVES.IBMPC>.

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

Date: Sun, 27 Dec 1992 18:14:58 -0500
From: Ken J Lebowitz <[e-mail]>
Subject: Cache For Amstrad PC1386?

I've got a PC1386 (20 megahertz 386) from Amstrad.  It claims to be
capable of having a memory cache added to it if you strap it correctly
and populate the cache chip sockets.  Unfortunately, the manual
neglects to inform you of which chip type is required for the cache.

I wrote to the manufacturer and they were nice enough to send me a
photocopy of a page in their upgrade manual but the cache instructions
are scant at best.  It specifies (and I quote) '64Kx9 DRAMs 35ns' for
the memory cache.  Every chip supplier that I contact says that this
couldn't be the case.  Is there anyone out there who knows what I
should be using in this machine?  Perhaps there is someone out there
who has already enabled their cache and they could send me the part
number off of the chip itself?

Many thanks,
Ken Lebowitz
<[e-mail]>

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

Date: Mon, 28 Dec 1992 04:54:27 -0700 (MST)
From: Gregory Hicks - Rota Spain <[e-mail]>
Subject: Digest availbility

well...

>What kind of E-mail would one have to use to be added to/deleted from the
>info-ibmpc-digest as an internet user (_not_ BITNET)...

Well, if you can get the Digest via BITNET, it's better for everyone if
you continue to do so.  The main distribution list is approaching 1,000
addees.  BITNET alone has close to 9,000.  USENET distribution adds an
estimated 31,000...  The majority of entries on the main list are
re-distribution lists..  (More than 3 people at one host, I go out and
ask the HAdmin to set up a redist list.)

If you *really* want to be added to the main list (it won't solve what
I think you percieve is a distribution problem), send a note to
<[e-mail]>.

The mailer here at WSMR rejected a whole bunch of digests because of a
'bad' address (read: host name) and they went into never-never land for
a while.

Let me know your desires.

Regards,
Gregory Hicks
Editor, Info-IBMPC Digest

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

Date: 24 Dec 92 22:47:11 GMT
From: Sandy Pittendrigh <[e-mail]>
Subject: FAQ listDir(char* path);

I couldn't find the answer to this question in the FAQ, although it
sounds like one.

How can I list the contents of a specified directory from within a
(Turbo C++) program?

Seems like there ought to be a PC-specific Turbo function like:
listDir(char *path); -----but I can't find it. Am I blind?  Anyway, I
would be grateful for an answer.

[e-mail]

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

Date: 27 Dec 92 19:35:32 GMT
From: Mark Wright <[e-mail]>
Subject: FAQ listDir(char* path);

You're not blind, no such function is provided.  Here are two that I
use.  Note that files is an array of char *, and actually allocating
the space each char * points to is done in the function.  So, that
space must be free()'ed later.

/** FILE LIST **/

int file_list( char *files[], char *path )

{
  struct ffblk file_info;
  int i;

  i = 0;
  if (findfirst( path, &file_info, FA_ARCH ) == 0) {
    files[i++] = strdup( file_info.ff_name );
    assert( files[i-1]  );
    while (findnext( &file_info ) == 0) {
      files[i++] = strdup( file_info.ff_name );
      assert( files[i-1]  );
    }
  }

  return i;
}

/** FILE LIST **/

/** DIR LIST **/

int dir_list( char *files[], char *path )

{
  struct ffblk file_info;
  int i;

  i = 0;
  if (findfirst( path, &file_info, FA_DIREC ) == 0) {
    if (file_info.ff_attrib == FA_DIREC) {
      files[i++] = strdup( file_info.ff_name );
      assert( files[i-1]  );
    }
    while (findnext( &file_info ) == 0)
      if (file_info.ff_attrib == FA_DIREC) {
        files[i++] = strdup( file_info.ff_name );
        assert( files[i-1]  );
      }
  }

  return i;
}

/** DIR LIST **/

Mark Wright
[e-mail]

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

Date: 27 Dec 92 20:09:37 GMT
From: "Stephen R. Phillips" <[e-mail]>
Subject: FAQ listDir(char* path);

Sandy Pittendrigh ([e-mail]) wrote:
: I couldn't find the answer to this question in the FAQ, although
: it sounds like one.

: How can I list the contents of a specified directory from within
: a (Turbo C++) program?

: Seems like there ought to be a PC-specific Turbo function like:
:   listDir(char *path); -----but I can't find it. Am I blind?
: Anyway, I would be grateful for an answer.

    ACKKK!   :)

WELL sorry no such animal, however there is findfirst and findnext
(dos.h) these wonderful tool help you do such work.  Check the manual
or the IDE help.

Cyberman
--
This is my sig file!
Read rec.games.programer!

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

Date: 15 Dec 92 22:15:09 GMT
From: [e-mail] (Satyendra Dhingra)
Subject: how to hookup RGB monitor to PC

I currently have a PC Clone with SVGA, I would like to replace my
current monitor with a sony RGB monitor.  Does any one know if it is
possible to do this by use of some adapter.

thanks in adv for any response,
satyendra
[e-mail]

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

Date: Mon, 28 Dec 92 12:52:15 EST
From: Tom Toffoli <[e-mail]>
Subject: IBM-PC BIOS beep error codes and numeric error codes

I'm trying to revive or junk a number of PC/XT/AT's.  Where can I find
a listing of the low-level error codes that the IBM-PC BIOS sends as
sequences of speaker beeps? Similarly, where do I find a listing of the
numeric error codes (such as `1408') that the PC displays on the
monitor if something goes wrong with booting?

Tom Toffoli
MIT Laboratory for Computer Science

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

Date: Mon, 28 Dec 1992 08:25 EDT
From: "MATTHEW E. PEARSON" <[e-mail]>
Subject: ibm sound card mailing list

I have created a mailing list for discussion of IBM sound Cards and
their programming and use..

It is at: [e-mail]

To join.. send a mail message to the above address with the following
text: HELP  (if you are new to listservers) SUBSCRIBE IBMSND-L <full
name eg: matthew e. pearson>

That's it.. the list will not be active until after January 1st. But
subscriptions to the list are being accepted now.

Thanks
Matthew E. Pearson
List Moderator

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

Date: Mon, 28 Dec 1992 16:01:56 GMT
From: Jeremy R Bennett <[e-mail]>
Subject: mailing ,lists

IBM and Compatible Sound Card Discussion Mailing list has started. It
is run at the mailserver at Brown University.. To subscribe to the
list, send a 1 line message to:

[e-mail] ([e-mail]"

The message should say:
SUBSCRIBE IBMSND-L <full real name>

for help with the listserv commands: send a message saying HELP and
thats it..

DANGEROUS JOURNEYS - MYTHUS mailing list server
[e-mail]
[e-mail]

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

Date: 27 Dec 92 00:30:13 GMT
From: Walter Bright <[e-mail]>
Subject: MS-DOS in 386 protected mode

[e-mail] (Tim Triemstra) writes:
/No, the 32bit and 16bit protected mode applications you run every day are
/not "pretending to work."  However, they are NOT working under UNMODIFIED
/msdos (as you even quoted.)  32bit requires a DOS extender, as does 16bit
/(16bit has different types like DPMI etc, not always called an extender.)

Most DOS extenders do not modify DOS. They don't modify DOS on the
disk, they don't require a device driver (at least the better ones
don't!).  The better ones don't require a DPMI host either. A DOS
extender is a block of code that sits partly in protected mode and
partly in real mode.  It's job is to catch calls to DOS from protected
mode, switch to real mode, pass the call on to DOS, catch the result,
and switch back to protected mode.  I suppose we are quibbling terms
here, but since it looks to the user like an ordinary executable, and
leaves no "trail" of installed TSR's or modified disk files, and
requires no special installation of DOS (i.e. no CONFIG.SYS
modifications), I'd call that not modifying DOS.

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

Date: 23 Dec 92 07:21:04 GMT
From: KUMARADAS JOSEPH CARL <[e-mail]>
Subject: OS/2 Comm Problems - Fixed? Read On

 [e-mail] (Chris McClellen) writes:

>My only problem is now, HOW DO I TELL OS/2 my tasks are IMPORTANT,
>even though I am not pressing a key!?!?!?!?  The people who did
>wordprocessing, etc while downloading didnt have a problem, because
>they are hitting keys.  However, When I download in the background, I
>may be compiling something under dos.  If I dont hold down a key in the
>compiler session, It will basically freeze until the transfer is over.
>This is SERIOUSLY annoying.  Right now, it means I really CANT
>multitask DOS apps during a transfer.  And believe it or not, I still
>have to code DOS apps too.

>If anyone at IBM is listening:  Who made the decision to declare a process
>idle if no keystrokes are being generated???  Thats the same thing MSWindows
>does, and is a cop out.  Why didnt you run some kind of algorythm to check
>to see if the program is calculating, etc, versus sitting in a readkey loop??
>It is causing me serious problems.
>
>If IBM doesnt fix this soon, Its off to the next OS, but hopefully, they
>WILL fix it.
>
You can set this with the idle sensitivity and idle time in the
settings notebook.  Set IDLE_SENSITIVITY=100, IDLE_SECONDS>5 which will
basically disable idel detection.  Under lame DOS this is the only way
I can think of for detecting if a program is "idle".  Programs are
always exectuing CPU instructions, so "idle" is defined as the state of
waiting for input.  This is usually done under dos by polling the
key-board via a DOS call interupt.  OS/2 vertualizes this interrupt and
uses it for idle detection.

This work fine for most normal programs (especially wordproccesor which
spend most of their time waiting for keyboard input).  The only problem
is with programs such as comm programs.

Carl.

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

Date: 23 Dec 92 04:36:18 GMT
From: "Max C. Pritikin" <[e-mail]>
Subject: OS/2 Performance tip

This isn't entirly on the subject, but oh well. :)

I have been having troubles with my 386-40 (AMD) machine.

Parity errors (blech.).  I just bought 16 megs of memory and am really
bummed, BUT.  It doesn't seem to be the new memory.

So, i've been trying out different CMOS settings, include disabling my
cache (64k).

I didn't think it would make much of a difference (as i'm multitasking
and thought that the context switches would nuke most of the advantages
of my cache anyway).  WRONG ANSWER.  I'd *guess* (i didn't try
benchmarks yet) a factor of two speed difference.

the questions:  How is a CPU cache affected by context switches? (about
how much code is involved in a switch?  about how much code can run in
a particular application before a switch, etc.)

    How to better track down the parity errors?  (PS, i've reseated
all my cards and DIPS and i've re-enabled the cache (machine wasn't as
usable without it) and i've NOT had a parity error lately).

thanks,
    -Max

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

Date: 23 Dec 92 16:26:45 GMT
From: John Patrick Lestrade <[e-mail]>
Subject: OS/2 Performance tip

Well, I just got my 386/33 up to 8 megs so I finally could install
OS/2.  Wouldn't you know it, I managed to break the little plastic
holder thingies so one of my simms is leaning against its neighbor.
Well, I borrowed a wooden popsicle stick from my son's 5-th grade art
project (He'll never miss it) and wedged it between the two simms.
Voila.  It works, OS/2 installed without a hitch.  And I cannot help
but marvel at the problems some people have with parity errors, etc, ..
I must be lucky this time.

John Patrick Lestrade
cnesta::lestrade                       Let's try again in '96!
[e-mail]

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

Date: Mon, 28 Dec 92 11:53:15 -0500
From: Joe Morris <[e-mail]>
Subject: PS/2 High Density mode for 3.6" [sic] Floppy isn't Compatible

In INFO-IBMPC 92.186 [e-mail] says:

>Does anyone know why the high density mode of an ibm ps2 1.44 floppy
>drive doesn't work in an ibm compatible AT?  By the way, I did
>connected the 40,38 en 36 flatcabel lines to the power supply, it seems
>to work fine in the low density (720Kb) mode.

and Ye Editor inserted a comment:

>[I think it's because the formatting is different.  I've used diskettes
>formatted in 'another' machine on a PS/2 with no problems but I've been
>unable to get diskettes formatted on a PS/2 to read on an ISA
>machine...  gph]

I must disagree.  I've had no problems using HD diskettes to exchange
data between PS2 and ISA bus computers, regardless of where they were
formatted.  This is based on our local population of a few thousand PC
systems, both true-Blue PS/2 boxes and various clones.

The most common problem in moving 1.44 MB disks between machines occurs
when someone tries to save a few dollars and formats double-density
diskettes to 1.44 MB on an IBM system, then has trouble reading them on
a clone.  The reason for this is that for whatever reason the IBM boxes
do not test for the hole in the disk which indicates that the disk is
intended for high-density use, while many clones do check for the hole
and refuse to accept a disk formatted in violation of the
specification.

Some users report no trouble using DD disks formatted as HD, but the
magnetic material is *not* the same on the two types of disks, and
(imho) doing this is a crapshoot.

Another possibility here is that the AT-compatible may not be equipped
with a BIOS capable of using HD diskettes.  Since the 3-1/2" disks
arrived on the PC scene long after the AT, and the 1.44 MB HD mode
arrived even later, it's possible that the BIOS just doesn't know that
the disks now come in two flavors.  Check with the BIOS vendor to make
sure, unless there's some clear setup option for a 3-1/2" in HD mode
provided in the BIOS setup.

Joe Morris / MITRE

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

Date: 22 Dec 92 16:20:53 GMT
From: Weber <[e-mail]>
Subject: restore + subst does not work together :-(

I have backed up D:\*.* with Msdos backup to discs.

On my own machine I got no D: partition.  I'd like to have the backed
up files in C:\tmp

CD to tmp and restore A: C:  won't work.

With DOS 5.0 I'd enter subst d: c:\tmp and change to D: and the restore
works (and so I did it in the end).

The problem with OS/2 2.0 is, subst works only in a dos shell and
restore works only in an os/2 shell :-(

So could someone tell IBM to fix this problem, please.

BTW, It would be very nice if every OS/2 text mode program could
understand /H or /?  " --

Juergen G. Weber
Student am Institut fuer Informatik
University of Stuttgart - Germany

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

Date: Mon, 28 Dec 92 11:53:22 -0500
From: Howard Weiss <[e-mail]>
Subject: Seagate ST4766N SCSI Drive Info

For the person looking for technical information of the Seagate ST4766N
SCSI disk drive, I got the following from the 1seagate.zip file in the
archives....

Hope this helps.....

                         SEAGATE TECHNOLOGY, INC.
       Customer Technical Support FAX Network [phone]
     Customer Technical Support Bulletin Boards (300-9600, 8-N-1)

3 United States    [phone]  United Kingdom [phone]
3 Germany         [phone]  Singapore      +65   227-2217  3
                            (C)opyright 1991

ST-4766N (94191-766) Wren 6 FH SCSI

                     ZDD Some 16-pin configurations may not have these pins.
                     3
                     3  UMMMMMMMMMMMMMMMMMMMMMMMMMMMMM8 /D4D3D2D1D\
      MMMMMPMWMAMMMMMXMM5:::SCSI:Cable:::::::::::::::1FM5 0 0 0 0 FMM
      ZD?            3  TMMMMMMMMMMMMMMMMMMMMMMMMMMMMM> @D5DGDGD12Y
      3o3o o o o o o(o)o ZDDDDDDDD1ZDDDDDDDD1ZDDDDDDDD1     Power
      EoEo o o o o o(o)o @DDDDDDDDY@DDDDDDDDY@DDDDDDDDY
      @DY  4 2 1 M P 3 3    Terminator Resistor SIPS
       3   DDBDD 3 3 3 3
       3     3   3 3 3 @D  Reserved
       3     3   3 3 @DDD  Motor Start Delay ( 16 sec * ID)
       3     3   3 @DDDDD  Parity option enable
       3     3   @DDDDDDD  Motor Start option enable
       3     @DDDDDDDDDDD  Drive ID's, ID 0 (none) if only SCSI device
       @DDDDDDDDDDDDDDDDE  Terminator power from Drive (vertical)
                        @  Terminator power from Bus (lower horizontal)


                             ST-4766N
                        94191-766 WREN 6 FH

       UNFORMATTED CAPACITY (MB) ________________766
       FORMATTED CAPACITY (54 SECTORS) (MB) _____676
       ACTUATOR TYPE ____________________________VOICE COIL
       TRACKS ___________________________________24,480
       CYLINDERS ________________________________1,632
       HEADS ____________________________________15
       DISCS ____________________________________8
       MEDIA TYPE _______________________________THIN FILM
       RECORDING METHOD _________________________RLL
       TRANSFER RATE (mbytes/sec) _______________1.875
       SPINDLE SPEED (RPM) ______________________3,600
       AVERAGE LATENCY (mSEC) ___________________8.33
       BUFFER ___________________________________32 Kbyte
         Read Look-Ahead, Non-Adaptive,
         Single-Segmented Buffer
       INTERFACE ________________________________SCSI
       TPI (TRACKS PER INCH) ____________________1,459
       BPI (BITS PER INCH) ______________________30,500
       AVERAGE ACCESS (ms) ______________________15.5
       SINGLE TRACK SEEK (ms) ___________________3
       MAX FULL SEEK (ms) _______________________37
       MTBF (power-on hours) ____________________150,000
       POWER REQUIREMENTS: +12V START-UP (amps) _4.5
                           +12V TYPICAL (amps) __1.5
                           +5V START-UP (amps) __1.0
                           +5V TYPICAL (amps) ___0.6
                           TYPICAL (watts) ______21
                           MAXIMUM (watts) ______59
       BUFFERED STEP PULSE RATE (micro sec) _____N/A
       WRITE PRECOMP (cyl) ______________________N/A
       REDUCED WRITE CURRENT (cyl) ______________N/A
       LANDING ZONE (cyl) _______________________AUTO PARK
       IBM AT DRIVE TYPE ________________________0 or NONE

Already low-level formatted at the factory.

Seagate reserves the right to change, without notice, product offerings
or specifications. (6/26/90)

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

Date: 27 Dec 92 00:21:29 GMT
From: Walter Bright <[e-mail]>
Subject: Symbol libraries in dos

[e-mail] (John Gibney) writes:
/In VAX/VMS, symbol libraries are used to return status values, etc.
/for the results of calls to system services.  This allows programs to
/test against, for example, SS$_NORMAL, for a success status.  One of
/the main advantags of this is to aid program maintenance - if the
/developers of the O/S decide to change a status value, existing
/programs won't break - they will (probably) only need to be relinked.
/I would like to know if anyone has any ideas on how a similar scheme
/may be implemented in DOS.  I have 1 idea of using #include files, but
/I think that's a bit gauche, sometimes...  Any other clues?

Handling of huge pointers is done just this way. Externals __AHINC and
__AHSHIFT are referenced which provide the information at runtime as to
the gaps between selector values. This enables the same program to run
in real mode and various protected modes (as in Windows PM, DOS
extender PM, and 16 bit OS/2). The values of __AHINC/SHIFT are provided
either by the runtime library or are exported by the operating system
DLL.

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

Date: 21 Dec 92 22:49:23 GMT
From: Meir I Green <[e-mail]>
Subject: Unix Windows for virtual terminals under OS/2 2.0

Date: Mon, 21 Dec 92 16:20:01 EST
From: [e-mail] (Rich Cherry)
Message-Id: <[e-mail]>
Subject: Re: 7 seamless shells to BSD machine!

What files do I need to get the UNIX windows ?

Thanks in advance
Rich

 $ ftp pc.usl.edu
Connected to pc.usl.edu.
220 pc FTP server (Version 4.2 Fri Dec 9 12:38:39 PST 1988) ready.
Name (pc.usl.edu:mig): anonymous
331 Guest login ok, send ident as password.
Password:
ftp> cd /pub/unix/uw
ftp> dir
150 Opening data connection for /bin/ls (128.59.40.141,2467) (0 bytes).
total 428
-rw-r--r--  1 1116     48          22068 Sep 25 09:02 unpit0.1.hqx
-rw-r--r--  1 1116     48         179172 Sep 25 09:02 uw.pit.hqx
-rw-r--r--  1 1116     48          71403 Sep 25 09:05 uwpc201.zip
-rw-r--r--  1 57       48         145725 Dec  9 11:11 uwwin104b9.zip
ftp> bin
ftp> get uwwin104b9.zip

You also need to get the server file from one of the unix
directories....  Then you need to make it on your unix machine.  I
found that it was already compiled on Columbia's machines!

It is /usr/local/bin/uw.

Give UNIX-Windows for Windows a shot!  It is really nice under OS/2!  I
got it from Host pc.usl.edu

    Location: /pub/unix
      DIRECTORY drwxr-xr-x       2048  Sep 25 09:05  uw

> cs.utexas.edu!torn!mcshub!nimios![e-mail]

[e-mail] (Alok Dhir) writes:
>Hello fellow happy OS/2ers (and you unhappy ones too :-) )...
>I am somewhat amazed by the efforts of Ronald Wong and his DOS mode
>comm program called Mutex.  For those of you that don't know, it is a

[cut ...]

>
>Actually, I am not sure if something like this exists already...does it?
>Any info is appreciated.  And please, if you think you can do it, DO IT!
>
>The author of Mutex is Ronald Wong, [e-mail]...

There is another similar piece of software called UW - Unix Windows.
It's also a host-client arrangement.  The host has been developed for
BSD and there are client versions for the Amiga, the Mac, DOS &
Windows. (I believe it was originally developed for the Amiga) It's
been around for quite a while.  I'm using the Windows version in
seamless.  The released version 1.03 for windows has only adm31
emulation, but the beta 1.04 has pretty decent vt100 support & ZModem.
The person who is writing the Windows version is Russ Poffenberg
([e-mail]).  I hear rumours that a PM version is being
worked on.

This type of comm package is *very nice* -- just like having multiple
xterms without the overhead of X.

(IMHO anyway)

Bob Dony, Ph.D. Student                           [e-mail]
Communications Research Laboratory                      [phone] x7282
McMaster University, 1280 Main Street West
Hamilton Ontario CANADA  L8S 4K1

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

Date: Mon, 28 Dec 92 11:10:09 PST
From: Jeff La Coss <[e-mail]>
Subject: Where can I get VESA/VL-Bus/PCI Specs

Folks,

 I have a PC-based design project coming up. Since bandwidth is THE
primary concern, which bus to use is something of an issue.

 Can anyone direct me to sources of specs for the "standard" busses
for the PC:
    ISA/EISA
    VL-BUS
    VESA (is this the same as VL?)
    PCI

 Please reply to me via email: I'll summarize responses and post the
result.

 Thanks,
    Jeff

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

Date: Mon, 28 Dec 92 09:46:38 EST
From: [e-mail] (A. Kaniss)
Subject: why buy unix?

Why buy unix?  Linux exists and is available for the price of a
download.

jude <[e-mail]>

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

End of Info-IBMPC Digest V92 #213
*********************************
-------