HDTenEightyP/NetNews huggingface dataset:
From: hebert@isvax.lmsc.lockheed.com (Rick Hebert, Lockheed-ESC, Houston, 713/283-5109)
Subject: 3D starbase graphics -> Postscript
Organization: LOCKHEED MISSILES & SPACE CO.
Date: Fri, 14 Aug 92 15:56:46 GMT

Is there any way to convert color 3D X windows graphics to a PostScript 
printer?  I can do regular X graphics via 'xwd | xwd2ps | lp' (xwd2ps is 
a public domain utility that converts XWD to PostScript).  When using 3D 
starbase graphics and you do a 'xwd' you get a blank XWD file.  There 
are 3 utilities I have found in the Starbase manual, 'screenpr', 
'pcltrans' and 'sbvtrans'.  The first two convert the 3D starbase 
graphics into PCL, and the third converts the starbase to Personal 
Visualizer graphics.  

If someone could point the way that I could go from 3D starbase to
either PostScript, HPGL, or XWD then I would be happy. 

Thanks,
-Rick  hebert@lmsc.lockheed.com
Newsgroups: comp.sys.hp,comp.unix.questions,comp.unix.misc
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: Pls help: Misc questions
Organization: University of Toronto Chemistry Department
Date: Fri, 14 Aug 1992 18:08:57 GMT

In article <1992Aug14.100417.23395@hp9000.csc.cuhk.hk> a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:
>
>I also want to know how can I determine whether a process (say, "sh") is
>a background job or an interactive one.  I submit jobs to a batch queue
>(managed by NQS, a batch job managing system) which acts as if the user
>logs in the system before executing the job.  I don't want several
>commands in the .profile to be executed in this situation.  I hope that
>the determination can be made somewhere in the process (probably a shell
>script) itself, without the help of any external program.

You can try the 'tty -s' command, but that doesn't always work (it will
always be true for every shell run under a login shell, even if you
put it into the background and logout), but this method is probably OK
for use in the .profile itself.

The method we are using in the .kshrc (which is run for every ksh)
at the moment is:

if [ "$LEVEL" = "" ]; then
   let "LEVEL = 0"
fi
if [ "$PS1" != "" -a "$LEVEL" = "0" ]; then
   interactive=yes
else
   interactive=no
fi
let "LEVEL = $LEVEL + 1"
export LEVEL

(do this before you set the prompt to something other than the null
string). This method works by empirical observation, and could be
broken at any time by HP. A reliable method to do this is ABSOLUTELY
REQUIRED, though a better solution would be for HP to fix their
brain-damaged 'stty' command to not cause the shell to abort/hang
when not run in an interactive shell.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: rjl@hpuerca.atl.hp.com (Rich Lombardi)
Date: Sun, 16 Aug 1992 17:22:06 GMT
Subject: Re: How to do nobuffered IO on stdin in C on HP unix?
Organization: the HP Response Center, Atlanta
Newsgroups: comp.sys.hp

