SoloCodigo

Necesitas enlazar contra el archivo de importacion (.lib) para que pueda resolver la funcion esa que no encuentra (tal vez tambien tengas que cambiar la convencion de llamada C por STDCALL).

Creo que este hilo debería estar en el foro de java. Aunque dudo que alguien de ahi le hubiera podido ayudar. En fin, dejo sembrada la inquietud.  

No realmente, la primera parte de Java dice que le funciona. El problema es con una DLL escrita en Fortran  

Eso de Add-Files no sirve y como decis tenes que cambiar las opciones del proyecto para que use el .lib en el enlazado:

Properties>>Linker>>Input>>Additional Dependencies

El error puede deberse a muchas cosas. Para enlazar estaticamente unicamente necesitas el archivo de importacion (.lib).

No estaria mal que comprobaras las funciones exportadas con el Dependency Walker. Copialas aca de paso.

Por ejemplo aca estas buscando esta: _tuwhbv y tal vez sea tuwhbv o _tuwhbv@4, vaya uno a saber.

El enlazador trata de decorar el nombre con _ como toda funcion de C, para ver que lleva el .lib usa dumpbin /all archivo.lib y de paso copianos el resultado. Es posible que tenga que exportar la funcion con algunos modificadores especiales o que termine usando la decoracion (_).

"single threading o multiple" no tiene nada que ver.

debería llamar a la función con otro nombre "decorado"? algo así como imp_tuwhbv??

Es probable, la manera normal es hacer esto:

No se que convencion de llamada usa FORTRAN ... asi que puede fallar tranquilamente sino usa C. La persona encargada de esta DLL seguramente sabra mas al respecto, por cierto ese prototipo es vomitivo ...

Pues al final ha funcionado, con la declaracion
extern "C"
{
 void _imp_tuwhbv(long,float&,float&,float&,float&,float&,float&,float&,float&,long,float&,float&,float&,float&);
};

ha linkado bien y me ha generado la DLL. Ahora ya estoy en "otro nivel"
despues de general esta DLL y ejecutar el código desde java que llama indirectamente a l de fortran a traves de este método obtengo un "EXCEPTION_ACCESS_VIOLATION" que creo que debe ser algo con el paso de parametros y punteros con los que no trabajaba desde hace mucho tiempo.

Si, me imagine que con eso la iba a resolver si o si pero como decis tenes una excepcion no controlada que tal vez este relacionada con lo que te decia antes: la convencion de llamada de fortran.

Tal vez un dumpbin /disasm de la DLL nos de una idea mas clara de que convencion de llamada usa.

Es simple hasta cierto punto, fijate los ret, aunque al no estar completa no puedo estar 100% seguro. En este caso esta claro que las funciones de la DLL de Fortran estan usando stdcall (las que se ven al menos) y por lo tanto cuando tu ejecutable intente acomodar la pila en realidad la jodera ...

En tu ejecutable, convencion de llamada C:
//primero se pasan todos los parametros en la pila
//se llama a la funcion (se que es esta por la cantidad ENORME - por eso decia que ese prototipo era vomitivo - de parametros)
100010A6: E8 29 60 00 00     call        100070D4
//intenta arreglar la pila pero como no es una funcion de convencion C la termina jodiendo
100010AB: 83 C4 38           add         esp,38h (56/4=14 parametros)

Para comprobar esta teoria podrias hacer esto en la siguiente linea justo tras llamar esta funcion:

Si eso lo soluciona evidentemente NO es la forma de hacerlo y tendrias que pedirle mas explicaciones a tu amigo (si esta usando un .DEF, si puede cambiar la convencion de llamada, como esta enlazando, etc, etc, etc) o usar enlazado dinamico   De esta manera:

typedef void (__stdcall *tuwhbv_ptr)(long,float&,float&,float&,float&,float&,float&,float&,float&,long,float&,float&,float&,float&);
tuwhbv_ptr tuwhbv = 0;

Despues en donde inicies usas LoadLibrary para cargar la DLL en cuestion y GetProcAddress para obtener la direccion de la funcion que se la asignaras a tuwhbv. De esa manera al usar stdcall no deberia dar ningun fallo.

Pues he puesta la linea esta de ensamblador delante de la llamada a la función externa y obtengo el mismo error.

¿Antes o despues lo pusiste? Tiene que ser asi:

He optado por probar el enlace dinámico y en lugar de enlazar el .lib, llamar directamente a la DLL como me has comentado.
Al hacer esto, y generando mi DLL en C++, la llamo desde mi código de Java y sigo teniendo el ACCESS VIOLATION, el cambio es que el "Problematic Frame" que me da el error cambia: usando el enlace estático el problema de java apunta a la DLL que genero en C++, y usando el enlace dinámico el error de la VM me apunta como problema a la DLL de fortran.

Por favor deja fuera del problema a Java, hace un programa simple que use la DLL de C++ que a su vez usa la DLL de Fortran.

puedes ver en esto a lo que te refererias de la convencion de llamada? no se bien como continuar?
Crees que seria una buena idea, que el cambie su proyecto para que le genere una libreria estática? de forma que quizas se cambie la forma de llamar a las librerias que utiliza?

Si, me imagino que ese es el problema, al menos entre C++ y Fortran. No se si servira que genere una libreria estatica realmente, pueden hacer la prueba pero no lo se.

Si la parte de Fortran y C++ funciona bien y el problema ahora es con Java yo no te puedo ayudar, no tengo experiencia ni tiempo para conseguirla. Proba a preguntar en el subforo de Java, tal vez ahi alguien sepa.

Hola Laura,
oye, ¿te importaría explicarme cómo has hecho para crear una DLL en Visual C++?

¿Cómo has conseguido que dicha DLL enlace con la librería de Fortran?

Te agradecería tu ayuda.

Muchas gracias.

Txalupa.

Hola Laura

tengo el mismo problema que tú con la dll de fortran. Al final pudiste solucionar el problema? còmo??? estoy desesperada porque llevo ya unos cuantos días anclada en  el mismo problema....

gracias y un saludo