die Idee mit dem von bis vestehe ich nicht, aber ich versuche dir mal das ohne zu testen zu coden:


wie gesagt ist nicht getestet aber dürfte so gehen hoffe ich

Ich schätz das geht nicht... du durchläufst mit den beiden for-schleifen schon datei a und b bis zum ende...

habs behoben

Öhm, nur mal so: warum machst du sowas im Game Maker? Der ist nicht wirklich dafür gedacht, solche Dateioperationen auszuführen - für solche Jobs gibt's Sprachen wie Perl (wenn du's extrem effizient brauchst) oder Python (wenn du's extrem schlicht brauchst). Beide Varianten sind in dieser Sache um Längen flexibler und schneller als der GM.

Was husis Code angeht, kann ich jetzt nicht viel dazu sagen, weil ich den nur kurz überflogen hab. Aber, naja... hä? Du machst da ein paar ziemlich seltsame Sachen, die nach mehr Umstand aussehen, als eigentlich nötig ist.

Ich hab mich jedenfalls mal kurz drangesetzt und das Programm in Python 2.7 geschrieben. Das Ergebnis ist folgendes:


Ersetz die Pfade in den open-Funktionen durch die tatsächlichen Pfade bei dir und schwupp, schon hast du's. Und ich bin mir ziemlich sicher, sogar diese paar Zeilen sind schon mehr, als eigentlich nötig ist, das geht unter Garantie auch in noch weniger Schritten. Wie also schon angemerkt: Für solche Operationen brauchst du keinen Gamemaker.

Njo, ich hätte vielleicht schon mal erklären sollen, was ich da eigentlich mache, sorry. Da hab ich wohl zu viel als selbstverständlich angenommen. Passiert mir öfter mal.

Also, die Idee hinter Python ist im Grunde, dass man eine Turing-vollständige Sprache hat (d.h. eine, mit der man alles machen kann, was ein Computer machen kann), aber den Code so lesbar wie möglich hält. Deswegen begrenzt man die Programmabschnitte z.B. nicht mit geschweiften Klammern, sondern über die Texteinrückung, und deswegen werden auch Operatoren wie && und || nicht unterstützt, sondern man muss explizit "and" und "or" schreiben.
Datentypen muss man auch nicht angeben - weil Python eine interpretierte Sprache ist, wie GML, kann der Interpreter die Typen von Variablen nach Bedarf festlegen. Wenn du sagst "a=42", dann sagt der Interpreter "Aha, 42 sagt er? Dann will er bestimmt, dass dieses Ding vom Typ int ist, dass da also nur ganze Zahlen drin sind". Wenn du dann später aber sagst: "a=42.00001", dann sagt er "Oops, okay, wohl doch nicht. Da dürfen wohl auch Kommazahlen rein. *bastel, schraub, änder, weitermach*".
Anders als beim GM, der für jede Zahl annimmt, sie wäre vom Typ double, sucht sich Python automatisch das passendste, wann immer du mit einer Variable irgendwas machst, wofür ihr aktueller Typ nicht optimal ist.

Was mache ich also in diesem Code?

"open" ist eine von Python vorgegebene Funktion, mit der man eine Datei öffnen kann. Einziges benötigtes Argument ist der Dateiname, das zweite Argument gibt den Modus an, in dem man auf dieser Datei arbeiten will. r für read und w für write. Die Variablen fA, fB und fC sind danach also vom Typ "Datei-Objekt".
Die drei Variablen danach initialisiere ich mit der leeren Liste [] - das ist das selbe, als wenn ich im GM schreiben würde "values = ds_list_create();". Denk dir diese Listen als eine mächtigere Variante von Arrays.


Das ist das erste Beispiel von Pythons einfacher Syntax. "for line in fA" lässt sich einfach lesen als "for each element 'line' in list 'fA". line ist eine neue Variable, die nur in dieser for-Schleife gültig ist und die nacheinander alle Elemente von meinem Dateiobjekt fA durchgeht - und das sind eben die Zeilen, die in dieser Datei gespeichert sind, drum hab ich sie auch "line" genannt. Mit <string>.strip() werden alle Zeichen wie "Neue Zeile" oder "Leerzeichen" vom Anfang und Ende des Strings entfernt, weil sonst "bla" und "bla " als unterschiedliche Strings behandelt würden. Die so "aufgeräumten" Strings werden dann in die Liste fAtemp gepackt und dann wird die Datei A wieder geschlossen, weil mit ihr nichts mehr weiter zu tun ist.

Danach kommt das selbe nochmal mit der Datei B.


Das hier sind dann wohl die aussagekräftigsten Beispiele für die Einfachheit von Python. Diese if-Bedingung da erklärt sich quasi von selbst: Alle Strings in der Liste fAtemp (wo die Zeilen aus Datei A liegen), werden nacheinander darauf überprüft, ob sie auch in Datei B waren und ob sie schon in der Ergebnisliste liegen. Nur, wenn beides nicht zutrifft, kommen sie in die Ergebnisliste. Mit anderen Worten, es landen nur die Einträge aus Datei A in den Ergebnissen, die nicht in B sind - und wenn ein Eintrag doppelt vorkommt, kommt er trotzdem nur einmal ins Ergebnis.
Das selbe dann nochmal mit der Liste für Datei B und schon hast du aus beiden Dateien nur die Zeilen gefiltert, die nicht in beiden dieser Dateien vorkamen.

Anschließend werden die Ergebnisse des Filters noch in Datei C geschrieben (mit dem Neue-Zeile-Zeichen \n nach jedem dieser Ergebnisse) und fertig ist das Ganze.

Mein Test sah so aus:

Datei fileA:


Datei fileB:


Output-Datei fileC:


Du siehst, es landen nur die Sachen in fileC, die sich in A oder B wiederfinden, aber nicht in beiden gleichzeitig. XOR auf Dateiebene quasi.
Ich hoff, das war jetzt nicht zu lang und umständlich erklärt - grad bei Python sind umständliche Erklärungen meistens ein Zeichen dafür, dass man beim Erklären was falch macht.

haha wie cool du das beschrieben hast, jetzt weiß ich endlich wie gm mit variablen umgeht XD

Datentypen muss man auch nicht angeben - weil Python eine interpretierte Sprache ist, wie GML, kann der Interpreter die Typen von Variablen nach Bedarf festlegen. Wenn du sagst "a=42", dann sagt der Interpreter "Aha, 42 sagt er? Dann will er bestimmt, dass dieses Ding vom Typ int ist, dass da also nur ganze Zahlen drin sind". Wenn du dann später aber sagst: "a=42.00001", dann sagt er "Oops, okay, wohl doch nicht. Da dürfen wohl auch Kommazahlen rein. *bastel, schraub, änder, weitermach*".
Anders als beim GM, der für jede Zahl annimmt, sie wäre vom Typ double, sucht sich Python automatisch das passendste, wann immer du mit einer Variable irgendwas machst, wofür ihr aktueller Typ nicht optimal ist.