Ich möchte ich gerne einen Stream erstellen,
der schon im Standard-Konstruktor mit lauter Nullen definiert wird...
(also alle Stellen bei beispielsweise uchar m_bitStream[10])

bis jetzt konnte ich dies nur so erfolgreich aufrufen: (CBitStream.cpp)

**...
/m_bitStream = new uchar [10];

for ( int i = 0 ; i < 10 ; ++i )
{
m_bitStream[i] = 0;
};
...**
----------------------------------------------------------------------------
würde dies aber gerne im Konstruktor tun,
so dass es automatisch geschied...

habe da etwas gebastelt: (CBitStream.h)
**...
uchar * m_bitStream;
...
public:
CBitStream() : m_bitStream() { m_bitStream = new uchar [10];
m_bitStream = 0; m_nCount = 0; }

~CBitStream() { GD_SAFEDELETE_ARRAY(m_bitStream); }
...
**
der aufruf in der cpp datei dann: (CBitStream.cpp)
...
CBitStream::CBitStream();
...

m_bitStream bleibt aber weiterhin ein nullzeiger...
was mache ich falsch?

vielen dank im voraus.

m_bitStream = new uchar [10];
m_bitStream = 0;

Und da wundert dich noch irgendwas? Du weist deinem Zeiger zunächst die Adresse des Heap-Blocks zu - und überschreibst sie im nächsten Schritt mit NULL.

PS: sfds

die defintition im Konstruktor klappt nun,
jedoch immer noch nicht das nullen des ganzes feldes !

und beim compilieren dauert es immer ziehmlich lang,
da er versucht ne DLL aus dem internet zu holen...

...
'DefaultDomain': 'c:\windows\microsoft.net\framework\v1.1.4322\mscorlib.dll' geladen, keine Symbole geladen.
...

kann jedoch nicht die quelle zum abstellen finden !

danke im voraus.

das macht auch sinn, danke... (einen zeiger nullen ist schlecht)

die defintition im Konstruktor klappt nun,
jedoch immer noch nicht das nullen des ganzes feldes !

Wenn du noch dazusagst, wo du das Feld "nullen" willst, können wir auch bei dem Problem helfen.
(und bitte zeig etwas mehr als diese paar Fragmente - das erleichtert uns die Diagnose)

und beim compilieren dauert es immer ziehmlich lang,
da er versucht ne DLL aus dem internet zu holen...

...
'DefaultDomain': 'c:\windows\microsoft.net\framework\v1.1.4322\mscorlib.dll' geladen, keine Symbole geladen.
...

Das sieht nicht aus wie eine Compiler-Nachricht, sondern eher wie eine Debug-Ausgabe (nach dem Programmstart). Und das Verzeichnis deutet auf ein .NET-System hin.
Welchen Compiler (und Sprache) verwendest du denn überhaupt?

Tatsächlich jedoch ist er mit zeugs gefüllt, was ja klar ist,
da er auf irgendeinen Speicherbereich zeigt.

Es wäre also toll wenn ich noch im Konstruktor zusätzlich anweisen kann,
dass der in den eben initialisierten Stream auch noch die willkürlichen Werte löscht.

Mehr Fragmente kann ich gerad nicht zeigen,
weil es dazu nicht mehr all zu viel gibt...

Zur Deiner weiteren Frage

Ich arbeite mit:
* C + + (ausschliesslich!)
* Microsoft Visual Studio .NET 2003
* Microsoft.NET Framework 1.1
* Über den Compiler hab ich gerad keine Info gefunden... sorry...

Ich habe den Bitstrrom jetzt mal mit 0x00 (\0) gefüllt. Wenn es di Zahl 0 sein soll dan nehme 0x30 allerdings soltest du dann nicht die term. Null überscheiben

memset(this->m_bitStream, 0x30, 9); // Füllt den Strom mit 0

Gruß Jochen

@Ausnullen: Den Weg, das Array auszunullen, hast du doch schon im ersten Beitrag genannt - deine for()-Schleife. Die müsstest du jetzt nur noch in deinen Ctor reinstellen. Alternativ könntest du auch std::fill() verwenden.^*

Übrigens steht noch eine Frage aus deinem letzten Thread aus: Wenn die Größe des Arrays fest ist, warum verwendest du dann kein Array? Damit würdest du dir den gesamten Ärger der dynamischen Speicherverwaltung ersparen.

(^*@Jochen: Diese Schleife oder std::fill() haben einen entscheidenden Vorteil gegenüber memset() - sie lassen sich auch anwenden, wenn die Array-Elemente größer als char's sind)

std::fill war mir noch gar nicht bekannt. Also arbeitet es in etwa so: memset(ptr, 0x00 sizeof(uchar) * 9)

Ich dachte nur uchar wäre ganz klar unsigned char und immer 1 Byte.

std::fill war mir noch gar nicht bekannt. Also arbeitet es in etwa so: memset(ptr, 0x00 sizeof(uchar) * 9)

std::fill() arbeitet nicht auf Byte-Ebene, sondern auf Objekt-Ebene - es füllt jedes Objekt in einem Bereich mit einem übergebenen Typ (das funktioniert auch mit beliebigen Iteratoren und unabhängig vom Typ der Objekte).

Ich dachte nur uchar wäre ganz klar unsigned char und immer 1 Byte.

Ja, uchar ist immer 1 Byte groß und in dem Beispiel reicht memset() auch aus - aber fill() kann dir auch ein Array von int's, float's oder std::string's ausnullen, ohne daß du dir über das Speicher-Layout der Typen Gedanken machen mußt.

aber fill() kann dir auch ein Array von int's, float's oder std::string's ausnullen, ohne daß du dir über das Speicher-Layout der Typen Gedanken machen mußt.

Also das ist gut zu wissen. Danke.

Jochen

(Mod-Edit: Aber das zitieren üben wir nochmal, nicht :D)