HDTenEightyP/NetNews huggingface dataset:
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Newsgroups: comp.sys.hp
Subject: frecover failures on HP 8GB DAT
Date: 2 Sep 92 18:05:02 GMT
Organization: Enterprise Data Systems Incorporated, Appleton WI

A coworker of mine is having problems with his 425S doing incremental
backups.  It seems that he was looking for a file from Tuesday night and
it wasn't there.  I told him to use frecover to generate a listing of
the tape contents and this is what he got:

frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2109): file marker read
frecover(2110): checkpoint record read
frecover(2114): read error from input device (I/O error)
frecover(2114): read error from input device (Invalid argument)
frecover(2113): unable to resync backup media
frecover(4301): /users/qsys/cron.jobs/archive_customers not recovered from backup media


We're using HP-UX 8.0.  If you have any ideas what could be causing
this or you require further information please let me know.  To the best
of my knowledge, his full backup ran fine and the file is there, but it
has been changed since then (last Friday or Sunday.)
-- 
Chuck Tomasi             |     "It's my job to help
chuck@edsi.plexus.COM    |      but I don't have to like it."
spool!cserver!edsi!chuck |                    -Dr. Crusher, "I, Borg"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
From: jeff@hpuplca.nsr.hp.com (     Jeff Gruszynski)
Newsgroups: comp.sys.hp
Subject: Re: Re: Porting HP9000 Application to an IBM PC
Date: 1 Sep 92 18:38:29 GMT
Organization: Hewlett-Packard Neely Golden Gate Area (Northern Calif.)

>In comp.sys.hp, steve-t@hpfcso.FC.HP.COM (Steve Taylor) writes:
>
> In comp.sys.hp, astsloke@ntuvax.ntu.ac.sg writes:
> | I have a friend who would like to port an application over from an
> | Hewlett Packard 9000 series desktop computer to an IBM PC compatible.
> :
> |         Source:         Majority of code is in Interpreted HP BASIC
> |                         while some code is in HP PASCAL
>
> If, as I suspect, the Pascal code is used for CSUBs, then the HP Measurement
> Coprocessor (current name for the "viper" card refered to in another response)
> is worth looking at.  Since it also has a 680x0 processor, there's a fair
> chance that the Pascal CSUBs will work there (depending on how "clean" they
> are ... unsupported I/O operations are unlikely to work).
>
> Any other solution will require re-coding of the Pascal portion of the
> application.
>    						Regards, Steve taylor
>
> NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.

The only caveat is that the RMB and CSUBs to be run on Viper must be RMB 5.1x 
and the corresponding PWS rev for a Viper running RMB 5.14 or RMB 6.x
for RMB 6.2 on Viper.  If you're running RMB 4.0 or earlier, you'll need to
recompile the CSUB Pascal code.  Going to 6.2 is best because of
changes made in CSUB libraries that obviate this rev dependency.

Jeff Gruszynski
Hewlett-Packard Company
Semiconductor Test Equipment
Systems/Applications Engineer
Newsgroups: comp.sys.hp
From: fgg@gemini.gsfc.nasa.gov (Frank G. Gomez)
Subject: SIGKILL'ed by exec()
Organization: NASA GSFC CDP VLBI
Date: Wed, 26 Aug 1992 21:38:17 GMT

Hello,

We are  experiencing a SIGKILL when  attempting an exec system call.  We
think it is  probably  due to some  system  parameter  that  needs to be
increased.  This hypothesis is based on the following two passages ...

------------------------------------------------------------------------
HP-UX Reference Manual Volume 3, page 669 (signal(5)):

   "SIGKILL  is  sent  by  the  system  if an  exec(2)  system  call  is
    unsuccessful  and the  original  program has already  been  deleted"

------------------------------------------------------------------------
Bach's "The Design of the UNIX Operating System" page 220, 4th paragraph
(discussing exec's algorithm):

   "After copying the exec  parameters to a holding place in the kernel,
    the kernel  detaches the old regions of the process using  algorithm
    detachreg  [ ......  ] At this point the process  has no  user-level
    context,  so any  errors  that it incurs  from now on  result in its
    termination,  caused by a signal [the SIGKILL].  Such errors include
    running out of space in the kernel region table,  attempting to load
    a program whose size exceeds the system limit,  attempting to load a
    program  whose  region  addresses  overlap,  and  others."
------------------------------------------------------------------------

The important questions appear to be:

1) What are these  'other'  reasons ?
2) To   which   system   parameters do  the  first  two  above-mentioned
   reasons  correspond  ?
