HDTenEightyP/NetNews huggingface dataset:
From: k2ph@dxis.att.com (Bob Schreibmaier)
Subject: Performance C News on Release 3.2
Organization: QRM Central, Kresgeville, PA
Date: Sun, 8 Nov 1992 12:52:59 GMT

Has anybody successfully compiled the performance release of
C News on a System V/386 Release 3.2 box?  I'm running AT&T
Release 3.2 Version 2.3 and am getting nowhere fast.  The
first problem is it expects a /usr/include/sys/vfs.h file
that doesn't exist.  It goes downhill from there.  :-(

Thanks in advance for any help.

-- 
-------------------------------------------------------------------
| Bob Schreibmaier K2PH | UUCP:     att!dxis!k2ph     |   Free    |
| (a.k.a. "The QRPer")  | INTERNET: k2ph@dxis.att.com |    the    |
| Kresgeville, PA       | ICBM:     40o55'N 75o30'W   | Intel 386 |
-------------------------------------------------------------------
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
From: heinrich%anl433.uucp@Germany.EU.net (heinrich neumann)
Subject: Re: ISC 3.0: Where did user rlogin/telnet from!?
Organization: ANL A433, Siemens AG., Germany.
X-Newsreader: Tin 1.1 PL5
Date: Thu, 12 Nov 1992 07:01:37 GMT

Hi there,

just try a simple 'rwho'; it should tell you everything you want.

--heinrich

--
NAME   Heinrich Neumann 
EMAIL  Heinrich.Neumann%anl433.uucp@Germany.EU.net
SMAIL  Siemens AG, ANL A424, Germany.
PHONE  +49-911-3089-341 (work) +49-911-3089-290 (FAX) +49-6231-2533 (home)
Newsgroups: comp.unix.sysv386,biz.sco.opendesktop,biz.sco.general
From: srodawa@vela.acs.oakland.edu (Ron Srodawa)
Subject: Re: Bug with ScoSession connecting to XTerm with >16 colors
Organization: Oakland University, Rochester MI.
Date: Thu, 12 Nov 1992 19:09:33 GMT

>In article <1dqhh8INN7k9@escargot.xx.rmit.OZ.AU> s900387@minyos.xx.rmit.oz.au (Craig Macbride) writes:
>>A better solution would be for ANSI to realise that including C checks in
>>the pre-processor is a _bad_ idea, since the C preprocessor is widely
>>used as a general preprocessor. This is a classic instance of ANSI creating
>>a situation whereby its "standard" behaviour gives no advantage over the
>>old situation, but breaks heaps of existing applications.

Using a language-specific preprocessor in a more general way is fraught
with problems.  M4 is a general language-independent macro facility.
There are others.  These are more appropriate solutions to a preprocessor
independent of a particular language.  Ron.

-- 
| Ronald J. Srodawa               | Internet: srodawa@vela.oakland.edu      |
| School of Engineering and CS    | UUCP:     srodawa@vela.UUCP             |
| Oakland University              | Voice:    (313) 370-2247                |
| Rochester, Michigan  48309-4401 |                                         |
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: aab@cichlid.com (Andy Burgess)
Subject: mmap and segv, a better way. Was: Re: av386mon source posted to alt.sources
Organization: SIlma Inc.
Date: Fri, 6 Nov 1992 18:10:51 GMT

In <1992Oct2.184624.4441@omega.ssw.de> av@omega.ssw.de (Andreas Vogel) writes:

>I've done some investigations about accessing kernel memory without
>using the lseek() and read() system calls. This could be done with
>the mmap() system call. The main point is, that the kernel pages will
>be mapped in user address space on demand. If the user accesses a kernel
>page, which is currently not mapped in user space, a SIGSEGV signal is
>send by the kernel. A signal handler routine handles this signal by
>mapping the kernel page holding the requested address and maps it
>to user space. Afterwards the instruction which initiated the SIGSEGV
>is restarted by a call to longjmp(). So before addressing a kernel
>address a call to setjmp() must be done.

