Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!apollo
From: sundar@CASE.CSNET ("Sundar R. Iyengar")
Newsgroups: mod.computers.apollo
Subject: DM commands CV and RO
Message-ID: <8603010113.AA23019@yale-cheops.YALE.ARPA>
Date: Fri, 28-Feb-86 00:48:09 EST
Article-I.D.: yale-che.8603010113.AA23019
Posted: Fri Feb 28 00:48:09 1986
Date-Received: Sat, 1-Mar-86 18:16:34 EST
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 27
Approved: apollo@yale-comix.arpa


We just switched to 4.2BSD.  The "inlib" command, when executed from
within csh, doesn't seem to load the mentioned library (the las
doesn't contain the library name).  Is there a fix for this?

I am also curious to know how the DM commands "ro" and "cv" work.  "ro"
seems to have access to a "file-modified" variable.  When a pad is opened on
a file through the DM command "cv", the pad header indicates the read-only
nature of the pad with a "R".  "ro" correctly handles toggling
the read-only status of this pad (R to I and I to R).  However, when a
similar pad is created using the pad call "pad_$create" with a "pad_$edit"
attribute (the pad header contains an I), "ro" thinks that the pad has been
modified.  An attribute of "pad_$read_edit" disallows "ro" to work on the
pad (this is documented in the manuals).   I wonder what attribute "cv" uses
to create the same pad.  It couldn't use "pad_$edit" unless
it is able to clear the "file-modified" variable and change the pad header
information (to change I to R) and it couldn't use the "pad_$read_edit"
attribute because of the documented "feature".  If "cv" can clear the
"file-modified" variable, what system call does it use to do it?

Thanks.

sundar r. iyengar		

arpa:  sundar.case@csnet-relay     531, crawford hall
csnet: sundar@case		   case western reserve university
uucp:  decvax!cwruecmp!sundar	   cleveland, oh 44106