Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 2. Feb 2018
  Zip, 7Zip und RAR erlauben es, die Daten auch mit Passwort zu verschlüsseln.
  
  Seit einer Weile ist für ZIP direkt im Delphi eine Klasse enthalten, aber ich weiß nicht ob dort die Funktionalität für das Verschlüsseln mit eingebaut wurde.
  7Zip hat gegenüber RAR aber den Vorteil, dass es quelloffen und kostenfrei ist. RAR dagegen ist ein propitäres Format und so weit ich weiß, ist dort nur das...
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 2. Feb 2018
  Das Problem ist hier, dass sich dein Code zwar an den Compiler anpasst, aber genau das ist das Problem, denn du hast im Stream keine Informationen darüber gepsiechert welches Format dieser Text hat.
  
  Entweder sollten sich Daten die das Programm im Format nicht einfach so verändern, oder es sollte darin enthalten sein welches Format das ist und das auslesende Programm muß dann auch alle Formate...
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 2. Feb 2018
  http://www.delphipraxis.net/184041-delphi-7-unter-windows-10-preview.html
  https://www.entwickler-ecke.de/topic_Delphi+1+bis+7+unter+Vista+bis+Win+10+richtig+installieren_89408,0.html
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 25. Jan 2018
  except
  Exit
  end;
  Für Leute, die einfach so Fehlermeldungen/Ausnahmefälle rückstandslos vernichten, sollte der Pranger wieder eingefphrt werden.
  
  try
  
  ff:=TFileStream.Create(TempPfad,fmCreate or fmShareDenyWrite);
  
  finally
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 22. Jan 2018
  Da bei diesem Code Module/FunctionName nur gelesen und außerhalb der Funktion keine Referenzen darauf gespeichert werden, also Zugriff ausschließlich lesend innerhalb dieser Methode,
  würde es hier auch ohne SharedMem keine Probleme geben, da keinerlei Zugriffe auf den/die SpeicherManager anfallen.
  
  
  
  
  Solcher Code ist immer böse. (Char PChar String)
  Function LinkAPI(Const Module,...
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 22. Jan 2018
  Beides wird neu kompilert? Wenn nicht, dann kann es schnell Probleme geben. (z.B. DLL aus Delphi 7 und nagelneue EXE passen nicht mehr zusammen)
  
  Also bei externen Schnittstellen (z.B. EXE <> DLL) immer nur mit statischen Typen arbeiten. (z.B. AnsiString oder UnicodeString)
  vor Delphi 2009 > String = AnsiString
  seit Delphi 2009 > String = UnicodeString
  Oder mit WideString.
  
  WideString...
• Forum: Win32/Win64 API (native code)

  AW: Externes Programm Teil 2

   
    by himitsu, 22. Jan 2018
  Einfach SimpleShareMem als Erstes in EXE und DLL. (gibt es vermutlich seit Delphi 2006)
  http://docwiki.embarcadero.com/RADStudio/Tokyo/de/Gemeinsame_Nutzung_von_Speicher
  
  Zu SimpleShareMem gibt es auch eine DEMO.
  C:\Users\Public\Documents\Embarcadero\Studio\***.0\Samples\Object Pascal\RTL\SimpleShareMem
  Die aktuellste Version der Embarcadero-Demos gibt es auf sourceforge.net...