S36 $COPY

[Doug Hart <dhart@xxxxxxxx>]

  We are having a reoccurring problem that has been around for
years.  We still have some *OLD* S36 OCL procedures that use the
$COPY function.  If a file is already open by a job and then
another job running $COPY tries to use it as it's input file
(filein) the $COPY will go into a wait trying to get an exclusive
lock on the file, this finally times out and fails.  This seems
odd as it should only require a shared read lock.  We are on 
OS/400 v3.1 and v3.7, both fail the same way.

  When investigating this I found that the member COPYDATA in
QSSP/QS36PRC has been modified.  I do not know the history behind
why the was changed.

  stmt 53.00 was-->   //  UNIT-F1,DISP-SHRRR
     changed to -->   //  UNIT-F1,DISP-SHR

  Can anyone explain what this would do?


-- 
Doug Hart -  dhart@syra.net         President
Sr. Consulting Technical Analyst    Central New York AS/400 User Group
IBM AS/400 Technologies             www.syra.net/~dhart/cny400ug.html


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com
+---