HDTenEightyP/NetNews huggingface dataset:
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: >16MB on a 486
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Wed, 9 Sep 1992 21:49:38 GMT

Marc Unangst (mju@mudos.ann-arbor.mi.us) wrote:
: In article <Bu9E9r.H7z@maxed.amg.com> ed@maxed (Ed Whittemore) writes:
: >THis is a complicated issue, but the answer is you don't.
: 
: Well, please don't tell my computer that.  It's been happily
: recognizing all 20MB of memory in this machine for quite a while, and
: I wouldn't want it to stop now.
: 
Well, I am glad that it can be done.

: I *have* applied the 403001 patch from Esix, but I don't think that's
: required to get it to recognize all the memory -- you just need it if
: you have a bus mastering hard disk controller and >16MB of memory.
: 
I don't have a SCSI controller in my machine so I haven't applied this patch.

Do you have any idea what I might need to do?  The configuration is pretty
standard and the machine had the full 20MB when ESIX was installed.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd
From: harp@netcom.com (Gregory O. Harp)
Subject: Re: Free software and the future of support for Diamond products
Date: Thu, 10 Sep 92 02:03:32 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: Diamond, free-software

sef@kithrup.COM (Sean Eric Fagan) writes:

>In article <1992Sep7.133347.4433@cbnewsj.cb.att.com> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>>1) Calling BIOS from a multitasking OS is trick, dangerous, and impossible
>>   for those of us running SVR3/4

>An interesting way to get around all of those:  set up a v86 process that
>calls the BIOS routines for you.  It can be done, and I've seen it (not for
>the card in question, however), although I don't recall enough to make any
>claims about performance.

Yuck. ;)

However, that does allow for compatibility with several boards.  For
example, a VESA version of the X server could be released (I think.
Perhaps that's pushing it a bit far...).

So, how's the hate-mail campaign going with Diamond? ;)
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
Newsgroups: comp.unix.sysv386
From: fred@cv.ruu.nl (Fred Appelman)
Subject: Re: framemaker
Date: Mon, 7 Sep 1992 18:52:37 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <Bu7oqB.2w2@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:

>is anyone playing with framemaker?
>
>I'm in the process of loading it off the Dell distribution
>tape - to see how it looks and feels -- TeX is also on the tape,
>but I'm afraid it might take all my disk space on root -- unless
>it (Tex) like framemaker gives you the option of where to install
>it -- 

I have played a little with it. The package looks good, altough a little
to much $$$ for me. A good thing was that the packags asks where I would
like to install the package since the root file system didn't have enough
room. I wished that all the optional packages asked that question. 

	Fred
Newsgroups: comp.unix.sysv386
From: dok272@cvx12.inet.dkfz-heidelberg.de (Andre Schroeter)
Subject: where to get a AST-4-PORT in germany
Reply-To: dok272@cvx12.inet.dkfz-heidelberg.de (Andre Schroeter)
Organization: DKFZ Heidelberg
Distribution: dnet
Date: Mon, 7 Sep 92 07:49:08 GMT

hallo,
i think the subjekt say's it all.
if there's anyone who knows where to get a ast-4-port or compatible card in germany : please tell me.
i tried 20 shops and no one had it.

please reply to andre@borneo.inet.dkfz-heidelberg.de

thank you
  andre schroeter
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: framemaker
Date: 10 Sep 92 19:28:57 GMT
Organization: CompuData Inc.

jgd@dixie.com (John De Armond) writes:

>You have a real problem on another front.  Corel 3.0 is not available for
>Unix and I don't hold much hope.  Corel uses a third party (name slips me
>at the moment.) to do the Unix porting. [something about 3 more months to 
wait for 3.0 deleted]

Is the available Corel for UNIX then so much different that it can't be used 
in the meantime? 

Or how about Island Write, Draw & Paint?

fred

-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
From: kwan@netcom.com (Kwan-Seng Low)
Subject: Re: Free software and the future of support for Diamond products
Date: Sun, 13 Sep 92 21:52:25 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: Diamond, free-software

