HDTenEightyP/NetNews huggingface dataset:
From: georg@norisb (Georg Biehler)
Newsgroups: comp.unix.sysv386
Subject: Re: How to debug a PANIC??
Date: 28 Jul 92 06:08:35 GMT
X-Newsreader: Tin 1.1 PL4

mtcusa@tigger.jvnc.net (Multilingual Technogies Corporation) writes:
[...]
: 
: INTERACTIVE:
: 
[...]
: 
: 	Once you get this in the kernel, activate the debugger (CTRL-ALT-D)
: 	and set a break point on "panic".  You can do this as:
: 
: 			panic .i brk0
[...]
: 	
: 	If you can produce the panic on demand, do so.  If not, wait for
: 	it.  When it happens, the system will dump all that register muck
: 	and then break on the 'panic' kernel call.

Sorry,  but for a panic not the old kernel function "panic" gets called,
but "cmn_err" with CE_PANIC as first parameter.  You do not have to set 
a breakpoint on the function,  since the kernel debugger stopps automatically
on panics.

: 
: 	You can now type 't' for 'trace' and get a backtrace to the
: 	system call that caused the panic.
: 
The command to get a backtrace for the stack is simply "stack".

: 	GURU question:  What is the meaning of all that stuff in
: 			parentheses after the system calls.  It's not
: 			function call arguments.   More to the point
: 			where can I read for myself about it.

A system call has no direct parameters;  the parameters for the call are saved
somewhere;  a pointer to the save area is in the u-area (u.u_ap).
: 
: Hope this helps.
: 
: George Bogatko - mtcusa@tigger.jvnc.net

Me too
-Georg
Newsgroups: comp.unix.sysv386
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: Fun with uugetty (ISC)
Organization: Private UNIX Site
Date: Fri, 24 Jul 1992 09:31:29 GMT

mike@hernix.org (Mike Herman) writes:

>I'm running ISC 2.2 and FAS 2.09, and I have to use uugetty!
>Otherwise, the output from the modem echoes back to login, and loops.
>I've tried 2 different modems, Telebit and Nec.  I've spent hours on this,
>and gave up.  I must run uugetty.  Besides, why not, this works fine?

If you install getty (not uugetty) on a ttyFMxx FAS device, how can
it loop? getty sleeps until DCD is asserted, and therefore can't
echo any characters back to the modem in this state. One reason could
be that your modem always sets DCD to high level. This is a configuration
error. Set up the modem so that DCD follows the modem carrier. Then it
should work.

