JLI Spieleprogrammierung

TheMillenium · Verfasst am: 18.09.2004, 18:31 Titel: Problem mit std::map

Warum geht das hier nicht?

The Lord of Programming · Verfasst am: 18.09.2004, 19:55 Titel:

Ich vermute, dass das an dem char* liegt.
Du hast ja das "var", das du der Map übergibst (wenn ich mich nicht irre) nirgendwo statisch im Speicher, sondern nur temporär.
Char* ist ja eigentlich auch nur ein Zeiger auf den ersten Char. Aber wie willst du den übergeben, wenn du ihn nur "on-the-fly" erstellst?

Wenn du es mit STL-Strings probierst, müsste es gehen. Sonst kannst du das auch mal so versuchen:

TheMillenium · Verfasst am: 18.09.2004, 20:27 Titel:

Nein, denn es ist nicht temporär, sondern statisch in der Exe. Deshalb ist es das gleiche wie char string[]="var"; Das hatte ich schon davor ausprobiert und es ging nicht. Ich kriege ja auch nur im Debug Modus diese Meldung...im Release funktioniert ja alles..
_________________
The source of all power is in its destiny...

Hazel · Verfasst am: 18.09.2004, 21:28 Titel:

Ein char* ist ein Zeiger und jeder neue String den du erstellst kriegt natürlich eine eigene Adresse... wenn du per String auf die Map zugreifen willst musst du schon std::string nehmen, oder einen eigenen Typen.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

TheMillenium · Verfasst am: 19.09.2004, 08:29 Titel:

Warum funktioniert dass dann im Release Modus? Selbst wenn ich das mit 10 verschiedenen Strings(char*) ausprobiere?

std::string ist zu lahm für Spiele und häufige Aufrufe und sollte deshalb vermieden werden Wink

(sicher&bequem aber gottverdammtlahm)
_________________
The source of all power is in its destiny...

Kampfhund · Verfasst am: 19.09.2004, 15:13 Titel:

Was meinst du mit "funktioniert"?
Dass du keine Fehlermeldung bekommst?

(die map wird nach addressen sortiert und der zugriff erfolgt auch über addressen und nicht über einen string, wie Hazel bereits sagte)
_________________
Kochen ist ein NP-schweres Optimierungsproblem.

TheMillenium · Verfasst am: 19.09.2004, 15:19 Titel:

Ja und dass die Map auch die richtigen Werte zurückliefert. Im Buch auf S.243 wird die Map aber genauso eingesetzt wie ich es mache...
_________________
The source of all power is in its destiny...

Hazel · Verfasst am: 19.09.2004, 15:23 Titel:

TheMillenium · Verfasst am: 19.09.2004, 15:30 Titel:

RPG, ScriptEngine, die muss ja viel mit Strings machen.
strings überprüfen z.B. andauernd ob jeder Befehl im erlaubten Speicherbereich stattfindet,etc... Sagen wir ich brauche so im Schnitt 5 if Abfragen mehr, dadurch aber auch 2*5 Aufrufe von Variablen. Das wären dann 15 Befehle mehr alles nur ~ , ich verarbeite pro Sekunde ~600 Strings --> 600*15 = 9000 zusätzliche Befehle in der SEKUNDE!! -- Nein, DANKE!
Will ja keinen Frameeinbruch haben, die Grafik schluckt heutzutage eh keine Frames mehr, aber die Kollison schon und weil ne ScriptingEngine nur ein Zusatz ist und den braucht man ja in echt nicht, soll der mir nicht 20fps kosten...
_________________
The source of all power is in its destiny...

Hazel · Verfasst am: 19.09.2004, 15:33 Titel:

Das hat mal ein GDNet Mod von sich gegeben:

Hazel · Verfasst am: 19.09.2004, 15:34 Titel:

Hazel · Verfasst am: 19.09.2004, 15:36 Titel:

Wenn du eine eigene Scriptengine schreiben willst könnte das hier für dich interessant sein. :)

http://dinosaur.compilertools.net/

Yacc und Lex
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

TheMillenium · Verfasst am: 19.09.2004, 15:42 Titel:

Mhhh das ist einer gegen Viele. Ich habe oft auf Techseiten gelesen dass std::string sehr lahm sein soll und jetzt spricht einer dagegen...dabei weiß ich weder was GDNet ist noch ob der Mod genug Referenzen hat, dass er wirklich das Wissen hat um gerechtfertigt das sagen zu können....

Ich habe immer nur auf den Seiten gelesen, wenn man kein Anfänger ist und mit chars umgehen kann, soll man chars benutzen wenn man Performance braucht. Will man immer auf der sicheren Seite stehen, sollte man doch std::string benutzen...

Ich kenne eh kaum Vorteile von std::string, ich kenne nur diese:
1. sicherer weil, keine Neuallokierung, schreibt immer auf zugelassene Speicherbereiche, kümmert sich um Deallkierung,..
2. überladener + Operator

Ich bin schon langsam dabei die std dort zu benutzen wo ich es für sinnvoll halte...aber vllt finde ich ja einen Beitrag dazu mal in der MSDN oder in nem Programmierbuch über STD...
_________________
The source of all power is in its destiny...

Hazel · Verfasst am: 19.09.2004, 17:02 Titel:

Ja aber jetzt wo du mir erklärt hast was du damit willst, frag ich mich wieso char* schneller sein soll als string? Hört sich an als würdest du sie nur oft vergleichen.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

TheMillenium · Verfasst am: 19.09.2004, 17:56 Titel:

Ja, aber dann muss ich ja immer c_str() oder wie das heißt auch verwenden um sie zu vergleichen und das würde ja dann auch langsamer, oder?

Also wenn ich sie nur vergleiche und sie von meiner Klasse verwalte die chars dann kann ja nichts passieren und ich brauche ja damit auch die std::string Funktionalitäten gar nicht, die Exe bleibt kleiner wegen den Header, weniger Speicherverbrauhc die Methoden müssen auch nciht geladen werden...

Also so gravierend wir der Unterschied wahrscheinlcih in einem herkömmlichen Projekt nicht sein, nur wenn man hunderte strings gleichzeitig pro Sekunde aufruft kann das etwas schon etwas Gewaltiges ausmachen. Wink

_________________
The source of all power is in its destiny...