|
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.