Performance: mein Programm trödelt!

[TiGü]

Zitat von TurboMagic:

Hier noch ein Tipp zum #10#10: es gibt da in System.pas, was ja bekanntlichermaßen immer implizit eingebunden ist,
die schöne Konstante sLineBreak.

Wirkt der Kaffee noch nicht?
https://www.delphipraxis.net/1467014-post36.html
https://www.delphipraxis.net/204596-...roedelt-3.html

[DieDolly]

Zitat:

Es war ein "begin-end" zu wenig.

Deswegen sollte man den Code von Anfang an richtig formatieren, dann sieht man solche Fehler sofort.

[NicoleWagner]

1010 und 1013...
das ist nicht alles eins
https://delphiprogrammingdiary.blogs...in-delphi.html

Was Deinen Tipp betrifft, danke!
Leider ist er nichts für mich Spatzenhirn. Denn das einzige, das ich mir merken kann, ist, das im Zeilenumbruch eine Raute vorkommt.
Nach der suche ich dann in meinem alten Code und finde dann - endlich 1013. Denn ob das 1310 oder 1013 ist und wohin die Rauten und ob eine oder zwei
.... in einigen Monaten habe ich das stets vergessen.

[DieDolly]

Zitat:

Denn das einzige, das ich mir merken kann, ist, das im Zeilenumbruch eine Raute vorkommt.

Benutz einfach sLineBreak. Das benutze ich seit vielen Jahren und hatte noch nie irgendwelche Probleme damit.
Wer mit sLineBreak Probleme bekommt, macht irgendwas anderes falsch denke ich.

[Sherlock]

Zitat von NicoleWagner:

https://delphiprogrammingdiary.blogs...in-delphi.html

Der Gutste vertut sich leider schon sehr früh in seinem Artikel. Es ist nunmal so, daß #13 und #$D beide das selbe ASCII Zeichen bedeuten und sich lediglich in ihrer numerischen Repräsentation unterscheiden. Damit habe ich dann aufgehört den Artikel zu lesen, weil das ist eine Grundlage, die darf man nicht falsch hinbekommen, wenn man nicht nur von Einsteigern gelesen werden will.

Sherlock

[Benmik]

Zitat von Sherlock:

Es ist nunmal so, daß #13 und #$D beide das selbe ASCII Zeichen bedeuten...

???
Und was steht da?

Zitat:

...where the difference is in their representation that #13 is decimal but #$D is hexadecimal...

[Benmik]

Zitat von NicoleWagner:

Die Zeitmessung mit "now"-Zuweisung fand die auslösende Stelle NICHT. Da mag die Code-Optimierung daran schuld sein.

Nee. Da war die falsche Platzierung der Zeitmessung daran schuld. Wenn man sie zu Beginn und zum Ende der Schleifen gesetzt hätte, dann wäre sofort klar gewesen, dass irgendwo dadrin die Zeit verbraten werden musste (wenn das nicht schon vorher klar war). Und wenn man dann schrittweise in die Schleife vorgerückt wäre, dann wäre innerhalb kürzester Zeit klar gewesen, wo der Zeitfresser sitzt.

[Lemmy]

Zitat von Benmik:

Zitat von Sherlock:

Es ist nunmal so, daß #13 und #$D beide das selbe ASCII Zeichen bedeuten...

???
Und was steht da?

Zitat:

...where the difference is in their representation that #13 is decimal but #$D is hexadecimal...

auch erst, nachdem der Autor das geändert hat s. Kommentare....

[Benmik]

Zitat von Lemmy:

...auch erst, nachdem der Autor das geändert hat s. Kommentare....

Und das war auch noch Sherlock... Asche auf mein Haupt. Hab halt Sherlocks Methode übernommen, nicht weiter zu lesen...

[Sherlock]

Von mir lernen heißt äh... oh je

Sherlock