HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp
From: stud11@cc4.kuleuven.ac.be (Lode Vande Sande)
Distribution: world
Date: Friday, 6 Nov 1992 17:32:58 +01
Organization: K.U.Leuven - Academic Computing Center
Subject: Re: HP 35470A DAT drive question

In article <4536@TIAMAT.FSC.COM>, jim@tiamat.fsc.com writes:
> The manual for my 35470A DAT drive says:
>
> "The capacity of a 90m cassette is 2 gigbytes, provided that streaming
> operation is maintained throughout the writing activity."
>
> How can I determine the capacity that I will lose if streaming is not
> maintained?

Well I think I have a 35480A tape ...

Hmmm at first the tape has a 1 megabyte buffer ... so when data is in it he
writes and when not he stops ... so ?

I'm using SIXTUS (IBM/PC) ... sometimes the tapes stops for a few seconds ...
especialy when he is backing up the 1000 ANSI's , AVT's of my BBS. So I
suppose the buffer gets slowly full because of the many opening / closing and
the little files (100 .. 2000 bytes)

So I don't realy know why the tape would lose data when no data is available.
May be it's only some bytes per stop ? ... bwa ... I measure the capacity by
looking at the DAT-tape itself ... still I'm not worrying because a tape costs
20$ so who cares ?
From: spo@lte.e-technik.uni-erlangen.de (Thomas Sporer)
Newsgroups: comp.sys.hp
Subject: bug report HPUX 8.07
Date: 5 Nov 1992 16:49:22 GMT
Organization: University of Erlangen
NNTP-Posting-Host: lte.e-technik.uni-erlangen.de

We are running a cluster of 5 HP 9000/720.     
(HP-UX lte A.08.07 A 9000/720 37944162)
We do not use VUE on the server.

We noticed several time reboots of the server (lte) after using ghostview
(serveral versions), but had not been able to trace down th error.
Now we got a problem with another program which might have the same
reason, but left some traces:

Today we got this message:
$ ! Unexpected hardware condition !
  File:Procedure:Line nglescreen.c:ngleBlockHandler:4941
  Graphics Device FIFO has overflowed.
  Please try to duplicate and in any case please notify HP,
  Reporting this graphics ID: 0x26d1482a.
  Clear of FIFO succeeded.  Please xrefresh screen

This happened while running xrn on the server and with the display on
a client (alpha). The screen on alpha flashed and for a very short time
(less than half a second) the boot screen could be seen. The client
was also not running VUE. 

Has anybody seen this probleme before.
Is there a PATCH ?            

---
Thomas Sporer                          Tel.  +49 9131 857201
Lehrstuhl Technische Elektronik        Fax.  +49 9131 302951
Cauerstr 9                             Email spo@lte.e-technik.uni-erlangen.de
W 8520 Erlangen
From: cary@esl.com (Cary Jamison)
Newsgroups: comp.sys.hp
Subject: 380 Problems solved
Date: 6 Nov 92 18:33:42 GMT
Organization: ESL Inc, A Subsidiary of TRW

I finally solved a problem we've been having with our HP 9000/380s, so I
though I'd share the information to any other interested parties.

We had the symptom that the CPU would just lock-up on us occasionally
while running our large, fp intensive application.  HP support claimed
it must be something wrong in our application, and were unwilling to
help.

Recently I upgraded a 375 to a 380 and found that this newer version
380 did not have the same problem.  I did some 68040 swapping and found
that the hanging problem followed the older '040!  So, we are now in the
process of trying to get HP to replace all our bad 68040s (we have over 30
of them).

HP knew of a set of bad '040s that were installed in 380s, but ours were not
part of that set.  Apparently there have been other problems Motorola fixed
in later versions of the chip that HP didn't know about.  (Our 380s with the
problem were received around July, '91).


  *********************************************************************
  *              *  Software is not years behind hardware -           *
  * Cary Jamison *  it is finding the limitations of current hardware *
  * cary@esl.com *  and defining the needs of future hardware!        *
  *              *              - me                                  *
  *********************************************************************

From: dhandly@hpcuhe.cup.hp.com (Dennis Handly)
Date: Thu, 5 Nov 1992 08:44:33 GMT
Subject: Re: Need info on Cobol products
Organization: Hewlett-Packard Cal Language Lab
Newsgroups: comp.sys.hp

>/ equaad@athena.mit.edu (Ellen F Quaadgras) /  9:43 am  Nov  4, 1992 /
> My question is: is the
>"runtime" version of COBOL sufficient, or do I need the "compiler".
>... if it doesn't compile, what on earth does it do? Interpret?

