spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo,

Im Forum habe ich gelesen, dass David aufgrund einfacherer Handhabungen mit konstanten Referenzen arbeitet. Warum macht er das dann nicht auch bei Rückgabewerten, welche größer als ein Byte sind?
??? ??? ??? ???

'was anderes:
Warum kann der Tribase Speichermanager, soll er doch sichereres Programmieren gewährleisten, nicht korrekt mit Klassen arbeiten? (Ich habe selbst einen Speichermanager programmiert, der dies kann (nach viel Mühsal)).


Zur Info: So kann man dass machen: Man hat 'ne Funktion zur Speicherreservierung, der man ein mit new erzeugtes Objekt übergibt. Dieses wird dann in einen gemanagten Speicherbereich kopiert, und mit ::operator delete freigegeben ohne seinen Konstruktor aufzurufen, und der gemanagte Speicher zurückgegeben, ungefähr so:

template <typename TTyp> inline TTyp* sgNewP(TTyp*& p,
TTyp* pInitWith)
{
//gemanagten Bereich anfordern:
p=(TTyp *)sgGetPMemory()->NewP(sizeof(TTyp));
//pInitWith in den gemanagten Bereich kopieren:
memcpy(p,pInitWith,sizeof(TTyp));

//deallciating pInitWith without calling it's destructor:
::operator delete(pInitWith);
return p;
}

Das freigeben ist wohl kein Problem, da man destruktoren explizit aufrufen kann.

Was sagt der Autor zu dieser Lösung?

Harre auf Antwort!

Zitat

Kann Dein Speicher-Manager auch Arrays reservieren? Also z.B. char[1000]?

Ja, auch das kann der Speicher-Manager.

Da bei Arrays sowieso nur der Standart-Konstruktor aufgerufen wird, lässt sich dies leicht bewerkstelligen (im Template: Der Speicher-Manager kann nur mit void-Zeigern arbeiten, anders geht's nicht. Die Hauptfunktionalität und einfache Handhabung wird durch Template-Funktionen garantiert, wie z.B. die aus meinem letzten Beitrag). Zurück zum Template für's Erzeugen eines Arrays. Ich bin grad nicht daheim, kann daher den Quellcode nicht senden. Bei Interesse kann ich ihn aber mal mailen. Eine grobe Beschreibung: Das Template fordert gemanagten Speicher für X Zeiger auf Objekte an, erzeugt mit new X Objekte (Standart-Konstruktor) kopiert diese hintereinander in den gemanagten Speicherbereich und gibt den gemanagten Bereich zurück.

apropos: kann man eigentlich eine Template Funktion als Member einer nicht-Template-Klasse Deklarieren?? ??? ???
Ich hab schon alles versucht, es scheint nicht zu gehen. Im Falle des Speicher-Managers würde es aber vieles vereinfachen.

In Deinem Beitrag befinden sich noch Fehler.
Bitte bearbeite die rot markierten Stellen und lösche diesen Text.

Klar geht das mit den Template Funktionen. Probleme gibt es aber, wenn die Klasse mit __declspec(dllexport) deklariert wird. Der Kompiler setzt das ja dann vor jede Member-Funktion. Ruft man nun die Template-Memberfunktion in einem Programm auf erntet man eine saftige Fehlermeldung.

:crying: :crying: :crying: :crying: :crying: :crying:

Wie soll ich das lösen?? ??? ??? ??? ???

Es scheint ein Missverständnis vorzuliegen. Hier nochmal die Situation:

Es existiert eine Nicht-Template-Klasse, welche exportiert wird. Sie hat als Member eine Template-Funktion.

Ungefähr so:

class SG_API CClass
{
public:
template<typename TTyp> Func(TTyp* p);
};


Wird jetzt die Template Funktion aufgerufen, giebt es einen Fehler.

pClass->Func(p); //fehler!!

:crying: :crying: :crying: :crying:
Die Funktion kann nicht mit aufgelöst werden. Der Kompiler spricht hier von der Funktion als __declspec(dllexport), das heißt, er rafft nicht, dass es sich um ein Template handelt, welches er für den jeweiligen Typ neu Kompilieren muss!

:help: :help: :help: :help: