VB6 Question.

[english tyrant]

I may be missing something blindingly obvious but is there a way in VB6 for the program to return the location of the project file i.e. "D:/My stuff/program/Project1.vbp"

Why do I ask? well I am working on this program at College and at home, and when it loads picture files within the program at home obviously the Drive and folder structure where the files are located are different.
Say at College it might be
"N:/Student/Documents/Program/Picture1.jpg"
But at home..
"D:/My stuff/Program/Picture1.jpg"
This means I would have to go through the code and change all the directory locations individually whenever I move the file?

So obviously if I can get VB to return the location of the project then I can manipulate this to the path of the picture.

If you have another idea I'd be glad to hear it.

Thanks

[pannonian]

If your program is located in "d:\program root", wouldn't all non-full paths use that as the root? So have all your image files in the same folder as your .exe, or store the image files in "d:\program root\images", and have your program refer to "\images\image name.jpg".

[GrnEyedDvl]

I no longer have VB6 installed but its either app.path or application.path. So you would do something like:

Dim GlobalPath as String

GlobalPath = app.path & "\FolderName\FileName"

[Dewy]

Don't use the full path only part of it, like what pannonian said. GED's way does work but I suggest not using it for efficient code.

[GrnEyedDvl]

Don't use the full path only part of it, like what pannonian said. GED's way does work but I suggest not using it for efficient code.

Using Panns way does not always give you the correct result, which is why app.path was created in the first place. Just off the top of my head I can remember having issues with virtual paths, or even on mapped drives. Using app.path gives you the Fully Qualified File Name, which is similar to Fully Qualified Domain Name, there can be no ambigous results.

[Dewy]

Using Panns way does not always give you the correct result, which is why app.path was created in the first place. Just off the top of my head I can remember having issues with virtual paths, or even on mapped drives. Using app.path gives you the Fully Qualified File Name, which is similar to Fully Qualified Domain Name, there can be no ambigous results.

Any source (not source code) to back up your claim that app.path was created for? Can you give me examples of panns way not giving the correct result?

[GrnEyedDvl]

Any source (not source code) to back up your claim that app.path was created for?

If I wanted to dig out 12 year old school books I could. But the common sense answer to this is that obviously at some point somebody NEEDED to know the fully qualified path for an installation, and then allow it to be converted back and forth from string to object.

Can you give me examples of panns way not giving the correct result?

Yes. Build an application that runs something from a folder on another machine, and then run it from a second client machine.


Here is the MSDN official use for app.path. As you can see its just as I have written it.
http://msdn.microsoft.com/en-us/libr...w2(VS.80).aspx

[Dewy]

If I wanted to dig out 12 year old school books I could. But the common sense answer to this is that obviously at some point somebody NEEDED to know the fully qualified path for an installation, and then allow it to be converted back and forth from string to object.

Misinterpreted your post, I thought you mean app.path was created for referencing files such as images not for having the full path of were the program is executed from.

Yes. Build an application that runs something from a folder on another machine, and then run it from a second client machine.

I don't use vb6 so it could be different (another reason why visual basic is horrible in my opinion); however I have programmed software in other programming languages that runs something from a folder and it works on all the computers I have tested it on and worked on all the computers it was deployed to.

[english tyrant]

I just used GED's way and it seemed to work fine. I understand what Pann was saying but if that was the case then it would seem odd as to why app.path exists, no?

Thanks for your help and speedy replies, it's appreciated.