Urgenza linguaggio C e dll

[Fiat82]

Ciao a tutti ho questo problema.
Sto scrivendo,usando il borland 5.5, un programma in C che deve utilizzare dei metodi dichiarati all'interno di una dll.
In mio possesso ho un file .dll e un file .lib di cui nn ne conosco l'origine ma sono sicuro che contengono i metodo che voglio usare nel mio progetto(mi sono creato il file. def della dll usando l'utility del borland impdef e ho verificato i metodi inseriti).
il file .lib è stato convertito usando coff2omf in modo da renderlo compatibile al Borland.
ho richiamato la dll all'interno del codice usando il comando LoadLibrary e passandoli come parametro il percorso dove trovare la dll.
il file .lib convertito è stato inserito nel percorso delle librerie del progetto.
Il problema è che l'oggetto di tipo HINSTANCE che dovrebbe permettere di accedere ai metodi contenuti nelle dll è sempre NULL come se nn vedesse la dll.
che devo fare?Grazie

[andbin]

Originariamente inviato da Fiat82

Ciao a tutti ho questo problema.
Sto scrivendo,usando il borland 5.5, un programma in C che deve utilizzare dei metodi dichiarati all'interno di una dll.
In mio possesso ho un file .dll e un file .lib di cui nn ne conosco l'origine ma sono sicuro che contengono i metodo che voglio usare nel mio progetto(mi sono creato il file. def della dll usando l'utility del borland impdef e ho verificato i metodi inseriti).
il file .lib è stato convertito usando coff2omf in modo da renderlo compatibile al Borland.
ho richiamato la dll all'interno del codice usando il comando LoadLibrary e passandoli come parametro il percorso dove trovare la dll.
il file .lib convertito è stato inserito nel percorso delle librerie del progetto.
Il problema è che l'oggetto di tipo HINSTANCE che dovrebbe permettere di accedere ai metodi contenuti nelle dll è sempre NULL come se nn vedesse la dll.
che devo fare?Grazie

Allora ... innanzitutto, almeno per mia esperienza personale, non sempre coff2omf riesce a convertire correttamente la lib. Mi sono capitati dei casi in cui non era riuscito a fare il suo dovere ...

Comunque la questione è che se riesci, in qualche modo, ad ottenere una "import library", non hai poi bisogno di usare LoadLibrary, perché linkando con la import library, il tuo eseguibile avrà una dipendenza "statica" verso la DLL.
Al contrario, se preferisci effettuare il caricamento della libreria a run-time con LoadLibrary (e GetProcAddress per ottenere l'indirizzo delle funzioni), non hai più bisogno della import library, ti basta solo sapere nome e prototipo della funzione.

[Fiat82]

Originariamente inviato da andbin

Allora ... innanzitutto, almeno per mia esperienza personale, non sempre coff2omf riesce a convertire correttamente la lib. Mi sono capitati dei casi in cui non era riuscito a fare il suo dovere ...

Comunque la questione è che se riesci, in qualche modo, ad ottenere una "import library", non hai poi bisogno di usare LoadLibrary, perché linkando con la import library, il tuo eseguibile avrà una dipendenza "statica" verso la DLL.
Al contrario, se preferisci effettuare il caricamento della libreria a run-time con LoadLibrary (e GetProcAddress...per ottenere l'indirizzo delle funzioni), non hai più bisogno della import library, ti basta solo sapere nome e prototipo della funzione.

ciao, per prima cosa grazie di aver risposto.
Allora io vorrei usare il metodo con caricamento dinamico dei metodi(quindi LoadLibrary e GetProcAddress)il problema è che al momento di caricare la dll nn viene rilevata.
intanto seguo il tuo consiglio e tolgo dal library path il percorso del file .lib.
dimmi cosa devo fare per essere sicuro che la dll venga letta e perciò possa usare i metodi in essa contenuti.
grazie mille

[andbin]

Originariamente inviato da Fiat82

Allora io vorrei usare il metodo con caricamento dinamico dei metodi(quindi LoadLibrary e GetProcAddress)

Ok

Originariamente inviato da Fiat82

il problema è che al momento di caricare la dll nn viene rilevata.
intanto seguo il tuo consiglio e tolgo dal library path il percorso del file .lib.
dimmi cosa devo fare per essere sicuro che la dll venga letta e perciò possa usare i metodi in essa contenuti.

Innanzitutto la funzione LoadLibrary ricerca la DLL usando una sequenza ben precisa, riporto qui di seguito la sequenza (dalla documentazione ufficiale):

1) The directory from which the application loaded.
2) The current directory.
3) The system directory. Use the GetSystemDirectory function to get the path of this directory.
4) The 16-bit system directory. There is no function that obtains the path of this directory, but it is searched.
Windows Me/98/95: This directory does not exist.

5) The Windows directory. Use the GetWindowsDirectory function to get the path of this directory.
6) The directories that are listed in the PATH environment variable.

Poi non saprei dirti di preciso cosa c'è che non va. Magari posta il codice, così vediamo se è corretto o meno.

