Anfängerfrage wegen Klasse

Singender Holzkübel

2D Array Source, schnell und hässlich.

Nathan schrieb:

Es ist extrem kompliziert und schwierig das richtig hinzukriegen.

Desto sinnvoller es zu lernen.

Skym0sh0 schrieb:

Und danach machst du das ganze auch mal für ein 3 dimensionales Array (keine Index Spielereien!)

Niemals werde ich meine Arrays ohne Index-Zauber indizieren!
Generell gehören Menschen, die mehrdimensionale Arrays benutzen, an Ort und Stelle erschossen.

~Edit: Rechtschreibfehler~

Fytch

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

ist ein 1d-array und ausserdem ist der code nicht exceptionsicher. hättest du bloss auf uns gehört...

Singender Holzkübel schrieb:

Nathan schrieb:

Es ist extrem kompliziert und schwierig das richtig hinzukriegen.

Desto sinnvoller es zu lernen.

ich sehe den zusammenhang nicht zwischen der sinnigkeit etwas zu lernen und wie kompliziert es ist.

hustbaer

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

Was soll dieser Kot?
Damit kannst du uns nur beweisen wie wenig Ahnung du von irgendwas hast.

Wenn du meinst dass du so kuhl bist, dann poste etwas was es wenigstens wert ist dass wir uns die Sache mal genauer ansehen -- und dann auseinandernehmen.

Singender Holzkübel

asfdlol schrieb:

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

ist ein 1d-array und ausserdem ist der code nicht exceptionsicher. hättest du bloss auf uns gehört...

Der Sinn von Exceptions ist, dass man sie fangen kann.
C++-syntaxisch ist es 1D. Mehrdimensionale Arrays sind Syntax Sugar.

Nathan schrieb:

Singender Holzkübel schrieb:

Nathan schrieb:

Es ist extrem kompliziert und schwierig das richtig hinzukriegen.

Desto sinnvoller es zu lernen.

ich sehe den zusammenhang nicht zwischen der sinnigkeit etwas zu lernen und wie kompliziert es ist.

Ok, dann denk wohl nur ich so.

Nathan

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

Und nicht exception safe.*
Und jetzt bitte ohne Indexspielereien.

*Ok, so wie es gezeigt ist vermutlich schon, da die Exceptionflags für cin/cout nicht aktiv sind. Aber es geht ums Prinzip.

Nathan schrieb:

Es ist extrem kompliziert und schwierig das richtig hinzukriegen.

Desto sinnvoller es zu lernen.

Ja, aber erst nachdem man die richtige Lösung (vector, unique_ptr) kennen gelernt hat.

Skym0sh0 schrieb:

Und danach machst du das ganze auch mal für ein 3 dimensionales Array (keine Index Spielereien!)

Niemals werde ich meine Arrays ohne Index-Zauber indizieren!
Generell gehören Menschen, die mehrdimensionale Arrays benutzen, an Ort und Stelle erschossen.

Menschen, die RAII vernachlässigen, auch. :p
Es geht hier ums Prinzip. Von mir aus auch ein Array aus std::string, dessen Inhalt du einlesen lässt.

Singender Holzkübel

hustbaer schrieb:

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

Was soll dieser Kot?
Damit kannst du uns nur beweisen wie wenig Ahnung du von irgendwas hast.

Wenn du meinst dass du so kuhl bist, dann poste etwas was es wenigstens wert ist dass wir uns die Sache mal genauer ansehen -- und dann auseinandernehmen.

You must be new to this thread.

Fytch

Singender Holzkübel schrieb:

asfdlol schrieb:

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

ist ein 1d-array und ausserdem ist der code nicht exceptionsicher. hättest du bloss auf uns gehört...

Der Sinn von Exceptions ist, dass man sie fangen kann.
C++-syntaxisch ist es 1D. Mehrdimensionale Arrays sind Syntax Sugar.

:D?????????????????

bin ich hier der dumme wenn ich das nicht verstehe?

Skym0sh0

Hahahahahaha

xD

Für die Eingaben w=1, h=1 und danach beliebige Zahlen kommt.... .... keine Ausgabe

Singender Holzkübel

Skym0sh0 schrieb:

Hahahahahaha

xD

Für die Eingaben w=1, h=1 und danach beliebige Zahlen kommt.... .... keine Ausgabe

Bist du da sicher?

Fytch

was ist das hier eigentlich?

if(aeiou) delete[] aeiou;

Singender Holzkübel schrieb:

Nathan schrieb:

Es ist extrem kompliziert und schwierig das richtig hinzukriegen.