In comp.sys.hp, hebert@isvax.lmsc.lockheed.com (Rick Hebert, Lockheed-ESC, Houston, 713writes:

> Can anyone help me find a way to print from an Xwindow directly (or
> indirectly) to PostScript.  I currently am using X11R4 (no shit) and
> would like to print to a PostScript color printer.  I've tried
> 'xwd' but it ends up with a file in PCL format, so I guess a PCL
> to PostScript program would work too.  I also have a HPGL to PostScript
> program so I guess a PCL to HPGL would work also.

What I do to get a simple PS output from an X window is this:

xwd | xpr -device ps -rv | lp

Command xwd gives you XWD format pixel dump. You can convert it
to PostScript pixel dump or PCL dump with xpr. PCL to HPGL would
be hard if it involves raster to vector conversion.

This is only my personal opinion...

Masa
From: jrp@bohra.cpg.oz.au (John Pitman)
Newsgroups: comp.sys.hp
Subject: timer interrupts
Date: 23 Aug 92 03:00:49 GMT
Organization: Computer Power Software

Hi there,
I aqm trying to do some interrupt trapping to effectively time out stdin reads
but i dont know what sequence to use what calls in. The sequence i want to do
is as follows:

	timer_fired = FALSE
	set timer (say 10 secs)
	gets()
	if (timer_fired)
	{
		something useful
		reset timer ?
		return flag to caller
	}
	else
	{
		return data read tp caller
	}

	can anybody point me at some code please. I can see some calls in the books
	which look approriate, but dont know what sequence they sre used in.
jp
			
Newsgroups: comp.sys.hp
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Subject: Re: What are the internal names for the various HP computers?
X-Disclaimer: Not an official spokesperson for Ford OPEO
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: International Affairs, Overseas Engineering, "Fordz"
Date: Fri, 21 Aug 1992 13:42:29 GMT

In article <123040009@hpcupt3.cup.hp.com> larryt@hpcupt3.cup.hp.com
(Larry Thompson) writes:

:In the Snakes family there are:
:	Coral
:	King Cobra
:	Bush Wacker

Which Snakes refer to which name?



-- 
 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: cotrozzi@ghost.dsi.unimi.it (Massimo Cotrozzi)
Subject: Re: pstat () system call ?
Organization: Computer Science Dep. - Milan University
Date: Mon, 17 Aug 1992 13:06:53 GMT

radermac@Informatik.TU-Muenchen.DE (Ralph Radermacher) writes:


>For an application under hp-ux 8.07 I periodically need to
>retrieve a list of the currently running processes and I don't
>want to use the 'ps' command.
>I guess that it is a very inconvenient way to get such a list by
>reading /dev/kmem and /dev/mem.
>So I was looking for alternatives. By doing this, I discovered
>that there is a system call pstat ().

>#include <sys/pstat.h>

>...
>int pstat(int, union pstun, size_t, size_t, int);
>...

>The problem is that I'm not able to find any information about
>the parameters expected by pstat ().

There is a program at ghost.dsi.unimi.it ( anon ftp ) that uses pstat:
it is yamm ( yet another memory manager ) you can obtain infos by there.
hope this helps

>May anyone help ?


>   Ralph Radermacher


>************************************************************************
>*                                                                      *
>*  Ralph Radermacher              voice: (+49 089) 2105-8270           *
>*  TU Muenchen                                                         *
>*  Institut fuer Informatik                                            *
>*  Barer Str. 38-40                                                    *
>*  D - 8000 Muenchen 40           radermac@informatik.tu-muenchen.de   *
>*                                                                      * 
>************************************************************************
-- 
--------------------------------------------------------------------------
!  /|/|  /| \ /  ! Massimo Cotrozzi  Computer Science Dept. Milan Italy  !
! /   | /-|  \   ! cotrozzi@ghost.sm.dsi.unimi.it      			 !
!/    |/  | / \  ! massimo@cdc835.cdc.polimi.it	                         !
Newsgroups: comp.sys.hp
From: us048503@mmm.serc.3m.com (Art H. Hurst)
Subject: Re: Ghostscript, DOS, and an HP Laserjet
Organization: 3M Company
Distribution: usa
Date: Fri, 14 Aug 92 13:53:51 GMT

In article <aq-ypma@rpi.edu> cac@iear.arts.rpi.edu (Christopher A. Cox) writes:
>	Well, back again.  I forgot another thing I meant to ask before:
>
>	I am trying to get Ghostscript for DOS to work with my HP
>Laserjet.  It thinks it's printing, it puts on the formfeed light, but
>nothing comes out at all.  Ghostscript has a specific setting for the
>LJ so I would assume it can do it.  I've seen it print to old Epson dot
>matrix machines so it must be able to do something.
>
>						Chris
	If you are printing to a LaserJet IIIP, first you need a
	postscript cartridge, then you must toggle the print mode from
	PCL to PS. The toggle sequence consists of the following steps:
	1. Put the unit offline by depressing the on-line key
	2. Switch to other mode by simultaneously depressing the +/- and
	Alt keys and then while holding them on depress the Reset key.
	The unit will rumble, give you some messages and essentially
	reboot into the other mode (i.e. if you were in PCL you will
	now be PS). You will also REMAIN where you leave it. If you
	switch to PS and forget to toggle back, any normal print
	requests will give you the same 'locked up' indication. 
	
	Also - when you install a PostScript cartridge, your default
	factory settings CHANGE. You must look in the cartridge manual
	to see what they are now, NOT the IIIP manual!!
-- 
Art Hurst                                         Email: ahhurst@mmm.com
3M Company                                        Phone: (805)388-4170
Digital Storage Products Division                 FAX:   (805)388-4804
Camarillo CA 93012
From: good@gdwest.gd.com (David L. Good)
Newsgroups: comp.sys.hp
Subject: Re: diff to return a value in a shell script?
Date: 17 Aug 92 20:46:04 GMT
Organization: General Dynamics Corp.

In article <yy9mlkb.kc@netcom.com> kc@netcom.com (Dameon D. Welch) writes:
>I'm writing a shell script under HP/UX 8.07 that will preform its task
>if and only if any changes were made to the file. I need to have diff
>somehow return only an integer value or some other method of determining
>an error, no differences, or that there are diffs. I've read the man
>page on diff and it does not specify an option to get what I want.
>
>Any ideas?

Well, some simple experimentation reveals that diff has a return code 0 for
no diffs, 1 for diffs, and 2 for errors, very similar to a number of other 
Unix commands.

So...something like this should work:

diff file oldfile >/dev/null 2>&1
status=$?

if [ $status eq 0 ] ; then
	exit 0;
elif [ $status eq 1 ] ; then
	do_processing 
else
	process_errors
fi


-- 
David Good                                               good@gdwest.gd.com

                 This space intentionally left blank.
Newsgroups: comp.sys.hp
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Subject: NQS on HP: internal information of HP 7xx/8x7 wanted
Organization: The Chinese University of Hong Kong
Date: Tue, 18 Aug 1992 07:17:36 GMT

Hi all,

I've installed NQS on our HP 720 and it works fine, except the CPU
time limit control.  I wonder if I've set several machine dependent
parameters in the Makefile incorrectly:

------------------------ Cut here --------------------------------
....
BYTES_PER_WORD = 2
#
#	Define PRECISION_ULONG (precision of an unsigned long)
#	in bits for your hardware and compiler.
#
PRECISION_ULONG = 32
#
#	Define CPU_LIMIT_GRAN (cpu time limit granularity)
#	in hertz IF your hardware and OS support cpu time limits.
#
CPU_LIMIT_GRAN = 1
#
#	Define DISK_LIMIT_GRAN (disk limit granularity) in bytes
#	IF your hardware and OS support file size limits.
#
DISK_LIMIT_GRAN = 512
#
#	Define MEM_LIMIT_GRAN (memory limit granularity) in bytes
#	IF your hardware and OS support memory use limits.
#
MEM_LIMIT_GRAN = 1
#
#	Define CPU_MEAS_GRAN (cpu measurement granularity)
#	in hertz IF your cpu measurement system call
#	(times(2), getrusage(2)) returns a structure the units
#	of which may vary from one hardware type to another.
#
CPU_MEAS_GRAN = 60
-------------------------------- Cut here -------------------------

Would anyone please advise how to calculate/obtain these parameters
correctly ?  Pls also advise the correct values.  We're running HP720 and
HP750 (HP-UX 8.07), and HP 8x7 (HP-UX 8.02).

Any help will be much appreciated.

Regards,

st wong

-- 
----------------------------------------------------------------------------
ST Wong				       BITNET: A866700@CUCSC.BITNET
Computer Services Centre               Internet: a866700@hp9000.csc.cuhk.hk
The Chinese Univsersity of Hong Kong             st@csc.mgate1.cuhk.hk
From: wol@tabaqui.informatik.rwth-aachen.de (Jan Wolsky)
Newsgroups: comp.sys.hp
Subject: Re: Gdb on HP 9000 / 700 HP-PA
Keywords: GDB HP-PA HP 9000 / 700
Date: 20 Aug 92 11:40:21 GMT
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen

wol@tabaqui.informatik.rwth-aachen.de (Jan Wolsky) writes:
>Hello Everyone,
>I'm looking for an compilable distribution of the
>Gnu Debugger gdb source for
>HP 9000 / 700 HP-PA Hardware
>Thanks everyone who can help me, or tries to or even tells his neighbor
>to think about.

gdb I already found on jaguar.cs.utah.edu:/dist/hpuxbin by an earlier
article.

Now I'm looking for gcc on HP-UX WITH debugging facilities.

+----------------------------------------------------+
| Jan Wolsky,  Department of Computer Science IV     |
| RWTH Aachen, Germany,      Tel.: 0241 / 80 - 21411 |
|----------------------------------------------------|
| Diploma High-Speed-Networks                        |
|----------------------------------------------------|
| wol@java.Informatik.RWTH-Aachen.DE                 |
| wol@POOL.Informatik.RWTH-Aachen.DE                 |
+----------------------------------------------------+
Newsgroups: comp.sys.hp
From: merritt@climate.gsfc.nasa.gov (John H. Merritt)
Subject: Re: Help for my binary read !!!
Organization: Climate and Radiation Branch
Date: Thu, 13 Aug 1992 20:02:21 GMT

In article <1159@deere.com>, jrh@de.deere.com (John R. Howell) writes:
|> OK ... In fortran unformatted io, the file has to know where records start
|> and end.  There are a number of ways to do this and there doesn't appear
|> to be much of a standard for this.  Under IRIX, I believe the records start
|> with a number (4bytes) that tells how many bytes follow for this record. So
|> for your example you wrote four Integer*4 values which is 16 bytes. Now
|> when you read the first 4byte integer, you get the size of the record. If
|> your c code would have read one more integer, you would have picked up the
|> next integer you were looking for (1).

This is only half of the story.  The unformatted Fortran records
on the IRIS machines are encapsulated by the byte count.  That is,
each record has a 4-byte integer value which indicates the length
of the record, in bytes,  that immediately follows, then there is a
4-byte integer value following the record which represents the length,
in bytes, of the data you just saw (only when you read from the begining
of the file to the end).  To illustrate:


-----+----------------------+-----+-----+---------------------+-----+
| n1 |   n1 bytes           | n1  | n2  |  n2 bytes           | n2  | etc.
-----+----------------------+-----+-----+---------------------+-----+

Where the size of n1, n2, etc, is 4 bytes.

Thus, the C code that can writes unformatted Fortran records is:

int iriswrite(FILE *outfile, char *buffer, int n)
{

  /* Write an IRIS fortran unformatted file. */
  fwrite(&n, sizeof(n), 1, outfile);
  fwrite(buffer, sizeof(char), n, outfile);
  fwrite(&n, sizeof(n), 1, outfile);
/* Return actual number of bytes written; include descriptor bytes. */
  return (n+8);
}



\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
John H. Merritt --> merritt@climate.gsfc.nasa.gov
"I am generally intolerant of ignorance,
but I have made an exception in your case."
From: mintz@hpindda.cup.hp.com (Ken Mintz)
Newsgroups: comp.sys.hp
Subject: Re: Sleeping processes
Date: 18 Aug 92 22:23:29 GMT
Article-I.D.: hpindda.4310271
Organization: HP Information Networks, Cupertino, CA

> F S   UID   PID  PPID  C PRI NI     ADDR   SZ    WCHAN TTY      TIME COMD
> 1 S     0 22026 22023  0 168 20  47d2580  657 68fa8000 ttys0    2:12 fbackup
> What is event 68fa8000 and where do I find some more information about the
> issue?

  WCHAN is usually simply the address of an internal kernel data structure.

  We can use adb on the kernel to determine the name of the structure (if
  it is not allocated dynamically), but the name is often meaningful only
  to a development engineer who is familiar with internal kernel algorithms.
  If the structure is allocated dynamically (for example, a socket buffer),
  any name that adb might yield is meaningless.

  In terms of understanding what is happening, it is often useful to see
  the kernel stack trace for the process.  Unfortunately, that is not
  obtained easily.

-- Ken Mintz

DISCLAIMER:  Comments and opinions expressed are my own.  They do not 
represent Hewlett-Packard Company.
Newsgroups: comp.sys.hp
From: alek@spatial.com (Alek O. Komarnitsky)
Subject: Re: force stopped process to swap space ?
Keywords: swap space, stopped,
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Date: Thu, 13 Aug 1992 04:57:33 GMT

In article <apian.713549256@ise.fhg.de> apian@ise.fhg.de (Peter Apian-Bennewitz) writes:
>Monitor doesn't show any swapped out processes, the free memory
>are a few bytes, swapspace is half full (90MB total), other programs
>fail (e.g. "unable to fork","getcwd length > 1024?: Not enough space").
Be careful trusting monitor too much. Although it is a very useful tool,
it's not always accurate. For instance, compare swap space used from the
Global screen to the output from /etc/swapinfo (8.07 and up).

This one bugged me for a while on my 8.05 machines, since I could not
understand why things were dying when monitor showed lots of swap
space left. Interestingly enough, although monitor doesn't seem to 
detect the "hold" space used, it does know when file system swap
is being used. 

Alek Komarnitsky                                      303-449-0649
Software Tools Manager, Spatial Technology, Inc.      2425 55th Street, Bldg A
alek@spatial.com                                      Boulder, CO 80301-5704
Newsgroups: comp.sys.hp,comp.lang.fortran
From: seymour@milton.u.washington.edu (Richard Seymour)
Subject: HP-UX Fortran PreProcessor crashes on large program - why?
Organization: University of Washington, Seattle
Date: Tue, 18 Aug 1992 23:39:14 GMT

Hello...
We have a middlin' large program (5200 lines) which causes the
HP-UX Fortran Preprocessor to die with the following message group:

 FTNOPP/HP9000 S700  A.08.07 k092907
 ### FATAL ERROR - READING REC# 1073837216 END OF FILE ENCOUNTERED
 USER ROUTINE NAME CASCADE

If we try +OP4P or +OP3P, we get the bomb-out described above.
I -suspect- the 1,073,837,216 is the size of our 1 gigabyte diskdrive.
No prog.P is created (that we can see) during this test.

if we use +OP0c and +OP1c, it does not bomb, and the intermediate prog.P 
  file is created.

Platform:  HP 9000/710,  48mb memory,  foreign 1Gb disk.
The whole command line was:   f77 +e +es +OP4P -Wl,archive -o zmd zmd.f
(the program came from a vms vax, hence  the +e and +es helped)
Any suggestions or ways to chase the problem would be appreciated.
(for the easily bemused, the OP0 took 1 minute cpu time, the OP1 took 4)
--dick
Newsgroups: comp.sys.hp
From: bennett@areaplg2.corp.mot.com (Steve Bennett)
Subject: Printing LRom docs to Postscript
Reply-To: bennett@areaplg2.corp.mot.com
Organization: Motorola, CCR&D, CORP, Schaumburg, IL
Date: Tue, 18 Aug 1992 15:53:16 GMT

Is there any way to directly print the online cdrom documentation to a Postscript
printer. It appears as thogh it generates HP-PCL

-- 

#
# Steve Bennett (bennett@mot.com)
#
From: cionca@siihp1.epfl.ch (Ion Cionca [epfl.sic.sii])
Newsgroups: comp.sys.hp
Subject: Re: Installing HP9000/710
Keywords: remote boot
Date: 14 Aug 92 10:13:17 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <36800@sdcc12.ucsd.edu>, xm9@sdcc12.ucsd.edu (richard g. adair) writes:
|> In article <1992Aug13.121542.14280@sae.com> scott@sae.com writes:
|> >Hello,
|> >   I was just delivered an HP710 that doesn't have the OS installed.  My only
|> >cd-rom drive is on another HP 7xx.  Is there a why to boot this sucker over
|> >the net?  Any help is greatly appreciated.
|> 
|> You can:
|> 	1) move the CD player to your HP one evening
|> 	2) form a cluster with the other HP and boot off it
|> 	3) Move your 710 disk to the other HP (it's easy with the
|> 	   removable trays) and build your system.
|> 
|> Tony Burzio
|> Arete Associates
|> San Diego, CA

