HDTenEightyP/NetNews huggingface dataset:
From: cobb@betsy.mc.ti.com (Chip Cobb)
Newsgroups: comp.sys.hp
Subject: VUEPAD -- Setting Word Wrap as Default ?
Date: 1 Sep 92 18:41:05 GMT
Organization: Texas Instruments / Attleboro Mass / USA
Originator: cobb@betsy.mc.ti.com



Hi,

I'd like to set the default vuepad Word Wrap option to on.  I can not find
any reference to a resource entry in the man page or the app-default file.

My question is:   Is it possible to set Word Wrap on by default, and
                  if possible, how to do it?

Thanks in advance,
Chip
-- 
.......................................................
Chip Cobb / cobb@betsy.mc.ti.com / TI / Attleboro MA USA
.......................................................
From: njconway@ccvax.ucd.ie
Newsgroups: comp.sys.hp
Subject: Re: 700/RX delete key - odd behaviour
Date: 25 Aug 92 12:49:27 GMT
Organization: University College Dublin

In article <p0cc73c@fido.asd.sgi.com>, shankar@sgi.com (Shankar Unni) writes:
> In article <23016@hacgate.SCG.HAC.COM> mobej@thaad-1g%hac2arpa.hac.com (Mario Obejas) writes:
>>rypma@waterloo.hp.com (Ted Rypma) writes:
>>: Mario Obejas (mobej@thaad-1g%hac2arpa.hac.com) wrote:
>>: :           have an odd behaviour when the delete key is used. Specifically,
>>: :           the char being deleted is replaced with an unprintable char -
>>: :           looks like a cursor sized checkerboard. Anybody seen this one?
>>: :           Are we missing a patch? 
>>: 
>>: Hmm.. Seems to me you need an 'stty erase ^?' so that DEL is your erase
>>: character. HP-UX mostly (in my limited experience) has erase set to BS (^H).
>>: Are your .profile and other login control files correctly set up and used?
>>
>>I thought vue did not look at .profile ?!?! In any case:
> 
> No, it does not. But xterm and hpterm have X defaults (ttyMode?) that
> give it an initial stty setting. As your listing shows, the 'erase'
> character is ^H. Delete is simply ^? (ASCII 127).
> 
>>Also, BackSpace does  a destructive backspace. I want a real DEL char (i.e.,
>>as it works when I log in from the 720 Console), namely a destructive
>>*forward* space. 
>
> [stuff deleted]
> 
> What you are seeing is that when you press Delete, it sends a DEL to
> the system (yes). I assume you are using the Courier fonts. Most fonts
> have a "Chessboard" glyph for ASCII 127. Obviously, the tty driver is
> simply echoing the "DEL" back at the terminal, which displays the
> checkerboard.
>
> [stuff deleted]
>
> Shankar Unni				E-Mail:	shankar@sgi.com
> Silicon Graphics Inc.			Phone:	+1-415-390-2072


Hmm - just recently I discovered how to do a few things - map the console
keyboard backspace key to delete (see the man page for xmodmap)
and then do the escape code that lets the hpterm send stuff like arrow-keys
to the shell (or whatever).

I also set the resource '*ttyModes' to tell Vue that the erase key was now
an ascii DEL, and so when I start up Xterm's and HPterms they have the correct
mapping (check with stty).

(btw, you have to do " stty erase '^?' " cos otherwise the shell grabs the ^
character - well the csh does)

I *still* have a problem though - when I run other Vue utilities, like
Vuefile, any typing (like rename file) that goes wrong has to be aborted, cos
the delete/backspace (;) key gets echo'ed as the checkerboard character...

I can't figure out how else to tell Vue that the backspace key now sends 
keycode 127.. ?

any ideas anyone ?  the manuals are a minefield for this kind of problem...

Neil

