У меня есть приложение, которое мы пытаемся перенести на 64-битный с 32-битного. Это .NET, скомпилированный с использованием флагов x64. Тем не менее, у нас есть большое количество DLL, написанных в FORTRAN 90, скомпилированных для 32 бит. Функции в библиотеках FORTRAN довольно просты: вы вставляете данные, вы извлекаете данные; никакого состояния. Мы также не проводим там много времени, всего на 3%, но логика расчета, которую он выполняет, неоценима.Вызов 32-битного кода из 64-битного процесса
Можно ли как-то назвать 32-битные DLL-файлы из 64-битного кода? MSDN предполагает, что я не могу, период. Я сделал простой взлом и проверил это. Все выбрасывает недопустимое исключение точки входа. Единственное возможное решение, которое я нашел до сих пор, - создать COM + -комплексоры для всех 32-битных DLL-функций и вызывать COM из 64-битного процесса. Это кажется довольно головной болью. Мы также можем запустить процесс в эмуляции WoW, но тогда потолок памяти не увеличился бы, укутывая около 1,6 гб.
Есть ли другой способ вызова 32-битных DLL из 64-битного процесса CLR?
Это 64bit -> COM -> 32-битная вещь, которую я описывал. Прочитав эту статью и пытаясь заставить образец работать, я решил, что есть _got_, чтобы быть лучшим способом. По крайней мере, я надеюсь. – 2008-09-24 17:25:13
Ответ Джона верен. В одном процессе нельзя смешивать 32-битные и 64-битные модули. Вам нужно начать второй процесс. См. Также мой ответ здесь: http://stackoverflow.com/questions/6523075/how-to-force-net-application-to-run-in-32bit-mode/6533556#6533556 – 2011-07-11 09:39:04
Вам необязательно использовать COM +, но вам нужно использовать 32-битный процесс. – 2012-01-06 02:54:40