HDTenEightyP/NetNews huggingface dataset:
From: umbehrou@ccu.umanitoba.ca (Mehrab Behrouzian)
Subject: Wanted: HP 48 SX
Organization: University of Manitoba, Winnipeg, Canada
Date: Sat, 17 Oct 1992 02:03:45 GMT



Hi everyone:
I am looking for a HP48 SX calaculator (used one), your help and
advice is a troble for me(just joking).
tanx

umbehrou@umanitoba.ca
From: H.Hondorp@math.utwente.nl (Hendri Hondorp)
Newsgroups: comp.sys.hp
Subject: SCSI/DAT error messages /etc/messages
Date: 16 Oct 92 08:25:07 GMT
Organization: University of Twente (Dept. Applied Math),Enschede,the Netherlands
Originator: hendri@math.utwente.nl

Hello Netters,

We are using a DAT for backup. I have written a shellscript to do 
complete and incremental backups. The 'heart' of the backupscript looks like:

>> for files in /users/*
>> do
>> 	if [ $day_of_week -eq 1 ]
>> 	then
>> 		find $files -follow -hidden -print
>> 	else
>> 		find $files -follow -hidden -newer $archivedatefile -print
>> 	fi | fgrep -v $NO_USERFILE | tee $ADMINFILE | cpio -ocBx > /dev/rmt/0mn 
>> 	if [ $? -ne 0 ]
>> 	then
>> 		echo "`date`: backup is failed"
>> 		break
>> 	else
>> done

Two times I came at my work and the DAT tape was working. That's strange
because the backup starts at 23:00 hour, the message was 'backup is failed'.

In /usr/adm/messages I saw:


Oct 16 01:00
SCSI: disconnect timed out; dev = 0x360f0203
scsi_if_abort: timed out
SCSI Bus: hard reset (isc: 15)
SCSI BUS RESET
SCSI: error 5 (dev 0x360f0203) code 2
SCSI_SANITY: phase_status
SCSI: error 5 (dev 0xf0200) code 6
SCSI_SANITY: phase_status
SCSI: error 5 (dev 0xf0200) code 6
SCSI: dev = 0x70f0000, offset = 0x1273c000, bcount = 0x80
	sense key = 0x6, code = 0x29, qualifier = 0x0

What happened ? The command mt -t /dev/rmt/0mn rew etc. gives 'I/O error'.

Can someone give me an answer?

Kind regards,
	Hendri Hondorp,
	University of Twente,
	Dept of Applied Mathematics,
	Enschede, the Netherlands.
	email : H.Hondorp@math.utwente.nl
From: edb@hpgrla.gr.hp.com (Ed Beshore)
Date: Fri, 16 Oct 1992 15:09:56 GMT
Subject: Re: Optical Systems Architecture on HP
Organization: Hewlett-Packard, Greeley, CO
From: rkl@csc.liv.ac.uk (Richard Lloyd)
Newsgroups: comp.sys.hp
Subject: Re: HP Interface Architect - req for info
Date: 15 Oct 92 09:42:41 GMT
Organization: Computer Science, Liverpool University

We just got V2.0 of Interface Architect a month or so ago and it's a lot nicer
and more stable than V1.0 or V1.1 (plus it can read files created with the
old versions of course). I'd recommend that you (or anyone else reading !)
upgrade to V2.0.

Archive Librarian,        E-mail: ftp@csc.liv.ac.uk
Computer Science Dept.,
Liverpool University, 
Merseyside, England,
Great Britain.
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.sys.hp
Subject: Re: backspace key under HP-UX
Date: 15 Oct 1992 15:12:09 GMT
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: slee01.srl.ford.com

In article <Bw5w5n.6xp@netnews.jhuapl.edu> heeres@uars_mag.jhuapl.edu
(Ken Heeres) writes:

:My users complain that when they use mail or ftp under HP-UX the backspace
:key does not truely erase.  When they are in the shell the backspace key works.
:If I explicity enter an stty command assigning the erase function to ^H then
:it works in both places.  Do I have somethhing wrong?  Where should I fix it?

Sounds like you're using a shell like tcsh or bash that accepts both
^? and ^H as the backspace within the shell.  This won't apply to
clients run out of the shell, however, like ftp and mail.

Put an "stty erase ^H" somewhere in the global login inits.

						...Mike
--
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: comp.sys.hp
From: simon@giaec.cc.monash.edu.au (simon shields)
Subject: Re: pipes ?
Keywords: pipe example programming
Organization: Monash University, Melb., Australia.
Date: Fri, 9 Oct 1992 01:05:07 GMT


I've received a number of replies to my request for help concerning an
explanation for a pipe program example. Thanks for all the help, much
appreciated. Heres one of the replies for anyone else thats looking
and learning about pipes




	#include <stdio.h>
	#include <sys/types.h>
	pid_t pid;
	int pipefd[2];

	main()
	{
		/*  Assumes file descriptor 0 and 1 are open  */
		pipe (pipefd);