3) Under  what circumstances would the third reason occur ?

The  machine  is an HP 730 at 8.05 with 100 MB of swap.  The  error  has
occurred even when the process was the only user process running.

Any type of answers to these questions would be greatly appreciated.


Frank G. Gomez        fgg@gemini.gsfc.nasa.gov
From: kk@hpl-opus.hpl.hp.com (Konstantinos Konstantinides)
Date: Tue, 25 Aug 1992 16:32:36 GMT
Subject: Re: Dumping an HP 900/710 X11 window on an HP Laserjet IIP
Organization: HP Labs, High Speed Electronics Dept., Palo Alto, CA
Newsgroups: comp.sys.hp

In comp.sys.hp, melennec@stna.dgac.fr (Ronan Melennec) writes:

> [Sorry, I let previous post out with a bad header]
> 
> Hello,
>  
>  I'm trying to do X11 window dumps on an HP Laserjet II Plus (512 Ko,
>  no PostScript interpreter).
>  
>  I'm using HP-provided tools on an HP 9000/710 workstation.
>  
>  The command :
>  xwd | xpr -device ljet -density 300 | lp -dlw
>  only has the printer print "Line too long"...
>  
   You should print using the RAW option

   xwd | xpr -device ljet -density 300 | lp -dlw -oraw

K. Konstantinides
kk@hpkronos.hpl.hp.com

Newsgroups: comp.sys.hp
From: franl@centerline.com (Fran Litterio)
Subject: Re: Need doc on debug info in executable
Organization: CenterLine Software, Inc.
Date: Wed, 2 Sep 1992 20:09:00 GMT

ken@virtech.uucp (Kenneth E. Jordan) writes:

> I'm working on a library that produces stack tracebacks, and would like
> to print the source file name and line number of each call, along with
> the function names.

