[DUG] Legacy App. issue: flushing / committing data changes - BDE
paradox Table
Paul A Norman
paul.a.norman at gmail.com
Tue Mar 27 10:07:12 NZST 2007
Thanks Alister,
After watching the work habbits of the user, I believe that the App is being
regularly forcibly shutdown.
Paul
On 27/03/07, Alister Christie <alister at salespartner.co.nz> wrote:
>
> Try setting (if it is not already) LocalShare to True. When LocalShare
> is ture database writes happen immediately, if you app is forcibly shut
> down with local share to false you may loose data.
>
> Alister Christie
> Computers for People
> Ph: 04 471 1849 Fax: 04 471 1266
> http://www.salespartner.co.nz
> PO Box 13085
> Johnsonville
> Wellington
>
>
>
> Paul A Norman wrote:
> > HI all,
> >
> > Have been asked to review and old D.4 app of mine that someone is
> > running on a more modern machine, with much more ram, than was in
> > common use in the day.
> >
> > Newly created records do not always appear when the app is reopened
> > after an overnight reboot.
> >
> > This is a new problem.
> >
> > Dimmly recall previously reading about ram to disk commital issues,
> > and/or flusing data changes - needing to be flushed through BDE, when
> > a computer shutdown -> shuts a Delphi App. down.
> >
> > Any one recall these issues from the past - something to be placed in
> > the Form onCose or onCloseQuery?
> >
> > Any thoughts appreciated please,
> >
> > Paul
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Delphi mailing list
> > Delphi at ns3.123.net.nz
> > http://ns3.123.co.nz/mailman/listinfo/delphi
> >
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.net.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ns3.123.co.nz/pipermail/delphi/attachments/20070327/64364675/attachment.html
More information about the Delphi
mailing list