Hi,
I just want to confirm if this is a bug in fpdoc from FPC v2.2.5
Here is the class interface
// alias class will be removed soon.
TVisOwnedQrySelect = class(TtiVisitorSelect)
end deprecated;
This is the correct syntax for the usage of deprecated and it compiles
fine with FPC.
Graeme Geldenhuys wrote:
Now when I run the fpdoc over that unit, fpdoc reports the following error:
../Source/Core/tiVisitorDB.pas(157,16): Expected ; at token
Identifier deprecated
Is fpdoc expecting a different syntax for deprecated keyword?
fpdoc also fails to generate HTML help
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Graeme Geldenhuys wrote:
Now when I run the fpdoc over that unit, fpdoc reports the following error:
../Source/Core/tiVisitorDB.pas(157,16): Expected ; at token Identifier
deprecated
Is fpdoc expecting a different syntax for deprecated
Michael Van Canneyt wrote:
Is fpdoc expecting a different syntax for deprecated keyword?
fpdoc also fails to generate HTML help output for that class
(TVisOwnedQrySelect) and any other classes defined below it in the unit.
This is logical, as it has encountered an error.
OK. The reason I
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
Is fpdoc expecting a different syntax for deprecated keyword?
fpdoc also fails to generate HTML help output for that class
(TVisOwnedQrySelect) and any other classes defined below it in the unit.
This is logical,
Michael Van Canneyt wrote:
compiler, and is intertwined with the code generator, so that is not
an option. Don't think I haven't considered it...
I would never... :-)
Just thinking about it, a low-dependency pascal parser could be used for
many things. fpdoc being one. JCF (Jedi Code
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
compiler, and is intertwined with the code generator, so that is not
an option. Don't think I haven't considered it...
I would never... :-)
Just thinking about it, a low-dependency pascal parser could be used for
Michael Van Canneyt wrote:
The fpdoc one is distributed with FPC as a package.
Brilliant idea and just what I meant being reusable by other
projects will be a great bonus.
Of course tools like pasdoc and JCF cannot assume FPC, so they must
implement their own, since delphi doesn't
Hi,
I working on a Firebird database that has a default Charset = UTF8. I'm
using the SqlDB package via tiOPF to save and read my data from the
database.
I have a table with a field defined as Char(2) and I have set it with a
value en which represents a Country Code.
When I read back that
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Hi,
I working on a Firebird database that has a default Charset = UTF8. I'm using
the SqlDB package via tiOPF to save and read my data from the database.
I have a table with a field defined as Char(2) and I have set it with a value
en which
Michael Van Canneyt wrote:
You may never trim these fields; The database contains always the
declared number of characters: the value is trimmed with a space till
the number of declared characters is reached. TField.AsString returns
what is in the database, which seems to be 8 characters in
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
You may never trim these fields; The database contains always the
declared number of characters: the value is trimmed with a space till
the number of declared characters is reached. TField.AsString returns
what is in
Michael Van Canneyt wrote:
Which means firebird reports 8 to your application.
So does this issue only occur on my system and not on others? Do you
uses charset=UTF8 in your databases, and Firebird reports the correct
size for Char() fields?
I'll put together a small test case and sample
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
Which means firebird reports 8 to your application.
So does this issue only occur on my system and not on others? Do you uses
charset=UTF8 in your databases, and Firebird reports the correct size for
Char() fields?
I have been testing lately fpc 2.2.4 on a linux powerpc5+. I am seeing
some issues with threads. I use cthreads and a very simple test crashes
with segmentation fault. Is anyone aware of known issues with threads on
linux/powerpc? I am not posting this is a bug yet because the platform is
Op dinsdag 21-07-2009 om 17:23 uur [tijdzone +0200], schreef Michael Van
Canneyt:
I'll put together a small test case and sample Firebird database so I can
rule out tiOPF as a possible cause. I'll also double check using different
database components. I have SqlDB, FBLib and IBX (from
On Tue, 21 Jul 2009, Joost van der Sluis wrote:
Op dinsdag 21-07-2009 om 17:23 uur [tijdzone +0200], schreef Michael Van
Canneyt:
I'll put together a small test case and sample Firebird database so I can
rule out tiOPF as a possible cause. I'll also double check using different
database
Michael Van Canneyt wrote:
I never use Char fields,
I can live with that...
and I also don't use charsets in Firebird...
..but not with this! Here are just a few issues with using NONE as the default
charset in a Firebird database.
* Firebird does NOT default to your system locale. It
Michael Van Canneyt wrote:
Delphi doesn't support Firebird at all for now.
It depends what you mean with Support. I use D7, IBX with about 1000
Firebird databases since 6 years without any problems.
I think what Joost is saying is that since D7, IBX has been dropped (I think)
and
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
I never use Char fields,
I can live with that...
and I also don't use charsets in Firebird...
..but not with this! Here are just a few issues with using NONE as the
default charset in a Firebird database.
*
On Tue, 21 Jul 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
Delphi doesn't support Firebird at all for now.
It depends what you mean with Support. I use D7, IBX with about 1000
Firebird databases since 6 years without any problems.
I think what Joost is saying is that
Op dinsdag 21-07-2009 om 19:30 uur [tijdzone +0200], schreef Michael Van
Canneyt:
On Tue, 21 Jul 2009, Joost van der Sluis wrote:
Op dinsdag 21-07-2009 om 17:23 uur [tijdzone +0200], schreef Michael Van
Canneyt:
I'll put together a small test case and sample Firebird database so I can
Hi,
i'm trying to use TBufDataset as a very simple mem dataset but i get a
Stream read error.
I can reproduce it, but first is it legitimate to use TBufDataset like
this ?
unit Unit2;
{$mode objfpc}{$H+}
interface
uses
Classes, SysUtils, db, FileUtil, LResources, Forms, Controls,
On Tuesday 21 July 2009 15:56:02 Graeme Geldenhuys wrote:
What is your thoughts on this. As far as I know MSEgui does automatic
trimming of spaces in the TField, so should this maybe be done in SqlDB
(Interbase/Firebird) as well?
Don't confuse Firebird field datasize (in bytes) and field
24 matches
Mail list logo
