HDTenEightyP/NetNews huggingface dataset:
From: rjohns@brtph46.BNR.CA (Richard Johns P205)
Subject: Re: Turning off icon box under VUE?
Reply-To: rjohns@brtph46.BNR.CA (Richard Johns P205)
Organization: Bell-Northern Research Ltd.
Date: Thu, 19 Nov 1992 22:06:31 GMT


In article <BxzCr9.6GF@hpuerca.atl.hp.com>, kfj@hpuerca.atl.hp.com (Kirk
Johanning) writes:
|> In <1992Nov19.163008.4400@brtph560.bnr.ca> rjohns@brtph46.BNR.CA
(Richard Johns P205) writes:
|> 
|> >I prefer not to use the icon box under HP VUE, but setting 
|> 
|> > Vuewm*useIconBox: False
|> 
|> >in my current resources has no effect, even after logging out and in again.
|> >I always get the icon box.  Any idea what I'm doing wrong?  Thanks
in advance.
|> 
|> The assumption that I am making here is that when you write "setting
|> <the resource> in my current resources" you are actually going to the
|> $HOME/.vue/<node>/current/vue.resources file and editing it.
|> 
|> ...
|> 
|> The correct way to make any resource modifications is to use the
|> RES_EDIT tool (if you are running HP-UX 8.0 or greater) or to use
|> xrdb(1).  
|> 
No, actually, I tried both RES_EDIT and xrdb, then either restarting vuewm or 
logging out and logging back in.  The useIconBox entry always shows up in 
RES_EDIT.  It doesn't matter if I close the icon box on each workspace first.  
Does anyone else actually do this?  Thanks, again.

Cheers,
 Rick Johns
 BNR

Disclaimer: I said it, BNR didn't.
==============================================================================
==============================================================================
Newsgroups: comp.sys.hp
From: michael@resonex.com (Michael Bryan)
Subject: Re: When will HP supply PATCHES before they are Required?
Organization: Resonex Inc., Sunnyvale CA
Date: Fri, 20 Nov 1992 10:00:13 GMT

In article <28510355@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:
>  Supporting patches in the presence/absence of other patches is not a
>simple matter. As one of our Sun colleagues once said in this forum
>(quoted from memory): The industry has a name for the tested and
>supported set of all patches, it is called a "release". :-)

It's understood that supporting patches is, to say the least, non-trivial.
However, why can't HP supply regular Release Updates to HPUX?  Across
*all* supported platforms, please.  (I get so frustrated when I hear
someone say "Oh, that's fixed in 8.07", when the 300 only has 8.0!)
When I was working in a DEC shop, this was common practice.  RSTS would
receive periodic bug-fix updates.  Same thing with VMS, which had
several releases of 2.*, 3.* and 4.* while I was involved with the
system.  HP-UX?  Just a series of patches, received on a piece-meal
as-needed basis.  And occassionally a new version for the high-end
systems.

I really think HP could be doing better than they currently are.

-- 
Michael Bryan  michael@resonex.com  "Milk and Cheese in '92!"  |     ,_,
"There's nothing quite like watching your most recent          |    /oo \
crush, and your second-most recent crush, rushing into         |    <>__|
each others' arms..."  --- Miss Almira Gulch                   |    |  U|
From: njconway@ccvax.ucd.ie
Newsgroups: comp.sys.hp
Subject: Re: Re: HPUX & SVID
Date: 19 Nov 92 09:46:22 GMT
Organization: University College Dublin

In article <4310312@hpindda.cup.hp.com>, alech@hpindda.cup.hp.com (Alec Henderson) writes:
> atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
> 
>>>I'm curious.  Can you provide a specific example of SVID version 3
>>>functionality that you have tried to use which is not in HP-UX 8.0 (on
>>>the series 300/400) or HP-UX 8.07 (on the series 700)?
>>
>>No problem:  STREAMS is an obvious one 
>>(though STREAMS actually first appeared in SVID 2.2)
> 
> HP has just released a separate STREAMS/UX product.  It requires HP-UX 9.x.
> It includes the basic STREAMS framework, a generic TLI interface, and
> DLPI to HP's Ethernet/802.3 and Token Ring/802.5 network interface
> cards.
> 
> The STREAMS/UX product does NOT provide a STREAMS-based implementation
> of pipes and fifos, TCP/IP, or terminal I/O.
> 
> Regards,
> Alec Henderson

