HDTenEightyP/NetNews huggingface dataset:
From: njconway@ccvax.ucd.ie
Newsgroups: comp.sys.hp
Subject: Re: inetd logging misleading
Date: 13 Aug 92 10:48:55 GMT
Organization: University College Dublin

In article <NEAL.92Aug12083448@neal.ctd.comsat.com>, neal@neal.ctd.comsat.com (Neal Becker) writes:
> I have found inetd -l very valuable in tracking down problems, till
> now!  If you do tftp to a broadcast address, inetd logs it as if the
> source address is actually the local host!  That is, if host A
> broadcasts, then on host B it says connection from host B!
> 
> I haven't tried to see if this is true of other protocols (probably
> is).

Yeah - on our 710 under 8.07, I just noticed the other day that rlogin does
the same thing...

'who -u' gives the local host as the source...

Neil
njconway@ccvax.ucd.ie
neil@nebula.ucd.ie

Newsgroups: comp.sys.hp
From: neal@neal.ctd.comsat.com (Neal Becker)
Subject: Re: Directories setup for Gnu & MIT
Organization: COMSAT Labs
Date: Mon, 17 Aug 1992 20:24:34 GMT

>>>>> On Sun, 16 Aug 1992 15:38:07 GMT, vic@class.gsfc.nasa.gov (James V. Ryan (Vic)) said:

	James> Is there such a thing as standard pathnames for these?  i.e.
	James> /usr/local/gnu
	James> /usr/local/mit
	James> /usr/lib/gnu
	James> /usr/lib/mit
	James> /usr/include/X11/Xaw     etc

To stay sane, I like to NOT TOUCH standard directories like /usr/lib.
I put additions that can be remotely mouted in /usr/local.  For stuff
that has to be local, I use /local.  This makes updates easy.
From: pda@bambi.lptl.jussieu.fr (Pierre DAVID)
Newsgroups: comp.sys.hp
Subject: Re: good news : X11R5 servers for HP7xx available at mit.
Date: 13 Aug 92 16:37:56 GMT
Organization: M.A.S.I., Universite P. & M. Curie, Paris, FRANCE

>
>In article <3860@sicsun.epfl.ch>, lecom@slhp1.epfl.ch (Claude Lecommandeur) writes:
>|> 
>|>     found on export.lcs.mit.edu:/contrib/R5.HP.SRV :
>|> 
>|> --------------------------------------------------------------------------
>|> The files in this directory contain sources that allow the X11 R5 sample
>|> server to be built for the following HP 9000 Series 700 workstation
>|> platforms:
>|> [...] 
>|> The code is being released in source form for building and execution on the 
>|> above platforms when running either the HP-UX 8.05 or 8.07 operating system.  
>|> 
>|> This software is intended for demonstration, experimentation, or research
>|> purposes only.  It is not Hewlett-Packard product code and carries with it
>|> no guarantee of functionality, performance, maintenance, or support.
>      ^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>I know why this is there! ;-)
>
>I didn't get it to work!
>The Imakefile thinks there should be directories
>	ddx/cfb16
>	ddx/cfb32
>which aren't and commenting this instructions leads to a failing final
>ld, because two external variables aren't there!
>
>    /bin/ld: Unsatisfied symbols:
>       defeatAccessControl (data)
>       cfbScreenPrivateIndex (data)
>
>And they aren't anywhere in the R5 pl16 server directory!
>
>Some hints? Any hints?
>

You have to remove two "extern" declarations for these variables :
    in server/os/utils.c		(variable defeatAccessControl)
    in server/ddx/hp/ngle/nglescreen.c	(variable cfbScreenPrivateIndex)
(just remove the "extern" qualifier and recompile).

>
>And a comment to the hpLib.tmpl file:
>This is really ugly!
>It didn't work for my (plain MIT without PROJECTROOT) setup!
>(But the ones posted to comp.sys.hp did!) And you can't install a new version
>without shutting down X completely (which also can be done with the ones
>posted to comp.sys.hp!)
>

I kept my good old config files that work.

By the way, I installed it and played a little. I was *very*
disappointed by the slooooooow-down on our 720/Grayscale. Every window
displacement is very slow (near one second to move an 80x50 xterm),
much slower than a color Sparc with MIT sample server.
Is this normal ?

Pierre David
pda@masi.ibp.fr
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: hpterm
In-reply-to: bennett@areaplg2.corp.mot.com's message of Wed, 12 Aug 1992 15:19:13 GMT
Newsgroups: comp.sys.hp
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 12 Aug 92 23:44:25 GMT