An even cleaner way works on SunOS. You may want to check if sysvr4
supports this. In the signal handler if you simply return the
OS retrys the faulting instruction. Thus no longjmp/setjmp is necessary,
any access violation can be trapped, the memory permission 'fixed'
via mmap, any you continue on your merry way...

Oh yes, the exact details of what address was accessed, program counter, etc
is supplied to the signal handler (3rd argument is pointer to a struct that
contains this info, as I recall).

Andy
-- 
==============================================================================
Andrew A. Burgess            aab@cichlid.com              voice (408) 335 4779
==============================================================================
Newsgroups: comp.unix.sysv386,comp.unix.questions
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: Overflow warnings (SCO SV3.2)
Organization: Open Age, Inc.
Date: Thu, 12 Nov 1992 17:50:16 GMT

dmunday@miavx1.acs.muohio.edu writes:

>I have just started getting the fallowing two messages on our 486
>SCO Unix System V/3.2 box
> 
>WARNING: Region table overflow
>NOTICE: File table overflow
> 
>I suspect the second to be associated with too many file hungry background
>tasks running at the same time.
> 
>Can anyone tell me briefly what this means and how to get rid of it
> 
>do I need to change the size of some system table?

You need to increase NFILE and NREGION in the kernel.

cd /etc/conf/cf.d
./configure

find NREGION and NFILE, and increase their size quite a bit.  I would recommend
doubling them.  Then relink the kernel.  DO THIS IN SINGLE USER MODE!  Back the
system up first.


-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
"Mad Scientists seeks mindless brawny assistants, good pay, quite location."
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
Newsgroups: comp.unix.sysv386
From: ayr@gtech.com (Aleksey Y. Romanov)
Subject: Modem under SVR4
Organization: GTECH Corporation, West Greenwich RI
Distribution: na
Date: Mon, 9 Nov 1992 17:00:18 GMT


Please help. I had configured a modem on my 386/40 box using
standard asy driver. I just had followed up a manual.
The problem is when the user logged in it will hang up
(or significantly slow down console). Should I try FAS, will
FAS work with streams and serial mouse on SVR4. The modem
is built-in ZOOM 14.4kb/v.32bis




-- 
Aleksey Y. Romanov

DISCLAIMER: The views expressed are entirely my own and do not
necessary reflect those of my employer or anyone else
Newsgroups: comp.unix.sysv386
From: cmascott@world.std.com (Carl Mascott)
Subject: What was last C SWDS version for AT&T '386 R3.2?
Organization: The World Public Access UNIX, Brookline, MA
Distribution: na
Date: Tue, 10 Nov 1992 00:07:29 GMT

What was the last version of the C Software Development System
for AT&T System V/386 Release 3.2?  I've got 4.1.5, dated
5/27/88, and I've found that cc -O sometimes generates
incorrect object code (e.g., on glob.c from GNU make 3.62).

Thanks!
-- 
Carl Mascott
cmascott@world.std.com
uunet!world!cmascott
From: matt@bacchus.esa.OZ.AU (Matthew Atterbury)
Newsgroups: comp.unix.sysv386
Subject: Re: Question about fd_set
Date: 5 Nov 92 07:00:55 GMT
Organization: Expert Solutions Australia.

In article <1386@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
> 
> The obvious thing is a bcopy() from one fd_set  variable  to  another,
> but it's not obvious that this would even work, or if it did, it might
> not on the next release.  Putting on my language-lawyer hat, I observe
> that  there  seems  to be no grounds to assume that an fd_set variable
> isn't a pointer, for instance, and sizeof(fd_set) could very well be 4
> in  some  implementations (with the FD_*() routines mallocing space as
> needed).  Thus bcopy() might not copy  all  the  bits,  but  only  the
> pointers  to  the  bits, with a disaster as select() indirects on them
> and zaps the "real" bits.

    Theoretically yes, but select does take fd_set*'s not fd_set's so
    it is a _reasonable_ assumption that an fd_set is a structure and
    not a pointer. We always just use:
        fd_set1 = fd_set2;
    or
        bcopy((char*) &fdset2, (char*) &fdset1, sizeof(fdset1));

    Since you would have to change if/when FD_COPY is defined, I would
    suggest you go as far as you can now and use the FD_ macros and
    direct assignment, possibly flagging it with a comment. cheers ...
