HDTenEightyP/NetNews huggingface dataset:
From: a_millsbs@ccsvax.sfasu.edu
Newsgroups: comp.unix.sysv386
Subject: IP assignment software???
Date: 22 Jul 92 12:14:10 CST
Organization: Stephen F. Austin State University


Does anyone out there have any software to help in assigning IP numbers?

We have several people on campus who need to be able to quickly reserve an IP
number when they go out to do installs/setup.  It would be ideal if we had some
menu driven software that given information such as  building/location, machine
type, etc  would quickly search through a database and reserve for you the next 
available IP address.  Also, we keep information such  location, username,
machine type, network software used, phone number, etc. for each IP assignment.

I would like software to run on a SCO UNIX, NeXT, or VMS host but I'll take
what I can get.

If I cant find some preexisting software I am going to whip something up with
INGRES or INFORMIX or INTEGRA  or whichever suits my fancy at the time but I
thought mebbe someone out there could same me the time and trouble.

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1134
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------
From: jgd@dixie.com (John De Armond)
Newsgroups: comp.unix.sysv386
Subject: Re: The grammar idiot. (was Re: AN ABJECT APPOLOGY)
Date: 29 Jul 92 17:47:36 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

ignatz@chinet.chi.il.us (Dave Ihnat) writes:

>Nobody (reasonable) is going to fault
>Stan for difficulties due to physical handicap, *if they know about them*;
>obviously, many of us don't.  (I personally understand; I'm legally blind
>without glasses or contacts, although I'm fortunate enough to be correctable
>to 20/20 and 20/15 with them.  But I have that shadow hanging over me, all the
>same.)

But that should not really be an issue.  I started not to even mention
Stan's situation.  Spelling and grammar flames are always in bad taste.
I expect little more from people writing here than I do in normal
verbal conversation.  Most of us are sloppy with grammar when chatting
and if we had to speak the spelling of each word, we'd probably all
get a spelling F.  I know I can whiz out a 5000 word print article in
two hours.  Then I spend the next 3 or 4 hours pouring over it 
correcting grammar and spelling and rewording awkward sentences.
I'm not going to do that for the net and I don't expect anyone else to.
yeah I cringe for Stan every time he has a bad day and the errors are
worse than usual but I can still tell exactly what he's trying to say
and that's all that really matters.

Now back to our usual flamefests :-)

John
-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
Newsgroups: comp.unix.sysv386
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Dell Issue 2.2
Keywords: info, bugs fixed...
Organization: Texas Instruments, Inc
Date: Sun, 26 Jul 1992 04:44:53 GMT

In article <1992Jul24.175306.10341@chinet.chi.il.us> ignatz@chinet.chi.il.us (Dave Ihnat) writes:
>
>Dell support assures me this is fixed in 2.2.  My sales rep told me last week
>that 2.2 would be shipping "immediately, or almost immediately."  I've a call in
>to him today to check on the current status.

Does anyone know if this release from Dell incorporates the latest
version of Merge (which I understand will run Windows 3.1)?  If not,
will the version included run Windows 3.0?