Hmm.  So what you are saying is that Randall is right - the functionality does
NOT appear in HP-UX 8.anything ?  Not only that, even with 9.x, you have to 
buy it ?  And (worse still ;-) it's incomplete...   

oh well

Neil
From: crawford@boole.mitre.org (Randy Crawford)
Newsgroups: comp.sys.hp
Subject: Re: tcsh, emacs, rlogin and termcap support
Keywords: tcsh, emacs, rlogin, termcap
Date: 23 Nov 92 22:09:54 GMT
Organization: The MITRE Corporation, McLean, VA
Originator: crawford@boole.mitre.org


In article <1992Nov23.153242.10946@relay.nswc.navy.mil>, whiles@nswc.navy.mil (William Scott Hiles x1568) writes:
> There was some discussion on the termcap for HP-UX but the responses seem to 
> indicate that HP does not think (or want) applications to run on multiple
> platforms.  The responses seem to indicate that there are not applications
> which will run on a sun and a HP.

Nah.  We do it all the time. 

> 
> Example 1:
>   TCSH is very popular and is available on the sun, sgi, dec, and ibm platforms.  
>   This enhanced (much better than anything previously available) shell uses the
>   termcap and requires the termcap library to be compiled completely.  When using
>   the NIS to allow the passwd to be shared across machines composed of suns,
>   or SGIs, or anything else, you are limited the common shell.  Users of our system
>   want tcsh to the extend that they would rather just not use the HP system than
>   give up the tcsh functionality.  
> 
>   My solution to this problem was to get the emacs 18.58 files and copy the
>   src/termcap.c and src/tparam.c to the tcsh directory and modify the following
>   lines in the Makefile for tcsh-6.00:

Don't do that.  Log in with a xterm.  Tcsh works fine for us on both architectures.

> 
> Example 2:
>   Emacs is a very popular editor for all platforms but it requires termcap to
>   work.  It comes with the necessary code to be compiled without a termcap 
>   library, but you need a good termcap file.  I could not find one on my system
>   by typing "find / -name termcap -print" so I got one from some other system
>   and added the alias of hpterm to the hp2621.  It works fine.

Use an xterm, not a hpterm.  Emacs and lemacs work fine here in xterms.

> 
> Example 3: 
>   It is very common for us to rlogin to another system.  The HP does not recognize
>   the sun-cmd ad a type of terminal and the sun does not recognize the hpterm
>   as a valid terminal.  

Both systems understand xterms (busted record here).
 
Gee.  It seems I've solved all three of your problems.  Stay away from proprietary
terminal emulators (sun-cmd or hpterm) and you'll be fine.

(IMHO, the only good use for an hpterm is running SAM after rlogin-ing into a pre-
HP/UX 8.0 machine.)
-- 

| Randy Crawford        crawford@mitre.org        The MITRE Corporation
|                                                 7525 Colshire Dr., MS Z421
| N=1 -> P=NP           703 883-7940              McLean, VA  22102
From: hakimian@haney.eecs.wsu.edu (Karl Hakimian - staff)
Newsgroups: comp.sys.hp
Subject: Parallel port on 300/400, and 700
Keywords: parallel
Date: 20 Nov 92 00:01:38 GMT
Organization: School of EECS, Washington State University

I have been trying to write a program that will read the response of a
PostScript printer on the parallel port on our hp 300/400s and 700.

So far when I try to set things up on the 700s it fails in the
io_reset call. Invalid argument?

On the 300/400s I get past the io_reset and the io_timeout_ctl, the write
works just fine but the read fails with io error. The read does fail after
the timeout expires (I suppose that it is possible that the printer had nothing
to say), but the error does not look like a timeout.

Any ideas? Any suggestions?

BTW The printer hooked up to the computer is a LaserJet II with a Pacific Page
PostScript cartridge.

-- 
Karl Hakimian
hakimian@yoda.eecs.wsu.edu
Newsgroups: comp.sys.hp
From: dbrooks@osf.org (David Brooks)
Subject: Re: Bug in chmod on HP 9000/700 HP-UX-8.07
Followup-To: comp.sys.hp
Reply-To: dbrooks@osf.org (David Brooks)
Organization: Open Software Foundation
Date: Thu, 19 Nov 1992 18:27:54 GMT

