AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 06:02

Parameter dieser Suchanfrage:

Suche in Thema: loadlibrary unter W10
Suche alle Beiträge, die von "joacim" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 12 von insges. 12 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 19. Dez 2019
    hab ich gemacht, kommt aber nur eine große Zahl als Fehlercode, die in keiner Liste steht.
    Das ist auch nicht weiter verwunderlich, weil i_ADDIDATA_OpenWin32Driver mit Null
    ( = kein Fehler) zurückkommt.
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 18. Dez 2019
    Doku zu i_ADDIDATA_OpenWin32Driver
    ...
    -Output
    PDWORD pdw_DriverHandle
    Returns the driver handle. This parameter i the first to be called up for each function.

    Soweit so klar, trotzdem würde ich da keine Null erwarten.
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 18. Dez 2019
    @jaeinicke

    Der Aufruf von i_ADDIDATA_OpenWin32Driver liefert als Handle immer Null zurück.
    Die Aufrufe der anderen Funktionen, die das Handle benötigen, funktionieren aber,
    wenn ich dort diese Null eintrage. Ich hätte für ein Handle eigentlich einen Wert
    ungleich Null erwartet

    Mit Euren Hilfen und Anregungen habe ich jetzt die wichtigsten Dinge zum Laufen
    gebracht, frage mich aber immer...
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 16. Dez 2019
    Ich habe hier - nur als Beispiel - zwei Funktionen


    function b_ADDIDATA_GetNumberOfDigitalInputs(dw_DeviceHandle : DWord; var w_NumberOfChannels : word) : byte; far; stdcall; external 'ADDIDATA.DLL';
    function b_ADDIDATA_Read4DigitalInputs(dw_DeviceHandle : DWord; b_port : byte; var b_portValue : byte) : byte; far; stdcall; external 'ADDIDATA.DLL';

    Wie schon geschrieben, wurde im...
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 16. Dez 2019
    Nach verschidenen Tests bekomme ich jetzt die ersten Ergenisse. Versuche die Funktionen des Treibers
    zu verwenden, klappten aber immer noch nicht. Das Problem lag in einer fehlenden FAR Deklaration beim
    Import der Funktionen.
    @jaenicke
    Es gibt aber immer noch Unklarheiten. Die Funktionen des Treibers verlangen im Aufruf ein Handle. Ich habe
    bisher gedacht (und es bei dem Vorläuferprojekt...
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 15. Dez 2019
    guten abend und danke für die vielen Tips!

    @dieDolly : Nachdem ich die Installation aus Deiner 7z-Datei verwendet habe, startet mein Testprogramm
    schon mal ohne Fehlermeldung. Das habe ich bei diversen Versuchen mit anderen Installern für MSVCP100
    nicht geschafft. Also nochmal danke!

    Für die weitere Programmierung brauche ich nun das handle, welches die Treiber-DLL bei LoadLIbrary...
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 15. Dez 2019
    @Frühlingsrolle In meinem Rechner steckt eine PCIe3021. Das ist aber nicht entscheidend.
    Ich habe mit dem "normalen" Treiber schon Programme für die Karte entwickelt. Jetzt geht es
    um einen neuen sog. Universaltreiber. Ich habe auch eine ausführliche Dokumentation mit
    allen Aufrufen usw. Die Sache mit dem statischen Linken hatte ich inzwischen schon verwendet
    und der Treiber liegt auch im...
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 14. Dez 2019
    @samso ich weiß, daß man mit D6 keine 64 bit DLL laden/verwenden kann. Das mache ich alles nur, um jede Möglichkeit auszuschöpfen.

    Auf die DLL selber habe ich keinen Einfluß, die kommt vom Hersteller der Mess-Karten, die ich ansprechen soll.
    Ich denke mal, die DLL ist mit C oder C++ erstellt worden. Ein Kontakt mit dem Hersteller gestaltet sich eher
    schwierig.
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 13. Dez 2019
    ist schon klar, ich wollte erstmal "klein anfangen"

    unit Load_DLL_Test;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
    Dialogs, StdCtrls;
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 13. Dez 2019
    hab ich gemacht, s.o. aber auf meimem PC finde ich diese DLL nur unter C:\windows\system32
  • Forum: Win32/Win64 API (native code)

    AW: loadlibrary unter W10

     
      by joacim, 13. Dez 2019
    .. danke, hab ich schon gemacht. Das Drama dauert schon 4 Tage und ich habe die Details erstmal weggelassen.
    Im D.Walker sehe ich auch MSVCP100.DLL. ich verstehe nur nicht, warum ich diese DLL mit LoadLibrary auch nicht laden kann.
  • Forum: Win32/Win64 API (native code)

    loadlibrary unter W10

     
      by joacim, 13. Dez 2019
    Hallo,

    ich muß eine Fremd-DLL unter WIN10 Pro 64Bit per loadLibrary einbinden.
    Die DLL wird als 32 Bit und 64 Bit Version zur Verfügung gestellt.
    Mit lastError erhalte ich entweder error = 193 (bad EXE format) oder error = 126 (not found).
    Die DLL ist vorhanden, das habe ich mit FileExists vorher geprüft und ich verwende
    loadLibrary(PChar( DLL-NAME )). Ich vermute die DLL benötigt andere...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=joacim&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=202846
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:17 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz