HDTenEightyP/NetNews huggingface dataset:
From: briggs@csugrad.cs.vt.edu (Allen `drug-happy hippy-freak' Briggs)
Newsgroups: comp.sys.m88k
Subject: Re: Why does login(1) so slow...
Date: 3 Jan 93 18:16:36 GMT
Distribution: usa
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

In article <1993Jan3.062634.14694@texhrc.uucp> linje@texhrc.uucp (Jeff Lin) writes:
>f one mis-types the password,
>it'll take almost 8 seconds before it displays "Login
>incorrect" message.

This is most likely a security feature.  The delay is inserted after
incorrect logins under the assumptions that:
	*	legitimate users won't mistype their passwords very
		often, and
	*	crackers will be easier to catch if they are on longer,
		and the delay after incorrect attempts will keep them on
		longer.

There are probably more reasons...  If it's not a security feature, then
it's just slow ;-).

-allen
-- 
Allen Briggs%%%%%%%%%%%% Down by the Sally Gardens, my love and I did meet//
briggs@csugrad.cs.vt.edu She bid me to take love easy as the leaves grow on
Computer Science%%%%%%%% the trees/But I being young and foolish with her
Virginia Tech%%%%%%%%%%% would not agree ...
Newsgroups: comp.sys.m88k
From: fsset@bach.lerc.nasa.gov (Scott Townsend)
Subject: Single precision underflow rounding
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Distribution: na
Date: Tue, 29 Dec 1992 20:49:05 GMT

I've recently discovered a discrepancy between my underflow handling for
single-precision results and that of SGI and SUN machines.  I can't seem to
get the rounding to match, yet the SGI and SUN match each other, so I assume
I'm wrong ;-)

Anyway, I've tried a number of approaches which are either consistently low,
high, or alternate in the last bit (when things don't match that is).

My basic approach is to take the FPRH/FPRL 24 bit result, shift it to get
the denormalization right in r2/r3, then check the high bits in r3 for the
rounding decision. Just rounding based on bit 31 doesn't work, and using
30, 29, etc as round and sticky bits doesn't do it either.  (I tried just
bit 31 since the book says the underflow gets reported _after_ rounding
and I thought there might be a double-rounding problem if I got into more
bits -- no good though)

The guard/round/sticky/addone bits in FPRH don't seem to be of help.

Anyone out there know what I'm missing?  Or where in the fine manual I should
have been looking?  I think I've read chapters 2 & 6 too many times!


-- 
Scott Townsend,  Sverdrup Technology Inc.  NASA Lewis Research Center Group
fsset@bach.lerc.nasa.gov
From: bri@kpc.com (Brian Rice)
Newsgroups: comp.sys.m88k
Subject: uucp from Sun to Data General Avion
Keywords: uucp USRobotics E-Mail
Date: 23 Dec 92 20:34:47 GMT
Followup-To: bri@kpc.com
Distribution: usa
Organization: Kubota Pacific Computer Inc, Santa Clara, CA

Anybody have any functional uucp chat scripts for use with the 
Data General Avion 300?  We keep getting three login prompts 
prior to the password prompt which makes chat script writing a 
real pain.  Specifically we're looking for either the "right"
way to call from a Sun to the DG for e-mail/news or, short of
that, the instructions for changing (we think) /etc/ttydefs
so that the three login prompts become one.

Any help is greatly appreciated.

--
Bri
Newsgroups: comp.sys.m88k
From: linje@texhrc.uucp (Jeff Lin)
Subject: Why does login(1) so slow...
Organization: Texaco ITD
Distribution: usa
Date: Sun, 3 Jan 1993 06:26:34 GMT

I just started to use a DG AViiON workstation, and am
quite puzzle with the extreme slowness that login(1)
verifies the user password. If one mis-types the password,
it'll take almost 8 seconds before it displays "Login
incorrect" message.

Is this a setup problem? Should I ask my sysadm to apply
a patch? or, is this a standard behavior on SVR4 hosts?


-- 
Jeff Lin                                         | o                
Texaco,Inc.          Internet: linj@texaco.com   |/                 
6464 Savoy Dr.       Phone:    713-975-4592      /                  
Houston, TX 77036    ___________________________/|_______________
From: altman@camis.stanford.edu (Russ Altman)
Newsgroups: comp.sys.hp
Subject: Still need phigs.o for HP-720
Followup-To: comp.sys.hp
Date: 29 Dec 1992 00:20:42 GMT
Organization: Stanford
Distribution: world
NNTP-Posting-Host: msob-a-fp-dynamic.stanford.edu

Can anyone point me to an object phile for phigs?  We want to test
some phigs code on an HP-720, have the phigs.h, but need a phigs.o
Am I asking the wrong question?

Thanks,
Russ Altman

p.s. a cc to altman@camis.stanford.edu would be appreciated.
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.hp
Date: Sun, 27 Dec 1992 14:44:07 -0500 
From: Sean McLinden <sean+@andrew.cmu.edu>
Subject: cc: Internal error 5705.


The "Subject:" says it all. Anyone familiar with what *this* highly
user friendly message means (the HPUX Error Message manual simply says
that an Internal error is one that hasn't been documented, yet!). It
appears to occur in the /lib/ccom pass.

Thanks in advance.

Sean McLinden

Newsgroups: comp.sys.hp
From: anthony@nereid.sal.ists.ca (David M. Anthony)
Subject: X11R5 on 9000/730 annoyance
Organization: Space Astrophysics Laboratory, ISTS, Toronto, Canada
Distribution: na
Date: Wed, 23 Dec 92 14:59:21 GMT

System: HP9000/730
OS: HP-UX 8.05

I installed MIT's X11R5 some months ago. Everything went smoothly except
for the contrib code for "xconsole". It compiles fine but does not work
as advertised. When it comes up it responds with a "Couldn't open
console message". The annoyance arises when I try and bring up an X
client that may have to send some output to the console. My X session
hangs and I must <shft><cntrl><break> to get back to the HP screen and
then restart my X server.

I check the permissions on the device file...

crw--w--w-   3 danthony cis        0 0x000000 Dec 22 09:15 /dev/console

Any ideas on the fix for this?

ADVthanksANCE
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Date: Fri, 1 Jan 1993 22:23:51 GMT
Subject: Re: How does 'mediainit -G' (guru mode :-) work?
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp


from Sean Batt:

>Then there's a bug. In the disc firmware? In the HP controler? In
>HPUX? If the disc works on Suns, IBMs, Macs, etc, won't HP be
>interested in the problem?

We'd be interested in cases where the someone did a credible job of 
troubleshooting the problem and actually determined the root cause, and
then were able to document a violation on the part of the HP supplied
equipment.  Unfortunately, what we tend to hear about are people who
are having problems with peripherals they've added, and just absolutely
*know* it couldn't _possibly_ be caused by their peripheral.  They're
able to determine more with gut feeling and instinct than what other
people can determine in weeks sweating over a logic analyzer.



>>A good starting point is to carefully read the disk's documentation.

>A starting point for WHAT? I just want to re-low-level-format a disc.

There's no standardization among drives in what sector sizes they support.
It really would be a good idea to have the documentation available.
Most modern drives don't allow anything but the 512 byte sectors supplied
as default.  Let's see, last time I said that, some really knowledgeable
person posted a list filled with 660 meg 5.25" drives to "prove" that I
was wrong.


>Really, the drive's manufacturer has done enough.

Huh?  Sold you a bare drive with no documentation, no utilities, no nothing?



from Hellmuth Michaelis:
>Isn't it true, that a larger physical sector size gives you 
>
>	- better i/o throughput (if the driver supports it)

It won't be anything significant, unless you have really crummy algorithms
in the disk controller.



from Mike Peterson:
>I don't have the figures in front of me, but as I recall, a Fujistsu
>2 GB disk will format to give about 1.6 MB with 512 byte sectors,
>and 1.75 MB with 1024 byte sectors. After 2048 byte sectors, the
>disk size is pretty constant, then starts to decline again above
>8096 byte sectors. I don't have any idea why people still use 512
>byte sectors unless their vendor forces them to - 

How about if you have applications that stop working due to raw disk
access that needs to do have smaller sectors?  Or, how about if you're
nervous that non-default sector sizes aren't QA'ed very thoroughly by
disk vendors?  Or, how about people who want to use drives from different
vendors interchangeably, and changing the sector sizes makes the drives
somewhat different?  Or, how about people who understand that the
uncorrectable error rate gets worse as more bits are spanned in a sector?

-Dave Kinsell
 kinsell@hpfcmb.fc.hp.com
From: ash@hpindda.cup.hp.com (Art Harkin)
Date: Tue, 22 Dec 1992 20:12:51 GMT
Subject: Re: Problems with 'named'
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

/ comp.sys.hp / system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) /  9:40 am  Dec 15, 1992 /

> Unless your /etc/resolv.conf file contains nonsense, or you are
> resolving names by NIS instead of DNS, you may have fallen on the
> $INCLUDE bug in HP-UX named --- if you use $INCLUDE, it will destroy
> your named data, since things like SOA records in the included file
> are not seen, and IP address, etc, are garbled (many of ours got 255
> inserted into one of the fields, which were easy to spot from a database
> dump).

  This is not entirely correct. $INCLUDE files do work, with the exception
of one known bug (originally in BSD), that does not correctly count SOA RRs 
within a zone. This bug only takes affect if the SOA record is located in 
the INCLUDE file rather than the first level database file. In this particular
case the database (after being loaded) is considered erroneous, and is not
considered authoratative. The data then can be replaced by garbled data that
looks authorative which may be the case for Utoronto.

> This problem is not fixed in 9.0.
  
  A release of a patch for this SOA INCLUDE problem is in the making.


  Art Harkin

Hewlett-Packard Company			E-mail:  ash@cup.hp.com
Information Networks Division
19420 Homestead Road MS 43LN, Cupertino, CA  95014
From: v_rao@mothra.vssi.trw.com (Vineeta Rao)
Newsgroups: comp.sys.hp
Subject: X11 library files
Keywords: X11 lib
Date: 21 Dec 92 15:46:11 GMT
Organization: TRW Vehicle Safety Systems, Inc.
NNTP-Posting-Host: mothra.vssi.trw.com


 
	Does any one know whether libX11.sl should be on a HP9000/7xx system by default or one has to buy that separate? I am trying to test the new version of MADYMO graphice module and it complains about missing libX11.sl file? Where can i get this from? I apreciate any answer!
Thanks.

Vineeta Rao 
v_rao@vssi.trw.com 
Newsgroups: comp.sys.hp
From: ayr@gtech.com (Aleksey Y. Romanov)
Subject: cc -Aa does not like unsigned short
Organization: GTECH Corporation, West Greenwich, RI
Distribution: usa
Date: Wed, 30 Dec 1992 20:01:14 GMT



Hi, I have a following problem

#if defined(__STDC__)
int foo(unsigned short);
#else
int foo();
#endif


int
foo(s)
    unsigned short s;
{

   ...

}


gives me an error 1711: Inconsistent parameter list declaration for "foo"

when compiled with -Aa option.


Newsgroups: comp.sys.hp
From: skenny@dsg.cs.tcd.ie (Stephen Kenny)
Subject: Re: tvtwm for HP-UX 8.07
Organization: DSG, Dept. of Computer Science, Trinity College Dublin
Date: Wed, 23 Dec 1992 11:59:16 GMT

In <1992Dec23.115330.4764@dsg.cs.tcd.ie> skenny@dsg.cs.tcd.ie I wrote:

>I have recently installed HP-UX version 8.07, and X11 Release 5 on our 
>HP 9000 series 700 machine. Everything seems to work fine except 
>for tvtwm.  I cannot get it to work properly on this machine.  (Twm, 
>incidentally, works just fine).

I meant to add that I am using the X server as provided by HP-UX, and
not the X11R5 server (I compiled with "BuildServer NO".  Perhaps I need to 
revisit this ...)

Stephen
Newsgroups: comp.sys.hp,misc.forsale.computers.workstation
From: timborn@cbnewsd.cb.att.com (timothy.d.born)
Subject: For Sale: HP/9000 Color Workstation w/ HP/UX (reasonable)
Organization: AT&T
Distribution: usa
Date: Wed, 30 Dec 1992 03:28:14 GMT
Followup-To: poster


+------------------------------------------------------------------------------+
|				F O R   S A L E				       |
|                                                                              |
| HP-9000 color workstation, running HP/UX.  Condition: excellent.             |
|                                                                              |
| Particulars:                                                                 |
|   46087A digitizing pad                                                      |
|   98782A 19" Sony Trinitron color monitor                                    |
|   7946A hard disk and 1/4" tape combo                                        |
|   HP/9000 model 300 system unit, keyboard, cables, HP/UX, etc.               |
|                                                                              |
| This system has two serial ports available, HPIB connectors, and comes       |
| with the HIL option (HIL modules, extension cables, the lot).                |
|                                                                              |
| There are no manuals available.  If you already have an HP system, or        |
| have access to one, or you are very comfortable with UN*X, you should        |
| have little problem with this system.                                        |
|                                                                              |
| The system was originally $17K.  It is difficult to determine a current      |
| value on this, so I propose to entertain offers for 30 days (until the       |
| end of January, 1993).  Best offer.                                          |
|                                                                              |
| Offers, questions, please direct them to t.born@att.com                      |
+------------------------------------------------------------------------------+
From: olsenc@stein.u.washington.edu (Clint Olsen)
Newsgroups: comp.sys.hp
Subject: Problems printing on LJIII w/ Postscript Cartridge
Date: 1 Jan 1993 19:52:12 GMT
Organization: University of Washington, Seattle
Distribution: world
NNTP-Posting-Host: stein.u.washington.edu

Hello:

I'm afraid that this is more of a hardware problem than anything,
but hopefully we can resolve it in software.

We are using the standard HP ****9P Postscript cartridge with our
Laserjet III.  We are using the standard postscript interface file
that comes with HP-UX 8.0 (yes, I know it's not very good).  BTW,
if anyone has a more robust Postscript interface file, I'd be glad
to receive one by mail :)

Anyway, there's no problem printing, but the POSTSCRIPT PROCESSING
message light never goes off unless I manually go over and press
the reset button on the printer.  I've tried putting in an
echo "\033\0105\c" in the interface file to send a reset to the
printer, but this doesn't work.

I suspect that it's our hardware connection to the printer that is
causing the problem.  We are running filber optic to HP-IB to Centronix
to the printer.  We did not encounter this problem when running straight
serial at 19200 baud to the printer using the same interface file.

If anyone has any ideas as to fix this problem, please send email.

Thanks.

-Clint
Newsgroups: comp.sys.hp,comp.windows.x,comp.windows.x.apps
From: fish@daacdev1.stx.com
Subject: dclock under HP X windows crashes X server!??!
Organization: Goddard Space Flight Center
Date: Mon, 28 Dec 1992 23:35:37 GMT

dclock from comp.sources.x volume6 crashes my X server
under hpux 8.05 (X11R4 from HP)

it works fine under our X terminals (NCD) which is why I 
believe its a problem with the HP X server but i've never
had any other problems with it

i thought it may be the window manager (i use tvtwm) so
i switched to mwm to check and it still does it as soon
as it tries to update the clock it locks the whole display
and X crashes

	any ideas?

		thanx,
		  fish
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
all this science, i don't understand; its just my job 5 days a week - rocket man
From: piro@dollar.unice.fr (Oreste Piro)
Newsgroups: comp.sys.hp
Subject: Re: HP VUE doesn't come up && named problems
Date: 22 Dec 1992 14:20:49 GMT
Organization: University of Nice Sophia-Antipolis
Distribution: world
Reply-To: piro@ecu.unice.fr
NNTP-Posting-Host: ecu.unice.fr

In article <1gl4eiINNbs4@mailgzrz.TU-Berlin.DE>  
jaenicke@emserver.ee.tu-berlin.de (Lutz Jaenicke) writes:
] 
] X (used by Vue) relies heavily on hostname resolution. If the 
] hostname isn't resolved properly to an IP address and vice versa,
] your machine will give you no end of trouble.
] 
] To set up the resolution properly, set up a file named "/etc/resolv.conf":
] #
] # resolv.conf fuer HP-UX Workstations
] # Institut fuer Elektrische Maschinen
] #
] domain ee.tu-berlin.de
] nameserver 130.149.50.135	# emserver.ee.tu-berlin.de (secondary, local  
subnet)
] nameserver 130.149.4.10		# mailgzrz.tu-berlin.de (univ's  
primary)
] nameserver 130.149.2.12		# wncs.zrz.tu-berlin.de
] 
] Since the information isn't secret, make it world readable (don't know
] if it works when restricted, who cares). Set your hostname without
] domain (for my local desktop "emws1"). The machine should start working
] without problems immediatly, supposed it is listed in the official  
nameservers
] databases (if not, have your net admin perform thist task IMMEDIATLY).
] 
] I hope I haven't forgotten anything, feel free to contact me with personal
] mail.


Yes, run "named" otherwise your problems with vue will reappear anytime 
the nameserver crashes.



] Lutz Jaenicke 				 
jaenicke@emserver.ee.tu-berlin.de 
] Institut fuer Elektrische Maschinen	jaenicke@emapollo.ee.tu-berlin.de
] Technische Universitaet Berlin		Tel. (004930)314-24552
] Einsteinufer 11, D-1000 Berlin 10 	Fax. (004930)314-21133 

--
| Oreste Piro     piro@ecu.unice.fr         |                       |
| Institut Non Lineaire de Nice		    |   Ubi bene            |
| Universite de Nice - Sophia Antipolis     |                       |
| Parc Valrose, 06034 Nice Cedex, France    |         ibi patria    |
| Tel (33)93.52.98.36, Fax 93.52.98.48      |                       |
Newsgroups: comp.sys.hp
From: minh@lis.rch.unimelb.edu.au (Minh Tran)
Subject: problem with xwd, need help !
Organization: Computer Science, University of Melbourne, Australia
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 23 Dec 1992 06:56:07 GMT



	xwd terminates with this error message when I try to run it. 

/lib/dld.sl: Unresolved symbol: XtCvtStringToFont (code)  from /usr/contrib/mitX11R5/lib//libXmu.sl

	Can any one tell me what it means, and how to fix it ?? 
	I got the source and X libraries from iworks.

	Thanks

	---
	minh

ps : please ignore my previous article about xdm, it should be read xdw.

--
|>	B\iochemistry                        Minh Tra/N                       <|
|>	 I\nformation     minh@lis.rch.unimelb.edu.a/U                        <|
|>	  S\ervice                     (03) 345-590/8                         <|
|>	   D\epartment         Melbourne, Australi/A                          <|
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Mon, 28 Dec 1992 15:11:38 GMT
Subject: Re: looking for uucp/mail sites which have imake etc. for HP9000's
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

ton@rwzl10.zld.rws.nl (Ton Damen) writes:

> But i don't have FTP-access to internet.

  You *do* have access to FTP, you just don't know it :-) :

$ echo help | mailx -s 'ftpmail help request' ftpmail@decwrl.dec.com

  Hope this helps.

Frank Slootweg, HP, Dutch Customer Response Center
Newsgroups: comp.sys.hp
From: fish@daacdev1.stx.com
Subject: how to disable quota check at login???
Organization: Goddard Space Flight Center
Date: Tue, 22 Dec 1992 21:00:12 GMT

/etc/rc does not have the quota check in it and i am
not using quotas so why does the system check for them???

anyway, i want to turn this off because every time the
network has a problem (and thus my NFS mounted disks have
a problem) quota hangs indefinately for some users and
i have to kill their quota process and then everything
continues on

	thanx,
		fish
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
all this science, i don't understand; its just my job 5 days a week - rocket man
From: ewu@agsm.ucla.edu (Eric Wu)
Newsgroups: comp.sys.hp
Subject: Need wuarchive's ftpd for HPUX
Date: 23 Dec 92 19:57:21 GMT
Distribution: usa
Organization: UCLA, Anderson Graduate School Of Management

Hi Everyone,

Has anyone ported wuarchive's ftpd, by Chris Myers at Washington
University in Saint Louis, to HPUX?  Please let me know the 
anonymous ftp site.  Thanks you.

--
Eric Wu                                 | Internet: ewu@agsm.ucla.edu
Computing Services                      | Bitnet  : ewu@uclagsm
2041A AGSM, UCLA                        | Phone   : (310) 825-8399
Los Angeles, CA 90024                   | Fax     : (310) 206-2002
Newsgroups: comp.sys.hp
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: How does 'mediainit -G' (guru mode :-) work?
Organization: University of Toronto Chemistry Department
Date: Wed, 23 Dec 1992 05:00:13 GMT

In article <1609@hcshh.hcs.de> hm@hcshh.hcs.de (Hellmuth Michaelis) writes:
>In <BzMvzA.5zw@cup.hp.com> wk@cup.hp.com (Wayne Krone) writes:
>
>>I'm curious as to why you want to use a sector size different from the
>>default chosen by the disk vendor?  And how many other folks reading
>>this want to do the same?
>
>Isn't it true, that a larger physical sector size gives you 
>
>	- better i/o throughput (if the driver supports it)
>	- larger disk capacity

I don't have the figures in front of me, but as I recall, a Fujistsu
2 GB disk will format to give about 1.6 MB with 512 byte sectors,
and 1.75 MB with 1024 byte sectors. After 2048 byte sectors, the
disk size is pretty constant, then starts to decline again above
8096 byte sectors. I don't have any idea why people still use 512
byte sectors unless their vendor forces them to - we would switch
immediately if it worked, as we can use an extra 150 MB of disk space
for "free".
-- 
core error - bus dumped    -*-    Mike Peterson, SysAdmin, U/Toronto Chemistry
 *******   As usual, I speak only for me, myself and I; nobody else   *******
E-mail: system@alchemy.chem.utoronto.ca  Tel: (416)978-7094  Fax: (416)978-8775
Newsgroups: comp.sys.hp
From: lori@hpcvlx (Lori Cook)
Subject: Re: problem with xwd, need help !
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5
Date: Thu, 24 Dec 1992 00:09:52 GMT

Minh Tran (minh@lis.rch.unimelb.edu.au) wrote:
> 
> 
> 	xwd terminates with this error message when I try to run it. 
> 
> /lib/dld.sl: Unresolved symbol: XtCvtStringToFont (code)  from /usr/contrib/mitX11R5/lib//libXmu.sl
> 
> 	Can any one tell me what it means, and how to fix it ?? 
> 	I got the source and X libraries from iworks.
> 
> 	Thanks
> 
> 	---
> 	minh
> 
The version of xwd that you are trying to use is using a shared library.
Two problems come to mind
	a) The shared library does not exist. Check for
		/usr/contrib/mitX11R5/lib/libXmu.sl
	b) The shared library does not exist and does not contain
	   XtCvtStringToFont routine. Report the problem to whoever
           gave you libXmu.sl and try to get a corrected one.

Just out of curiosity - don't you have an xwd in /usr/bin/X11? HP ships
xwd as a matter of course on their systems. Or did someone decide
not to ship it on newer releases?

My two cents....plus change.

Lori A. Cook
Disclaimer about not talking for HP.
--
USMail: Hewlett-Packard Company
	User Technology Division
        1000 NE Circle Blvd.
	Corvallis, Oregon 97330

ARPA: lori@hpcvlx.HP.COM
UUCP: {cmcl2, harpo, hplabs, rice, tektronix}!hp-pcd!lori
Newsgroups: comp.sys.hp