Section 4 of Appendix C of the PA-RISC Procedure Calling Conventions
Reference Manuage (Edition 2, Part # 09740-90015) says:

   C.4.  Obtaining a Stack Trace 

   Applications can obtain stack traces easily using the following utility
   routine:

			 U_STACK_TRACE()

   This routine can be called from any place without any arguments.  It will
   print the stack trace from the caller's frame onwards onto the standard
   output stream.

U_STACK_TRACE() is in /usr/lib/libf.a and /usr/lib/libf.sl.

> Where can I find documentation on the format of the debugging
> information (i.e., the "$DEBUG$" space) in an executable?

Ask HP for the header file symtab.h from their XDB sources.  It has
comments that read more like an API spec than typical C comments.

> Currently, this is for the 9000/800 series, but I will probably want
> it eventually for the 300 series too.  From /usr/include/debug.h, it
> looks like the actual data for the 300 might be the same as the 800.

It is.  HP debugger symbols are very architecture neutral (though on
the Series 700 you have to apply linker-style relocations to certain
fields of certain debugger symbols if you want to obtain the relative
address of a static data object -- a minor wart on an otherwise very
nice debugger symbol format).
--
franl@centerline.com   || Fran Litterio                               
uunet!centerline!franl || CenterLine Software R&D                     
617-498-3255           || 10 Fawcett St, Cambridge, MA, USA 02138-1110
From: fkittred@spchp11.BBN.COM (Fletcher Kittredge)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX 9.0
Date: 2 Sep 92 21:10:42 GMT
	<25855@dog.ee.lbl.gov> <1992Sep1.201539.12646@ipl.uucp>
Organization: Bolt Beranek and Newman Inc., 10 Molton Street, Cambridge, MA
	02138
NNTP-Posting-Host: spchp11.bbn.com
In-reply-to: kufeld_k@ipl.uucp's message of Tue, 1 Sep 1992 20:15:39 GMT




In article <1992Sep1.201539.12646@ipl.uucp> kufeld_k@ipl.uucp (Kurt Kufeld) writes:

   Newsgroups: comp.sys.hp
Path: news.bbn.com!noc.near.net!news.Brown.EDU!qt.cs.utexas.edu!yale.edu!yale!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!alberta!ipl!kufeld_k
   From: kufeld_k@ipl.uucp (Kurt Kufeld)
   Date: Tue, 1 Sep 1992 20:15:39 GMT
   References: <1992Aug25.200543.28463@riacs.edu> <1992Aug26.135815.1@cc.uvcc.edu> <25855@dog.ee.lbl.gov>
   Organization: Interprovincial Pipe Line Inc.
   Lines: 45

   In <25855@dog.ee.lbl.gov> anderson@randolf.lbl.gov writes:

   >I'd like to go on the record as saying that some customers want OSF/1
   >features ASAP.



As someone who has worked with various vendor's implementations of
OSF/1 for the last year and a half and is aware of all the features,
advantages and disadvantages of OSF/1, my strong opinion is that HP
should keep as far from OSF/1 as possible.

OSF/1 was a good idea, but it just didn't work out.  HP's plan of
waiting until OSF/2 (base presumably on Mach 2.5) is a good plan.

OSF Motif is a success, OSF DCE and DME look to be future successes.
Further, it looks like even OSF ANDF has a chance.  Four out of five
is a very good record...


regards,
fletcher

--
/* Fletcher Kittredge
 * BBN Software Products
 * 150 CambridgePark Dr,  Cambridge, MA. 02140
 * 617-USE-FINK  /  fkittred@bbn.com  /  fkittred@das.harvard.edu
 */
Newsgroups: comp.sys.hp
From: dave@hp1 (David Vrona)
Subject: Need sc for HP-UX!!!!
Date: Wed, 26 Aug 1992 21:07:29 GMT
Organization: Hollister Incorporated,  Libertyville, IL

I'm looking for sc, the public domain unix spreadsheet, that works
with HP-UX 8.07.  I'm having some trouble with a version of sc that
I have that dates back to 1988.

thanks,

dave
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 \ David Vrona N9QNZ  708.680.2829   Internet:  dave@hp1.holl.com            /
 / Hollister Incorporated            UUCP: {well connected}!ddsw1!hp1!dave   \
 \ 2000 Hollister Drive              Opinions expressed are my own and not   /
 / Libertyville, IL  60048-3781      those of Hollister Incorporated.        \
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Wed, 26 Aug 1992 18:08:05 GMT
Subject: Re: WRQ Tech Supp email addr ?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.hp

>Does anyone out there know if Walker Richer Quinn have an email address
>for tech support ? If yes, I'd very much like to know what it is !!

According to a recent WRQ newsletter:

     BBS (Bulletin Board) (via Telnet)     bbs.wrq.com
     Technical support                     support@wrq.com

I have not used either of these, so no promises.  The WRQ telephone
numbers are:

     Sales              206-324-0407
     FAX                206-329-7565
     Technical Support  206-325-4357
     Bulletin Board     206-322-8047

     In Europe:
	  Telephone          31-70-356-09-63
	  FAX                31-70-356-12-44

Regards,
Alec Henderson

Telephone: T/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)
Newsgroups: comp.sys.hp
From: trn@warper.jhuapl.edu (Tony Nardo)
Subject: Re: Third party disk drives on HP-UX
Organization: JHU/Applied Physics Laboratory
Date: Wed, 2 Sep 1992 11:57:02 GMT

kinsell@hpfcso.FC.HP.COM (Dave Kinsell) writes:

|In comp.sys.hp, trn@warper.jhuapl.edu (Tony Nardo) writes:

|> >  (2) What problems did you encounter?
|> 
|> I lost roughly 7% of the usable space on my disk due to the assumption by
|> HP that all drives will have 1024-byte sectors.  They provide a workaround
|> solution for those who have 512-byte sectors so that you may still use the
|> drive.  However, a disk with an odd number of 512-byte tracks will lose one
|> track under the workaround.
|>
|
|You specify disk geometry in terms of 1024 byte units, but that causes no loss
|of capacity for the drive.  I suspect your 7% loss came from file system
|overhead, primarily inodes, which can be adjusted if desired.