Desto sinnvoller es zu lernen.

Skym0sh0

Singender Holzkübel schrieb:

Skym0sh0 schrieb:

Hahahahahaha

xD

Für die Eingaben w=1, h=1 und danach beliebige Zahlen kommt.... .... keine Ausgabe

Bist du da sicher?

Oh, ich sehs
Wegen deinem dämlichen Clr() rutschte alles nach unten.

Naja, lass es dir gesagt sein:
Wenn ich dein Chef/Projektleiter wäre und ich würde solchen Code mit new und delete in Produktivcode finden (ausgenommen Allokatoren - es geht hier um normale BusinessApplications, nix besonderes), du wärst ganz schnell den Job los und würdest bei mir unterm den Rechner mit der Zahnbürste entstauben.

Nathan

asfdlol schrieb:

was ist das hier eigentlich?
if(aeiou) delete[] aeiou;

Hab ich gar nicht gesehen.
Man ergänze noch eine Zeile:

if(aeiou)
{
  delete[] aeiou;
  aeiou = nullptr;
}

Und schon hat man ein perfektes Negativbeispiel für Speicherfreigabe.
2 Dinge:
1. delete[] kommt mit nullptr klar.
2. Wieso sollte aeiou 0 sein?

hustbaer

Singender Holzkübel schrieb:

hustbaer schrieb:

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

Was soll dieser Kot?
Damit kannst du uns nur beweisen wie wenig Ahnung du von irgendwas hast.

Wenn du meinst dass du so kuhl bist, dann poste etwas was es wenigstens wert ist dass wir uns die Sache mal genauer ansehen -- und dann auseinandernehmen.

You must be new to this thread.

You must be new to C++.

Skym0sh0

asfdlol schrieb:

Singender Holzkübel schrieb:

asfdlol schrieb:

Singender Holzkübel schrieb:

2D Array Source, schnell und hässlich.

ist ein 1d-array und ausserdem ist der code nicht exceptionsicher. hättest du bloss auf uns gehört...

Der Sinn von Exceptions ist, dass man sie fangen kann.
C++-syntaxisch ist es 1D. Mehrdimensionale Arrays sind Syntax Sugar.

:D?????????????????

bin ich hier der dumme wenn ich das nicht verstehe?

Was verstehst du nicht?
Exceptions kann man fangen/muss man aber nicht (Java verhält sich da ein bisschen anders. Dort muss man sie wenigstens manuell weiter werfen quasi durch throws), wie schlau oder dumm das ist, steht auf dem Blatt der Anforderungen und des Designs und kommt vor allem auf den Fehler an.

Mehrdimensionale Arrays ála int a[n][n] ja sind schon etwas Syntactic Sugar. Aber die spezifische Semantik ist eine andere als bei int * a[], wobei jeder Zeiger mit einem weiteren Array initialisiert wird. Umgekehrt ist der Index-Zauber wieder gleich int a[n][n].
Der Unterschied liegt in der Art wie die Daten im Speicher liegen.

int * a[] = new int*[n];
for(int i = 0; i < n; i++)
    a[i] = new int[n];

Hier liegen irgendwo im Speicher in Zusammenhängender Form n Zeiger. Jeder Zeiger zeigt irgendwohin im Speicher auf n Integers. Das muss nicht zusammenhängend sein (wirds meistens auch nicht), kann es aber in seltenen Fällen.

int a[n][n];
int a[n*n];

Hierbei gibt es einen großen Speicherblock der in beiden Fällen n*n Ints groß ist: es liegen nämlich n Speicherblöcke der Größe n hintereinander. Wie Holzkübel schon sagte, das ist Syntax Zucker.

Während die erste Möglichkeit zwar eher funktioniert, wenn Speicher knapp wird, haben die beiden letzteren Möglichkeiten den immensen Vorteil der Ausnutzung des Caches. (Was nicht heisst, dass je nach Zahlen für n eine der beiden Arten besser oder schlechter ist. Wenn n die Cachelinegröße ist kommt auch die erste Möglichkeit ganz gut hin.)
Denn willst du alle Speicherplätze des Arrays mal anfassen (lesen/schreiben), wird deine CPU sich bei kleinen n's das gesamte Array auf einmal in den Cache holen ohne nochmal den Hauptspeicher anfassen zu müssen. Bei der Doppelpointer Geschichte wird er alle n Zugriffe neue Anfragen an den RAM stellen müssen und im Normalfall wird die Differenz zwischen n und der Cachelinegröße an Daten nie benutzt (aber trotzdem mitgeladen) und daher verworfen.

