Strings in der Datei ersetzen

c.rackwitz

du willst das zum baum parsen, den baum manipulieren, den baum dumpen/serialisieren.

shuriko

c.rackwitz schrieb:

du willst das zum baum parsen, den baum manipulieren, den baum dumpen/serialisieren.

Leider verstehe ich dich nicht. Ich will wie du es schreibst manipulieren. D.h. die Strings in der XML-Datei umschreiben.

c.rackwitz

dazu musst du aus dem dateiinhalt, naemlich einem langen string, eine baumstruktur machen, die du dann veraendern kannst.

c kann nicht jeder und wenn du noch nie programmiert hast, ist c eine denkbar schlechte wahl fuer schnellschuesse.

mensch, machs mit ner scriptsprache, dann waerst du laengst fertig.

shuriko

c.rackwitz schrieb:

eine baumstruktur machen

Könntest du mir bitte ein paar Links oder Beispiele geben?

Danke

Was c.rackwitz meint, wenn ich ihn richtig verstehe, ist dass du dass ganze mit Tokenverarbeitung machen sollst. Aus diesen Token baust du dir dann einen Baum.

So etwa in der Art:

-<old_tag>
--nr
---XXXX
--length
---YYYY
----data
----data
----data  
-</old_tag>

Die einzelnen Token veränderst du dann und schreibst Sie wie du sie brauchst in die Datei zurück.

Hat den Vorteil, dass beim Parsen (wenn man es richtig anfängt) die Daten kommen können wie sie wollen.

Grüsse
Tobi

c.rackwitz

von tokenisieren halte ich garnichts. mit ner gescheiten parserimplementation kann man ein PEG fast 1:1 uebernehmen und damit baeume machen.

aber wie ich bereits sagte: nimm ne scriptsprache! dann kommst du wenigstens vom fleck. wenn du noch nie nen baum oder ne verkettete liste in c implementiert hast... nun ja, wenn du denkst, baeume sind schwer, dann wird parserbau fuer dich schwarze magie sein (wird ja leider erst im studium durchgenommen).

fuer python z.b. gibts beautifulsoup. damit kannst du noch so kaputtes html lesen und manipulieren.

du kannst natuerlich auch einen ganz winzigen parser bauen, der nur zwischen tags und text unterscheidet. den benutzt du dann zum "sauber formatieren" des html codes.
einen zweiten parser kannst du dann so einhaengen, dass der fuer jeden gefundenen tag (ne sache in spitzen klammern) aufgerufen wird. der kann sich dann an die zerlegung des tags machen und den tag neu schreiben.

bei der ganzen arbeit sollte dir klar sein, dass du VIEL malloc() und free() brauchen kannst. also pass bloss auf, dass du auch alles immer genau einmal freigibst.

shuriko

c.rackwitz schrieb:

bei der ganzen arbeit sollte dir klar sein, dass du VIEL malloc() und free() brauchen kannst. also pass bloss auf, dass du auch alles immer genau einmal freigibst.

Wenn ich dich richtig verstehe, bin ich dann falsch mit meinem 1.Aufruf (Zeile Nr. 80) von:

goto NEW_READ;

c.rackwitz

falsch... aehm ja, sehr falsch. alloziierten speicher MUSST du freigeben. machst dus nicht, beissts dir irgendwann in den arsch.
ich hab nen parser in einer sprache geschrieben, da gibts keine gotos.

dazu kommt, dass du deinen ganzen code in die main() gepackt hast.

aus deinem code kann ich nicht viel machen. dein ganzer ansatz ist ne einbahnstrasse.

*sigh* ich hab jetzt eigentlich weder die lust, deinen code zu begreifen, noch dir den parser zu schreiben.
aber welche wahl hab ich denn schon? dir ein buch ueber parser um die ohren zu hauen oder dir etwas von meiner zeit zu geben.

scripte dir das doch einfach. C kannst du auch anders lernen.

shuriko

c.rackwitz schrieb:

falsch... aehm ja, sehr falsch. alloziierten speicher MUSST du freigeben. machst dus nicht, beissts dir irgendwann in den *****.

Du hast recht.

c.rackwitz schrieb:

dazu kommt, dass du deinen ganzen code in die main() gepackt hast.

Das ist eine Testversion, deshlab in main.

c.rackwitz schrieb:

aber welche wahl hab ich denn schon? dir ein buch ueber parser um die ohren zu hauen.... C kannst du auch anders lernen.

Danke, danke. Kann ich und das ist der richtige Zeitpunkt.

c.rackwitz

shuriko schrieb:

Das ist eine Testversion, deshlab in main.

funktionen sind nicht zur lesbarkeit erfunden worden. funktionen brauchst du z.b. fuer rekursion, funktionelle programmierung, wartungsersparnisse (redundanz ist dein feind, du willst jeden code nur einmal, naemlich in einer funktion).
"ist ja ein prototyp" kannst du da nicht sagen