PtrUint auf PChar

[PascalDragon]

Ich vermute ResNameProc verwendet einen PChar, weil es von C herkommt. C kennt kein Unterschied zwischen Char und Byte, dort ist einfach alles ein Char.

In diesem Fall ist es tatsächlich nicht Char = Byte, was hier ausgenutzt wird. Stattdessen wird PChar bzw. char* in C hier benötigt, um die textuellen Ressourcennamen und -typen abzubilden. Und Werte <= $ffff für den Wert des Zeigers selbst(!) werden für numerische Ressourcennamen und -typen genutzt.

[wennerer]

Hallo,
mich fasziniert immer noch das Programm das ich in den Tiefen des Lazarusverzeichnisses gefunden habe. Dem entsprechend habe ich etwas damit gespielt. Falls sich wer dafür interessiert hab ich es mal angehängt.

Weiß jemand für was die LangId (LanguageID??) gut ist. Ich habe auch mal einen Text als Resource einkompiliert. Könnte ich da für verschiedene Sprachen verschiedene Id's vergeben?
Kann man da irgenwo was nachlesen?

Viele Grüße
Bernd

[PascalDragon]

Weiß jemand für was die LangId (LanguageID??) gut ist. Ich habe auch mal einen Text als Resource einkompiliert. Könnte ich da für verschiedene Sprachen verschiedene Id's vergeben?
Kann man da irgenwo was nachlesen?

Ressourcen sind als ein dreistufiger Baum strukturiert: Typ, Name, Sprache. Normalerweise ist die Sprache einfach nur die neutrale Sprache, aber rein prinzipiell ist es möglich die gleiche Ressource auch für verschiedene Sprachen anzulegen und dann je nach aktueller Sprache die richtige Ressourcen zu verwenden. Delphi nutzt dies zum Beispiel für die Ressourcestrings und MSVCs MFC nutzt dies für sprachspezifische Formulare.
Da FPCs Ressourcen auf den Windows Ressourcen aufbauen unterstützen diese das prinzipiell auch, all zu viel Informationen wirst du dazu zumindest im Zusammenhang mit FPC nicht finden, da dies dort sehr selten bis gar nicht verwendet wird. Du müsstest dich also wenn dann im Delphi oder WinAPI Kontext umschauen und dies dann auf FPC anwenden.

[wennerer]

Vielen Dank für deine Erklärung!