Another problem occured:
When using UIB with fpc on X86_64 field values are always empty (for
strings) or 0 (for integers).
For demonstrating the problem I created the following program:
Failes with: FPC 2.3.1 svn, UIB latest svn, Firebird 2.0, OS Ubuntu 8.04
X86_64
OK with: FPC 2.3.1 svn, U
Joost,
Thanks for your help.
I could find the problem in uibdataset.pas and fix it. Already sent a
Bugreport and a fix to the UIB-Forum.
Thanks
Lukas
Joost van der Sluis schrieb:
Op maandag 08-09-2008 om 16:13 uur [tijdzone +0200], schreef Lukas
Gradl:
Just had to upgrade to fpc 2.3.1 for s
On 8 Sep 08, at 9:34, Paul wrote:
Hi Paul,
.
.
> I know KOL uses api calls (used it years ago), but I prefer to create my
> forms, buttons etc. directly with api calls myself to keep the exe size as
> small as possible.
> My problem is: how should I write api call's for a different target pla
Op maandag 08-09-2008 om 16:13 uur [tijdzone +0200], schreef Lukas
Gradl:
> Just had to upgrade to fpc 2.3.1 for some reason.
> But using fpc 2.3.1 UIB produces an "Invalid field size" error when
> trying to open a UIBDataset.
It's a bug in UIB. But it's a bug that most TDataset-descendents suffe
Op zaterdag 06-09-2008 om 20:35 uur [tijdzone -0300], schreef Felipe
Monteiro de Carvalho:
> Hello,
>
> I am using a TDBMemo with a TSdfDataset, but this database uses
> newlines to separate the records, so it's impossible to store data
> with multiple lines.
>
> So I thougth that I could do a tr
On 08 Sep 2008, at 08:57, Paul wrote:
"U kunt het programma lazarus.app niet openen, omdat het niet wordt
ondersteund door deze architecture"
translated:
"You can't open program lazarus.app, because it's not supported by
this architecture"
This issue is mentioned for a certain version of
Hi!
Just had to upgrade to fpc 2.3.1 for some reason.
But using fpc 2.3.1 UIB produces an "Invalid field size" error when
trying to open a UIBDataset.
The same program works when using fpc 2.2.3.
For demonstrating the problem I created the following program:
When trying to open an UIBDataset
Carsten Bager wrote:
A have a unit (uSafeVar) with an object. The object has a property "data" of the type
"SafeVar_typ"
If I do this it works (wSafeVar is called)
var
p:SafeVar_typ;
begin
p.d:=111;
SafeVar.data:=p;
Here the Data setter is called, ie, wSafeVar, because you are assignin
A have a unit (uSafeVar) with an object. The object has a property "data" of
the type
"SafeVar_typ"
If I do this it works (wSafeVar is called)
var
p:SafeVar_typ;
begin
p.d:=111;
SafeVar.data:=p;
end
If I do this it dos not work but it compiles (wSafeVar is not called)
begin
SafeVar.d
"U kunt het programma lazarus.app niet openen, omdat het niet wordt
ondersteund door deze architecture"
translated:
"You can't open program lazarus.app, because it's not supported by this
architecture"
Paul
- Original Message -
From: "Jonas Maebe" <[EMAIL PROTECTED]>
To: "FPC-Pasc
In our previous episode, Jonas Maebe said:
>
>
> Please be more specific, because otherwise it is very hard to help.
> For an interesting essay on this, see
> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
Hehe, I really like the bit in red at the bottom.
__
On 08 Sep 2008, at 08:34, Paul wrote:
After removing and installing, adding all folders manually, I got it
running and could even run a small program.
Next day, I get a OS-message that Lazarus is not a regular mac
application and is now blocked (OS X 10.5)
Can you please give the exact err
Hi Tomas,
I don't know much about KOL, but if I understand it correctly, it's a
framework (GUI library if you like) allowing the programmer to use
Pascal classes for the various GUI elements. Implementation of these
classes uses then the native API calls provided by the particular
platform (Win3
13 matches
Mail list logo