-- 
-------------------------------------------------------------------------------
Matt Atterbury [matt@bacchus.esa.oz.au]   Expert Solutions Australia, Melbourne
UUCP: ...!uunet!munnari!matt@bacchus.esa.oz.au            "klaatu barada nikto"
ARPA: ...!uunet!murtoa!bacchus.esa.oz.au!matt         "consider this a divorce"
Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Help on ISC 3.2 v301
Organization: American Micro Group, Ft. Lee  NJ
Date: Fri, 6 Nov 1992 13:00:45 GMT

In article <1979@intermec.UUCP> duane@intermec.com () writes:
>
> Hello Net,
>
>  I have ISC and am trying to get it up to full potential.  I have
>had numerous problems with it, and boy am I getting frustrated!  The
>latest problem is my Kconfig Program won't run!  it keeps getting a
>memory fault and then core dumps when I try to save the paramaters
>when I change something.  It appears it saved everything, but when
>I try to build it, the System Chokes.  Sunsoft Tech support had me
>reinstall the Kconfig Program.  This changed all of my Tuneable
>params, and now I am getting kernel panics.  Also My looking glass
>License server keeps getting a "Broadcast Not Received" error and
>exits.  It appears I might have to reinstall my system from scratch
>again!!    H E L P!!!
>
>				Duane

Your problem sounds like hardware, not software, in which case SunSoft
Tech Support probably won't be able to help you, since it's not really
their job.

You don't give enough specific hardware and software details for people
to be able to help you.

-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Performance of UUCP under DELL Unix (SVR4 issue 2.2)
Organization: The Gator Conferencing System 219-289-3745 
Date: Mon, 9 Nov 1992 19:24:10 GMT

coffler@jeck.amherst.nh.us (Jeff Coffler) writes:

>is, I have CTS/RTS always on solid.  One would think that I wasn't feeding data
>to the modem fast enough, but this isn't the case (the Worldblazer serial rate
>is 115k bps, fed by a Digiboard EPC/X).  Given this, it seems that the modem is
>most likely not transferring at it's maximum capacity ...

Why kinds of thoughput are you getting?  I assume you have ditty
setup to enable ctrflow and rtsflow on the ports?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: accessing NOVELL from SCO-ODT
Organization: Open Age, Inc.
Date: Wed, 11 Nov 1992 23:16:50 GMT

jka@windshear.larc.nasa.gov (J. Keith Alston) writes:


>Hi,
>   I'm running SCO ODT. I need to know if there is any way that
>   ODT's DOS under unix can access a novell network? Or is there any
>   way that the novell net can be accessed directly from SCO unix?
>   any ideas/information would be greatly appreciated. Thanks.

Buy NFS for netware.
$5000 please ;^)

-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
"Mad Scientists seeks mindless brawny assistants, good pay, quite location."
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
Newsgroups: comp.unix.sysv386
From: ayr@gtech.com (Aleksey Y. Romanov)
Subject: SAS sources
Organization: GTECH Corporation, West Greenwich RI
Distribution: usa
Date: Thu, 12 Nov 1992 18:26:17 GMT


Can anybody help me to locate a ftp site with SAS sources

Thanks
-- 
Aleksey Y. Romanov

DISCLAIMER: The views expressed are entirely my own and do not
necessary reflect those of my employer or anyone else
Newsgroups: comp.unix.sysv386
From: david@bdt.com (David Beckemeyer)
Subject: Intel Satisfaxtion w/ISC 3.0
Organization: Beckemeyer Development, Oakland CA
Date: Thu, 12 Nov 1992 02:48:23 GMT

