HDTenEightyP/NetNews huggingface dataset:
From: wittkopf@xx (Kevin Wittkopf)
Subject: HP InterViewsPlus info
Organization: x
Date: Tue, 26 Jan 93 18:19:32 GMT

Hi, I'm looking for information regarding HP InterViewsPlus (a GUI software
toolkit based on C++ InterViews toolkit). I've called my 'local' licensed
HP distributor, and he didn't have a clue. I've tried calling the main
HP number for Canada, but always get stuck in this holding pattern, where all
their product support lines are 'busy'. I really don't feel like waiting on hold
for several minutes (long distance). I received some glossies, etc. from a 
recent trade show/conference, and we had an email contact 

(robin@hpsesc.sde.hp.com)

but recent email has had no response. 

I'm mainly interested in getting an evaluation copy of the toolkit.


Any email or phone # references would be appreciated. Thanks.

-- 
Kevin Wittkopf                  | Voice : (604) 293-6087
MPR Teltech Ltd. 		| Fax   : (604) 293-5787
8999 Nelson Way, Burnaby, BC    | E-Mail: wittkopf@mprgate.mpr.ca
Canada, V5A 4B5                 |         mprgate.mpr.ca!wittkopf@uunet.uu.net
Newsgroups: comp.sys.hp
From: tcooper@bnr.ca (Terry Cooper)
Subject: Re: Pertec 9-track track tape controller for HP9000/7xx
Organization: Northern Telecom, Ltd.
Date: Wed, 27 Jan 93 02:58:47 GMT

In article <C16A07.8AI@netnews.jhuapl.edu> heeres@uars_mag.jhuapl.edu (Ken Heeres) writes:
>I am seeking a EISA card for a HP9000/735 that acts as Pertec tape controller
>for a Kennedy 9 track tape drive.  Danford indicates that their card will not
>work with HP-UX 9.0.  Does anyone know of a source.
>
>Thanks
>
>
>ken

I am not surprised that a Danford card doesn't work, I am surprised that
they would admit it.  We have tried to use Danford's serial port cards and
they were supposed to provide us with an EISA extender for a 750, neither
worked (the EISA extender was never delivered).  The problems with the
serial port card are a simple as 300 baud not working (yes we still need
300 baud), Danford's response was something to the effect of (oh, we never
tested that).

Terry
Newsgroups: comp.sys.hp
From: mihelcic@itd.nrl.navy.mil (Dave Mihelcic)
Subject: using HP C1503C 4mm DAT with Sun SPARC2
Organization: Naval Research Laboratory
Date: Fri, 22 Jan 1993 17:06:43 GMT

I'm try to interface an HP C1503C 4mm DAT to a SPARC2 with little success.
I don't have any good documentation on the DAT, so I'm really in the dark.
Any help would be appreciated.

					Dave Mihelcic
From: jsm@fc.hp.com (John Marvin)
Newsgroups: comp.sys.hp
Subject: Re: parallel interface on series 300
Date: 28 Jan 93 08:04:17 GMT
Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
X-Newsreader: TIN [version 1.1 PL8.5]

Julian Bradfield (jcb@dcs.ed.ac.uk) wrote:
: The following problem is driving me berserk; any help would be much
: appreciated.

: I have a 9000/300, to which I used to have a printer attached by the
: parallel port. There was always a problem, in that it only worked
: with a kernel built on one of the two server nodes we have.
: Unfortunately, that server died fairly permanently recently, so I'm
: stuck with a defunct parallel interface/driver. The symptom is that any
: attempt to open /dev/parallel (which is major 21, minor 0x170000)
: fails with EOPNOTSUPP .
: I've tried every plausible kernel configuration to no avail. The
: really irritating thing is that the parallel interface on the server
: node *does* work; even if I take the server dfile and make the minimum
: changes necessary to turn into a client dfile, I still get EOPNOTSUPP
: on my client.

: Any ideas? (The OS is HP-UX 8.00.)

Yes. The problem is that devices are cnode specific. You are trying to
use a device that was made on another node on your cluster. If you do
an "ll -H" of the device you are trying to use, you will see which cnode
the device is for. What probably happened is that somebody made /dev/parallel
in your cnode specific device directory from another node on the cluster.
You need to remove /dev/parallel, and remake it using the mknod command,
on the machine that you are going to be using the device on. Devices are
tied to a particular cnode for security reasons. One example would be
if you had a floppy device on your cnode, so your system administrator
gives you write permission to it. However, your floppy might be at the
same address as one of the disks containing a filesystem on the server
node. If devices weren't owned by a particular cnode, you would be able
to log into the server machine, and use your floppy device to write the
disk containing the file system.

	John Marvin
	jsm@fc.hp.com

