comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: IDLnetURL Object Not Loading
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: IDLnetURL Object Not Loading [message #80639] Wed, 27 June 2012 11:55
Kenneth P. Bowman is currently offline  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 Go to previous message
David Fanning is currently offline  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 Go to previous message
Lajos Foldy is currently offline  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 Go to previous message
David Fanning is currently offline  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 Go to previous message
Kenneth P. Bowman is currently offline  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 Go to previous message
ben.bighair is currently offline  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 Go to previous message
jeffnettles4870 is currently offline  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?
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Marshall Perrin's library subreg.pro question
Next Topic: Re: Problem in reading binary file

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 11:29:04 PDT 2025

Total time taken to generate the page: 0.00919 seconds