I would like to be able to use my Intel Satisfaxtion (the
"classic" model, I think now known as the Satisfaxtion 200)
under ISC 3.0.

I've tried to get it to work under VP/ix.  I set it up as a
DDA device using I/O range 0x350-0x35f and IRQ 10 (the settings
I use under regular DOS).  The SATISFAX.SYS driver gives a
message saying the board is "set up to use an interrupt that is
already being used by other hardware".  When I try and use the
Intel SETUP.EXE program that came with the board to install
the software, it hangs, causing me to have to kill vpix.
The modem port on the Satisfaxtion cards works fine under VP/ix.

Has anyone got this to work under any version of VP/ix?

Alternativly, does anyone know of any FAX software for
native UNIX, either commercial or PD, that supports the
Intel Satisfaxion card?


-- 
David Beckemeyer (david@bdt.com)	| P.O. Box 21575, Oakland, CA 94620
Beckemeyer Development			| UUCP: uunet!ossi!bdt!david
Newsgroups: comp.unix.sysv386
From: websterm@uproar.enet.dec.com (Mike Webster)
Subject: Time deamon, timed on SYSV
Keywords: timed,date
Reply-To: Mike.Webster@ime.mts.dec.com
Organization: Digital Equipment Corporation
Date: Mon, 9 Nov 1992 13:35:11 GMT



 I have a selection of machines on a LAN. Many of which
 use NFS. It has become apparent that good clock synchronization
 is very desirable, especially with distributed development
 environments. This presents no problems with Ultrix, HPUX, SunOS
 and some of the other systems. 

 However Interactive SYSV R4 doesn't have timed, the timer deamon.
 I've got the sources for BSD timed but unfortunately some of the
 ioctl modes are unheard of in SYSV.

 Does anyone have a timed for Interactive 386 Unix ?
 Has anyone ported BSD or any other timed sources to I 386 Unix ?

 Any help will be much appreciated.

 Thanks.   Mike Webster
Xref: sparky comp.unix.sysv386:16331 comp.unix.sys5.r4:467
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
Subject: Re: Performance of UUCP under DELL Unix (SVR4 issue 2.2)
Date: 9 Nov 92 02:59:06 GMT
Organization: RAND

In article <1992Nov8.235526.1476@jeck.amherst.nh.us> coffler@jeck.amherst.nh.us (Jeff Coffler) writes:
>
>Howdy,
>
>I've noticed what I believe to be a UUCP performance problem under DELL Unix
>(SVR4 issue 2.2).
>. . . .
>At home, while I'm transferring to another site, CTS *NEVER* flickers.  That
>is, I have CTS/RTS always on solid.  One would think that I wasn't feeding data
>to the modem fast enough, but this isn't the case (the Worldblazer serial rate
>is 115k bps, fed by a Digiboard EPC/X).  Given this, it seems that the modem is
>most likely not transferring at it's maximum capacity ...

Remember that UUCP-g is a windowed protocol; once the window is "filled"
data transmission stops until an ACK is received.  I suspect that the
"highwater level" in the WorldBlazer's buffering is greater than an entire
window's worth (three or seven packets in common UUCP-g implementations)
such that hardware flow control is never required.

Are you using the Telebit's UUCP-g spoofing?  This allows the modem to
absorb more than a window's worth of packets, but because the modem is
generating the ACK's in that case, it doesn't /need/ any other form of flow
control.  A Telebit person could tell you why the T-2500 does.

I've seen a similar situation--doing FTP transfers over a PPP link--where
TCP/IP's windowing usually keeps RTS/CTS flow control from coming into
play for a single transfer, even though it is running close to the
theoretical datarate.  Any additional traffic over the link pushes it
"over the line", and the CTS light starts blinking...

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.unix.sysv386
From: gwr@mc.com (Gordon W. Ross)
Subject: Re: 9-track SCSI tape drives?
Reply-To: gwr@mc.com
Organization: Mercury Computer Systems, Lowell MA 01854
Date: Mon, 9 Nov 1992 19:47:53 GMT

