bluemodel / BlueM.Opt

BlueM.Opt is an optimization framework that can be coupled with an arbitrary simulation software.
https://wiki.bluemodel.org/index.php/BlueM.Opt
GNU General Public License v3.0
2 stars 1 forks source link

671: Zugriff auf Access Datenbank geht bei 64bit nicht #27

Closed bluemodel-bot closed 2 years ago

bluemodel-bot commented 2 years ago
Original bug ID 671
Reported by froehlich on 2011-08-14
Affects version 1.4
Component EVO.OptResult
Severity blocker
Priority P3
Milestone 1.5
Assigned to froehlich
Status RESOLVED FIXED

Comments:

froehlich on 2011-08-14:

Bei meinem Rechner (Windows 7 64bit) läuft bdie aktuelle Version von BlueM.Opt (v1.4) nicht, sobald ich PES als Methode auswähle, kommt:

Der Microsoft.Jet.OLEDB.4.0-Provider ist nicht auf dem lokalen Computer registriert. Hab ein bisschen recherchiert und anscheinend gibts den Microsoft.Jet.OLEDB.4.0-Provider einfach nicht für 64bit.

Ich finde auch keinen entsprechenden Download von Micrsoft Jet, OLEDB oder MDAC für Windows 7 x64. Hat jemand hierzu schon Erfahrungen gesammelt oder weiss, woran es liegen könnte?

Das passendste, was ich gefunbden habe, Microsoft Data Access Components (MDAC) 2.8 SP1 http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=5793 gibts nur für x86

froehlich on 2011-08-14:

Anscheinend liegts an den Kompilierungseinstellungen. Man muss explizit für x86 kompilieren, dann läuft es auch auf 64bit (komisch). Für x64 kompilieren hilft nicht.

Deswegen würde ich die Konfigurationen in allen Projekten von AnyCPU auf x86 umstellen, und zusätzlich noch eine für x64 anlegen, die wir dann später zum laufen bringen können.

Vielleicht sollten wir auch erwägen, auf ein höheres .NET Framework umzusteigen, ich krieg beim kompilieren für 64bit ganz viele solcher warnungen: >Die Assembly mscorlib.dll, auf die verwiesen wird, hat einen anderen Zielprozessor.

reussner on 2011-08-14:

Das Vorgehen halte ich auch für richtig: Alle projkte auf x86 umstellen. Ansonsten entscheidet ein .Net-Startprogramm, dass es viellecht doch auf 64 bit läuft.

Bei BlueM.Sim gibt es ein ähnliches Problem, wenn es über OpenMI gestartet wird. Hier entscheidet der OpenMI-Editor der OpenMI projekts in 64 bit zu starten, was die Rechenkerne stört, die in 32 Bit kompiliert sind.

Wegen höherem .Net Framework: Bin ich dafür. Aber wir müssen wegen dem Visual Studio aufpassen. Unser Intel Compiler (Version 11) läuft nur unter VS2008. Wenn wir eine vollintegration in dem VS2010 haben wollen, dann müssen wir auch auf den Intel 12 umsteigen (kostet ca. 800 $)

froehlich on 2011-09-15:

Konfigurationen für x86 und x64 sind jetzt in Wave und Bluem.Opt drin. Fehlt noch BlueM.Sim

froehlich on 2013-09-07:

in r782 ff (v0.9.7) auch in BlueM.Sim behoben.