Also wir hatten ja diese schöne diskusion mit dem Filelocking.
Das Problem habe ich jetzt zwar mit sysopen() in den Griff bekommen, aber jetzt wollte ich trotzdem nochmal die andere angesproche Version ausprobieren.
Gehen wir mal von folgender Basis aus die ich bisher verwendet hatte:

Wie könnte ich denn jetzt eine zeile in der Datei ändern, ohne diese zu löschen?

nehmen wir mal an, die datei sieht so aus:

wie ändere ich jetzt name2 ohne dass ich wie im obigen primatenbeispiel die datei neu erstellen muss?\n\n

<!--EDIT|Froschpopo|1131302342-->

nun ja, du könntest Wie sperre ich eine Datei als ausgangsbasis verwenden und ein bisschen selbstinitiative zeigen oder aber einfach warten, bis dir doch jemand hier den code verwendungsfertig unter die nase reibt.\n\n

<!--EDIT|pq|1131302666-->

Tie::File ?

[quote=Strat,07.11.2005, 13:54]Tie::File ?[/quote]
Damit geht es, aber das Modul versteckt die Tatsache, dass die Datei trotzdem neu angelegt werden muss oder wenigstens zu großen Teilen neu geschrieben werden muss. Wenn man das nicht möchte, muss man ein DB-System verwenden.

Sofern du weisst "wo" der wert steht, kannst du ja sysopen und seek benutzen.

Ich würde aber besser die ganze DB neu schreiben...
Zudem würde "seek" auch noch das problem bringen, dass du dann das was "nachher kommt" überschreibst....

Du kommst kaum daran vorbei die ganze Datei neu zu schreiben, weil du ja Änderungen nicht am Ende anhängst sondern mitten drin machst. Also müssen ja die Nachfolgenden Bytes alle um 1 Stelle verschoben werden, wenu du da ein zusätzliches reinhängst.

ich denke, das größte problem von froschpopo ist, die datei zweimal zu öffnen.
dass man dann den inhalt ab der zu ändernden stelle nochmal neu schreiben muss,
ist ein zweites problem, aber ein geringeres. es wirkt sich auf die performance
aus.
eine db zu verwenden, hatte ich ja auch schon in einem anderen froschpopo-thread
vorgeschlagen, aber er will ja nicht.

edit: typo\n\n

<!--EDIT|pq|1131379242-->

Eine Möglichkeit wäre, eine zu löschende Zeile einfach ungültig zu machen, also z.B. mit Spaces aufzufüllen. Dann entfällt das Umkopieren, allerdings muss die Applikation darauf vorbereitet sein. Und mit der Zeit würde sich ziemlich viel Schrott ansammeln, so dass ab und zu ein Aufräumen der ungültigen Zeilen notwendig wäre.

Also ich hab mich mal etwas belesen und hätte folgende Idee:

ich lese erst die Datei in ein Array ein. Jede Zeile bekommt einen eigenen INDEX im Array. Der INDEX der zu bearbeitenden Zeile ist ja dann logischerweise auch die Zeile in der Datei, auf die ich dann so zugreifen kann.

Zitat: "Zudem würde "seek" auch noch das problem bringen, dass du dann das was "nachher kommt" überschreibst.... "
Aber doch nicht, wenn ich einen zeilenumbruch setze oder?

Mein nächster Vorschlag: truncate()
Datei in Array lesen, truncate auf 0 machen und dann das array wieder reinschreiben.

Was sagt ihr dazu?\n\n

<!--EDIT|Froschpopo|1131379290-->

[quote=Froschpopo,07.11.2005, 17:00]Mein nächster Vorschlag: truncate()
Datei in Array lesen, truncate auf 0 machen und dann das array wieder reinschreiben.[/quote]
ich weiß ja nicht, ob du nie auf links klickst, die man dir so anbietet.
ich schrieb dir den link Wie sperre ich eine Datei?. darin ist ein seek auf anfang entahlten und ein
truncate auf 0. langsam hab ich keine lust mehr, aber offensichtlich noch genug andere.

also ich habs jetzt so gelöst, als dass ich die file komplett truncate und dann nochmal neu reinschreibe.