>   does anyone have a termcap entry for the hpterm. It is quite annoying to log into
>   remote machine and not be able to edit files.

Why not use xterm for all remote logins? Except for IBM VM machines
which require 3270 (or whatever the call those troglodytes), every
machine I have logged into knows xterms or vt100-s. 
I use hpterm only for running SAM.
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Newsgroups: comp.sys.hp
From: jhd@irfu.se (Jan D.)
Subject: Re: Compile problems (Motif 1.1.4 on HP730)
Date: Sat, 22 Aug 1992 09:03:17 GMT
Organization: Swedish Institute of Space Physics, Uppsala, Sweden
Keywords: motif, compile, errors

In article <1992Aug22.050727.23493@ole.cdac.com> yanagida@ole.cdac.com (Bruce A. Yanagida) writes:
>I am having a little trouble building the stock OSF/Motif 1.1.4 distribution
>on my new HP730 machine running HPUX 8.07 with the unbundled C compiler.  
>Basically, it looks to me like the C preprocessor is choking on one of the
>motif include files.  Possibly it is getting into a infinite loop on one of
>the defines in the file.  Here's an excerpt from my make World log file:
>
>
>	cc -c +O1   -I../../. -I. -I../../. -I../.././lib/Xt -I../.././lib  -DSYSV -D_NO_PROTO -DMALLOC_0_RETURNS_NULL    Mrmicon.c
>	rm -f Mrminit.o
>	cc -c +O1   -I../../. -I. -I../../. -I../.././lib/Xt -I../.././lib  -DSYSV -D_NO_PROTO -DMALLOC_0_RETURNS_NULL    Mrminit.c
>../.././lib/Xm/MwmUtil.h: 162: too much defining
>../.././lib/Xm/MwmUtil.h: 163: too much defining
>../.././lib/Xm/MwmUtil.h: 169: too much defining
>../.././lib/Xm/MwmUtil.h: 170: too much defining
>../.././lib/Xm/MwmUtil.h: 173: too much defining
>../.././lib/Xm/MwmUtil.h: 180: too much defining
>../.././lib/Xm/MwmUtil.h: 181: too much defining
>../.././lib/Xm/MwmUtil.h: 198: too much defining
>../.././lib/Xm/MwmUtil.h: 199: too much defining
>../.././lib/Xm/MwmUtil.h: 202: too much defining
>../.././lib/Xm/MwmUtil.h: 203: too much defining
>../.././lib/Xm/MwmUtil.h: 211: too much defining
>../.././lib/Xm/VendorEP.h: 80: no space
>*** Error code 1
>

This also happens when compiling X11R5. The preprocessor has a limited space
for the macro definition table. You can increase it's size with the -H
option to cpp (see cpp(1)). Put something like this into your hp.cf:

#define DefaultCCOptions       -Wp,-H200000

and your problem should go away (you may have to increase the number).

	Jan D.

Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: hpterm
Organization: University of Waterloo
Date: Thu, 13 Aug 1992 12:53:02 GMT

In article <HARDY.92Aug12164356@golem.ps.uci.edu> hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy)) writes:
>
>>   does anyone have a termcap entry for the hpterm. It is quite annoying to log into
>>   remote machine and not be able to edit files.
>
>Why not use xterm for all remote logins? Except for IBM VM machines

Its an option....

Here is the requested termcap file

300h|hp300h|hp 300:\
        :am:xs:da:db:mi:\
        :co#128:li#46:lm#0:sg#0:\
        :bt=\Ei:bl=^G:cr=\r:ct=\E3:\
        :cl=\E&a0y0C\EJ:el=\EK:cd=\EJ:ch=\E&a%p1%dC:\
        :cm=\E&a%p1%dy%p2%dC:do=\EB:le=\b:nd=\EC:\
        :up=\EA:dc=\EP:dl=\EM:im=\EQ:\
        :so=\E&dB:us=\E&dD:me=\E&d@:ei=\ER:\
        :se=\E&d@:ue=\E&d@:if=/u/discat/.tabs:al=\EL:\
        :kb=\b:ka=\E3:kC=\EJ:kt=\E2:\
        :kD=\EP:kL=\EM:kd=\EB:kM=\ER:\
        :kE=\EK:kS=\EJ:k1=\Ep:k2=\Eq:\
        :k3=\Er:k4=\Es:k5=\Et:k6=\Eu:\
        :k7=\Ev:k8=\Ew:kh=\Eh:kI=\EQ:\
        :kA=\EL:kl=\ED:kH=\EF:kN=\EU:\
        :kP=\EV:kr=\EC:kF=\ES:kR=\ET:\
        :kT=\E1:ku=\EA:re=\E&s0A:ks=\E&s1A:\
        :cv=\E&a%p1%dY:sf=\n:sa=\E&d%?%p7%t%'s'%c%;%p1%p3%|%p6%|%{2}%*%p2%{4}%\
	*%+%p4%+%p5%{8}%*%+%'@'%+%c%?%p9%t%'^N'%c%e%'^O'%c%;:st=\E1:\
        :ta=\t:
