Compile exec bladelette on Intel

Posted in 2011

FLIP VAN WYNGAARDT — Mon, 06 Jun 2011 08:38:36 — source: IIUG Forums & Mailing Lists

Hi All, IDS Version: 11.70.FC2 Sunos 5.10 DELL/Intel hardware We are running some tests in a VMWare virtual environment on a Dell/Intel hardware running Solaris 5.10. Can someone please provide me with the correct procedure to compile and link the exec bladlette. I have treis compiling using gcc and gld but get all kinds of errors. "(4): The C Language Module </opt/informix/extend/Exec/bin/exec.bld> can't load reason: ld.so.1: oninit: fatal: relocation error: R_AMD64_32: file /opt/informix/extend/Exec/bin/exec.bld: symbol (unknown): value 0xfffffd7ffeb01f16 does not fit" Thanks

↪ replying to FLIP VAN WYNGAARDT

Art Kagel — Mon, 06 Jun 2011 09:25:11 — source: IIUG Forums & Mailing Lists

You sojourn need the exec database in 11.cc, the functionality to do dynamic SQL in SPL is now built in. Art On Jun 6, 2011 4:38 AM, "FLIP VAN WYNGAARDT" <ahp@dwaf.gov.za> wrote: > Hi All, > > IDS Version: 11.70.FC2 > Sunos 5.10 > DELL/Intel hardware > > We are running some tests in a VMWare virtual environment on a Dell/Intel > hardware > running Solaris 5.10. > > Can someone please provide me with the correct procedure to compile and link > the exec bladlette. > I have treis compiling using gcc and gld but get all kinds of errors. > > "(4): The C Language Module </opt/informix/extend/Exec/bin/exec.bld> can't > load > > reason: ld.so.1: oninit: fatal: relocation error: R_AMD64_32: file > /opt/informix/extend/Exec/bin/exec.bld: symbol (unknown): value > 0xfffffd7ffeb01f16 does not fit" > > Thanks > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > --bcaec547c605d6ffec04a507ad40

↪ replying to Art Kagel

FLIP VAN WYNGAARDT — Mon, 06 Jun 2011 11:08:26 — source: IIUG Forums & Mailing Lists

Thanks for the advice Art. The problem is that we use the exec udr extensivly and do not want to spend a lot of time changing code.

↪ replying to FLIP VAN WYNGAARDT

Art Kagel — Mon, 06 Jun 2011 13:41:31 — source: IIUG Forums & Mailing Lists

It's not hard to recode your procedures to use the built-in Dynamic SQL. I did it for a client's systems encompassing hundreds of procedures and functions in a few days. If you like I'd be happy to do it for your systems as well (billable time of course), but it can almost be scripted. I did about 90% of the work with emacs macros. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jun 6, 2011 at 7:08 AM, FLIP VAN WYNGAARDT <ahp@dwaf.gov.za> wrote: > Thanks for the advice Art. The problem is that we use the exec udr > extensivly > and do not want to spend a lot of time changing code. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --20cf307f30ee84a91804a50b42c7

↪ replying to FLIP VAN WYNGAARDT

Obnoxio The Clown — Tue, 07 Jun 2011 14:06:12 — source: IIUG Forums & Mailing Lists

On 06/06/2011 12:08, FLIP VAN WYNGAARDT wrote: > Thanks for the advice Art. The problem is that we use the exec udr extensivly > and do not want to spend a lot of time changing code. I'm missing something. You shouldn't need the EXEC bladelet for your code to run? -- Cheers, Obnoxio The Clown http://obotheclown.blogspot.com I will now proceed to pleasure myself with this fish.