[Hey, I'm Merge-ignorant.  What can I say?  :-)]

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Archive Viper 525 and Dell
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Wed, 29 Jul 1992 11:09:17 GMT

bruno@thunder.mcrcim.mcgill.edu (Bruno Hall) writes:

>then refuse to write another after the first.  Also, the light on the
>drive stays on after the initial access -- until the tape is removed.

I've noticed with Dell the tape light stay on after the tape is accessed
after booting and remains on until the machine is rebooted or turned off

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
Newsgroups: comp.unix.sysv386
From: chc@orion.ksc.nasa.gov (Charles Curley)
Newsgroups: comp.unix.sysv386
Subject: ISC 3.0 Fix Disk
Date: 27 Jul 92 17:37:12 GMT
Distribution: usa
Organization: Boeing Aerospace Operations, Kennedy Space Center, Florida

There was some talk about a ISC 3.0 fix disk some months back, is there
such a disk and, if so, what does it fix?

--
Charles Curley, Research Analyst        Internet:  chc@orion.ksc.nasa.gov
Boeing Aerospace Operations, Inc.       Voice:     (407) 867-9619
MS FA-56, Bldg M7-409, Rm 170A          Facsimile: (407) 867-4079
Kennedy Space Center, Florida 32899
Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Inode help please
Keywords: inode 
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Fri, 31 Jul 1992 18:52:31 GMT

In article <1992Jul29.003518.4778@hernix.org> mike@hernix.org (Mike Herman) writes:
>On ISC 386 V 3.2.2 how can I convert a given inode number to
>a filename?  fsck fails, and only gives the inode.  THANKS!

Try    ncheck -i inode inode [ ... ] inode /dev/whatever-filesystem

Works fine, and can be found in the manual (at least, for ISC 2.0.x).


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
From: peb@pine.dk (Per Baekgaard)
Newsgroups: comp.unix.sysv386
Subject: Re: Interactive and Sybase woes
Date: 23 Jul 92 12:36:06 GMT
Organization: Pinetree Systems

mosmith@asc386.uucp (Matt Smith) writes:

>We are currently using version 3.2 of Interactive and
>version 4.2 of Sybase.  As the subject implies, we seems to be having
>great difficulty keeping the Sybase server up.  If there is anybody
>out there using this configuration or could suggest a better one, I would
>really like to hear from you.

Yes, we do use ISC 3.2 and Sybase versions 4.0.1, 4.0.2, 4.0.3 and 4.2.

None of it seems to work here... our ISC hangs up in an eternal loop.
With the kernel debugger enabled, we can trace it to be looping around
in the (ISC kernel) streams module, trying to dispatch streams messages
that seemingly just produces new messages - in the queuerun/runqueues
routines. It always seems to happen when the current process is an isql
that we start up every 10 seconds to do some very trivial queries. The
machines may run for somewhere between 1/2 hour till 2 weeks before they
hang - it doesn't seem to depend on the weather or anything like that :-)

We have tested this on 8+ machines with different configurations
(ISA/EISA, 486/SX and DX of various speeds, IDE/SCSI disks, various
brands of motherboards (Intel, Tulip, Hauppauge, noname), different
boxes and powersupplies, etc).

We do have, however, one machine that seems to be running very stable (5
weeks now). We don't know why this one works and the rest doesn't, but
maybe the 4.0.2 version is the most stable? We are currently testing
4.0.2 on another machine that uses to hang once a day - though it
sometimes runs for 12 days or more before hanging.

We have been in contact with Sybase and Interactive, through their
respective Danish dealers. They have been very helpful, but have not -
so far - been able to resolve the problem. They are (I hope...) still
working on a solution.

We have tested our software (which, in the boiled-down version, only
queries the database from a shell-script by means of isql every 10
second) on a Sun IPX, running Solaris/SunOS 4.1.2, and Sybase 4.8. So
far, it seems to be more stable, but only time will show...

>As I am not sure of my e-mail address ( new feed and all), please
>respond in this group

I've tried to mail this directly to you as well. I would be very happy
to get a contact to you directly. My email is below, our fax is 
(+45) 4371 4342, and the phone is (+45) 4371 0704. This is in Denmark
(you know - the European Football Champions of '92 :-), so remember the
time difference if you want to call by voice.

If anybody else reading this has a hint or have (had) similar problems,
I would be tremendously happy to hear from you. Any hints appreciated.


-- Per.

-- 
Per Baekgaard, Pine Tree Systems, Denmark
email: peb@pine.dk   or   ...!mcsun!dkuug!pine!peb
Newsgroups: comp.unix.sysv386
From: beattie@hfsi.uucp (Brian Beattie)
Subject: Re: Warning about Diamond Speedstar 24
Organization: /etc/organization
Date: Thu, 30 Jul 1992 20:25:29 GMT

In article <1992Jul29.203913.1767@digibd.com> rhealey@dellr4.digibd.com (Rob Healey) writes:
>In article <9790@fs3.cam.nist.gov>, crosson@cam.nist.gov (Robert Crosson) writes:
>|> Please say this isn't so!!!  I just ordered a Diamond SpeedStar 24, but
>|> before I did I called Diamond's technical assistance line to ask if it would
>|> run X386.  They said it would.  Has >anybody< been able to get this new
>|> board running?
>|> 
>	Try rummaging up the X386 patches that add the HiColor option
>	to the Xconfig file and use it. This should deal with the
>	clock problems the previous poster was talking about.
>
>		-Rob
The problem has nothing to do with the HiColor option.  The problem is that
Diamond has come out with a new series, the speedstar 24, which has a
programanle clock.  Diamond has so far been unwilling to release the info
required to program said clock.  Thus ths newer speedstar cards are wounded
for use with X windows.


Xref: sparky comp.unix.sysv386:12271 comp.os.linux:6441
From: jgd@dixie.com (John De Armond)
Newsgroups: comp.unix.sysv386,comp.os.linux
Subject: Re: What the 17" monitor reviews never tell you
Date: 22 Jul 92 20:09:41 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

shite@sinkhole.unf.edu (Stephen Hite) writes:

>   I just wanted to let anyone who is deciding to purchase a 17" monitor
>for X386 work to be be cautious when making their decision.  I just
>bought one of the highest rated monitors in the $1100 price range
>(the Nanao 550i) and the one  I got has a tremendous problem with this
>"rainbow effect" at 1024x768.  There's a term for it that starts with the
>letter 'm' that I can't remember but the "look" is akin to a magnetic field
>pattern.  I tried adjusting the horizontal and vertical stretching of the
>image and it has absolutely no effect on the difference in display quality
>(that is, the "rainbow patterns" stay just as obvious...

The effect is called moire' and is caused by the alternate addition and
subtraction of lines or rows of dots that intersect at wrong angles.
This is bad with CRTs.  It is TERRIBLE with halftones in the printing biz.
The root of the problem is the image on your screen is slightly rotated.
Find the rotation control if you have one and tweak it.  If not, get
warranty service.

John

-- 
John De Armond, WD4OQC        |Interested in high performance mobility?  
Rapid Deployment System, Inc. |Interested in high technology and computers?  
Marietta, Ga                  |Write me about "Performance Engineering" (TM) 
jgd@dixie.com                 |Magazine. 
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 and Postscript (another) FIX
Date: 23 Jul 92 13:02:14 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Jul23.025050.23489@zeus.dialix.oz.au>, peter@zeus.dialix.oz.au (Peter Wemm) writes:
| davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

| >  Did you try the option to not send ^T? I know that sounds so obvious
| >that anyone would have tried it, but if Dell says they don't have a
| >solution maybe it doesn't work. I think it's -a, but that's from memory,
| >and I suggest you read the manual description one last time before using
| >it.
| 
| I dont want to seem picky, but it's -q (there is no -a), which works for me..

  No comment about being picky needed, I very carefully qualified my -a
because I couldn't verify it. I had a telnet connection to a Dell
machine, but the man page came back with reverse video for the options,
and I couldn't tell -a from -q without starting xman, something I don't
do casually on a load 8MB machine running as a server.

Glad to have a check on it working, though.

-- 
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.
From: witte@dellunix.dell.com (Kendall Witte)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 and GCC sources (or lack therof)
Date: 21 Jul 92 11:30:08 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas

>    From: stan@dixie.com (Stan Brown)
> 
>    I thought that the GNU Public License required you to distribute
>    the sources with theeir stuff if you were going to duistribute the
>    binaries.  It appears that Dell dosn't do this.  My question is how
>    can they get away with distributing the executables only?  Am i
>    misunderstanding the GNU license ?

There have been several followup posts to this.  At least one reflected
our (the Dell UNIX development group's) initial misunderstanding of the
GNU license.  We thought it was sufficient to make our modifications to
the GNU programs publicly available (via uucp and ftp).  We did not
understand that the license requires us to act as a distributor of the
GNU programs (caveat: I don't know that Dell's lawyers agree to this
interpretation, but the UNIX development group doesn't really care).

Our solution will be to include the sources for most public domain programs
we ship with Dell UNIX Issue 2.2 (this does not include the X sources).
For current customers of Dell UNIX (purchasers of Issue 2.0 and 2.1), the
"nominal" fee allowed by FSF is the fee to upgrade.  In practice, the price
for a separate tape with just the public domain sources would be more than
that required for the upgrade.

Until Dell UNIX Issue 2.2 is available, we probably (<- keeping the lawyers
happy) are not compliant with the GNU license.  Richard Stallman and the FSF
are aware of this (maybe not that we're still non-compliant, but that we will
be non-compliant until Issue 2.2 is available).
-
I, and I alone, speak for Dell.  Michael and the rest of them are my puppets.
And if you believe that, you deserve the consequences of your actions ...
Kendall Witte, DELL Computer Corp, witte@dell.com, (512) 343-3574
Newsgroups: comp.unix.sysv386
From: lastudil@dcc.uchile.cl (Luis Astudillo Vivar)
Subject: I need Help..!
Originator: lastudil@dcc.uchile.cl
Date: Fri, 24 Jul 1992 22:20:01 GMT
Organization: Universidad de Chile - Depto. de Ciencias de la Computacion


	Hi everybody !!..

	I found this newsgroup recently, and i want to know if someone of you
can help me.
	I did buy a 386sx recently..., can i run a Unix sistem on my computer?
	How i do this??.., and how can i obtain the software ?..

	I'm a beginner on this, and i will do all necesary for this..

	Thanks in advance.

PD: Sorry for my poor english :-)


*****************************************************************************
*                                      *                                    *
*    _  /  _   Universidad de Chile    * Luis Astudillo Vivar (Esteban)     *
*    |  |  |   Escuela de Ingenieria   * E-mail: lastudil@dcc.uchile.cl     *
*    |  |  |                           *                                    *
*     \_|_/    Santiago, Chile         *              (1992)                *
*      /                               *                                    *
*****************************************************************************
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.unix.sysv386
Subject: Re: Price of X (was Re: PC-Clone UNIX Hardware Buyer's Guide)
Date: 20 Jul 92 20:19:15 GMT
Organization: Sandia National Labs, Livermore, CA

In article <609@zok.sgcs.com> mark@zok.sgcs.com (Mark W. Snitily) writes:
>
>Usenet is a very funny place.  Ever since January when I was flamed to
>a crisp for getting Intel support (i.e. X386) included in the official
>public X11R5 distribution and then having the audacity of starting a
>commercial venture with Thomas Roell that provides state-of-the-art X
>support for Intel boxes, I've been intentionally quite on the net.
>Now when a correction is posted and it gets (mildly) flamed, it just
>makes me wonder.  You know, I won't be the least bit surprised that,
>one way or another, SGCS will be flamed for contributing to X11R6.
>Funny place this usenet...

The "free-or-not-at-all" attitude in usenet surprises me sometimes. Most of 
the folks in the sysv386 group have ponied up a lot of money for basic Unix 
hardware and software -- yet many shriek and cry foul when entrepreneurs like 
Roell and Snittily try to make some money off their efforts.

I spent $300 on Snittily's binaries for gcc, X11R5 -- and most important --
Roell's newest 8514a server. The money was well spent; the 8514a server made 
X11 go from pain to pleasure. Mark was courteous, helpful and prompt in
replying to my questions.

It takes a lot of mettle to be an independent computer consultant-- the hours 
are long and the pay is rarely (consistently) good. Every hacker thinks he/she 
can do a better job, and the liability for failing to anticipate an obscure 
hardware or software configuration can be substantial. Look how much people 
have whined because Roell failed to include every conceivable VGA card in his 
PD X386 server.

Many of you are "poor students", and are understandably concerned about 
forking over so many bucks for software. Someday you will be gainfully 
employed, and will probably think twice about giving away your services for 
free. The reality is that after you spend the bulk of the day earning a 
living-- and numerous hours in the evening and on weekends trying to keep a 
few steps ahead of the competition -- you will probably have little energy to 
contribute great quantities of free software for the indifferent masses. There 
are anomalies -- like Richard Stallman -- but the anomalies usually live in 
extremely artificial university environments, subsisting on a hidden overhead 
of public and government support (and Stallman will still charge you at least 
$100 for an tape of emacs alone -- good for him). Internet itself is an 
artifice -- it is free because big government decided to shore it up. 

So please, give these guys a break. Would YOU do it for free?
From: jfh@rpp386.lonestar.org (John F. Haugh II)
Newsgroups: comp.unix.sysv386
Subject: Re: How to debug a PANIC??
Date: 26 Jul 92 17:16:44 GMT
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Organization: River Parishes Programming, Austin, Republic of Texas

In article <1992Jul24.171942.13964@generics.ka.sub.org> ihno@generics.ka.sub.org (Ihno Krumreich) writes:
>>I am currently running Interactive UNIX version 3.0, and things have 
>>generally been great.  The other day I had my system PANIC and crash
>>twice within a couple hours.  I know there is supposed to be a way I
>>can find what program was dying by using the kernel debugger, but am
>>not sure how to do this.  If somenody on the net would be so kind as
>>to give me a little instruction it would be most appreicated...
>
>>Just for information sake, the panic was a Trap 0x0000000E
>
>Bad luck for you trap 0xe says nearly nothing.

Actually a trap 14 is a pretty useful piece of information if you have
access to source code.  Assuming the machine dumped all the registers
to the screen, or you can get them out of the dump via crash, scribble
them all down.  You are most interested in the CS:IP pair - it says
which function caused the access fault.  If you have source, you can
(maybe) find the troublesome line of code.  If you don't have source,
you can give this information to the nice person on the phone when you
call your vendor ...
-- 
John F. Haugh II                   | Vida en La Republica de Tejas:
Ma Bell: (512) 251-2151            |  A Tejana woman, after spending the rent
UUCP: ...!cs.utexas.edu!rpp386!jfh |  money on the Tejas Lottery - "I can't go
Domain: jfh@rpp386.cactus.org      |  home, my husband will beat me up."
Newsgroups: comp.unix.sysv386
From: gbr@fdml.com (Gerald B. Rosenberg)
Subject: SCO rlogin does not export environment?
Organization: Fliesler, Dubb, Meyer & Lovejoy
Distribution: usa
Date: Fri, 24 Jul 1992 01:03:40 GMT
Keywords: rlogin environment export

   Problem: My SCO 3.2.2/TCP 1.1 and ODT 1.1 does not seem to export 
even the TERM environment variable.

   Details: I have a small network of 386/486 systems running SCO 3.2.2
with TCP/IP 1.1 and ODT 1.1.  All of my dumb terminals are Wyse60/160s.  
My /etc/ttytype file was set to specify "wy60" (as the then common 
denominator) on all of the pseudoterminal entries.  I recently added 
several XTerminals (NCD15b's).

   A problem arrises when, from an ODTTerm window (env gives TERM=ansi), 
a user rlogin's to another host.  It seems that the /etc/ttytype entry 
for the pseudo-terminal on the destination machine controls the TERM
variable for the csh shell on the destination machine.  Not unreasonable.
However, removing the "wy60" terminal type designation from the 
pseudoterminal line in /etc/ttytype results in TERM=unknown.

   I had expected the environment variable for TERM would be exported to 
the shell on the destination machine in the absence of a terminal type
designation or, better yet, override the pseudoterminal designation 
present in the /etc/ttytype entry.

   Could some kind soul tell me if this is expected behavior and, if not,
how to cause the environment to be exported.  The manual says that rlogin 
*is* supposed to export the environment, but gives no insight as to how
to direct/force it (presumably, it should just happen, but seems not to).

   In the alternative, is there a work around?

   Thanks in advance.
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.unix.sysv386
Subject: Re: esix 4.0.4 experiences
Date: 30 Jul 92 01:51:48 GMT
Organization: The RAND Corporation

In article <Bs5DFA.BC3@gator.rn.com> larry@gator.rn.com (Larry Snyder) 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? 

They did.  The man pages are there.  The SLIP code isn't very good, but it
is there, complete with instructions.  Installing the Intel-derived
freeware SLIP is an improvement.  I suspect that the ESIX code would be
good enough for a simple point-to-point setup if the connection was
stable. (I've been beta-testing Marc Boucher's PPP driver (marc@cam.org);
it's 99 and 44/100% solid at the moment--I hope it gets released soon.
So I've not played much with SLIP.)

Perhaps Mr. DiVecchio neglected to load the appropriate packages when
he installed 4.0.3A.  (No, I don't know what the "A" is for, or if
there even was a 4.0.3 without the "A".)

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.unix.sysv386