On 3/3/2011 3:25 PM, Mike Copeland wrote: > Okay, now we're grasping...but I'll try it! > Have you tried painting your face blue and running the app while standing in a pail of molasses? You've tried damned near everything else!
The most interesting thing about this problem is that the performance is bad when running the .exe, but good if you run the .prgs (i.e., really the .frxs). My intuition is still that it has something to do with that 23,000 iteration loop. The huge loop makes it highly probable that it has to do with the way memory is managed, and that means that the .exe manages memory differently from the .frx. But wait! You've got an .ocx doing all the work in the loop. So what about the .ocx could act different in an exe? I never use .ocxs, but I'm under the impression that they are already compiled, and thus aren't included in 'build'ing your project. If this is so, then Tracy's point about the run-times becomes interesting. IOW, are you compiling your .exe with the same version (SP1 vs SP2) that the OCX was compiled with, and do the run-times match the version you and/or the OCX are compiled with? Note that there were at least two versions of SP2, plus two hot fixes to be applied afterward. I've seen something like this (but not nearly as dramatic) in a program that was in a loop appending to a long string. Turns out that VFP appends by allocating a new mem area, copying the existing string, then appending the added chars. I still suspect the addtolist() method, whatever it's called, is where the time is going. Short run, running from a server gets you off the hook. Long run, I think we need to find a better way to populate that list. Maybe from an array? Dan Covill _______________________________________________ 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 Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** 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.
