>What's in field OutFile for record 1 in your .pjx?

It contains Chr(0) and nothing else. What does record 1 really represent? I assumed it was just the record for the project itself, and really didn't govern where output was placed for the various files used by the project.

I also realised that none of the other records (except the menu record) have anything in the outfile field. The prg's all generate where they should, the forms generate where they should, and the classes generate where they should. Too, the menu record is also the only other record (other than the project record - record 1) that has data in the homedir field, and it shows the project directory.

Why would the menu be singled out for special treatment (ie - having data in the outfile and the homedir fields, and generating in the project directory)?

And just to reiterate so there is no misunderstanding, this project was created new in Version 6.

Alan

>
>>Well, I'm not sure where this leaves us, because I have a number of projects which were never 2.6 projects. They were built fresh in 6.0 at various sp's, including sp5, and I have this problem every time.
>>
>>In fact while I was dealing with this the last few days I was using a project I created in VFP6 to test my changes to genmenu.prg, and before my changes, every time I rebuilt the project, it put the mpr in the project directory. Even if I moved it to the menus directory, it would then regenerate it into the project directory, and I'd end up with 2 copies of the mpr.
>>
>>If I bring up the pjx as a table, and check the menu record, the 'name' field shows "menus\mainmenu.mnx", and the outfile field shows "mainmenu.mpr".
>>
>>This particular project was never a 2.6 project.
>>
>>Clearly you're doing something different than I am. I can't imagine what it might be, but where it works for you, it doesn't for me.
>>
>>Alan
>>
>>>Yes, it does have to do with the conversion. A new 2.6 project has "" in field "OutFile" of record 1 in the .PJX. If you convert a project from 2.6 to 6.0 (I assume it works the same in 7.0), the "OutFile" field in record 1 of the .PJX is now blank. If you create a new project in 6.0, the "OutFile" field contains "". A blank value causes the .MPR to go into the project directory (or current directory, not sure which). A "" value causes it to go into the same directory as the .MNX.
>>>
>>>I've never had a .MPR built anywhere other than where the .MNX is using a project created fresh in 6.0 (and we always have menus in a sub-directory).
>>>
>>>>This doesn't really have anything to do with conversion. If you create an app in either vfp6 or vfp7 and create a menu using the designer and save the .mnx file in a 'menus' subfolder of the projects folder; when you build the exe, the mpr file is output into the project directory rather than the menus directory with the .mnx file.
>>>>
>>>>Alan
>>>>
>>>>>The 2.6 converter misses a couple things when it converts the project. Specifically, look at fields "OutFile" and "CmntStyle" in record 1 of the .PJX file. Open a .PJX that was created in Visual FoxPro, and copy the values from record 1 for these two fields into record 1 of the converted .PJX. This should fix your problem. (You don't have to change the CmntStyle field. Your converted .MPRs probably have garbage characters around generated comments, instead of the default asterisks. Changing this will make it use the asterisks like it should normally do.)
>>>>>
>>>>>>Hi,
>>>>>>
>>>>>>I haven't used the menu designer for ages (all menus were build at runtime), but now I'm working on a project that was converted from FPW2.6 to VFP7 SP1 and came across the following problem.
>>>>>>
>>>>>>When n a menu in the menu designer and generate it, I'm prompted for a path/file where I want to store the generated mpr. My subdirectory project/menus is selected and everything works fine.
>>>>>>
>>>>>>When I do a "recompile all" of my project, the mprs are always generated in my project's home directory, where I don't want to have them. How can I get the mprs generated to my menus directory?
>>>>>>
>>>>>>TIA,
>>>>>>Armin