Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Genscrnx failing on recompile
Message
De
21/08/2002 12:06:33
 
 
À
21/08/2002 09:47:13
Information générale
Forum:
Visual FoxPro
Catégorie:
FoxPro 2.x
Divers
Thread ID:
00690790
Message ID:
00692027
Vues:
35
Hi Rick,

Thanks for responding. The reason that there is a FPD26 directory mentioned is that I also have links back to some common library functions there (non-visual) that were cross-platform. And since I still have one old DOS app that I am maintaining for a customer, the files stay put for now.

I think I figured out the problem - the error seemed to indicate that genscrnx was having trouble finding a screen and then sometimes it would find it. These screens were all the ones in the "common" directories I mentioned and they are buried kinda deep from the main project. When I opened up my project to take a look, in the "name" field, there were directories like the following:

..\\..\\fpd26\common\programs\AskDate.scx
..\\D:\fpd26\common\programs\FixFile.scx

(with my project in D:\Hstat)

etc

It looks like the project manager tries to use some shortcuts for these files and ends up making it worse than if they would have stuffed in a simple drive and directory name. I tried simplifying the paths and it helped but then troubles showed up again (I think the PM was monkeying with them again on each build). I eventually restored the project, moved all of the common modules to below D:\Hstat (D:\Hstat\Common) and then I did a REPLACE All on the name field to simplify the pathing to Common\AskDate.scx.

I reran the project and it worked fine. So the lesson is that the project manager can handle the pathing shortcuts but Genscrnx gets a bit wonked out with the same. Moving the files around works for now but wish I could have left them where they were ie. "common" code (for all apps) should not be one level before an app specific directory.

My other option - if I had the guts - would be to find the code in Genscrnx that pulls in the path and insert some code to "clean up" the path name so that genscrnx would not bomb - I think it would be fine with D:\Common\Programs\SomeScrn.scx). Genscrnx is so poorly documented (maybe "poorly" is too generous) that it would take time reading and tracing to figure out the correct spot to put the code.

Anyhow, thanks. I think I am away for now! Oh, I did indeed have your patched version running and it solved some problems, just not this one.

Albert

>Albert,
>I'm a little confused, originally you said this was an FPW app, and the code below shows a "FPD26" directory. Are the forms cross platform? I don't recall testing the DOS form based code in the updated GENSCRNX. Is it possible to make sure the forms only have Windows based records?
>Also, since that error message reminds me of the one I got before I patched GENSCRNX, is it possible your restore brought back an old copy of this program?
>
>Rick
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform