× 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.



Brian
        There's always a bit of overhead, between native 400 and the M36/*36 
environments.
        I don't believe it will be that noticeable.
Ken

-----Original Message-----
From: Brian Hughes [mailto:b7ryn_midrange@yahoo.co.uk]
Sent: Tuesday, April 30, 2002 10:15 AM
To: midrange-l@midrange.com
Subject: Performance Issue


--
[ Picked text/plain from multipart/alternative ]

Hi,

I have a CL/OCL/System 36 performance question.

I am currently calling a Cobol400 pgm (I think this would be the same effect on 
an RPG400 pgm) from an OCL. Now, when this Cobol400 is called it is running 
within a *S36 special environment it inherits from the controlling OCL.

Would there be any great performance difference in calling the same Cobol400 
program from a CL? (i.e. a non-S36 environment)

Rgds,

Brian.

p.s. We're running V4.3, if that helps.

p.p.s. Don't ask why it's running this strange combo., I only inherited it!



---------------------------------
Do You Yahoo!?
Get personalised at My Yahoo!.
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.