Multiple definitions

[naums]

ich machs mal auszugsweise: console.cpp:

Code: Alles auswählen

    void writehead(std::string header, std::string filepath)
    {
        FILE *ini;
        ini=fopen(filepath.c_str(),"t");
        fprintf(ini,header.c_str());
        fclose(ini);
    }

main.cpp (Console.h ist eingefügt (nein ich habe mich nicht verschrieben))

Code: Alles auswählen

´int main()                                                                      //Das eigentliche hauptprogramm, dient nur zur Ausgabe der Lizenzinfos, und zum Starten der UPDATE Prozedur
{
    //Linux test INI Writing//
    string head = "Hallo, test";
    string file = "/media/Data/ini.ini";
    writehead(head, file);

[Dirty Oerti]

Zwischenfrage:
Warum benutzt du eigentlich C-Filestreams wenn du in C++ schreibst?

Dann: Auszugsweise wird uns wahrscheinlich wenig bringen. Noch dazu ohne das du uns eine ordentliche Angabe der Fehlermeldung gibst.

[Xin]

ich machs mal auszugsweise: console.cpp:

Code: Alles auswählen

        ini=fopen(filepath.c_str(),"t");

Was ist "t"?

Zwischenfrage:
Warum benutzt du eigentlich C-Filestreams wenn du in C++ schreibst?

Warum nicht, wenn's ihm gefällt - ich benutze meistens auch C-Filestreams. ^^

Dann: Auszugsweise wird uns wahrscheinlich wenig bringen. Noch dazu ohne das du uns eine ordentliche Angabe der Fehlermeldung gibst.

Hat er doch: "Segmentation fault." ^

[Dirty Oerti]

ich machs mal auszugsweise: console.cpp:

Code: Alles auswählen

        ini=fopen(filepath.c_str(),"t");

Was ist "t"?

Hatte ich mich auch schon gefragt, aber gedacht, dass ich es einfach nur nicht kenne. Aber anscheinend ist es doch eher unbekannt?

Zwischenfrage:
Warum benutzt du eigentlich C-Filestreams wenn du in C++ schreibst?

Warum nicht, wenn's ihm gefällt - ich benutze meistens auch C-Filestreams. ^^

Naja, wie es halt gefällt. Wer meint, sich damit quälen zu müssen
Im Endeffekt ist es ja vollkommen "Wurst" ...

Dann: Auszugsweise wird uns wahrscheinlich wenig bringen. Noch dazu ohne das du uns eine ordentliche Angabe der Fehlermeldung gibst.

Hat er doch: "Segmentation fault." ^

Ja, aber ohne das komplette Programm kann man das Programm nicht testweise durchlaufen lassen und somit nicht selbst eingrenzen, an welcher Stelle der Segmentation Fault auftritt. Und da ich keine Angabe bekomme, wo der Segmentation Fault auftritt wird es schwer werden, ihn zu eliminieren

[Xin]

ich machs mal auszugsweise: console.cpp:

Code: Alles auswählen

        ini=fopen(filepath.c_str(),"t");

Was ist "t"?

Hatte ich mich auch schon gefragt, aber gedacht, dass ich es einfach nur nicht kenne. Aber anscheinend ist es doch eher unbekannt?

Ich vermute einfach, dass "t" neben "r" liegt ^^

Warum nicht, wenn's ihm gefällt - ich benutze meistens auch C-Filestreams. ^^

Naja, wie es halt gefällt. Wer meint, sich damit quälen zu müssen
Im Endeffekt ist es ja vollkommen "Wurst" ...

Die iostreams benutzen auch Filestreams. Und ich muss sagen, dass ich mich gar nicht von Filestreams gequält fühle.

"Segmentation fault." ^

Ja, aber ohne das komplette Programm kann man das Programm nicht testweise durchlaufen lassen und somit nicht selbst eingrenzen, an welcher Stelle der Segmentation Fault auftritt. Und da ich keine Angabe bekomme, wo der Segmentation Fault auftritt wird es schwer werden, ihn zu eliminieren

Erstmal schauen, ob das "t" was bringt, ansonsten wird es wohl Zeit im Wiki mal den gdb vorzustellen.

[Dirty Oerti]

Vielleicht könnte es wirklich am "t" liegen.
Die Frage ist nun: Wenn ein falscher Parameter ( -> "t") übergeben wurde, was macht die Funktion dann?
Auf welchen Wert stellt sie dann um?
Oder resultiert das in einem Fehler?

Ist die Datei überhaupt geöffnet?

Ich denke, dass sind die Fragen, auf die wir als erstes eine Antwort brauchen

Die iostreams benutzen auch Filestreams. Und ich muss sagen, dass ich mich gar nicht von Filestreams gequält fühle.

Das ist mir schon bewusst, ist auch schwer verkennbar dank des Namens. Im Endeffekt ist es ja exakt das Selbe.

[naums]

Frage: was ist der GDB??? GNU Debugger??? Wo krieg ich den her?

Das "t" soll für Textdatei stehen. das steht auf c-plusplus (in einem der C Tutorials glaube ich). Der Fehler tritt genau an der Stelle auf, wenn er später aufträte müsste noch der Text stehen "Dieses Programm ist unter GPL zu benutzen.... " keine Ahnung was ich da alles rein geschrieben hatte

[cloidnerux]

http://www.cplusplus.com/reference/clib ... dio/fopen/
Es gibt danach keinen mdous "t". Versuche es mit "r".

[Dirty Oerti]

Hm, dann wird es wohl an dem "t" liegen. Wenn du eine Datei öffnest, solltest du immer auch überprüfen, ob sie auch geöffnet wurde!
Zwecks Fehlerdiagnose: Das kannst du gut mit Textausgaben (vor und hinter kritischen Stellen) machen, du musst nur jede Textausgabe mit einer Newline abschließen, sonst bekommst du sie evtl nicht mehr. Was dann deine Tests verfälschen würde.

[Xin]

Frage: was ist der GDB??? GNU Debugger??? Wo krieg ich den her?

Der ist bein GCC dabei, glaube ich.

Das "t" soll für Textdatei stehen. das steht auf c-plusplus (in einem der C Tutorials glaube ich). Der Fehler tritt genau an der Stelle auf, wenn er später aufträte müsste noch der Text stehen "Dieses Programm ist unter GPL zu benutzen.... " keine Ahnung was ich da alles rein geschrieben hatte

Text ist glaube ich Standard - wird also nicht genannt. Bei Linux spielt es keine Rolle - es sind alles Streams. Für Windows sollte man "b" für binär angeben, wenn man keinen Text lesen möchte, also "rb" für Binär lesen. Unter Linux sollte man das "b" ebenfalls angeben, obwohl es sowieso ignoriert wird.