In article <1992Nov19.174815.11685@Informatik.TU-Muenchen.DE> Thomas.Knott@Informatik.TU-Muenchen.DE writes:
>
>Hello!
>
>There is a bug in chmod command on HP 9000/700 with HP-UX-8.07. If you make a
>'chmod +s' to an existing directory, this directory disappears and you have no
>chance to get it back with 'normal' HP-UX commands.
>
>Just try this:
>% mkdir /tmp/test
>% chmod +s /tmp/test

Try this: chmod -s /tmp/test+.  Or, more germanely, chmod -H.  The
directory has become hidden; the setuid bit is the same as the Hidden bit.

I submit the only bug is that chmod(1) accepts +s for a directory.  It
doesn't accept +H for a regular file.
-- 
David Brooks					dbrooks@osf.org
Open Software Foundation			uunet!osf.org!dbrooks
Allberall und ewig blauen licht die Fernen!  Ewig... ewig... earwig... O!
Newsgroups: comp.sys.hp
From: cho@wdl1.wdl.loral.com (Il Hyung Cho)
Subject: Laserjet 4 (m)
Followup-To: comp.sys.hp
Organization: LORAL - Western Development Labs
Date: Wed, 18 Nov 1992 21:15:47 GMT

Has anyone personally have experince with the Laserjet 4(m)?
What are you comments on them?
Price?  Quality?  Speed?  Compatability?  Overall?

Thanks in advance....

Il Hyung Cho
Macintosh Systems Support
LORAL - Western Development Labs
Internet:  cho@wdl1.wdl.loral.com
Newsgroups: comp.sys.hp
From: gcagle@dracula.mentorg.com (Greg Cagle)
Subject: Re: HP-UX 9.0 compatibility questions.
Date: Mon, 23 Nov 1992 18:28:33 GMT
Organization: Mentor Graphics
Keywords: 
Followup-To: 

In article <13330050@hpspdla.spd.HP.COM>, stevewi@hpspdla.spd.HP.COM (Steve Witten) writes:
|> > Can applications built under 8.07 run under 9.0 without needing
|> > relinking or recompilation?  I recall that for the 7.0 to 8.0 upgrade
|> > on the Series 300/400 you had the choice of recompiling the entire
|> > application or running the 7.0 executable under 8.0, but you
|> > absolutely were not supposed to relink 7.0 object files under 8.0.
|> > Are there any such restrictions for the 8.07 vs 9.0?
|> 
|> Contrary to popular belief, not all of us in HP have access to the
|> latest and greatest stuff.  I downloaded a copy of the 9.0 release
|> notes (kindly posted by someone at Mentor Graphics) from this very
|> notes group.  I believe I read that applications compiled on HP-UX
|> 8.0x can be run on HP-UX 9.0 without recompiling.  This seems to be
|> confirmed by some folks in Fort Collins but... (and this is a BIG BUT!)
|> 

We have been doing this for some time with no problems, shared libraries
and all.

-- Greg
---------------------------------------------------------------------------
Greg Cagle                                      Mentor Graphics Corporation
greg_cagle@mentorg.com                         Platform Technology Division
(503)685-1570                                  Member of the Cultural Elite
---------------------------------------------------------------------------
Newsgroups: comp.sys.hp
From: jand@htsa.aha.nl (Jan Derriks)
Subject: How to change modem MTCONNECT timer on 9000/827 ?
Date: Mon, 16 Nov 1992 15:45:10 GMT
Organization: Algemene Hogeschool Amsterdam, Polytechnic Institute


Simple question about non-simple (CCITT) terminal line settings:

How can I change the MTCONNECT *default* modem timer value ???

In CCITT mode the CONNECT timer value defaults to 25 seconds and
cannot be changed permanently by building a new kernel
.. or can it ?

When your (answering) modem cannot make the connection in 25 seconds
the connection is broken. Users calling in don't appreciate that.

Thanks in advance.

Jan Derriks
Newsgroups: comp.sys.hp
From: davew@olo.dec.com (Dave Willoughby)
Subject: How do you run vuefile remotely
Reply-To: davew@olo.dec.com
Organization: Digital Equipment Corporation
Date: Wed, 18 Nov 1992 17:40:23 GMT


Hi there,