The fork() call causes a new process (a copy of the caller) to be
created.  Fork() returns to *BOTH* the original and the child
processes.  The child's return value is always zero, so your code knows
it's the child; the value returned to the parent is either the process
id (PID) of the child, or a (-1) to indicate failure to fork (if the
parent sees a negative one, the external errno variable will indicate
the reason).

		if ((pid = fork()) == (pid_t)0) {

Only the child process will get to this code.  The next step is to
redirect the I/O to the pipe, then overlay your own process with the ls
code.

			fprintf(stderr,"pid=0\n");
			close(1);                      /* close stdout */

Stdout is closed to make it's file descriptor (1) available to the next
call to open(), dup(), etc.

			dup (pipefd[1]);

Dup() points pipefd[1] at the file descriptor that used to be your stdout.

			close (pipefd[0]);

Pipefd[0] (would be stdin) is closed because there is no need for ls to
read it's standard input.

			execlp ("ls", "ls", (char *)0);

Calling execlp() causes the child process to become an ls!

		}
		else if (pid > (pid_t)0) {

The parent executes the following code if and only if the fork() worked.

			fprintf(stderr,"pid>0\n");
			close(0);                      /* close stdin  */

Close() closes the parent's standard input (was probably your keyboard,
or could have been some file as in myprog < somefile), because the file
descriptor needs to be connected to the pipe.

			dup (pipefd[0]);

Dup() is called by the parent to point the child's standard output to
the parent's standard input.

			close (pipefd[1]);

Close() the pipe's input channel because the parent need not write to
the child.

			execlp ("sort", "sort", (char *)0);

Exec() sort to overlay the parent process with sort.  The output of ls
was redirected to the standard input of the parent, but opens are not
affected by exec(), so once sort is exec'd its stdin will be ls's
stdout.

		}
	}

The result is the equivalent of the command line "ls | sort".  Since
the parent's standard output was not redirected, output appears on your
screen (or whatever).

	The man for exec says when exec runs it is placed over the top of the
	existing program. I know it runs both sides of the if but i can't see
	how ?

	Any help sincerely appreciated.
	--

Hope that helps.

Jabba The Hutt
jth@infodyn.com


Thanks Jabba, Tim Jim .....

Simon
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Newsgroups: comp.sys.hp
Subject: Re: HPUX 9.0 LaserRom
Date: 15 Oct 92 19:58:45 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

>> One of the best features in 9.0 is a brand new user interface for SAM.

> Some people, they just don't learn...

I wish I knew what you meant by that (seriously).
From: kjc@csc.liv.ac.uk (Kenneth Chan)
Newsgroups: comp.sys.hp
Subject: XVIEW3 & Interviews for HP700 available
Date: 9 Oct 92 16:31:58 GMT
Organization: Computer Science, Liverpool University

xview3 for HP 700s is available at ftp.csc.liv.ac.uk (138.253.42.172) 
under the directory /hpux/X11 (xview-3.part[123].tar.Z - 3 files)

interviews 3 for HP 700s is available at ftp.csc.liv.ac.uk (138.253.42.172) 
under the directory /hpux/X11 (iv-3.0.tar.Z & ivbin-3.0.tar.Z)

