CALL_EXTERNAL crashes in IDL 7.0.4 update for Intel Mac, works in

Prev Go to previous topic

Go to next topic

Last Post 27 Oct 2008 12:39 PM by anon

CALL_EXTERNAL crashes in IDL 7.0.4 update for Intel Mac, works in 7.0.

1 Replies

Sort:


You are not authorized to post a reply.

Author

Messages

anon

New Member

Posts:

27 Oct 2008 12:39 PM
I just installed IDL 7.0.4 on an Intel Mac (OS 10.5.5) and noticed the following problem with CALL_EXTERNAL: % CALL_EXTERNAL: Error loading sharable executable. Symbol: TM_Client_Info_idl, File = /Applications/STEREO/TMlib_Client/lib/idl/libIdlBridge.so dlopen(/Applications/STEREO/TMlib_Client/lib/idl/libIdlBridg e.so, 1): no suitable image found. Did find: /Applications/STEREO/TMlib_Client/lib/idl/libIdlBridge.so: no matching architecture in universal wrapper % Execution halted at: TM_CLIENT_INFO 246 I have a few other Intel Macs running IDL 7.0 (all on OS 10.5.5) that do not exhibit this problem. I rolled the system in question back to IDL 7.0 and the problem disappeared. I'm not sure where to start troubleshooting. I don't have any idea if the problem lies within IDL or within our shared library. If anyone has any suggestions or would like more information on the problem, please let me know. -Kris

Deleted User

New Member

Posts:

28 Oct 2008 08:04 AM
It turns out this was a problem with our library that was revealed by the 7.0.4 update. Strangely, on Mac OS 10.5.5 (Darwin kernel 9.5.1), the `arch` command reports "i386" while `sysctl -n hw.cpu64bit_capable ` correctly reports "x86_64". In 7.0, the idl startup script, $IDL_DIR/bin/idl, uses the `arch` to determine the architecture. This was changed in 7.0.4 to use the sysctl command. Recompiling the library with x86_64 support solved the problem (as did using `idl -32` in the meantime). -Kris

You are not authorized to post a reply.