HDTenEightyP/NetNews huggingface dataset:
From: pes@regent.e-technik.tu-muenchen.dbp.de (Peter Schauer)
Subject: Re: gdb4.6 and kernel panics on ISC (was UHC SVR4 and gdb 4.6)
Keywords: UHC SVR4 GNU GDB GCC
Organization: Technical University of Munich, Germany
Date: Sat, 5 Sep 1992 13:39:49 GMT

andrewh@cs.monash.edu.au (Andrew Herbert) writes:

>>However, when I try *USING* gdb on a small "hello world" test program
>>compiled with gcc -g, my kernel panics as sure as the sun rises in the
>>east!

>I'm using UHC SVR4.0.2.0 too, and have the same problem.  gdb has done this
>for as long as I can remember - certainly 4.4 and 4.5 paniced the system too!
>It is nothing to do with gcc, as compiling with cc -g also has the same effect.
>I imagine it's a bug associated in one of the /proc filesystem ioctls used by
>gdb but not sdb.  As far as I know other SVR4s don't have this problem, and
>hopefully not UHC's version 3.6!  But I'm waiting for SVR4.2. :-)

And it also happens here with ISC 2.2.
I suspect that the panics are due to some swapping problems as they only
happen during debugging large programs and always when gdb hits a break
(so it has to be swapped in again).

Anybody got a solution ?
Will upgrading to ISC 3.x help ?

Peter Schauer			pes@regent.e-technik.tu-muenchen.de
Newsgroups: comp.unix.sysv386
From: jdc@tropix.uucp (Jim Cronin)
Subject: What is the fastest 80x86 SVR4 X window hardware?
Organization: GCA/Tropel Division, Fairport, NY
Date: Tue, 8 Sep 92 16:24:09 GMT



As the subject line says, what is the "fastest" X-windows display
for a 80386 or 80486 running SVR4 Unix?  Are there particular
chipsets (ET4000 or 8414 for example) that are really great or
really bad?  Are there any boards out there that are much better
or much worse?  Are there any that stand out at low resolution
but slow down at higher resolutions?  And how about dual-ported
video ram?

What about the software?  Is X11R5 much faster than X11R4?  What
about Xfree86?

Our goal is to find something that gives good X performance on a
486-PC running Unix (Esix in our case).  The machine is fast, but
X windows is very slow.  Is this FAQ material?


Jim
-- 
	James D. Cronin			jdc@tropel.gca.com
	GCA/Tropel Division 		{rit,uunet!gca}!tropix!jdc
	60 O'Connor Rd.   Fairport, NY 14450	
	716-388-3508	    FAX 716-377-6332
Newsgroups: comp.unix.sysv386
From: peter@zeus.dialix.oz.au (Peter Wemm)
Subject: Re: ESIX 4.0.4 ttymon problems...HELP!
Keywords: ttymon, esix
Organization: Karam Pty. Ltd. Perth, Australia
Date: Tue, 8 Sep 1992 03:32:53 GMT

bill@unixland.natick.ma.us (Bill Heiser) writes:
>peter@zeus.dialix.oz.au (Peter Wemm) writes:
>>And yes, ttymon (properly configured) *is* better than getty!

>Why?

One ttymon process can monitor all your terminals and modems instead of 
having an individual getty for each.  In my book, that's a win.

This works fine for me on Dell 2.1.  I make no claims about other
versions/vendors.

