spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

hmm.. ja, glaub auch.. :opa: vielen dank für die ausführliche erklärung !! echt, vielen dank ! ich hab mal wieder was grundlegendes zu c++ verstanden :biggrinangel: ihr seid echt ein super "team" hier in david's forum. wenn ich in zukunft ein wenig schlauer bin, kann ich ja auch mal schauen, ob ich wem helfen kann hier. wenn ihr fragen zu 3dstudio, softimage oder bildformaten (tv, etc..) habt, da wär ich dann mehr oder weniger der fachmann. also vielen dank nochmal und bis bald ! Ralph :wink:

also dann müsste der präprozessor (ist das ne eigenständige .exe datei oder gehört der zum compiler ?) also folgende zeile VAR HWND g_hWindow; wenn _initwindow_cpp definiert wurde in HWND g_hWindow; umwandeln, und wenn _initwindow_cpp nicht definiert wurde, in extern HWND g_hWindow; umwandeln bzw. die variable g_hWindow nicht erneut als HWND definieren, weil sie schonmal definiert wurde, als was auch immer (so versteht es dann der compiler und läßt diese zeile aus, weil extern davor steht) richt...

ok, jetzt ist es klar. ich wusste nur nicht, wie ich die mit #define erstellten SYMBOLE (richtig?) zwischen den VARIABLEN, KONSTANTEN und den TYPEN wie INT, BOOL, etc. einordnen soll. wenn das also dann einfach SYMBOLE sind (definition) dann ist alles klar. das sind also mehr oder weniger nur Platzhalter ohne bestimmte bedeutung, so ne art TYP oder VARIABLE ohne hintergrund und bedeutung (wie z.b. integer oder das es ein array sein soll) ? das mit dem extern hab ich nun komplett verstanden. ich ...

ok, das heisst dann also, dass es nur für den compiler interessant ist, ob er die zeile jetzt compiliert, oder später wenn er die .cpp datei schon "durchgeschaut hat" und die funktionen aus der .cpp datei benutzen kann ? hat dieses "extern" ne generelle bedeutung oder ist das auch wieder von david deklariert ? müsste ja wenns generell gültig wäre, dann eigentlich ein hinweis für den compiler sein. oh gott, ich seh schon, ich "stell mich hier an" wie ein totaler depp ) der sich noch kein "richtig...

hmm.. also die InitWindow.h Datei (wie auch die .cpp) hab ich sowieso in mein Projekt-Verzeichnis kopiert, deswegen keine Pfadangabe. zu 2. das denk ich mir auch. das ist dann wohl gleichbedeutend damit, dass kein besonderer anlaß für den autor bestand, aufzuzeigen, wie man dll-unabhängige .exe dateien buildet. kann ich ihm nicht verübeln, aber mich würde es trotzdem interessieren. ich klau auch nicht. (alter codercodex) ich find das buch lässt noch einige fragen offen, besonders zu header datei...

hi triac, danke für die schnelle antwort ! ich hab nun nochmal per hand (ohne suchfunktion) in den foren gesucht und hab rausgefunden, dass ich die datei InitWindow.cpp Datei in mein Projekt (in Visual c++ 6.0) zu den Source Files adden muss. Nun klappt es komischerweise. Ich dachte, dass durch den Befehl #include "InitWindow.h" automatisch die Datei InitWindow.cpp mitbenutzt werden kann ?! Soweit ich das mitbekommen habe ist eine Header Datei doch dazu da, Funktionen einer CPP Datei zu deklarie...

Hallo, die ersten zwei Programme zum auslesen und ausgeben der Adapterinfos hab ich selber nachgeschrieben und habs letztendlich auch zum Laufen gebracht, nun habe ich aber ein Problem mit dem "Fenster"-Programm. Wenn ich den Workspace von der CD in Visual C++ 6.0 lade und BUILDE, klappt alles, nur beim selber nachschreiben nicht. Ich habe einen neuen Workspace angelegt (Win32APP, new C++ Source File), die Datei TribaseD.dll gelinkt und mal alle Dateien aus dem RES Verzeichnis von der CD in mein...

linux: deswegen habe ich dich ja extra nochmal gefragt, was du noch wissen musst, weil ich mich denk ich mal soweit auskenne, dass ich dir eigentlich nicht alles aufzählen muss, bevor du über das problem nachdenken könntest.. also ums auf den punkt zu bringen, ich dachte, wenn du dich auskennt, dann würdest du mich sowieso in deiner antwort nochmal genau nach details fragen. ich weiss dass meine angaben für ein support center nicht ausreichend wären, weil es da um zeit geht, ich wollte aber auch...

also, wenn du, linux mir dann wirklich besser helfen kannst, dann poste ich mal die infos, obwohl so sachen wie die cpu oder soundkarte doch eigentlich echt nichts damit zu tun haben: amd xp+ 3,2ghz asus gf4 ti 4600 2 x 256 mb ram 400mhz nforce 2 chipsatz win2000 visual c++ 6.0 professional directx 9.0b was musst du noch genau wissen ? und sag mir doch bitte, wie ich den tv-ausgang "deaktivieren" soll. danke und bis bald, ralph

nochmal zu den roas hasen... also ich kapier schon was du mir sagen willst, mit caps sind wohl capabilities gemeint. allerdings läuft das andere beispiel programm mit bumpmapping ohne probleme. vielleicht fehlt ja doch irgendeine datei zum einbinden ?? wer weiss was ??? - ralph

hmm... also alle directx spiele haben bisher ohne probleme funktioniert, aber das hilft dir wahrscheinlich nicht viel weiter denk ich mal.. aber das tolle an directx soll doch auch sein, dass es software emulation gibt, die einsetzt wenn hardware nicht unterstützt wird, oder hab ich da was falsch verstanden ? hmm... ansonsten.. ich hab leider nur vor jahren schonmal mit c++ eigene bbs-software-routinen gecodet, aber was du mir da erzählst :bunny: sind für mich nur rosa hasen... hmmm.. hast du vi...

hallo, obwohl der thread schon ein bisschen älter ist, ich hab das selbe problem ! ich kenn mich eigentlich sonst ganz gut aus (zumindest kommts mir so vor) und vermute, dass es keinesfalls an meiner grafikkarte (asus gf4 ti4600) oder irgendwas normalem liegen kann. directx hab ich natürlich die 9.0b drauf und alle anderen programme funktionieren, nur eben das "DirectX Texture Tool" von der CD nicht. beim compilen gibts allerdings auch fehler, die aber so auf den ersten blick denke ich mal nicht...