P.S. I forgot to mention that when doing an "ll -H" on a device, the cnode
name is printed between the minor number and the date.
From: franl@centerline.com (Fran Litterio)
Newsgroups: comp.sys.hp
Subject: Re: ksh and canonical kill
Date: 27 Jan 93 17:15:53 GMT
Organization: CenterLine Software R&D
NNTP-Posting-Host: 140.239.3.116
In-reply-to: stuart@TIVOLI.COM's message of 27 Jan 93 02:38:29 GMT

stuart@TIVOLI.COM (Stuart Jarriel) writes:

> What setting am I missing?  Using ksh, if I use the canonical-kill (^U)
> in this case, the line is erased, but the cursor drops down to a new line
> as well.

You have accidentally typed two ^U (canonical kill) characters in a
row which put you into newline-after-kill-mode (that's just my name
for it).  Type two more to toggle out of newline-after-kill mode.  For
some reason this was purposely designed into the Korn shell.
--
franl@centerline.com         "So what we've decided to do is set you up in
uunet!centerline!franl        Cicely, situated in an area that we Alaskans
617-498-3255 (USA)            refer to as The Alaskan Riviera."
PGP 2.0 public key available.
Newsgroups: comp.sys.hp
Newsgroups: comp.sys.hp
Date: Wed, 27 Jan 1993 15:06:38 -0500 
From: Robert Andrew Ryan <rr2b+@andrew.cmu.edu>
Subject: Re: monitor contrast problems

Excerpts from netnews.comp.sys.hp: 27-Jan-93 monitor contrast problems
Frederick S Hann@cislabs (582)

> Here's the problem:  shortly after installation,
> each of these monitors began to lose contrast, i.e. it became increasingly
> hard to read the screens. 

I have found this true of our hp 9000/700.  I'm not sitting at it now so
I don't know the exact model number.  It's quite annoying to try to read
the thin white chars on a black background when outside of X.  It's more
tolerable with black on white.

-Rob
From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Mon, 25 Jan 1993 17:18:38 GMT
Subject: Re: SLIP?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

pdt@athena.mit.edu (Patrick D Tepesch) writes:

>Forgive my ignorance, but what is SLIP?

SLIP = Serial Line Internet Protocol.  The name pretty much says it all:
a standard for running IP (as in ARPA/NFS and TCP/IP) over a serial line,
as opposed to a shared bandwidth LAN (Ethernet/802.3).  Because the
remote system is supported as "just another node" on the network, SLIP
can provide greater functionality over a dial-up connection than simple
terminal emulation.  Another standard (with perhaps greater performance
and better usability) for doing the same thing is PPP = Point-to-Point
Protocol.  (PPP also supports very high speed synchronous serial
connections).

All versions of HP-UX 8.0x include ppl, the "Point-to-Point
Link", which is an implementation of SLIP.  For more information,
try man ppl or see HP manual 98194-60522 "Using Serial Line IP
Protocols".

HP does not currently supply an implementation of either CSLIP or
PPP.  (CSLIP = Compressed SLIP; i.e., SLIP with data compresssion,
which improves performance.)

Regards,
Alec Henderson

Telephone: 408-447-3965         	Hewlett-Packard
FAX:       408-447-3660			Information Networks Division
E-mail:    alech@cup.hp.com	       	19420 Homestead Road MS 43L9
HPDesk:    Alec Henderson/HP6600/1B	Cupertino, CA  95014  (USA)
From: gcarter@infoserv.com 
Newsgroups: comp.sys.hp
Subject: HP and the Akers resignation
Keywords: akers, platt, resignation
Date: Wed, 27 Jan 93 20:53:27 PST
Distribution: world
Organization: An Unhappy HP Small Investor

In today's Wall Street Journal article concerning the 
resignation of IBM CEO John Akers, the paper quoted one 
longtime IBM executive observing:

"He (Akers) finally concluded his credibility inside and 
outside is a real obstacle to moving ahead, and it would be 
better for the business to have a different chief executive."

Since this is clearly the same situation HP's Lew Platt is in, 
let's hope Lew makes the same decision.

