32 zu 64Bit DLL

[jaenicke]

Zitat von EWeiss:

Ich kann jedoch nicht garantieren das die LIB.EXE die von VS2017 ist. (Eventuell wird die von VC (Aus Visual Studio 6 verwendet)

Das kann man in aktuellen Windowsversionen leicht prüfen. Einfach auf der Kommandozeile eingeben:
where lib.exe
Dann wird dir angezeigt wo die gefunden wird.

[EWeiss]

Zitat von jaenicke:

Zitat von EWeiss:

Ich kann jedoch nicht garantieren das die LIB.EXE die von VS2017 ist. (Eventuell wird die von VC (Aus Visual Studio 6 verwendet)

Das kann man in aktuellen Windowsversionen leicht prüfen. Einfach auf der Kommandozeile eingeben:
where lib.exe
Dann wird dir angezeigt wo die gefunden wird.

Wie kann ich denn die Umgebungsvariable von 2017 einstellen ?

gruss

[Fritzew]

Bei mir ist das:
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"

Code:

 KVideo_CloseFile name 'KVideo_CloseFile@0',
  KVideo_CreateOverlayBaseImage name 'KVideo_CreateOverlayBaseImage@24',
  KVideo_DisplayModeChanged name 'KVideo_DisplayModeChanged@0',
  KVideo_GetCapturedImage name 'KVideo_GetCapturedImage@4',

Wieso exportierts Du die function 2 mal? und weshalb mit den @.....??

[EWeiss]

Zitat von Fritzew:

Bei mir ist das:
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"

Code:

 KVideo_CloseFile name 'KVideo_CloseFile@0',
  KVideo_CreateOverlayBaseImage name 'KVideo_CreateOverlayBaseImage@24',
  KVideo_DisplayModeChanged name 'KVideo_DisplayModeChanged@0',
  KVideo_GetCapturedImage name 'KVideo_GetCapturedImage@4',

Wieso exportierts Du die function 2 mal? und weshalb mit den @.....??

Habe das so gelernt und auch mit meiner Bass_Vis.dll gemacht irgendwo gab es da mal Fehler und das hat diese behoben.
Warum auch immer.
Das "@....." sind die Bytes der jeweiligen Datentypen die in der exportierten Funktion enthalten sind.
Bei 64Bit wie Zacherl sagt werden diese ignoriert.

Siehe die Funktionen im C-Header.
Wenn man das jedoch anders oder besser machen kann lerne ich gern dazu.

Habe die Bat ausgeführt wird aber weiterhin die 6 Version von LIB\DUMPBI verwendet

gruss

[Fritzew]

als *.cmd speichern

Code:

call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"
del *.lib
del *.exp
lib.exe /DEF:KVideoPlayer.def /MACHINE:X64 /OUT:KVideoPlayer_x64.lib
lib.exe /DEF:KVideoPlayer.def /MACHINE:X86 /OUT:KVideoPlayer_x86.lib
pause

Und jetzt noch die def:

Code:

LIBRARY     KVideoPlayer.DLL

EXPORTS
  KVideo_CloseFile
  KVideo_CreateOverlayBaseImage
  KVideo_DisplayModeChanged
  KVideo_GetCapturedImage
  KVideo_GetLastError
  KVideo_GetMediaInfoText
  KVideo_GetMediaProperty
  KVideo_GetPlayerState
  KVideo_GetStreamInfo
  KVideo_GetStreamPosition
  KVideo_GetVersion
  KVideo_GetViewSize
  KVideo_GetWorkingVR
  KVideo_GetXySubFilter
  KVideo_HasOverlayImage
  KVideo_Initialize
  KVideo_KeepAspectRatio
  KVideo_MediaInfoServiceReady
  KVideo_OpenFile2
  KVideo_OpenFile
  KVideo_Pause
  KVideo_Play
  KVideo_PutOverlayImage
  KVideo_Release
  KVideo_Repaint
  KVideo_Resize
  KVideo_SelectAudioStream
  KVideo_SelectVideoStream
  KVideo_SetLAVFiltersFolder
  KVideo_SetPlaybackRate
  KVideo_SetSearchMode
  KVideo_SetStreamPosition
  KVideo_SetVideoRenderer
  KVideo_SetVolume
  KVideo_ShowMediaInfo
  KVideo_ShowXySubFilterPropertyPage
  KVideo_Stop
  KVideo_UpdateOverlayImage
  KVideo_XySubFilterState

Mit der erzeugten lib kompiliert VS problemlos

Deine zusätzlichen Exporte kannst Du aus der Dll rauswerfen. Die brauchst Du nicht.

[EWeiss]

Zitat:

Deine zusätzlichen Exporte kannst Du aus der Dll rauswerfen. Die brauchst Du nicht.

Dann möchte ich aber gerne auch wissen warum nicht.

Siehe.

Zitat:

Das "@....." sind die Bytes der jeweiligen Datentypen die in der exportierten Funktion enthalten sind.
Bei 64Bit wie Zacherl sagt werden diese ignoriert.

Zitat:

Mit der erzeugten lib kompiliert VS problemlos

Ja bei dir aber bei mir wird immer noch LIB.exe von VS 6.0 verwendet daher geht es nicht.

gruss

[Fritzew]

Die werden von importierten C++ Funktionen benötigt.
da aber die Funktionen in Deinem Header als extern "C" deklariert sind werden diese nicht benötigt.
Das ganze nennt sich name mangling und ist c++ speziell
C++ <> C, und Delphi exportiert die Funktionen analog zu C

Immer wenn Der C++ Linker anmeckert das er irgend eine function name@xxx nicht findet fehlt ein extern "C"

[jaenicke]

Zitat von EWeiss:

Ja bei dir aber bei mir wird immer noch LIB.exe von VS 6.0 verwendet daher geht es nicht.

Das musst du im Systempfad einstellen. Dafür drückst du die Windows-Taste und gibst ein path oder umgebung, dann sollte das so ca. aussehen:
EditPath.jpg
Je nach Betriebssystem sollte es trotzdem so ähnlich aussehen.

In dem letzten Fenster schiebst du dann den Pfad zu VC++ 6.0 nach unten hinter den der neuen Version oder löschst den von VC++ 6.0 ganz.