[C++][BORLAND] Hoe laat ik deze dll goed werken?

[Verwijderd]

Ik heb een probleempje. Ik downloade met grote vreugd dit bestand en installeerde het: http://members1.chello.nl/~a.o.r.broek/dl/port95nt.exe .
Met dit bestand kan ik de lpt poort besturen. Heel leuk. Nu wil het zijn dat borland een error geeft, nadat ik de includes en de libarys neergezet heb. Ik probeer het nu al twee uur of zo en word helemaal gek. het zegt dat er een unresolved reffernce is naar een van defuncties uit die include in source.obj.
Wat is er fout? Kan iemand mij helpen?

[.oisyn]

Kun je misschien de exacte errormessage posten?

[Verwijderd]

ja, dat kan wel. Er staan eerst een heleboel warnings,en dan:
Error: Unresolved external 'DLPortWritePortUchar' referenced from E:\LPT\SOURCE.OBJ

[.oisyn]

link je met de DLPortIO lib?

[Creepy]

Je hebt de library neergezet? Deze .lib heb je toch wel omgezet he? De standaard lib die meegeleverd word met DLPortI/O is voor MS produkten (voornamelijk MS VC++), en niet voor Borland produkten. Je zult deze lib dus om moeten zetten (en daar heeft Borland een command line utility voor meegeleverd.)

_{Ik kan me iets herinneren dat dit ook staat uitgelegd in de documentatie van DLPortI/O}

edit: overigens is DLPortI/O niet voor het aansturen van de LPT poort. Je kan dit er toevallig OOK mee doen DLPortI/O is bedoeld om je rechtstreekse toegang te geven tot I/O poorten op je systeem. Onder windows 9x / me kan dit altijd al, maar onder windows NT/2000/XP heb je daar een speciale driver voor nodig.[/ME] DLPortI/O is zo'n driver.

[ Voor 33% gewijzigd door Creepy op 03-01-2003 11:36 ]

[curry684]

Creepy schreef op 03 January 2003 @ 11:30:
Je hebt de library neergezet? Deze .lib heb je toch wel omgezet he? De standaard lib die meegeleverd word met DLPortI/O is voor MS produkten (voornamelijk MS VC++), en niet voor Borland produkten. Je zult deze lib dus om moeten zetten (en daar heeft Borland een command line utility voor meegeleverd.)

COFF2OMF -help

[Verwijderd]

Das niet eens nodig zit zelfs 'n borland lib bij maarja de docs lezen das voor sukkels met tijd te veel toch?!

[Creepy]

Verwijderd schreef op 03 januari 2003 @ 14:19:
Das niet eens nodig zit zelfs 'n borland lib bij maarja de docs lezen das voor sukkels met tijd te veel toch?!

Dat blijkt, want dat wist ik niet eens!

[Verwijderd]

Ik heb implib gebruikt, en heb zelfs OOk de voor borland mee geleverde versie van delib gebruikt. Die is qua grootte ook identiek aan degene die ik zelf aanmaakte. Ik heb deze lib ook nog eens keurig in de lib map gedaan. Maar het lukt me niet,ik krijg die error. Wat kan erdan nogmis zijn?

[Creepy]

Verwijderd schreef op 02 januari 2003 @ 23:03:
ja, dat kan wel. Er staan eerst een heleboel warnings,en dan:
Error: Unresolved external 'DLPortWritePortUchar' referenced from E:\LPT\SOURCE.OBJ

Merk het subtiele verschil tussen DlPortWritePortUchar en DLPortWritePortUchar.
De eerste (met de kleine letter l) is de goede

En mijn excuses voor het geblaat over de libs.

[Verwijderd]

Ikzal eenskijkenofie het met deze aanpassing wil doen,anders heb ikde foutmelding verkeerd overtgetypt. Verbeterd enkrijg nog steeds de error.Ik ziealleen nergesn staan ***errors in compile,dus is het nu dan wel goed gfecompiled? Ik snap niet al te veel van die vreemde borland compileren de helpfiles zijn niet behulpzaam:S

[Creepy]

een unresolved reference is bijna altijd (en met DLPort I/O kan het niet anders ) een tikfout in de naam van een externe functie of variabele. Open anders ff de meegeleverde voorbeeldsource..

[.oisyn]

Creepy: dan zou je compile errors moeten krijgen in plaats van link errors... de identifier die je dan gebruikt is dan namelijk niet bekend. Of het moet ook fout in de headers staan, wat natuurlijk best mogelijk is, maar dat waag ik te betwijfelen

[Creepy]

.oisyn schreef op 04 januari 2003 @ 23:36:
Creepy: dan zou je compile errors moeten krijgen in plaats van link errors... de identifier die je dan gebruikt is dan namelijk niet bekend. Of het moet ook fout in de headers staan, wat natuurlijk best mogelijk is, maar dat waag ik te betwijfelen

Eeehh.. als jij een functie naam die exfern is verkeerd hebt getypt, en dezelfde foute naam hebt gebruikt door heel je programma, dan is je programma toch syntactisch correct, en zal de compiler dit toch ook niet oppikken?
Pas bij het linken word er toch pas gecheckt of de naam van die externe functie ook daadwerkelijk voorkomt in 1 van de libs die worden gelinkt? (of ben ik echt gewoon te moe en ziek op het moment en kan ik beter m'n mond houden? )

[.oisyn]

dat is dus wat ik bedoelde met: "Of het moet ook fout in de headers staan"

En ik neem aan dat ie standaard headers van die lib gebruikt die ie include, en dat ie die functies dus niet zelf als extern declareert. En als ie een standaard header gebruikt, lijkt het me niet dat ze daar fout in staan

maw: ja, je kunt beter je mond houden

[Creepy]

.oisyn schreef op 05 January 2003 @ 00:04:
maw: ja, je kunt beter je mond houden

(nah ja.. eigenlijk wel goed.. welke gek gaat met bonkende koppijn en flinke koort ff achter de computer hangen?? juist....)

[PCR]

Project->Add to project->dlportbc.lib

[Verwijderd]

PC-Reactive schreef op 05 January 2003 @ 16:39:
Project->Add to project->dlportbc.lib

In borland commandline apps? Niet dus.. Oh ja, de naam van de functie heb ik gekopieerd uit de header en de lib maak je toch van de dll? (volgens de manual wel). In vb werkt de dll prima zonder een reference of zo.

[PCR]

Verwijderd schreef op 05 januari 2003 @ 23:21:
[...]


In borland commandline apps? Niet dus.. Oh ja, de naam van de functie heb ik gekopieerd uit de header en de lib maak je toch van de dll? (volgens de manual wel). In vb werkt de dll prima zonder een reference of zo.

Ik heb het iig geprobeerd en ik kreeg de driver perfect werkende in XP