<?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[Speicherloch im ifstream ?]]></title><description><![CDATA[<p>Hallo,</p>
<p>ich habe eine Funkfion die prüfen soll ob eine Datei<br />
im Unicode-Format vorliegt.</p>
<p>Es wird einfach geprüft in welcher Reihenfolge die ersten Bytes der Datei<br />
vorliegen.</p>
<p>Ich habe alles auskommentiert bis auf die Zeile die den ifstream öffnet.<br />
Das VCStudio6.0 meldet mir Speicherlöcher die durch diese Zeile erzeugt werden.<br />
Mache ich etwas falsch oder zuwenig ? Ich will das Speicherloch gern vermeiden.</p>
<p>Gibt es evtl. eine Funktion die genauer prüft ob Unicode vorliegt ?</p>
<pre><code>char c1=-1;
	char c2=-2;
	int ic1,ic2;

	ifstream ifs;

	// Diese Zeile erzeugt im Visual Studio ein Memoryleak von 512... Bytes
	ifs.open((const char*)pfName, ios::in);
	ifstream ifs(pfName);
	ifs &gt;&gt; c1 &gt;&gt; c2;
	ifs.close();

	ic1=c1;
	ic2=c2;

	return (ic1 == -1 &amp;&amp; ic2==-2);
</code></pre>
]]></description><link>https://www.c-plusplus.net/forum/topic/133705/speicherloch-im-ifstream</link><generator>RSS for Node</generator><lastBuildDate>Fri, 28 Aug 2026 01:14:54 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/133705.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 20 Jan 2006 08:42:38 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Speicherloch im ifstream ? on Fri, 20 Jan 2006 08:42:38 GMT]]></title><description><![CDATA[<p>Hallo,</p>
<p>ich habe eine Funkfion die prüfen soll ob eine Datei<br />
im Unicode-Format vorliegt.</p>
<p>Es wird einfach geprüft in welcher Reihenfolge die ersten Bytes der Datei<br />
vorliegen.</p>
<p>Ich habe alles auskommentiert bis auf die Zeile die den ifstream öffnet.<br />
Das VCStudio6.0 meldet mir Speicherlöcher die durch diese Zeile erzeugt werden.<br />
Mache ich etwas falsch oder zuwenig ? Ich will das Speicherloch gern vermeiden.</p>
<p>Gibt es evtl. eine Funktion die genauer prüft ob Unicode vorliegt ?</p>
<pre><code>char c1=-1;
	char c2=-2;
	int ic1,ic2;

	ifstream ifs;

	// Diese Zeile erzeugt im Visual Studio ein Memoryleak von 512... Bytes
	ifs.open((const char*)pfName, ios::in);
	ifstream ifs(pfName);
	ifs &gt;&gt; c1 &gt;&gt; c2;
	ifs.close();

	ic1=c1;
	ic2=c2;

	return (ic1 == -1 &amp;&amp; ic2==-2);
</code></pre>
]]></description><link>https://www.c-plusplus.net/forum/post/971073</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/971073</guid><dc:creator><![CDATA[Rufus]]></dc:creator><pubDate>Fri, 20 Jan 2006 08:42:38 GMT</pubDate></item><item><title><![CDATA[Reply to Speicherloch im ifstream ? on Fri, 20 Jan 2006 08:56:47 GMT]]></title><description><![CDATA[<p>Mit dem gcc lässt sich dass wegen Redefinition von ifs garnicht erst kompilieren...</p>
]]></description><link>https://www.c-plusplus.net/forum/post/971089</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/971089</guid><dc:creator><![CDATA[LordJaxom]]></dc:creator><pubDate>Fri, 20 Jan 2006 08:56:47 GMT</pubDate></item><item><title><![CDATA[Reply to Speicherloch im ifstream ? on Fri, 20 Jan 2006 09:35:50 GMT]]></title><description><![CDATA[<pre><code>char c1=-1;
    char c2=-2;
    int ic1,ic2;

    ifstream ifs;

    // Diese Zeile erzeugt im Visual Studio ein Memoryleak von 512... Bytes
    ifs.open((const char*)pfName, ios::in);// diese oder die untere Zeile machen Probleme 
// ifstream ifs(pfName);// diese oder die obere Zeile machen Probleme   
    ifs &gt;&gt; c1 &gt;&gt; c2;
    ifs.close();

    ic1=c1;
    ic2=c2;

    return (ic1 == -1 &amp;&amp; ic2==-2);
</code></pre>
<p>Ich habe die alternative Zeile die ich zum Testen eingebaut habe<br />
versehentlich dringelassen. Jetzt ist sie kommentiert</p>
]]></description><link>https://www.c-plusplus.net/forum/post/971127</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/971127</guid><dc:creator><![CDATA[Rufus]]></dc:creator><pubDate>Fri, 20 Jan 2006 09:35:50 GMT</pubDate></item></channel></rss>