HDTenEightyP/NetNews huggingface dataset:
From: michael@resonex.com (Michael Bryan)
Subject: Problems with dialin/out modems and background jobs
Organization: Resonex Inc., Sunnyvale CA
Date: Wed, 7 Oct 1992 11:14:28 GMT

System setup:  HP 9000/380, HP-UX 8.0.  Three modems attached to the
8-port serial MUX.

All modems are setup as dialin/dialout, using the appropriate minor
numbers on the device nodes.  Things appear to work great, with UUCP
and getty properly sharing the lines, until the following happens.  A
user logs in, and starts a background job ("cmd &"), then logs out
before the job is completed.  The getty process is restarted by init,
and since the tty device file is already open, the open() call does
not block, returning even though DCD is still low.  However, getty
cannot make the terminal its controlling terminal, since it's a
controlling terminal for the background job.  At some time later, the
background job completes, and we're now in a situation where the
line should be usable for dialin or dialout, but getty has the device
file open, and UUCP cannot access the device.  The only solution is
to manually kill of getty.

Any suggestions on how to deal with this?  Telling users "Don't start
background jobs" won't be enough, because somebody will do it at some
point, even if they are asked not to.  Also, there is great desire to
make this an allowable thing, so if there is a way to allow users to
have jobs running after they log out, but not using the modem tty,
that would be a Good Thing(TM).

-- 
Michael Bryan  michael@resonex.com  "Milk and Cheese in '92!"  |     ,_,
"Lovers are like... dentures.  You don't want them in your     |    /oo \
mouth all night, but you sure as hell want them within arm's   |    <>__|
reach in the morning!"  --- Miss Almira Gulch                  |    |  U|
Newsgroups: comp.sys.hp
From: walt@eng.clemson.edu (Walter B. Ligon III)
Subject: compiling C with GCC
Reply-To: walt@eng.clemson.edu
Organization: College of Engineering, Clemson Univ.
Date: Mon, 12 Oct 1992 22:14:12 GMT

Hope someone can help.

whilst compiling a rather plain vanilla C program with the GCC compiler I get
an *assember* error:

as: /usr/tmp/cca03292.s @line#1401 [err#1025]
  Unrecognized keyword - ARGW4

I make the assembler and went to line 1401 and found this:

        .EXPORT update_rect,PRIV_LEV=3,ARGW0=GR,ARGW1=GR,ARGW2=GR,ARGW4=FU,RTNVAL=GR

which was compiled from the following C source:

int update_rect(edge_im, hough_im, rectangle, error_multiplier)
char *edge_im;
char *hough_im;
rectangle_properties *rectangle;
float error_multiplier;

Now, I looked at some other function headers and I found that even if they have
more than 4 arguments, they only define up to ARGW3 in the EXPORT.  I assume that
this is different due to it being a float.  I don't know anything about the assembler
I don't seem to have a manual about, so I'm not entirely sure what is wrong - or why
GCC is doing something wrong.  Can anyone explain the problem and how I might fix it.
can I twiddle the source to get the compiler to stop doing this or patch the assembler
(yuck!) to get it running and what should I tell the GCC folks is wrong with their
compiler?

Many gracious thanks in advance,
Walt

PS, please respond via e-mail.


Newsgroups: comp.sys.hp
From: maklinm@cognos.com (Max Maklin)
Subject: Re: hpterm survey
Keywords: cost xdb
Organization: Cognos Incorporated, Ottawa CANADA
Date: Sat, 10 Oct 1992 13:02:22 GMT

In article <39274@sdcc12.ucsd.edu> xm9@sdcc12.ucsd.edu (richard g. adair) writes:
:^()  In article <1992Oct9.201630.13375@hpcvusn.cv.hp.com> bcripe@hpcvusd (Brian E. Cripe) writes:
:^()  >9.0 SAM has a Motif interface and Softbench has provided softdebug
:^()  >which is a Motif GUI on top of xdb for several years.
:^()  
:^()  If I saved a dollar a day over those years, I could almost pay for 
:^()  copy of Softbench.  I have this collection in a piggy bank next to my
:^()  SparcStation II, and I look at while I am using Sun's free window
:^()  -based debugger...
:^()  
:^()  Tony Burzio
:^()  Arete Associates
:^()  San Diego, CA