[Fiat82]

Originariamente inviato da andbin

Ok

Innanzitutto la funzione LoadLibrary ricerca la DLL usando una sequenza ben precisa, riporto qui di seguito la sequenza (dalla documentazione ufficiale):
Poi non saprei dirti di preciso cosa c'è che non va. Magari posta il codice, così vediamo se è corretto o meno.

hinstLibNomi=LoadLibrary("c:\prova.dll");//in questo percorso c'è la dll
poi passo a richiamare il metodi.
Il problema è che la variabile hinstLibNomi mi rimane nulla invece di essere valorizzata.
il mio dubbio è che se la dll nn fosse stata scritta in modo compatibile col borland come faccio a farla diventare?
il file .lib a cosa serve al borland?
parlo del . lib che mi ho ottenuto con implib o con coff2omf?

[andbin]

Originariamente inviato da Fiat82

hinstLibNomi=LoadLibrary("c:\prova.dll");//in questo percorso c'è la dll

Se proprio vuoi mettere un path assoluto, devi fare l'escape di \, quindi "c:\\prova.dll"

Comunque sconsiglierei di mettere un path assoluto (se non ci sono necessità particolari, ovviamente). Basta usare solo il nome della DLL. Poi è sufficiente che la DLL stia in PATH o nella stessa directory dell'eseguibile.

Originariamente inviato da Fiat82

il mio dubbio è che se la dll nn fosse stata scritta in modo compatibile col borland come faccio a farla diventare?

Normalmente è ininfluente con quale tool/compilatore è stata fatta la DLL. A te basta sapere il nome esatto (eventualmente decorato) della funzione e il prototipo esatto, che comprende anche il modo di passaggio degli argomenti.

Originariamente inviato da Fiat82

il file .lib a cosa serve al borland?
parlo del . lib che mi ho ottenuto con implib o con coff2omf?

È una "import library", una libreria che non contiene variabili o funzioni ma che serve solo per ottenere una dipendenza statica con una DLL.
I file .lib possono anche ovviamente contenere variabili/funzioni, in quel caso non sono import library ma librerie statiche "normali".

P.S. se vuoi vedere le funzioni esportate da un DLL, usa il tool Dependency Walker.

[Fiat82]

Originariamente inviato da andbin

Se proprio vuoi mettere un path assoluto, devi fare l'escape di \, quindi "c:\\prova.dll"

Comunque sconsiglierei di mettere un path assoluto (se non ci sono necessità particolari, ovviamente). Basta usare solo il nome della DLL. Poi è sufficiente che la DLL stia in PATH o nella stessa directory dell'eseguibile.

Normalmente è ininfluente con quale tool/compilatore è stata fatta la DLL. A te basta sapere il nome esatto (eventualmente decorato) della funzione e il prototipo esatto, che comprende anche il modo di passaggio degli argomenti.

È una "import library", una libreria che non contiene variabili o funzioni ma che serve solo per ottenere una dipendenza statica con una DLL.
I file .lib possono anche ovviamente contenere variabili/funzioni, in quel caso non sono import library ma librerie statiche "normali".

P.S. se vuoi vedere le funzioni esportate da un DLL, usa il tool Dependency Walker.

si ho copiato male volevo scrivere hinstLibNomi=LoadLibrary("c:\\prova.dll");
ma il problema rimane come mai hinstLibNomi è nullo?
allora il file .lib originale che era insieme alla dll e il file .lib che mi sn creato non servono a nulla se seguo la strada del link dinamico?

[andbin]

Originariamente inviato da Fiat82

si ho copiato male volevo scrivere hinstLibNomi=LoadLibrary("c:\\prova.dll");
ma il problema rimane come mai hinstLibNomi è nullo?

Beh, non ne ho idea ... chiama GetLastError() e vedi che codice di errore indica.

Originariamente inviato da Fiat82

allora il file .lib originale che era insieme alla dll e il file .lib che mi sn creato non servono a nulla se seguo la strada del link dinamico?

Esatto.

[Fiat82]

Originariamente inviato da andbin

Beh, non ne ho idea ... chiama GetLastError() e vedi che codice di errore indica.

Esatto.

mi dici cosa avrei dovuto fare se avessi usato i linker non dinamico ma statico?
grazie

[andbin]

Originariamente inviato da Fiat82

mi dici cosa avrei dovuto fare se avessi usato i linker non dinamico ma statico?
grazie

Non devi più usare LoadLibrary/GetProcAddress (ovviamente) e poi devi semplicemente specificare al linker di fare il link con la import library.
Per chiamare le funzioni hai però bisogno di sapere comunque i prototipi delle funzioni (questo per il compilatore).

Fino ad adesso hai parlato solo di un file .dll e un file .lib. In genere insieme a questi due, dovrebbe essere dato anche uno (o più) file di include (.h) che contiene le varie definizioni, prototipi, ecc... utili per usare la libreria.

[Fiat82]

Originariamente inviato da andbin