HP investors can assist in this process by marking the 
"WITHHOLD VOTE" box on the proxy card you recently 
received and writing  "L.E. Platt" in the space provided.  
The proxy card should be signed on the reverse side and 
returned to Harris Trust.
From: franl@centerline.com (Fran Litterio)
Newsgroups: comp.sys.hp
Subject: Re: screen blanker for HP 9000/710
Date: 24 Jan 93 20:20:20 GMT
Organization: CenterLine Software R&D
NNTP-Posting-Host: 140.239.3.116
In-reply-to: bj@zephir.boa.ch's message of Fri, 22 Jan 1993 06:51:08 GMT

bj@zephir.boa.ch (Beat Jucker) writes:

> ==> xautolock is what you need ... (you may combine it with your own
> locker who does something like random pattern generating). I like it 
> very much.

Where do we get it?
--
franl@centerline.com         "So what we've decided to do is set you up in
uunet!centerline!franl        Cicely, situated in an area that we Alaskans
617-498-3255 (USA)            refer to as The Alaskan Riviera."
PGP 2.0 public key available.
Newsgroups: comp.sys.hp
From: Enrique Navarro Sanchis <navarro@si.uji.es>
Subject: Re: A directory that CANNOT be removed.
X-Useragent: Nuntius v1.1
Date: Fri, 22 Jan 1993 07:52:15 GMT
Organization: Universitat Jaume I



In article <8476@tivoli.UUCP> Stuart Jarriel, stuart@TIVOLI.COM writes:
>Has anyone else been able (HPUX 8.07) to create a directory that
>cannot be removed?  ls with all of it's options fails to show any

You can try with
    $ rm -rf <directory name>
Perhaps it remove the directory and the files in it.
See you...

Enrique Navarro Sanchis.		         E-mail: navarro@si.uji.es
Analiste de Sistemes.			
Centre Processament de dades.		DO NOT BUY IVORY	
Universitat JAUME I                   	Ivory belongs only	
Castello   (SPAIN)                      	to Elephants.
Newsgroups: comp.sys.hp
Subject: Problem with cursor size limits on HP720/730's and 700/RX's under 8.07
From: michael@ewd.dsto.gov.au (Michael Balin)
Date: 27 Jan 93 11:46:58 CST
Distribution: world
Organization: Defence Science and Technology Organisation, Salisbury, South Australia

I've been using  xsetroot -cursor  to change the cursor bitmap (and mask) in the root window and have observed the following behaviour.

On the 720/730 workstations, the X server will not allow bitmaps larger than 64x64, simply refusing to display them.

On the 700/RX station (X terminal) a bitmap larger than 64x64 is displayed, but cropped, losing anything on the right and bottom which is more than 64 pixels from the top left corner.

On our Labtam X stations however, we can use bitmaps larger than 64x64, no problems.

We're running HP-UX 8.07, and so in each instance the X server code running is X11R4 based.