The runtime package only executes/interprets already 'compiled' code.
I.e. if I want to sell a COBOL package I don't want all my customers to
have to buy a COBOL compiler, just the runtime support libraries.

That is why there is a big price differential.
From: fhl@DB4.CS.CMU.EDU (Fu-Hua Liu)
Newsgroups: comp.sys.hp
Subject: problem with NFS mount on HP9000/730
Date: 5 Nov 92 21:38:04 GMT
Article-I.D.: DB4.FHL.92Nov5163804
Distribution: comp.sys.hp
Organization: Carnegie Mellon University


Hi, folks,

We are looking for solution to the nfs mount problem on our HP9000/{720,730}
machines.  Your solution or suggestion will be highly appreciated.

When we try to use a SUN3.60 (running SunOS) to nfs mount the disks of our HP
workstations (running BSD 4.3), we fail with some message like: (say hhost:
HP machine, fsname: file system on HP and /dir for target directory on
SUN3).

mount: hhost:fsname server not responding: RPC: Authentication error; why = Failed (unspecified error)
mount: giving up on:
   /dir

On the other hand, we have no problem nfs-mounting the disks of SUN by
using HP machines.

As a matter of fact, the same things happen between our DECstation 5000/200
and these HP machines while we have no problem at all with NFS between 
DECstation and SUN3/60.

Any idea?

Email or posting on this net is fine. Thanks a lot.

Fu-Hua Liu
From: mark@hpcpbla.bri.hp.com (Mark Simms)
Newsgroups: comp.sys.hp
Subject: Re: multiple tape files on 9144
Date: 13 Nov 92 15:09:01 GMT
Organization: HP Computer Peripherals Bristol, UK

>> I have an application that needs to write multiple tape files to cs80
>> cartridge tapes on a 9144 tape drive.

It is hard to know what the best solution is without more information
on the problem.  It is possible to write a tape such as you describe
on a 9144 tape drive, but there is little reason to do it.

To write the tape would require access to the raw device file for the
9144.  You would have to issue an ioctl(2) call to place the drive in
immediate report mode.  You would have to write each file using a
transfer size that was a multiple of 1024 bytes except for the last
transfer in the file that would have to be the exact number of
remaining bytes.  After each file you would have to use another
ioctl(2) call to write a file mark.

On reading back, you would read multiples of 1024 bytes in each
transfer.  The last transfer in a file would complete with less than
the requested length and a file mark error.

You cannot space to marks on a 9144, but this could be simulated by
reading until a mark is detected.  Spacing backwards in this manner
would be exceptionally slow and would put a large amount of stress on
both the media and the mechanism.

If you really want to go down this path, have a good look at the ct(7)
manual page and the sys/cs80.h include file.  Remember that the 9144
uses 1024 byte blocks on tape and that any write to tape will write a
whole number of blocks.  If there are too few bytes in a write to fill
a block, the block is written with the number of bytes given.  When
read, only that number of bytes will be returned from that block.  If
a read requests fewer bytes than are in a block, the rest of the block
is skipped and the read starts at the next block.

This whole process is undocumented and unsupported.  Again, I have
doubts whether it is worth the effort.  Think strongly about what you
are doing and why.  If you really need to do things this way then
okay.  I would like to know what your reasons are though.

Mark Simms

----------------------------------------------------------------------
Opinions expressed are my own and are not intended to be an official
statement by Hewlett-Packard Company
----------------------------------------------------------------------
Name:         Mark Simms
Profession:   Software Engineer
Organization: Hewlett-Packard Computer Peripherals Division
Unix-mail:    mark@hpcpbla.bri.hp.com
----------------------------------------------------------------------
From: milburn@vision.postech.ac.kr (John Milburn)
Subject: Re: Mail from cron jobs
Reply-To: milburn@vision.postech.ac.kr (John Milburn)
Organization: POSTECH, Pohang, Korea
Date: Fri, 6 Nov 92 03:22:52 GMT

In article <1992Nov5.152048.429@hp9000.csc.cuhk.hk> a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:
>
>Could anyone please tell me how to stop the cron jobs from sending mail
>note to the user who schedules cron jobs ?  I've cron jobs run every 5
>minutes, and there're many job log mailed to my account.

In the crontab file, add a re-direct for stdout and stderr. If you want
to throw all messages away forever, after the command add ">/dev/null 2>&1".
If you wish to log the messages to a file, substitute for /dev/null.

e.g.    0,15,30,45 * * * * $HOME/.bin/do_something >/dev/null 2>&1

-jem
John Milburn - Pohang Accelerator Laboratory
Pohang Institute of Science and Technology (POSTECH)
Pohang, Korea                Fax: 011-82-562-79-4499
milburn@vision.postech.ac.kr
From: rjn@FC.HP.COM (Bob Niland)
Newsgroups: comp.sys.hp
Subject: Re: multiple tape files on 9144
Date: 12 Nov 92 21:04:20 GMT
Article-I.D.: fc.BxMFv8.H48
Reply-To: rjn@FC.HP.COM
Distribution: comp
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: TIN [version 1.1.8 PL6]

Jeff Minnig (jeff@dsndata.uucp) wrote:

> I have an application that needs to write multiple tape files to cs80
> cartridge tapes on a 9144 tape drive.

Here's the discussion from the last time this question came up...

From fc.hp.com!hp-col!sdd.hp.com!wupost!uunet!gatech!ncar!ico!spatial!alek Thu Nov 12 13:59:45 1992
Newsgroups: comp.sys.hp
From: alek@spatial.com (Alek O. Komarnitsky)
Subject: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Originator: alek@spatial
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Date: Sat, 12 Sep 1992 01:17:14 GMT

Subject line pretty much says it all. A user here wants to put several tar 
files as seperate "savesets" on a single tape. One can do this on DAT or 
Sun 1/4" tape drives by using multiple tar commands and being sure to specify
the no-rewind device. However, I have not been able to figure out what
to use for the HP 1/4" tape drive connected via HP-IB (HP400 w/HP-UX8.0)

The tape drive works fine for all others sort of commands. Here's some
output when I try to use the mt command: 
   balu (ALEK) ls -l /dev/update.src
   crw-rw-rw-   1 root     root       4 0x070200 Sep 11 13:12 /dev/update.src
   balu (ALEK) mt -t /dev/update.src rew
   rewind 1 failed: Invalid argument

The Installing Peripherals Manual is pretty sketchy here, but it appears that
all the minor numbers are allready used for other stuff. In addition, there's
an on-line man page for "mkdev", but it does not seem to exist in /etc/mkdev
despite a full install from tape (?)

Help!

Alek Komarnitsky                                      303-449-0649
Software Tools Manager, Spatial Technology, Inc.      2425 55th Street, Bldg A
alek@spatial.com                                      Boulder, CO 80301-5704

From fc.hp.com!rjn Thu Nov 12 13:59:57 1992
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Date: Mon, 14 Sep 1992 15:23:17 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: Tin 1.1scd1 PL4

alek@spatial.com (Alek O. Komarnitsky) writes:
: Subject line pretty much says it all. A user here wants to put several tar 
: files as seperate "savesets" on a single tape. One can do this on DAT or 
: Sun 1/4" tape drives by using multiple tar commands and being sure to specify
: the no-rewind device. However, I have not been able to figure out what
: to use for the HP 1/4" tape drive connected via HP-IB (HP400 w/HP-UX8.0)

The "mt" command does not work with the 9144A, 9145A, 35401A and similar
HP-IB CS/80 tape drives because they are not treated like classical
serial-access devices.  These drives are actually block-rewritable random-
access devices - very slow disks you might say.

Any "append" operation that would work on a /dev/rdsk will work on these
tape drives.   "mt" operation attempts often result in "not a typewriter",
one of the less helpful Un*x error messages.

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599

From fc.hp.com!hp-col!sdd.hp.com!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!madmax.uwaterloo.ca!gordon Thu Nov 12 14:00:05 1992
Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Organization: University of Waterloo
Date: Mon, 14 Sep 1992 16:32:40 GMT

In article <BuKqqt.KMH@fc.hp.com> rjn@FC.HP.COM writes:
>alek@spatial.com (Alek O. Komarnitsky) writes:
>
>The "mt" command does not work with the 9144A, 9145A, 35401A and similar
>HP-IB CS/80 tape drives because they are not treated like classical
>serial-access devices.  These drives are actually block-rewritable random-
>access devices - very slow disks you might say.
>

I always called them a tape drive with delusions of grandeur :-)

They are pretty slow (even for tape drives) but I will admit that they are
reliable and I sure wish the DAT drives had its random read/write capabilities.

Gordon
>
>Regards,                                              Hewlett-Packard
>Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
>                CompuServe:  71044,2124               Ft Collins CO 80525-9599



From fc.hp.com!rjn Thu Nov 12 14:00:13 1992
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Date: Tue, 15 Sep 1992 21:49:10 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: Tin 1.1scd1 PL4