njconway@ccvax.ucd.ie
neil@nebula.ucd.ie
From: MICHEL@SLACVM.SLAC.STANFORD.EDU (Michel Gaillard)
Newsgroups: comp.sys.hp
Subject: how to access other process uarea info on HP9000/730 HP-UX 8.07
Date: 3 Sep 92 15:14:41 GMT
Organization: Stanford Linear Accelerator Center

I need to know at any time the total cpu usage for a process group to which I
don't belong. If a process in this group has dead children, the cpu usage for
these children are stored in the parent uarea. I couldnot find any means to
display this information except with the ptrace function but I couldnot figure
out if this is harmless or not for the target process.

I would greatly appreciate any help on this.

I'm not the person listed in the "from" field (see signature). Please answer
directly to me and I will summarize for this list.

Yves Fouilhe                       | fouilhe@ccpnrs1.in2p3.fr
Centre de Calcul de l'IN2P3        | or
69622 Villeurbanne                 | fouilhe@frcpn11.in2p3.fr
France
From: dhandly@hpcuhe.cup.hp.com (Dennis Handly)
Date: Thu, 27 Aug 1992 09:24:00 GMT
Subject: Re: IEEE floating point binary format with HP Fortran 77?
Organization: Hewlett-Packard Cal Language Lab
Newsgroups: comp.sys.hp

/ andy@ice.stx.com (Andy Moore) /  1:23 pm  Aug 26, 1992 /
>Got some fellow HP users who have been asking me about support for IEEE
>floating point binary data.

PA-RISC languages (that have floating point) support IEEE reals.
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.sys.hp
Subject: Re: /usr/lib/X11(R4)/config for 9000/700
Date: 28 Aug 92 01:46:27 GMT
Organization: Naval Research Laboratory, DC

In article <webIgfK00WBL86V21c@andrew.cmu.edu> sean+@andrew.cmu.edu (Sean McLinden) writes:
>
>Does anyone have a copy of the contents of this directory for X11R4 for the
>HP. We are running HP-UX 8.02 and this directory seems to be missing from the
>workstation even though the X developers's kit is installed. It sorta makes
>imakes a little difficult.

I have the same problem.  I also have all of the developer's kits.
Still no imake and no config files.  HP is the only vendor that didn't
supply these minimal tools and the Athena freely distributable
libraries.  It's pitiful.

Ran
atkinson@itd.nrl.navy.mil
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: Linker selection of symbols from shared-libs
Date: 28 Aug 92 19:45:50 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, franl@centerline.com (Fran Litterio) writes:

> Sorry.  Ignore my previous posting.  The -L option won't help you.
> The cc(1) driver should invoke ld(1) in such a way that libc.sl (or
> libc.a) is scanned last when looking for a defining instance of a
> symbol).  You should not have to do anything to get the behavior you
> want.  Try invoking ld(1) directly, or try giving the "-Wl,-a,archive"
> option to cc(1) which will force ld(1) to use archive libraries
> instead.

Sorry, Fran, this one's off the mark, too.  The behavior I explained in a
previous note (synopsis: define "_write" instead of / in addition to "write")
is the same regardless of whether you use shared of archive libraries - it was
introduced at 7.0, before we had even begun serious investigation into shared
libraries.  Neither invoking ld(1) directly nor using "-a archive" will change
anything.

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Newsgroups: comp.sys.hp
From: gill@eagle (Warren Gill)
Subject: Re: hpdesk <-> unix mail?
X-Newsreader: Tin 1.1 PL4
Organization: Sangamon State University
Date: Mon, 31 Aug 1992 15:22:42 GMT

chuckm@hpunsca.canada.hp.com (Chuck Munro) writes:
: 
:   If the recipient's HPDesk address is, for example:
: 
:        John DOE / HP1234/AB
: 
:   I use the following address when sending mail from a UN*X node:
: 
:        john_doe%ab@hp1234.desk.hp.com

   Please note that this information applies to HP's HPDesk system only...
