> I've seen a lot of extraneous traffic, similar to what you've described. > > The pinpointed things to change were: > - search paths for the exe > 'set path to' in any prg or method > 'path=' in the config.fpw file
Searching the paths is nothing compared to this problem. > - stripping out the paths in the forms prior to compilation. > changing 'data\george.dbc' to 'george.dbc' > > I made some code for a projecthook that runs prior to the actual build of > the exe that strips out stuff in the forms - paths were only one thing > that it does. I had built it into 'beforebuildevent' method. The problem I describe isn't searching for the file-- it's the excessive re-reading of the dbc header-- a file it already has open. FYI, if the DBC is marked readonly, this doesn't occur. The VFP support tech suggested this, which I believe the VFP team mentioned-- so they know the code which is excessively reading the header, it seems, as they've specifically put code in to not re-read constantly if it's readonly... Obviously having a read-only DBC causes other problems, particularly during data update routines. One of the proposals to solve our problem was to manage the readability of the DBC files, making it writable for data structure changes, etc, and readonly otherwise, but the risk was high, as it causes data corruption if VFP needs to write to the DBC for something and can't... -- Derek _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