rjn@FC.HP.COM (Bob Niland) writes:
> Any "append" operation that would work on a /dev/rdsk will work on these
> tape drives.   "mt" operation attempts often result in "not a typewriter",
> one of the less helpful Un*x error messages.

I put it that way because I couldn't immediately think of any simple
ways to perform appended I/O on a raw direct-access device.  On further
reflection, if I had the need to put multiple archives on a 1/4-inch 
(16-track HC format) tape, I would pick one of:
 
              ***NOTE: These Operations are Very Slow***

1. LIF filesystem
  
   ## Assuming a 600-foot tape....
   #
   # lifinit -v66977792 -nLIF_CT -d256 /dev/rct
   # cd <wherever>
   # find . -print -hidden | cpio -ocv | lifcp -b - /dev/rct:NAME1_CPIO
   # cd <wherever>
   # find . -print -hidden | cpio -ocv | lifcp -b - /dev/rct:NAME2_CPIO
   # <etc>
   # lifls -l /dev/rct

   This is apt to be much faster as lifinit only writes the "-d" space on
   the medium, and LIF files are contiguous, but, LIF files are NOT
   extensible after close.  If possible, create the cpio/tar file then lifcp
   it as a separate operation.

2. HFS file system  (***CAUTION: UNTESTED***)

   Edit /etc/disktab to include:
   9144A_600ft:\
           :no swap or boot:ns#1:nt#16:nc#4088:\
           :s0#65408:b0#8192:f0#1024:\
           :se#1024:rm#1:

   # /etc/newfs -L -n -v /dev/rct 9144A_600ft
   # mkdir /tape_mount
   # /etc/mount /dev/ct /tape_mount
   # cd <wherever>
   # find . -print -hidden | cpio -ocv > /tape_mount/name1.cpio
   # cd <wherever>
   # find . -print -hidden | cpio -ocv > /tape_mount/name2.cpio
   # ls -l /tape_mount
   # /etc/umount /dev/ct

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599

This article represents only the opinion[s] of its author, and is not an
official or unofficial position of, or statement by, the Hewlett-Packard
Company.  The text is provided for informational purposes only.  It is
supplied without warranty of any kind.

From fc.hp.com!rjn Thu Nov 12 14:00:20 1992
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Date: Wed, 16 Sep 1992 01:29:50 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: Tin 1.1scd1 PL4

rjn@FC.HP.COM (Bob Niland) writes:

: 2. HFS file system  (***CAUTION: UNTESTED***)
: 
:    Edit /etc/disktab to include:
:    9144A_600ft:\
:            :no swap or boot:ns#1:nt#16:nc#4088:\
:            :s0#65408:b0#8192:f0#1024:\
:            :se#1024:rm#1:

Now that I've done an informal (probably still suboptimal) test, the above
disktab entry is clearly inefficient.   This one looks much faster.

        9144A_600ft:\
                :no swap or boot:ns#8:nt#16:nc#511:\
                :s0#65408:b0#8192:f0#1024:\
                :se#1024:rm#1:

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599

This article represents only the opinion[s] of its author, and is not an
official or unofficial position of, or statement by, the Hewlett-Packard
Company.  The text is provided for informational purposes only.  It is
supplied without warranty of any kind.
From: e-sink@uiuc.edu (Eric W. Sink)
Newsgroups: comp.sys.hp
Subject: Re: X - HP Vue - Motif - My Applications Resources ?
Date: 5 Nov 92 15:57:48 GMT
Article-I.D.: news.Bx930F.7rt
Reply-To: e-sink@uiuc.edu
Organization: University of Illinois at Urbana
Originator: sink@ux2.cso.uiuc.edu

qualtrak@netcom.com (Qual Trak) writes:

>I talked to HP Software Support today and the (Partial) solution is to
>fully specify the *background and *foreground and *foregroundColor
>resources for the application. as an example, if your applications class
>name was XProgram you could put the following in the program's
>app_defaults file

>XProgram*background: Gray
>XProgram*foregroundColor: Black
>XProgram*foreground: Black

>This takes care of most of the color problems I had with the exception
>of menubars and Active Buttons hilite color.

The only full solution we found, and the one our product ships with,
is to provide a Palette file which contains the colors we wanted.
Then, VUE is handling the situation no matter what, it's just a choice
of our colors or its colors.

