Subject | Re: [IBO] Fields[xx].value - unidentifyed type: 14 |
---|---|
Author | Helen Borrie |
Post date | 2001-01-02T11:31:23Z |
At 10:44 AM 02-01-01 +0000, you wrote:
Integer in 6 is still 32-bit. The trap is that generators are 64-bit
(numeric(18,0)). So an integer will fit inside a 64-bit column but the
reverse isn't true.
I wonder...Mauricio is using TIBOQuery...perhaps he instantiated a TField
for that before he changed the column back to integer. Possibly all that's
needed is to kill the persistent field and get it again as
TIntegerField...then TwwDatasource will recognise it as 32-bit...
H.
All for Open and Open for All
InterBase Developer Initiative ยท http://www.interbase2000.org
_______________________________________________________
>Returning to Mauricio's original problem. Could this be related toIndirectly it might, though I believe he said he changed it back to integer...
>a generator or index being INTEGER = INT64 in the database, while
>kbmMem tends to work INTEGER = INT32 ?
Integer in 6 is still 32-bit. The trap is that generators are 64-bit
(numeric(18,0)). So an integer will fit inside a 64-bit column but the
reverse isn't true.
I wonder...Mauricio is using TIBOQuery...perhaps he instantiated a TField
for that before he changed the column back to integer. Possibly all that's
needed is to kill the persistent field and get it again as
TIntegerField...then TwwDatasource will recognise it as 32-bit...
H.
All for Open and Open for All
InterBase Developer Initiative ยท http://www.interbase2000.org
_______________________________________________________