HDTenEightyP/NetNews huggingface dataset:
From: kjb@cs.vu.nl (Kees J. Bot)
Subject: Re: ACK ANSI Compiler
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Tue, 26 Jan 1993 10:43:13 GMT

newton@monty.apana.org.au (Mark Newton) writes:
>
>(not to mention the lockups that bar = time() would cause when time()
>would try to write its current timer value to a pointer argument that
>hadn't been supplied - bar = time(NULL) was the simple fix for that.
>bar = time() doesn't crash at all when c68 is used over the same source
>code).

How people can make the rest of their words null and void by saying
things like this...  "bar = time()", I want a core dump dammit!
(No fault of c68, just pure luck that it worked.)

Slight change of subject:

_KJB's guide to installing software_.

1. Unpack the stuff in a fresh directory, usually
   /usr/local/src/cmd/<package-name>-<version-number>.

2. Look at the installation docs, if it needs more than a lib dir, more
   than one binary per user function, more than one environment variable
   or $HOME/.<package>rc:  Remove package.

3. Set your compiler to maximum amount of checking, this is default for
   ACK.  If you have gcc use 'gcc -ansi -pedantic -Wall', this will
   even check printf arguments to the format string.  Enable separate
   I&D and null pointer dereference checking.

4. Decide how much of your time this package is worth and start your
   timer.  If it runs out:  Remove package.

5. Twiddle Makefile and/or a configuration include file to get the
   package to understand that its support files are in
   /usr/local/lib/<package>, and binaries go to /usr/local/bin.  If it
   doesn't like it:  Remove package.

6. Twiddle Makefile to make silent commands (those with @ in front) not
   silent.  Remove echo's.  No surprises please.  Remove 'rm -f' of the
   target binaries, they break links.  Study output of 'make -n'.

7. Run make.  Look at the error messages and warnings.  If it is about
   K&R style code then add '-wo' or remove '-ansi'.  No problem with
   proper K&R style code.  Check the warnings, if they indicate that the
   author doesn't have a clue about portable programming:  Remove package.
   Make repairs and rerun make until the package compiles or the timer
   runs out.

8. Try to run the package, do some of step 9 first if necessary.
   If it craches then try to repair.

9. Look at the installation instructions and/or run 'make -n install'
   and study it's output carefully.  Do the installation by hand.

Yes I do have some third-party software on my system, I set the timer
high sometimes.  For Minix it will never expire.

First release of Minicom did not survive its 30 minutes, I have
forgotten why.  I won't try again, kermit is good enough for the few
KB that I move around.

High time I tried c386.  It sounds promising, so I'll give it a day.
One can't have too many compilers.
--
	                        Kees J. Bot  (kjb@cs.vu.nl)
	              Systems Programmer, Vrije Universiteit Amsterdam
Newsgroups: comp.os.minix
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Subject: Re: help
Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
Date: Thu, 21 Jan 1993 12:36:43 GMT

hanzlik@liebnitz.ssd.kodak.com (Jeff Hanzlik) writes:


>Hello Minixer,

> I recently upgraded to Bruces Minix-386.  I have had a problem trying to 
>use ps since then it fails with a core dump.

>Anyone have any ideas perhaps something I over looked when building the 
>kernel..

Here are some points to check:

* Did you call ps -U?
* Is ps using the right images (if you are using shoelace, the paths
  in ps.c are probably wrong)
* Did you compile ps with the same defines (-DINTEL_32BITS ...) as 
  kernel, mm, and fs?
* Did you compile ps with the same include files as kernel, mm, and fs?

[BTW, is this in the FAQ? It should be]
-- 
|    _  | Peter J. Holzer                       | Think of it   |
| |_|_) | Technical University Vienna           | as evolution  |
| | |   | Computer Science/Real-Time Systems    | in action!    |
| __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |
From: Fuerwitt <fuerwitt@winx04.informatik.uni-wuerzburg.de>
Subject: (none given)
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Thu, 21 Jan 1993 13:31:20 GMT

