Ressourcen-Datei - Zip hineinpacken und extrahieren per Code

[DieDolly]

Zitat:

Schön für dich, nutzt nichts für mich.

Naja dazu sag ich jetzt nix mehr. Ich bin raus aus dem Thema. Das was ich oben in meiner ersten Antwort geschrieben habe, war die Antwort auf eine deiner Fragen.
Und dann muss ich mir "nutzt nichts für mich" an den Kopf werfen lassen?

[Guido Eisenbeis]

Ich bin dir schon dankbar, dass du dich bemüht hast. Vielen Dank!

[Guido Eisenbeis]

Zitat von Uwe Raabe:

Man kann auch die Zip-Datei über den Menüpunkt Projekt - Ressourcen und Bilder... dem Projekt mitgeben. Dabei wird zwar keine eigene RES-Datei für die ZIP-Datei erstellt, diese wird aber in die projekteigene *.dres aufgenommen, die dann in das Projekt gelinkt wird. Ein entsprechende Eintrag in der DPR sollte automatisch erzeugt werden.

Leider auch hier der gleiche Fehler beim Extrahieren der zip-Datei aus der Ressource. Vielleicht hängt es an den Befehlen zum Extrahieren? Im Anhang ist mein Testprojekt. Kannst du das bitte so ergänzen, dass es funktioniert?

[Uwe Raabe]

Delphi-Quellcode:

{ Der ResType sollte immer ein PChar sein, damit man die vordefinierten Konstanten verwenden kann (RT_BITMAP, RT_STRING, RT_RCDATA, ...)
  Dabei handelt es sich nicht wirklich um Strings, sondern um als Pointer (auf Strings) getarnte numerische Konstanten im niedrigen Wertebereich.
  RT_RCDATA ist demnach als PChar(10) definiert - an Adresse 10 kann aber kein brauchbarer String im Speicher liegen und das weiß Windows.
  Deswegen kann man diese Konstanten auch nicht in einen String packen und dann später wieder auf PChar casten.
}
function ExtractRes(ResType: PChar; const ResName, ResNewName: string): Boolean; 
var
  Res: TResourceStream;
begin
  Res := TResourceStream.Create(hInstance, Resname, ResType);
  try
    Res.SavetoFile(ResNewName);
  finally
    Res.Free;
  end;
  Result := True;
end;



procedure TForm1.Button1Click(Sender: TObject);
var
  sResName: string;
  sPathOfZipFileFromRes: string;
begin
  sResName := 'MYTEST';
  sPathOfZipFileFromRes := ExtractFilePath(ParamStr(0)) + 'MyTest.zip';  // ExtractFilePath enthält bereits den Backslash

  // Extrahieren der Zip-Datei aus der Ressourcen-Datei.
  if ExtractRes(RT_RCDATA, UpperCase(sResName), sPathOfZipFileFromRes) then // RT_RCDATA ist die vordefinierte Konstante für RCDATA Resourcen
  begin
    // Code zum Extrahieren der Daten aus der Zip-Datei.
    // ...
  end;
end;

[Guido Eisenbeis]

Hallo Uwe.

Der erste Test sieht schonmal gut aus! Ich freue micht wie Bolle! Kannst du dir vorstellen, wie viele INet Seiten, Beiträge, Tipps und Codes ich durchgelesen habe, ohne Erfolg!?

Du bist der erste, der den entscheidenden Hinweis gegeben hat! Plus Erklärung! Ich versuche nun deinen Tipp in meinen bestehendem Code zu integrieren. Wenn das funktioniert bist du mein Held!

[haentschman]

Moin...

Zitat:

Dein Beispiel verstehe ich leider nicht

Das sollte nur zeigen das der Ressource Name nicht RCDATA heißen muß. In diesem Falle FIRBIRD_25. Der restliche Vorgang (Eintrag in die DPR, RC Datei, erzeugen ist das gleiche).

Zitat:

doppelte Backslash

... Das hatte seinen Sinn. Ich meine, mit einem konnte die Datei nicht gefunden werden. Aber nagelt mich nicht fest.

[Luckie]

Unter C/C++ ist der Backslash die Einleitung einer Escape-Escape-Sequenz und wird nicht ausgegeben in einer Zeichenkette. Will man den Backslash als Zeichen ausgeben in einer Zeichenkett , muss man ihn escapen mit eben jenem selbigen.

[Guido Eisenbeis]

Zitat von Uwe Raabe:

Delphi-Quellcode:

{ Der ResType sollte immer ein PChar sein, damit man die vordefinierten Konstanten verwenden kann (RT_BITMAP, RT_STRING, RT_RCDATA, ...)
  Dabei handelt es sich nicht wirklich um Strings, sondern um als Pointer (auf Strings) getarnte numerische Konstanten im niedrigen Wertebereich.
  RT_RCDATA ist demnach als PChar(10) definiert - an Adresse 10 kann aber kein brauchbarer String im Speicher liegen und das weiß Windows.
  Deswegen kann man diese Konstanten auch nicht in einen String packen und dann später wieder auf PChar casten.
}

Das Integrieren in meine bestehenden Code hat funktioniert. Somit vielen Dank für deine Hilfe!

Um zu verstehen, was da passiert, habe ich den Text bestimmt 10x durchgelesen. Was mich weiterhin verwirrt ist, dass der neue Code mit Res-Dateien funktioniert, die ich mit BRCC32 erstelle, aber NICHT mit Res-Dateien, die ich mit "Resource Editor" erstellen. Und Umgekehrt: Der alte Code funktioniert zwar mit Res-Dateien, die ich mit "Resource Editor" erstelle, aber NICHT mit Res-Dateien, die ich mit BRCC32 erstelle.

Hast du dafür vielleicht auch eine Erklärung? Den unterschiedlichen Aufbau der Res-Dateien sieht man in den Screenshots von Posting #1.
Die Frage dient meinem Verständnis. Das eigentliche Problem ist dank dir gelöst. Vielen Dank dafür!

Guido.

[Uwe Raabe]

Zitat von Guido Eisenbeis:

Was mich weiterhin verwirrt ist, dass der neue Code mit Res-Dateien funktioniert, die ich mit BRCC32 erstelle, aber NICHT mit Res-Dateien, die ich mit "Resource Editor" erstellen. Und Umgekehrt: Der alte Code funktioniert zwar mit Res-Dateien, die ich mit "Resource Editor" erstelle, aber NICHT mit Res-Dateien, die ich mit BRCC32 erstelle.

Ich vermute, daß der Resource Editor den Typ RCDATA eben nicht mit der numerischen RT_RCDATA Konstante, sondern mit dem Text "RCDATA" speichert. Letzteres macht es zu einer sogenannten benutzerdefinierten Ressource. Das ist zwar legitim, erfordert aber dann einen anderen Code zum Einlesen (wie du ja festgestellt hast). Warum der Entwickler das so gemacht hat, kann ich nicht sagen.

Eine Liste der vordefinierten Resource Types findet man hier: Resource Types und in Winapi.Windows.pas (suche nach Predefined Resource Types )

[Guido Eisenbeis]

Danke!