In article <1992Sep13.142036.26842@nuchat.sccsi.com> steve@nuchat.sccsi.com (Steve Nuchia) writes:
>In <1992Sep12.035549.4743@zeos.com> kgermann@zeos.com (Ken Germann) writes:
>>The solution for the support of X/Windows in the Freeware arena or
>>any other arena would be to design a VESA based driver for these
>
>The solution, for those of us who care about such things, is to
>not buy undocumented hardware.  Vote with your wallet.
>--      ^^^^^^^^^^^^
>Steve Nuchia      South Coast Computing Services, Inc.      (713) 661-3301

I'm not sure what you really mean here, undocumented hardware. Any documented
hardware would expose most of the vendor's proprietary design, at least the
majority of them. That was the first place Diamond refuse to give away their
proprientary scheme to set the clock.
	If none of the vendor willing to reveal how to set clock on their s3
based card, maybe us the users might consider design our own.
	Here's my dream card: User contributed, VESA compliance SVGA card.
Given enough hardware design tools (Orcad, spice,...), one would came up a
hardware design that only utilize standard component that's readily available
in any large electronics shop (e.g. Fry's in Bay Area). Complete schematics,
parts list, how to obtain it, complete doc. on how to build it, everything 
available on public domain.
	People has been selling hardware kit for some time, come to think about
it, it's something that can be done. In this case, we just have a very narrow 
focus; we want to build a public domain hardware design that's specifically
optimized to run X on PC's unixes. People can take the initial design, perfect
it, perhaps adding new chips/parts when they're readily available on the market.

	any response is welcome, just want to test this idea is making sense.
It would eliminate the dependence on vendors when it come to writing display
driver.

Kwan
From: costis@csi.forth.gr (Costis Aivalis)
Newsgroups: comp.unix.sysv386
Subject: SCO-UNIX / F12 boot-problem
Date: 11 Sep 92 08:50:24 GMT
Distribution: comp


Hi there!

Does anybody know what could be the matter:

at boot time, before recognizing the disk, SCO-UNIX stops at F12
and freezes after saying...
	   WARNING wdha_out  commannd  byte 01 rejected
           WARNING wdha_out  commannd  byte 07 rejected
           WARNING wdha_out  commannd  byte 40 rejected
           WARNING wdha_out  commannd  byte 0F rejected
           WARNING wdha_out  commannd  byte 00 rejected
           WARNING wdha_out  commannd  byte 3D rejected
           WARNING wdha_out  commannd  byte 56 rejected
           WARNING wdha_out  commannd  byte F0 rejected
           WARNING wdha_out  commannd  byte 08 rejected
           WARNING wdha_out  commannd  byte 08 rejected

Equipment: Mylex MWS-386DX25 Cache
           UltraStor U12F
           Micropolis 1664-7 ESDI
           Imprimis Wren III
           Tseng ET4000
Thanx
Costis

+-----------------------------+-------------------------------+-------------+
| Costis Aivalis              | costis@csi.forth.gr           |(081)229-346 |
+-----------------------------+-------------------------------+-------------+
From: maziere1@husc8.harvard.edu (David Mazieres)
Newsgroups: comp.unix.sysv386
Subject: perl 4.035 induces kernel panic in SVR4
Date: 7 Sep 92 04:25:14 GMT
Article-I.D.: husc3.1992Sep7.002515.15426
Distribution: world
Organization: Harvard University Science Center

I'm running Consensys SVR4.0.3.  Perl-4.035 compiled fine with the native
cc (gcc gave problems).  When I do a "make test," however, it gets as far
as comp/for and then the kernel panics.  I'm not even running it as root.
Has anyone else seen anything like this?  The only changes I've made to my
kernel were adding a slip driver and setting RSTCHOWN to 1.  Any advice/
suggestions would be appreciated.

Thanks.
Xref: sparky comp.unix.sysv386:14182 comp.unix.wizards:3839
From: jurban@uoft02.utoledo.edu
Newsgroups: comp.unix.sysv386,comp.unix.wizards
Subject: PPP for Dell's UNIX.
Date: 8 Sep 92 11:19:12 EST
Organization: University of Toledo, Computer Services

 Has anyone tried using PPP with Dell's Unix?  I'm using R4.2.2 .

 What PD package would be the most appropriate??  Least problematic?

 I've asked at Dell, but they haven't tried.  That is, no knowledge
of PPP.  They all are using SLIP.

 I'd very much appreciate any comments, suggestions.

    Thanks,

      Joseph             jurban@uoft02.utoledo.edu
From: jeffrey@rigel.econ.uga.edu (Jeffrey A. Thompson)
Newsgroups: comp.unix.sysv386
Subject: MicroChannel Ethernet Drivers on ISC 3.0
Date: 5 Sep 92 22:28:26 GMT
Organization: University of Georgia Economics Department

We have a ps2 model 80 with an smc8013 EP/A. We would like to use it with 
Interactive Unix 3.0. I'm having problems getting Interactive to use the
smc8013 EP/A ethernet card.

The sun tech support people say the network driver wd0 (Western Digital 
Ethernet Card Plus) that comes with the machine works with the WD microchannel
cards.  I have got the wd0 network driver to work for the ISA bus, but not 
MICROCHANNEL bus.

Does anyone have an smc8013 EP/A or wd8003 ET/A working with the network
driver that came with the system (wd0) ?

The base i/o address of 800 for smc8013 EP/A is outside the acceptable 
range in the kconfig menus (it wants something around 280 or 300). The sun 
tech support people said to directly edit the sdevice file and put 800 in 
there for the base i/o address. I did that, and the successfully recompiled
the kernel, but /etc/netd says I don't have /dev/wd0.  /dev/wd0 is there, 
but it's not accessible to unix. 

The smc8013 works with our novell network and ncsa software, so I know the
hardware is ok. 

I would appreciate any help ,
 
--jat
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: Re: Looking for u386mon v3.41 or above
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Fri, 11 Sep 1992 14:13:50 GMT

In article <565@n4hgf.Mt-Park.GA.US> wht@n4hgf.Mt-Park.GA.US (Warren Tucker) writes:
>Heiko Schlichting (heiko@Harpo.Chemie.FU-Berlin.DE) wrote:
>: sam@csi.compuserve.com (Sam Neely) writes:
>: 
>: >Could someone point me to the sources to u386mon version 3.41 or above?
>: 
>: ftp.zrz.tu-berlin.de:/unix/u386mon/u386mon-3.41.tar.Z
>
>Has someone been working on this besides me?  Lovely.
>
	I think that all it is is u386mon-3.40 with the Patches
attached to it, instead of being unpatched.  But it does say
3.41 at the top, and it is credited to you :)

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell/feed accounts available   1800+ newsgroups
marc@r-node.pci.on.ca | Telebit T3000/SupraModem2400/Cardinal 2400  FREE
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sysv386
Subject: Re: info on VFS under Sys V.4?
Date: 9 Sep 92 07:24:00 GMT
Organization: Auspex Systems, Santa Clara
Originator: news@auspex-gw.Auspex.COM