HELP
-- 
Mail System (MMDF)
From: dsg1@unix.brighton.ac.uk (gill)
Newsgroups: comp.os.minix
Subject: ethernet cards
Date: 26 Jan 93 12:16:20 GMT
Organization: University of Brighton, UK

hello folks

has anybody out there used ethernet with Minix 1.5 on the 
IBM PC ?

deshinder singh GILL
email  

dsg1@uk.ac.brighton.vms
From: scr2275@hertz.njit.edu (Samuel C. Ramac)
Newsgroups: comp.os.minix
Subject: Latest version of MINIX? Where?
Date: 25 Jan 93 18:31:40 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

Hi!

   I'm sure this question is a FAQ but I just want to know where I can 
get the latest version of MINIX?

   Thank you.


-Sam-  

  
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Samuel C. Ramac                       internet: scr2275@hertz.njit.edu
Dept. of Electrical Engineering                
Drexel Thin-Film Microelectronics Lab.     
New Jersey Institute of Technology         
Newark, NJ 07055
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: postmaster@nl.nusc.navy.mil (SMTP MAILER)
Newsgroups: comp.os.minix
Subject: Mail not delivered yet, still trying
Date: 26 Jan 93 04:54:40 GMT
Article-I.D.: udel.1993Jan26.053401.10829
Organization: University of Delaware
Originator: mmdf@louie.udel.edu


 ----Mail status follows----
Have been unable to send your mail to <thanos@vsdec.nusc.navy.mil>,
will keep trying for a total of three days.
At that time your mail will be returned.

 ----Header of message follows----
Date: 25 Jan 93 22:02:00 EST
From: INFO-MINIX@UDEL.EDU
Subject: Mail not delivered yet, still trying
To: "thanos" <thanos@vsdec.nusc.navy.mil>
-- 
Mail System (MMDF)
Newsgroups: comp.os.minix
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: Another MacMINIX 'suggestion'
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sun, 24 Jan 1993 02:55:00 GMT

In article <1993Jan23.150444.16610@crash> cwr@crash.cts.com (Will Rose) writes:
>James Abendschan (bf795@cleveland.Freenet.Edu) wrote:
>:  
>: >Date: Fri Jan 22 08:05:47 1993
>: >From: jimlynch@netcom.com (Jim Lynch)
>: >Subject: Re: Things I Wish Were In MINIX
>: >To: bf795@cleveland.Freenet.Edu
>: >Newsgroups:  comp.os.minix
>
>[lines omitted]
>
>: >On longer names: the files limits.h, unistd.h and ar.h all have a
>: >#define whose name contains NAME_MAX. Can I increase this value 
>: >without screwing things up? Specifically, would I then have a different
>: >flavor of directory entry (and therefore a different flavor of 
>: >filesystem?)
>:  
>: Actually, I think 13 chars is a POSIX requirement or some such.  I
>: don't know about this.  It should work though, I suppose.
>
>NAME_MAX is the maximum length of a filename; depending on how it is
>used in application programs or the kernel, changing it could blow
>away the filesytem on which the resultant programs are run.  Minix
>uses short filenames of 14 characters because a 14 character filename
>and a 16 bit inode number fit into a 16 byte directory entry.  You
>can write filesystems with very_long_names, and I think it's been 
>done for Minix, but I wouldn't just change NAME_MAX and recompile
>if I were you...

I see the problem. If I made this change, I wouldn't be able to refer to
the old-style short-filename filesystems.

So,,, howbout allowing Minix to have multiple file systems?

Newsgroups: comp.os.minix
From: "Mr. W.I. Sellers " <wis@uxb.liv.ac.uk>
Subject: ANSI C man pages
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Tue, 26 Jan 1993 12:54:43 GMT

Are there any man pages out there for the standard set of C library
functions? ANSI defines a whole lot of functions and include files and
GCC comes with the relevant libraries, but as far as I know, doesn't
have man pages for them.

I suppose I'm lazy, I've just got used to typing

man ispunct

to find out exactly what the function does on the HP in the computer
lab and I'd like to do the same for minix running in my office.

