Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Seek() - problem
Message
From
27/03/2001 01:18:04
Dragan Nedeljkovich
Now officially retired
Zrenjanin, Serbia
 
 
To
26/03/2001 14:42:04
Gerry Schmitz
GHS Automation Inc.
Calgary, Alberta, Canada
General information
Forum:
Visual FoxPro
Category:
Coding, syntax & commands
Miscellaneous
Thread ID:
00488525
Message ID:
00488847
Views:
11
>There's a few things you can try (before performing the SEEK); eg.
>
>GO TOP
>SKIP
>(SET REPROCESS TO...); RLOCK(["0",...]); UNLOCK
>(SET REPROCESS TO...); FLOCK(); UNLOCK
>etc.
>
>All these commands are meant to "refresh" a workstation's (internal) "data and index buffers". The "locks" are not meant to be held; they should always be released immediately ... it may not even be necessary to actually obtain a lock.
>
>Some may work better than others in your situation; you'll have to do some experimenting.

In some situations, I've seen an example where simple
=reccount()
forces the workstation to re-read the header, and some stray things get straight. May as well work here, though the original problem it solved was the occasional mysterious overwrite of two records added by two workstations (don't know the precise circumstances when this happened, and did the problem get solved in vfp6).

back to same old

the first online autobiography, unfinished by design
What, me reckless? I'm full of recks!
Balkans, eh? Count them.
Previous
Reply
Map
View

Click here to load this message in the networking platform