Re: Changes not committed
- From: Jack Jackson <jjackson@xxxxxxxxxxxxxxxx>
- Date: Wed, 12 Nov 2008 09:10:58 -0800
To elaborate a little, when you specify the table name with the field
and another work area is currently selected, under some circumstances
the replace will silently not occur. It is safer to either SELECT the
workarea first, or use the "REPLACE field WITH value IN alias" form of
the command.
On Wed, 12 Nov 2008 13:38:55 +0100, "Stefan Wuebbe"
<stefan.wuebbe@xxxxxx> wrote:
.
In addition to Mark's advice ...
replace performa_invoice.confirmed WITH .t.
... you may always want to use the IN alias clause of the Replace
(and other) commands.
hth
-Stefan
"Mark" <Mark@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:C249407C-5F29-409E-B165-8B91003240A6@xxxxxxxxxxxxxxxx
Hi Hii,
You seem to have buffering on. Please have a look at TableUpdate()
hth
Mark
"Hii Sing Chung" wrote:
Hi,
I have this statement in my 'Confirmed SO' button: "replace
performa_invoice.confirmed WITH .t.", I am asking it to set the logical flag
on the 'confirmed' field table to T. What I encountered is that the T flag
is valid only when the run is running but not committed into the physical
table because when I navigate through the records on the form, this
particular record has been set to T, but when exit and run again, it is
still F and in the table it is indeed still F. So, it hasn't been committed.
What am I doing wrong?
- References:
- Changes not committed
- From: Hii Sing Chung
- RE: Changes not committed
- From: Mark
- Re: Changes not committed
- From: Stefan Wuebbe
- Changes not committed
- Prev by Date: Re: Auto entry fo current exchange rate?
- Next by Date: Re: Changes not committed
- Previous by thread: Re: Changes not committed
- Next by thread: Re: Changes not committed
- Index(es):
Loading