On the other hand, it is always a good idea to disable echos and result
codes in a modem that waits for a dialin. The default settings of the
modem after a reset should be `E0Q1'.

Again, if the modem is properly set up and you start getty on a ttyFMxx
device with the default minor device number it should work. I know that
it does for hundrets of other people.

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
Newsgroups: comp.unix.sysv386
From: allbery@NCoast.ORG (Brandon S. Allbery KF8NH)
Subject: Re: Dell SVR$ (and Dell hardware) total lack of success on Postscript
Reply-To: allbery@ncoast.org (Brandon S. Allbery KF8NH)
Organization: North Coast Public Access *NIX, Cleveland, OH
Date: Wed, 29 Jul 1992 00:46:04 GMT
Followup-To: comp.unix.sysv386

As quoted from <gram.712228048@aim1> by gram@aim1.aztec.co.za (Graham Wheeler):
+---------------
| pcg@aber.ac.uk (Piercarlo Grandi) writes:
| >Dell in particular make it very clear that unless the customer buys a
| >complete system integrated by them they do not take responsibility for
| >system integration problems. They do not even represent that the Unix
| >they sell will work *at all* with any non Dell hardware. All expense of
| >system integration rests with the purchaser of their Unix product.
| 
| And this is their mistake. Probably because of Eric's FAQ, Dell UNIX has got
| a lot of free publicity on the net, and judging by the increase in postings
| over the last six months, a large increase in sales. While originally Dell
| UNIX may have been a UNIX port available as a `perk' in the Dell hardware
| marketing strategy, it is clear that Dell UNIX is rapidly becoming a product
| in its own right. Dell could make the most of this success by dropping their
| attitude of `if your hardware isn't ours, we're not interested', and instead
| marketing Dell UNIX as a competitive product to SCO, ESIX, etc, and providing
| better support to those of us who already had the hardware and just wanted the
| software.
+---------------

I would have jumped in on this argument a week ago except that ncoast was
being fanatically uncooperative....

I dunno what the rest of you are seeing (and in several cases I suspect they
aren't even looking) but it sure looks to me like Dell hasn't quite adjusted
to this fact and hasn't quite decided whether they even like the idea of Dell
SVR4 as a product in its own right, much less whether they want to devote
effort to it.  (I'll be *real* surprised if "Dellsoft" suddenly appears on the
scene within the next year....)

Flamefests like the one that apparently just ended (I can dream, can't I?)
don't exactly help to convince Dell that they should continue to sell their
SVR4, much less sell it for non-Dell hardware.  (Yeah, I know some of the
hotheads would like to see them stop... I'd like to see their faces when they
try to get support from Concensys.)

++Brandon
-- 
Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com
Senior Programmer, Telotech, Inc. (if I may call myself that...)
Xref: sparky comp.unix.sysv386:12595 comp.unix.questions:9527 comp.unix.programmer:3987
From: av@omega.ssw.de (Andreas Vogel)
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.programmer
Subject: Re: What causes this ld error?
Date: 28 Jul 92 22:30:45 GMT
Organization: Omega Softlab

In article <1992Jul27.205816.20382@bradley.bradley.edu> guru@camelot.bradley.edu (Jerry Whelan) writes:
>I'm building a debugged version of MoNet (a network monitor
>program) on the following system:
>
>AT&T 386-33 w/ 16 meg of RAM and 32 meg of swap.
>AT&T SVR4 2.0.1
>X11r5 pl13
>gcc 2.2.1
>
>
>When I do the final link stage for certain programs
>(xmonet for example) I get this error:
>
>ld: xmonet: libelf error:  Memory error: output file space elf_update: 
>
>I get this even if I do the final link stage with the stock cc instead
>of gcc.
>
>I think the problem is due to the fact that I'm building with debugging
>turned on and the monet stuff is pretty big to begin with and somewhere
>I'm running out of space (memory or disk, I don't know.)  I've set
>my ulimit to 17 meg and done the compile on the console without
>X running.  I still get the same error.
>
>Has anyone else seen this error and know how to ``fix'' it?
>

Yes. The default parameters for the kernel are somewhat low configured.
Some time ago somebody posted the values for the tunable parameters
which should be adjusted in the file /etc/conf/cf.d/stune. I am working
with this values with success (and be able to link really huge programs :-))

The following parameters are in my /etc/conf/cf.d/stune file:

# change default resource limits (these are per process limits)
# raise the default coresize limit from 1MB to 4MB
SCORLIM  0x400000
HCORLIM  0x400000

# raise other memory defaults from 16MB to 64MB
SDATLIM  0x4000000
HDATLIM  0x4000000
SSTKLIM  0x4000000
HSTKLIM  0x4000000
SVMMLIM  0x4000000
HVMMLIM  0x4000000

# raise memory for shell and increase system ulimit
ARG_MAX  51200
ULIMIT   12288

BTW, the comments are only valid for this posting and should be omitted
in the stune file.

Luky linking... :-))

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
Lines: 14
Date: Tue, 21 Jul 92 14:17:06 MDT
From: kelly@ice.ee.byu.edu (Kelly Flanagan)
Newsgroups: comp.unix.sysv386
Subject: TROFF and i486


	Does anyone know of a company that offers a troff text
formatting tool that will run under Interactive UNIX on an i486 box?

	Please let me know who offers it and whether you have tried it
or not.  


	Before the flames come my way, I use TeX, but a friend has not
seen the light. :-)

kelly

kelly@ee.byu.edu
From: "ron angert" <ron.angert@channel1.com>
Newsgroups: comp.unix.sysv386
Subject: 486 local bus and vga
Date: 28 Jul 92 10:43:34 EST
Reply-To: "ron angert" <ron.angert@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

to: mloewen@cpumagic.scol.pa.us

re: ESIX

I saw your request for a 486/local bus board, and while I have no
info on that subject I do have a question (or two) about ESIX.

I am trying to set up a small, 3 CPU Unix net in the UKRAINE.  I sell and
use EVEREX computers and the systems for this project will be STEP 386/33s.

My question is - Have you set up ESIX on a TCP/IP network, and if so, how
stable is it?  They will be using Oracle with SQL.  Glad I am not doing
the software on this one.  Any general comments on this OS would be
appreciated.  I am trying to save them money over SCO, who will not
allow me to sell overseas anyway.

Thanks in advance for any assistance you may be able to provide.

reply via usenet ron.angert@channel1.com please.

Ron Angert - Riner, VA
---
  DeLuxe 1.21 #11400  Internet ron.angert@channel1.com
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: opinions on unix systems
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Mon, 27 Jul 1992 11:19:45 GMT

fr@compu.com (Fred Rump from home) writes:

>larry@trauma.rn.com (Larry Snyder) writes:

>>According to talk here, several previous SCO fans have (or will be)
>>jumping off the SCO bandwagon after SCO announced the ODT update pricing..

>What is it? 
>Oh yes, $395 for the regular runtime on tape.

$395 for the ODT 2.0 upgrade for current ODT users
-- isn't it only $900 to start with?

how much for the developers package update, and  unlimited users update?

I though MD was complaining about the upgrade for a complete system costing
$800-$1000...


-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: comp.unix.sysv386
Subject: Maximizing drive performace
Date: 24 Jul 92 13:47:20 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

It's renovation time on the old rsoft network and I'm looking for ways to
increase drive performace.

Currently we run two 660 meg ESDI drives on an ultrastor controller and two 1
gig SCSI drives on an adaptec, the theory being that both controllers can
operate at once and throughput will be higher as a result.  Recent versions of
SCO Unix support "Scatter/Gather" which I understand to mean one controller can
issue requests to multiple drives at once, then wait for the answers back in
whichever order they arrive.

Given this, is there still any benefit to the two controller approach?

The machine in question is an ISA bus 486-33.  I'd really like to hear from
people that have made the ISA-->EISA move: How much difference does it make in
real world situations?

Finally, now that SCO supports a wider variety od SCSI controllers, should I
stick with my Adaptecs or is there a better choice now?

Frank.
--
___________________________________________________________________
Frank I. Reiter                Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Newsgroups: comp.unix.sysv386
From: mike@hernix.org (Mike Herman)
Subject: Re: Fun with uugetty (ISC)
Organization: Michael A. Herman Software
Date: Thu, 23 Jul 1992 02:22:09 GMT

I'm running ISC 2.2 and FAS 2.09, and I have to use uugetty!
Otherwise, the output from the modem echoes back to login, and loops.
I've tried 2 different modems, Telebit and Nec.  I've spent hours on this,
and gave up.  I must run uugetty.  Besides, why not, this works fine?

-- 
--------------------------------------------------------------------------
     mike@hernix.org	hernix!mike   wb8evi   Strongsville, Ohio USA
--------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: witr@rwwa.COM (Robert Withrow)
Subject: Controversy, objectivity, and common sense...
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Tue, 28 Jul 1992 14:59:39 GMT

In article <1992Jul27.203323.25102@crd.ge.com>,
  davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

|   I think that when/if that article comes out someone should post the
| publisher's address on the net so we can all write a letter expressing
| our views on John De Armond's objectivity.

Perhaps, Bill, you will be so kind as to explain to us what qualifies 
your views as more ``objective'' than Mr. De Armond's are.

If your views cannot be shown to be more ``objective'' than his, what
justifies the claim of moral superiority I detect in the above
comment?

-- 
---
 Robert Withrow, R.W. Withrow Associates, Swampscott MA 01907 USA
 Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO ODT 2.0 ranlib question
Date: 22 Jul 92 16:51:55 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <92203.161449JGROVER@MAINE.MAINE.EDU>, JGROVER@MAINE.MAINE.EDU (John Grover) writes:

| I have mucho makefiles that ranlib libraries. However, ranlib uses the
| xenix ar so I always get the message that it cant complete because the
| library is not in x.out form. I don't intend to ever use xenix format
| libraries. How can I tell ranlib, or the rest of the system for that
| matter, to forget xenix format?

  ranlib ONLY works with xenix format. If you don't run with xenix
format you shouldn't be using ranlib. ar has an option, 's' from memory,
which does the symbol stuff you might need. You may not even need to use
it, depending on what you're doing.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
Xref: sparky comp.unix.sysv386:12566 comp.sys.ibm.pc.hardware:20544
From: sbm@edam.cs.adelaide.edu.au (John Simenko,,,)
Newsgroups: comp.unix.sysv386,comp.sys.ibm.pc.hardware
Subject: Re: Stallion - do they have a BBS number?
Date: 29 Jul 92 01:53:29 GMT
Reply-To: sbm@cs.adelaide.edu.au
Followup-To: comp.unix.sysv386

From article <Bs3GwF.FC@obiwan.uucp>, by bob@obiwan.uucp (Bob Willcox):
> I have a Brumby 8-port card made by Stallion Technologies and was
> wondering if they have a BBS number one can call for info/drivers.
> Please email if you know it.
> 
> Thanks,
> -- 
> Bob Willcox           ...!{rutgers|ames}!cs.utexas.edu!uudell!rancor!obiwan!bob

Well, i dont know about a BBS number, but their Ph. Num is
+617 870 4999
if you wanna call 'em and find out... :)


John!		Internet:  sbm@cs.adelaide.edu.au
-------------------------------------------------
Newsgroups: comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Hunter Systems Abandons the 386 UNIX market
Organization: Somewhere just far enough out of Toronto
Date: Tue, 21 Jul 1992 02:35:25 GMT

I recently received notice from Hunter Systems that it has immdiately
dropped all sales and support for software using their "Transformers".
That is, DOS-ported-to-UNIX software that they had been selling, including

Borland Quattro

DataEase

Microsoft Word

Xywrite

will no longer be sold or supported.

The company says it has few resources, and must steer everyone into its
next projects, that is, porting MS-Windows applications to RISC-based
GUI workstation environments. No medium-term plans for ODT, 386 Solaris,
or any other Intel-based environment.

None of these products is available at this moment. Since all of its
previous (character-based) products have been withdrawn, this means that
at this time, Hunter Systems isn't selling anything.

I think the company has chickened out of the competitive 386 market,
where the competition in spreadsheets includes Lotus, wordprocessors
include WordPerfect and the *native* UNIX version of Word done by SCO,
and the databases include FoxBase and dBASE. They're moving to
(seemingly) greener pastures, where there are fewer DOS-like apps in the
workstation market.

I predict you can write this company off. Right now. Its translated DOS
stuff just can't cope with competition from native apps. And outside the
386 world, there's less interest in apps ported from DOS anyway.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
   Said Captain Jean-Luc Picard to the tailor at his machine: "Make it sew!"
Newsgroups: comp.unix.sysv386,biz.sco.general
From: lance@markv.com (Lance Ellinghouse)
Subject: Re: HP DAT drive hanging
Organization: Mark V Systems Limited, Encino, Ca
Date: Mon, 27 Jul 1992 14:10:13 GMT
Followup-To: comp.unix.sysv386

In article <41@fleet.UUCP> mel@fleet.UUCP (mel) writes:
>iA HP DAT drive (model 35470A without compression running under SCo Unix
>version 3.2.4 keeps "hanging" on the issuing of a second tape command.
>It can only be cleared by a shutdown/restart of the CPU.

you are not the only one that has found this bug. You have to unload
the tape before you can run a second tape command. This is fine
unless you want to rewind and check the tape in the middle of the
night (what we do to verify). I have compression turned on.
BTW: They stilll do not have the HIGHDEN bit in the drivers
working! No way to turn compression on/off via the drivers..

>No combination I have tried yet has cleared this up and I'm supposed to
>install the system on Wednesday. All help and suggestions gladly accepted.

I have contacted someone in Tech Support @ SCO, but they have not
gotten back to me yet. I have a feeling I was dropped in the bucket.

>
>Thanks
>
>Mel Shear
>New Orleans, Louisiana  USA
>!rex!fleet!mel
>mel%fleet@cs.tulane.edu
>Phone: 504-889-1267
>FAX:   504-456-1267

Lance Ellinghouse
lance@markv.com



Newsgroups: comp.unix.sysv386
From: darcy@druid.uucp (D'Arcy J.M. Cain)
Subject: Re: Dell SVR$ (and Dell hardware) total lack of success on Postscript
Date: Wed, 22 Jul 1992 16:56:55 GMT
Organization: D'Arcy Cain Consulting

gram@aim1.aztec.co.za (Graham Wheeler) writes:
>donn@dellunix.dell.com (Donn Baumgartner) writes:
>>Bull.  Dell neither makes nor sells the HP LJII (with Postscript+ cartridge),
>This guy must be a plant working for SCO or someone. I can't believe Dell
>are paying him to alienate the net. Perhaps its time to sell your Dell stock,
>folks ;-) - with Donn effectively running Dell's net.PR, I don't see a very
>bright future for them...
>Aztec Information Management/UCT   | 		Lao Tzu - Tao Te Ching Ch. 78

Is that your opinion or Aztec's.  Perhaps you shouldn't post until you
understand that people speak for themselves here.  Aztec may not appreciate
you running their net PR otherwise.

That was sarcasm in case you couldn't figure that out.

-- 
D'Arcy J.M. Cain (darcy@druid)     |
D'Arcy Cain Consulting             |   There's no government
Toronto, Ontario, Canada           |   like no government!
+1 416 424 2871          DoD#0082  |
From: dchin@ept.msc.cornell.edu (David W. Chin)
Newsgroups: comp.unix.sysv386
Subject: -K flag for cc on ATT SVR4 (pkg scde)
Date: 28 Jul 92 20:41:05 GMT
Organization: Cornell-Materials-Science-Center

The -K flag for cc on ATT SVR4.0.2 (package name "scde") seems to only accept
the "PIC" option, and not the others.  Can anyone shed some light?  (Yes, I
did use the "-O" flag along with it.)

Thanks in advance.

David Chin				 Cornell University '92

________________________________________________________________________
Internet:                       |        
  dchin@helios.tn.cornell.edu   |        
Bitnet:                         |        Phone:  (607) 257-6576
  iojj@crnlassp                 |        Add:  401 Thurston Ave., Ithaca
  iojj@crnlvax5                 |              NY 14850-2431
  iojj@crnla                    |        Shoe size:  8 1/2
________________________________|_______________________________________
Newsgroups: comp.unix.sysv386
From: soward@slow.inslab.uky.edu (John Soward)
Subject: best cheap et4000 card for use with X386
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Tue, 28 Jul 1992 17:48:54 GMT

I'm looking on some advice. We are trying to update the graphics in our lab a  
bit. but we're on a shoestring budget. I'd, of course, like to get the best  
resolution possible. But we cannot afford new monitors..our current monitors  
are AT&T329D's which are bi-sync @ 31.5K and 35.2K horz. and 56/60/70Hz Vert.
with a .29mm dot pitch...I think the max res is 800x600.
I figure the ET4000 based units are the way to go, but we probably will have a  
budget of around $100 or less per card. Any suggestions as to model's and  
places from which to purchase will be appreciated.

PS. these are going into AT&T 6386WGS machines (20mhz 386DX)

thanx in advance, 

--
    ________________________________________________________________________
   /   'The midnight sun will burn you up" -The Cure, Piggy in the Mirror  /
  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)       /
 /_______________________________________________________________________/
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: esix 4.0.4 experiences 
Distribution: world
Organization: home
Date: Thu, 30 Jul 1992 22:59:59 +0000


In article <Bs5DFA.BC3@gator.rn.com> larry@gator.rn.com writes:

>
>markd@silogic.uucp (Mark C. DiVecchio (K3FWT)) writes:
>
>>5. Man pages included
>>6. SLIP
>
>Dell has been shipping with SLIP and man pages now for the last
>6 months - I wonder why ESIX decide not to ship man pages and SLIP
>with their 3 release? 

Esix SVR4 v4.0.3 did include man pages and slip, although the latter was
useless.

     ----------------------------------------------------------------------
       Simon Langley                 email: slangley@constant.demon.co.uk
     ----------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: swispl@solomon.technet.sg (SW International)
Subject: SVGA & X11R5 problem...
Organization: National University of Singapore
Date: Thu, 23 Jul 1992 13:53:56 GMT


Dear All,

My dear ol' PC with Consensys Unix Sys V Rel 4, with X11R5 is not
"talking" to each other! I've got a Tsenglabs VGA4065 SVGA card in my PC
but when I run X, the get 2 little screen images huddling in the middle
of the display unit! From what I can figure its something to do with the
Xconfig file. The card, uses a Tseng Labs ET4000 VGA Chip (rev F).

Can someone please help me, by explaining to me what the contents of the
DBMode entries are (ie. the columns), and where can I get the
information so that I can get X to run on my PC. Alternatively, if you
have any information regarding the settings for the above SVGA card, I
would appreciate the settings for it. I would like to obtain maximum
resolution from the card.

By the way what is "interlaced" mode?

Thank you in advance.

Regards,

Alvino...
--
SW International Systems Pte Ltd     |  "I've got a plan so cunning 
    14, Science Park Drive           | you could put a tail on it and
    Singapore Science Park           | call it a weasel".. Black Adder
    Singapore 0511                   | 
    Tel: (65) 778-0066               |
    Fax: (65) 777-9401               | swispl@solomon.technet.sg