Hi,
How to detect a Smallint field with TIBConnection?
I'm writing a tool to aid in restructuring my projects' databases and their
tables.
But TIBConnection detects Smallint fields as Integer fields.
TIA,
Funky Beast
___
fpc-pascal maillist -
I made an other test with the dpmiexcp unit, downloaded from:
http://www.freepascal.org/cgi-bin/viewcvs.cgi/
and it still it doesn´t work.
The unit can be compiled with fpc 1.06 but couldn´t be linked:
ERROR while linking.
FPC 2.02 can compile and link the unit but it crashed again as
here's an update on this. i tried a couple of different things to
rule out what can be the problem. i got an nslu2 that i set up with a
big endian firmware that runs a different kernel (2.6.16) version than
my other board. the results were exactly consistent between these
boards. i also tried
Take the following example:
for i:= 0 to 2 do;
WriteLn(i);
Can i safely assume that after the for loop the value of i is 2?
Thanks in advance
Luiz
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Mon, 12 Mar 2007, Luiz Americo Pereira Camara wrote:
Take the following example:
for i:= 0 to 2 do;
WriteLn(i);
Can i safely assume that after the for loop the value of i is 2?
No. I think it is even specified in the pascal standard.
Michael.
Henry Vermaak schrieb:
here's an update on this. i tried a couple of different things to
rule out what can be the problem. i got an nslu2 that i set up with a
big endian firmware that runs a different kernel (2.6.16) version than
my other board. the results were exactly consistent between
On 3/12/07, Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Mon, 12 Mar 2007, Luiz Americo Pereira Camara wrote:
Take the following example:
for i:= 0 to 2 do;
WriteLn(i);
Can i safely assume that after the for loop the value of i is 2?
No. I think it is even specified in the pascal
I would NEVER rely on this in production code. The value of the control
variable of a For loop after execution should never be relied upon. A simple
change in the compiler at some future point could break a lot of your code.
Cheers,
Andy
-Original Message-
From: [EMAIL PROTECTED]
these results are (everything compiled with -CfSOFT for big endian):
1) writeln('Hello World') outputs Hello WorldHello W. all other
writeln and readln calls seem to work after that.
2) i get Runtime error 207 when i attempt floating point operations.
Try to get a stack trace please.
I would NEVER rely on this in production code. The value of the control
variable of a For loop after execution should never be relied upon. A simple
change in the compiler at some future point could break a lot of your code.
To be honest I would call it a bug if a comipler didn't warn about it
On 12 mrt 2007, at 16:19, Flávio Etrusco wrote:
And unless the compiler (programmer) use an extra variable just to
attain this behaviour, the value after the loop will 3 (i.e. end value
+1).
No, it can be anything, and the actual value even depends on the
compiler version.
Jonas Maebe wrote:
On 12 mrt 2007, at 16:19, Flávio Etrusco wrote:
And unless the compiler (programmer) use an extra variable just to
attain this behaviour, the value after the loop will 3 (i.e. end value
+1).
No, it can be anything, and the actual value even depends on the
compiler
On Mon, 2007-03-12 at 16:41 +, Henry Vermaak wrote:
these results are (everything compiled with -CfSOFT for big endian):
1) writeln('Hello World') outputs Hello WorldHello W. all other
writeln and readln calls seem to work after that.
2) i get Runtime error 207 when i
13 matches
Mail list logo