So, why the differences? Can we display larger cursors on HP machines? Does this limitation exist under 9.0 and R5? (Not that we've received it yet...)

Please address replies to the address below.

Thanks in advance,

Michael.

--
Michael Balin             Computer Programmer for ANUTECH attached to the EWD
michael@ewd.dsto.gov.au   at DSTO Salisbury, South Australia.  +61-8-259-6591
From: sean@coombs.anu.edu.au (Sean Sebastian Batt)
Newsgroups: comp.sys.hp
Subject: SCSI timeouts on 750 with Fast SCSI controler
Date: 25 Jan 93 13:24:02 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

Colleagues,

I'd like some help interpreting kernel messages like:
------------------------------------------------------------------------
s0_timeout: sc = 0x41, tgt_id = 0x5
SCSI: sense key, lun 0, target 5, bus 1: Unit Attention
SCSI: sense code, lun 0, target 5, bus 1: Power On or Reset or Bus Device Reset
SCSI: Status bytes, lun 0, target 5, bus 1:
      70 0 6 0 0 0 0 a 0 0 0 0 29 0 0 0 0 0
SCSI: lun 0, target 5, bus 1, ASC 29, ASCQ 0, sense key 6, ASL a,
      sense key specific bytes: 0 0 0
------------------------------------------------------------------------
which I get regularly on my striped stack of Fast SCSI-2 WREN 8s with
differential interfaces. I'm driving them with an HP 25552a EISA SCSI-2
card and using an HP differential terminator. Total cable length is
just under 2m.

Without looking at the kernel error messages, the real problem is that
access to the filesystems on the striped discs seems to be suspended
for about 60 seconds, after which normal service is resumed.

So if anyone can help me interpret them there status bytes, or give me
any other sorts of clues to what's happening, I'd be so very thankful.

Sean Batt

--
------------- Sean Sebastian Batt - sean@coombs.anu.edu.au --------
-------- Coombs Computing Section - Telephone: +61 6 249 3296 -----
-- Australian National University - GPO Box 4 Canberra City 2601 --
-------------------------------------------------------------------
Newsgroups: comp.sys.hp
From: jpa@hobbes.inesc.pt (Jose Pedro Abreu)
Subject: Re: monitor contrast problems
Followup-To: comp.sys.hp
Organization: INESC, Lisboa Portugal
Date: Wed, 27 Jan 1993 21:55:51 GMT


Hi, 

Around here we have some HP 700/RX X terminals with the BW monitor,
98774A, after some time the screen grew dimmer and dimmer, it was
almost unusable. I called HP and reported the problem, they came over
and readjusted the internal controls of the screen.

Now I'm just waiting till I have to call them again, they can't
mess with the adjustments anymore and have to get us some new
monitors.

It was reported in the net that HP replaced the 98774A's with 98774B's
but our local HP office say they don't know nothing about it.

On the funny side, the first time I reported the problem to HP I
mentioned some kind of "brightness problem", guess what ... They
didn't fix the monitors because the real problem was lack of contrast.


ZP

--
-----------------------------------------------------------
Jose' Pedro Abreu 
Address : INESC              Phone : +351.1.3100353
          R. Alves Redol 9   Fax   : +351.1.525843 
          1000 LISBOA        Email : jpa@inesc.pt
          Portugal           
-----------------------------------------------------------
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp
Subject: Painless remote X execution
Date: 28 Jan 93 18:38:27 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
X-Md4-Signature: bcbfa3b8472346b3f0fcbf0598036fa3

This includes 3 files.  rxterm opens a remote xterm, while rx host cmd
executes any arbitrary command.

Since there is no way to get rid of the parent remsh on hpux, I have
written a devilish bit of code to go along with this - daemon.c will
run any program as a daemon.

Enjoy!

-------------------------------------------------------------
# This is a shell archive.  Remove anything before this line,
# then unpack it by saving it in a file and typing "sh file".
#
# Wrapped by Neal Becker <neal@neal> on Thu Jan 28 13:34:15 1993
#
# This archive contains:
#	rx	
#

LANG=""; export LANG
PATH=/bin:/usr/bin:$PATH; export PATH

a - rx
echo mkdir - rx
mkdir rx

a - rx/rx
echo x - rx/rx
cat >rx/rx <<'@EOF'
#!/bin/sh
host=$1
shift;
/usr/bin/X11/xhost +$host > /dev/null

case $SHELL in
	*csh)

case $DISPLAY in
	shmlink:* | :*) remsh $host -n "setenv DISPLAY `hostname`:0;setenv XENVIRONMENT $XENVIRONMENT;/usr/local/bin/daemon $*" ;;
	*) remsh $host -n "setenv DISPLAY $DISPLAY;setenv XENVIRONMENT $XENVIRONMENT;/usr/local/bin/daemon $*" ;;
esac

	;;

	*)
case $DISPLAY in
	shmlink:* | :*) remsh $host -n "DISPLAY=`hostname`:0 XENVIRONMENT=$XENVIRONMENT /usr/local/bin/daemon $*" ;;
	*) remsh $host -n "DISPLAY=$DISPLAY XENVIRONMENT=$XENVIRONMENT /usr/local/bin/daemon $*" ;;
esac

	;;
esac
@EOF

chmod 755 rx/rx

a - rx/rxterm
echo x - rx/rxterm
cat >rx/rxterm <<'@EOF'
#!/bin/sh
host=$1
shift;
/usr/bin/X11/xhost +$host > /dev/null
case $SHELL in
	*csh)

case $DISPLAY in
	shmlink:* | :*) remsh $host -n "setenv DISPLAY `hostname`:0;setenv XENVIRONMENT $XENVIRONMENT;/usr/local/bin/daemon xterm -n xterm@$host $*" ;;
	*) remsh $host -n "setenv DISPLAY $DISPLAY;setenv XENVIRONMENT $XENVIRONMENT;/usr/local/bin/daemon xterm -n xterm@$host $*" ;;
esac

	;;
	*)