My apologies.  Looking at the number of free inodes per disk, I see that the
disk on the Sun must have been configured with roughly one inode per 4096 bytes,
vs. the default of one per 2048.

|You also need
|to realize that disk vendors specify decimal megabytes, whereas utilities
|like bdf use units of 1024 in reporting capacities.

Using Berekley-df (bdf), the kbyte capacity of the drive in question (on a
Sun) is 1314173.  The same model drive on the HP, using bdf, reports a kbyte
capacity of 1221949.  That's where my 7% figure came from.  In hindsight, if
the missing track was the sole culprit, I should have expected a difference
of ~5.9%.  1/17 sounded close enough to 7% that I assumed the problem lay in
the loss of one track's data.

Oh, well, another shot in the ol' foot... :-)
--
Tony Nardo,		   INET: trn@warper.jhuapl.edu, trn@aplcomm.jhuapl.edu
 Johns Hopkins Univ./APL   UUCP: {backbone!}mimsy!aplcomm!trn
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Date: Wed, 26 Aug 1992 23:54:22 GMT
Subject: Re: Shared libraries have me very confused!
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, mjs@hpfcso.FC.HP.COM (Marc Sabatella) writes:
| The curses library is pretty small, and can probably be discounted.
| In fact, I don't think it is even available in shared form.

The system I just checked has /lib/libcurses.sl and /usr/lib/libcurses.a,
so both forms are available.  libcurses.sl is in CORE-SHLIBS and
libcurses.a is in PROG-MIN.
						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
Newsgroups: comp.sys.hp
From: giachino@ghost.dsi.unimi.it (luca giachino)
Subject: Unix Windows UW: porting on HP-UX
Keywords: UW
Organization: Computer Science Dep. - Milan University
Date: Wed, 26 Aug 1992 09:40:00 GMT
Summary: Porting UW on Sys/V Unix (HP-UX)

Hi,
did anybody try to port Unix Windows UW on UNIX System V?
The server source part is for BSD Unix. I need to port the server
source on HP-UX.

Please, e-mail any hint to giachino@ghost.dsi.unimi.it

Please, HELP ME!
Thank you

Luca Giachino
From: lee@ceg.uiuc.edu (Chris Lee)
Newsgroups: comp.sys.hp
Subject: executable sizes in fortran
Date: 3 Sep 92 19:03:10 GMT
Organization: University of Illinois at Urbana

One of our users has a question:

Why are the fortran executables SOOOOOO  BIIIIIIIIIIG?
It seems that "all" of the data is being allocated at
compile/link time, and he would like to know if there is a 
way to force the compiler/linker to allocate it at runtime.

We are running HPUX 8.07 on 9000/700s.


Thanks in advance.
-- 
Chris Lee
University of Illinois Urbana
lee@ceg.uiuc.edu
(217)244-2903
From: kumarr@hparc0.aus.hp.com (Kumar Rangan)
Date: Wed, 26 Aug 1992 02:45:46 GMT
Subject: WRQ Tech Supp email addr ?
Organization: HP New Zealand - way down under..
Newsgroups: comp.sys.hp
X-Newsreader: Tin 1.1 PL4


Does anyone out there know if Walker Richer Quinn have an email address
for tech support ? If yes, I'd very much like to know what it is !!

-- 
|  Kumar Rangan                Internet   : kumarr@hparc0.aus.hp.com        |
|  HP New Zealand              Tel# : +64 4 382 0400, Fax# : +64 4 384 3380 |
From: seymour@milton.u.washington.edu (Richard Seymour)
Newsgroups: comp.sys.hp
Subject: Re: What is the default blocksize on HP DAT tapes ?
Date: 31 Aug 92 16:46:26 GMT
Article-I.D.: u.1992Aug31.164626.20738
Organization: University of Washington, Seattle

In article <p6se2ls@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <BtLL1z.HI7@news.cso.uiuc.edu> e-sink@uiuc.edu (Eric W. Sink) writes:
 ..on his Silicon Graphics Eric does this to try and read an HP DAT tape:]