In all fairness, not for long!  Solaris is set to sweep your pocket book.
Ahh the price of getting Unix on the desktop.

Max


-- 
Max Maklin                                                P.O. Box 9707 
Technical Analyst	                           3755 Riverside Drive
Cognos Incorporated                              Ottawa, Ontario CANADA
Internet: maklinm@cognos.COM                 UUNet: maklinm@cognos.UUCP
From: fish@daacdev1.stx.com
Newsgroups: comp.sys.hp
Subject: anyone using hman from comp.sources.x on an HP 7xx ???
Date: 16 Oct 92 22:15:24 GMT
Organization: Goddard Space Flight Center

i got it to build but when i run hman i get the following:
/lib/dld.sl: Unresolved symbol: regcmp (code)  from /usr/lib/Motif1.1/libXm.sl

any suggestions?

			fish
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
"somehow seems strange and a little bit funny, to wander thirsty in the rain" pr
Newsgroups: comp.sys.hp
From: mjs@fc.hp.com (Marc Sabatella)
Subject: Re: HP-UX 9.0 & X11R4/Motif1.1
Date: Fri, 9 Oct 1992 19:23:16 GMT
Distribution: na
Reply-To: marc@hpmonk.fc.hp.com
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.1.2 PL6]

: Of course not!  Don't you know?  HP doesn't *really* want you to use
: HP-UX!  What other reason could they have for the following continued
: deficiencies:

[ short list of deficiencies deleted ]

: Other vendors supply these things.  HP doesn't.

