Hi,
das Problem was ich vorher gepostet habe, ist inzwischen behoben.
Zu dem Memoryleak:
|
C-/C++-Quelltext
|
1
2
3
4
5
6
|
//! Kopierkonstruktor
// Alle Zeiger auf NULL setzen und den Zähler zurücksetzen
m_pcString = NULL;
m_pcOldString = NULL;
m_uiArrayLength = 0;
CreateString(pOther.m_pcString);
|
Ist es so besser?
Ich aberbeite zur Zeit daran, alle Funktionen auf const-correctness umzustellen.
David
Du hast ja gesagt, man kann Templateklassen nicht in Dlls exportieren.
Wie mache in des denn dann mit den Deklarationen der Methoden?
Und noch eine kleine frage, an alle die sich das Projekt schon mal angeschaut haben:
Soll ich alles was in der Namespace String ist in die Namespace Core verschieben?
Die Klasse CBuffer werde ich sowieso wieder löschen(und sowas ähnliches in die Namespace File machen.)
Also wären in der String-Namespace nur noch 2 Funktionen und die Stringklasse.
Was meint ihr?
Ankündigung für die nächste Version:
Das Code der die const-correctness nicht einhält im müll landet hat mich schon etwas erschrekt.
Ich werde deshalb für Version 1.0.0.5 alle Klassen korrigieren.
Ausserdem hab ich schon eine Factory hinzugefügt, so wird die Funktion CreateDevice wohl(komisches wort) überflüssig.
Am device hab ich auch ein paar kleine änderungen gemacht.
Am Netzwerkteil werd ich in dieser Version wohl nix machen.
Ausserdem werde ich die Stringklasse vollständig dokumentieren.
Socke