>| tar cvf - MYFILE | dd of=/dev/tape bs=?????
...and Dave asked:
>My god, why would you do it like that!  It complicates error
>recovery/handling , eats up CPU resources, and is probably slower.

well, i can't answer why he does it on the SGI, but that's quite similar to
the syntax HP recommended to me to read 8mm tapes on the HP 710 to avoid
 the write-zero-filemarks bug (ok, "hiccup")
There are times when devices and programs seem to appreciate a mediator...
--dick
Newsgroups: comp.sys.hp
From: ucs_rjd@SHSU.EDU
Subject: Re: gcc binaries for hp9k840
Organization: Sam Houston State University, Huntsville, Texas
Reply-To: ucs_rjd@SHSU.EDU
Date: Sat, 29 Aug 1992 03:56:18 GMT
X-Posted-From: freya.shsu.edu
X-Posted-Through: sol.ctr.columbia.edu

I have an HP9000/827 and have GCC2.2 binaries...will those help?

Raphael Donato
Unix System Services
Sam Houston State University
Email: ucs_rjd@shsu.edu
From: syspb@smartstar.com (Paul)
Newsgroups: comp.sys.hp
Subject: Need help with swap space on HP-UX
Date: 1 Sep 92 16:13:02 GMT
Organization: SmartStar Corp. / Signal Technolgy Inc.

We have an HP9000 that is running out of disk space.  We would like to
reduce the swap space to make more room for user files.  How can this
be done?  We don't have alot of manuals for it.  I know on a Sun system,
you have to backup the disk, repartition it, then restore the backups.
Is the procedure the same for HP-UX?  And if so, how do you repartition
the disk?  Any info you can send would help.  Thanks, syspb@smartstar.com
From: wimb@bssi.nl (Wim Berkhof)
Newsgroups: comp.sys.hp
Subject: error 1 on request ...
Keywords: lp
Date: 28 Aug 92 09:30:39 GMT
Organization: Baan Service bv, Barneveld NL


Every time we try to print a job we receive a mail afterwards:

	error 1 on request dumb_0-< id >

The scheduler is running and doesn't report any problems. Anyone ?
-- 
    __o            wimb@hp.bssi.nl               Baan Service b.v.
  _ \<,            Wim Berkhof                   PO Box 105, 3770 AC Barneveld
 (_)/(_)           Customer Support Engineer     The Netherlands
How strong is the lonely cyclist...		 (+31) 03420 - 93103
From: ak10+@andrew.cmu.edu (Andrew Joseph Kompanek)
Newsgroups: comp.sys.hp
Subject: XVIEW on HP720?
Date: 26 Aug 92 08:37:53 GMT
Article-I.D.: andrew.EeavBVW00WB4A6xEVx
Organization: Carnegie Mellon, Pittsburgh, PA

