FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Problema al llamar al LoadLibrary
Sabeis porque puede ser que al llamar al loadLibrary de algunas dll que tengo desarrolladas con delphi 5 se me queda el ordenador tostao(no casca simplemente se queda eternamente ahi) pero sin embargo con otras dll tambien desarrolladas con delphi 5 va bien.
Gracias. |
#2
|
|||
|
|||
A mi me pasa lo mismo, llevo semanas intentando saber que le pasa. El problema es al hacer la llamada, si lo debugeas, se queda tostado en el loadlibray, pero no da ningun tipo de error. Yo trabajo con Delphi 5 recien instalado xq el PC es nuevo. Con el ordenador viejo lo hace bien, pero con el nuevo que es XP home Edition, no.
Estoy desesperado ya..Tengo muchas DLL en mis programas y algunas van otras no. |
#3
|
||||
|
||||
¿Puedes mostrarnos algo de código?... ¿No tienes en el PATH asignadas rutas en la red que no sean válidas?
__________________
delphi.com.ar Dedique el tiempo suficiente para formular su pregunta si pretende que alguien dedique su tiempo en contestarla. |
#4
|
|||
|
|||
Te dejo el codigo que hace la llamada, no creo que te sirva de mucho... Asi llamo a todas las DLL de mi programa y depende de la DLL funciona y otras no
procedure LlamarLanzarMaqRadio(pHandle : HWND; pDSPUBLIC, pDSEMISOR : string; gConfirmar : boolean; pTPPUBLIC, pTPPARRIL, pCDEMISOR : string; pFEPARDIA : TDateTime); var Inicializa : TInicializa; ProcDllProduccion : TMaqRadioPro; STR_DLL, PATH_DLL : String; begin PATH_DLL := ExtractFilePath(Application.ExeName); STR_DLL := PATH_DLL + NAME_DLL; LibHandle := LoadLibrary(PChar(STR_DLL)); try if LibHandle = 0 then raise EDLLLoadError.CreateFmt(STR_LOAD_ERROR,[STR_DLL]); @Inicializa := GetProcAddress(LibHandle, 'Inicializa'); {$IFDEF ORACLE} Inicializa (fmDMConexion.OracleSession1); {$ENDIF} {$IFDEF SQLSERVER} Inicializa (fmDMConexion.ADOSession); {$ENDIF} @ProcDllProduccion := GetProcAddress(LibHandle, 'LanzarMaqRadio'); if Assigned(ProcDllProduccion) then ProcDllProduccion(pHandle, pDSPUBLIC, pDSEMISOR, gConfirmar, pTPPUBLIC, pTPPARRIL, pCDEMISOR, pFEPARDIA); finally Application.ProcessMessages; //FreeLibrary(LibHandle); end; end; |
#5
|
||||
|
||||
Cita:
Ponerle etiquetas al código delphi "lo mejora" bastante. Si pruebas a editarlo lo comprobarás...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#6
|
|||
|
|||
Ok
Perdon
|
#7
|
||||
|
||||
¿La DLL hace algo en su punto de entrada?... ¿Has intentado depurar la DLL?
__________________
delphi.com.ar Dedique el tiempo suficiente para formular su pregunta si pretende que alguien dedique su tiempo en contestarla. |
#8
|
|||
|
|||
El caso es que si compilo la DLL desde el PC de mis compañeros si funciona, en cambio desde el mio no. No se a que te refieres con el punto de entrada, yo tengo una unidad en la DLL llamada Callunit que tiene las llamadas pero cuando hace el Load Library no deberia hacer nada, solo cargar la DLL en ,memoria no?
|
#9
|
||||
|
||||
Cita:
Cita:
__________________
delphi.com.ar Dedique el tiempo suficiente para formular su pregunta si pretende que alguien dedique su tiempo en contestarla. |
#10
|
|||
|
|||
Ok
Bueno, la verdad es que no se que puede ser, he probado a utilizar en vez de loadlibrary GetProcessHandle, pero nada. Si utilizo esta ultima, consigo que de un error, el error es "unable to load "Produccion.DLL"
Y nada. Tengo todo como mis compañeros pero ni idea. En ultima instancia probare a reinstalar D5 a ver si con eso lo soluciono. Gracias |
#11
|
|||
|
|||
creo que tu dll tiene dependencias externas y por eso no carga.
es decir , que tu dll usa otras dll's / drivers que te hacen falta , eso explicaria el porque carga en otro pc , y en el tuyo no carga. al llamar a load lib , la dll se carga en memoria , pero internamente la dll ejecuta código (initialize) , cargando todas las dependencias que le hacen falta. saludos |
#12
|
|||
|
|||
ok
Y como podr'ia saber que est'a cargando? Con Ctrol+Att +M tengo los modulos que carga, pero en el momento que peta no se que es lo qe busca.
Grcias |
#13
|
||||
|
||||
Si fueran dependencias que no se cumplen, no tendría que quedarse demaciado tiempo para darte un error. A mi me ha sucedido alguna vez algo similar, y sucedía que buscaba archivos en rutas de red inexistentes. Si no me equivoco lo averigué utilizando el FileMon de sysinternals.
__________________
delphi.com.ar Dedique el tiempo suficiente para formular su pregunta si pretende que alguien dedique su tiempo en contestarla. |
#14
|
|||
|
|||
Cita:
o tambien puedes usar el process explorer de sysinternals ejecutas la aplicacion y el process explorer en el pc donde te funciona todo bien. luego miras el proceso las dll's que carga , y a la dll en cuestion que te da problemas la seleccionas y le das a 'launch dependencies' |
#15
|
|||
|
|||
Hola
Buenas, he hecho lo que me dices y tengo dos archivos generados, los adjunto a ver si vosotros sabeis xq puede ser. Los he comparado con el Winmerge y la unica diferencia es una funcion en una DLL pero no me atrevo a sustituirla x si me cargo el windows.
Un saludo |
#16
|
|||
|
|||
Hola
creo que tu pc tiene una version de gdi32.dll mas vieja (o mas nueva segun se mire) , comprueba las versiones de gdi32.dll en los dos pc's (en el que funciona y en el que no), verás como son distintas. la funcion StretchDIBits es la que falta , como su nombre indica debe ser usada por alguna llamada interna que se haga. seguramente hagas algun scalado o tratamiento de alguna imagen , o incluso algun report que tengas integrado en la dll el cual llamaria / linkaria internamente a esta funcion. la solucion está en actualizar esta dll en tu pc , cosa que no vas a poder hacerlo facilmente ya que dicha dll es usada por muchos componentes del sistema (probablemente fue actualizada por una version erronea al instalar algun driver ) lo que tambien puedes hacer , como solucion y para comprobar que el fallo está en dicha dll ,es copiar la dll gdi32.dll que se encuentra en el pc que funciona correctamente , y pegarla en la carpeta de tu aplicación donde se encuentra el ejecutable . con esto te aseguras que al arrancar tu aplicación, carge la dll buena , y no la que tenga en c:\windows\sytem32 que es la que no funciona. saludos. |
#17
|
|||
|
|||
Gracias
Buenas , lo he probado y no es por eso, he cambiado la DLL pero nada, todo igual, despues intentare coger todas las DLLs de un compañero y las pondre en el directorio del ejecutable a ver si asi funciona.
Gracias |
#18
|
|||
|
|||
ok
Buenas , lo he probado y no es por eso, he cambiado la DLL pero nada, todo igual, despues intentare coger todas las DLLs de un compañero y las pondre en el directorio del ejecutable a ver si asi funciona.
Gracias |
#19
|
|||
|
|||
Se me ocurre otra cosa
haz un programa sencillo , que use la unit de la dll donde tienes las funciones , y que llame a un par de funciones con un boton , se supone que tambien deberia fallar, y si falla , veras donde casca. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Llamar exe de fox | kvtm | Varios | 2 | 14-08-2006 01:34:08 |
Llamar Dll | mcarazas | Varios | 0 | 06-07-2006 01:18:28 |
llamar una dll desde php | jzginez | PHP | 4 | 20-01-2006 03:53:09 |
problema al llamar una función | sgarrido | Varios | 3 | 27-07-2004 01:14:33 |
Llamar archivo Help CHM | esocrates | API de Windows | 2 | 30-07-2003 22:11:16 |
|