|
I think the problem is independent from VB call.
Let's imagine:
Time Instance #1 of CL instance #2 of CL
0:00 CLRPFM just starting
0:001 CALL something CLRPFM can't work because the file is locked
by instance #1
or USE
the file just
cleared
Could it be right ?
Ciao
Domenico Finucci
Fiditalia, Milano, Italy
-----Messaggio originale-----
Da: Shaik Basha [mailto:SBasha@accentonline.com]
Inviato: giovedì 8 giugno 2000 14.03
A: cobol400-L@midrange.com
Oggetto: CL call from VB
I am having a problem when I called a CL procedure(The CL in turn calls a
Cobol/400 program)from Visual Basic in a
multi-user environment, Does the CL object get locked by the call and the
other users cannot access the CL or is it the files in the CL getting
locked......... I was not able to comprehend whenever I get the MESSAGE WAIT
on the WRKACTJOB saying the file is already in use, and I cannot understand
whether it is the CL procedure called by Visual Basic that is getting
locked.
In simple words when a CL is called by Visual Basic in multi-user
environment, Why doesn't the CLRPFM
command work?
Thanking you all in Advance..
Shaik Basha
+---
| This is the COBOL/400 Mailing List!
| To submit a new message, send your mail to COBOL400-L@midrange.com.
| To subscribe to this list send email to COBOL400-L-SUB@midrange.com.
| To unsubscribe from this list send email to COBOL400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---END
+---
| This is the COBOL/400 Mailing List!
| To submit a new message, send your mail to COBOL400-L@midrange.com.
| To subscribe to this list send email to COBOL400-L-SUB@midrange.com.
| To unsubscribe from this list send email to COBOL400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---END
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.