Feedback (via email) to kjc@csc.liv.ac.uk

Kenneth Chan
Computer Science Department
University Of Liverpool
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Newsgroups: comp.sys.hp
Subject: Re: Exabyte support on HP700s
Date: 12 Oct 92 15:14:30 GMT
Organization: University of Toronto Chemistry Department

In article <28510336@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:
>  In the Exabyte case the bug is in the firmware of the Exabyte drive
>(see Richard Seymour's response if you have a hard time believing an HP
>employee). Don't blame the HP device driver for it. And yes, we are
>"fixing" our driver to account for other companies' broken firmware.

Interesting that a totally independent device would have the identical
problem with HP's driver - must be coincidence that both Exabyte and
Fujitsu write broken firmware (maybe they should sue each other over
"look and feel" :-) ). I applaud Exabyte for fixing their's to deal
with broken drivers in the host, and hope Fujitsu will do so as well.

>  You might want to have a look at SR # 4701056382 in 807KNOWN_PROB in
>/etc/newconfig (and at your Fujitsu drive and your signature line :-)).

We have had our tape drive looked at - it is fine, and it works
properly on our HP/Apollo DN2500 running Domain/OS, where it will
stay until the 750 is capable of using it. That SR makes it very clear
that the error is in the driver, which should not be sending out
commands when the buffers are already flushed.

My signature line says it all :-).

-- 
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,sci.math.symbolic
From: harrison@faraday.physics.utoronto.ca (David Harrison)
Subject: HP700/X X-terminal and Mathematica 2.1 graphics
Originator: harrison@faraday
Organization: Dept. of Physics, Univ. of Toronto
Date: Wed, 14 Oct 1992 10:38:19 GMT

I am having some trouble with the interaction between Mathematica 2.1
on an HP 9000/750 and an HP 700/X X-terminal.  In a nutshell, all graphics
commands cause the X-terminal to crash.  Example:

	Mathematica 2.1 for HP 9000 RISC
	Copyright 1988-92 Wolfram Research, Inc.
	 -- Motif graphics initialized --

	 In[1]:=  Plot[ Sin[x], {x,0,Pi}]

	 Out[1]= -Graphics-

	 In[2]:=

At this point, after about 10 seconds the X-terminal totally locks
up and I have to power-cycle it.  I see no sign of a graphics 
window trying to appear.  When I rlogin back in to the HP9000,
I find a 'motifps' process using 'ps' with about 5 seconds of cpu
consumed.

Perhaps it is relevant to know that although the server code for
the X-terminal and its fonts are loaded from the HP9000, the xdm
session is initiated from a Sun 4/280.  So the Mathematica session
above was started after a rlogin to the HP9000.

An NCD 17C X-terminal under the same circumstances (except the
server code and fonts are tftp'ed from the Sun) works flawlessly.
So does an NCD 17C running Xremote software over a serial line.

Also, I have experienced no graphics problems (ie: xv, vuehelp, 
architect, etc.) running the HP X-terminal this way until now.
That includes graphics from Mathematica 2.0 running on the Sun.

I can't find any error logs on either the Sun or the HP9000 about
the problem, and re-booting the HP X-terminal blows away its
internal log files.

Some further configuration information:
	Sun: 4/280S running SunOS 4.1.1 and X11R4 through patch 18.
	HP9000: Model 750 running HP-UX 8.07, with the HP supplied
		X libraries.
	HP X-terminal: Running server code C2708A, Release B.03.01.
		It has a 19" color monitor, and is running the ICS
		version of mwm on the Sun.

In addition, the file /usr/lib/X11/app-defaults/Motifps installed on
the HP9000 by Mathematica has been copied onto the Sun.
-- 
David Harrison                             | "We place no reliance on virgin
Dept. of Physics, Univ. of Toronto         |    or pigeon.  Our method is
Inet: harrison@faraday.physics.utoronto.ca |    science, our aim is religion"
                                           |      -- Aleister Crowley
From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
Date: Mon, 12 Oct 1992 20:17:12 GMT
Subject: Re: determining swap space programatically
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

> Can anyone tell me how to determine swap space utilization
> programatically.

Unfortunately there is no supported interface for the purpose.  It
requires groping around in /dev/kmem.  And the groping and
interpretation is non-trivial, I discovered working on swapinfo(1M).

> file-system   1048576  /usr/develop3/swapdir

Looks bogus.  I think there might have been a bug in that early a
version of /system/TOOL/swapinfo.

> OK, so its possible I'm not interpretting the man page for swapon
> correctly and am specifying an incorrect limit...

Very possible.  It didn't make the units clear in previous releases;
they're file system blocks, like 8Kb.

> 2) reading /dev/kmem several times from &swaptab for sizeof(struct
> swaptab) returns the same information, over and over...

