|Subject:||Re: WIN10 GPFs not on WIN7 - BDE settings
|Date:||10 Jun 2020 00:06:22 -0400
|From:||"Kevin Zawicki" <email@example.com>
I do have large tables, (not large by SQL standards). But they are mostly
tall and thin.
Some of the times if is not a GPF but Paradox winks out.
I am leaning toward a certain form that has a notebook object.
When it gets focus or arrives on the tab, several objects update. The most
complex one was changed to SQL.
I have several other posts, it almost seems like moving source code to win7,
running OK, then move to win10 and fails.
There is definitely something unusual happening.
I would suspect a corrupt form, BUT in runs like a clock in win7.
usually due to problems with Index's - more than 50% full - and or
What does that mean? I rebuild and compact often.
I am at a loss.
In my other post I described how I moved the function to a new form and call
that form. When the new form closes (after doing function perfectly), the
calling form crashes.
Robert MacMillan <firstname.lastname@example.org> wrote:
>Kevin I have not had any GPF's for a long time and have been running
>Windows 10 from shortly after it came out. When I was having them it was
>usually due to problems with Index's - more than 50% full - and or
>tables pushing the limits and or complex index's with multiple fields
>and field types.
>Just a couple thoughts.
>I still have problems with memory leaks and queries and that issue has
>been documented for years but they are not GPFs.
>On 8/06/2020 11:55 PM, Kevin Zawicki wrote:
>> Made a separate thread, see 'WIN10 GPFs not on WIN7 - MORE"
>> Anyone has any thoughts on the BDE settings, the sharememlocation one?
>> I followed most the guidelines, Prestwoods notes, etc.
>> But the sharememlocation is always blank on all my machines.
>> I thought I saw a set of formulas for some of these seatings based on
>> While encountering these GPFs, I watch the task monitor, Paradox never
>> spikes on any thing, often seems low usage.