spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

ich habe aktuell wieder das Problem, das ich mit der ersten Version nach dem setzen des 32Bit-Flags hatte. da ging es erst, nach dem nächsten starten des PCs. da ich jetz keine Lust hab, extra dafür alles aus und wieder an zu machen, guck ich da morgen mal nach

Zitat von »"Das Gurke"«

Oder hatte ich dich missverstanden und es ging tatsächlich auch beim letzten Mal erst nach einem Neustart des Rechners?

ja. wobei ichs da auch kein zweites mal ausprobiert hatte, bevor ich ihn heruntergefahren hatte

Ich hab auch wieder das Problem das wir vorhin schonmal hatten:



Neustart des Systems hat letztens was gebracht, diesmal aber nicht (Vermutlich nur Zufall)...

Was is den das glfw.dll für ein Ding, ein Wrapper!?
Und wenn ja was für dlls braucht die?
Es wird jetzt jedenfalls schonmal korrekt als 32bit Prozess gestartet...

EDIT: Ok komischerweise gehts manchmal scheinbar (1/15 oder so).
Ausführen als Administrator und/oder Kompatibilitätsmodus ändern jedenfalls scheinbar nix.

EDIT: Ok jetzt gehts komischerweise bei 6/6 Versuchen...

Treiberproblem kann man denk ich ausschließen da PC Shadow ne ATI und ich ne nVidia Karte hab...

EDIT: Habs jetzt auch auf meinem Laptop ausprobiert (ebenfalls Vista64). Dort gings auf Anhieb und der Fehler trat auch bei 10 Versuchen nicht auf...sehr komisch das...

lauft dort mit ~250 fps:
Intel Core2 Duo 1,83 GHz
2GB Ram
GeForce 9600 GO 512MB VRAM

handelt es sich vll um ein thread-problem? also, es wird auf speicher zugegriffen, der aber schon freigegeben wurde und da beides in threads geschieht, sind die Ausgänge, ob das Programm abstürzt oder nicht immer unterschiedlich?
Solche Fehler sind immer am nervigsten zu suchen, weil sie eben nicht zwangsweise auftreten müssen.

Hm, Viktor könnte aber recht haben. Wenn ich dein Programm nur auf einer CPU laufen lasse dann funktionierts, sobald ich es zur selben Zeit normal ausm explorer starte kommt wieder das Problem...

Vielleicht threaden deine Libraries oder .Net da irgendwie rum!?

Da ich das sowieso gerade in nem andren Thread erklärt hab hab ich schnell n Testprogramm geschrieben:

http://dot.m4studios.at/spde/launchgx_x86.zip <- 32bit Windows
http://dot.m4studios.at/spde/launchgx_x64.zip <- 64bit Windows

Einfach in den Ordner mit der GX.Tile.App.exe reinkopieren und starten. Das Programm führt die exe aus, erlaubt ihr dabei aber nur auf einem Core zu laufen. Damit tritt das Problem bei mir scheinbar nicht auf. Wär interessant ob es bei den anderen dann auch nimmer auftritt...

Hab oben nochmal was dazueditiert :roll:

Zitat von »"dot"«

Da ich das sowieso gerade in nem andren Thread erklärt hab hab ich schnell n Testprogramm geschrieben:

http://dot.m4studios.at/spde/launchgx_x86.zip <- 32bit Windows
http://dot.m4studios.at/spde/launchgx_x64.zip <- 64bit Windows

Einfach in den Ordner mit der GX.Tile.App.exe reinkopieren und starten. Das Programm führt die exe aus, erlaubt ihr aber nur auf einem Core zu laufen. Damit tritt das Problem bei mir nicht auf. Wär interessant ob es bei den anderen dann auch nimmer auftritt...

Also, bei mir tritt genau der Fehler sowohl mit als auch ohne dem Zusatzprogramm auf (jedes mal - nicht "zufällig"). Vll bekommt das Programm auch einfach nicht genügend rechte, um das andere nur auf einem Kern auführen zu lassen? Hab es auch schon unter Admin ausgeführt, aber der Fehler bleibt unverändert.