RtlCompressBuffer alternative gesucht!

[Fukiszo]

Hallo, ich nutze in einem meiner projekte die RtlCompressBuffer funktion um, wie der name bereits vermuten lässt, etwas zu komprimieren.
Nun bin ich über die WMI CompressFile funktion gestolpert die bei NTFS dateisystem per windows daten schrumpfen lässt.

function CompressFile(const FileName:string):integer;var FSWbemLocator : OLEVariant; FWMIService : OLEVariant; FWbemObject : OLEVariant;begin; FSWbemLocator := CreateOleObject('WbemScripting.SWbemLocator'); FWMIService := FSWbemLocator.ConnectServer('localhost', 'root\CIMV2', '', ''); FWbemObject := FWMIService.Get(Format('CIM_DataFile.Name="%s"',[StringReplace(FileName,'\','\\',[rfReplaceAll])])); Result:=FWbemObject.Compress(); aber diese funktion gilt ja nur für NTFS und eine datei als ganzes.

Jetzt frag ich mich, weil ja RtlCompressBuffer eine undokumentierte und möglicherweise nicht in jeder windows version zur verfügung stehende funktion ist, ob es eine legitime funktion gibt, die wie RtlCompressBuffer arbeitet (im speicher)
mit der man "On-The-Fly" etwas komprimieren kann damit ich ein "legitimes" produkt habe.

hier meine deklarationen mit "RtlCompressBuffer" damit ihr nachvollziehen wie ich es aufrufe:

Delphi-Quellcode:

function RtlGetCompressionWorkSpaceSize(CompressionFormatAndEngine: ULONG; CompressBufferWorkSpaceSize, CompressFragmentWorkSpaceSize : PULONG): NTSTATUS; stdcall;
function RtlCompressBuffer(CompressionFormatAndEngine:ULONG; SourceBuffer: PVOID; SourceBufferLength: ULONG; DestinationBuffer: PVOID; DestinationBufferLength: ULONG; SourceChunkSize: ULONG; pDestinationSize: PULONG; WorkspaceBuffer: PVOID):NTSTATUS; stdcall;
function RtlDeCompressBuffer(CompressionFormatAndEngine:ULONG; DestinationBuffer: PVOID; DestinationBufferLength: ULONG; SourceBuffer: PVOID; SourceBufferLength: ULONG; pDestinationSize: PULONG):NTSTATUS; stdcall;

implementation

const ntdll = 'ntdll.dll';

function RtlGetCompressionWorkSpaceSize;  external ntdll name 'RtlGetCompressionWorkSpaceSize';
function RtlCompressBuffer; external ntdll name 'RtlCompressBuffer';
function RtlDeCompressBuffer; external ntdll name 'RtlDecompressBuffer';

im wesentlichen ging es mir darum eine leichte kompression zu erzielen die keinerlei Third-Party software einsetzt.
alles sollte mit windows bordmitteln per WinAPI schaffbar sein...
kompression muss weder stark noch "knackfest" sein, sie soll lediglich einen ersten blick in eine datei abfälschen.
es geht hier um geschwindigkeit und woran ich halt jetzt grad grübel, kompatibilität zu windows.

im DP hab ich bis jetzt noch nicht viel brauchbare infos dazu gefunden aber der eine oder andere hat mit sicherheit einen guten rat für mich parat, oder?

Besten Dank für's lesen und hoffentlich auch beantworten hehe

ps: nutzt nicht meine dargestellten funktionen in eurem code, sie sind bestimmt böse weshalb ich dieses Thema schrieb.

[Neutral General]

Habe das hier gefunden:

https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Scheint aber erst ab Windows 8 zu funktionieren.

[Fukiszo]

der link ist klasse von dir, aber wie bereits von dir vermutet nicht generell windows(NT) kompatibel,
da würd ich das eine übel gegen ein anderes tauschen.
mein produkt muss leider auch mit XP funktionieren, was es ja momentan auch macht, mich stört halt der umstand das es eine undokumentierte funktion ist die jederzeit obsolet werden könnte und mit windows update XYZ weg sein könnte.

Besten Dank!

[generic]

Wieso ist die undokumentiert?

https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

[Bernhard Geyer]

Und was steht dort:

Version
Available starting in Windows XP.

[generic]

Zitat von Bernhard Geyer:

Und was steht dort:

Version
Available starting in Windows XP.

Ich verstehe euch heute nicht Ich glaub ich brauch mehr schlaf.

Zitat:

Jetzt frag ich mich, weil ja RtlCompressBuffer eine undokumentierte und möglicherweise nicht in jeder windows version zur verfügung stehende funktion ist

Also Funktion ist dokumentiert!

Zitat:

...mein produkt muss leider auch mit XP funktionieren...

Funktion ist in XP verfügbar.

Ist das nicht das, was Fukiszo wollte?

[Bernhard Geyer]

Zitat von generic:

Ich verstehe euch heute nicht Ich glaub ich brauch mehr schlaf.

...

Ist das nicht das, was Fukiszo wollte?

Genau. War ja auch für Fukiszo gedacht.
Du brauchst wirklich mehr schlaf

[himitsu]

Er hatte ja selber behauptet es sei nicht dokumentiert.

OK, abgesehn, dass diese Funktion eigentlich für das Windows Driver Kit gedacht ist, also z.B. für die Verwendung in Treibern und nicht direkt für User-Mode-Programme, ist sonst alles OK.

Natürlich könnte auch jemand noch fragen warum es unbedingt diese Komprimierungsfunktion sein muß und nicht Eine der vielen Anderen, oder gar die ZLib, welche direkt im Delphi vorhanden ist, und das schon seit mehreren Jahrzehnten.

[Fukiszo]

mit undokumentiert meinte ich, diese funktion ist nicht in delphi (version 7) nativ vorhanden und kennt auch keine hilfestellung zu diesem thema.
meine version der Win32.hlp datei schweigt sich darüber auch aus.
da die überschrift "alternative" heisst hoffte ich es gibt noch mehr funktionen die ab WindowsXP per WinAPI so etwas machen könnten und ich lediglich zu doof war sie zu entdecken.
zLib apLib ucl flexcompress 7zip und der gleichen wollte ich nicht wirklich einbinden, wobei mir zlib noch am liebsten ist wegen geschwindigkeit.

Vielen Dank für Euren feedback!

[himitsu]

Das kann Delphi 7 auch garnicht kennen.
1995 Delphi 7
2001 Windows XP

Außerdem sind nur ein paar WinAPIs im Delphi enthalten. Niemand hatte Lust sämtliche APIs nach Pascal zu übersetzen,
also gibt es nur die "Wichtigsten", vorallem Win32-API, GDI, COM/ActiveX usw.
Das WinDDK in Pascal gibt es aber von einigen Drittanbietern.

Wenn man mit C++ oder C++Builder arbeitet, dann kann man natürlich auch direkt gegen die API-Header des WinDDK kompilieren und braucht keine Headerübersetzungen zu suchen oder selber anzufertigen.