Not that I really want to get in flame war here, but perhaps then you'd like
to see the list of "standard" things HP-UX has that others don't have?  You
could pick any vendor and say similar things ("Sun must not want you to use
SunOS, or else they'd give you the Korn shell", etc).  Everyone has different
needs and priorities.  We do listen, but we can't always be all things to all
people.  No one can.

--
Marc Sabatella
marc@hpmonk.fc.hp.com
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Date: Wed, 14 Oct 1992 00:21:31 GMT
Subject: Re: Compressed 4mm on s300
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, lundeby@hpfcdc.fc.hp.com (Bruce Lundeby) writes:

>>My current understanding is that the data-compression model of the HP 4mm DAT
>>drive is not supported on the S300/400 machines, only on the s700.  Does any-
>>one know if HP will include this support on s300/400 under HP-UX 9.0?
> 
> HP 35480A DDS-DC tape drives are supported by HP-UX 8.0 on s300/400 systems
> with patch PHKL_0789.

Last I checked, that patch didn't include documentation on how to enable 
the compression.  It's off by default, contrary to a previous posting.


> HP 35480A DDS-DC tape drives will be supported by
> HP-UX 9.0 on s300/400 systems.

The 35480A is a bare mechanism, which may be configured for any variety
of systems.  The actual product that will be supported at 9.0 is the
C1521B, which is the drive with compression in a standalone box.  There
are also options to add the drive into the multi-peripheral boxes, and those
will also be considered to be supported.

-Dave Kinsell
 kinsell@hpfcmb.fc.hp.com
Newsgroups: comp.sys.hp,comp.unix.bsd,comp.unix.ultrix,comp.unix.questions
From: elmar@knipp.en.open.de (Elmar Knipp)
Date: Tue, 6 Oct 92 19:27:01 GMT
Organization: Private/FRG
Subject: Re: Remote Printing from HP to BSD systems

a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:

>Hi all,

>Hope that this's not an FAQ :)

>I'll setup remote print services from HP 720 running HP-UX 8.07 to BSD
>systems (e.g. Ultrix, and LPD on VMS).  Is there anything special that
>I've to watch out ?  I did some preliminary experiments but failed.
>Some of them ended with message "%.. entry not found" and the print
>requests couldn't be dequeued.

>Would anyone pls help ?

>Thanks in advance.

Still use SAM and answer the questions. It works fine
without any problem.

Elmar

-- 
--------------------------------+-------------------------------------
Elmar Knipp                     |     Voice:       + 49 231 975015-0
Knipp Satz und Bild digital     |     Fax 3:       + 49 231 975015-80
Technologiepark                 |     Modem:       + 49 231 975015-82
Martin-Schmeisser-Weg 9         |     ISDN-Server: + 49 231 975015-831
4600 Dortmund 50                |     E-Mail:  elmar@knipp.en.open.de
Germany                         |        
--------------------------------+-------------------------------------
From: davidb@hpuadla.aus.hp.com (David Booth)
Date: Thu, 8 Oct 1992 12:05:50 GMT
Subject: Re: Hooking Network printer up to HP9000/425
Organization: Adelaide, Australia, Smallest HP DownUnder
Newsgroups: comp.sys.hp
X-Newsreader: Tin 1.1.3 PL5

Tom Hollowell (thollowe@oucsace.cs.ohiou.edu) wrote:
: I need to find out a way to access a printer that is on our local
: ethernet using our HP9000/425 running HP-UX 8.0

No problems!
: 
: The printer has a name and it also has
: an IP address.  Does anyone have any easy way of doing this, or
: any suggestions as to where I should start
: looking for the proper procedure to do this?

The HP LaserJet printer features a "LAN Connect" option, called a "JetDirect"
card. With this card comes a software "package" that performs printing from
the HPUX spooler to an LAN connected printer, using TCP/IP protocols.

The s/w is actually  pretty generic; it simply opens a socket to the target
address and "pours" the data down the connection. The s/w would not know, nor
care if is not sent to a "real" HP LaserJet. (I use it at a Customer site to
send data to a Terminal Server).
The s/w comes with all instructions, and integrates very nicely with the system
spooler. I do not know if it is available seperatly from the JetDirect card.
It is flexable and robust, and incorperates any of the spooler scripts you
would use for a "normal" printer connection.
$INCORRECT_POLICY_PROCEDURE_SHIELD_ON
Perhaps if you have a friendly local HP SE, she/he might give you a copy.
: 
--
#include <standard_disclaimer>
All opinions in this posting are mine, with no endorsement by my employer.
---
David Booth	Phone: +61 8 366-5126	Fax : +61 8 332-0020
Inet : davidb@hpuadla.aus.hp.com	DESK: David BOOTH / HP9061
       Hewlett-Packard Australia	A.C.N. 004 394 763
       191 Fullarton Rd.,
       Dulwich, SA, 5065, AUSTRALIA.
Newsgroups: comp.sys.hp
From: maklinm@cognos.com (Max Maklin)
Subject: Re: HP-UX Patches ????
Organization: Cognos Incorporated, Ottawa CANADA
Date: Tue, 13 Oct 1992 12:44:47 GMT

In article <28510335@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:
:^()  maklinm@cognos.com (Max Maklin) writes :
:^()  [Response re-formatted to fit on the screen.]
:^()  	
:^()  >>Patches are available via FTP (_not_ anonymous!) from support.mayfield.hp.com
:^()  >>if you have paid for HP software support. ...
:^()  >
:^()  >What about those who ARE paying support, but for one reason or another
:^()  >do not have a direct connection to the Internet.  Do you have mail
:^()  >access?
:^()  
:^()  lou@hpkslx.mayfield.HP.COM (Lou Kvitek) answers:
:^()  
:^()  >Sorry, no email source for patches available at this time.
:^()  
:^()    I have not tried this, but you can access many (most? all?) FTP sites
:^()  (whether anonymous or non-anonymous) via e-mail with the help of an
:^()  FTP-via-email server. An *example* of such a server is
:^()  ftpmail@decwrl.dec.com. Just send a message to this address with "help"
:^()  (without quotes) in the text of the message.
:^()  
:^()  ... stuff deleted ... 
:^()  
:^()    If someone knows (an) other public FTP-via-email server(s),
:^()  then please post the email addresse(s).
:^()  

Thanks Frank, but I had already disregarded this option, because I
would assume you guys want to make sure "Joe Customer" is actually
paying for support (note the original posters clarification that
this would NOT be anonymous access).  Last time I checked ftpmail
servers, they were for access to ftp sites for anonymous access.

What is really needed is a secure mail server.  I looked through
a FAQ on mail servers and I do not see any that would have the
secure options necesary to run support database with e-mail access.
Lou wrote me back to say they are actively pursuing and there are
not the only ones.  I know that DEC is certainly looking for a
solution as well.

If anyone is aware of such a secure mail server I now know two
companies that would be interested, and I guess just about any
company looking at providing support through Internet.  I guess
one of the problems would be in that mail headers are easily
forged, so I would suspect passwords would have to be somehow
crypted in the body of the message and picked up, but then
what do I know I'm just an analyst :)

Max
-- 
Max Maklin                                                P.O. Box 9707 
Technical Analyst	                           3755 Riverside Drive
Cognos Incorporated                              Ottawa, Ontario CANADA
Internet: maklinm@cognos.COM                 UUNet: maklinm@cognos.UUCP
Newsgroups: comp.sys.hp
From: mjo@snclib.snc.edu (Mike O'Connor)
Subject: Re: Seeking mail filter
Reply-To: Mike O'Connor <mjo@snclib.snc.edu>
Organization: :noitazinagrO
Date: Mon, 12 Oct 92 09:46:33 GMT

In article <1992Oct11.171434.22566@news.nd.edu> mandell@bach.helios.nd.edu (Dan Mandell) writes:

:We are new to HPUX, and our system administrators are bombarded with
:unimportant mail messages.  Is there some way to filter out unwanted messages?

When possible, have the mail directed to a mail alias rather than a sysadmin's
personal login.  (Harkening back to my old VMS days, I usually create a login
named "system" to take care of this.)

Or, if it's too late and you don't want to mess with the stuff that's sending
you email, kill two birds with one stone and replace HP's shipped Elm with
either Elm 2.3 or 2.4, available for anonymous FTP from, wuarchive.wustl.edu,
among other places.  With the "normal" Elm comes a utility called "filter",
which will generally do just what you want.  Other alternatives are procmail
and deliver, which are available from your favorite Usenet sources archives.

What sorts of "unimportant" mail messages are you getting?  It sounds like
you're saying that HP-UX utilities are generating the unwanted email, which
I don't believe to be the case.  (Actually, I receive more email here from
the Secret Coalition To Force HP To Ship xmkmf/imake With X -- in other
words, mail coming from the lack of utilities on HP-UX.  :) )