>I'm not sure why USL doesn't
>publish the interfaces (this is but one example).

Because they haven't decided that the VFS interface is "done", yet, and
they don't want to have people writing to an interface that they intend
to change?  (They may plan to introduce "stackable file systems", for
example, and may intend to change the VFS interface to support that.)
Newsgroups: comp.unix.sysv386
From: ice@skynet.uucp (Ice)
Subject: Request for Unix testing software.
Organization: Industrial Cybernetics
Date: Mon, 07 Sep 1992 18:22:59 GMT

Hello.

I am trying to assemble a collection of programs/procedures that can be used to
test the stability of a 386 unix platform.

Anything, from security holes, to techniques for overflowing file systems,
to disk errors, to known (read repeatable) bugs would be much appreciated.

Things to test performance degradation under heavy load, to recovery from
kernel panics (these are a PAIN) are needed to make sure that the system
is as close to idiot-proof as possible.

Please use e-mail. I will get the information together and summarize.

Thanks very much.

Ice()		ice@skynet.uucp
{
/* Ice's Hypermedia Sig */ #include <cyberpunk.h> #include <industrial.h> 
Hardware required: biological neural net with _unsupervised_learning_
Audio() Burning Inside by Ministry; "The Mind is a Terrible Thing to Taste" 
Visual() Sarah Connor's flesh on fire blasted away leaving screaming skeleton 
}
Newsgroups: comp.unix.sysv386
From: borchers@nmt.edu (Brian Borchers)
Subject: Experiences with MST?
Organization: New Mexico Tech
Distribution: usa
Date: Fri, 4 Sep 1992 15:02:19 GMT

