<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Hilfe - schleierhafte zugriffsverletzung]]></title><description><![CDATA[<p>ich hab mir eine klasse geschrieben, die ein geometrisches rechteck darstellt und farbwerte für rahmen und fläche haben soll, weil ich mit den rechtecken mir später was basteln will. alles soweit nicht kompliziert, kompiliert auch ohne murren, aber zur laufzeit gibts ne assertion failure. und da bin ich in diesem fall echt etwas überfordert, weil ich das entsprechende element ja gar nicht dynamisch auf dem heap anlege, sondern es sich um eine simple, stinknormale variable handelt (so denke ich zumindest). und zwar:</p>
<pre><code class="language-cpp">class CGeomRect
{
private:
	/*...*/
	COLORREF crFrameColor;
public:
	/*...*/
	void SetFrameColor(int, int, int);
	/*...*/
};

void CGeomRect::SetFrameColor(int nR = 0, int nG = 0, int nB = 0)
{
	crFrameColor = RGB(nR, nG, nB); // Diese Zeile Verursacht assertion failure. wenn auskommentiert läuft alles
}
</code></pre>
<p>wenn also die methode CGeomRect::SetFrameColor(...) aufgerufen wird (während der initialisierung d. programmes) werd ich von windows rüde angemeckert</p>
<pre><code>Eine Ausnahme (erste Chance) bei 0x7c97cc82 in TWC.exe: 0xC0000005: Zugriffsverletzung beim Lesen an Position 0xf44189e5.
Detected memory leaks!
</code></pre>
<p>und <a href="http://people.freenet.de/studio37/assertionfailure.jpg" rel="nofollow">http://people.freenet.de/studio37/assertionfailure.jpg</a></p>
<p>also hätte ich da jetzt wild dynamisch speicher angefordert, würd ichs ja verstehen. aber in diesem fall ist es mir einfach zu hoch, was da passiert. hat vielleicht jemand eine idee?</p>
<p>mfg &amp; danke</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/160633/hilfe-schleierhafte-zugriffsverletzung</link><generator>RSS for Node</generator><lastBuildDate>Tue, 28 Jul 2026 18:48:30 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/160633.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 27 Sep 2006 18:04:42 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Hilfe - schleierhafte zugriffsverletzung on Wed, 27 Sep 2006 18:04:42 GMT]]></title><description><![CDATA[<p>ich hab mir eine klasse geschrieben, die ein geometrisches rechteck darstellt und farbwerte für rahmen und fläche haben soll, weil ich mit den rechtecken mir später was basteln will. alles soweit nicht kompliziert, kompiliert auch ohne murren, aber zur laufzeit gibts ne assertion failure. und da bin ich in diesem fall echt etwas überfordert, weil ich das entsprechende element ja gar nicht dynamisch auf dem heap anlege, sondern es sich um eine simple, stinknormale variable handelt (so denke ich zumindest). und zwar:</p>
<pre><code class="language-cpp">class CGeomRect
{
private:
	/*...*/
	COLORREF crFrameColor;
public:
	/*...*/
	void SetFrameColor(int, int, int);
	/*...*/
};

void CGeomRect::SetFrameColor(int nR = 0, int nG = 0, int nB = 0)
{
	crFrameColor = RGB(nR, nG, nB); // Diese Zeile Verursacht assertion failure. wenn auskommentiert läuft alles
}
</code></pre>
<p>wenn also die methode CGeomRect::SetFrameColor(...) aufgerufen wird (während der initialisierung d. programmes) werd ich von windows rüde angemeckert</p>
<pre><code>Eine Ausnahme (erste Chance) bei 0x7c97cc82 in TWC.exe: 0xC0000005: Zugriffsverletzung beim Lesen an Position 0xf44189e5.
Detected memory leaks!
</code></pre>
<p>und <a href="http://people.freenet.de/studio37/assertionfailure.jpg" rel="nofollow">http://people.freenet.de/studio37/assertionfailure.jpg</a></p>
<p>also hätte ich da jetzt wild dynamisch speicher angefordert, würd ichs ja verstehen. aber in diesem fall ist es mir einfach zu hoch, was da passiert. hat vielleicht jemand eine idee?</p>
<p>mfg &amp; danke</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1145630</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1145630</guid><dc:creator><![CDATA[jule37]]></dc:creator><pubDate>Wed, 27 Sep 2006 18:04:42 GMT</pubDate></item><item><title><![CDATA[Reply to Hilfe - schleierhafte zugriffsverletzung on Wed, 27 Sep 2006 18:27:30 GMT]]></title><description><![CDATA[<p>ok, wie so oft musste ich nur mal mein problem formulieren um die lösung zu sehen. hat sich erledigt...</p>
<p>danke - weitermachen!</p>
<p>mod, bitte den thread hier zumachen &amp; in' müll, danke :p</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1145645</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1145645</guid><dc:creator><![CDATA[jule37]]></dc:creator><pubDate>Wed, 27 Sep 2006 18:27:30 GMT</pubDate></item><item><title><![CDATA[Reply to Hilfe - schleierhafte zugriffsverletzung on Thu, 28 Sep 2006 02:50:01 GMT]]></title><description><![CDATA[<p>wo war denn der fehler</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1145731</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1145731</guid><dc:creator><![CDATA[BorisDieKlinge]]></dc:creator><pubDate>Thu, 28 Sep 2006 02:50:01 GMT</pubDate></item><item><title><![CDATA[Reply to Hilfe - schleierhafte zugriffsverletzung on Thu, 28 Sep 2006 09:43:23 GMT]]></title><description><![CDATA[<p>Er hat einen Objekt Zeiger gehabt, der NULL war oder nict initialisiert war. Dann hat er die Member Funktion aufgerufen.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1145792</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1145792</guid><dc:creator><![CDATA[Martin Richter]]></dc:creator><pubDate>Thu, 28 Sep 2006 09:43:23 GMT</pubDate></item></channel></rss>