Are they in the 386-BSD distribution perhaps? Any info would be
gratefully received!

Thanks

Bill Sellers (wis@uxb.liv.ac.uk)

PS. Did I hear right that the next version of MacMinix will compile
using 32bit integers for us gcc/c68 users?

-- 
Mail System (MMDF)
Newsgroups: comp.os.minix
From: bde@runx.oz.au (Bruce Evans)
Subject: Re: estdio, MacMinix.
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Tue, 26 Jan 93 21:57:13 GMT

In article <19930124.184139.871@almaden.ibm.com> glalonde@vnet.ibm.com (Glen Lalonde (448-4278)) writes:
>Will estdio work on M68K system? I recall hearing from one person he had
>it working, but that it was not officially support/no instructions.

It works on the following systems:

Minix-PC (ACK compiler)
Minix-PC (tcc cross compiler)
Minix-PC (bcc compiler)
Minix-PC-386
Pyramid (not sure exactly what versions for all the rest)
Sun
Sun4
Mips

and has 194K of installation code, so there is a good chance that it will
work if you can get the installation to run to completion :-).  The
complications are mostly for floating point, broken system headers and
complicated system headers.
-- 
Bruce Evans  (bde@runx.oz.au)
Newsgroups: comp.os.minix
From: bf795@cleveland.Freenet.Edu (James Abendschan)
Newsgroups: comp.os.minix
Subject: Re: estdio, MacMinix.
Date: 25 Jan 1993 09:07:01 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: bf795@cleveland.Freenet.Edu (James Abendschan)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, glalonde@vnet.ibm.com (Glen Lalonde 448-4278)) says:

>Will estdio work on M68K system? I recall hearing from one person he had
>it working, but that it was not officially support/no instructions.

Hmm.. how much tweaking did he have to do to get it working?  I'd be
interested in hearing his story.

>
>The last I heard, the next update to macminix will use the comm toolbox
>for the windows, thus you get cut/paste and scroll back.

The communications toolbox for the windows?  I'm a little fuzzy on
that..  The comm. toolbox to increase the # of ttys.. is that what you
meant?  Cut+paste+scrollback sounds Very Nice Indeed.  I'm ready for
that. :)

>
>As for file IO, I had a 10 line hack that simply caused MacMinix to call
>the Mac device driver rather than using a file for the fileSystem. I will
>try it again and see if it speeds things up. Last time I tried it was on
>a mac+ with a floppy, BIG damger hear, since it calls the driver directly
>and thus a bad sector no will trash the mac part of the disk. Then again
>it might be faster, and I have minix on a HD by itself.

Hmm.. well, test it, post it, whatever.. anything short of a CPU upgrade
to get the exec running faster!

>
>More later...
>

I'll be watching..

-- james
From: hlin@cbnewsi.cb.att.com (hua.t.lin)
Newsgroups: comp.os.minix
Subject: Re: New to minix, where to ftp FAQ and minix
Date: 27 Jan 93 18:40:19 GMT
Distribution: usa
Organization: AT&T

In article <BCHEN.93Jan15153925@hongkong.WPI.EDU> bchen@hongkong.WPI.EDU (Bi Chen) writes:
>
>I am going to take OS course and want to do the project on minix. Where
>I can ftp an FAQ and the minix source code listed on Tanenbaum's book.
>I suppose it is in public domain.
>
>Thanks in advance.
>
>Bi Chen

Buy the software, and it comes with the source code and a manual.
It is published by Printice Hall.
- HTL
Newsgroups: comp.os.minix
From: SESPC395@ysub.ysu.edu (Max)
Subject: Re: pc minix problems
Organization: Youngstown State University
Date: Wed, 27 Jan 1993 14:26:17 GMT

In article <21668@ucdavis.ucdavis.edu>
ez001496@hamlet.ucdavis.edu writes:
 
>
>Hello,
>
>  I just recently installed unix onto my 486 and I'm having a couple of
>problems.
>
>1. Sometimes when I try to open a file with ELVIS (vi) I get a
>   "<file> is busy" message from the shell.
 