Anyone know how to fire VUE applications remotely. I've been trying to fire
vuefile from my 730 to a SUN, but nothing actually happens. Nothing appears
on the SUN, but eventually you get a number in the terminal which invoked
vuefile, of the form nodename:number. I suspect the problem is related to the
BMS (broadcast message server), but I can't seem to find any way round it.

BTW I don't want to run a full blown vuewm session.

Can anyone help ?

Dave
From: b_kondalski@vssi.trw.com (Brian J. Kondalski)
Newsgroups: comp.sys.hp
Subject: Re: root access to nfs filesystems
Date: 17 Nov 1992 16:15:58 -0500
Organization: TRW Vehicle Safety Systems, Inc.
NNTP-Posting-Host: trwvssi.vssi.trw.com

In article <1992Nov17.170956.29695@lmpsbbs.comm.mot.com> bennett@areaplg2.corp.mot.com writes:
>That will be supported as of 9.0. Currently you can do it by modifying the
>kernal, However, this is a security hole because it maps all pcnfs users to root.

My pcnfs users have a userid when they mount via nfs from my 750.  If they
don't have permission to modify a file, then they can't.  And I have patched
my kernel to allow root export.  Where does this security hole come in?
-- 
Brian J. Kondalski      b_kondalski@vssi.trw.com        "Listen to the pictures
TRW V.S.S.I.            Voice: (313) 781-7382            flow; across the room
4505 West 26 Mile Road  Fax: (313) 786-7702              into your mind they 
Washington, MI  48094   Views expressed here are MINE!   go."
Newsgroups: comp.sys.hp,comp.sys.sun.misc
From: gjb@fig.citib.com (Greg Brail)
Subject: Re: lrom won't display on a Sun
Organization: Citibank IBISM
Date: Fri, 20 Nov 1992 18:49:35 GMT

In article <1eer19INNoem@ef2007.efhd.ford.com> "Mike O'Connor" <mjo@fmsrl7.srl.ford.com> writes:
>In article <1992Nov18.202612.23858@u.washington.edu>
>dxxb@hardy.u.washington.edu (David Barts) writes:
>:For some reason, I can't get lrom (the HP LaserRom utility) to
>:display on my Sun workstation running OpenWindows 3.0.  Lrom displays
>:just fine on an HP-UX or Apollo display, but when I set DISPLAY to
>:a Sun, it just sits there and does nothing after I see the message:
>:	Checking nero.ce:0.0 for use as the X Windows display server
>:
>:Other HP X clients (e.g. xterm) work just fine on the Sun.
>Wait around 20 minutes.  If it appears, you've encounted a Sun
>OpenWindows bug, #1076332 and (what I consider to be) a timeout
>problem with the HPs.  The problem is fixed, according to Sun, in
>OpenWindows 3.0.1.

Or better yet, set the "*useColorObj" X resource on your Sun to "false"
by editing your .Xdefaults file and re-running xrdb, or whatever else
you do to change X resources on your Sun. This solves the problem.

			greg
-- 
Greg Brail ------------------ Citibank -------------------- gjb@fig.citib.com
lose (lOOz) v. 1. a. To be unable to find; mislay. b. To incur the 
deprivation of, as by negligence or accident. 2. To be unable to maintain,
sustain, or keep. 3. The most commonly misspelled word on Usenet.
Newsgroups: comp.sys.hp
From: jsm@fc.hp.com
 (John Marvin)
Subject: Re: New HP Workstations (audio)
Date: Thu, 19 Nov 1992 05:04:01 GMT
Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
X-Newsreader: TIN [version 1.1.1 PL6]

Stuart Jarriel (stuart@TIVOLI.COM) wrote:
: In article <2247@sdrc.COM>, gegabb@sdrc.sdrc.com (Rob Gabbard) writes:
: |> 
: |> What are the audio capabilities of the new boxes ?  The glossies I have
: |> for the 715 and 725 state that they have audio I/O ports.  The one for
: |> the 735 says CD-quality audio is optional while the 755 is listed as
: |> having CD-quality audio.
: |> 
: |> I assume this means the 715 and 725 have integrated 8 bit audio (like
: |> the 710) while the 735 has optional 16 bit and the 755 has 16 bit built
: |> in.
: |> 
: |> Considering the Indigos and SS10's have integrated 16 bit this seems
: |> strange on HP's part.
: |> 
: |> Anybody else know more on this ?
: |> 
: 
: All the 7x5 systems have 16 bit, 44Khz stereo audio.

