Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Tablerevert working oddly
Message
De
31/12/1997 16:17:42
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Gestionnaire d'écran & Écrans
Divers
Thread ID:
00068618
Message ID:
00068698
Vues:
40
>>Pardon me for jumping in--But...
>>
>>do both forms use default data session?
>>do both forms have their BufferMode property set to 0?
>>does either form inadvertantly have a data environment that might be conflicting?
>
>ALL THE ABOVE CHECKS OUT OK on both forms, there is no dataenvironment.
>
>>
>>...The difference must be in the forms. Have you put a watchpoint when you do a table update in Form B to check cursorsetprop('buffer'...?
>NOT sure how to watchpoint, it is difficult?
>
>>>>>I have a tablerevert in the same cmdbutton that works in form A but not in Form B. I append a record in form A and the tablerevert removes the record nut in form B it remains! C:(
>>>>Timothy,
>>>>
>>>>What type of buffering are you using row or table? If it is row, is there any code anywhere that may be moving the record pointer before your tablerevert()?
>>>
>>>Hi Jim, I've got =cursorsetprop("buffering",2) in both cases.
>>>
>>>What I do in a prg is:
>>>use thefile
>>>=cursorsetprop("buffering",2)
>>>appe blank
>>>repl cntlnbr with time()
>>>do form formA (or FormB)
>>>and thats it!
Hi Tim,

I was having the same but slightly different problem. What's happening is that the record pointer is getting moved which is causing the tableupdate() to be called. Therefore when you call your tablerevert() nothing will be reverted. I suggest you take a look at your record count and you'll see what I'm talking about. Take a look at Jerry Krep's message. He wrote down an excerpt from FOXPRO Advisor that talks about the behaviour your having trouble with. Hope this helps.

Mark A. Struck
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform