Bug #54908 Connector/.NET only available as x86 version: missing x64 MySQL connector
Submitted: 30 Jun 2010 7:51 Modified: 30 Jun 2010 17:10
Reporter: Torsten Rendelmann Email Updates:
Status: Not a Bug Impact on me:
None 
Category:Connector / NET Severity:S4 (Feature request)
Version:6.2.3 OS:Windows (Windows 7 (64 bit))
Assigned to: CPU Architecture:Any
Tags: .net, 64 bit, connector

[30 Jun 2010 7:51] Torsten Rendelmann
Description:
Looks like there is only a 32 bit version of the connector available (http://dev.mysql.com/downloads/connector/net)

As we have to deliver our software also on 64-bit windows servers as 64 bit software, we require also a 64 bit MySQL connector to be able to support MySQL as a database backend. 

How to repeat:
See http://dev.mysql.com/downloads/connector/net
[30 Jun 2010 12:37] Bogdan Degtyariov
Hi Torsten,

I think the Connector/NET download page might confuse you when labeling the package as "Windows (x86, 32-bit), ZIP Archive".

MySQL Connector/NET driver is 100% managed code library, which possesses no 32/64-bit platform specific instructions. The driver is compiled in Any-CPU mode and is neither 32-bit nor 64-bit instructions set. The very similar approach is implemented in Java applications that are platform-independent and can run on any hardware/software that have java machine to execute the code.

Some NET assemblies might use native code imported from other libraries, but MySQL Connector/NET does not use any native code and therefore is safe for both 32-bit and 64-bit on x86 hardware or Itanium. Although Itanium instructions are not compatible with x86, the Connector/NET driver (mysql.data.dll) is running on both hardware platforms exploiting the advantages of managed code without need to re-compile.

Here is more details regarding migrating from 32-bit to 64-bit along with comments about running the same assembly in either 64-bit or 32-bit mode:

http://msdn.microsoft.com/en-us/library/ms973190.aspx

The status of the bug report is changed to "Not a bug".
Thanks.
[30 Jun 2010 17:10] Torsten Rendelmann
Thanks for clarify.