NTFS-Komprimierung einer einzelnen Datei?

[PeterPanino]

Zitat:

Zitat von KodeZwerg (Beitrag 1413233)

... dein externer Programmaufruf ...

Das ist kein externer Programmaufruf!

Delphi-Quellcode:

compact

und

Delphi-Quellcode:

cipher

sind ein Teil von Windows! Wir verwenden ja deshalb Windows-Aufrufe und das Windows API, weil unsere Programme ja sonst nicht in Windows laufen könnten!

Ich verstehe nicht, wieso manche das Rad neu erfinden und unbedingt Teile von Windows in Delphi nachprogrammieren möchten!

Wieso tun die das? Es gibt doch bestimmt lohnendere Aufgaben als Windows nachzuprogrammieren, oder?

[KodeZwerg]

Zitat:

Zitat von PeterPanino (Beitrag 1413234)

Zitat:

Zitat von KodeZwerg (Beitrag 1413233)

... dein externer Programmaufruf ...

Das ist kein externer Programmaufruf!

Delphi-Quellcode:

compact

und

Delphi-Quellcode:

cipher

sind ein Teil von Windows! Wir verwenden ja deshalb Windows-Aufrufe und das Windows API, weil unsere Programme ja sonst nicht in Windows laufen könnten!

Ich verstehe nicht, wieso manche das Rad neu erfinden und unbedingt Teile von Windows in Delphi nachprogrammieren möchten!

Wieso tun die das? Es gibt doch bestimmt lohnendere Aufgaben als Windows nachzuprogrammieren, oder?

Schau mal bitte in Dein \Windows\SysWOW64\ und \Windows\System32\ Verzeichniss.
Wenn es bei Dir dort keine "compact.exe" und "cipher.exe" gibt, kann Dein Rechner was was meiner nicht kann oder diese EXTERNEN Programme liegen irgendwo anders bei Dir.
Windows-Api habe ich gezeigt. Externen Programmaufruf hast Du gezeigt. Nur der Richtigkeithalber.
Les doch mal was ein ShellExecuteEx() macht da Du mir nicht glaubst.

[PeterPanino]

The compact command is the command-line version of the NTFS file system compression feature.

[PeterPanino]

Zitat:

Zitat von peterpanino (Beitrag 1413238)

the compact command is the command-line version of the ntfs file system compression feature.

Anhang 49956

[Schokohase]

Die compact.exe (also dieses Programm) wird intern die gleichen API-Aufrufe machen.

Von daher ist es vom Ergebnis das Gleiche, ob ich die API-Aufrufe direkt mache oder eine beliebige externe Anwendung (wie hier die compact.exe) die diese API-Aufrufe macht.

Bei einer vorgefertigten Anwendung muss ich mit dem leben wie es dort umgesetzt ist, macht man die API-Aufrufe direkt, dann kann man das nach Gutdünken selber zusammenstecken.

Trotz allem bleibt es beim ShellExecute/Ex, dass hier eine externe Anwendung aufgerufen wird. Ob diese nun zum Lieferumfang des Betriebssystems gehört oder nicht ist dabei völlig unerheblich.

Das ist weder gut noch schlecht, sondern einfach nur so.

Ein API-Aufruf geht technisch gesehen an eine DLL und die ist auch extern (allerdings etwas anders extern als die Anwendung) und wenn diese DLL fehlt, dann geht auch der API-Aufruf in die Hose. Die externe Anwendung allerdings auch, denn die ruft ja auch die API (DLL) auf, die dann fehlt.

In diesem Sinne ein schönes Wochenende

[KodeZwerg]

Zitat:

Zitat von PeterPanino (Beitrag 1413239)

Zitat:

Zitat von peterpanino (Beitrag 1413238)

the compact command is the command-line version of the ntfs file system compression feature.

Anhang 49956

Guck doch mal erste Zeile, Überschrift besagt: Data of the PROGRAM FILE

Es tut mir leid das Du nicht die Bedeutung von Windows-Api kennst und Du Dir nicht im Klaren bist was für einen non-sens hier geschrieben wird.

Um Dich ein wenig Aufzuklären, WinApi bedeutet man führt Befehle aus die das System per Library bereitstellt.
Also wenn man in Rubrik Win32/Win64 API (native code) eine Frage stellt, sollte man sich schon vorher schlau gemacht haben was dies überhaupt bedeutet.

Oder wäre wenn ich in meiner Versionskontrolle einer .exe Datei "blabla Microsoft blabla" schreibe dies dann automatisch eine Api für Dich?
Application Programming Interface kurz API bedeutet nicht ein externes Programm zu starten sondern das man sich der Libraries bedient, was compact.exe bzw. cipher.exe intern bestimmt ähnlich handhabt.

Wie dem auch sei, Du hast bestimmt Recht, alles wo Microsoft drauf steht ist ne Api und ich liege falsch.
Also ich gebe nach, dein externer Programm aufruf ruft gar kein Programm auf sondern ist pure Api Magie, siehe Dein Link Text "command-line version", Microsoft wollte bestimmt "Api Version" schreiben, naja die Wissen auch nicht wie es eigentlich lautet, schreib denen das mal.

Das Thema hat sich für mich mehr als erledigt.

Schönes Wochenende PeterPanino!

[EWeiss]

Zitat:

Das Thema hat sich für mich mehr als erledigt.

Sinn frei :)
Habe ich eigentlich schon ein paar Beiträge vorher erwartet.
Manche Leute wollen nicht geholfen werden in dem Fall sollte man sich zurück ziehen bevor die ganze Sache ausartet.

Zitat:

Application Programming Interface kurz API bedeutet nicht ein externes Programm zu starten sondern das man sich der Libraries bedient.

Auch wenn man ein externes Programm startet bedient man sich der WinAPI nämlich in dem Fall ShellExecute/Ex.
Wenn mir die Befehle\Funktionen bekannt sind dann löse ich das Problem innerhalb meiner Anwendung und verwende keine externen Anwendungen um zum ziel zu kommen.
Dafür reicht im Normalfall eine Batchdatei man benötigt dafür kein Delphi.

gruss

[KodeZwerg]

Hier ist Microsoft blabla zum Thema Windows-Api / Ntfs Kompression

Vielleicht schenkst Du denen ja etwas mehr Glaubwürdigkeit.

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1413244)

Hier ist Microsoft blabla zum Thema Windows-Api / Ntfs Kompression

Vielleicht schenkst Du denen ja etwas mehr Glaubwürdigkeit.

Huch?
Was denn nu!

Zitat:

Das Thema hat sich für mich mehr als erledigt.

gruss

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1413245)

Zitat:

Zitat von KodeZwerg (Beitrag 1413244)

Hier ist Microsoft blabla zum Thema Windows-Api / Ntfs Kompression

Vielleicht schenkst Du denen ja etwas mehr Glaubwürdigkeit.

Huch?
Was denn nu!

Zitat:

Das Thema hat sich für mich mehr als erledigt.

gruss

Ich konnt Ihn nicht dumm sterben lassen. (soll keine Beleidigung sein!)