Other HPDesk systems will be different (your mileage may vary).
My HPDesk address, for example, is  warren_gill/miscs@eagle.sangamon.edu.
and the "warren_" is optional, since I am the only Gill in the miscs mailnode.
--
      ______                                                               
      )     (   Warren Gill, Microcomputer Software Specialist
     /       |  Sangamon State University, Springfield, IL                 
    (        |  Internet:  gill@eagle.sangamon.edu
     \_  *   |                                                             
       \     |  HSB-117          Monday-Friday 08:00-16:30 CDT
       /    /   217/786-7354
        \/\/    
          Live all you can; it's a mistake not to. {Henry James}        
Newsgroups: comp.sys.hp
From: mickan@rossinc.com (Michael J. Andrew)
Subject: cpp looking where it shouldn't 
Organization: Ross Systems, Inc.
Date: Thu, 27 Aug 1992 06:33:47 GMT

I'm new to HP and this group.  I'm also sure this must have been asked
before, but no luck on a search of our archived articles.

#if VMS
#module vmsname
#else
#define NOTVMS
#fi

The HP c89 compiler barfs on the "unknown" #module statement.

We're coming from a varied DEC environment, VMS and Ultrix.  The MIPS
compilers don't get upset about this.

I don't know what ANSI has to say, but it seems to me that any complaints
by the preprocessor in the "false" part of an #if or #ifdef is
very antisocial.

Comments?
-- 
--------------------------------------------------------------
Michael J. Andrew	Ross Systems Inc.	(415) 593 2500
..!fernwood!rossix!mick
mick@rossinc.com
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: CD-ROM drive
In-reply-to: okuyama@pioneer.arc.nasa.gov's message of Thu, 27 Aug 92 19:39:55 GMT
Newsgroups: comp.sys.hp
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 27 Aug 92 23:21:15 GMT

What is so special about the power cord for the CD-ROM drive?
One can certainly make one at home in less than 14 weeks!
--
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: lee@ceg.uiuc.edu (Chris Lee)
Subject: Help installing Xterm (700RX)
Organization: University of Illinois at Urbana
Date: Fri, 28 Aug 1992 02:27:27 GMT

We are trying to install some xterms to our net, and having several
problems.

So far, the server tapes loaded fine, and changes were made to the master
NIS server for services, hosts, passwd, and group.

When we try to configure the terminal via xtadm, we got the following
message:

dobootpstuff:  /usr/tftpdir/usr/lib/X11/700X/config/rx700.cfg: cannot create

Anyway, when we tested the installation of software test, a message saying
file C2708A couldn't be retrieved from server -- check routing table for
the host machine popped up.  We didn't include any subnet/gateway in the
config, since the host and the xterm are both on the same subnet, and shouldn't
require a gateway to talk to each other.

Subsequently, checking bootp via xtadm ALSO failed (bootp servers not 
responding).  All the entries are present for inetd.conf and services,
but it still fails. (bootpd does not show up under ps either)

Is there something we are overlooking in the installation?

The file server is a 720 running 8.07, and the server tape version
is B.03.00.

Thanks in advance.
-- 
Chris Lee
University of Illinois Urbana
lee@ceg.uiuc.edu
(217)244-2903
Newsgroups: comp.sys.hp,alt.security
From: scs@lokkur.dexter.mi.us (Steve Simmons)
Subject: Re: HP changes security related patch distribution policy
Keywords: patch security HP
Organization: Inland Sea
Date: Wed, 26 Aug 92 23:09:08 GMT

bkelley@ef2007.efhd.ford.com (Brian Kelley) writes:

>HP is changing their policy regarding security related patches.  They will
>be freely available to all HP system owners regardless of whether their
>machines are on software support.

Kudos to HP for their change of policy.  Let us other vendors will take
notice and do the same.
-- 
 "Voodoun is a very interesting religion for the whole family, even those
  members of it who are dead."
		-- "Good Omens", by Neil Gaiman and Terry Pratchett
Newsgroups: comp.sys.hp
From: hollywd@zelator.in-berlin.de (Stuart Hollywood)
Subject: what's a HP 425e?
Organization: Puplic-Access-Xenix-System
Date: Sun, 23 Aug 92 17:24:44 GMT

well the subject says it all!
(e-mail would be fine)
stuart
-- 

														  
Newsgroups: comp.sys.hp
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: Has anyone succeeded in compiling "less" on an HP?
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Originator: shenkin@avogadro.barnard.columbia.edu
Date: Thu, 3 Sep 1992 14:24:12 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

When I try to compile the "less" pager on an HP 720, I get:

cc: "screen.c", line 151: error 1588: "CBREAK" undefined.
cc: "screen.c", line 160: error 1588: "TIOCSETN" undefined.

These constants are #defined in <sys/ioctl.h> on other machines,
but not on the HP.

Does anyone have a workaround?

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Columbia Univ.,  New York, NY 10027
(212)854-8402    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
Newsgroups: comp.sys.hp
From: bartm@cv.ruu.nl (Bart Muyzer)
Subject: Shared libc and /lib/milli.a == problems ???
Originator: bartm@mind.cv.ruu.nl
Date: Thu, 27 Aug 1992 10:50:51 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

Dear netters,

[This is HP-UX 8.07 on an HP9000/730 and HP9000/750]

Today I encountered a problem with libc.sl and /lib/milli.a. One of our users
tried to link a *very* large program and got "error code 138" from /bin/ld.

An hour of trying reveiled that:
	* things went wrong when /lib/milli.a was referenced.
	* /lib/milli.a is
		Millicode 12.31 for libc
	  as I was told by 'what /lib/milli.a'
	* One or two times ld complained:
		Position Independent code not in library, don't use +z

This led to the idea of linking libc.a instead of libc.sl (as was done by
default).

Doing so created a working executable, although ld still complained about the
Position Independent code thing.

Questions:
1. Is this a bug? Should there maybe be a /lib/milli.sl?
2. Did anyone else encounter this problem?
3. What should I do if I want to use libc.sl??

Any help will be appreciated. Please respond by e-mailing to
"bartm@cv.ruu.nl". I'll post a summary to this newsgroup.

Many thanks in advance,
							>] Bartm [<
-- 
Bart Muyzer, Systems and Network Administrator, [NIC-Whois handle: BJM9]
     3D Computer Vision, Room E02.222, University Hospital Utrecht,
     Heidelberglaan 100, 3584 CX Utrecht, Holland. E-mail: bartm@cv.ruu.nl
     Fax: +31-30-513399. Tel: +31-30-506711 (w), +31-3402-52157 (h).
From: rhody@remus.rutgers.edu (Sean Rhody)
Newsgroups: comp.sys.hp
Subject: emacs for hp-ux
Keywords: emacs
Date: 31 Aug 92 20:55:07 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


If anyone knows where ( and how, in detail) to obtain a copy of an
EMACS editor for HP-UX ( or better still  , a n X-window version
please let me know at rhody@remus.rutgers.edu.  Thanks!
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: hpdesk <-> unix mail?
Date: Mon, 31 Aug 1992 02:33:36 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: Tin 1.1scd1 PL4

chuckm@hpunsca.canada.hp.com (Chuck Munro) writes:
: 
: Here's the generalized method I use to move email from a UN*X system
: to HPDeskmanager systems -  
:   If the recipient's HPDesk address is, for example:
:        John DOE / HP1234/AB
:   I use the following address when sending mail from a UN*X node:
:        john_doe%ab@hp1234.desk.hp.com

The "%ab" sub-entity is no longer necessary, and might even cause problems.
HP resolved all of the duplicate names at the same desknode, but different
sub-entities, a couple of years ago.
From: brukman@telesciences.com (David Brukman (dbm))
Newsgroups: comp.sys.hp
Subject: Binary SCCS files
Date: 2 Sep 92 14:20:33 GMT
Organization: Telesciences CO Systems, Inc.

The Source Code Control System (SCCS) on the SUN handles binary
files.  Does anyone know a way to make SCCS get/delta work
on binary files on HP-UX?

Source code patches are acceptable.
	dbm
--
	Jame Talissen for President!	David Brukman
EMail:	brukman@telesciences.com
	brukman@telesci.uucp (...!fantasci!telesci!brukman)
Phone:	+1 609 866 1000 x204
Snail:	TeleSciences CO Systems, 351 New Albany Rd, Moorestown, NJ 08057-1177
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Newsgroups: comp.sys.hp
Subject: Re: CC and /usr/lib/dld.sl
Date: 4 Sep 92 01:36:09 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, jhd@irfu.se (Jan D.) writes:
| Thanks for your answer. But I still get this from xdb:
| <<<< XDB Version A.08.07 HP-UX >>>>
| Child died due to: segmentation violation
| Program died in unknown location (shared library), pc = 0x1000003
| Ignoring core file "core".
| even if the program now is free from shared libraries.

	In this version of xdb, the code that produces this message
	doesn't know anything about shared libraries (wouldn't do it
	any good, the necessary information isn't in the core file).

	"(shared library)" is simply an 'a priori' best guess as to
	the cause of the problem.  All the debugger really knows is
	"unknown location" (i.e., not an address in the executable's
	text segment) and the value of the pc.

	Like any guess, it may not be correct (the pc value is there
	to help you make a better one).
						Regards, Steve taylor

NOT A STATEMENT, OFFICIAL OR OTHERWISE, OF THE HEWLETT-PACKARD COMPANY.
From: larryt@hpcupt3.cup.hp.com (Larry Thompson)
Date: Wed, 26 Aug 1992 19:18:17 GMT
Subject: Re: HP-UX 9.0
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp

>/ hpcupt3:comp.sys.hp / okuyama@pioneer.arc.nasa.gov (Darin Okuyama YR) /  1:05 pm  Aug 25, 1992 /
>This may be a dumb question but: is HP-UX 9.0 going
>to be OSF?  Can someone give me some details on what
>kinds of MAJOR things are going to change when HP
>moves to 9.0.

#include <STD_DISCLAIMERS>

A "Hotline" article (title "HP-UX 9.0 Differences") has been sent to the HP 
field offices describing in detail the differnces in 9.0.

Check with them first. If there no luck there then maybe I can find a 
"releaseable" version of the memo to post here.

Something that was announced long ago: 9.0 is not an OSF kernel. If that is
what you meant by "going to be OSF". 

Larry
Organization: Ministry of Education, Computer Center NETNEWS system V2.3
Date: Thursday, 3 Sep 1992 20:07:51 EST
From: <CHLBT014@TWNMOE10.BITNET>
Newsgroups: comp.sys.hp
Subject: Display images that have more than 256 colors

We have a 720 workstation with CRX-24.  We want to display two
256 colors images at the same time.  And These two images have its own
256 colors combination.  Is it possible to do so ?  Is it true that
you can display more than 256 colors simultaneously with CRX-24?

Wen-Tsau Chiu
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Thu, 27 Aug 1992 11:23:46 GMT
Subject: Re: Programming labels on HP-terminals
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

richard@raet-sh.UUCP (Richard van Denzel) writes:

> Can anyone please tell me how to program the function keys (f1-f8) on 
> HP-terminals through a C-program (preferrable with an example).

  You need the programmers manual for this. For older HP terminals, HP
2392A and earlier, the supplied manual contained this information. For
the newer terminals the programmers manual is optional. Please look
around at RAET for an older HP terminal manual or order a new one at the
Dutch HP office.

Frank Slootweg, HP, Dutch Customer Response Center
From: bruce@head-cfa.harvard.edu (Bruce Sams)
Newsgroups: comp.sys.hp
Subject: HP Fortran and long lines.  Thanks
Date: 26 Aug 92 08:32:07 GMT
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA



May thanks to all those who sent messages about how to use long lines in
HP fortran.  The answer, ans nearly everyone pointed out, IS in the man pages
under man f77, where it clearly states that "+es" enables longer lines.

I, as a neophyte sys manager and UNIX non-expert decided it would be 
better/easier to read the HP FORTRAN/9000 Reference book which came with our
new machine.  I looked through chapter 3, which describes the compiler and
its options, but couldn't (and still can't) find a clear statemant that 
"+es" enables long lines.

Is it reasonable to draw the conclusion that man pages are often more detailed
and perhaps more up-to-date than the reference books which come with the
software? The book was printed in 6/91, so it is the latest version.

Anyway, thanks again to all those who replied to my notice.

Bruce

Bruce Sams
cvxastro.mpa.ipp-garching.mpg.de
Newsgroups: comp.sys.hp
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: Re: that HPUX ld linker again...
Date: 3 Sep 92 01:45:52 GMT
Organization: Tivoli Systems, Inc

In article <FRANL.92Aug28132400@draco.centerline.com>, franl@centerline.com (Fran Litterio) writes:
|> stuart@TIVOLI.COM (Stuart Jarriel) writes:
|> 
|> > ld: R_DATA_ONE_SYMBOL fixup in file ds_common.o for code unsat symbol "stupid_test" - use P' fixup
|> > 
|> > where stupid_test is the first function in the first .o file that I pass
|> > to the linker with a -b option (trying to build a shared-lib).
|> > 
|> > Has anyone seen the R_DATA_ONE_SYMBOL before, or know what at P' fixup
|> > is?  It looks like a nice loader diagnostic.
|> 
|> I think it's trying to tell you that you can only make shared
|> libraries out of object modules that are compiled in PIC (position
|> independant code) mode.  Compile your code using the +z swtich.
|> --

That was part of it, the other part was P' word alignment in the .s
file.  Thanks for the post!!

stuart
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: Linker selection of symbols from shared-libs
Date: 28 Aug 92 17:12:16 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, stuart@TIVOLI.COM (Stuart Jarriel) writes:

> Lets say I have a shared lib, libmine.sl, and there is a function in
> libmine.sl called write().
> 
> So I build my program with:
> 
> cc program.c -o program -lmine
> 
> will program use the write in libc.sl or in libmine.sl?
> 
> (actually, the answer is libc.sl)

Actually, your program will use "write", but any libc routine that use "write"
internally will use the libc "write".  This is ANSI-specificied behavior -
since "write" is not reserved by ANSI, you are free to define it yourself, and
this is not allowed by ANSI to interfere with the behavior of, say, fwrite().
Every standard has their own set of reserved symbols.  Rather than try to
support a different version of libc for every standard in existence, we elected
to simply force all calls within libc to resolve internally by default, with
the exception of malloc(), which is redefined so often we decided to allow it
to work by default.  It is reserved by all standards, so any program that
defines it is non-conforming, so we don't violate any standards by allowing the
redefinition.

To override the default behavior, you need to call your function "_write"
instead of "write".  If you do an "nm" on libc, you'll see there is a "write"
and a "_write" (with extra underscores on 300/400's) with the same address, and
that the "write" is marked "secondary".  This is so you can define your own
"write" without causing a multiply-defined symbol error (secondary defnitions
are ignored if a prior definition is seen).  Now libc routines such as "fwrite"
will call your "_write".  If you want to define "write" as well, either make
them aliases via some assembly twiddling, or simply have "write" turn around
and call "_write".

This same advice holds for any libc symbol (other than malloc) you want to
redefine in this manner.  You should "nm" first, though, to check the correct
spelling of the aliased (primary) name - sometimes there are more underscores.
For example, there was already an "_exit", so the primary name for "exit" is
"__exit".

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Newsgroups: comp.sys.hp