hpterm|9836|hp9836|9836a|hp9836a|9836ite|hp 9836:\
        :am:xs:da:db:mi:\
        :co#80:li#24:lm#0:sg#0:\
        :bt=\Ei:bl=^G:cr=\r:ct=\E3:\
        :cl=\E&a0y0C\EJ:ce=\EK:cd=\EJ:ch=\E&a%p1%dC:\
        :cm=\E&a%p1%dy%p2%dC:do=\EB:le=\b:nd=\EC:\
        :up=\EA:dc=\EP:dl=\EM:im=\EQ:\
        :so=\E&dB:us=\E&dD:me=\E&d@:ei=\ER:\
        :se=\E&d@:ue=\E&d@:if=/u/discat/.tabs:al=\EL:\
        :kb=\b:ka=\E3:kC=\EJ:kt=\E2:\
        :kD=\EP:kL=\EM:kd=\EB:kM=\ER:\
        :kE=\EK:kS=\EJ:k1=\Ep:k2=\Eq:\
        :k3=\Er:k4=\Es:k5=\Et:k6=\Eu:\
        :k7=\Ev:k8=\Ew:kh=\Eh:kI=\EQ:\
        :kA=\EL:kl=\ED:kH=\EF:kN=\EU:\
        :kP=\EV:kr=\EC:kF=\ES:kR=\ET:\
        :kT=\E1:ku=\EA:re=\E&s0A:ks=\E&s1A:\
        :cv=\E&a%p1%dY:sf=\n:sa=\E&d%?%p7%t%'s'%c%;%p1%p3%|%p6%|%{2}%*%p2%{4}%\
        *%+%p4%+%p5%{8}%*%+%'@'%+%c%?%p9%t%'^N'%c%e%'^O'%c%;:st=\E1:\
        :ta=\t:

Gordon



Newsgroups: comp.sys.hp
From: aj681@cleveland.Freenet.Edu (Carlin Wiegner)
Subject: Did HP used to make UNIX servers?
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Thu, 13 Aug 92 18:15:05 GMT


In the early 80s did HP used to make UNIX servers? Please email
replies...
CW
-- 
Carlin Wiegner a.k.a. C-Man based here in Cleveland, Ohio, USA!
aj681@cleveland.freenet.edu or rhino@r2d2.eeap.cwru.edu
"Anything less [than a NeXT] would be uncivilized..."
From: rogerg@bluemoon.rn.com (Roger Grywalski)
Newsgroups: comp.sys.hp
Subject: WANTED: HP9000/300
Date: 14 Aug 92 02:00:54 GMT
Organization: Blue Moon BBS ((614) 868-998[024])

Does anyone have an old HP9000/300 they would like to sell _cheap_?
I have a keyboard,monitor and video card and am looking for a CPU and
some disk.  I'm looking to put together an at home UNIX box to mess around
with.  Thanks...

 This is from
     rogerg@bluemoon.rn.com
who doesn't have his (or her) own obnoxious signature yet
Newsgroups: comp.sys.hp
From: good@gdwest.gd.com (David L. Good)
Subject: Re: 9.0 is coming, are you ready?
Organization: General Dynamics Corp.
Date: Mon, 17 Aug 1992 16:44:11 GMT

In article <JCO.92Aug17011728@spchp12.BBN.COM> jco@spchp12.BBN.COM (John C. Orthoefer) writes:
>
>RE: it's better not to partition disks since you run out of room on
>	/usr and start softlinking things in.
>
>The reason you want to partition disks is as a firewall.  without it,
>someone dumps a file into your /tmp (typicaly on root) that fills your
>disk.  You run out of disk space, and splash unix doesn't like the
>idea of no disk space.
>