Has anyone installed the XVIEW toolkit (it's standard with OpenWindows on
the SUN) on an HP 9000 7xx?  I'm having problems configuring imake for
my system (it's really only set up to built on a Sun) for version 3.

Any help would be much appreciated.

Thanks,
Drew

Andrew Kompanek                       e-mail: drew@chimera.hgen.pitt.edu,
Dept of Human Genetics                        ak10@andrew.cmu.edu,
University of Pittsburgh                      kompanek@cs.cmu.edu
Newsgroups: comp.sys.hp
From: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: mnttab NOT UPDATING
Organization: University of Illinois, Urbana-Champaign
Date: Mon, 31 Aug 1992 22:26:01 GMT

Running HPUX8.07, we run "umount" (or "mount") on our 
optical drive HP6500-650A, and it seems to take 30 seconds
or so for this to show up in the system tables!!!  We can
even eject the disk.  

We type "bdf" and drive still shows up.

I thought, OK, if I type "sync" it will take.
WRONG!!!  Even "syncing" doesn't speed up the 
process.  As you might expect, this can be very,
very confusing.  

Is the disk mounted, or isn't it???
QUESTION: is there some command we can issue to force
the system to sync up more quickly?

JohnKemp@uiuc.edu
From: jeff@hpfcmgw.FC.HP.COM (Jeff Taylor)
Date: Wed, 26 Aug 1992 15:51:14 GMT
Subject: Re: force stopped process to swap space ?
Organization: HP Fort Collins, CO
Newsgroups: comp.sys.hp


> e.g. "unable to fork","getcwd length > 1024?: Not enough space"

  Indeed, this looks like insufficient swap space.  There are 2 patches
which may help you sqeeze by without adding additional swap.

  Patch PHKL_0743 for HP-UX 8.07 implements "traditional" vfork semantics.
Without this patch, vfork(2) in 8.0 is exactly the same as fork(2).  The
problem is that if a very large process vforks in order to exec a small
program, the vfork may fail due to requiring the same amount of swap space
as the parent.  With this patch, the child shares the address space of the
parent process, and the parent is suspended until the child exits or execs.

  Patch PHCO_1013 for HP-UX 8.07 eliminates the use of of vfork in getcwd.

Regards,
Jeff Taylor
Newsgroups: comp.sys.hp
From: c0033013@ws.rz.tu-bs.de (Axel Brandes)
Subject:  Umounting busy file systems
Organization: TU Braunschweig, Computer Centre (NAP), Germany.
Distribution: comp
Date: Sun, 30 Aug 1992 18:59:20 GMT


The following is true for HP9000/4xx (HP-UX 8.0) and HP9000/7xx (HP-UX
8.07):

Sometimes there is the need to umount a file system, that is exported
via nfs to other machines. In most cases you have to do this while
some people are using this file system. To umount this fs you have to
'push' them away - else you get something like this: ... device busy.

HP-UX provides the command fuser to check 
(1) who is using the fs (option -u)
(2) kill the processes - as they are on the ws running fuser - (option
    -k) 
Don't bother about details about the options, the fact is:

We read the man pages and tried several combinations, but in some
cases we got no information about the user on the fs nor we could push
them away.

We believe that there has to be a solution - except cycle power ...

Thanks in advance for any ideas,

Axel Brandes.

--
*=============================================================================*
Axel Brandes, RZ TU Braunschweig		  email c0033013@ws.rz.tu-bs.de
D-3300 Braunschweig, Germany			  phone 0531-391-5538   (voice)
From: poh@ztivax.UUCP (Christian Pohlenz)
Newsgroups: comp.sys.hp
Subject: Help! seteuid/setegid on HP9000 720 / 8.07
Date: 4 Sep 92 06:33:47 GMT
Organization: Siemens AG, Munich, W-Germany
X-Newsreader: Tin 1.1 PL4

Hi netters,

seteuid()/ setegid() calls are unresolved on my
9000 720. I`m running HP-UX 8.07.
Any hints ??


Any help is appreciate. Thanks.

Christian



-----------------------------------------------------------------------
    Christian Pohlenz              
    Siemens AG                     internet: poh@ztivax.zfe.siemens.de
    Otto-Hahn-Ring 6               phone:    +49 89/636-3966
    D8000 Muenchen 83              fax:      +49 89/636-40144
-----------------------------------------------------------------------
From: rypma@waterloo.hp.com (Ted Rypma)
Newsgroups: comp.sys.hp
Subject: Re: SLIP (PPL) and routing ...
Date: 2 Sep 92 16:52:44 GMT
Article-I.D.: waterloo.BtyMvw.H4p
Organization: HP Panacom Div Waterloo ON Canada
X-Newsreader: Tin 1.1.3 PL5

Beat Jucker (bj@zephir.uucp) wrote:
: 
: We have to connect a remote workstation over SLIP (PPL) to our
: network. The point to point connection is working correct. But
: how do we have to set the routing table (netmask?) so that we can
: access all the other computers on the net?

Either all the hosts with which you wish to communicate must have a route
to your SLIP subnet (through your 'gateway' host), or somehow your 'gateway'
must respond to ARPs for the SLIP connected workstation. I understand that
there are ways to force an IP/Ethernet pair into the ARP cache, but I don't
know how, or if, one can do that on HP-UX.

We use static routes set up on our workstations to access our SLIP-connected
devices.

Ted Rypma
HP Panacom Division
Newsgroups: comp.sys.hp