Go to tmp directory's and make sure that all temp files are erased. The elvis
editor uses temporary files, and if you leave elvis any other way than :q or
ZZ (for example rebooting) tempfiles  are left in /usr/tmp.  Elvis sees this
and thinks another user/process is using it.
 
>2. After being online for a couple of hours, the screen freezes and
>   in the middle of the screen I get the msg "alarm clock".  The keyword then
>   locks up and I will have the reboot.
 
I am not really sure on this one.
 
 
                            +-------------------------------------------
Max W. Blackmer, Jr.         PLEASE STANDBY BOOTING BRAIN SYSTEM ...
SESPC395@ysub.ysu.edu        BOOTSTRAPPING INTELEGENCE....
s0180873@unix1.cc.ysu.edu    LOADING MOTOR DRIVERS...
                             LOADING DATABASE...
                             INITILIZING POINTERS....
                             BRAIN VERSION 1 STANDING BY ..
                             $ _
From: jac@jacom.UUCP (Joerg Conradt)
Newsgroups: comp.os.minix
Distribution: world
Subject: Re: Help: Trying to set up terminals in MINIX
Organization: Private UUCP-Site (Minix)
Date: Sun, 24 Jan 93 10:38:02 +0100

mikewe@rigel.cs.pdx.edu (Mike Welsh) writes:
> Help !!!,
> 
> I've just set up MINIX 1.5 on my PC-AT..and I'm having some problems:
> 
> o  When setting up the /etc/ttys file, I want to have the extra terminal
>    hanging off of /dev/tty2...so in /etc/ttys I have:
> 	
> 	100  (console)
> 	001  (modem)
> 	102  (terminal)
         ^
You ought to put here a letter 'a' to 'r' in this place, defining what
speed you are using. Have a look in ~src/tools/init.c (line 69-88)!
This is even for the bits, too!

>    The problem I'm having is that when I stty in /etc/rc, it will only 
>    set the baud rate, not the bits, etc (so the bits keep coming out 5, instead
>    of 8)
> 
> Please help, if you can....
ok?
> 
> Mike
> 
Joerg
--
Joerg Conradt - Berlin, Germany   ||  UUCP:  jacom!jac@obh.in-berlin.de

	> Hierarchical systems are for files, not for humans <
From: glalonde@vnet.ibm.com (Glen Lalonde (448-4278))
Date: Thu, 28 Jan 93 08:56:18 EST
Newsgroups: comp.os.minix
Subject: More on MacMinix, gcc?