Actually, upto 48Khz (DAT sampling rate) is supported.

: 
: The 735 is optional because the audio is on the I/O board and 
: a 730->735 upgrade could use the 730's I/O board which only beeps.

NO, this is not a supported configuration. It has never been tested. Due
to probable PDC/IODC imcompatibilities, I doubt it would work. There is
no product that you can order that will get you just the 735 CPU board.
The only way of doing that would be to order via 10 digit part number (if
HP would allow you to do that). Again, it is unsupported, and probably
will not work.

Audio is not  optional on the 735.
: 
: For 715/725/755 the audio is on the CPU board so it isnt really 
: optional.

No, CD/DAT quality audio is optional on the 755. It is not on the CPU
board. CD/DAT quality audio for the 755 is on an optional SGC card. This
card also accepts an optional daughterboard for FDDI. So if you get FDDI,
you also get audio, i.e. it is not possible to get FDDI without getting
audio for the 755).

	John Marvin
	jsm@fc.hp.com
Newsgroups: comp.sys.hp
Subject: Re: Vuepad bug/feature. Was: Wanted: simple editor
From: nholford@ccu1.aukuni.ac.nz (Nick Holford)
Date: Mon, 23 Nov 1992 23:13:32 GMT
Organization: University of Auckland, New Zealand.

aaa@hpuerca.atl.hp.com (Simon Fowler) writes:

>Interesting - I have the problem with E.EXE. It is VERY frustrating!!. 
>I am using OS/2 1.3 most of the time and that is where I see the problem.

OS/2 v 2.0 e.exe has these bugs fixed!


It is interesting to note the parallel evolution of the same brain
damaged behaviour in two quite different niches. The mind boggles at
explanations - did HP use industrial espionage to steal the secrets of
an editor from IBM? Did HP employ someone with wierd brain function who
previously worked atIBM? Did both companies use the same 3rd party
contract programmer who was really in the pay of Microsoft or Sun? :-)

-- 

Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, Auckland, New Zealand
INTERNET: n.holford@aukuni.ac.nz
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.sys.hp
Subject: Re: termcap for hpterm
Date: 19 Nov 1992 16:34:49 GMT
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: slee01.srl.ford.com

In article <41261@sdcc12.ucsd.edu> xm9@sdcc12.ucsd.edu (richard g.
adair) writes:

:In article <1eer8lINNoeq@ef2007.efhd.ford.com> "Mike O'Connor" <mjo@fmsrl7.srl.ford.com> writes:
:>I take it then that HP expects we'll only be talking to SVID systems.
:>Lovely.
:
:I'm confused.  If you run the terminal emulator on the SUN and have
:it display on the HP (as one is supposed to do under X) you will be
:using the Sun's termcap facilities, not anything on the HP.

Ever thought that the remote system where the termcap would be used
wouldn't be a Sun or wouldn't/couldn't run X?  I connect to several
systems like that, and a working termcap I could deploy (either in
/etc/termcap or by redirecting my personal TERMCAP environment
variable) would be nice.  Unreasonable?

						...Mike


--
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
From: tmilner@hprpcd.rose.hp.com (Tom Milner)
Date: Fri, 13 Nov 1992 21:48:56 GMT
Subject: Re: Re: How to redirect my new mail to a file
Organization: Performance Technology Center, Roseville
Newsgroups: comp.sys.hp

In comp.sys.hp, pasq@cup.hp.com (Mark Di Pasquale) writes:

|   You might try writing a program that redirects stdin to your own private
|   mail file.  Then you can call that program in your .forward file:
|
|   	"| /users/you/bin/program"

                 or

         | "cat >> /mydir/file"
From: bwehr@eccdb1.pms.ford.com (M. Bruce Wehr)
Newsgroups: comp.sys.hp
Subject: Re: Obtaining HP info without having a salesrep call
Date: 19 Nov 1992 19:36:20 GMT
Organization: Ford Motor Co.
Reply-To: wehr@fmsrl7.srl.ford.com
NNTP-Posting-Host: eccdb1.pms.ford.com
X-Newsreader: TIN [version 1.1 PL6]