I'm currently getting quotes on a personal unix system (486/33, 16 Mbytes,
200-300 Mbytes disk, ethernet interface, tape backup, VR4 plus networking
development software, etc.)  The folks at MST seem to have good prices for
such a system.  Does anyone out there have experience (good or bad) with 
their hardware/software? 
 
Brian Borchers                                             borchers@nmt.edu
Department of Mathematics                                  505-835-5813
New Mexico Tech
Socorro, NM 87801
Newsgroups: comp.unix.sysv386
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: SCO UNIX 3.2.2 with MS-DOS
Organization: Open Age, Inc.
Date: Thu, 03 Sep 1992 17:08:24 GMT
Keywords: SCO UNIX, MS-DOS

kim@cs.arizona.edu (Kyung Soo Kim) writes:


>Hi, netters.

>  I am considering to install SCO UNIX on my system.
>  I am currently using MS-DOS 5.0 with WINDOWS 3.1.
>  The installation manual says, SCO UNIX 3.2.2 can be used
>  with MS-DOS ver3.3 or less.  Can any one tell me why?
>  IF so, is there any way to get around this?
>  If you know why, please e-mail me rather than posting news.
>  Thank you

>kenny


SCO will only co-exist "nicely!" with a bootable DOS partition of 32MB or
less.  This is not to say that it won't work with a larger partition on the
hard disk, it just means that you won't be able to type "dos" at the "boot:"
prompt and have the machine boot DOS.  I also means that you will need to
boot off a DOS floppy to have "fdisk" change the active partition from 
UNIX to DOS and back.  This happens because of what was available when the
code was written.  SCO UNIX 3.2v4 does not have these restrictions.

-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
Teach a man to think, and all his problems are less.
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: comp.unix.sysv386
Subject: Re: Difference between mtime and ctime
Date: 15 Sep 92 15:02:00 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <1992Sep12.220927.1334@wariat.org> zbig@wariat.org (Zbigniew J. Tyrlik) writes:

>I am setting some routines for backup purposes. Well, I am having 
>troubles understanding difference between output of find -ctime
>and find -mtime. Maybe it is my language, but TFM page does say 
>only that one is modification time and the other time when file
>was modified. 

Well at least we can tell you weren't reading the SCO Xenix manuals,
they say that -ctime is the time the file was created.  Really wrong.

And I have just checked three differn't set of SysV manuals, and they
all say the same things as you reported.  Unfortunately, they are
wrong.

>Can someone be so kind and send me 2-3 sentences of explanation? 
>I want to use it to find files changed during last 24 hours, to
>backup them.... 

If you want to find out what files have had their CONTENTS changed,
use -mtime - that is the time the file was last written - even though
nothing may have changed.  A user may have read a text file in and
written it out with no changes.

-ctime is the INODE change time.  That is the last time the inode was
changed, eg permissions changed, links, etc.



-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
From: jpp@StarConn.com (John Pettitt)
Newsgroups: comp.unix.sysv386
Subject: Re: Loosing incoming serial characters [summary]
Date: 9 Sep 92 06:01:17 GMT
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133

[ stuff about bus master etc deleted ] 

First to answer somebody elses question the standard for the PC bus is
IEEE P996.

Now on to the main event - serial I/O (or lack of).  The basic problem
is that serial I/O is essentially a real time asyncronous event.  I.E.
you can't control it.  This is fine if you have a real time OS to handle
it but if you run an timesharing OS (like say UNIX) it becomes a
problem.   The only real solution is to add more buffering (this is the
benifit of the 16550).  However if you delay log enough the buffer will
fill up.  If you are using the same CPU to do flow control as to empty
the buffer then flow control won't help if your CPU is busy doing some
other task (like SCSI interrupt handler).   

One of the proposed solutions, moving to a memory mapped disk, may not
help too much.   Firstly the IRQ overhead is probably the same and
secondly it will introduce a copy from shared memory to kernel buffers
which will impact performance.  

So what to do:

