|
Yeah I thought so and tried to Allocate the object and deallocate it once it is out of use, But it didn't work, also tried to read the file with no lock in cobol. I trying to figure out other method of unlocking. Thank you very much for your time Shaik basha Louisville KY -----Original Message----- From: Finucci Domenico [mailto:finucci@Fiditalia.it] Sent: Thursday, June 08, 2000 9:07 AM To: 'COBOL400-L@midrange.com' Subject: R: CL call from VB 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 +--- | 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-2024 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.