You may also boot across the network, no need to create the cluster, just
check for procedure in "Installing and Updating HP-UX 8.07" 
pag. 2-16 - "Step 12: Set Up a Local Boot Server..." and then follow
Chap.3 = "Installing HP-UX" 

This works when there are no gateways/routers between the two machines
(pag. 2-17)

Hope this helps

Ion
-- 
--------

       Ion CIONCA
       Swiss Federal Institute of Technology (EPFL)
       Central Computing Service (SIC)
       1015 LAUSANNE (SWITZERLAND)
       E-Mail : cionca@sic.epfl.ch
       Phone  : (+41 21) 693.45.86 / 693.22.11
From: lgough@hpfcso.FC.HP.COM (Linda Gough)
Newsgroups: comp.sys.hp
Subject: Re: Wanted: Denver Country/Western Dance Hall
Date: 14 Aug 92 15:20:44 GMT
Article-I.D.: hpfcso.7371232
Organization: Hewlett-Packard, Fort Collins, CO, USA

Oops - I posted this to the wrong notesgroup by mistake.  No - I really
don't think my question has anything to do with comp.sys.hp.

Linda Gough
Newsgroups: comp.sys.hp
From: shankar@sgi.com (Shankar Unni)
Subject: Re: Recovering from disk with bad blocks
Organization: Silicon Graphics, Inc.
Date: Tue, 18 Aug 1992 20:41:31 GMT

In article <Bt6ryz.Iq2@knot.ccs.queensu.ca> heisz@sparky.uucp (Jeff Heisz) writes:

>The information on this disk is precious to the nth degree.  It is not
>backuped (of course, else why would I ask you this).

/*SALT_IN_WOUND*/
It's obviously not *that* precious, now, is it, if no one cared to
back the thing up?

First of all, try the following:

   dd if=<rawdevice> of=/dev/null bs=1024k

See if you get any errors. If you do, then some sectors/tracks of your
disk are damaged. This is generally bad news.

In any case, try answering "y" to a few of the queries. Sometimes,
fsck manages to fix a things up somewhat. In that case, mount the file
system *READ-ONLY* and *BACK IT UP IMMEDIATELY*.  Then unmount and
re-initialize the disk (maybe using mediainit(1M) and/or scsictl(1M)).
Make a new file system on it, mount it, and recover the contents from
the tape.  Then walk around in it to see what's screwed up.

If you get a seemingly infinite number of errors and prompts from the
fsck, I can't think of anything offhand I can suggest to fix things up.
--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072
Xref: sparky comp.sys.hp:9243 comp.sys.sgi:12337