Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

11

01.04.2013, 17:28

Statt den Thread zu danke löschen, könntest Du lieber die Lösung für das Nachwelt finden und hier mitteilen!, wäre nett.
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

12

01.04.2013, 17:35

Statt den Thread zu danke löschen, könntest Du lieber die Lösung für das Nachwelt finden oder dort mitteilen!, wäre nett.

Äh, BlueCobol. Hattest du einen Eierpunsch zu viel oder hast du es Heute mit die Rechtschreibung nicht mehr so recht? Ich verstehe den Satz überhaupt nicht!

13

01.04.2013, 18:25

@drakon: Ganz einfach:

bluecobold kannst du den thread hier bitte löschen, denn ich vermute schon stark warum die fehler ist.
deswegen thread löschen!, wäre nett.

Statt den Thread zu danke löschen, könntest Du lieber das Lösung für die Nachwelt finden oder hier mitteilen!, wäre nett.
Lieber dumm fragen, als dumm bleiben!

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

14

01.04.2013, 18:32

Jonathan? Ich glaube da ist dir etwas entgangen. :D
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

Schorsch

Supermoderator

Beiträge: 5 145

Wohnort: Wickede

Beruf: Softwareentwickler

  • Private Nachricht senden

15

01.04.2013, 19:01

Bei mir sieht de_struktors Text auch leicht anders aus;) Naja ich fänds schön wenn Hilfesuchende wenigstens nochmal auf Antworten was "Teste doch nochmal bitte den Debugger" eingehen würden. Schön das so viele so Lernresistent sind. Aber ist natürlich auch viel einfacher wenn die Leute im Forum den Haufen Code durchlesen und irgendwie versuchen weshalb falsches zu finden. Breakpoints setzen oder durchsteppen ist da natürlich viel aufwendiger. Vor allem wenn man dann vorher mal bei Google und Youtube gucken kann wie man den Debugger auch noch benutzt. Es hätte hier schon einige Threads gar nicht erst gegeben, bzw sie wären viel früher beendet gewesen, wenn richtige Nachhilfe ordentlich angenommen würde. Trotzdem das Tendenz scheint in der Richtung zu gehen, dass man sich dort das Sachen halt lieber vorkauen lässt weshalb es in vielen anderen Foren auch der Fall ist. Schade;)
„Es ist doch so. Zwei und zwei macht irgendwas, und vier und vier macht irgendwas. Leider nicht dasselbe, dann wär's leicht.
Das ist aber auch schon höhere Mathematik.“

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

16

01.04.2013, 19:03

Hach, herrlich. :D
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

Swoerm

Alter Hase

Beiträge: 451

Wohnort: 127.0.0.1

  • Private Nachricht senden

17

02.04.2013, 15:00

Vielleicht sollte mal jemand ein Debugger Tutorial hier im Forum posten ich denke dann würden solche Threads weniger häufig existieren.

C-/C++-Quelltext

1
2
    /* Keep the compiler happy */
    return(0);

Schorsch

Supermoderator

Beiträge: 5 145

Wohnort: Wickede

Beruf: Softwareentwickler

  • Private Nachricht senden

18

02.04.2013, 15:10

Endlich ist der 1te vorbei. Da musste man sich gestern schon gut konzentrieren um gewisse Dinge verstehen zu können:D
„Es ist doch so. Zwei und zwei macht irgendwas, und vier und vier macht irgendwas. Leider nicht dasselbe, dann wär's leicht.
Das ist aber auch schon höhere Mathematik.“

De_Struktor

unregistriert

19

02.04.2013, 16:02

Also, bevor hier noch weiter über die "Leute" und deren "Lernerfolge und das konkrete Benutzen von VS 2010" gelästert wird, sage ich erstsmal ich habe den Debugger benutzt, ja, habe nur nicht verstanden, warum das objekt die ganze zeit über NULL war, da ich alles abgedeckt hatte, ganz ehrlich. und für meinen zügigen Schreibstil möchte ich mich hier natürlich auch entschuldigen, denn ich will ja nicht das man von mir denkt, ich seie ein Analphabet. (hoffentlich tut dies auch keiner) :D

Und ich werde auch glaube ich nie wieder hier solche Probleme bzw. den ganzen Code dafür posten, einfach weil das ganze keine Früchte trägt und ich den Leute nicht ihre Freizeit klauen möchte^^

vergesse ich manchmal persönlich, auch dafür, tut mir das Leid.

Schorsch

Supermoderator

Beiträge: 5 145

Wohnort: Wickede

Beruf: Softwareentwickler

  • Private Nachricht senden

20

02.04.2013, 17:56

Ich glaub die Schreibweise lag eher am 1ten April und einem Scherz von David. Wurden ja in allen Beiträgen irgendwie wild Wörter getauscht und verdreht;)
Was die korrekte Benutzung eines Debuggers angeht, so ist das mit eines der ersten Dinge die man als Entwickler lernen sollte. Wenn man ihn korrekt benutzt, dann fallen so Fehler schnell auf. Wenn du dein Programm Schritt für Schritt durchgehst und siehst, dass einer Variable nie etwas zugewiesen wird und sie so immer gleich null ist, so hast du den Fehler ja direkt schon gefunden. Wenn nichts zugewiesen wird kannst du es auch nicht benutzen. Der erste Schritt bei einem Fehler ist bei mir die Stelle im Code zu betrachten. Kann ich auf Anhieb nichts finden, so werfe ich den Debugger an. Jetzt suche ich mir meist sinnvolle Stellen für Breakpoints. Jetzt springe ich von Breakpoint zu Breakpoint und gucke an welcher Stelle es kracht. So kann ich schon mal grob das Fehlergebiet eingrenzen. Dann wird normal Schritt für Schritt durchgegangen um genau die krachende Stelle zu finden. Wenn dein Programm bei einem Breakpoint anhält musst du halt immer gucken, ob dein Programm sich in einem Validen Zustand befindet. Soll heißen, haben die Variablen die erwarteten Werte? Ist alles so wie du es erwartest? Wenn ja gehst du so lange weiter bis es kracht. Oft findet man hier schon den Fehler. Falls nicht, so hat man vermutlich ein falsches Verständnis von dem was man grad umgesetzt hat. Also sollte man sich den Code und die Abhängigkeiten noch mal genauer angucken. Allein mit diesem Vorgehen kann man Unmengen von Fehlern auf Anhieb aufspüren. Man muss sich einfach überlegen was man dabei selbst an Zeit spart und wie viel schneller man doch weiter entwickeln kann wenn man es so angeht.
„Es ist doch so. Zwei und zwei macht irgendwas, und vier und vier macht irgendwas. Leider nicht dasselbe, dann wär's leicht.
Das ist aber auch schon höhere Mathematik.“

Werbeanzeige