And you dont have to keep editing /etc/inittab (and /etc/conf/cf.d/init.base
and maybe /etc/conf/init.d/*) to start and stop ports.

If you run on *reliable* ports (such as current Stallion drivers), it works!

-Peter
-- 
Peter Wemm : peter@zeus.dialix.oz.au   If it's broke, fix it (The MS-DOS way)
Work phone: +61-9-479-1855    If it aint broke, don't touch it (The Unix way)
Fax: +61-9-479-1134   If we can't fix it, it ain't broke (Maintainer's Motto)
  "Don't give me that intelligent life cr*p, find me something to blow up!"
Newsgroups: comp.unix.sysv386
From: dlparker@dlpinc00.rn.com (David L. Parker)
Subject: Re: Installation Help on Serial Card Please.
Keywords: SCO UNIX, Serial Card
Organization: Automated Data Management Services
Date: Fri, 11 Sep 1992 11:41:40 GMT

In article <1992Sep11.015811.8865@samba.oit.unc.edu> Yanzhang.Lu@bbs.oit.unc.edu (Yanzhang Lu) writes:
>I need to get a 12-port card working under SCO unix System V R3.2 Version
>4. Here is some information about the card:
>Global View 12-port Intelligent Adapter: 80186CPU , 6 DARTUS, 12 R-232
>serial ports with DB25 connectors. JP2 is for IRQ setting (default is 10),
>JP3 is for wait-state setting (default is 0), and SW1 is for base address
>setting (default is 0x300).
>
>Following the instructions, I load the installation program to the hard
>drive, then run the program in single user mode:
>./gviiop
>
>According to the instruction, the screen should come out an menu for
>further installation. However, I only got a line saying:
>installation stop.
>
>I tried to set IRQ as 4, base address 0x3f8, then 3 and 0x2fe. It was just
>the same. I called the company, but no one answer the phone. I know this
>is not a standard card. But if you happen to use the same kind of card.
>I'd like to know :
>(1) How do you get it working?
>(2) Is there a problem on the installation program?
>(3) What IRQ number and base address should I use?
>
>Thank you very much for any help.
>

Are the standard serial port drivers still in the kernel?  I would think 
that is an obvious addressing conflict.
-- 
Dave Parker
Automated Data Management Services, Pleasant Hill, MO 64080-1331
(816) 987-5167/5218 voice/fax
Newsgroups: comp.unix.sysv386
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Chinet - Public Access UNIX
Date: Thu, 10 Sep 1992 21:33:04 GMT

In article <1992Sep9.135941.13504@godzilla.quotron.com> sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>I can't compare DELL to ESIX since you and Bill are the only two users, that
>I know of, of DELL Unix. I know  of many ESIX users though.
>
	Chinet is running it, and has been the most stable UNIX run
	here since 1983 starting with Xenix86, 3b2/sysvr2 thru AT&T
	sysv*.*.

>>As a bonus, Dell comes with all kinds of PDS ported and ready to run. 
>I hope that they got the OK from the authors of the PD software!

	Uh, don't think so.  PD is Public Domain!  They could sell
	it if they wanted, and don't need to contact anyone.
-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
From: root@admin.mport.COM (admin)
Newsgroups: comp.unix.sysv386
Subject: Re: CodeView
Date: 8 Sep 92 21:46:16 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

dpwc@dprmpt.UUCP (Weihan Chang) writes:


>I am running SCO ODT 3.2 on my 486 and try to make CodeView work.
>I follow the man page giving "-g" to cc, but, cv keeps telling me
>no symbolic information. I can only see assembly codes.
>The man page also say that "ld" has "-g" option. When I try, "ld" 
>told me it doesn't know about this switch.
>Anyone can help me with this? Thanks !
===================================================

You might check your Makefiles to make sure the binaries are not getting
stripped (of symbolic information) in order to reduce their size.
Newsgroups: comp.unix.sysv386
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Quotron Systems, Inc.
Date: Fri, 11 Sep 1992 15:46:34 GMT

In article <BuEvwy.2rt@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>peter@ferranti.com (peter da silva) writes:
>
>>> DELL includes the MERGE along with their product (i.e. it is a "nuts and
>>> bolts complete" release).  
>
>>IF you want Merge. But why would I want Merge?
>
>If you want it, then just type dos.  If you don't, you get to
>delete it or remove it.
>
>At least you have a choice.
>

But Larry, if you don't want Merge, you paid for it!


>-- 
>Larry Snyder                                    internet: larry@gator.rn.com
>keeper of the Gator                                  uucp: uunet!gator!larry


Sandy



-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
Newsgroups: comp.unix.sysv386
From: jle9162@zeus.tamu.edu (ECKHARDT, JASON LEE)
Subject: X libraries for SCO unix.
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
Date: Wed, 9 Sep 1992 20:31:00 GMT

  Somebody out here must know how I can successfully compile libX11.a, etc.
for SCO unix 3.2.2! I have tried for weeks with no luck. I always
come up with these unresolved externals:
  _XWriteV
  _XReadV
  _XBytesReadable
This happens even when I use -DLOCALCONN...

I don't have libsocket.a or anything else not in the plain dev. system,
so I can't compile with networking. (and this is only running on my machine
so I don't need networking).

I've been leaving similar messages for a couple weeks with no useful replies,
so if there is anyone out there who has compiled the X libs for themselves
on SCO UNIX 3.2.2 with Dev. System 3.2.0, please tell me how!

Again, I can't afford to shovel out more money to by more SCO products like
  TCP/IP dev. sys. or X dev. system...so don't please don't respond to me
  with that non-solution.

Any help would make my week! Thanks, jason.
From: root@admin.mport.COM (admin)
Newsgroups: comp.unix.sysv386
Subject: Re: What is /dev/pmem?
Date: 8 Sep 92 21:42:19 GMT
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

pim@cti-software.nl (Pim Zandbergen) writes:
>dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:


>>On my SVR4 box (Microport), in addition to the standard /dev/mem and
>>/dev/kmem, there is a /dev/pmem.  All three have different minor mumbers 
>>(same major number, so /dev/pmem is obviously related to the other two).
>>The manual page for /dev/mem and /dev/kmem has no mention of /dev/pmem.
>>Can anyone enlighten me on what this is?
>I've asked the same question a couple of months ago, because
>there's also a /dev/pmem in Interactive's SVR3.2.

>I had zero response then, I wonder if there will be any now.

===================================================================== 

Now we will tell you what it is - sorry that you slipped
through the cracks.

/dev/pmem is a means of accessing the physical memory - it
is analogous to /dev/kmem which is used to access
kernel virtual memory.


=*=*=*=*=*=*=*=*=*=*=*=*========*=*=*=*=*=*=*=========*=*=*=*=*=*=*=*=*=*=*=*=*=
Richard ducman Ducoty                                          Microport Inc.
duc@mport.com                                                  Scotts Valley, CA
root@mport.com                                                 408.438.8649
Newsgroups: comp.unix.sysv386
From: dominic@scooter.genie.uottawa.ca (Dominic Richens)
Subject: Re: disk mirroring
Followup-To: comp.unix.sysv386
Originator: dominic@
Keywords: striping
Reply-To: dominic@shamin.genie.uottawa.ca
Organization: MCRLab - University of Ottawa
Date: Tue, 8 Sep 92 15:36:17 GMT


In article <Bu1436.5oK@palan.uucp>, scott@palan.uucp (0000-Admin(0000)) writes:
! I've used several different mirroring / striping packages under SCO UNIX.
! 
! By FAR the best is Chantel.  When this evalation was taking place, 1776
! was sending us fixes almost daily (!) none of which worked.......
! 
! Chantel - perforamce is great and the product installs easily.  As long
! as you understand the concepts and know what is going on.

While we are on the subject, then, what is the "stripe width"?  The Chantal
documentation never explains it, so I just tried different values, using
iozone to test which values gave the fastest file system.

dominic

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
From: pascal@CAM.ORG (Pascal Gosselin)
Newsgroups: comp.unix.sysv386
Subject: Computone Intelliport IIex
Keywords: computone IIEX serial board
Date: 12 Sep 92 19:45:47 GMT
Organization: Communications Accessibles Montreal, Quebec Canada

I just got my hands on such a beast (the Computone IIex 16 port) and it
looks to be truely impressive.

This thing supports 115,200bps, supports up to 256 ports on a single board
and has an external concentrator that looks just like a Silicon Graphics
Indigo (but it is gray :-( ).

The 'Indigo-type' concentrator has these RISC-based UARTs and a funky
LCD display that lets you snoop any line on any RS-232C port and even
lets you estimate the send and receive CPS rates on any port.  Very cool.

Now, I have yet to plug in the thing (it is NOT going into our machine,
sniff...).  It is going to go in an (eech) Xenix system.

The drivers supplied don't support any SRV4 products, so I don't think
this board will ever make its way into our machine either. (If anyone
has heard otherwise, let me know)

Anyway, back to the board.  I would like to hear from other people who
have tried or are using this card.  I doubt the 80186-20 processor
can handle 256 ports, but it's nice to know the thing is designed for
that kind of limitation. But then again a 486 supporting 256 devices? Humm... 

-Pascal

-- 
+--------------------------+-------------------------------------------------+
    Pascal Gosselin        |     Communications Accessibles Montreal  
    pascal@CAM.ORG         |  A non-profit corporation.  Newsfeeds & More.   
  Apple Support Specialist |  For info: info@CAM.ORG or Voice (514) 923-2102 
Newsgroups: comp.unix.sysv386
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Re: socket lib for SCO
Organization: The Rhode Island Internet Systems Cooperative Network
Distribution: usa
Date: Sun, 06 Sep 1992 20:18:06 GMT

In article <5SEP199218342602@zeus.tamu.edu> jle9162@zeus.tamu.edu (ECKHARDT, JASON LEE) writes:
>  Anyone know where I can find a socket library for SCO UNIX 3.2.2?
>I've tried the one from anomaly, but it was written for xenix and just
>dumps core whenever gethostbyname() is called.

The socket library on Anomaly uses named pipes, not real sockets. Its not
really designed for use in a network environment.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /
Newsgroups: comp.unix.sysv386
From: bad@generics.ka.sub.org (Christoph Badura)
Subject: Re: SVR4 batch bug: extra newlines - fixed yet?
Organization: Generics GmbH
Date: Mon, 14 Sep 1992 13:04:11 GMT

jrh@mustang.dell.com (Randy Howard) writes:
>>When I run this on ICL and Unisys SVR4 machines, the file bug-results
>>contains the three lines as expected, BUT THERE ARE SEVERAL EXTRA
>>NEWLINES - THE FILE bug-results CONTAINS 7 LINES INSTEAD OF JUST THREE!

>I just tried this on Dell SVR4v4 (Issue 2.2) and it produces the desired
>three lines of output.

It in the 4.0.3 source. In the function copy() in at.c is a call to
puts() that should have been a call to fputs().

That precludes a workaround.

-- 
Christoph Badura
bad@generics.ka.sub.org
Newsgroups: comp.unix.sysv386
From: bash@tware.com (Paul Bash)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Techware Design, Boulder, Colorado
Date: Sat, 12 Sep 1992 14:52:37 GMT

In article <BuF798.KyE@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
>In article <BuDt75.D1p@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:
>>In article <1992Sep9.135941.13504@godzilla.quotron.com> sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>>>I can't compare DELL to ESIX since you and Bill are the only two users, that
>>>I know of, of DELL Unix. I know  of many ESIX users though.
>>>
>>	Chinet is running it, and has been the most stable UNIX run
>>	here since 1983 starting with Xenix86, 3b2/sysvr2 thru AT&T
>>	sysv*.*.
>
>Ddsw1.MCS.COM also runs it (my home machine) as does our Internet gateway at
>the office here.  
>
>I'm >very< satisfied with the product.  Extremely nice and stable.
>

Ok, here's my plug for it too. Tware runs 24hrs/day and I've had _no_ unplanned
down time in almost 2 years. I've even gone several months at a time without
planned downtime. In addition, I'm running it on non-DELL hardware. 
 
-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Summary: DELL sites
Keywords: dell svr4 filesystem
Organization: VideOcart Inc.
Date: Fri, 11 Sep 1992 15:34:19 GMT

In article <BuDt75.D1p@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:
>In article <1992Sep9.135941.13504@godzilla.quotron.com> sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>>I can't compare DELL to ESIX since you and Bill are the only two users, that
>>I know of, of DELL Unix. I know  of many ESIX users though.
>>
>	Chinet is running it, and has been the most stable UNIX run
>	here since 1983 starting with Xenix86, 3b2/sysvr2 thru AT&T
>	sysv*.*.

Ddsw1.MCS.COM also runs it (my home machine) as does our Internet gateway at
the office here.  

I'm >very< satisfied with the product.  Extremely nice and stable.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
From: jr@oglvee.UUCP (Jim Rosenberg)
Newsgroups: comp.unix.sysv386
Subject: RFS for SCO(/MPX) ?
Date: 10 Sep 92 20:01:23 GMT
Organization: Oglevee Computer Systems, Connellsville, Pa

I am receiving bids on a computer we are about to buy, and most of them are
offering an SCO-based operating system.  I would *like* to be able to have
RFS to connect to our existing Altos 2000, since Altos is never going to
support NFS on that platform.  My understanding is that SCO is based on
V.3.2 sources, and the AT&T distribution of V.3.2 does include RFS, but SCO
is apparently not including that.  Is there a 3rd party somewhere selling
RFS for SCO?
-- 
Jim Rosenberg             #include <disclaimer.h>      --cgh!amanue!oglvee!jr
Oglevee Computer Systems                                        /      /
151 Oglevee Lane, Connellsville, PA 15425                    pitt!  ditka!
INTERNET:  amanue!oglvee!jr@vax.cs.pitt.edu
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sysv386
Subject: Re: What is /dev/pmem?
Date: 6 Sep 92 20:54:54 GMT
Organization: AT&T

In article <Bu6745.C58@ais.org> lewis@ais.org (David T. Lewis) writes:
> In article <1992Sep2.193151.16817@cti-software.nl> pim@cti-software.nl 
> (Pim Zandbergen) writes:
> >dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> >
> >
> >>On my SVR4 box (Microport), in addition to the standard /dev/mem and
> >>/dev/kmem, there is a /dev/pmem.  All three have different minor mumbers 
> >>(same major number, so /dev/pmem is obviously related to the other two).
> >>The manual page for /dev/mem and /dev/kmem has no mention of /dev/pmem.
> >>Can anyone enlighten me on what this is?
> >
> >I've asked the same question a couple of months ago, because
> >there's also a /dev/pmem in Interactive's SVR3.2.
> >
> >I had zero response then, I wonder if there will be any now.
> >-- 
> >Pim Zandbergen                      domain : pim@cti-software.nl
> >CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
> >Laan Copes van Cattenburch 70       phone  : +31 70 3542302
> >2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
> 
> Please forgive me taking a wild guess at it, but "physical memory" comes
> to mind.  Possibly this is to provide access to hardware memory addresses,
> as distinct from addresses which get translated through the memory mapping
> hardware.  If you can read your video card memory from address 0xA0000 or
> 0xB0000 of /dev/pmem, the hypothesis would be supported.  Obviously,
> writing to this device would be a bit on the risky side.
> 


I quote, from the SVR4 mem(7) manual page:

	The file /dev/mem is a special file that is an image of
	the core memory of the computer.  It may be used, for example,
	to examine, and even to patch the system

	Byte addresses in /dev/mem are interpreted as memory addresses.
	References to non-existent locations cause errors to be
	returned

	Examining and patching device registers is likely to lead to
	unexpected results when read-only or write-only bits are
	present.

	The file /dev/kmem is the same as /dev/mem except that kernel
	virtual memory rather than physical memory is accessed.


No mention of /dev/pmem.  Since /dev/mem is physical memory, by this
definition, I repeat "What is /dev/pmem?"

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Organization: Keith's Computer, Hope Mills, NC
Date: Sat, 12 Sep 92 04:14:26 GMT

In article <1992Sep7.155915.11487@compu.com> fr@compu.com (Fred Rump from home) writes:
>larry@gator.rn.com (Larry Snyder) writes:
>
>>>Let's face it, there a few SCO UNIXses running out there on 486/33 EISA
>
>>I am wondering (actually was thinking) if any other vendors UNIX runs on
>>this same machine?
>
>There would be gnashing of teeth and untold horror out in generic sysv land if 
>they did.  Rather than have such a disaster strike the earth it is best not
>even tried.  The risk is simply too high.
>
>:-)
>-- 
>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   


Hehehe, Responding to the last three posts.

Yea.  It runs 3.2.2 like a bat out of hell! So in this case Mr.  Rump I
would have to say that in 3.2.4 SCO broke something.  In fact I have 2
different clones that it (the .4 upgrade) crawls on that run the Very
Same configuration SCO 3.2.2 fine.  One EISA and 1 ISA.  My point was a
problem with .4 that was not in .2.  And Yes.  It runs MST SVR4 fine
too. 

So is the problem SCO's?  Well, I dunno, They had a product that worked
fine, and then the upgrade makes the box crawl.  You tell me?
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
Newsgroups: comp.unix.sysv386