Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: Auf Exports hin prüfen ohne DLL zu laden

   
    by KodeZwerg, 12. Jul 2021
  Jo so kann man es machen wenn es nicht generisch sein soll.
  per prüfung auf die bittigkeit kann dein code zukunftssicherer werden, falls die 2.te datei mal 32<>64 bit wechselt.
  genau das stellt mein schnippsel dar, er entscheidet was korrekt ist zu nehmen.
  
  thema ist ja durch, hab noch einen schönen tag!
• Forum: Programmieren allgemein

  AW: Auf Exports hin prüfen ohne DLL zu laden

   
    by KodeZwerg, 12. Jul 2021
  >> IMAGE_NT_OPTIONAL_HDR64_MAGIC << darauf musst du prüfen um zu entscheiden welchen optionalen header typ du verwenden musst (32/64 bit optionaler header)
  
  die header sind unterschiedlich weswegen du mit 64bit header bei 32 bit anwendungen am falschen ziel landest.
  umgekehrt genauso, 32 bit app die 64 bit analysiert.
  
  ich kann mich leider nicht verständlicher ausdrücken, es tut mir leid.
• Forum: Programmieren allgemein

  AW: Auf Exports hin prüfen ohne DLL zu laden

   
    by KodeZwerg, 12. Jul 2021
  Schau mal, reicht dir das als ansatz? sonst schick ich dir mein komplettes projekt zur analyse.
  
  function TkzFileInfoExecutable.GetCustom: TExecutable;
  var
  FS: TStream;
  Len: Int64;
  dwSig: DWORD;
  wSig: Word;
  bSig: Byte;
  i: Integer;
• Forum: Programmieren allgemein

  AW: Auf Exports hin prüfen ohne DLL zu laden

   
    by KodeZwerg, 12. Jul 2021
  Es gibt 32 und 64 bit header, du musst auslesen ob PE oder PE+ datei typ und dann entsprechend den in windows.pas hinterlegten header nutzen.
  Per standard wird der header genutzt mit dem du das kompilat erstellst, du musst delphi also etwas "überzeugen" den richtigen zu verwenden.
  
  Wenn benötigt buddel ich aus meinem exe tool die sourcen raus.