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!

std::string -> bad_alloc. bug?

  • 1
  • 2

Werbeanzeige

PCShadow

Alter Hase

Beiträge: 1 062

  • Private Nachricht senden

11

30.06.2009, 21:13

Zitat von »"Gotbread"«

ich glaubs nicht, es kompiliert :D :D :D

das muss ich mal in die engine einbauen und testen.

aufjedenfall vielen dank!!!

(das wäre ja klasse wenn das funzen würde :) )

EDIT:

spricht etwas dagegen alle interfaces, die in der hierachie drinstecken
virtuell vererben zu lassen?

so langs reine interfaces sind, also keine funktioenne enthalten sind, nichts. virtuelle vererbung wird afaik nur dann kostspielig, wenn die objekte daten enthalten.

Gotbread

Alter Hase

  • »Gotbread« ist der Autor dieses Themas

Beiträge: 421

Beruf: Student (Etechnik) + Hiwi

  • Private Nachricht senden

12

30.06.2009, 22:27

es wird ja langsam.

mittlerweile beschwert er sich nurnoch, dass er kein Element *
zu CElement * per static_cast konvertieren kann. dynamic_cast möche
ich auf keinen fall verwenden. ich weiß aber, dass hinter dem
Element * wirklich ein CElement * steckt. das schreit ja nach
einem reinterpret_cast, aber:

wenn ich schreibe:

CElement c;
Element *e = &c;

sind die dann wirklich an der selben addresse oder wird da noch ein offset
addiert? kann man evtl. bestimmen (durch die vererbungsreihenfolge)
welche subklasse im speicehrlayout "vorne" liegt?
Mfg Goti
www.gotbread.bplaced.net
viele tolle spiele kostenlos, viele hardware-basteleien :)

"Es ist nicht undicht, es läuft über" - Homer Simpson

Gotbread

Alter Hase

  • »Gotbread« ist der Autor dieses Themas

Beiträge: 421

Beruf: Student (Etechnik) + Hiwi

  • Private Nachricht senden

13

01.07.2009, 13:07

nach endlosen testen stellte ich fest:

ich kann kein stl-objekt aus der DLL zurückgeben, nichtmal
ein zeiger darauf.

bei dem vc++ express hatte ich das problem noch nicht. was ist da los?
Mfg Goti
www.gotbread.bplaced.net
viele tolle spiele kostenlos, viele hardware-basteleien :)

"Es ist nicht undicht, es läuft über" - Homer Simpson

Nox

Supermoderator

Beiträge: 5 272

Beruf: Student

  • Private Nachricht senden

14

01.07.2009, 15:03

Bitte etwas genauer. Klingt für mich nach einem Allocatorproblem. Das kann vorkommen, wenn man an den Allocatorangaben rumspielt. Dann kommt es zu einer Ausnahme, da ein Speicher immer in dem Bereich freigeben werden sollte, wo er allokiert wurde.
PRO Lernkurs "Wie benutze ich eine Doku richtig"!
CONTRA lasst mal die anderen machen!
networklibbenc - Netzwerklibs im Vergleich | syncsys - Netzwerk lib (MMO-ready) | Schleichfahrt Remake | Firegalaxy | Sammelsurium rund um FPGA&Co.

Gotbread

Alter Hase

  • »Gotbread« ist der Autor dieses Themas

Beiträge: 421

Beruf: Student (Etechnik) + Hiwi

  • Private Nachricht senden

15

01.07.2009, 16:29

ich habe nochmal im netz geforscht. das ist ein bekannter bug von der STL
unter (und nur unter) vc++ 2008 (nicht express).

der fehler ist wohl durch die verschiedenen allocatoren (und damit
verschiedene new/deletes) entstanden.
Mfg Goti
www.gotbread.bplaced.net
viele tolle spiele kostenlos, viele hardware-basteleien :)

"Es ist nicht undicht, es läuft über" - Homer Simpson

Werbeanzeige

  • 1
  • 2