Ensure that the serial driver spl (the level of it's interrupt handler)
is better than that of the disk driver.  This may be non trivial since
the spltty() value used for all the line diciplin code is a kernel
source value.   However it is possible to ensure that you interrupt that
the correct (splhigh or spl7 value) and by double buffering and calling
the line diciplin from a poller ensure that it's run at the correct
spltty and also not called for every byte of input.

Hope this helps

Regards
John Pettitt (Device Driver Hacker - Retired)
-- 
John Pettitt					jpp@starconn.com
Archer N81034					apple!starnet!jpp
Me, say that, never: It's a forged posting!	Fax:   +1 415 967 8682
						Voice: +1 415 967 UNIX
From: Kellner_-_Systems@cup.portal.com
Newsgroups: comp.unix.sysv386
Subject: Looking for EMACS(Epoch?) for SCO-ODT2.0 (X11)
Date: Sun, 13 Sep 92 16:54:27 PDT
Organization: The Portal System (TM)

I am a very frustrated emacs user trying to find nervana on my
new ODT system.  Character based emacs is really difficult.  I've
downloaded V4.1 of Epoch (so called Emac on steroids) but have had
no luck compiling.  does anyone know of an emacs (or epoch) that
is already setup up for SCO Unix? I'm using ODT 2.0 which is
basically SCO Unix V3.2.4 using X11 I think R4.

Please Help.  

Please send replies to peter@kellner.com.  If (ok, when) I figure
this out, I would be happy to post a summary of my findings.
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 & SAS 2.x(?)
Date: 14 Sep 92 16:35:00 GMT
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: marc@r-node.gts.org's message of 14 Sep 92 03:23:29 GMT

In article <1992Sep14.032329.22816@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - Sys Admin) writes:

>   	Quite simple question...where can I ftp FAS 2.10 from? [...]

ftp.win.tue.nl:/pub/sysvX86/fas-2.10.tar.Z

>   	Also, what would the benefit be of installing SAS instead of
>   FAS?  It has been explained to me what SAS is...but I still don't
>   quite understand it :(  I'm running SVR3.2, and FAS installs no
>   problem...does SAS give better throughput or anything like that?

SAS is FAS adapted for SVR4. SAS won't run on SVR3 systems. FAS does work on
SVR4 systems, but it doesn't provide all functionality SVR4 expects from its
drivers.

-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| raymond@es.ele.tue.nl   | Design Automation Section (ES),  Room EH 7.16     |
| phone: +31-40-473373    | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
| fax:   +31-40-464527    |  "Jan Timmer for President of The Netherlands!"   |
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd,comp.sys.ibm.pc,comp.sys.ibm.pc.hardware
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Free software and the future of support for Diamond products
Organization: AT&T
Date: Thu, 10 Sep 1992 13:15:35 GMT
Keywords: Diamond, free-software

In article <d0sncm+.harp@netcom.com> harp@netcom.com (Gregory O. Harp) writes:
> sef@kithrup.COM (Sean Eric Fagan) writes:
> 
> >In article <1992Sep7.133347.4433@cbnewsj.cb.att.com> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> >>1) Calling BIOS from a multitasking OS is trick, dangerous, and impossible
> >>   for those of us running SVR3/4
> 
> >An interesting way to get around all of those:  set up a v86 process that
> >calls the BIOS routines for you.  It can be done, and I've seen it (not for
> >the card in question, however), although I don't recall enough to make any
> >claims about performance.
> 
> Yuck. ;)
> 
> However, that does allow for compatibility with several boards.  For
> example, a VESA version of the X server could be released (I think.
> Perhaps that's pushing it a bit far...).
> 

If somebody wants to write that and contribute it, fine.  We will NOT
be examining that alternative.

> So, how's the hate-mail campaign going with Diamond? ;)

It's not a hate-mail campaign (yes, I see the smiley).  Some people seem
to think it is.  I see it as data collection to be used as evidence to
support our contention that Diamond is cutting themselves out of a 
significant market.

That said, thing are going well.  Our mailbox is over 170kb long.  We
have reports of several thousand board sales lost (pushing 10000).  We
have been contacted by several universities and several consulting
firms of varying size.  We have been contacted by SCO and by S3.

I'll be on vacation next week.  When I get back (after wading though
a huge mailbox), I will tabulate the results and send them to Diamond.
Then we wait and see.

> -- 
> -----------------Greg-Harp----------------harp@netcom.com------------------
>   Love me, love my ferrets.               "Break out of the mold before
>   Or at least love my ferrets. ;)          the mold sets in" -- B52's


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
Newsgroups: comp.unix.sysv386