dreport and debug

Richard Kreiss rkreiss at verizon.net
Thu Apr 11 09:13:38 PDT 2013



On Apr 11, 2013, at 11:19 AM, Kenneth Brody <kenbrody at spamcop.net> wrote:

> On 4/11/2013 10:44 AM, Richard Kreiss wrote:
> [...]
>> My problem has nothing to do with these new date variables. However, when
>> I run the output, upon reaching certain records the processing stops. To
>> track the specific record on which the processing stops. I have added
>> some show statements, which gives me the transaction number and the date.
>> In addition, I have show statements which show me which subroutines have
>> run. This was to allow me to find where the problem was more quickly.
> [...]
>> I have manually looked at 14 records with the debugger, when I run the
>> output again, the processing continues through those records which
>> previously caused the program to hang up. This is the same whether I run
>> dreport or rreport. The only differences is rreport runs a lot faster
>> than dreport.
> [...]
> 
> Have you considered the possibility that those records were locked by 
> someone else at the time, and by the time you got around to manually 
> checking them out, they were no longer updating that record?
> 
> If it happens again, try using showlock to examine what records are locked.
> 
> -- 
> Kenneth Brody
> _______________________________________________
> 
Ken,

U am the only one in this file. No one else has access to it. 

Richard


More information about the Filepro-list mailing list