case $DISPLAY in
	shmlink:* | :*) remsh $host -n "DISPLAY=`hostname`:0 XENVIRONMENT=$XENVIRONMENT /usr/local/bin/daemon xterm -n xterm@$host $*" ;;
	*) remsh $host -n "DISPLAY=$DISPLAY XENVIRONMENT=$XENVIRONMENT /usr/local/bin/daemon xterm -n xterm@$host $*" ;;
esac

;;

esac
@EOF

chmod 755 rx/rxterm

a - rx/daemon.c
echo x - rx/daemon.c
cat >rx/daemon.c <<'@EOF'
#include <unistd.h>	/* For _SC_OPEN_MAX */
#include <stdio.h>
#include <sys/file.h>
#include <stdlib.h>

static void Usage( const char* prog ) {
  fprintf( stderr, "usage: %s <prog>\n", prog );
  exit( 1 );
}

main( int argc, char* argv[] ) {
  long	tblsiz = sysconf(_SC_OPEN_MAX);
  int c;
  char * NewArgv[ 256 ];

  if( argc < 2 ) Usage( argv[ 0 ] );

  switch( fork() ) {
  case -1:
    perror( argv[ 0 ] );
    exit( 1 );

  case 0:
    setsid();
    for (c = 0; c < tblsiz; c++)
      (void) close(c);
    (void) open("/", O_RDONLY);
    (void) dup2(0, 1);
    (void) dup2(0, 2);
    execvp( argv[ 1 ], &argv[ 1 ] );
    _exit( -1 );

  default:
    exit( 0 );

  }
}
@EOF

chmod 644 rx/daemon.c

chmod 755 rx

exit 0
Newsgroups: comp.sys.hp
From: slester@vcs08.vetmed.wsu.edu (Sam Lester)
Subject: Re: rdate for HPUX...
Organization: Washington State University
Date: Fri, 22 Jan 93 21:51:17 GMT

 I got the source from

    Host emx.cc.utexas.edu
           Location: /pub/netinfo/src/netprog/rpc.sun/timedate
           FILE -rw-r--r--       1180  Dec 17 1989  rdate.c


If anyone needs it still, send me a note and I'll send you my
working copy via e-mail,uuencoded

Sam
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: A directory that CANNOT be removed.
Date: 27 Jan 93 20:42:29 GMT
Organization: Tivoli Systems, Inc

In article <1jlr0pINNcp3@Germany.EU.net>, bs@Germany.EU.net (Bernard Steiner) writes:
|> |> Stuart Jarriel (stuart@TIVOLI.COM) wrote:
|> |> Has anyone else been able (HPUX 8.07) to create a directory that 
|> |> cannot be removed?  ls with all of it's options fails to show any
|> |> files in it, a program using scandir() thinks it's empty, yet 
|> |> rm -f or rmdir tells me that it cannot be deleted, it's not empty.
|> 
|> Have you ls -ai'd it to find out the inode numbers of . and .. and compared
|> them to the actual parent directory and the directory itself (from "above") ?
|> 
|> Just a thought.
|> 

And a good one.  But the inodes match up correctly.  

/tmp/newfp1/..  (39040)
/tmp/.		(39040)

thanks!
stuart
From: mike@starburst.umd.edu (Michael F. Santangelo)
Newsgroups: comp.sys.hp
Subject: NEED: Jumper settings for HP97548 SCSI disk(s)
Date: 21 Jan 1993 17:43:24 GMT
Organization: University of Maryland, Chesapeake Biological Laboratory
NNTP-Posting-Host: starburst.umd.edu
Summary: see subject
Keywords: 97548,SCSI,jumper

Just as subject implies, need jumper settings for the HP9754X SCSI disks
(specifically the 97548S, but most settings are same in this family).
This is also the C2203 ("Coyote") HP 660MB drives, the 9754X is the OEM
part number.

Thanks!
--
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Michael F. Santangelo                 + Internet: mike@cbl.umd.edu      [work]
Computer & Network Systems Head       +           mike@kavishar.umd.edu [home]
Univ MD: CEES / CBL (Solomons Island) + BITNET:   MIKE@UMUC  [fwd to mike@cbl]
Newsgroups: comp.sys.hp
From: jp107@cus.cam.ac.uk (Jon Peatfield)
Subject: Re: Init level at boot
Organization: U of Cambridge, England
Date: Sun, 24 Jan 1993 03:06:03 GMT

In case anyone else misunderstood my post, I didn't want to alter the
default init level, or alter the init level after boot, I wanted to
boot to a new init level.  I had managed to cope with the other bits
myself thanks!

