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

Home » Public Forums » archive » Re: IDL 6.3 Directory Change?
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: IDL 6.3 Directory Change? [message #51755] Wed, 06 December 2006 08:07 Go to next message
Kenneth Bowman is currently offline  Kenneth Bowman
Messages: 86
Registered: November 2006
Member
In article <MPG.1fe0885b13b1b81b989e28@news.frii.com>,
David Fanning <news@dfanning.com> wrote:

> Ben Tupper writes:
>
>> That is funny. Have you tried PATH_CACHE,/REBUILD?
>
> Still doesn't do any good. It finds the program I am
> trying to run, but it doesn't find the object definition
> modules that program calls with OBJ_NEW. A bug?

I don't know if this is relevant, but I have noticed that if I create a
new directory after starting IDL, or if I have a directory that is empty
when I start IDL, and then I add a .pro file to it, PATH_CACHE, /RE does
not find the file.

Apparently the path caching algorithm marks the directory as empty and never
re-searches it.

The only way I have found to have IDL search a new directory is to restart IDL.

I would consider this a bug, but perhaps it is a "feature" of PATH_CACHE.

This doesn't happen when adding a new file to an existing, non-empty directory.
In that case PATH_CACHE, /RE works.

Ken Bowman
Re: IDL 6.3 Directory Change? [message #51770 is a reply to message #51755] Wed, 06 December 2006 10:51 Go to previous message
David Fanning is currently offline  David Fanning
Messages: 11724
Registered: August 2001
Senior Member
Rick Towler writes:

> I have zero experience with IDL_IDLBridge but my guess is that the child
> process doesn't know nor care what your CWD is. It also doesn't execute
> your startup script. So either you have to have routines required by
> the bridge on your path, or you have to follow the docs regarding
> running a startup script within the child process to set up your
> environment appropriately.

Oh, RTFM then. :-(

Cheers,

David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
Re: IDL 6.3 Directory Change? [message #51772 is a reply to message #51755] Wed, 06 December 2006 10:50 Go to previous message
Rick Towler is currently offline  Rick Towler
Messages: 821
Registered: August 1998
Senior Member
I have zero experience with IDL_IDLBridge but my guess is that the child
process doesn't know nor care what your CWD is. It also doesn't execute
your startup script. So either you have to have routines required by
the bridge on your path, or you have to follow the docs regarding
running a startup script within the child process to set up your
environment appropriately.

-Rick


David Fanning wrote:
> Folks,
>
> I've recently had to upgrade to IDL 6.3 (I wanted to be
> able to read Ronn Kling's Christmas card!). But in reading
> it, I've noticed strange behavior for the second time. Is
> this something new? Here is the situation.
>
> 1. I install an IDL program that requires several files
> all in the same folder. I create a new folder in my
> working IDL folder for the files.
>
> 2. I change directories to the new folder inside of IDL
> with the CD command.
>
> 3. I try to run the program. It can't find some of the files
> that are in the current directory! :-(
>
> This has GOT to be new behavior! How can it NOT find those
> files? I have to put the directory on my path before I can
> run the program. Surely this can't be right!?
>
> Anyone have any ideas?
>
> Cheers,
>
> David
Re: IDL 6.3 Directory Change? [message #51778 is a reply to message #51755] Wed, 06 December 2006 08:10 Go to previous message
edward.s.meinel@aero. is currently offline  edward.s.meinel@aero.
Messages: 52
Registered: February 2005
Member
I get:

IDL_IDLBRIDGE Error: Unable to set Win32 event object

Why would I care about a Win32 object on a Mac??? Oh well, no Christmas
for me :-(

Ed
Re: IDL 6.3 Directory Change? [message #51780 is a reply to message #51755] Wed, 06 December 2006 06:58 Go to previous message
David Fanning is currently offline  David Fanning
Messages: 11724
Registered: August 2001
Senior Member
Braedley writes:

> I had a similar problem with v6.2 (I think it works properly, if
> somewhat slowly). I just opened the project and compiled everything
> from there. It ran fine after that.

Yeah, but that ain't the IDL way. :-(

Cheers,

David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
Re: IDL 6.3 Directory Change? [message #51781 is a reply to message #51780] Wed, 06 December 2006 06:58 Go to previous message
David Fanning is currently offline  David Fanning
Messages: 11724
Registered: August 2001
Senior Member
Ben Tupper writes:

> That is funny. Have you tried PATH_CACHE,/REBUILD?

Still doesn't do any good. It finds the program I am
trying to run, but it doesn't find the object definition
modules that program calls with OBJ_NEW. A bug?

David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
Re: IDL 6.3 Directory Change? [message #51782 is a reply to message #51781] Wed, 06 December 2006 06:49 Go to previous message
Braedley is currently offline  Braedley
Messages: 57
Registered: September 2006
Member
David Fanning wrote:
> Folks,
>
> I've recently had to upgrade to IDL 6.3 (I wanted to be
> able to read Ronn Kling's Christmas card!). But in reading
> it, I've noticed strange behavior for the second time. Is
> this something new? Here is the situation.
>
> 1. I install an IDL program that requires several files
> all in the same folder. I create a new folder in my
> working IDL folder for the files.
>
> 2. I change directories to the new folder inside of IDL
> with the CD command.
>
> 3. I try to run the program. It can't find some of the files
> that are in the current directory! :-(
>
> This has GOT to be new behavior! How can it NOT find those
> files? I have to put the directory on my path before I can
> run the program. Surely this can't be right!?
>
> Anyone have any ideas?
>
> Cheers,
>
> David
> --
> David Fanning, Ph.D.
> Fanning Software Consulting, Inc.
> Coyote's Guide to IDL Programming: http://www.dfanning.com/
> Sepore ma de ni thui. ("Perhaps thou speakest truth.")

I had a similar problem with v6.2 (I think it works properly, if
somewhat slowly). I just opened the project and compiled everything
from there. It ran fine after that.

Cheers,
Braedley
Re: IDL 6.3 Directory Change? [message #51783 is a reply to message #51782] Wed, 06 December 2006 06:42 Go to previous message
btt is currently offline  btt
Messages: 345
Registered: December 2000
Senior Member
David Fanning wrote:
> Folks,
>
> I've recently had to upgrade to IDL 6.3 (I wanted to be
> able to read Ronn Kling's Christmas card!). But in reading
> it, I've noticed strange behavior for the second time. Is
> this something new? Here is the situation.
>
> 1. I install an IDL program that requires several files
> all in the same folder. I create a new folder in my
> working IDL folder for the files.
>
> 2. I change directories to the new folder inside of IDL
> with the CD command.
>
> 3. I try to run the program. It can't find some of the files
> that are in the current directory! :-(
>
> This has GOT to be new behavior! How can it NOT find those
> files? I have to put the directory on my path before I can
> run the program. Surely this can't be right!?
>
> Anyone have any ideas?
>

Hello,

That is funny. Have you tried PATH_CACHE,/REBUILD?

Ben
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: IDL Programming Techniques Available in PDF Version
Next Topic: creating MPEG in IDL

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

Current Time: Wed Oct 08 15:56:03 PDT 2025

Total time taken to generate the page: 0.00726 seconds