![]() |
AW: Resource-File in Tokyo mit TEXT
Zitat:
Delphi-Quellcode:
function GetResourceAsPointer(ResName: pchar; ResType: pchar; out Size: longword): pointer;
var InfoBlock: HRSRC; GlobalMemoryBlock: HGLOBAL; begin InfoBlock := FindResource(hInstance, resname, restype); if InfoBlock = 0 then raise Exception.Create(SysErrorMessage(GetLastError)); size := SizeofResource(hInstance, InfoBlock); if size = 0 then raise Exception.Create(SysErrorMessage(GetLastError)); GlobalMemoryBlock := LoadResource(hInstance, InfoBlock); if GlobalMemoryBlock = 0 then raise Exception.Create(SysErrorMessage(GetLastError)); Result := LockResource(GlobalMemoryBlock); if Result = nil then raise Exception.Create(SysErrorMessage(GetLastError)); end; |
AW: Resource-File in Tokyo mit TEXT
Was für ein Mist. Jetzt habe ich, um weiterarbeiten zu können, die $R-Anweisung entfernt -- und trotzdem kommt die obige Fehlermeldung, dass er die CODEKEY.RC nicht finden kann.
Wo in aller Welt merkt sich denn Delphi, dass man mal so eine Option eingebaut hatte? ich habe die dazugehörige CODEKEY.RES-Datei natürlich gelöscht. Grrrr..... PS ich kann jetzt erst mal nach Löschen der *.dproj... Dateien wieder weiterarbeiten. Aber das ist doch zum Verzweifeln. In XE7 war alles so einfach und geradlinig. |
AW: Resource-File in Tokyo mit TEXT
Zitat:
Delphi hat dann automatisch eine passende *.dres Datei erzeugt und mit $R eingebunden. Jetzt weiß ich auch, wozu dres gut ist... Zitat:
|
AW: Resource-File in Tokyo mit TEXT
Zitat:
Danke euch alle! PS Dennoch, diese $R -Anweisung zum Konvertieren von RC zu RES manuell einzubinden, hat Delphi völlig verwirrt und ohne Löschen aller möglichen Dateien wäre es nicht wieder zum Laufen zu bringen gewesen. Da ist noch der Wurm in Delphi drin. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:22 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz