On the other hand, it could be another program downstream clearing the data files nad not the absolute path.
Never mind. Charles Shaffer Senior Analyst NTN-Bower Corporation charles_shaf...@ntn-bower.com Sent by: owner-u2-us...@listserver.u2ug.org 03/11/2009 01:56 PM Please respond to u2-users To: u2-users@listserver.u2ug.org cc: Subject: [U2] OSBWRITE problem I am having a problem with an OSBWRITE statement. We exchange data with Chicago, Japan, the UK, etc. We have worked out a method that we have been using for years withoput problem. On downloads the sender (AS400 or 390) submits a request to run a *nix script on our RedHat server. The script does some things including running a UniBasic program like this $UDTBIN/udt<<EOD>>$LOG RUN BP CONV_ORD -N bye EOD This is a method we haver used for many years with no problems. The script and UniBasic program run with errors. However. When run through the script, a particular OSBWRITE command does not write anything to the file. Running the UniBasic program from ECL like this: :RUN BP CONV_ORD Writes data to the file with no problem. There are other OSBWRITEs in the same program that run fine either way. The only difference is that they use relative paths FILES_AS400/poconv.pad, while the problem uses absolute paths /NTN/DATA/CORPORATE/FILES_AS400/CUST_XFER. I check the STATUS after the OSBWRITE and status is 0. The file is owned by the same user that runs the program and permissions are rw-rw-r-- umask for the user is 002 The environment in the script is setup by calling a boilerplate script containing this: # Set up the CMI environment CMIHOME=/NTN/CMI/TRANS4M UDTHOME=/NTN/CMI UDTBIN=/usr/ud/bin TERM=vt100 export CMIHOME UDTHOME UDTBIN TERM PATH=$UDTBIN:/usr/local:PROCESSES:$PATH export PATH #EOF EOF It seems to only occur when the subroutine is invoked through a script and the filename uses an absolute path. Charles Shaffer Senior Analyst NTN-Bower Corporation ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/