Bug #6809
find current ... exclusive-lock no-wait. not working
Start date:
Due date:
% Done:
100%
billable:
No
vendor_id:
GCD
case_num:
History
#2 Updated by Constantin Asofiei over 1 year ago
The recreate is this, using to FWD clients:
- run first program
b1.p
- do not press any key:message "b1.p". for each book: delete book. end. do transaction: create book. book.isbn = "Abc". release book. end. do transaction: find first book no-lock. if avail book then do: pause. find current book exclusive-lock no-wait no-error. if not locked(book) then message book.isbn. else message "locked". end. end.
- run second program
b2.p
- do not press any key:message "b2.p". do transaction: find first book no-lock. if avail book then do: find current book exclusive-lock no-wait no-error. if not locked(book) then message book.isbn. else message "locked". end. pause. end.
- go to
b1.p
and press a key - the record will be released instead of reporting as 'locked' because is being locked byb2.p
. This results innot locked
being true andbook
buffer having no record, inb1.p
.
#3 Updated by Constantin Asofiei over 1 year ago
- Priority changed from Normal to High
This needs to be fixed in 6129a
#4 Updated by Eric Faulhaber over 1 year ago
- Status changed from New to WIP
- Assignee set to Eric Faulhaber
#5 Updated by Eric Faulhaber over 1 year ago
- Status changed from WIP to Review
- % Done changed from 0 to 100
Fixed in 6129a/14477. Constantin, please review and test with the original application, if you have a recreate beyond the test cases in #6809-2.
#6 Updated by Constantin Asofiei over 1 year ago
- Status changed from Review to Test
Eric Faulhaber wrote:
Fixed in 6129a/14477. Constantin, please review and test with the original application, if you have a recreate beyond the test cases in #6809-2.
I don't have a recreate in the original application. The changes look good.