This generally isn't much of a problem.  The only processes that get
inconvenienced in a major way are user processes, since the last 10% 
of disk space in a filesystem is reserved for root only.  So when a
filesystem is "full", there's usually still some emergency room left
for root to use for a while.  Of course, putting user data on the 
root partition is just asking for trouble.  We generally have one
disk that holds all of the OS and applications and stuff, and a
separate disk (and, thus, a separate partition) for user data.

>
>Also another thing that you can use partitions for is making an extra
>root area for crash recovery (yes I know about recovery systems under
>HP-UX) but I think the sun system of using /tmp is much simpler,
>doesn't require you to do anything ahead of time and just plain better.
>

This seems like a big waste of disk space.  We just keep all of our
systems more or less alike, and when a disk crashes, we just take it
over to the one next to it, dd the entire disk, make a few minor
adjustments, and we're back in business.  For user data, we restore
from our backups.

>My vote is put the partitions back, if you don't want to use them then
>you can still make one partition the size of the disk. 
>

I'd still like to see partitions (I don't think they can "put back" what
has never been there...) even though I don't think I'd use them much.  
I'd much rather have a capability that I don't need (yet!) than not 
have it and find that I really do need it.


-- 
David Good                                               good@gdwest.gd.com

                 This space intentionally left blank.
Newsgroups: comp.sys.hp
From: lclawson@ws17.ips.iacd.honeywell.com (Larry Clawson)
Subject: Re: SoftDebug under HP-UX 8.07
Reply-To: lclawson@ips.iacd.honeywell.com
Organization: Honeywell Industrial Automation and Control
Distribution: comp.sys.hp
Date: Wed, 19 Aug 92 21:16:57 GMT

|> 
|> The next version of SoftBench (B.00) will have a stack windows that
|> lets you see N levels of the stack and jump to source for any level
|> by clicking the mouse.
|> 
|> Jim Wichelman
|> Hewlett Packard
|> jww@fc.hp.com

Will the next version of SoftBench allow remote host execution of SoftDebug?
It is inconvenient that SoftDebug always runs on the machine that contains
the source, especially when the fileservers are a different series from
the one you are developing on.
-- 
---------------------------------------------------------------------------
If you are not part of the solution,        | All opinions are my own and 
then you must be part of the precipitate.   | not those of my employer even
                                            | though I'm right.

larry clawson ( lclawson@ips.iacd.honeywell.com )
Honeywell IAC
Phoenix, AZ   (602) 436-4831
From: dean@n5170a.nrl.navy.mil (Dean Clamons)
Newsgroups: comp.sys.hp
Subject: Slip for HP 300 and 800
Date: 13 Aug 92 14:46:39 GMT

I'm looking for versions of Slip which will run on HP 300's and 800's.  
Where can I find them?

--
Dean Clamons
Naval Research Lab
Code 5110
Washington, DC 20375
(202) 767-2384
dean@n5170a.nrl.navy.mil
Newsgroups: comp.sys.hp
From: heeres@uars_mag.jhuapl.edu (Ken Heeres)
Subject: sudo on HP-UX
Organization: JHU/Applied Physics Laboratory
Date: Fri, 14 Aug 1992 13:15:17 GMT

I am trying to compile the sudo command from "Unix System Administration
Handbook" by Nemeth, Snyder, Seebass on an HP 9000/730 under HP-UX 8.07.
I need to get around some BSDisms.  Has anyone already done this task?

thanks

ken
Newsgroups: comp.sys.hp
From: ouwendyk@prso.pttnwb.nl (A.P.J. Ouwendijk)
Subject: Re: DAT problems with 9000/400
Organization: PTT Telecom b.v. The Netherlands
Distribution: comp
Date: Mon, 17 Aug 1992 12:18:22 GMT

In article <HM78907.92Aug17135728@korppi.cs.tut.fi>, hm78907@cs.tut.fi (Hannu Mikkola) writes:
|> 
|> I'd need a working driver for HP DAT drive 1521B for 9000/400 series
|> running HP-UX 8.0.
|> 
|> It should operate as the 700 series driver does, to be able to switch
|> between compression and non-compression modes.

From the Users Manual of the C1521B DAT drive (part no C1520-90901)
page 6-4:
 
    Note: The HP 9000 series 300 and 400 currently only support the Model 2000

That means (IMHO) the 2000DC is not supported for series 400. So your
DAT drive is just an expensive scsi terminator ;-)

|> The local HP salespeople promised a support for this drive model in
|> 400 series when the system was bought but couldn't offer a solution
|> when the driver didn't work.
|> They only promised a (possible) fix in
|> HP-UX 9.0. Understandably we rather don't want to wait that long, so
|> if anybody has found an (unofficial?) patch or solution please let me
|> know! 
|> 
|> - hannu