-- 
Mike O'Connor
"The NNTP Administrator"
<mjo@snclib.snc.edu>
Newsgroups: comp.sys.hp
From: tml@tik.vtt.fi (Tor Lillqvist)
Subject: Disconnecting SCSI cables while system running
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)
Date: Thu, 8 Oct 1992 21:01:45 GMT

Is there any real danger in disconnecting the SCSI (single-ended)
cable to a (unmounted, not in use) disc (and imediately attaching a
terminator) without shutting down the system and powering off? With
HP-IB, there were never any problems doing things like this, but of
course, HP-IB didn't need any terminator. I wouldn't want to shut down
the system unnecessarily, the users are getting upset already about
shutdowns for various reasons maybe once a week...

The machine is a 750. The SCSI is the one the internal discs are on.
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland
From: rkl@csc.liv.ac.uk (Richard Lloyd)
Newsgroups: comp.sys.hp
Subject: Re: WANTED: Perl for HP 700
Date: 8 Oct 92 16:10:58 GMT
Organization: Computer Science, Liverpool University

In article <1992Oct7.231750.4641@oakhill.sps.mot.com>, rjacks@austlcm.sps.mot.com (rodney jacks) writes:
> Could someone tell me where I might be able to get a copy
> of Perl for the HP 700 via anonymous FTP.  I'd prefer
> a compiled and working copy since I've been unable to build
> the GNU version of Perl I obtained from UMich archives. 
> We don't have Yacc on our 700s.