However, the message <C1B78K.7G9@hpuerca.atl.hp.com> from
mdf@hpuerca.atl.hp.com (Mike Fox) tells all (it was in the manual
after all (man hpux_700 in fact.))

-- Jon
--
Jon Peatfield, Computer Officer, the DAMTP, University of Cambridge
Telephone: (+44 223) 3-37852     Mail: J.S.Peatfield@amtp.cam.ac.uk

To be consistent with DNS domain ordering, shouldn't news groups have
names like "admin.sun.sys.comp" not "comp.sys.sun.admin" ?  EMWTK
From: franl@centerline.com (Fran Litterio)
Newsgroups: comp.sys.hp
Subject: Re: links
Date: 27 Jan 93 17:10:17 GMT
Organization: CenterLine Software R&D
NNTP-Posting-Host: 140.239.3.116
In-reply-to: mpicon@ringer.cs.utsa.edu's message of Tue, 26 Jan 1993 17:14:46 GMT

mpicon@ringer.cs.utsa.edu (Martin B. Picon) writes:

> a question about soft links
> when linking directories across file systems as below
> 
> ln -s /usr/aux/bin /usr/local/bin
> 
> where /usr/aux/bin is the directory with all the commands and /usr/local/bin
> points to it.
> 
> will the links remain after a reboot or shutdown

Yes.  Symbolic links are real filesystem objects just like files,
directories, fifos, and block/character special files.

> or will /usr/local/bin go away. is there ever a time it will go away other
> than removing it.

No.  But keep in mind that you can have a symlink to a non-existant
file:

  % rm -f /tmp/yyy /tmp/zzz
  % ln -s /tmp/yyy /tmp/zzz
  % ls -l /tmp/zzz
  lrwxr-xr-x   1 franl    code           8 Jan 27 12:08 /tmp/zzz@ -> /tmp/yyy
  % cat /tmp/zzz
  cat: cannot open /tmp/zzz: No such file or directory
--
franl@centerline.com         "So what we've decided to do is set you up in
uunet!centerline!franl        Cicely, situated in an area that we Alaskans
617-498-3255 (USA)            refer to as The Alaskan Riviera."
PGP 2.0 public key available.
From: smithkl@cpva.saic.com
Newsgroups: comp.sys.hp
Subject: Re: 8mm's on HP 9000
Date: 22 Jan 93 10:31:05 PST
Organization: Science Applications Int'l Corp./San Diego

In article <22JAN199309371584@author.gsfc.nasa.gov>, rkoehler@author.gsfc.nasa.gov (Bob Koehler) writes:
> We have noted a problem with utilizing 8mm tapes on HP 9000/720 and HP 9000/375
> systems.  No matter how we set the minor device number, we cannot get the
> device to rewind on close.  This does not seem to depend on the tape
> manufacturer , although those we tried are all based on Exabyte 8200, I think. 
> (We have RSquared and some other brand that HP recommended, even though HP
> doesn't really support 8mm, it seems.)
> 
> This is what we have:
>   /dev/rmt/0m    54  0x201402		4mm with rewind on close, SCSI id 4
>   /dev/rmt/0mn   54  0x201403		4mm with no rewind on close, SCSI id 4
>   /dev/rmt/1mn   54  0x201503		8mm with no rewind on close, SCSI id 5
> 
> trying /dev/rmt/1m 54 0x201502  does not give us rewind on close for the 8mm
> 
> Thanks for any help.
> ------------------------------------------------------------------------------
> Bob Koehler                     |   Any illusion to these opinions being other
> rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.

We presently use the Artecon 8mm drive at SCSI ID 3.  This is also based on
the EXB-8200 drive.  We have no problems on our 705 with 54,0x201302.  There
isn't any reason that 0x201502 wouldn't work on ID 5.
Kevin Smith
smithkl@cpva.saic.com
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Is HPUX's grep a little broken, or am I?
Date: 27 Jan 93 01:13:14 GMT
Article-I.D.: tivoli.8794
Organization: Tivoli Systems, Inc

We were just getting into some really fun testing and a question about
grep's behavior popped up.

Try to answer this before you try it.

does grep need a \n on the input to match a pattern at the end of a
stream?

Or, to show the question better:

Which grep will find hello?

echo "hello" | grep hello
echo "hello\c" | grep hello	(echo -n "hello" | grep hello for the BSDers)

This seems broken to me (the HPUX behavior)

comments?
stuart