The structure is defined in some or other header file and includes
various undocumented means of marking an unused entry, depending on the
release and machine type.  (I'm not purposely being vague, it's just
that it's been a while and I'm no expert.)
Newsgroups: comp.sys.hp
From: wyman@atherton.com (Wyman Chong)
Subject: Disktab entry for ST41200N (Wren VII)
Organization: Atherton Technology, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 10 Oct 1992 00:00:31 GMT


Does anybody know the disktab entry for a ST41200N? I think it is the same 
as a Wren VII.

Thanks

Wyman Chong
wyman@atherton.com
Newsgroups: comp.sys.hp
From: tomg@hpcvusc (Thomas J. Gilg)
Subject: Re: HP-UX Patch numbers - what do they mean?
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5
Date: Fri, 16 Oct 1992 17:48:36 GMT

Chuck Tomasi (chuck@edsi.plexus.COM) wrote:
> Does anyone know if the letters have significance?

# PHxx_zzzz where xx = area of HP-UX to be patched
#             {
#               CO = commands,
#               KL = kernel
#               NE = networking
#               SS = All HP-UX Sub-Systems (ie, X11, Starbase, OpenMail)
#             }
#
#       zzzz = patch serial number as assigned by .....

Thomas Gilg
tomg@cv.hp.com

Newsgroups: comp.sys.hp
From: rick@digibd.com (Rick Richardson)
Subject: Driver Writers Guide for HP/UX (ANSWER)
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Tue, 13 Oct 1992 15:41:36 GMT


I got this information from Henrique at HP labs:

> HP sells a Driver Development Guide (I think that's the name, it is
> usually referred to as the DDG) which covers device driver writing for the
> 300s, 400s and 700s, DIO, VME and EISA buses. In the near future iomap may
> be supported on the 700s, for a "cheaper" alternative.

> This is the info on mine, dated July 1991:

>     HP-UX Driver Development Guide
>     HP 9000 Series 300/400/700 Computers
>     Manual Part No. 98577-90013

> If there is a newer edition it will probably be 98577-90014 (or 15 ...)

> Henrique (martins@hpl.hp.com)

I called the "800" number listed for HP in the white pages of the
Mpls phone book (800-752-0900), that got me the voice menu of "HP
Direct".  The person I finally talked to gave me another number to
call, 800-227-8164.  A real person answers that phone, and she told
me that the document is $60.00, and will arrive in 2-4 business days.

It was pretty painless, knowing the document number to order.
Oddly, this document isn't listed in the book "Finding HP-UX Info.".

-Rick

-- 
Rick Richardson		Email: rick@digibd.com	This space intentionally
Senior Staff Engineer	Fax:   (612) 943-0803	blank until 1996 elections.
DigiBoard, Inc.		Tel:   (612) 943-5383
Eden Prairie, MN	Radio: N0NMY
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: Creating an Update tape
Date: Fri, 9 Oct 1992 16:03:22 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: TIN [version 1.1.3 PL6]

Peter Roeser (peter@Schultz.ON.CA) wrote:

> We have created a product for the HP 9000 series 700 line that is a device
> driver and assorted add-ons.  We would like to distribute this package in
> update tapes.  Does anyone know of a script/tools to help put together a
> DDS DAT tape in this format?