BIG QUESTION: Did you get the Developer's C Bundle ? If you didn't then you
probably won't be able to compile Perl. If you want to compile ANY third-party software, then you should have ordered the Developer's C Bundle - maybe HP
could make this fact a lot clearer to customers ??

Anyway (oh no, the third outrageous plug today !), our anonymous FTP site,
ftp.csc.liv.ac.uk (138.253.42.172) has the following under /hpux/Gnu:

bison-1.19.tar.Z       GNU bison (a PD version of yacc)
flex-2.307.tar.Z       GNU flex (a PD version of lex)
gcc_built-2.2.2.tar.Z  GNU C compiler already built for Series 700

And Perl itself is available as /hpux/Languages/perl-4.035.tar.Z.

I would strongly recommend you get the Developer's C Bundle (includes lex, yacc
and other goodies) of course.

Archive Librarian,        E-mail: ftp@csc.liv.ac.uk
Computer Science Dept.,
Liverpool University, 
Merseyside, England,
Great Britain.
Newsgroups: comp.sys.hp
From: michael@resonex.com (Michael Bryan)
Subject: HP 700/RX B/W X terminals fading *dramatically*
Organization: Resonex Inc., Sunnyvale CA
Date: Tue, 13 Oct 1992 17:09:46 GMT

We have seven HP 700/RX X Terminals in house, with B/W 98774A monitors.
We've had them for almost exactly a year.

The intensity level of the monitors seems to be fading rather
severely.  When we first got them, I set my various X defaults so that
windows showed up with white text on black background, as I found this
much easier on the eyes than a 90% white screen.  I believe that
everyone else did the same thing.  Now, however, all of the monitors
are harder to read, some worse than others.  In particular, we have an
in-house program which does line plots in a Tek-mode xterm window.  On
most of the terminals, these plots are now unreadable with white lines
on black, unless you turn out all lights in the room, even with the
contrast and brightness controls maxed.  White on black is now much
more readable, although this was not the case a year ago.  As another
example, the portions of the X Terminal configuration screen that have
white on black are unreadable on most of the monitors now.

Is this a common problem?  Is there a better solution than changing
everything to be black-on-white?  (I'd still prefer to keep
white-on-black if possible.)  Perhaps some adjustment that can be made
to the monitor's internals.

Any input will be appreciated.
-- 
Michael Bryan  michael@resonex.com  "Milk and Cheese in '92!"  |     ,_,
                                                               |    /oo \
"I'd like to thank everyone who touched me this year."         |    <>__|
    --- Bill Clinton, 10/11/92 Presidential Debate             |    |  U|
From: mcollins@db (Marty Collins)
Newsgroups: comp.sys.hp
Subject: netlinkrc script error with the NODENAME line
Date: 15 Oct 92 16:58:49 GMT
Organization: Novell, Inc.
X-Newsreader: Tin 1.1 PL4


I am having a problem with the netlinkrc script when it hits the 
nodename section. The nodename sets the HP9000 730 to

ts-hpux.support.novell

but when the script is run the following error occurs:

nodename syntax error 'ts-hpux.support.novell' unexpected

no matter what nodename is given. However from shell prompt the 
nodename command works fine. This is quite a thorn in my side
since I can't continue with the normal networking startup when the
HP is rebooted.

Any help would be most appreciated.



