SoloCodigo

Cual es EXACTAMENTE la linea desde donde se deberia mandar y la linea desde la cual se deberia recibir ese dato.

PD. ¿Que es PC.? Lo cambie por localhost asi no me tiraba una excepcion ...

No entiendo, y el .obj, ¿donde está?

Quiero creer que el codigo es un archivo .asm, si esto es asi cuando ejecutes ml codigo.asm se generara el archivo codigo.obj, ese es el trabajo del ensamblador.

Si todo eso compila cuando pueda le dare una ojeada ya que ahora no tengo nada de tiempo. Igual te recomiendo que lo depures, si decis que escribe la linea en la pantalla fijate que pasa con lo que se supone que deberia enviar por el socket. Comproba que haga el send ... y que valor devuelve claro.

Eso con VC++ no compila (no existe ninguna version 2006 del Visual Studio).

El primer problema es que usas iostream.h, debe ser iostream nada mas. Intentas acceder directamente a cout y endl sin especificar el namespace, tenes dos posibilidades o using namespace std; o en ambos le antepones el namespace. STD_OUTPUT_H ANDLE supongo que sera un error de copiado (va todo junto).

Despues el codigo esta malformado y no esta identado con lo cual es dificil ver donde esta el problema (que no permite compilar pese a solucionar lo anterior) a menos que lo hagamos nosotros. ¿Que significan esas variables? ¿No te parece que son poco descriptivas? Mejor depuralo, sos el unico que sabe a que se refiere el programa.

pensaba que estaba creando la variable dato y asignandole una posicion en memoria. Algo asi como reservar memoria para un puntero en C, y que luego con

le daba el valor 23. Entonces, ¿no hace falta reservar memoria primeramente?

Ese codigo es equivalente a declarar una variable global de tipo unsigned char en C.

unsigned char dato1 = 0x35; que obviamente es lo mismo que  unsigned char dato1 = 53;

Con eso tendras un campo reservado en la seccion de datos del programa.

Segun me dices tambien, la inicializacion la he hecho a 53 en decimal, pero...¿la "h" (53h) que hay detras no indica que la inicializacion la estaria haciendo en hexadecimal?

No tenes 53h sino 35h que es 53, 53h es 83. Fijate bien eso ya que antes pusiste 10h, eso es 16 y en realidad querias 10 que es Ah.

Asi lo que tenes es declarado un array de 16 bytes (h=hex) cuyo valor sera indefinido.

Una manera de darle valores directamente es esta:

Para trabajar con el array no tenes mas que poner su direccion en un registro (eax por ejemplo) y direccionarlo. Esto que te muestro lo podes usar para asignarle valores o leerlos:


Con eso tendrias que ser capaz de arreglarte solo.

@LEX, ves lo que les dije en los comentarios que este inutil me borro?

Tal como en este mensaje NADA que merezca ocupar lugar en el foro.

Es un inutil que solo sabe decir ESTUPIDECES.

Estas a NADA de que te denuncie al administrador.

si HAces una pregunta pequeña, el tipo este idol dice que son preguntas bobas, si haces preguntas dificiles se justifica y dice que no hacen en este foro tareas (por supuesto qu eno sabe que mas responder por su ignorancia) ysi haces una pregunt a interesante o larga ocmo la tuya el tipo se justifica diciendo que es muy largo el problema que no vengas aqui a que te hagan el codigo.

¿Preguntas interesantes? ¿Como saber la hora y la fecha? ¿Leyendo la BIOS? ¿Con la API de Windows? Disculpame pero eso no tiene la mas minima importancia. ¿Arreglar una calculadora hecha de pedazos de codigo? Perdon pero prefiero invertir mi tiempo en otras cosas.

Que dice esto?  que el tipo NO SIRVE PARA NADA AQUI.

Si vos servis para algo sinceramente lo disimulas muy bien.

no se quien lo admitio de moderador, por que este tipo tiene la misam funcion que ";" en ASSEMBLY, ....  puro comentario, solo para eso sirve el tipo
ALGUIEN CORRA A ESTE TIPO DE AQUI.... va a quitar la motvacion de aprender este lenguaje a los NEWBIS como dice el probre ignorante. NO sabe ni siquiera usar su lengua materna.

El administrador del foro, igual que para el foro de C/C++, por algo sera. Mientras que vos sos solo un troll en este foro.

Tu aporte a este foro es nulo. Al menos ahora este usuario podra ensamblar su codigo cosa que antes no podia hacer y no va a ser gracias a vos. Eso nos demuestra quien es realmente el pobre infeliz que solo puede hacer comentarios y quejarse como un bebe caprichoso.

Esto no funciona asi, no venis aca y nos dejas un codigo larguisimo para que nosotros lo leamos, entendamos y encontremos lo/s error/es.

Para empezar ese codigo ni siquiera ensambla. No podes tener dos etiquetas con el mismo nombre, con solo ejecutar el ensamblador y pasarle el nombre del archivo te vas a dar cuenta de que estoy hablando. Despues usaste un : en vez de un ;, lo mismo, con solo ensamblar lo vas a ver. Al final agregale un end y al menos te ensamblara, entonces depuralo (con debug) y fijate que va haciendo.

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.

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.

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 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.

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 ...