This is now supported in HP-UX 9.0, expected to ship shortly.

The new "fpkg" tool is documented in a new manual:
"Creating Product Packages for HP-UX"  B2355-90031
which is probably orderable now.

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599
Newsgroups: comp.sys.hp
From: cricket@winnie.corp.hp.com (Cricket Liu)
Subject: Re: DNS & NIS on HP-UX
Date: Fri, 9 Oct 1992 16:45:29 GMT
Organization: HP Internet Imagineering

In article <1992Oct09.075429.29899@cnet.fr>, roy@issy.cnet.fr (Jean-Michel ROY) writes:
|> I have an HP9000-870 configured in NIS slave server. The master NIS server
|> is a SUN. I configured (whith makedbm -b). 
|> With this configuration (and a good file /etc/resolv.conf) the HP never
|> consult the NIS Maps.
|> Is ther a special to do to force it to consult the NIS maps, and after the
|> DNS ?

The order is hardcoded:  If DNS is configured and running, DNS (and only
DNS) is checked.  If DNS isn't configured and NIS is configured, it'll use
NIS.

-- 
cricket

cricket@hp.com / Hewlett-Packard Corporate Network Services / Palo Alto, CA
From: bobm@hpfcso.FC.HP.COM (Bob Montgomery)
Newsgroups: comp.sys.hp
Subject: Re: Passing C flags from f77/fort77
Date: 15 Oct 92 19:50:42 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

> Maybe I'm missing something, but how do you pass C compiler options
> using fort77. Shouldn't there be some -W type option? e.g.

I don't know how to do this, but I never use fort77.  I compile
FORTRAN with f77 and C with cc.

> Alternatively, I want to use some eispack routine in a C programme.
> I can only link it when I use fort77 as the linker rather
> than cc or ld. 

You can link anything with ld, because that's what the compilers do.  Do
yourself a favor and use the "-v" option so you can see what's going on
at link time (particularly the "-l" options (libraries) required by
FORTRAN code).  This isn't usually related to bus errors, however.

> However, I'm still getting a Bus error, which I presume
> has something to do with the main C programme being compiled with
> cc. Therefore, I've been trying to use fort77 to compile my C
> code. Is there another way?

Bus Errors also aren't caused by compiling C code with cc.  They are
caused (on PA-RISC) by accessing unaligned pointers, and by trying to
write into write-protected memory (like your text area).

Misaligned pointers are the usual case (like passing a pointer to an int
array into a FORTRAN routine that treats it as a REAL*8 parameter).

Your best bet is to track down the bus error with xdb or check the
addresses that you're passing to the routine that gets the bus error.
INTEGER*4 and REAL*4 should have 4-byte aligned addresses (end in 0x0,
0x4, 0x8, 0xc).  REAL*8 addresses should have 8-byte alignment (end in
0x0 or 0x8).  If you find an alignment problem you can't solve, I have
an article on alignment issues that I can send to you.

By the way, if the FORTRAN routines use certain FORTRAN library
routines, they might require initialization that is inserted by the
FORTRAN compiler when it encounters a FORTRAN main program.  In some
cases, you might need a dummy FORTRAN main.  I'm sorry I don't know the
details of this.  I'll guess that it's not your current problem.

Bob Montgomery, HP
From: fein@epg.nist.gov (Aaron Fein)
Newsgroups: comp.sys.hp
Subject: Killed ???
Date: 13 Oct 92 19:24:27 GMT
Reply-To: fein@epg.nist.gov
Organization: NIST

A FORTRAN programmer on my system just came to me with a situation where
his FORTRAN program dies before the first line is executed and the only 
message he gets is "Killed".  

Can anyone explain what is happening and why this is a feature?  Where do
we go from here?  Any ideas?

Thanks, Aaron
From: blh@hpuerca.atl.hp.com (Bill Hassell)
Date: Fri, 9 Oct 1992 14:45:13 GMT
Subject: Re: HPUX 9.0 LaserRom
Organization: Kudzu Headquarters South
Newsgroups: comp.sys.hp

