Grenzen von INI

[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.

[Bernhard Geyer]

Zitat von Popov:

Stimmt, man sollte dann aber entweder ein Hinweis geben, das Programm funktioniert nicht mit dieser Windows-Version,

Machen doch die meisten Programme. Wir bringen unter NT z.B. eine Meldung das das OS zu alt ist. Unter W9x dürfte es vermutlich gar nicht mal startbar sein

Zitat von Popov:

... dann ist das Programm auch zu 95 kompatibel.

Du testest es dann sicherlich auch? oder vermutest du das nur? Z.B. gabs selbst mit D6 schon einen patch-stand der nicht mehr unter W9x lief. Erst mit einem Hotfix lief wieder. Und wenn du Third-Party-Kompos einsetzt ist es fraglich ob die noch gegen Win9x Prüfen.

Zitat von Popov:

... es geht vielmehr um die Grenzen zu kennen, bzw. wann es welche gab.

Microsoft dokumentiert sowas eigentlich ganz gut. Aber bei solch alten OS-Versionen und mehr oder minder abgekündigten APIS wird man evtl. lange den passenden Artikel suchen müssen.

[Bjoerk]

Zitat von Popov:

Die Grenzen von INI sind mir mehr oder weniger bekannt. [..]

Die Grenze einer Inifile ist seit XP nicht die Größe sondern der Zeitaufwand beim Suchen des Eintrages. Was eine Inifile langsam macht ist, daß der Eintrag gesucht werden muß. Deshalb sind viele kleine Sections auch schneller als wenige große. Außerdem werden [ Section ] zu [Section] und Ident = Value zu Ident=Value korrigiert (Stringverarbeitung). Und, Default wird nicht zwischen Groß und Kleinschreibung unterscheiden, also brauchts ein AnsiLowerCase, und das ist sehr langsam. TMemInFile hat eine property CaseSensitive, das bringt ganz schön was.

[Chemiker]

Hallo Popov,

INI-Dateien steht für Initialisierungsdatei diese sind eigentlich für Einstellungen des Programms mal von MS eingeführt worden. Wenn Du sowieso mehrere INI-Dateien hast vielleicht ist es möglich diese erst aufzurufen, wenn sie konkret gebraucht werden.
Wenn es normale Daten sind und Du keine DB verwenden willst würde ich einen TFileStream benutzen.

Bis bald
Chemiker