Suchergebnisse
Suchergebnisse 1-20 von insgesamt 44.
Ich glaub dir fehlt dann wahrscheinlich die SDL.dll an der richtigen Stelle. Wenn du sie in den Debug Ordner kopierst und dann das Programm von dort startest, dann sollte es funktionieren. Es könnte auch sein das deine Ausgabe in eine Datei stdout.txt umgeleitet wird...
Zitat von »"Style_"« erst wenn ich die include ssdl/sdl.h zeile lösche, kriege ich die hello world ausgabe. Demnach wird wohl die SDL nicht ganz richtig eingerichtet sein. Bekommst du denn dabei überhaupt keinen Fehler, auch wenn du nur auf 'Build' klickst? Ich weiß jetzt nicht wie Wascana die SDL einrichtet, aber vielleicht geht es ja mit '#include <SDL.h>'...
Also der Code sollte wohl passen, zumindest habe ich ihn erfolgreich auf mehreren Betriebssystemen getestet Wie hast du denn das Projekt erstellt bzw. was ist es für ein Projekt? Und startest du auch die richtige .exe? Dann sollte ja zumindest irgendein Text in der Konsole kommen. Was passiert denn wenn du da Programm aus der Konsole und nicht aus Eclipse startest?
Zitat von »"Nexus"« Zitat von »"_Tom_"« Viel mehr als auf der Seite bei dem ersten aufscheinenden Link kann mit sf::Thread scheinbar auch nicht machen. Was genau meinst du? Du kannst von sf::Thread erben und da deine eigene Funktionalität einrichten. Oder eben den Callback benutzen. Ich hatte mich darauf bezogen: http://www.sfml-dev.org/tutorials/1.2/system-threads.php Gemeint habe ich das vor allem im Zusammenhang mit der Memberfunktion als Threadfunktion. Das ist in boost::thread mit boost::b...
Zitat von »"CBenni::O"« Google habe ich auch konsultiert. Aber auch für sf::Thread braucht man eine function-pointer, da kann ich auch gleich die Standard-Funktionen benutzen :roll: Viel mehr als auf der Seite bei dem ersten aufscheinenden Link kann mit sf::Thread scheinbar auch nicht machen. Da wirst du um boost::bind, boost::thread oder einen eigenen Wrapper wohl nicht herumkommen... Btw. was ist denn an deine Funktionen Standard
Zitat von »"CBenni::O"« Kennt jemand einen Link? Ja :p http://www.lmgtfy.com/?q=sf%3A%3AThread+sf%3A%3AMutex
Also viel einfacher und komfortabler als mit boost::thread geht es kaum mehr: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 class foo { public: void barThread() { //... } boost::thread MyThread; void startThread() { MyThread = boost::thread(&foo::barThread, this); } } Und boost sollte doch sowieso schon installiert sein
Zitat von »"Draculark"« glaube ich nicht. ich will ja auf die methoden der klasse zugreifen können, was mit const p* const name nicht geht. Doch es geht schon, aber nur auf 'const' Methoden, was ja der eigentliche Sinn von 'const' ist. Du willst ja verhindern das ein Objekt unbeabsichtigt oder dort wo du nicht willst verändert wird. So wie es zurzeit ist verhinderst du ja nur das der Zeiger geändert wird und nicht das Objekt.
Quellcode 1 c:\programme\c++\vc\include\tchar.h(26) : fatal error C1189: #error : Need to include strsafe.h after tchar.h Zitat von »"FuturRobots"« C-/C++-Quelltext 1 2 #include <tchar.h> #include <strsafe.h>
Ich würde nicht GetKeyState verwenden, da du damit ja nur den aktuellen Zustand der Tastatur bekommst, also eine ungepufferte Eingabe. Vor allem würde ich das nicht zusätzlich noch in die Nachrichtenschleife einbauen, also zur gepufferten Eingabe dazu. Leider ist, wie in einem Beitrag in der Mailinglist der SDL erwähnt ist die Texteingabe mit der SDL 1.2 noch etwas ein Durcheinander. Ich würde versuchen Unicode zu aktivieren und dann bekommst du die entsprechenden Zeichen im unicode Feld von key...
Wenn ich anstatt drawText eine eigene Funktion verwende funktioniert es. Die Frage ist ob du überhaupt wirklich SDL_GetKeyName verwenden möchtest. Dort bekommst du nämlich genau das was die Funktion aussagt, also den Namen der Taste. Die Leertaste heißt bei mir zb "space"...
Ansich kann ich da auch eigentlich nichts fehlerhaftes erkennen, bis auf dass die Funktionenen teilweise doppelt und mit unterschiedlichem Code vorkommen (zb. main). Du könntest ja versuchen nach jedem realloc auszugeben an welcher Adresse dein Speicher startet und dann vergleichen ob beim free am Schluss auch noch immer der richtige Zeiger vom letzten realloc ankommt. Zitat von »"dot"« Hah! Ich weis auch wen Und ich weiß auch woher
Was ich mich frage wie aus in der main bei modifyString(output); 'output' geändert wird. Überleg dir einmal was denn mit ouput passiert... Und ob das 'getchar(); ' am Schluss wirklich gefordert ist würde ich mir auch überlegen. Ich kenn zwar die Angabe nicht, bis jetzt war es aber soweit ich das mitbekommen habe noch nie gefordert... Zitat von »"AlymcGeel"« Whs seh i euch andauernd im Lernzentrum... Kann schon sein Nur bei dir weiß ich überhaupt nicht wer du sein könntest
Zitat von »"dot"« Zitat von »"drakon"« dot selbst ist afaik auch an der TU Graz. Wahrscheinlich sogar euer Tutor und ihr wisst es nicht mal.. :p Verdammt jetzt hast du mich verraten -.- Aber die haben Glück, ich bin dieses Semester nichtmehr ESP Tutor :p Der Name in deinem Last.fm Link ist mir irgendwie bekannt vorgekommen. Aber als ich SEP/ESP gemacht habe hab ich einen anderen Tutor gehabt :p
Zitat C-/C++-Quelltext 1 *char_string[counter] = *char_string[counter - steps]; Richtig wäre: C-/C++-Quelltext 1 *(*char_string)[counter] = *(*char_string)[counter - steps]; Da du ja nicht den char Zeiger sondern die einzelnen Chars setzen möchtest... Zitat von »"AlymcGeel"« hallo. da hat wohl noch einer ESP/EP an der TU graz... Wäre einmal interessant zu wissen wer sonst noch alles an der TU Graz ist
Zitat von »"carli"« C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include <stdio.h> #include <stdlib.h> int main() { char *input = malloc(sizeof(char)); input[0] = 'a'; input[1] = 0; printf(input); free(input); return 0; } Auch wenn das auch noch nicht ganz korrekt ist, da der angeforderte Speicher zu klein ist um Platz für zwei Zeichen zu haben...
Zitat von »"kiba"« ahhh ok , noch eine frage gibts da ein möglichkeit ,das wenn man die Klasse FileData vererbt hat, das der Wert von supports_save<>::value automatisch auf true gesetzt wird. Ja, es geht. Am einfachsten wäre es warscheinlich statt dem supports_save einfach is_base_of aus der Boost.TypeTraits Bibliothek zu nehmen: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 #include <io...
Ich kenn den Aufbau der Cube Engine jetzt nicht, aber ich würde einmal sagen, dass es für C3E::Cube3DEngine einfach keinen Standardkonstruktor gibt. Das steht eigentlich eh schon in der Fehlermeldung
Zitat von »"kiba"« Und wie soll ich das machen :oops: Ich würde das mit Traits lösen. Das könnte dann zum Beispiel so ausschauen: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 #include <iostream> //------------------------------------------------------------------------------ struct Test { void save() const { std::cout << "Save" << std::...
Und wenn du schon auf dein Menü einen Zeiger hast bieten sich Vorwärtsdeklarationen doch geradezu an. Den entsprechenden Header musst du dann nur mehr in der source-Datei einbinden: C-/C++-Quelltext 1 2 3 // Header class CMenu; CMenu *m_pMenu; C-/C++-Quelltext 1 2 3 4 // Source #include "Menu.h" m_pMenu->load();