|
Come on, you mean IBM didn't do this just to make the iSeries more restrictive? -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Patrick Botz Sent: Friday, February 11, 2005 12:38 PM To: Midrange Systems Technical Discussion Subject: Re: allow multiple threads in interactive job The reason interactive jobs were not enabled to support multi-threaded applications is that large pieces of the internal OS which they use are not capable of handling multiple threads. The cost to multi-thread enable the whole system was huge. Therefore the decision was made (way back when this was orginally done) to support multiple threads in those environments that did not require an entire rewrite of major portions of the internals of the OS. Patrick Botz Steve Richter <stephenrichter@g mail.com> To Sent by: Midrange Systems Technical midrange-l-bounce Discussion s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx> cc 02/11/2005 11:15 Subject AM Re: allow multiple threads in interactive job Please respond to Midrange Systems Technical Discussion On Fri, 11 Feb 2005 10:40:13 -0600, Bruce Vining <bvining@xxxxxxxxxx> wrote: > > > >From the V5R3 Information Center: thanks Bruce. > ...Interactive and communication jobs do no provide multithread-capable > support. that stinks! I was going to try and implement a message loop style of programming in an interactive job. The idea being to use the C record io functions for display file i/o in a 2nd thread of the job. A 3rd thread might wait on an object lock. or do a dlyjob. I was thinking you could even use RCVJRNE to place a message on the message loop queue when a record was added to a file. All the threads then feed their input to the data queue that the interactive job receives from as its message loop. Was not sure if I could cancel a display file read in the background thread without using INVITE or not. Too bad IBM places all these restrictions on their system. thanks, -Steve -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.