--
	   A woman needs a man like a fish needs a bicycle.

   Marty Collins	       				U2 
   Product Support                                      Tryin to throw your
   NOVELL, INC.  San Jose, CA.				arms around the world.
   mcollins@novell.com 
   1-800-NETWARE  
Newsgroups: comp.sys.hp
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: Need disktab entry for Fujitsu M2652SA (2 GB unformatted)
Organization: University of Toronto Chemistry Department
Date: Thu, 15 Oct 1992 16:11:07 GMT

In article <MICHEL.92Oct15112746@varda.es.ele.tue.nl> michel@es.ele.tue.nl (Michel Berkelaar iopic) writes:
>does anybody have a correct disktab entry for this model?

Here is the one I started with:

###############################################
#FUJITSU|M2652S-512
#   vendor:	FUJITSU
#   product id: M2652S-512 (M2652SA)
#
#   Added by Mike Peterson.
#   The real disk geometry is 20 heads (+ 1 servo),
#   with 88 512 byte sectors per track, and 1944 cylinders.
#   Due to the spare blocks and cylinders, the actual capacity
#   of the drive is 1704982 1K blocks, which does not factor
#   into reasonable ns/nt/nc values.
#   The following values were found:
#
#   Total blocks    ns   nt     nc
#   ------------   ---   --   ----
#        1704981   101   17    993
#        1704980   163   20    523
#        1704980   163   10   1046  <== using this one to get
#                                       required number of inodes
#                                       in /dev/dsk/5s2
#
FUJITSU_M2652S-512|M2652S-512|FUJITSU_M2652S-512_noreserve|FUJITSU_M2652S-512_noswap:\
	:no swap or boot:ns#163:nt#10:nc#1046:\
	:s0#1704980:b0#8192:f0#1024:\
	:se#512:rm#5400:

I haven't done any I/O benchmarks to see which of the above is "best".

>would it make sense to somehow reformat the drive to 1024 byte sectors? How?

It certainly would make sense, as you would gain about 100MB of useable
capacity as I recall.
I haven't tried this, and our local vendor couldn't make it work at
another site, but the drive would need to be formatted elsewhere
to even make an attempt at it since HP-UX doesn't seem to allow you
to set the block size in a format operation. It is not clear that HP-UX
will allow any sector size other than 512 bytes - depends whether the
'se' setting is actually used, or if the kernel assumes 512 (the
/etc/disktab says that 'se' is informational only, though there are many
drives listed there with 1024 byte sectors).

>Does anybody have experience with this drive connected to a HP9000/7X0? Any
>problems? Can I boot from it?

The drive itself works fine on our 750, but we get corrupted inodes which
crash the system about once a week (this has nothing to do with the drive,
but is a result of having a very active filesystem on it). I know of other
sites with this problem on HP disks.

I have never tried booting from it, but we have partitioned the disk.
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: comp.sys.hp
From: jeffc@wizard.larc.nasa.gov (jeff cleveland iii)
Subject: Re: system load problems
Keywords: load problems
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Tue, 13 Oct 1992 16:37:33 GMT

In article <Oct.12.14.42.01.1992.20904@remus.rutgers.edu>, rhody@remus.rutgers.edu (Sean Rhody) writes:
|> 
|> We have an HP710 with 32MB ram.  Attached to it we have 2 ncd
|> X-terminals.  Over the course of several days the system builds
|> up a load that will be very high even when no one is logged in.
|> At that point, it take 5-10 minutes just to log in.  We also 
|> run INGRES as the main application for this box.  
|> Any clues would be appreciated.  please post here so that
|> any others with this problem can benefit.
|> 
|> 
|> Sean Rhody (rhody@remmus.rutgers.edu)



We have a 730 with four NCD X terminals running Vue connected. When I first
configured the system, the performace was very sluggish with more than two 
people on. The problem corrected itself, however, when we upgraded from 
32 megs of memory to 96!




Jeff Cleveland III
Unisys
NASA Langley Research Center
jeffc@magician.larc.nasa.gov
Newsgroups: comp.sys.hp