#David McSavaney (mcsavaney_d@apollo.hp.com) wrote:
: 
: From a fax machine, lift the handset and call  1 208 344 4809 

    I just recently tried this number (about 1400 EST 19nov92) and there
    was no answer. Is there some problem?

--
             \ Bruce Wehr (wehr%dptc.decnet@srlvx0.srl.ford.com) /            
*--------------\   Ford Motor Company - Electronics Division   /--------------*
 \ Electronics Technical Center - Powertrain Electronic Controls Engineering /
   *-- 17000 Rotunda Drive, Room B360, Dearborn, MI  48121 (313)248-5530 --*
From: rmorley@mis.mi04.zds.com (Ron Morley)
Newsgroups: comp.sys.hp
Subject: Third Party Disk Drives for 9000/8xx
Date: 19 Nov 92 12:51:22 GMT
Followup-To: poster
Distribution: usa
Organization: Zenith Data Systems

Does anyone have a list of third party disk drives that will work with the
HP 9000/8xx (specifically an 837)?  I would prefer drives that HP will
support, or at least not throw up, if they see them on the box. Please reply
via e-mail.

Thanks in advance,
Ron Morley

Zenith Data Systems
Hilltop Rd.
St. Joseph, MI.

e-mail: R.Morley@mis.mi04.zds.com
From: juo@klinzhai.rutgers.edu (John Oleynick)
Newsgroups: comp.sys.hp
Subject: Sun-like trace(1) for 7xx's running 8.07?
Date: 18 Nov 92 19:23:17 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Has anyone created/ported a utility like Sun's trace(1) (creates or attaches
to a process and prints the system calls it makes) to the HP 7xx's running 
8.07?  I checked iworks, utah and archie trace without any luck.  

I started looking through the ptrace man page and include file and it
looks like Sun's ptrace() provides a way to continue the traced process
until it makes a system call, but 8.07 doesn't have (or at least
document) this, although I suppose I could just single step the
process.

I guess I could write something from scratch to do this, or hack on
pa-gdb, but I'd rather not do that if somebody else has already done
it.


		John
##
John Oleynick   juo@cs.rutgers.edu  ..!rutgers!cs.rutgers.edu!juo
Newsgroups: comp.sys.hp
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Subject: Re: What's HP's keyboard swap policy
Organization: Naval Research Laboratory, DC
Distribution: usa
Date: Fri, 20 Nov 1992 00:56:18 GMT

In article <Bxz77J.16x@fc.hp.com> rjn@FC.HP.COM writes:
>Mike McDonald (mac@mercury.Harris-ATD.com) wrote:
>
>> I've got a 750 from the Navy (TAC-3 contract).  It came with the hideous
>> (IMHO) HP keyboard.  Can someone tell me what HP's policy is on trading it
>> in for the PC style keyboard?

  Most smart HP sales reps will swap an unused salable awful HP
keyboard for the 101-key keyboard at no cost if you ask nicely.

  I'm hoping for an ECP to the TAC-3 contract to get a decent keyboard
supplied.  The current one drives every TAC-3 site that I know about
(not a small percentage) nuts.

Ran
atkinson@itd.nrl.navy.mil
From: mark@roissy.umd.edu (Mark Sienkiewicz)
Newsgroups: comp.sys.hp
Subject: Re: Bug in chmod on HP 9000/700 HP-UX-8.07
Date: 20 Nov 92 22:01:39 GMT
Organization: University of Maryland

In article <1992Nov19.174815.11685@Informatik.TU-Muenchen.DE> Thomas.Knott@Informatik.TU-Muenchen.DE writes:
>
>There is a bug in chmod command on HP 9000/700 with HP-UX-8.07. If you make a
>'chmod +s' to an existing directory, this directory disappears and you have no
>chance to get it back with 'normal' HP-UX commands.

It's not a bug--  it is supposed to do that.  You've stumbled across a way
to create "Context dependent files".

The normal way to do this is either with makecdf(1) or chmod +H file.

For a directory named "foo", you can change it back with the command
	% chmod -H foo+

It's a bit twisted, so instead of explaining it, I'll just tell you
to look at these man pages:

	cdf(4)
	context(5)
	chmod(1)
	makecdf(1)
	getcdf(3)
	showcdf(1)
	getcontext(1)

After that, you probably see how it works and why it's there.

Mark S.
Newsgroups: comp.sys.hp