I have used the open-reel tape drives by "Kennedy" and "Cipher" on
the SVR4.0.3 SCSI tape driver "st01" with only minor complications.
One may need to set the st01 driver to "variable block size" mode
with "tapecntl -v" unless your tape has only 512 byte records.

-- 
Gordon W. Ross			Mercury Computer Systems
gwr@mc.com			600 Suffolk Street
508-458-3100			Lowell Mass 01854-3608
From: charles@gremlin.muug.mb.ca (Charles)
Newsgroups: comp.unix.sysv386
Subject: anyone get XV working with ISC?
Date: 7 Nov 92 07:21:34 GMT
Organization: The Haunted Unix Box


Has anyone gotten xv to compile on an ISC 2.2.1 system?  
If so, I'd like to know how you did it...


I'm using the X11R3 that came with ISC but would upgrade to the Xfree86 if
I need to.

Thanks..Charles
Newsgroups: comp.unix.sysv386
From: hoang1@litwin.com (Ted Hoang)
Subject: Arg list too long
Organization: Litwin Process Automation
Date: Thu, 12 Nov 1992 13:30:54 GMT

Hi,
I have the problem when running my make program.
I get this error message:
"Arg list too long"
Any ideas?

Thanks in advance.
Ted Hoang
Email:hoang1@litwin.dynsim1.com


Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Performance of UUCP under DELL Unix (SVR4 issue 2.2)
Organization: The Gator Conferencing System 219-289-3745 
Date: Tue, 10 Nov 1992 13:31:51 GMT

coffler@jeck.amherst.nh.us (Jeff Coffler) writes:


>My throughput when talking to another WB seems to be about 1850cps or so.  Is
>this typical for other UUCP-g sites talking WB to WB?

that's not bad.  I see 1800-2100 cps, 1850 is considered "reasonable" for
uucp-g of pre-compressed data between a pair of Worldblazers

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386,comp.unix.msdos
From: crumrine@pxdvgx.erenj.com (MDCRUMR  Crumrine)
Subject: SCO software for sale
Followup-To:  crumrine@tcdvax.erenj.com
Originator: crumrine@pxdvgx.erenj.com
Organization: Exxon Research and Engineering, NJ
Date: Fri, 6 Nov 1992 15:35:20 GMT

Hello,

The following software is for sale. We purchased for a project that
never materialized. None of the software was ever installed, all of
the registration cards are still there. Will consider selling seperately
if there is no interest in entire lot. Please respond via email or phone
only. 

SCO VP/ix 3+ user r1.2.0	250.00
SCO NFS   3+ user r1.1.1	175.00
SCO Xsight Runtime w/server 
    2.3 r2.2.0			125.00
SCO TCP/IP Runtime r1.1.3	175.00
SCO Xsight Development r2.2.0	125.00
SCO Unix system V/386 Dev/sys 
    r3.2 version 2.0		325.00
				------
			       1175.00 total

				950.00 for everything

=======================================================================
Michael D. Crumrine                 * CRUMRINE@TCDVAX.ERENJ.COM
Phone: 908-730-2237 (leave message) * 
=======================================================================
Newsgroups: comp.unix.sysv386
From: hoang1@litwin.com (Ted Hoang)
Subject: Not enough space
Organization: Litwin Process Automation
Date: Thu, 12 Nov 1992 13:31:43 GMT

Hi,
I have the problem when running my program.
I get this error message:
"Not enough space"
Any ideas?
Any kernel vars I can change their value?

Thanks in advance.
Ted Hoang
Email:hoang1@litwin.dynsim1.com

Newsgroups: biz.sco.general
Subject: Not enough space
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: comp.unix.sysv386
Subject: Re: Using 16550AFN with SCO 3.2.4
Date: 7 Nov 92 20:06:22 GMT
Reply-To: kevin@shady.UUCP (Kevin Smith)
Organization: ShadeTree Software, Inc.

