Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado
Hi Jean, Unfortunately the use of IDL is not as simple as the "installation" process. There are library issues occurring due to certain upgrades that the Operating Systems are making that have not been implemented in the IDL distribution yet. That is one of the issues. If you type "arch" at the command line what do you get? This is being fixed for the upcoming release, but for now you have to define the arch variable as described in the post you linked above. This will ensure that you are running both the 32 and 64-bit versions of IDL. What happens if you run "./idl" from the "/usr/local/itt/idl708/bin" directory? What happens if you run "iplot" at the IDL command line (of course, only if you are able to get IDL to run:)? Talk with you soon. Brandon Brandon Lemire ITT Visual Information Systems Technical Support Engineer BLemire@ittvis.com
BLemire@ittvis.com wrote: > Hi Jean, > > Unfortunately the use of IDL is not as simple as the "installation" > process. There are library issues occurring due to certain upgrades > that the Operating Systems are making that have not been implemented > in the IDL distribution yet. That is one of the issues. If you type > "arch" at the command line what do you get? Ok, I had nothing (command not found). I have read this command is not in used for a few years already... So, which file should I modify so that uname is called instead? I have search for arch in the install files with no luck. The only place I have found it is in bridge_setup.bash (modified it, re-install, log out-in, still the same problem) > > This is being fixed for the upcoming release, but for now you have to > define the arch variable as described in the post you linked above. > This will ensure that you are running both the 32 and 64-bit versions > of IDL. > > What happens if you run "./idl" from the "/usr/local/itt/idl708/bin" > directory? jean@ubuntu:/usr/local/itt/idl708/bin$ ./idl exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found Thanks a lot for your help! Jean > > What happens if you run "iplot" at the IDL command line (of course, > only if you are able to get IDL to run:)? > > Talk with you soon. > > Brandon > > Brandon Lemire > ITT Visual Information Systems > Technical Support Engineer > BLemire@ittvis.com
Jean H. wrote: > Hi, > > ok, I now have a fresh install of Ubuntu 8.10 (yes, I had a wonderful > week-end full of recovery disks and tech support phone calls.. arg!) > > I downloaded the latest Envi+IDL (4.6 - 7.0.8) and installed it. I got > no error message, just good messages. Surprisingly, the Installation > guide talks about selecting a directory, choosing to install the license > etc, but I had basically no choice (accept or quit). Anyways, I can see > that all files have been copied, the links have been created. I have > added the proper line to my .bashrc file... > > now, at the command line, whatever I type (idl, idlde, envi, > ittlicense), I always get the same error: > > jean@ubuntu:~$ idl > exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found > > jean@ubuntu:~$ find /usr/local/itt/idl708/bin/bin.linux.x86/idl > /usr/local/itt/idl708/bin/bin.linux.x86/idl > > funny he! > Does anybody have any idea of what I (or ITT...) could have done wrong? > If it helps, I am on a 64bits machine.. The above executable is the 32bit IDL. The 64bit version would be in bin.linux.x86_64. Have you installed a 32bit execution environment? (I don't use Ubuntu so I've no idea what's required for that). Otherwise try downloading and installing 64bit IDL. -- Nigel Wade
Hi Jean, I had exactly the same problem I think and I solved it using the trick mentioned here: https://lists.ubuntu.com/archives/ubuntu-users/2008-October/ 162350.html What I did: Edit a one line file: uname -m save it as: arch give it execution rights: chmod 755 arch copy it to: /bin/arch not(anywhere else) then type: idl and: IDL Version 7.0.8 (linux x86_64 m64). (c) 2009, ITT Visual Information Solutions IDL> ;-) Hope it helps, Jérôme
JMB wrote: > Hi Jean, > > I had exactly the same problem I think and I solved it using the trick > mentioned here: > https://lists.ubuntu.com/archives/ubuntu-users/2008-October/ 162350.html > > What I did: > > Edit a one line file: > uname -m > > save it as: arch > give it execution rights: chmod 755 arch > copy it to: /bin/arch not(anywhere else) > then type: idl > > and: > > IDL Version 7.0.8 (linux x86_64 m64). (c) 2009, ITT Visual Information > Solutions > IDL> > > ;-) > > Hope it helps, > > Jï¿½rï¿½me YESSS!!!!! Thank you so much!!! I have been fooling around this option for one hour... settings the access rights made it work!!!! You made my day!!! merci merci merci! Ok, now typing IDL works (it complaints about the license, but that's normal.. I haven't installed it!). I can even plot things. Great. BUT (of course), I still get the same error message if I type IDLDE exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found Do you have any idea what else needs to be changed?? Jean
>> jean@ubuntu:~$ idl >> exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found >> if it helps, I am on a 64bits machine.. > > The above executable is the 32bit IDL. The 64bit version would be in > bin.linux.x86_64. Have you installed a 32bit execution environment? (I don't > use Ubuntu so I've no idea what's required for that). > > Otherwise try downloading and installing 64bit IDL. > Hi Nigel, hum, you bring a very good point here... I am very surprised indeed! uname returns: Linux, x86_64 In IDL (with JMB trick): print, !version: --> {x86_64 linux unix linux 7.0.8 Feb 9 2009 64 64} at the prompt: idl -32 --> exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found weird.... Let's see what Brandon from ITTVIS says about that!! Jean
Jean H. wrote: > >>> jean@ubuntu:~$ idl >>> exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found >>> if it helps, I am on a 64bits machine.. >> >> The above executable is the 32bit IDL. The 64bit version would be in >> bin.linux.x86_64. Have you installed a 32bit execution environment? (I don't >> use Ubuntu so I've no idea what's required for that). >> >> Otherwise try downloading and installing 64bit IDL. >> > > Hi Nigel, > > hum, you bring a very good point here... I am very surprised indeed! > > uname returns: Linux, x86_64 > In IDL (with JMB trick): print, !version: > --> {x86_64 linux unix linux 7.0.8 Feb 9 2009 64 64} > > at the prompt: idl -32 > --> exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found > > weird.... > > Let's see what Brandon from ITTVIS says about that!! > Jean It looks like you've already found, and fixed, the problem here. The problem is that the IDL startup script uses the "/bin/arch" command on "Linux" to determine the hardware architecture. Apparently Ubuntu doesn't provide that command so it tries to run the default 32bit version. I don't know why idlde fails, idlde is the same script is idl. -- Nigel Wade
Hi Jean, > BUT (of course), I still get the same error message if I type IDLDE > exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found The same for me... > Do you have any idea what else needs to be changed?? no... :-( From what I understood, the actual script that runs to start IDL is located here by default: /usr/local/itt/idl/bin/idl what we did is to find a workaround so that the variable ARCH is set to .x86_64 and IDL 64bit version is run. but there is still a problem with the 32bit IDL version that idlde is using in some way... Regards, Jérôme
On Tue, 24 Mar 2009, Nigel Wade wrote: > It looks like you've already found, and fixed, the problem here. > > The problem is that the IDL startup script uses the "/bin/arch" command > on "Linux" to determine the hardware architecture. Apparently Ubuntu doesn't > provide that command so it tries to run the default 32bit version. > > I don't know why idlde fails, idlde is the same script is idl. IMHO idlde is always 32 bit, so a lot of 32 bit system libraries are needed. regards, lajos
JMB wrote: > Hi Jean, > >> BUT (of course), I still get the same error message if I type IDLDE >> exec: 617: /usr/local/itt/idl708/bin/bin.linux.x86/idl: not found > > The same for me... > >> Do you have any idea what else needs to be changed?? > > no... :-( > > From what I understood, the actual script that runs to start IDL is > located here by default: > /usr/local/itt/idl/bin/idl > what we did is to find a workaround so that the variable ARCH is set > to .x86_64 and IDL 64bit version is run. > but there is still a problem with the 32bit IDL version that idlde is > using in some way... > > Regards, > > Jï¿½rï¿½me Hum, it now automatically works (IDL and IDL -32)... strange. I have installed a new version of Java and I don't get this error message anymore when I type idlde ... but it still doesn't work. In the terminal, I now get (same if I throw a -32 after): jean@ubuntu:~$ idlde /usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so /usr/lib/gio/modules/libgiofam.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiofam.so /usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so /usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiogconf.so all those library are there On top of that, I have a pop-up window: Title: idlde.linux.x86 message: VM terminated. Exit code=13 /usr/bin/java -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/local/itt/idl70 8/idlde/bin.linux.x86/xulrunner-1.8.1.3 -jar /usr/local/itt/idl708/idlde/plugins/org.eclipse.equinox.laun cher_1.0.0.v20070606.jar -os linux -ws gtk -arch x86 -showsplash -launcher /usr/local/itt/idl708/idlde/idlde.linux.x86 -name Idlde.linux.x86 --launcher.library /usr/local/itt/idl708/idlde/plugins/org.eclipse.equinox.laun cher.gtk.linux.x86_1.0.0.v20070606/eclipse_1020.so -startup /usr/local/itt/idl708/idlde/plugins/org.eclipse.equinox.laun cher_1.0.0.v20070606.jar -exitdata 14c003d -vm /usr/bin/java -vmargs -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/local/itt/idl70 8/idlde/bin.linux.x86/xulrunner-1.8.1.3 -jar /usr/local/itt/idl708/idlde/plugins/org.eclipse.equinox.laun cher_1.0.0.v20070606.jar I will contact ITT again and let you know here! Jean
Hi, Idl workbench (idlde) uses the 32 libraries and not 64. To install them type: sudo apt-get install ia32-libs This should allow to run idlde. Then you need to install the patch to avoid any interference with firefox: http://www.ittvis.com/services/techtip.asp?ttid=4395 Then to install the license use this tech-tip: http://www.ittvis.com/services/techtip.asp?ttid=4248 Tell me if it works. Giorgio
Giorgio wrote: > Hi, > Idl workbench (idlde) uses the 32 libraries and not 64. To install > them type: sudo apt-get install ia32-libs > This should allow to run idlde. Then you need to install the patch to > avoid any interference with firefox: http://www.ittvis.com/services/techtip.asp?ttid=4395 > Then to install the license use this tech-tip: > http://www.ittvis.com/services/techtip.asp?ttid=4248 > > Tell me if it works. > > Giorgio Thanks Giorgio, indeed, it was not a 32 bits problem, but another 64 bit library problem, I will write a clean post will all the details, so it's easier to read! Jean
> Edit a one line file: > uname -m > > save it as: arch > give it execution rights: chmod 755 arch > copy it to: /bin/arch not(anywhere else) > then type: idl > when i write "uname -m" it writes "x86_64", i copy this text and save it as arch then I do the thing that you said but ... typing idl makes the computer going crazy! I wait for 5 minutes but nothing happens, not even an error message ..... help?