Grenzen von INI

[jobo]

Problem mit Splashscreens gibt es dann, wenn es Probleme gibt.
Ich weiß nicht, was Dejan Vu meint, aber ich find sie nur erträglich, wenn alles glatt geht. Ist vielleicht auch ne Frage, wie gut die gemacht sind.
Erfahrungswerte zeigen, dass sie im Problemfall eher stören und es gibt mindestens ein Programm, für dass ich schon nach command line Schaltern gesucht hab, um sie auszublenden.
Eigenartige StayOnTop Einstellungen, die dafür sorgen, dass die Fehlermeldungen aus dem Ladeprozess überdeckt werden, sodass sich die Form selbst blockiert.

[Sir Rufo]

Hmmm, Exceptions die in einem Thread auftauchen muss ich aktiv zur Anzeige bringen.

Und ja, erst wenn ich es richtig mache, dann funktioniert es richtig ... ist das nicht immer so?

[jobo]

Zitat von Sir Rufo:

Hmmm, Exceptions die in einem Thread auftauchen muss ich aktiv zur Anzeige bringen.
Und ja, erst wenn ich es richtig mache, dann funktioniert es richtig ... ist das nicht immer so?

Klar, ich verweise an der Stelle auf Deine Signatur!
Offenbar ist es nicht so einfach oder keine Selbstverständlichkeit, das richtig zu machen. Hängt natürlich auch stark davon ab, was technisch in der Zeit alles passiert. Von einem der genannten Programme weiß ich, dass es Delphi ist, aber Einblicke habe ich da natürlich nicht.
Mein Beitrag sollte eher als Hinweis dienen, den "Aufwand" für Splash dann bitte auch richtig einzuschätzen und es ordentlich zu machen.
Das Entsetzen, für max 0,5 Sekunden Wartezeit ein Splash zu spendieren teile ich nicht. Je anspruchsvoller desto besser. Software darf auch Spaß machen, wenn es kein Game ist.
Ich hab eher den Verdacht, dass einige hier ein schlechtes Gewissen bekommen, wenn jemand für ein paar Wimpernschläge so einen Aufwand treibt.

[Luckie]

Also ich halte es immer so: Wenn ich nach der Grenze von irgendwas fragen muss, dann mache ich was falsch. Weil in der Regel ist Windows so ausgelegt, dass man äußerst selten an irgendeine Grenze stößt.

Alternativ nimm einfach eine Textdatei und entwickle eine eigen Datenstruktur. da du bisher mit Ini-Dateien gearbeitet hast, kann die Datenstruktur nicht so komplex sein.

[jobo]

Zitat von Luckie:

Also ich halte es immer so: Wenn ich nach der Grenze von irgendwas fragen muss, dann mache ich was falsch. Weil in der Regel ist Windows so ausgelegt, dass man äußerst selten an irgendeine Grenze stößt.

Mmh, diese Herangehensweise finde ich jetzt aber sehr eigenartig. Ist nicht mindestens im Zweifel eine genaue Grenzwertbetrachtung notwendig?
Finde ich ehrlich gesagt überraschend, das hier so zu lesen, wo gern schon mal auf Ebene von Variablen um Bits, Bytes, Integers gestritten wird.

[Luckie]

Zitat von jobo:

Mmh, diese Herangehensweise finde ich jetzt aber sehr eigenartig. Ist nicht mindestens im Zweifel eine genaue Grenzwertbetrachtung notwendig?
Finde ich ehrlich gesagt überraschend, das hier so zu lesen, wo gern schon mal auf Ebene von Variablen um Bits, Bytes, Integers gestritten wird.

Du hast mich nicht verstanden. das datentypen in ihrer Größe beschränkt sind, ist klar. Es geht um Fragen wie zum Beispiel: "Kann ich aus meinen Prozess 1.000 Threads gleichzeitig starten, weil ich sie brauche." Dann macht man mit ziemlicher Sicherheit was falsch.

[Bernhard Geyer]

Zitat von Luckie:

Alternativ nimm einfach eine Textdatei und entwickle eine eigen Datenstruktur.

XML?

Zum Ursprungsproblem: Bist du dir sicher das die Inidateien als Datei das Problem darstellt? Hast du ein Profiling mit AQTime und Co. durchgeführt.
Oft kommt man dann dahinter das nicht die Datei das Problem darstellt sondern die Programmierung drum herum? So hat es bei uns merklich was gebracht an relevanten stellen const bei den Parametern zu definieren so das (an Zentralen Funktionen die Mio.-Fach aufgerufen werden) das Kopieren von Strings (Arbeiten unter D6 mit WideString, beim normalen String dürfte das zwar auch merklich sein, aber nicht so stark) ein bremsende Aktion war.

[Popov]

Zitat von Luckie:

Wenn ich nach der Grenze von irgendwas fragen muss, dann mache ich was falsch. Weil in der Regel ist Windows so ausgelegt, dass man äußerst selten an irgendeine Grenze stößt.

Die Grenzen von INI sind mir mehr oder weniger bekannt. Auch bin ich in der Lage ein Testprogramm zu schreiben das mir die Grenzen zur Not aufzeigt. Bevor ich also gefragt habe, wußte ich bereits, dass ein Wert, nicht die Zeilenlänge, 2047 lang sein kann und auch die ganze INI paar MB groß sein darf.

Was ich aber nicht weiß ist, seit wann das so ist, d. h. ob ich eine Einschränkung für Windowsversion mit einbauen soll, bzw. ob sich das lohnt, usw.


@DeddyH

Danke, werde es testen. Der erste Test sieht aber nicht gut aus, da gibt es Fehlermeldungen. Ich werde aber prüfen ob ich es umprogrammieren kann

[Bernhard Geyer]

Zitat von Popov:

Was ich aber nicht weiß ist, seit wann das so ist, d. h. ob ich eine Einschränkung für Windowsversion mit einbauen soll, bzw. ob sich das lohnt, usw.

Für in 2015 relevante Windows-Versionen (XP und neuer) gibt die Einschränkungen nicht mehr.
Es könnte sein das Win9x die noch hat, aber in 2015 ist Win9x eh irrelevant (oder soll dein Programm noch für die potentiellen 3 User sein die noch 95 installiert haben?).

[Popov]

Zitat von Bernhard Geyer:

Es könnte sein das Win9x die noch hat, aber in 2015 ist Win9x eh irrelevant...

Stimmt, man sollte dann aber entweder ein Hinweis geben, das Programm funktioniert nicht mit dieser Windows-Version, ober sich fragen, langsame Systeme hin oder her, 0,5 Sekunden auch hin oder her, ich lasse alles bei altem und dann ist das Programm auch zu 95 kompatibel.

Letztendlich geht es weniger um das aktuelle Programm, es geht vielmehr um die Grenzen zu kennen, bzw. wann es welche gab. Aktuell gibt es keine oder sie können umgangen werden.