In article <1dbi9aINN17s@usenet.INS.CWRU.Edu> ba014@cleveland.Freenet.Edu (Matthew C. Brinkhoff) writes:
>
:>I've got SCO SVR3.2.4 and I'm attempting to use a V.32 modem with the
:>port rate locked at 19.2kbps.  With RTS/CTS flow control, I'm losing
:>characters like mad...  I installed a 16550AFN UART on the COM2 port
:>(where the modem resides), but it doesn't seem to be enabled (?).
:>

Not sure about 3.2.4 but in 3.2.1 and 3.2.2, RTS/CTS flow control did not
work as expected.  The computer would only honor the CTS line to stop
output.  It would never drop RTS to stop input (maybe I have RTS and CTS
backwards, but...).  You had to use XON/XOFF or, in my case, I have the
modem connected to a DigiBoard multi-port bord that properly supports
RTS/CTS.

You were, as far as I know (someone feel free to enlighten me), also unable
to set RTS/CTS mode for cu and uucp and XON/XOFF flow control always screws
up uucp.  I.e. you had problems either way.  Before switching to the
DigiBoard, I set up my Systems and Dialer files with two node names for each
system and two dialers, one for locked port/MNP/flow control and one for
regular.

Seems to me I head somewhere that hardware flow control was suppoed to 
work under 3.2.4.  Anybody heard more?
-- 
	    | Email - !shady!kevin uunet!shady!kevin
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
Newsgroups: comp.unix.sysv386
From: guycole@netcom.com (Guy Cole)
Subject: Esix/Motif Question
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 5 Nov 1992 08:25:59 GMT

Hi, Folks:
     I've just installed the GUI development kit from Esix on my machine.
I have a problem which I'm hoping somebody has seen before, and would send
me the solution.  
     I have a Tseng Labs ET-4000 video card and a comparable monitor.
If I run the diagnostics supplied w/the video card (under MS-DOS) the
sysem runs fine, even in 256 color 1024x768 mode.
     Under Esix, using xconfig to define my hardware, this will not work.
The only acceptable mode is 16 color 640x480.  If I define any higher
configuration, the video is just blown away.  (The system is cycling
along just fine, but I have to log in through the serial port and 
shut the system down just to recover the console.)
     I did not even load up the OpenLook disks, so this is just the
motif distribution.
     Of course, I would like to use my system to its fullest.  Does
anybody out there have a solution?  Perhaps a reasonable opinion?
     Thanks in advance!
        Guy
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: Esix/Motif Question
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Sun, 8 Nov 1992 15:57:57 GMT

Guy Cole (guycole@netcom.com) wrote:
: The only acceptable mode is 16 color 640x480.  If I define any higher
: configuration, the video is just blown away.  (The system is cycling
: along just fine, but I have to log in through the serial port and 
: shut the system down just to recover the console.)
I am afraid I cannot help, but I can report that the problem exists with my
Trident 8900C as well.  I can use X and Motif as higher resolutions than
standard VGA, but like you, when I exit X I need to reboot to use the console
again.  This happened with just vanilla X and twm under 4.0.3 and I still have
the problem with 4.0.4.

I too would love to know what the cause of this problem is.  I have posted
twice before asking for help but unfortunately, it was to no avail.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London
   pgp 2.0 public key available                  slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: s310@brems.ii.uib.no (Chris Tveit)
Subject: unix for smaller PC's ?
Organization: University of Bergen, Norway
Date: Fri, 13 Nov 92 17:22:29 GMT

I have a 386sx with 5Mb RAM and 80Mb disk. What PC-UNIX systems can be ran
on this "not really 32bits" machine ?

Are there any FAQ-list posted anywhere?

All PD, SW & Comm. systems are of interrest.

Thanks in advance. 


-- 
********************************************************
*     Chris Tveit           *    St.Halvardsvei 46     *
*                           *    5037 Solheimsviken    *
*   s310@brems.ii.uib.no    *    Tlf: +47 5 29 25 70   *
********************************************************
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco