Re: C program and LE/IMS option

2012-02-08 Thread Miklos Szigetvari
Hi On 2/7/2012 7:28 PM, Itschak Mugzach wrote: Hi Avram, The program does not operate in any way under IMS. The only reason I mentioned IMS was that is is an alternative to LE... If you can tell, in which environment this program works ? How and who starts 10 times /second ? ITschak On

CEEPIPI from rexx? Was Re: C program and LE/IMS option

2012-02-07 Thread julian.lev...@gmail.com
Only yesterday I solved a similar problem with calling a cobol module from rexx. The cobol routine was called some 100,000 times with a 5 to 10 cs overhead (elapsed). That really hurt. In my case the cobol was only a veneer to some existing extensive assembler code. So I rewrote the veneer in

Re: C program and LE/IMS option

2012-02-07 Thread Avram Friedman
Is this program an IMS application (did you do a PSBGEN for it) or a subroutine. Is the program serialy reusabele? At any rate the solution to your problem my be in IMS and not LE. I expect the program is an IMS application because if it were a subroutine the LE environment would be built by

Re: C program and LE/IMS option

2012-02-07 Thread Itschak Mugzach
Hi Avram, The program does not operate in any way under IMS. The only reason I mentioned IMS was that is is an alternative to LE... ITschak On Tue, Feb 7, 2012 at 8:21 PM, Avram Friedman ibmsysp...@geek-sites.comwrote: Is this program an IMS application (did you do a PSBGEN for it) or a

Re: C program and LE/IMS option

2012-02-06 Thread Jan MOEYERSONS
On Fri, 3 Feb 2012 13:04:55 +0200, Itschak Mugzach imugz...@gmail.com wrote: I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution environment which is a huge overhead for a small and short running

C program and LE/IMS option

2012-02-03 Thread Itschak Mugzach
I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution environment which is a huge overhead for a small and short running program. I want to eliminate LE to get involved. I thought that static bind will

Re: C program and LE/IMS option

2012-02-03 Thread Miklos Szigetvari
On 2/3/2012 12:04 PM, Itschak Mugzach wrote: I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution environment which is a huge overhead for a small and short running program. I want to eliminate LE to

RES: C program and LE/IMS option

2012-02-03 Thread ITURIEL DO NASCIMENTO NETO
[mailto:IBM-MAIN@bama.ua.edu] Em nome de Itschak Mugzach Enviada em: sexta-feira, 3 de fevereiro de 2012 09:05 Para: IBM-MAIN@bama.ua.edu Assunto: C program and LE/IMS option I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re

Re: C program and LE/IMS option

2012-02-03 Thread Itschak Mugzach
-feira, 3 de fevereiro de 2012 09:05 Para: IBM-MAIN@bama.ua.edu Assunto: C program and LE/IMS option I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution environment which is a huge overhead

Re: C program and LE/IMS option

2012-02-03 Thread John Gilmore
program and LE/IMS option I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution environment which is a huge overhead for a small and short running program. I want to eliminate LE to get involved. I

Re: C program and LE/IMS option

2012-02-03 Thread Lloyd Fuller
available with C code, not C++. Lloyd - Original Message From: Itschak Mugzach imugz...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Fri, February 3, 2012 8:01:36 AM Subject: Re: C program and LE/IMS option Hello Ituriel, Yes, I looked @ METAL option but I do not know the difference between

Re: C program and LE/IMS option

2012-02-03 Thread Itschak Mugzach
Itschak Mugzach Enviada em: sexta-feira, 3 de fevereiro de 2012 09:05 Para: IBM-MAIN@bama.ua.edu Assunto: C program and LE/IMS option I have a C program that is called intensively more then 10 times per second. As it runs under LE, it requires LE to re-create the language execution

Re: C program and LE/IMS option

2012-02-03 Thread Itschak Mugzach
++. Lloyd - Original Message From: Itschak Mugzach imugz...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Fri, February 3, 2012 8:01:36 AM Subject: Re: C program and LE/IMS option Hello Ituriel, Yes, I looked @ METAL option but I do not know the difference between METAL and GENASM, any

Re: C program and LE/IMS option

2012-02-03 Thread McKown, John
and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Friday, February 03, 2012 7:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: C program and LE/IMS option Hi

RES: C program and LE/IMS option

2012-02-03 Thread ITURIEL DO NASCIMENTO NETO
: C program and LE/IMS option Hello Ituriel, Yes, I looked @ METAL option but I do not know the difference between METAL and GENASM, any idea? On Fri, Feb 3, 2012 at 2:40 PM, ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br wrote: I think you can use Metal C. Atenciosamente / Regards

Re: C program and LE/IMS option

2012-02-03 Thread Miklos Szigetvari
Hi Anyhow are you sure the LE environment creation is the overhead ? I mean maybe the program load/delete can be also a problem . With the LE RUNTIME options , STACK HEAP allocation also you can increase the performance, but it would be not bad to see there is the problem, before do

Re: C program and LE/IMS option

2012-02-03 Thread Gord Tomlin
- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Itschak Mugzach Enviada em: sexta-feira, 3 de fevereiro de 2012 09:05 Para: IBM-MAIN@bama.ua.edu Assunto: C program and LE/IMS option I have a C program that is called intensively more then 10 times per second. As it runs

Re: C program and LE/IMS option

2012-02-03 Thread Lloyd Fuller
-system exits. Lloyd - Original Message From: Itschak Mugzach imugz...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Fri, February 3, 2012 8:58:35 AM Subject: Re: C program and LE/IMS option Hi Lloyd, So what is better? GENASM or METAL from eliminating LE prospective? It is my understanding

Re: C program and LE/IMS option

2012-02-03 Thread Shmuel Metz (Seymour J.)
In caodpegr4uk4zsnow_mtdiod-jz-jvgswrd2kpb7oneuturd...@mail.gmail.com, on 02/03/2012 at 01:04 PM, Itschak Mugzach imugz...@gmail.com said: What should i do Modify the calling program to initialize LE. It's a nuisance if you don't need LE services, but IMHO it's the cleanest solution. --

Re: C program and LE/IMS option

2012-02-03 Thread Tony Harminc
On 3 February 2012 08:11, John Gilmore johnwgilmore0...@gmail.com wrote: Eliminating LE usage from a [non-Metal] C function would be a formidable undertaking.  You can, however, set up the LE before the first CALL to your C function and  keep it up between these CALLs in such a way that you

Re: C program and LE/IMS option

2012-02-03 Thread John Gilmore
I am delighted to learn that SPC is alive and apparently not even moribund. The LE tends to be deprecated here, particularly by those who have not used it enough to master it; but in my own view its storage-management and condition-handling facilties are redemptive; and what I have learned here

Re: C program and LE/IMS option

2012-02-03 Thread Bob Shannon
I am delighted to learn that SPC is alive and apparently not even moribund. I believe SPC has been stabilized, officially or unofficially, for a long time. Metal C seems to be the intended replacement. Bob Shannon Rocket Software

Re: C program and LE/IMS option

2012-02-03 Thread Itschak Mugzach
Thanks to all replied. There is another reason that I want to eliminated LE, and this is that under certen environments it creaes an Encave which is useless for the spec we have. So eminating LE is much more important then just saving te mips of creating the environment. I am aware of CEEPIPI and