Non devi più usare LoadLibrary/GetProcAddress (ovviamente) e poi devi semplicemente specificare al linker di fare il link con la import library.
Per chiamare le funzioni hai però bisogno di sapere comunque i prototipi delle funzioni (questo per il compilatore).

Fino ad adesso hai parlato solo di un file .dll e un file .lib. In genere insieme a questi due, dovrebbe essere dato anche uno (o più) file di include (.h) che contiene le varie definizioni, prototipi, ecc... utili per usare la libreria.

si ho anche un file.h che contiene le dichiarazioni extern ai metodi contenute nella dll.
devo controllare qc?
cq nn funziona nulla.nn riesco con entrambe le strade ad ottene qc

[andbin]

Originariamente inviato da Fiat82

si ho anche un file.h che contiene le dichiarazioni extern ai metodi contenute nella dll.
devo controllare qc?

Perfetto, devi semplicemente fare un #include di questo file .h nel tuo sorgente.

Originariamente inviato da Fiat82

cq nn funziona nulla.nn riesco con entrambe le strade ad ottene qc

Purtroppo non posso aiutarti più di tanto (la sfera di cristallo non ce l'ho ancora ) .... per quanto riguarda il caricamento a runtime, hai provato a vedere cosa restituisce GetLastError() ?? Potrebbe essere utile.
Per quanto riguarda l'utilizzo della import library, quale è il problema?? In fase di link? quando avvii il programma??

[Fiat82]

Originariamente inviato da andbin

Perfetto, devi semplicemente fare un #include di questo file .h nel tuo sorgente.

Purtroppo non posso aiutarti più di tanto (la sfera di cristallo non ce l'ho ancora ) .... per quanto riguarda il caricamento a runtime, hai provato a vedere cosa restituisce GetLastError() ?? Potrebbe essere utile.
Per quanto riguarda l'utilizzo della import library, quale è il problema?? In fase di link? quando avvii il programma??

il mio problema è in fase di esecuzione, l'oggetto che rappresenta la dll è null e perciò nn riesco a richiamare i metodi.
GetLastError che cosa è?

[andbin]

Originariamente inviato da Fiat82

GetLastError che cosa è?

È una funzione Win32 che restituisce il codice di errore dell'ultima funzione chiamata.

if (hInstDLL == NULL)
{
    CHAR szMsg[32];
    wsprintf (szMsg, "Error %lu", GetLastError ());
    MessageBox (NULL, szMsg, "LoadLibrary Failed", MB_OK);
}

Così almeno sai che diavolo di errore è.

[Fiat82]

Originariamente inviato da andbin

È una funzione Win32 che restituisce il codice di errore dell'ultima funzione chiamata.

if (hInstDLL == NULL)
{
    CHAR szMsg[32];
    wsprintf (szMsg, "Error %lu", GetLastError ());
    MessageBox (NULL, szMsg, "LoadLibrary Failed", MB_OK);
}

Così almeno sai che diavolo di errore è.

ultima cortesia mi sai dire dove trovo il significato dell'errore?a me esce errore 126 e basta

[Fiat82]

Originariamente inviato da Fiat82

ultima cortesia mi sai dire dove trovo il significato dell'errore?a me esce errore 126 e basta

ho trovato
//
// MessageId: ERROR_MOD_NOT_FOUND
//
// MessageText:
//
// The specified module could not be found.
//
#define ERROR_MOD_NOT_FOUND 126L

in winerror.h

[andbin]

Originariamente inviato da Fiat82

ultima cortesia mi sai dire dove trovo il significato dell'errore?a me esce errore 126 e basta

Gli errori li trovi nell'include WinError.h, che fa parte degli include del Platform SDK.

L'errore 126 è ERROR_MOD_NOT_FOUND (The specified module could not be found)

[71104]

Originariamente inviato da Fiat82

ultima cortesia mi sai dire dove trovo il significato dell'errore?a me esce errore 126 e basta

si era già capito dal primo post
anche se il modulo è già caricato implicitamente tramite import, LoadLibrary restituisce sempre l'handle (la differenza tra LoadLibrary e GetModuleHandle è che la prima incrementa anche il reference count). quindi se non te l'ha restituito vuol dire che non trovava il file.

[71104]

una precisazione

Originariamente inviato da Fiat82

Allora io vorrei usare il metodo con caricamento dinamico dei metodi (quindi LoadLibrary e GetProcAddress)

quello si chiama esplicito, non dinamico. il caricamento di una DLL è sempre dinamico, altrimenti non si chiamerebbe Dynamic Linked Library

il linking statico invece è un'altra cosa.

[71104]

altra cosa: Visual C++ in edizione Enterprise include un utilissimo tool che spero non abbiano rimosso nella versione 2005 (non l'ho ancora provata in edizione Enterprise) che si chiama Error Lookup (ERRLOOK.EXE) e restituisce, dato il numero di un errore di sistema ritornato da GetLastError(), la stringa descrittiva dell'errore (vedere API FormatMessage).