>>>>"Line of code does not evaluate to an object"
>>>>
>>>>on line:
>>>>
>>>> lcProjectName = UPPER( JUSTSTEM(_VFP.Projects(1).Name))
>>>>
>>>>Both in native VFP mode and the .exe I get this message. I ran the code in debug and the lcProjectName field correctly held the value "MPLAN" and it all worked fine, without incident.
>>>
>>>Terry,
>>>
>>>I think you need the project manager to be open for the next line to work
>>>

>>>_vfp.Projects(1).Name
>>>

>>
>>Ah, I see. Yes you're right, Gregory. That was why debug allowed it - cos I had my project open. I'd assumed this _vfp.projects object would be carried through at compile time and "embedded" in the .exe.
>>
>>Any idea how I can get a similar effect to work without the project?
>>
>>Thanks
>>
>>Terry
>
>I suppose you want it to work in the IDE as well as in the exe, which leaves out the name of the executable
>
>Some possibilities
>

>an atc('something', _vfp.caption)
>
>if( File(imageName) ) && if the other image is not in the same project
>
>keep the image name the same, but have the contents different in project A and project B
>
>If the projects have a separate include file, you could #define the imagename independently
>That is possible
>projectA would have #include projectA.h
>projectB would have #include projectB.h
>
>ProjectA.h
>#include 'CommonToAllProjects.h'
>#define MyImageName 'something.ico'
>
>ProjectB.h
>#include 'CommonToAllProjects.h'
>#define MyImageName 'somethingElse.ico'
>
>
>
>Have a file included in projectA and projectB.  Same name but different location.
>The file would have the project name in it
>ProjectName = FileTostr('IncludedFileName')
>

Thanks a lot, Gregory and Cetin

After I answered earlier I thought "Why don't I just have a constant - gcProjName - and test for that instead" which is what I did. So simple and obvious really! :-)

Terry