Well I found my changes(all six lines) that will cause MacMinix to call
the device driver directly for IO, rather than just reading a file when
it wants to do disk IO. The change did NOT help the IO rate though :-(

I should have guessed this since my ramdisk goes about 6x the speed of
my hard disk, and the IO rates in MacMinix to the ramdisk are only about
1.8x those to the hard disk. I guess there is just so much overhead that
removing a little of it does not help all that much.

I have gcc 1.39, and would like to know if going to 2.x would be worth
the effort. Can some kind person who has 2.x on a 68K system please post
some benchmark numbers for the resulting code from the new gcc? If possible
also use -m68020 since I find gcc to out perform c68 by a wide margin only
when I use -m68020(ie use 020/30/40 instruction set instructions also).
(I still don't know which ftp site the ported 2.x is on:binary please I
 don't want to recompile gcc)


BTW, the next version of MacMinix is being delayed a bit since some new
features are being added, not because the author has fallen off the
face of the earth again.
From: newton@monty.apana.org.au (Mark Newton)
Newsgroups: comp.os.minix
Distribution: world
Subject: Re: Amiga minix upgrades
Organization: APANA South Australia - State mail hub
Date: Wed, 20 Jan 93 14:36:56 +1030

seob@eskimo.com (Samuel Bayne) writes:
>  I just got an old set of minix 1.5 for the amiga.  I had heard there
> were gvp hard drivers available on the net.  unfortunately everywhere I

Michael L. Hitch <osymh@giac1.oscs.montana.edu> has written a device
driver for GVP controllers (looks like a cut-down version of the A590
drivers :-)

> check I only find pc upgrades.  Does anyone know where I can find the 
> upgrades from 1.5 for amigas? How about a Hard driver? and also it would
> be nice if I could use minix with my '030, as it is inextricably tied to
> most of my ram.  

You can find all of that stuff on ftp.cs.vu.nl, in the v1.5.10.1
and 1.5.10.2 upgrades.

These questions are asked every couple of weeks.  Why aren't they in the
FAQ?  Indeed, why does the FAQ actually say that a hard disk is not needed
OR SUPPORTED under Amiga MINIX?

Sheesh.

   - mark

--------------------------------------------------------------------
Self-control:  The ability to eat          newton@monty.apana.org.au
    only one peanut.                                     Mark Newton
--------------------------------------------------------------------
From: amol@ms.uky.edu (Amol Deshpande)
Newsgroups: comp.os.minix
Subject: minix for Xerox Xts ?
Summary: does minix work on Xerox XTs ?
Keywords: Xerox XTs
Date: 24 Jan 93 15:48:38 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

hi,

Could someone tell me if minix works on Xerox XTs (6060) or AT&T 6300s ? It's an 8086 based machine with 512k of RAM. I don't mind if it takes a bit of hacking to get it running. What size hard drive does it require ?

Thanks,

Amol Deshpande
amol@ms.uky.edu

-- 
     ---------------------------------------------------------------------
    | "By trying, we can easily learn to endure adversity - another man's,|
    | I mean. "		-- Mark Twain				          |
     --------------------------------------------------------------------
Newsgroups: comp.os.minix
From: ishwar@sol.cs.wmich.edu (Ishwar Rattan)
Subject: help with <fcntl.h> in Minix 1.5
Followup-To: ishwar@cs.wmich.edu
Keywords: <fcntl.h> file, Minix 1.5, header file errors
Organization: Western Michigan Univ. Comp. Sci. Dept.
Date: Tue, 26 Jan 1993 00:39:07 GMT

hello

   i wrote this c-program with <fcntl.h> header file using
out of the box Minix 1.5. when compiled with cc, it gives errors
in the header file!? any ideas / help will be apprecaited.

- ishwar
------
#include <stdio.h>
#include <fcntl.h>

main()
{
  char ch;
  int fin;

  if((fin = open("junk", O_RDONLY)) < 0)
    xit("open failed.");
  while(read(fin, &ch, 1))
    putchar(ch);

  if(close(fin) < 0)
    xit("close failed.");

  exit(0);
}

xit(reason)
char *reason;
{
  fprintf(stderr, "%s\n", reason);
  exit(1);
}
-------
Newsgroups: comp.os.minix
From: Paolo Rossi <ghe005@cdc835.cdc.polimi.it>
Subject: help
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Thu, 28 Jan 1993 10:31:40 GMT

help

-- 
Mail System (MMDF)
From: newton@monty.apana.org.au (Mark Newton)
Newsgroups: comp.os.minix
Distribution: world
Subject: Re: Another MacMINIX 'suggestion'
Organization: APANA South Australia - State mail hub
Date: Tue, 26 Jan 93 16:15:07 +1030

bf795@cleveland.Freenet.Edu (James Abendschan) writes:
> >On longer names: the files limits.h, unistd.h and ar.h all have a
> >#define whose name contains NAME_MAX. Can I increase this value 
> >without screwing things up? Specifically, would I then have a different
> >flavor of directory entry (and therefore a different flavor of 
> >filesystem?)
>  
> Actually, I think 13 chars is a POSIX requirement or some such.  I
> don't know about this.  It should work though, I suppose.

Changing NAME_MAX won't make a whole lot of difference.  The structure
of a directory is defined in /usr/include/sys/dir.h:

#ifndef DIRSIZ
#define	DIRSIZ	14
#endif

struct direct {
  ino_t d_ino;
  char d_name[DIRSIZ];
};

Each directory entry has space for a 14 character filename (not 13
chars; the null-terminator isn't necessary), no matter what NAME_MAX
is set to.

Of course, changing DIRSIZ will break all your existing directories,
since directory reading routines frequently do things like
read(fd, buf, sizeof(struct direct)).  Changing the size of struct
direct without altering the on-disk copies of the directory structure
would be a very bad idea indeed.

(deem Linux vfs included :-)

> >I'm also looking for a ln that handles links to directories (not 
> >just for the super user) as well as symbolic links. Does anyone here
> >have this? If not: what kinds of things and which files will I have
> >to deal with?
>  
> There was a symlink program on one of the ftp archives.  My FS isn't
> big enough to require symlinks, so I haven't tried it.  Look for
> symlink.tar.Z or something on plains.nodak.edu, under ibm or oz-utils ..
> I think that's where I saw it.

There's a version of it on Warren Toomey's archives, with two patch
files.  I'm running it now, and haven't had any problems with it.

   - mark

--------------------------------------------------------------------
Self-control:  The ability to eat          newton@monty.apana.org.au
    only one peanut.                                     Mark Newton
--------------------------------------------------------------------
From: bf795@cleveland.Freenet.Edu (James Abendschan)
Newsgroups: comp.os.minix
Subject: Re: pc minix problems
Date: 23 Jan 1993 07:04:55 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: bf795@cleveland.Freenet.Edu (James Abendschan)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, ez001496@hamlet.ucdavis.edu () says:

>Hello,
>
>  I just recently installed unix onto my 486 and I'm having a couple of
>problems.

Join the club :)

>
>1. Sometimes when I try to open a file with ELVIS (vi) I get a 
>   "<file> is busy" message from the shell.

elvis keeps a copy of the file in /usr/tmp incase a major disaster
happens.  If you quit vi abnormally [ie: reset, shutdown, etc.] it won't
remove this file and when you try to edit it again, it will say "file is
busy"  To fix this, the easiest way is just to rm /usr/tmp/* .. if
you've got other things running tho, go into /usr/tmp and delete the
"elvt*" files [ELVis Temp]

>Anybody have any insights on these problems.
>
>Thanks a bunch,
> 
>Dave
>

hoped that helped,
 --James

-- 
Copyright (c) 1993 AT&T All rights reserved
THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF AT&T
Newsgroups: comp.os.minix
From: cwr@crash.cts.com (Will Rose)
Subject: 1.5 floating point lib
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 25 Jan 93 22:18:53 PST

Someone was looking for a floating point library for Minix, but
I've lost their address.  I got the one I (seldom) use, Fred Fish's
Portable Math Library, from the archive atari.archive.umich.edu
(141.211.164.8) in  atari/gnustuff/minix/pml.tar.Z.  This contains
stuff for both the 68K and the PC.  I can't find out where Peter
Housel's patches to cc might be, but some archive must have them.

Good luck - Will
cwr@crash.cts.com
From: wmk@unix.brighton.ac.uk (Kwong;d410sz90;[03724)
Newsgroups: comp.os.minix
Subject: WD 8003E Cards
Date: 28 Jan 93 16:26:39 GMT
Organization: University of Brighton, UK


   Re:-Enquiry on Networking, Ethernet Cards and Minix 1.5 PC

Hello folks,

1. Choice of Ethernet Card to be used with Minix 1.5 PC
   I am writing to ask whether I can obtain some details regarding to the 
   relation of Minix 1.5 PC and Ethernet.  Could you kindly give any
   suggestions to enable networking over Ethernet in order to build a
   distributed system.  Please may you also clarify the Ethernet cards
   manufacturer, product number and ethernet controller chip part
   number on the board.

2. Problem with Western Digital Ethernet controller chips
   However, I have two Western Digital Ethercard Plus Elite cards,
   which is also known as WD8003EP.  The currently available cards
   no longer use the DP8390 Network  Interface Controller chip, instead
   the WD83C690 is used.  Could you please kindly give any suggestions 
   to enable networking on MINIX 1.5 PC and use those Ethernet cards.

Looking forward to your earliest reply.  Your help is very much appreciated.

Yours
MAVERICK
.