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 incur the setup overhead only once.
As is often the case, the LE Vendor Interfaces manual contains relevant information even for non-vendors. On 2/3/12, ITURIEL DO NASCIMENTO NETO <4254.itur...@bradesco.com.br> wrote: > I think you can use Metal C. > > Atenciosamente / Regards / Saludos > > > Ituriel do Nascimento Neto > BANCO BRADESCO S.A. > 4254 / DPCD Engenharia de Software > Sistemas Operacionais Mainframes > Tel: +55 11 4197-2021 R: 22021 > Fax: +55 11 4197-2814 > > -----Mensagem original----- > 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 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 cause the LE stub program to branch instead of load q link > to LE callable services. What should i do, compiler wise in order to > eliminate LE to interfere? the compiler option TARGET(IMS,CURRENT) instead > of (TARGET(LE,CURRENT) may help, but there is no IMS involved and I can't > expect the results (I ma not the one who compiles the program). > > I hop I explained my problem ... Will be happy to get your advice on this. > > ITschak > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > AVISO LEGAL <br>...Esta mensagem é destinada exclusivamente para a(s) > pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou > legalmente privilegiada. Se você não for destinatário desta mensagem, desde > já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, > de qualquer forma, utilizar a informação contida nesta mensagem, por ser > ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos > retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em > sua base de dados, registros ou sistema de controle. Fica desprovida de > eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida > por quem não detenha poderes de representação. > LEGAL ADVICE<br>...This message is exclusively destined for the people to > whom it is directed, and it can bear private and/or legally exceptional > information. If you are not addressee of this message, since now you are > advised to not release, copy, distribute, check or, otherwise, use the > information contained in this message, because it is illegal. If you > received this message by mistake, we ask you to return this email, making > possible, as soon as possible, the elimination of its contents of your > database, registrations or controls system. The message that bears any > mandatory links, issued by someone who has no representation powers, shall > be null or void. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- John Gilmore, Ashland, MA 01721 - USA ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN