Ini-Datei in DB-Feld verlegen

[Der schöne Günther]

Mit "ohne Dateinamen erzeugen" ist wohl "Mit Nonsens-Dateinamen (wie leeren String) erzeugen" gemeint. Denn der Konstruktor will auf jeden Fall einen

Erst wenn du myMemFile.UpdateFile() aufrufen würdest, käme es zu Problemen.


PS: Ich habe mich auch ganz von der "normalen" TIniFile verabschiedet, den diese baut noch auf irgendwelche 16-Bit Windows-Funktionen auf die gerne mal fehlschlagen. Mit TMemIniFile ist mein Leben ein besseres geworden.

[DeddyH]

Natürlich meinte ich einen Leerstring, man kann ja keine Parameter weglassen

[samso]

Zitat von Der schöne Günther:

denn diese bauen noch auf irgendwelche 16-Bit Windows-Funktionen auf

Ist das ein Gerücht, oder kannst Du das belegen?

[Der schöne Günther]

Zitat von samso:

Ist das ein Gerücht, oder kannst Du das belegen?

Beispiel:

Delphi-Quellcode:

{*******************************************************}
{                                                       }
{           CodeGear Delphi Runtime Library             }
{                                                       }
{ Copyright(c) 1995-2013 Embarcadero Technologies, Inc. }
{                                                       }
{*******************************************************}

unit System.IniFiles;

[...]

procedure TIniFile.WriteString(const Section, Ident, Value: string);
begin
  if not WritePrivateProfileString(MarshaledString(Section), MarshaledString(Ident),
                                   MarshaledString(Value), MarshaledString(FFileName)) then
    raise EIniFileException.CreateResFmt(@SIniFileWriteError, [FileName]);
end;

MSDN:
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

Zitat:

WritePrivateProfileString function

Copies a string into the specified section of an initialization file.

Note This function is provided only for compatibility with 16-bit versions of Windows. Applications should store initialization information in the registry.

Das hat mich mal einiges an Zeit gekostet da die Unit-Initialisierungs/Finalisierungsblöcke einen Einfluss auf diese Methode haben. Auf einem WinXP-System wurde bei Anwendungsende (Klassendestruktor, der kommt nach der Unit-Finalisierung) die Ini-Datei nie auf die Platte geflushed, auf Win7 aber schon.

[Bernhard Geyer]

Zitat von samso:

Zitat von Der schöne Günther:

denn diese bauen noch auf irgendwelche 16-Bit Windows-Funktionen auf

Ist das ein Gerücht, oder kannst Du das belegen?

Das Konzept der Ini-Dateien ist aus der "guten alten" 16-Bit Zeit.
MS schreibt auch das man das nur noch wegen einfacher Portierung von 16-Bit Code auch unter 32-Bit zur verfügung hat (http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx).

Lustig ist hier das man dir Registry empfiehlt ob diese ja auch schon wieder "böse" ist. Heutzutage würde man xml-"ini"-Dateien verwenden.