Was soll ich programmieren(Anfänger)?

Bis jetz hab ich noch gar keine Grafikbibliothek benutzt.
Ich hab alles nur immer mit so ner Konsole gemacht Wo ich dann z.B. mein Tic Tac Toe Feld so dargestellt hab:
1|0|0
2|2|0
1|0|0
naja daran kann man noch arbeiten
Die Beispiele hab ich zwar net alles verstanden aber so des Grundprinzip. Muss mal in einem Buch weiter lesen damit ich alles versteh.Aber danke für eure Hilfe

Hab mal ne Frage warum klappt das nicht oder was macht das Überhaupt:

FILE*hFile;
hFile=fopen("C:\highscore.txt","w");

fprintf(hFile,"Ein Sieg");
fclose(hFile);
}

Ich kanns zwar ohne Error Meldung combilieren lassen aber es Tut nicht das was es soll oder was ich dachte was es machen soll.

LukasBanana

Tut mir leid, hat noch kleines gefehlt!
Du musst noch die Bibliothek "iostream" inkludieren!

#include <iostream> /* Input- Output Streams */

Also, ich hab`s jetzt noch mal als ganz kleines Programm geschrieben und getestet! Bei mir funktioniert folgender Code einwandfrei:

// SimpleFileTest3 - (24.3.2007)

#include <iostream>

int main(void) {
    FILE *hFile;
    if (hFile = fopen("MyFile.txt", "w")) {
        fprintf(hFile, "Dieser Text wurde von einem C Programm erstellt!");
        fclose(hFile);
    }
    return 0;
}

// ==========

Hallo

Sorry, aber das hier ist ein c++-Forum und da sollte man eben auch möglichst c++-Lösungen anbieten. Das, was du da machst gehört ins c-Forum.

chrische

LukasBanana

Tut, mir leid wenn euch dass wirklich so sehr stört!

ich weiß ja dass das C ist und nicht C++ ist aber auf die letzte Rückfrage musste ich eben noch mal kurz ne Antwort geben!

Aber da ich neu bin werd ich in Zukunft mehr darauf anchten!

NickHappy

Das klappt nicht, weil Du den Backslash im Pfadnamen nicht escapt hast.

hFile=fopen("C:\highscore.txt","w");

So müsste es gehen...

hFile=fopen("C:\\highscore.txt","w");

LukasBanana

Stimmt 'NickHappy', darauf hab ich in seinem Programm gar nicht geachtet!

In Windows ist das eh egal ob man "/" oder "\" schreibt und um nicht immer "\" schreiben zu müssen schreibe ich nur noch "/"!

emax

LukasBanana schrieb:

In Windows ist das eh egal ob man "/" oder "\" schreibt und um nicht immer "\" schreiben zu müssen schreibe ich nur noch "/"!

Lieber Lukas,

ich kann zwar nicht mit Sicherheit sagen, ob Du da Recht hast, weil ich ausschliesslich unter Linux arbeite. Aber ich könnte mir vorstellen, dass das vom verwendeten SDK abhängt. Wenn Du mit VC++ arbeitest ist das möglicherweise anders, als wenn Du g++ (MinWG, DevC++) verwendest. Vielleicht kann da mal ein Windows-Entwickler was zu sagen, der Fall interessiert mich jetz mal.

Ist das Implementeirungsabhängig? Setzen die Gnu-Libraries den Slash bei Dateioperationen automatisch in einen Backslash um? Wie macht VC das?

Grüsse
emax

PS: ich frage aus aktuellem Anlass: mein derzeitiges Projekt wird unter Linux entwickelt, soll aber portabel sein, Zielplattformen: Linux, AIX, Windows und (wirklich!) AS400.

LukasBanana

Hallo "emax",

Das du unter Linux arbeitest find ich echt klasse, ich will selbst bald von Windows abkommen, hab auch schon unter VMWare Workstation mein kleines KnopixLinux laufen!

Ich arbeite mit "GnuC++"! In GnuC++ schneit das mit dem Slash oder Backslash egal zu sein, auch in PureBasic und Blitz3D ist das unwichtig!
Wie dass in VisualC++ aussieht weiß ich nicht aber vermutlich ist das Windows allgemein egal, dafür ist Windows ja auch bekanntlich langsamer als Linux!

Artchi

Windows versteht auch normale Slashes... einfach mal in der Kommandozeile (CMD.EXE) benutzen. Kein Problem. Hat nichts mit dem Compiler zu tun...

*D*Evil

Was soll der C-Scheiß in einem C++-Forum? Entweder ihr verschiebt dieseb Thread oder lasst den Müll hier raus. Ist ja grausam. Und dann noch C++-Header nutzen und meinen das die rein müssten ... klar.

#include <iostream>
#include <fstream>

int main() 
{
    std::cout << "Mein Programm" << std::endl;
    std::ofstream file_stream("C:\\Test.cpp", std::ios::out);
    if (!file_stream)
        return 1;

    file_stream << "Das ist ja nen ulkiger Text!!!";
    file_stream.close();
    return 0;
}

deine C-Variante braucht den Header cstdio

#include <cstdio>

shorty0802

Man danke!!!!
Hab net gedacht dass ich des noch hin bekom.
Jetz weiß ich au warum des dafor net geklappt hat.
Hab erst gedacht bin zu blöd dafür.
Und braucht euch net zu wundern warum ich manchmal mit nem anderen Namen zurückgeschrieben hab(shorty080(2))des lag daran dass ich verrafft hab dass man
sich erst einloggen muss :p .

vista

(D)Evil schrieb:

Was soll der C-Scheiß in einem C++-Forum? Entweder ihr verschiebt dieseb Thread oder lasst den Müll hier raus. Ist ja grausam.

hör auf zu jammern.
in c++ geht beides.

mikey

in c++ geht beides.

Ja, manchmal tut mir das Leid. Ich gebe (D)Evil schon Recht, C Code hat nun wirklich nichts in C++ Code zu suchen, das ist absolut schlechter Stil. C und C++ sind zwei eigenständige Sprachen. Beide extrem zu vermischen ist wirklich keine gute Lösung, und es gibt bessere Alternativen.

MFG mikey.

vista

mikey schrieb:

Ja, manchmal tut mir das Leid. Ich gebe (D)Evil schon Recht, C Code hat nun wirklich nichts in C++ Code zu suchen, das ist absolut schlechter Stil.

ich sehe das anders. der zweck heiligt die mittel. in c++ gibt es viele möglichkeiten ein und das selbe zu erreichen. wenn eine c-ähnliche lösung perfekt passt - warum nicht? schlechter stil ist es viel mehr, krampfhaft nach wegen zu suchen, ein c++ programm nicht c-ähnlich aussehen zu lassen...

Artchi

Vista! Nur weil du kein C++ kannst, müssen wir hier im C++-Forum keine C-Lösung behandeln. Macht das im C-Forum, sonst hat die Aufteilung NULL Sinn. Und lies mal die Forumsbeschreibung. Der Spruch "Zweck heiligt die Mittel" ist absolut fehl am Platz. Weil wenn es danach geht, kann man gleich alles in Assembler machen. Ach? Ist doch nicht so sinnvoll, wenn man doch C hat? Genauso verhält es sich mit C und C++. Also, lasst den C-Kram hier aus dem Spiel. Danke!

vista

Artchi schrieb:

Vista! Nur weil du kein C++ kannst, müssen wir hier im C++-Forum keine C-Lösung behandeln.

nein, mit mir hat es nichts zu tun. in c++ gibt es vieles was es auch in c gibt. komplett auf alles c-ähnliche zu verzichten ist einfach nur töricht!

Artchi schrieb:

Macht das im C-Forum, sonst hat die Aufteilung NULL Sinn.

die aufteilung macht sinn, weil c und c++, trotz ihrer verwandschaft, zwei eigenständige sprachen sind.

Artchi schrieb:

Weil wenn es danach geht, kann man gleich alles in Assembler machen.

nein, denn assembler hat mit c++ nichts zu tun.

emax

Ist schon sinnvoll, das Forum ordentlich zu organisieren. Es sieht aber so aus, als hätten wir's bei den Fragestellern hier mit Anfängern zu tun - die offensichtlich C++ lernen möchten.

Und in diesem Kontext ist es sogar fruchtbar, dass hier die Unterschiede gezeigt werden, wie sollen Sie's denn sonst lernen?

mikey

Jupiii, Flamewar !

nein, mit mir hat es nichts zu tun. in c++ gibt es vieles was es auch in c gibt. komplett auf alles c-ähnliche zu verzichten ist einfach nur töricht!

Ja klar. Deswegen ist es auch ein Grund, gleich ganz auf die I/O Streams von C++ zu verzichten (dann aber trotzdem noch iostream zu inkludieren, wohlgemerkt), und stattdessen printf herzunehmen ?? Das ist doch totaler Schwachsinn.

Wir können uns noch lange drüber streiten, aber hier merkt man, dass es sich noch um Anfänger handelt.

Hey komm, das ist doch komplett C, mit Ausnahme von <iostream>

#include <iostream> 

int main(void) { 
    FILE *hFile; 
    if (hFile = fopen("MyFile.txt", "w")) { 
        fprintf(hFile, "Dieser Text wurde von einem C Programm erstellt!"); 
        fclose(hFile); 
    } 
    return 0; 
}

MfG mikey.

vista

mikey schrieb:

Ja klar. Deswegen ist es auch ein Grund, gleich ganz auf die I/O Streams von C++ zu verzichten (dann aber trotzdem noch iostream zu inkludieren, wohlgemerkt), und stattdessen printf herzunehmen ?? Das ist doch totaler Schwachsinn.

du hast nicht verstanden, was ich sagen wollte
ich habe nichts dagegen, wenn anfänger auf fehler hingewiesen werden.

Hey komm, das ist doch komplett C, mit Ausnahme von <iostream>

ja, aber in c++ funktioniert es auch (bis auf diesen kleinen mangel mit dem header).