Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
RLOCK() - again.
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Divers
Thread ID:
00152118
Message ID:
00153115
Vues:
24
Hi Steve,

I'm at a loss too.

But with pessimistic buffering, I don't see the need for a RLOCK().

I still wonder if TRANSACTION has something to do with it.

Good Luck,

Jim N

>>Hi Steve,
>>
>>Can you try the program after (temporarily) removing the TRANSACTION business?
>>
>>I saw nothing in the Help restricting TRANSACTION processing to BUFFERED stuff, but as we know from other omissions in Help, it might well turn out to bre such.
>>
>>I agree that it is perplexing. Do you perchance "play" with the MULTILOCKS setting at all - it will do an implicit UNLOCK ALL if manipulated after some LOCK(s) have been set.
>>
>>Good Luck,
>>
>>Jim N
>
>I set the multilocks in a method that fires for each form that is loaded when it has a private datasession. The whole environment is set only that once. If anything, I might change set deleted as they want to view deleted records.
>
>But now with up to 6 forms loading at once, you don't suppose that setting "multilocks" with each successive form load causes havoc in another private datasession do you? That sounds weird to me.
>
>Steve
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform