Paradox Community

Items in pnews.paradox-programming

Subject:Re: general protection violation
Date:Thu, 21 May 2020 07:58:40 -0500
From:Mark Bannister <markRemove@THISinjection-moldings.com>
Newsgroups:pnews.paradox-programming
It will really help to write a simple script to load and deliver
libraries, forms and reports.  If they are temporary tables it can be
more of a pain.
I have found that some things crash on some machines and not others.
Sometimes I think it is the speed and or order at which things happen.

Changing data that is displayed on a table frame can cause tableframe
events to start and trigger in the middle of your code.  You cannot
debug this easily as tracing (and changing focus) changes how it works.
 Make sure to take any sleep() statements out of your code as they allow
the code to pause and the actions on the form to happen.  Debugging will
allow this as well.
Try turning on delayscreenupdates( yes ) before the code kicks off also.
 If nothing else it will speed up your code.

On 5/20/2020 5:42 PM, Kevin Zawicki wrote:
> Yes.
> I tried that to a limited extent, there are 100s of forms. reports. libraries.
> I will do them all.
> 
> 
> The is the first time I have seen something not run when jumping OSes, like
> this. I know when you change a Paradox version you have to recompile.
> 
> I can even narrow down part of the code.
> 
> It seems (so far)
> queries that run in a tableframe proc that affect the data on the tableframe
> on the arrive of the record in this one form.
> The odder thing is the proc runs on open (before default).
> 
> Also, in some cases I debug the code and it completes, goes back to the form,
> wait 2 seconds and Paradox blinks out, no GPF.
> 
> I am moving code around, etc.
> 
> 
> I have hit this is a few places. Rewrote first one into tcursors, no GPFs.
> 
> Recreated the main tables from scratch, etc..
> 
> I even pulled back the entire system from a 2013, 2014, 2015 archive. Same
> issues, that is why I do not think it is "corruption". Or some sort of corruption
> that only shows in WIN10. This code in some form was run in 95, XP, etc.
> 
> 
> 
> So far it seems that I have code that runs in win7, not in win10.
> 
> Same PDOX.
> WIN10 updated BDE.
> 
> 
> "Steven Green" <greens@diamondsg.com> wrote:
>>> I re-compile 3-4 times (a script does this of course) but I do have a
> lot 
>>> of interconnected libraries.
>>
>> get out of paradox, get back in.. recompile everything.. rinse and repeat..
> 
>> then actually open stuff and test it.. you might think we've been doing
> this 
>> for a long time :-)
>>
>> --
>>
>> Steven Green
>> Myrtle Beach, South Carolina, USA
>>
>> http://www.OasisTradingPost.com
>>
>> Collectibles and Memorabilia
>> Vintage Lego Sets and Parts
>> - and Paradox support, too
>> "Mark Bannister"  wrote in message 
>> news:5ec3db7d$1@pnews.thedbcommunity.com...
>>
>> Steve is correct of course.
>> I use git to manage my code.  While git doesn't read binary files it can
>> tell if a binary file has changed.  After changing a core library I
>> re-compile and save all libraries multiple times.  I've checked them
>> with git as I do this.  A couple stop changing after one compile.  A few
>> others change after every compile.  I do find things are more stable if
>> I re-compile 3-4 times (a script does this of course) but I do have a
>> lot of interconnected libraries.
>>
>> On 5/19/2020 7:56 AM, Steven Green wrote:
>>> Kevin.. if you aren't changing the libs, no need to re-do them.. but
>>> when I *do* change the libs, I close everything, compile and save the
>>> lib, close/open do it again, then do any libs that call that lib.. if
>>> the forms aren't compiled, they'll read the libs as needed
>>>
>>> -- 
>>>
>>> Steven Green
>>> Myrtle Beach, South Carolina, USA
>>>
>>> http://www.OasisTradingPost.com
>>>
>>> Collectibles and Memorabilia
>>> Vintage Lego Sets and Parts
>>> - and Paradox support, too
>>> "Kevin Zawicki"  wrote in message
>>> news:5ec2b21e$1@pnews.thedbcommunity.com...
>>>
>>>
>>>>>>
>>> If you have interdependent libraries and forms make sure you always 
>>> re-save
>>> all of them when you make changes. (Paradox will store portions of code
>>> from
>>> other objects in order to save time calling them.)
>>> <<
>>>
>>> I have never heard this, but OK. If I make changes on a form that calls
>>> libraries,
>>> no changes to libraries... are you suggesting we also open and save the
>>> libraries
>>> as well?
>>> Or only if you have multiple file objects open and edited, save them all?
>>>
>>> I am battling a number of GPFs now, that is why I ask.
>>>
>>>
>>>
>>> Mark Bannister <markRemove@THISinjection-moldings.com> wrote:
>>>> This can be causes by a wide variety of things.  Bad tables to just
>>>> multiple, accumulating  errors.  Make sure you are trapping errors. 
> If
>>>> you have interdependent libraries and forms make sure you always re-save
>>>> all of them when you make changes. (Paradox will store portions of code
>>>> from other objects in order to save time calling them.)
>>>>
>>>>
>>>> n 5/18/2020 4:40 AM, Tony Spencer wrote:
>>>>> I keep getting unexpected general protection violation when running
> some
>>> scripts
>>>>> can anyone help please
>>>>>
>>>>
>>>
> 


Copyright © 2004 thedbcommunity.com