That change was made a decade ago (in 2013 in IMS v13) to catch runaway Db2 activitty in the IMS transaction. See IMS Apar https://www.ibm.com/support/pages/apar/PM86872
On Sat, Jan 27, 2024 at 5:55 AM Schmitt, Michael <michael.schm...@dxc.com> wrote: > In IMS Transaction Manager you can define a PROCLIM for each transaction, > with a count and/or CPU-time-per-transaction, aka the "processing limit > count time". The manual says: > > This is the amount of time (for non-Fast-Path transactions, in seconds; > for Fast Path transactions, in hundredths of seconds) allowable to process > a all messages for a given transaction during a single schedule. The number > specifies the maximum CPU time allowed for each message to be processed in > the message processing region. The value is a number that can range from 1 > to 65 535. Specifying the maximum value means that no time limit is placed > on the application program. > > When a transaction exceeds the limit IMS abends it with a U0240: "a > message processing program exceeded the allowable execution time." > > I swear that it used to be that the calling chain of every U0240 ended in > the application calling IMS, e.g. a DLI call via CBLTDLI or equivalent. > That implied that the way it worked was: > > > * IMS saves the transaction's CPU time at the start of the transaction > (or perhaps when the application retrieved its input message). > * Whenever the application called IMS, IMS would compute the CPU time > used so far and compare it to the process limit. > > But now I see U0240's are the result of an interrupt, which can hit > anywhere. For example, if the application was in it's own code when the > time runs out, the interrupt fires and IMS then abends with the U0240. > > What I'm wondering is, why the change? > > I'm guessing the way it is working now is IMS is setting an STIMER TASK > with an exit, which measures a 'task-time interval', measured by the CPU > timer only while the task is in execution. > > Was that not always an option? > > ______________________________________________ > Michael Schmitt | DXC Apps Development | MassMutual > (737) 910-8248 | michael.schm...@dxc.com > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
