![]() |
Re: EOutOfResources: 'Fehler bei Einfügen von RichEdit -Zei
Hallo,
Zitat:
aber das muss doch von irgendwelchen Bedingungen abhängen, Zeilenanzahl, Zeichenanzahl ... Zitat:
Wenn ich den Code wie folgt abändere, dann gibt es keinen Fehler:
Delphi-Quellcode:
Diese 14 Zeichen ist genau die Länge hinter der '24' die bei einem Fehler verleiben
AStr := '---------------------';
RichEdit1.Lines.Add(AStr + '--------------'+'--------------');//<--------- um 14 Zeichen erweitert for I := 1 to 2440 do RichEdit1.Lines.Add(AStr); Lines.Insert(0,'on: ' + '00:00:00 '); Lines.Insert(2,'on: ' + DateToStr(Now) + ' 00:00'); Lines.Insert(3,'on: ' + DateToStr(Now) + ' 24:00 00:00:00');
Ändere ich nun wiederum die Insert-Index auf :
Delphi-Quellcode:
und füge die '24' entsprechend in Zeile 4 ein, verschiebt sich die 24 an eine andere Stelle.
Lines.Insert(1,'on: ' + '00:00:00 ');
Lines.Insert(3,'on: ' + DateToStr(Now) + ' 00:00'); Lines.Insert(4,'on: ' + DateToStr(Now) + ' 24:00 00:00:00'); Nehme ich nun die Anzahl der Zeichen hinter der '24' und baue sie entsprechend in den Code ein, ist der Fehler wieder beseitigt. Wer Lust hat kann gerne versuchen die Zusammenhänge/Ursache zu finden, ich gebs auf. :wall: Ob es nun an der Dll direkt oder an der Kapselung des RichEdit durch Delphi liegt? kA. Ich werd doch wohl weiterhin die Daten wie gewohnt über einen Stream ins RichEdit schreiben, damit hab ich diese Probleme bisher noch nicht gehabt. |
Re: EOutOfResources: 'Fehler bei Einfügen von RichEdit -Zei
Also, mit einer RichEd20.dll ab der Version 4.0 verschwindet dieser Error übrigens. Normal hat ein W2k-Rechner ja nur eine solche DLL der Version 3.0 in C:\WINNT\system32 ...und womit er also für die oben beschriebene Fehlererscheinung durchaus anfällig ist!
Trotzdem aber: In C:\Programme\Gemeinsame Dateien\Microsoft Shared\Office10 sollte man da auch zusätzlich noch eine Riched20.dll der Version 4.0 vorfinden. Die produziert nicht nur diesen Fehler nicht mehr, sondern ist bei größeren Texten sogar auch noch etwas schneller. Wahrscheinlich wollte MS damit bzgl. der eigenen Office-Anwendungen allen Eventualitäten lieber gleich zuvorkommen. Will man beim Weitergeben einer eigenen Anwendung (die intern mit solchen Befehlskombinationen agiert und bei der theoretisch auch mal so große Texte vorkommen können) dann auf Nummer Sicher gehen, wird einem also nichts anderes übrig bleiben als diese Dll-Version 4.0 im Zielverzeichnis mit zu entpacken. Es wird wohl erlaubt sein, die dann einfach mit weiterzugeben, denn sie ist ja im besagten ...\Microsoft Shared\Office10-Folder des Ziel-PCs sowieso schon vorhanden (...und alternativ/notfalls könnte man sie ja auch von dort einfach ins Zielverzeichnis rüberkopieren). MfG |
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:42 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