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

Home » Public Forums » archive » Re: Provinding files for VM-Application
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: Provinding files for VM-Application [message #61826] Fri, 08 August 2008 14:34
ben.bighair is currently offline  ben.bighair
Messages: 221
Registered: April 2007
Senior Member
On Aug 8, 10:15 am, wengi <andreas.w...@gmail.com> wrote:
> On 8 Aug., 15:22, Vince Hradil <hrad...@yahoo.com> wrote:
>
>
>
>> On Aug 8, 7:10 am, wengi <andreas.w...@gmail.com> wrote:
>
>>> On 8 Aug., 14:03, Bob Crawford <Snowma...@gmail.com> wrote:
>
>>>> On Aug 8, 7:51 am, wengi <andreas.w...@gmail.com> wrote:
>
>>>> > Hi there,
>
>>>> > I'm currently coding a project for a colleague. Unfortunately I have
>>>> > to build the application for the VM because the colleague does not
>>>> > have an IDL-license.
>>>> > The project needs some kind of dummy-files to read some information
>>>> > from. Using the idlde I have the opportunity to provide these files, I
>>>> > think. I just put the file in the "data-folder" of the project. Later
>>>> > on I want to open the file with openr.
>>>> > While testing the application on a VM I always run into a "file-not-
>>>> > found" error. I have no idea in which way I have to specify the path
>>>> > to the file in the source-code.
>>>> > I tried:
>
>>>> > hname = '\data\header.ima'
>>>> > hname = '\header.ima'
>
>>>> > and then
>
>>>> > openr,unit,hname,/get_lun
>
>>>> > Always running into the "file-not-found" error. So where can I find my
>>>> > provided files after having built the project? Any idea would be
>>>> > appreciated.
>
>>>> > Regards,
>>>> > Andreas
>
>>>> no experience (yet) with the VM, but have you tried
>>>> hname = 'data\header.ima'
>>>> or
>>>> hname = 'header.ima'
>>>> with the file in the same dir as the VM executable (or a data subdir)?
>
>>> I tried both hnames. The file is "inside" the project. It is not
>>> explicitly saved on the other machine. I hoped not to have to do this.
>>> When creating the project one has the opportunity to include files of
>>> other types than sourcode files. I hoped that it would be possible
>>> that the files will then be available on the other machine.
>
>> You WILL have to copy the file to the other machine. How else would
>> the vm find it? I suppose you could read the file in, encode it
>> somehow into a variable then use that encoding as a hard coded
>> variable in the sav file (hard to describe) - but that seems like a
>> lot of hard work. Why can't you just make the file available to the
>> vm?
>
>> Maybe the better question is - what do you need the "dummy" file for?
>> Can this be changed to, say, a template or an anonymous structure,
>> etc. Something that can be coded into idl and not have to be read
>> from the file system...
>
>> Just a thought.
>
> I think it would be no problem to copy it. I just thought that with
> packing it into the project I can build a bundle for the colleague
> which provides him all he needs. But I will see...
> Thanks for that thought.

Hi,

If you must distribute the extra stuff with the VM .sav file, then you
can use the SOURCEROOT.pro routine to at least determine where
the .sav file is. From there you have to depend upon a cooperative
(aka meek and submissive) end-user who will not mess with your
distribution's file structure. There is more here at http://tinyurl.com/6qgzdn

Cheers,
BEn
Re: Provinding files for VM-Application [message #61840 is a reply to message #61826] Fri, 08 August 2008 07:15 Go to previous message
wengi is currently offline  wengi
Messages: 12
Registered: February 2008
Junior Member
On 8 Aug., 15:22, Vince Hradil <hrad...@yahoo.com> wrote:
> On Aug 8, 7:10 am, wengi <andreas.w...@gmail.com> wrote:
>
>
>
>> On 8 Aug., 14:03, Bob Crawford <Snowma...@gmail.com> wrote:
>
>>> On Aug 8, 7:51 am, wengi <andreas.w...@gmail.com> wrote:
>
>>>> Hi there,
>
>>>> I'm currently coding a project for a colleague. Unfortunately I have
>>>> to build the application for the VM because the colleague does not
>>>> have an IDL-license.
>>>> The project needs some kind of dummy-files to read some information
>>>> from. Using the idlde I have the opportunity to provide these files, I
>>>> think. I just put the file in the "data-folder" of the project. Later
>>>> on I want to open the file with openr.
>>>> While testing the application on a VM I always run into a "file-not-
>>>> found" error. I have no idea in which way I have to specify the path
>>>> to the file in the source-code.
>>>> I tried:
>
>>>> hname = '\data\header.ima'
>>>> hname = '\header.ima'
>
>>>> and then
>
>>>> openr,unit,hname,/get_lun
>
>>>> Always running into the "file-not-found" error. So where can I find my
>>>> provided files after having built the project? Any idea would be
>>>> appreciated.
>
>>>> Regards,
>>>> Andreas
>
>>> no experience (yet) with the VM, but have you tried
>>> hname = 'data\header.ima'
>>> or
>>> hname = 'header.ima'
>>> with the file in the same dir as the VM executable (or a data subdir)?
>
>> I tried both hnames. The file is "inside" the project. It is not
>> explicitly saved on the other machine. I hoped not to have to do this.
>> When creating the project one has the opportunity to include files of
>> other types than sourcode files. I hoped that it would be possible
>> that the files will then be available on the other machine.
>
> You WILL have to copy the file to the other machine. How else would
> the vm find it? I suppose you could read the file in, encode it
> somehow into a variable then use that encoding as a hard coded
> variable in the sav file (hard to describe) - but that seems like a
> lot of hard work. Why can't you just make the file available to the
> vm?
>
> Maybe the better question is - what do you need the "dummy" file for?
> Can this be changed to, say, a template or an anonymous structure,
> etc. Something that can be coded into idl and not have to be read
> from the file system...
>
> Just a thought.

I think it would be no problem to copy it. I just thought that with
packing it into the project I can build a bundle for the colleague
which provides him all he needs. But I will see...
Thanks for that thought.
Re: Provinding files for VM-Application [message #61841 is a reply to message #61840] Fri, 08 August 2008 06:22 Go to previous message
Vince Hradil is currently offline  Vince Hradil
Messages: 574
Registered: December 1999
Senior Member
On Aug 8, 7:10 am, wengi <andreas.w...@gmail.com> wrote:
> On 8 Aug., 14:03, Bob Crawford <Snowma...@gmail.com> wrote:
>
>
>
>> On Aug 8, 7:51 am, wengi <andreas.w...@gmail.com> wrote:
>
>>> Hi there,
>
>>> I'm currently coding a project for a colleague. Unfortunately I have
>>> to build the application for the VM because the colleague does not
>>> have an IDL-license.
>>> The project needs some kind of dummy-files to read some information
>>> from. Using the idlde I have the opportunity to provide these files, I
>>> think. I just put the file in the "data-folder" of the project. Later
>>> on I want to open the file with openr.
>>> While testing the application on a VM I always run into a "file-not-
>>> found" error. I have no idea in which way I have to specify the path
>>> to the file in the source-code.
>>> I tried:
>
>>> hname = '\data\header.ima'
>>> hname = '\header.ima'
>
>>> and then
>
>>> openr,unit,hname,/get_lun
>
>>> Always running into the "file-not-found" error. So where can I find my
>>> provided files after having built the project? Any idea would be
>>> appreciated.
>
>>> Regards,
>>> Andreas
>
>> no experience (yet) with the VM, but have you tried
>> hname = 'data\header.ima'
>> or
>> hname = 'header.ima'
>> with the file in the same dir as the VM executable (or a data subdir)?
>
> I tried both hnames. The file is "inside" the project. It is not
> explicitly saved on the other machine. I hoped not to have to do this.
> When creating the project one has the opportunity to include files of
> other types than sourcode files. I hoped that it would be possible
> that the files will then be available on the other machine.

You WILL have to copy the file to the other machine. How else would
the vm find it? I suppose you could read the file in, encode it
somehow into a variable then use that encoding as a hard coded
variable in the sav file (hard to describe) - but that seems like a
lot of hard work. Why can't you just make the file available to the
vm?

Maybe the better question is - what do you need the "dummy" file for?
Can this be changed to, say, a template or an anonymous structure,
etc. Something that can be coded into idl and not have to be read
from the file system...

Just a thought.
Re: Provinding files for VM-Application [message #61842 is a reply to message #61841] Fri, 08 August 2008 05:10 Go to previous message
wengi is currently offline  wengi
Messages: 12
Registered: February 2008
Junior Member
On 8 Aug., 14:03, Bob Crawford <Snowma...@gmail.com> wrote:
> On Aug 8, 7:51 am, wengi <andreas.w...@gmail.com> wrote:
>
>
>
>> Hi there,
>
>> I'm currently coding a project for a colleague. Unfortunately I have
>> to build the application for the VM because the colleague does not
>> have an IDL-license.
>> The project needs some kind of dummy-files to read some information
>> from. Using the idlde I have the opportunity to provide these files, I
>> think. I just put the file in the "data-folder" of the project. Later
>> on I want to open the file with openr.
>> While testing the application on a VM I always run into a "file-not-
>> found" error. I have no idea in which way I have to specify the path
>> to the file in the source-code.
>> I tried:
>
>> hname = '\data\header.ima'
>> hname = '\header.ima'
>
>> and then
>
>> openr,unit,hname,/get_lun
>
>> Always running into the "file-not-found" error. So where can I find my
>> provided files after having built the project? Any idea would be
>> appreciated.
>
>> Regards,
>> Andreas
>
> no experience (yet) with the VM, but have you tried
> hname = 'data\header.ima'
> or
> hname = 'header.ima'
> with the file in the same dir as the VM executable (or a data subdir)?


I tried both hnames. The file is "inside" the project. It is not
explicitly saved on the other machine. I hoped not to have to do this.
When creating the project one has the opportunity to include files of
other types than sourcode files. I hoped that it would be possible
that the files will then be available on the other machine.
Re: Provinding files for VM-Application [message #61843 is a reply to message #61842] Fri, 08 August 2008 05:03 Go to previous message
Bob[3] is currently offline  Bob[3]
Messages: 60
Registered: December 2006
Member
On Aug 8, 7:51 am, wengi <andreas.w...@gmail.com> wrote:
> Hi there,
>
> I'm currently coding a project for a colleague. Unfortunately I have
> to build the application for the VM because the colleague does not
> have an IDL-license.
> The project needs some kind of dummy-files to read some information
> from. Using the idlde I have the opportunity to provide these files, I
> think. I just put the file in the "data-folder" of the project. Later
> on I want to open the file with openr.
> While testing the application on a VM I always run into a "file-not-
> found" error. I have no idea in which way I have to specify the path
> to the file in the source-code.
> I tried:
>
> hname = '\data\header.ima'
> hname = '\header.ima'
>
> and then
>
> openr,unit,hname,/get_lun
>
> Always running into the "file-not-found" error. So where can I find my
> provided files after having built the project? Any idea would be
> appreciated.
>
> Regards,
> Andreas

no experience (yet) with the VM, but have you tried
hname = 'data\header.ima'
or
hname = 'header.ima'
with the file in the same dir as the VM executable (or a data subdir)?
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Counting the lengths of continuous numbers in an array
Next Topic: Re: Quiet Around Here

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

Current Time: Wed Oct 08 20:02:29 PDT 2025

Total time taken to generate the page: 0.44484 seconds