-- 
Eric W. Sink, Spyglass        | "You are the Pan."
1800 Woodfield Drive          |     - Rufio
Savoy, IL  61826              |
---- e-sink@uiuc.edu ---------|---------- 217-355-6000 -----------------------
From: jowhang@honors.uoregon.edu (John Whang)
Newsgroups: comp.sys.hp
Subject: Please give help on HP printers
Date: 9 Nov 92 22:41:47 GMT
Article-I.D.: nntp.1992Nov9.224147.17327
Organization: Wanda's House of Whips and Leather

I have two problems that need relatively immediate attention.  Problem is,
I haven't a clue to the solution.

First: We have a Novell network running on a 386 server.  We have a
Hewlett-Packard LaserJet III (with PostScript) hooked into the LAN.  In
addition, we have a Macintosh IIsi computer with an Ethernet card.  Both
the Macintosh and the Novell LAN have Ethernet access to the University's
LAN.  Is there a way that we can print from the Macintosh to the LaserJet
III on the Novell LAN?  If so, what kind of equipment do we need.

Second: We have a second LaserJet (model 500+, I believe) on the Novell
LAN.  It has been printing random circles on printouts lately.  These are
the kinds of dots (circles) you'd use to denote degrees Farenheit. 
Sometimes, these dots would also be filled in.  Their placement is random,
as is their size (between 9-12 points), and they seem relatively
independent of the size or font on the page being sent to the printer.  It
does not always print the dots on the pages, though: only on about one out
of six to nine pages.  Question: What is wrong with the printer, and how
can we fix it?

Any help whatsoever on this would be greatly appreciated.  If you can give
us cheap and effective solutions to these problems, I will worship the
ground you walk upon and think you're the neatest thing since the
Veg-O-matic forever (or until next Tuesday).

jowhang@honors.uoregon.edu
jcw@darkwing.uoregon.edu
Newsgroups: comp.sys.hp
From: pasq@cup.hp.com (Mark Di Pasquale)
Subject: Re: How to redirect my new mail to a file
Date: Mon, 9 Nov 1992 18:46:34 GMT
Organization: Hewlett-Packard
X-Newsreader: TIN [version 1.1.4 PL6]


Mark Di Pasquale (pasq@cup.hp.com) wrote:
: You might try writing a program that redirects stdin to your own private
: mail file.  Then you can call that program in your .forward file:
:
:       "| /users/you/bin/program"
:
: Also, on my machine, I can copy and edit /usr/mail/pasq.  Perhaps one of
: these ideas will help.

I was reminded to mention that mail/sendmail/mailx/elm/mh use lock files
before manipulating /usr/mail/user.  Please remember this if you create
a program of some sort because you don't want to chance loosing mail.

In a "vacation"-like program that I wrote a while back (called respond),
I keep the .forward file it uses in place while manipulating
/usr/mail/user.  When respond is disabled (and the .forward file is
removed), then I do not recommend manipulating /usr/mail/user unless
your program observes/creates mail locks.

Regards,
Mark "disclaimers apply" DiPasquale

 _______       ________________________________________________________________
            /     
           /                   Mark DiPasquale c/o Hewlett-Packard
          ____       ___  /    19111 Pruneridge Avenue, MS 44M9
         /     /    /    /     Cupertino, CA  95014
      __/   __/    _____/      Email: pasq@cup.hp.com
                  /            Phone: (1/408) 447-0911  FAX: (1/408) 447-0177
 ___________   __/   __________________________________________________________

Newsgroups: comp.sys.hp
From: e89hse@efd.lth.se (Henrik Sandell)
Subject: FAX For UNIX
Organization: Lund Institute of Technology, Sweden
Distribution: comp.sys.hp
Date: Fri, 6 Nov 1992 13:56:17 GMT


Hello!

 I'm trying to get a UNIX mashine working with a FAX modem. In
Ghostscript from GNU there is a FAX device, but it seems like some
other FAX-program is required. Is there are good UNIX fax program?
I think I've heared about some program called TrueFax? 

 Preferably it should be a free program, but I'm also prepared to pay
a reasonable sum for it.

 I would apreciate if You could answer with E-mail and I'll sumarize
the answers and what I've learned in about a week under then same
subject.

 Regards.

 Henrik Sandell
 Phone: Int+46-46127991
 Fax:   Int+46-46184386
 Address: Kamnarsv 4:2119
	  226 45 LUND
	  Sweden
From: ksw@hpfcso.FC.HP.COM (Kim Wagner)
Date: Mon, 9 Nov 1992 20:00:01 GMT
Subject: Re: Starbase Radiosity and RayTracing Library
Organization: Hewlett-Packard, Fort Collins, CO, USA