Is anybody using the .NET provider on amd64? I am having a rough time!
(Although there's something about a dual core 64 bit laptop that takes
the sting out of just about anything. Finally got rid of that old mobile
celeron boat anchor.)

I have searched extensively in this group and google with really no luck.

Things I have tried:

 * Firebird 1.5.3 - crashes in native code. It's on the way out anyway,
and not worth worrying about.

 * Firebird 2.0 rc1 and rc3 - command line works, .NET code crashes in
various ways depending on which adapter I use.

 * FirebirdSql.Data.Firebird 1.7.1 shipping with mono == 1.7.1 from
download (binary) vs 1.7.1 built by me (what I really prefer because
then I can ship one binary cross platform). All have equal results: a
buffer overflow when parsing out the version number. It is easy to hack
the code to increase the buffer size, at which point it starts to give
me uninitialized and null reference exceptions. (Which vary depending on
timing.

So, we're up to where I am now, because I get the same error in both the
1.7 and the 2.0 versions, because the code in FesConnection can
sometimes use the exception object without creating it first:

 * FirebirdSql.Data.FirebirdClient 2.0.x official code/binary - Full error:

Unhandled Exception: System.ApplicationException: Query failed 'INSERT
INTO [blah blah blah]:  ---> System.NullReferenceException: Object
reference not set to an instance of an object
  at FirebirdSql.Data.Client.Embedded.FesConnection.ParseStatusVector
(System.Int32[] statusVector) [0x00000]
  at FirebirdSql.Data.Client.Embedded.FesDatabase.ParseStatusVector
(System.Int32[] statusVector) [0x00000]
  at FirebirdSql.Data.Client.Embedded.FesStatement.Execute () [0x00000]
  at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteCommand
(CommandBehavior behavior, Boolean returnsSet) [0x00000]
  at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteCommand
(CommandBehavior behavior) [0x00000]
  at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteNonQuery ()
[0x00000] --- End of inner exception stack trace ---

This probably means that the statusVector was not properly marshaled,
and contains garbage (I'm not a firebird expert, but I'll bet that's
what the deal is).

I was just wondering, really, if I'm the only 64 bit
mono-firebird-embedded user in the world...

Regards,
tom
-- 
Tom Surace                )                 ,~~v~~,
[EMAIL PROTECTED]    )                ,`.   .`,
http://www.byteheaven.com ) ------------- ===  +  === ---
415-927-1632              )            Hamster was here

Attachment: signature.asc
Description: OpenPGP digital signature

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Firebird-net-provider mailing list
Firebird-net-provider@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider

Reply via email to