Am 04.04.2011 07:29, schrieb Michael Van Canneyt:
On Mon, 4 Apr 2011, LacaK wrote:
But It seems to me, that DataChanged is now called 2 times
First in TDataSet descendants in SetFieldData method (see
bufdataset.pas, dbf.pas, paradox.pp, meds.pp) and second in above
mentioned place.
So it wo
Michael Van Canneyt wrote / napísal(a):
On Mon, 4 Apr 2011, LacaK wrote:
Hi,
This fix
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/base/fields.inc?r1=17199&r2=17220
fixes mising call to TField.Validate (before data are written into
record buffer) and adds also c
Yes it is impossible in native way ... but we can help him and do
necessary conversion in the background ... question is what user
expect, when defines column like DECIMAL(15,7) ?
He expects to get/put values of that type, i.e. TFmtBCDField if I
understand the discussion right.
Question: i
On Mon, 4 Apr 2011, LacaK wrote:
Hi,
This fix
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/base/fields.inc?r1=17199&r2=17220
fixes mising call to TField.Validate (before data are written into record
buffer) and adds also call to TField.DataChanged (after data are wr
Luiz Americo Pereira Camara пишет:
So, what should be done?
1) Be totally compatible with Delphi: convert date to string with
hardcoded format and raise exception when doing the conversion back?
2) Use the hardcoded format used to convert from vardate variant to
string and vice versa?
3) Use
Hi,
This fix
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/base/fields.inc?r1=17199&r2=17220
fixes mising call to TField.Validate (before data are written into
record buffer) and adds also call to TField.DataChanged (after data are
written)
But It seems to me, that Da
Hi,
As pointed in bug http://bugs.freepascal.org/view.php?id=19075
converting from vardate variants (variants with TDateTime values) to
string is done differently in Delphi and fpc. According to
http://support.embarcadero.com/article/35913 the conversion is done with
the default OS format opt
On 03/04/2011 20:59, Martin wrote:
On 03/04/2011 20:50, Martin wrote:
(w32 / vista)
I tried to recompile fpc trunk, it starts up fine, until it comes to
fcl-web. I copied the last lines of output to the end of the mail
Not sure about the exact make command that was running, since they
come f
On 03/04/2011 21:03, Maxim Ganetsky wrote:
03.04.2011 23:59, Martin пишет:
no difference, same error
anyone any idea, how I can compile trunk?
Quoting Joost:
"If you are really stuck, the old Makefile.fpc is copied to Makefile.org.
Copy the Makefile.org to Makefile.fpc, and run 'fpcmake -TA
03.04.2011 23:59, Martin пишет:
no difference, same error
anyone any idea, how I can compile trunk?
Quoting Joost:
"If you are really stuck, the old Makefile.fpc is copied to Makefile.org.
Copy the Makefile.org to Makefile.fpc, and run 'fpcmake -TAll' in the
fcl-web directory. And don't forg
On 03/04/2011 20:50, Martin wrote:
(w32 / vista)
I tried to recompile fpc trunk, it starts up fine, until it comes to
fcl-web. I copied the last lines of output to the end of the mail
Not sure about the exact make command that was running, since they
come from a batch file, but probably the 2
(w32 / vista)
I tried to recompile fpc trunk, it starts up fine, until it comes to
fcl-web. I copied the last lines of output to the end of the mail
Not sure about the exact make command that was running, since they come
from a batch file, but probably the 2nd line:
make.exe clean distclean
m
When trying to build FPC from svn on a win32 system (win7 and xp) on
three different systems I get the same error. I'm using a 2.5.1 compiler
to build fpc from svn.
make -C fcl-web smart
make[3]: Entering directory `C:/Programming/fpc/packages/fcl-web'
C:/Programming/fpc/compiler/ppc386.exe fpm
13 matches
Mail list logo