But in Ed's case, the programs are being loaded by z/OS into an area that by definition cannot be changed by programs.
Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Friday, June 13, 2008 8:00 AM To: [email protected] Subject: Re: APAR OA25468 >[snip]... This is probably since they can't just re-load all >the modules, since source library info isn't saved. fork() processing must not load the modules again, even if it knew where they've been loaded from. fork(), by definition, creates a 1:1 copy of the process (address space). Programs might have changed intenal fields and the new process might depend on that very value. (The "1:1 copy" above applies to the UNIX part, only. MVS "things" like data control blocks are not copied over). I'd be interested to read the APAR but am not able to find it on IBMs internet support pages (I can read other APARs). -- Peter Hunkeler Credit Suisse ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
