<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.6000.16414" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=169104622-22052007>Hi
Richard,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=169104622-22052007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=169104622-22052007>Thanks
for your prompt response.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=169104622-22052007>A
privilege issue is what we thought initially as well, but overwriting a data
file in the same directory with the very same privileges works perfectly fine
with a Vax Cobol program.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=169104622-22052007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=169104622-22052007>So
privileges are not the issue here, unless PowerHouse doesn't use the VMS rules
properly, which is what we suspect.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=169104622-22052007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=169104622-22052007>Cheers,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=169104622-22052007>Martijn</SPAN></FONT></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Richard Witkopp
[mailto:RWitkopp@phxa.com] <BR><B>Sent:</B> Wednesday, 23 May 2007 10:29
a.m.<BR><B>To:</B> 'Martijn Nabben (Fairfax)';
'powerh-l@lists.sowder.com'<BR><B>Subject:</B> RE: Problem with overwriting
subfile on another Vax node<BR><BR></FONT></DIV>
<DIV><SPAN class=353452722-22052007><FONT face=Arial color=#0000ff
size=2>Sounds like it doesn't have privilege to delete the existing
subfile.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
powerh-l-bounces+rwitkopp=phxa.com@lists.sowder.com
[mailto:powerh-l-bounces+rwitkopp=phxa.com@lists.sowder.com]<B>On Behalf Of
</B>Martijn Nabben (Fairfax)<BR><B>Sent:</B> Tuesday, May 22, 2007 3:21
PM<BR><B>To:</B> 'powerh-l@lists.sowder.com'<BR><B>Subject:</B> Problem with
overwriting subfile on another Vax node<BR><BR></FONT></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>We are in the
process of migrating a variety of systems from Vax to
Alpha.</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>The plan is to
do a serial migration of one system after another.</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>There are online
interfaces between these systems, where a program from the first system
reads and writes subfiles in another system's data
directory.</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>In order to
maintain this functionality we are currently trying to redefine the logicals
to point to the data directory on the other node. In other words defining
logicals on the Alpha that point to a data directory on the
Vax:</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Fixedsys size=2>define
RPY_DATA YAK::DKA100:[RPY.WKP.DATA]</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>For reading
subfiles and writing brand new subfiles this seems to be working fine,
but when overwriting an existing subfile (using Quiz for instance), the
following error occurs:</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><FONT
face=Fixedsys>> set subfile name rpy_data:inc-runs2 keep at
emp-id<BR>> go<BR>*W* The permanent subfile RPY_DATA:INC-RUNS2 will be
cleared.<BR><FONT color=#ff0000>*W* Data access error.
(RPY_DATA:INC-RUNS2)<BR>%RMS-F-FTM, network file transfer mode precludes
operation (SQO set)<BR></FONT></FONT></FONT></SPAN><SPAN
class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007><FONT face=Arial
size=2></FONT></SPAN></FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007><FONT face=Arial size=2>Our Vax Systems guy has
checked all necessary access/privilege settings, but they all seem to be
alright.</FONT></SPAN></FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007></SPAN></FONT></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007>Does this ring a bell with anybody? Please let me
know if you need more detailed info, that I haven't considered as important
at this stage.</SPAN></FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007></SPAN></FONT></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2><SPAN
class=132063803-14052007><FONT face=Arial size=2>Alpha: OpenVMS V7.3-2
</DIV>
<DIV>
<DIV>
<DIV><SPAN class=132063803-14052007><FONT face=Arial size=2>Vax: OpenVMS
V7.3</FONT></SPAN></DIV>
<DIV><SPAN class=132063803-14052007>PowerHouse: 7.10G1</SPAN></DIV>
<DIV><SPAN class=132063803-14052007></SPAN> </DIV>
<DIV><SPAN class=132063803-14052007>Thanks,</SPAN></DIV>
<DIV><SPAN class=132063803-14052007>Martijn Nabben</SPAN></DIV>
<DIV><SPAN class=132063803-14052007>Fairfax Media, Wellington, New
Zealand</SPAN></DIV></FONT></SPAN></DIV></FONT></SPAN></DIV></BLOCKQUOTE><BR>
<P><FONT face=Arial size=2>NOTICE: The information contained in this e-mail
and any attachments is confidential and may be privileged or otherwise
protected from disclosure. This e-mail is intended solely for the use of the
named addressee. Any other use, printing, copying, disclosure or dissemination
may be subject to legal restriction. If you are not the intended recipient,
please contact the sender and delete all copies including any
attachments.</FONT></P></BLOCKQUOTE></BODY></HTML>