Re: Strange CL problem with SUBR -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Hi Luis,

In Adam's example, which I tested, it *does* stop at the SUBR statement, *except* when MONMSG is the statement preceding the SUBR. Hard to see how you'd want to take advantage of that...

*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
pdow@xxxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxxx> /

Luis Colorado wrote:

Well, it would be *less* unfortunate. As I said, some people may actually have code using this quirk -not stopping at a SUBR statement- intentionally, or eve unintentionally, so if IBM fixes is, IBM may actually break the code of that people.

I know it's an unlikely scenario, but I don't like seeing fixes that break existing code. That's one of the success secrets of the iSeries.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Crispin Bates
Sent: Tuesday, January 29, 2008 12:40 PM
To: Midrange Systems Technical Discussion
Subject: Re: Strange CL problem with SUBR

Why is it unfortunate if they fix it? It is clearly a bug, and is not working as documented.

Still, as Adam pointed out, there's already a PTF for it...

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.