RE: [U2] OSBWRITE problem

2009-03-11 Thread Larry Hiscock
What are the permissions to all of the directories to the path in which the
files reside?  The user running the script must have execute permissions on
each directory in the path.

We do a lot of this sort of thing, via scripts that are started by cron.
The only significant difference I can see in our scripts, is that instead of
running the programs they way you are, we catalog the programs with the
LOCAL option (which really just creates a VOC pointer to the compiled object
code), then instead of:

$UDTBIN/udtEOD$LOG
RUN BP CONV_ORD -N
bye
EOD

We do:

$UDTBIN/udt PHANTOM OP610

Where OP610 is an example of a VOC pointer to a LOCAL cataloged program.
This runs the program as a phantom and automatically creates an output log
in _PH_


Larry Hiscock
Western Computer Services



-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of
charles_shaf...@ntn-bower.com
Sent: Wednesday, March 11, 2009 11:56 AM
To: u2-users@listserver.u2ug.org
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/udtEOD$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/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] OSBWRITE problem

2009-03-11 Thread Charles_Shaffer
Thanks Larry, but I was missing a program downstream that was clearing the 
files.

Charles Shaffer
Senior Analyst
NTN-Bower Corporation
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/