-- 
        Anthon Ouwendijk               E-Mail: ouwendyk@prso.pttnwb.nl
   __o  PTT Telecom b.v.  o__          Voice:  +31 70 3434572
 _`\<,  's-Gravenhage     ,>/'_
(_)/(_) The Netherlands  (_)\(_)       #include    <std/disclaimer.h>
Newsgroups: comp.sys.hp
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: ntalk problem on 827
Organization: University of Toronto Chemistry Department
Date: Mon, 17 Aug 1992 17:18:45 GMT

In article <Bt4tvE.12L@news.cso.uiuc.edu> rogers@eagle (Bill Rogers) writes:
>
>Hello, I grabbed ntalk from iowa and installed it on my 827/8.05 and all was
>cool. Worked like a champ, UNTIL, the callee set mesg n. 

Ntalkd must be modified so that it picks only "active" entries
from /etc/utmp; I have a version working, and I hope to put in
back into the Iworks library before I go to Interworks this weekend
(though that will be way too late to fix it for that conference).
I don't know if that will help with your problem, but what was happening
for us was that many (>100) talkd's would be "running" (doing nothing),
and the process table would fill up eventually.

I haven't tested my new one with 'mesg n' -- I'll try to do that too.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: jk@hpfcdc.fc.hp.com (John Kessenich)
Newsgroups: comp.sys.hp
Subject: Re: no renice !?!?!?
Date: 12 Aug 92 15:59:03 GMT
Article-I.D.: hpfcdc.5570895
Organization: HP Fort Collins, Co.

>/ hpfcdc:comp.sys.hp / tlihsin@hubcap.clemson.edu (lih-sin the) /  7:36 am  Aug  7, 1992 /
>gt1111a@prism.gatech.EDU (Vincent Fox) writes:
>
>>HP-UX 8.07 on our 750's seems to lack the "renice" command I am used to 
>>from the BSD world. Is there something parallel, or am I just screwed?
>
>>-- 
>>The War on Drugs is just part of the War on the US Constitution. 
>
>I found renice for HP-UX in iworks.ecn.uiowa.edu -- 128.255.18.10
>in directory : /pub/comp.hp/renice.tar.Z 
>Other HP-UX related softwares are collected in this node by Dave Shaw,
>Interworks librarian, librarian@adus.ecn.uiowa.edu
>----------

FYI,

renice will start being shipped as a real command with release 9.0.  
It will use newly turned on system calls getpriority() and setpriority(),
which will also be available to user programs.

--------------
John Kessenich
From: j_adams@hpfcbig.SDE.HP.COM (John Adams)
Date: Thu, 20 Aug 1992 20:35:01 GMT
Subject: Re: SoftDebug under HP-UX 8.07
Organization: HP SESD, Fort Collins, CO
Newsgroups: comp.sys.hp

In comp.sys.hp, lclawson@ws17.ips.iacd.honeywell.com (Larry Clawson) writes:

>|> 
>|> The next version of SoftBench (B.00) will have a stack windows that
>|> lets you see N levels of the stack and jump to source for any level
>|> by clicking the mouse.
>|> 
>|> Jim Wichelman
>|> Hewlett Packard
>|> jww@fc.hp.com

>Will the next version of SoftBench allow remote host execution of SoftDebug?
>It is inconvenient that SoftDebug always runs on the machine that contains
>the source, especially when the fileservers are a different series from
>the one you are developing on.


YES!!  An "Options:Debug Host" dialog will allow the xdb process to be
run on any system similar to "Options:Compile Host" in SoftBuild. 

SoftDebug will also support passing a different environment than that
of SoftDebug to the xdb and child process.  This is very handy for 
debugging X applications which like to grab the cursor.


John Adams
Newsgroups: comp.sys.hp
From: ahn@ac.wfunet.wfu.edu (Dave Ahn)
Subject: talk utility
Organization: Columbia University Center for Telecommunications Research
Summary: old version of talk supporting bsd4.2 standard
Keywords: talk
Date: Fri, 21 Aug 1992 23:48:51 GMT
X-Posted-From: ac.wfunet.wfu.edu
X-Posted-Through: sol.ctr.columbia.edu

I'm looking for a version of talk that uses the BSD4.2 protocol standard.
The version of talk/ntalk that is on the net these days (and on our hp9000)
supports the BSD4.3 protocol and isn't compatible with (for example) talk
running on SunOS and ConvexOS.

Does anyone know where I can get the source to the old talk? 
Please send replies to ahn@wfunet.wfu.edu. Or post to comp.sys.hp.

Much thanks in advance!

-dka
-- 
Dave Ahn
ahn@wfunet.wfu.edu
Newsgroups: comp.sys.hp,misc.forsale.computers
From: wayne@acus1.cc.uky.edu (wayne beech)
Subject: circa HP1000 equipment for sale
Organization: University of Kentucky
Date: Thu, 20 Aug 1992 00:05:54 GMT

I have various HP(1000 and perpherials) equipment that I would like to sell.
Major items are 2 HP1000E cpu's (at least one should be fully functional),
HP7970 tape drive, 7 disc packs (2 never out of box), and all most any 
manual imaginable.  If you are interested any any of these items or a complete
list of what I have for sale please contact me via Email.

wayne
 
--
============================================================================
Wayne E. Beech
Senior Scientific Programmer/Analyst
University of Kentucky Computing Center
From: bvh@cse.unl.edu (Ben Hollingsworth)
Newsgroups: comp.sys.hp
Subject: RCS problems on a 9000/700
Keywords: RCS
Date: 12 Aug 92 06:44:37 GMT
Distribution: global
Organization: University of Nebraska - Lincoln

I'm posting this for a co-worker that knows more about it than I do:

Has anybody had a problem using RCS on an HP9000/700 over NFS?

We have RCS version 5.6 on our HP-9000 Series 700.
The automatic configuration figured out that we had NFS
(it #defined's has_NFS 1)

It works fine as long as the RCS directory is on the same 
machine as the current directory.  However, if the RCS
directory is a symbolic link to another directory which
happens to be on another machine, any attempt to check out
a file causes the HP to "panic" and reboot itself.  This
is rather disconcerting, especially to whoever happens to 
be sitting at the console when it happens.  Here's an example:

	mount coffee:/home /hosts/coffee/home

	cd /home/me/work
	ln -s /hosts/coffee/home/me/work/RCS RCS
	co test.c
	**BOOM!**

I also tried

	mount coffee:/home/me/work/RCS /home/me/work/RCS

to verify that it was just the NFS link causing the problem and this
died too.  Having just a symbolic link to somewhere else on the local
machine worked.

If anybody has a solution, please let me know.

I don't read news much during the summer, so please email any
responses to bvh@cse.unl.edu (129.93.1.12).
I'll try to check this news group again in a week or so just in case.

				Thanks a bundle,
				Ben Hollingsworth
				Software Engineer,
				MicroImages, Inc.

--
 |\_/|  AACK! || "Softdrinks were never ||  "Obi-Wan" (Ben Hollingsworth)
\'o.0'/       ||  intended to be health ||  MicroImages, Inc.  Lincoln, Nebraska
=(___)=       ||  food" -- C.J. Rapp,   ||  University of Nebraska - Lincoln
   U   PTHAT! ||  pres., The Jolt Co.   ||  email:  bvh@cse.unl.edu
From: mandell@bach.helios.nd.edu (Dan Mandell)
Newsgroups: comp.sys.hp
Subject: HPUX lp Print Header
Date: 18 Aug 92 01:51:22 GMT
Distribution: usa
Organization: Saint Mary's College

Is there a way to get utilities like HPUX's lp to print the 
name of the file printed somewhere on the banner page?


Dan Mandell (dmandell@saintmarys.edu)
Saint Mary's College, Computer Services 
Notre Dame, Indiana 46556  -  Phone: (219) 284-4610
From: pld@hpfcso.FC.HP.COM (Paul Dineen)
Newsgroups: comp.sys.hp
Subject: Re: Re: Help for my binary read !!!
Date: 19 Aug 92 00:02:18 GMT
Article-I.D.: hpfcso.7371234
Organization: Hewlett-Packard, Fort Collins, CO, USA

> > Dear netters:
> >    I have the following c-code which reads in a binary file
> >    generated by Fortran program write: write(10) n1,n2,n3,n4
> >    (Here, n1=40,n2=60, n3=17, n4=1)
> 
> When Fortran does unformatted I/O, it puts a record length at the
		   ^
		sequential
> beginning and end of each record.


 You can see what's in the file by using od(1):

> od -d xxx
0000000 00000 00016 00000 00040 00000 00060 00000 00017
0000010 00000 00001 00000 00016
0000018


 If you used direct access then you wouldn't have to skip over the length
 words:

> od -d yyy
0000000 00000 00040 00000 00060 00000 00017 00000 00001
0000020