Er zijn 12 reacties in dit onderwerp

[Hypenate]

Ik krijg steeds deze melding als ik connectie wil maken, echter staat het bestand wel degelijk in de C:\Windows\System32 folder.
Ik gebruik de v4.0.0.0

Bijgevoegde Bestanden

•  K8055d Error.jpg   23.09K   3 downloads

[Vozzie]

Hy, de dll hoeft niet in de windows map, dezelfde map als de applicatie is goed.

Draai je jouw programma in 32 of 64 bit? (project properties, compile, advanced compile options, target cpu, x86 )

[Hypenate]

'k had het reeds aangepast naar x86.
Het probleem leek idd te liggen dat het id zelfde map moest....'k heb heb in de ../Bin/Debug map gezet en hij start op... (en men ledjes branden! )

Gracias Vozzie!

[pascalbianca]

Inderdaad wat Vozzie zegt, die dll is 32 bit maar werkt wel onder 64 bit.
Even in het engels

To get it working you have to do following:
Select Tools / Options / Projects and Solutions / General
Select 'Show advanced build configurations'

Then select the menu option: Build / Configuration Manager
In the column 'Platform' select <new..>
To the 'New platform' select x86

Now go to menu Project / <project name>Properties... There under the Compile and Debug tabs there should be 'Active (x86)'

Now you can compile the K8055 demo.


The K8055D.DLL must be either in the folder:
\bin\x86\Debug,
or in Windows folder,
or in Windows subfolder SysWOW64.

The Visual Basic doesn't find the DLL if it is put to System32 folder.
System32 folder is for 64-bit files only.

Ah zag de reply van je te laat, dus vergeet de tekst van mij maar

[Vozzie]

Dll's in de windows map gooien kan een "dll hell" veroorzaken. Neem dat 2 toepassingen een andere versie van dezelfde dll gebruiken.

Standaard staat de "Safe DLL Search" aan, en zoekt hij eerst in de map vh programma. (tenzij gebruik maken van een manifest of de dll al in geheugen geladen is door een andere library)

Dynamic-Link Library Search Order

DLL Hell

Je kan de dll in je project hangen en altijd mee kopiëren naar de output map(desnoods met een build event).

[pluto]

Bij windows 7 64 bit moet je de dll files in de map windows\syswow64 plaatsen

groetjes Pluto

[Vozzie]

Hy,

pluto, op 31 October 2012 - 23:11, zei:

Bij windows 7 64 bit moet je de dll files in de map windows\syswow64 plaatsen

Moet? Waarom? Deze mag evengoed in dezelfde map van de executable(applicatie).

Dat moet volgens mij niet hoor... Heb hier een applicatie (C++ dll &amp; .Net applicatie) die zowel in 32 als 64 bit gebuild is en draait met de dll steeds in de (exe)applicatie map en NIET in de windows map...

De syswow64 is wel de map die de 32 bit versies bevat terwijl de system32 de 64 bit versies bevat, beetje verwarrend...

http://stackoverflow...-64-bit-windows

[pascalbianca]

Volgens mij leest niet iedereen alle posts
Kijk eens naar de Engelse tekst wat ik gepost had, letterlijk van Velleman afkomstig

Citeren

To get it working you have to do following:
Select Tools / Options / Projects and Solutions / General
Select 'Show advanced build configurations'

Then select the menu option: Build / Configuration Manager
In the column 'Platform' select <new..>
To the 'New platform' select x86

Now go to menu Project / <project name>Properties... There under the Compile and Debug tabs there should be 'Active (x86)'

Now you can compile the K8055 demo.


The K8055D.DLL must be either in the folder:
\bin\x86\Debug,
or in Windows folder,
or in Windows subfolder SysWOW64.

The Visual Basic doesn't find the DLL if it is put to System32 folder.
System32 folder is for 64-bit files only.

[Vozzie]

Eu, nog meer verwarring nu... Ik had het tegen Pluto hé... In jouw post staat toch ook niet dat die in de sys/wow folder moet maar ook in de applicatie folder mag? Is volgens mij beter in de applicatie folder,...

[pluto]

Van mij is het ondervinding. Ik had de dll bij windows system32 geplaatst en het werkte niet. Na lang zoeken heb ik het dan bij de  map windows\syswow64 geplaast en alles was ok

[Vozzie]

Hy, ok, maar heb je de applicatie map ook geprobeerd? (bin)...

Op een 64 bit systeem is:
de juiste plaats voor een 32 bit dll ofwel de "bin" ofwel de "syswow64" map.
de jusite plaats voor een 64 bit dll ofwel de "bin" ofwel de "system32" map.

Voorkeur gaat uit naar de bin. Zo is er minder kans tussen conflicten van verschillende versies van dll.

1) Installatie App A met dll X versie 1.0 in de syswow64 map.
2) App A gebruikt dll X met versie 1.0 in de syswow64 map.
3) Installatie App B met dll X versie 1.1 in de syswow64 map.
4) App B gebruikt dll X met versie 1.1 in de syswow64 map.
5) App A heeft nu ook versie 1.1 en deze is misschien niet compatible hiermee.

Oplossing

1) Installatie App A met dll X versie 1.0 in de applicatie map.
2) App A gebruikt dll X met versie 1.0 in de applicatie map.
3) Installatie App B met dll X versie 1.1 in de applicatie map.
4) App B gebruikt dll X met versie 1.1 in de applicatie map.
5) App A heeft nu nog steeds versie 1.0 en dus geen conflict.


Groetjes

[pluto]

ok Vozzie, thx voor de informatie,en ik zal het eens proberen in de bin map

[Vozzie]

Hy,

Ik denk dat het in't geval van de K8055N.Dll niet veel uitmaakt waar je die zet, ... (ik veronderstel dat de kans er 2 applicaties die deze dll gebruiken op een pc staan al klein is,... )

Maar als je ooit problemen met programma X krijgt na het installeren van programma Y is dit een mogelijk conflict.

Groetjes,...