Re: IDLnetURL Object Not Loading [message #80639] |
Wed, 27 June 2012 11:55 |
Kenneth P. Bowman
Messages: 585 Registered: May 2000
|
Senior Member |
|
|
In article <MPG.2a54de64d8a08e17989acc@news.giganews.com>,
David Fanning <news@idlcoyote.com> wrote:
> Actually, I'm a little confused. Two of us sit in the
> same room and we remote log-in to a LINUX machine to
> run IDL. We *appear* to be running the same version
> of IDL, using the same software. I can run the program
> perfectly. He has these DLM loading problems.
>
> Now I suspect some kind of screw-up with PATHS. A
> typical suspect on LINUX machines, I've learned. :-)
Paths and environment variables are the curse of unix. And
permissions. ;-)
Ken
|
|
|
Re: IDLnetURL Object Not Loading [message #80641 is a reply to message #80639] |
Wed, 27 June 2012 10:21  |
David Fanning
Messages: 11724 Registered: August 2001
|
Senior Member |
|
|
fawltylanguage@gmail.com writes:
> you can check the relevant paths in IDL with 'print, !dlm_path, getenv("LD_LIBRARY_PATH")'. LD_LIBRARY_PATH defines the search path for libcurl.so.
>
> Also, you have at least two libcurl.so files, one in the system library and one in the IDL directory. Try to move the IDL version out of LD_LIBRARY_PATH.
This sounds promising. I'll be over there this afternoon.
I'll let you know. Thanks!
Cheers,
David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.idlcoyote.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
|
|
|
Re: IDLnetURL Object Not Loading [message #80643 is a reply to message #80641] |
Wed, 27 June 2012 10:14  |
Lajos Foldy
Messages: 176 Registered: December 2011
|
Senior Member |
|
|
On Wednesday, June 27, 2012 6:10:38 PM UTC+2, David Fanning wrote:
> No, I've given up on IDL. :-)
>
> Actually, I'm a little confused. Two of us sit in the
> same room and we remote log-in to a LINUX machine to
> run IDL. We *appear* to be running the same version
> of IDL, using the same software. I can run the program
> perfectly. He has these DLM loading problems.
>
> Now I suspect some kind of screw-up with PATHS. A
> typical suspect on LINUX machines, I've learned. :-)
Hi David,
you can check the relevant paths in IDL with 'print, !dlm_path, getenv("LD_LIBRARY_PATH")'. LD_LIBRARY_PATH defines the search path for libcurl.so.
Also, you have at least two libcurl.so files, one in the system library and one in the IDL directory. Try to move the IDL version out of LD_LIBRARY_PATH.
regards,
Lajos
|
|
|
Re: IDLnetURL Object Not Loading [message #80655 is a reply to message #80643] |
Wed, 27 June 2012 09:10  |
David Fanning
Messages: 11724 Registered: August 2001
|
Senior Member |
|
|
Kenneth P. Bowman writes:
> Others have suggested looking for curl in your Linux system, but
> I don't think that is the problem.
>
> I believe that IDL packages up all of those external libraries within the
> IDL distribution itself. That is, you don't need to install netCDF
> or HDF to use the netCDF or HDF functions within IDL.
>
> So I think this is a problem with the IDL distribution. Maybe
> it's an 8.0.1 issue. Have you tried on a newer release?
No, I've given up on IDL. :-)
Actually, I'm a little confused. Two of us sit in the
same room and we remote log-in to a LINUX machine to
run IDL. We *appear* to be running the same version
of IDL, using the same software. I can run the program
perfectly. He has these DLM loading problems.
Now I suspect some kind of screw-up with PATHS. A
typical suspect on LINUX machines, I've learned. :-)
Cheers,
David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.idlcoyote.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
|
|
|
Re: IDLnetURL Object Not Loading [message #80660 is a reply to message #80655] |
Wed, 27 June 2012 08:31  |
Kenneth P. Bowman
Messages: 585 Registered: May 2000
|
Senior Member |
|
|
In article <c8644386-8c41-45fe-8f61-178142a38caf@googlegroups.com>,
Coyote <sageandecho@gmail.com> wrote:
> Folks,
>
> I have written a pretty slick little lidar browser to work with Mabel data.
> One nice feature of the browser is that it uses the Google Static Map API
> interface to request, download, and display a Google map of the area
> underneath the lidar track. You can get various types of Google maps, but the
> Terrain and Satellite maps give us the best idea of what the lidar track is
> going over.
>
> I obtain the Google map by building a URL and sending it over the Internet
> with the IDLnetURL object. This works extremely well, and is surprisingly
> fast. (Well, it takes about as long to display a regular map in the function
> graphics system.) Unfortunately, it is this IDLnetURL object that is giving
> me trouble.
>
> On our LINUX system, running IDL 8.0.1, I get a message that the IDL_URL
> dynamically linked object can't be loaded. This seems to be caused by a
> missing(or misplaced?) curl function. Does anyone know if this is a known
> problem in this version of IDL? Or, doesn't anyone know if there is anything
> I can do on the LINUX side of things to fix the problem?
>
> Our idea is to make this Lidar Browser available to the public. But, I need
> to solve this last problem before we do so. Thanks for any help you can give.
>
> Cheers,
>
> David
Others have suggested looking for curl in your Linux system, but
I don't think that is the problem.
I believe that IDL packages up all of those external libraries within the
IDL distribution itself. That is, you don't need to install netCDF
or HDF to use the netCDF or HDF functions within IDL.
So I think this is a problem with the IDL distribution. Maybe
it's an 8.0.1 issue. Have you tried on a newer release?
Ken
|
|
|
Re: IDLnetURL Object Not Loading [message #80677 is a reply to message #80660] |
Tue, 26 June 2012 15:09  |
ben.bighair
Messages: 221 Registered: April 2007
|
Senior Member |
|
|
On Tuesday, June 26, 2012 4:45:52 PM UTC-4, Coyote wrote:
> Folks,
>
> I have written a pretty slick little lidar browser to work with Mabel data. One nice feature of the browser is that it uses the Google Static Map API interface to request, download, and display a Google map of the area underneath the lidar track. You can get various types of Google maps, but the Terrain and Satellite maps give us the best idea of what the lidar track is going over.
>
> I obtain the Google map by building a URL and sending it over the Internet with the IDLnetURL object. This works extremely well, and is surprisingly fast. (Well, it takes about as long to display a regular map in the function graphics system.) Unfortunately, it is this IDLnetURL object that is giving me trouble.
>
> On our LINUX system, running IDL 8.0.1, I get a message that the IDL_URL dynamically linked object can't be loaded. This seems to be caused by a missing(or misplaced?) curl function. Does anyone know if this is a known problem in this version of IDL? Or, doesn't anyone know if there is anything I can do on the LINUX side of things to fix the problem?
>
> Our idea is to make this Lidar Browser available to the public. But, I need to solve this last problem before we do so. Thanks for any help you can give.
>
> Cheers,
>
> David
Hi,
I don't about the IDL side of things, but you could try to find curl yourself.
$ which curl
Here's what it looks like on a CentOS install we have here...
[btt@geneusapp01 orig]$ which curl
/usr/local/bin/curl
If it isn't found then it could be a environment path problem or it's possible that you need to install curl. It's easy - you send this link
http://curl.haxx.se/
to your system administrator and magically it appears a short while later.
Cheers,
Ben
|
|
|
Re: IDLnetURL Object Not Loading [message #80679 is a reply to message #80677] |
Tue, 26 June 2012 14:32  |
jeffnettles4870
Messages: 111 Registered: October 2006
|
Senior Member |
|
|
On Tuesday, June 26, 2012 4:45:52 PM UTC-4, Coyote wrote:
> Folks,
>
> I have written a pretty slick little lidar browser to work with Mabel data. One nice feature of the browser is that it uses the Google Static Map API interface to request, download, and display a Google map of the area underneath the lidar track. You can get various types of Google maps, but the Terrain and Satellite maps give us the best idea of what the lidar track is going over.
>
> I obtain the Google map by building a URL and sending it over the Internet with the IDLnetURL object. This works extremely well, and is surprisingly fast. (Well, it takes about as long to display a regular map in the function graphics system.) Unfortunately, it is this IDLnetURL object that is giving me trouble.
>
> On our LINUX system, running IDL 8.0.1, I get a message that the IDL_URL dynamically linked object can't be loaded. This seems to be caused by a missing(or misplaced?) curl function. Does anyone know if this is a known problem in this version of IDL? Or, doesn't anyone know if there is anything I can do on the LINUX side of things to fix the problem?
>
> Our idea is to make this Lidar Browser available to the public. But, I need to solve this last problem before we do so. Thanks for any help you can give.
>
> Cheers,
>
> David
As a workaround you could try spawning a call to wget or curl I would think. Have you tried that?
|
|
|