Singender Holzkübel

Nathan schrieb:

asfdlol schrieb:
was ist das hier eigentlich?
if(aeiou) delete[] aeiou;
Hab ich gar nicht gesehen.
Man ergänze noch eine Zeile:
if(aeiou)
{
  delete[] aeiou;
  aeiou = nullptr;
}
Und schon hat man ein perfektes Negativbeispiel für Speicherfreigabe.
2 Dinge:
1. delete[] kommt mit nullptr klar.
2. Wieso sollte aeiou 0 sein?

1. Ok das ist neu für mich.
2. Das ist bei mir mittlerweile Gewohnheit.

Ich programmiere wohl zu viel C.

SeppJ

Singender Holzkübel schrieb:

Ich programmiere wohl zu viel C.

In C ist das nicht anders.

Skym0sh0

Woher kommt/kam dieser Mythos eigentlich, dass man vorm deleten/freen erstmal einen Nullcheck macht?

ich kenen ein paar Bücher wo es sowas in der Art gibt:

#define SAFE_DELETE(x) if ( (x) ) delete (x);
#define SAFE_DELETE_ARRAY(x) if ( (x) ) delete[] (x);

Aber wieso?

Singender Holzkübel

SeppJ schrieb:

Singender Holzkübel schrieb:

Ich programmiere wohl zu viel C.

In C ist das nicht anders.

Mind == blown
~Sarcasm not intended~

Skym0sh0 schrieb:

Woher kommt/kam dieser Mythos eigentlich, dass man vorm deleten/freen erstmal einen Nullcheck macht?

Das interessiert mich jetzt auch.

volkard

Skym0sh0 schrieb:

Woher kommt/kam dieser Mythos eigentlich, dass man vorm deleten/freen erstmal einen Nullcheck macht?

ich kenen ein paar Bücher wo es sowas in der Art gibt:
#define SAFE_DELETE(x) if ( (x) ) delete (x);
#define SAFE_DELETE_ARRAY(x) if ( (x) ) delete[] (x);
Aber wieso?

Weil Du schlechte Bücher kaufst? Weil Amazon-Rezensionen bei der Auswahl von Fachbüchern antihilfreich sind?

SAFE_DELETE baut jemand, der seine Programmierfehler nicht jagt und vernichtet, sondern lieber versteckt und schimmeln läßt. Es geht darum, stets die Übersicht darüber zu verlieren, ob man seine Objekte gelöscht hat. Nicht "Ein new gehört zu einem delete" zu befolgen. Na, dann haut man, wo man unsicher ist, noch ein paar SAFE_DELETE rein, die übrigens selber x auf 0 setzen, vollständig vielleicht so heißen:

#define SAFE_DELETE(x) if ( (x) ) { delete (x); (x) = NULL; } else ;
#define SAFE_DELETE_ARRAY(x) if ( (x) ) { delete[] (x); (x) = NULL; } else ;

und deswegen ruhig mehrfach auf den selben Zeiger losgelassen werden können.

Mir ist schon passiert, daß mich ein Gamecoder, der mir nachweisen wollte, daß er besser als ich C++ kann, fragte, wie man safe_delete richtig implemetiert. Er wollte eine Funktion mit Template und Referenz auf Zeiger haben.

camper

Skym0sh0 schrieb:

Woher kommt/kam dieser Mythos eigentlich, dass man vorm deleten/freen erstmal einen Nullcheck macht?

Man kann dafür Argumente finde, die haben allerdings absolut nichts mit Sicherheit zu tun
- unter bestimmten Umständen kann es zu besserem Code führen (die Aussage, dass delete auf 0 keine Effekt hat bedeutete vor C++11 nicht, dass der Compiler den Aufruf der Deallokationsfunktion einfach eleminieren durfte)
- delete auf 0 hebt die Paarigkeit zwischen new und delete gerade auf, und das Argument, dass delete damit zurecht kommt, kann man auch umdrehen: warum überhaupt einen sinnlosen Funktionsaufruf durchführen?
Das sind keine besonders starken Argumente und ganz sicher keine, die die Einführung eines Makros rechtfertigen.

#define SAFE_DELETE(x) if ( (x) ) delete (x);
#define SAFE_DELETE_ARRAY(x) if ( (x) ) delete[] (x);

Eine SAFE_DELETE, wenn man meint, so etwas zu brauchen, sollte zumindest gegen die eigentliche Falle bei delete absichern: das Löschen von Objekten mit unvollständigem Typ, die gezeigten Makros tun das nicht.