Actually, the 9.0 manuals are indeed on LaserROM discs, even though
the 9.0 code has not been released.  This gives you a chance to look
at new features before they arrive :-)

The October LaserROM disc does indeed have an artwork error.  The art
was mixed up with the MPE-V artwork by accident.  The largest text on
the disc says "HP-UX 9.0" but the lettering around the outside edge
says "MPE-V Documentation Disc".  The disc really is HP-UX 9.0
manuals.  

One of the best features in 9.0 is a brand new user interface for SAM.
If you have the LaserROM 9.0 Documentation disc, open the System Admin
Tasks manual and look thru the SAM section.

Bill (LaserROM looks pretty good these days) Hassell
From: kk@hpl-opus.hpl.hp.com (Konstantinos Konstantinides)
Newsgroups: comp.sys.hp
Subject: Re: xfig & Installing X11R5 -- help please
Date: 15 Oct 92 17:40:31 GMT
Organization: HP Labs, High Speed Electronics Dept., Palo Alto, CA

In comp.sys.hp, jek@Xenon.Stanford.EDU (James Kittock) writes:

> The background: I am working with a cluster of series 9000/300 HP
> running HP-UX 7.0 which I just "inherited" and know basically nothing
> about.
> 
> The goal: to get xfig up and running
> 
> The situation: I just downloaded the source for xfig from the
> InterWorks site, and can't seem to figure out how to compile it.
> 
> When I run the executable included in the tarfile, it says
> 	/lib/dld.sl: cannot execute
> 
HP-UX 7.0 has no shared libraries, and the binaries are
probably for HP-UX 8.0

> When I try to compile using the given makefile, I get all kinds of
> errors, probably at least partly due to the fact that X11R5 is not
> installed on these machines (we are running X11R4).
> 
You need to have the Athena Widgets to compile xfig.
Try anon. ftp from hpcvaaz.cv.hp.com ~ftp/pub/MitX11R4
Put them in a separate directory (ie /usr/local/X11R4 ) and compile
using those include files and Libraries.

> So; Is it possible to get xfig up and running under X11R4?  If so,

Yes, see note above.

> does anyone have a compiled version I could have a copy of or
> suggestions on how to build one?  If not, how much effort would
> it be to install X11R5?

You need binaries compiled under 7.0
> 
> By the way, we plan to install HP-UX 8 sometime this winter.
> 
> Thanks very much,
> --james
> -- 
> james kittock
KK
Xref: sparky comp.sys.hp:11510 comp.sys.apollo:3734
From: oscsf@news.pgh.wec.com (Chuck Fuller)
Newsgroups: comp.sys.hp,comp.sys.apollo
Subject: Re: nameserver vs. vuelogin
Date: 8 Oct 1992 10:35:50 -0400
Organization: Westinghouse Corporate Computer Services
NNTP-Posting-Host: diamond.pgh.wec.com

In article <1av286INNbuj@taloa.unice.fr> piro@ecu.unice.fr writes:
>problem: If the server is down, vuelogin doesn't run. 

The simplest answer ... and good advice in any case ... is to have a
second nameserver available for times when the first one is down.
/etc/resolv.conf allows multiple 'nameserver' entries.

- Chuck
Newsgroups: comp.sys.hp
From: tml@tik.vtt.fi (Tor Lillqvist)
Subject: Re: Disconnecting SCSI cables while system running
	<BvxywH.Jn2@sti.com>
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)
Date: Sun, 11 Oct 1992 09:26:07 GMT

In article <BvxywH.Jn2@sti.com> dgreen@sti.com (Dan R. Greening) writes:
   It seems like this would be a useful thing to fix.  Any reason why the
   system has to panic, rather than spew a warning and wait for the drive to 
   come back on line, if a disk access is made to an unterminated bus?

Or perhaps an enahancement to reboot and the boot ROMs: reboot -p(ause) (after
completing outstanding SCSI requests) and some kind of "continue where you
paused" command in the boot ROM. Isn't something like this available on the
hp1000 and on Sun3s?
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland,
Laboratory for Information Processing (VTT/TIK).