<?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[Warum ist dieser Code korrekt?]]></title><description><![CDATA[<p>Hallo!</p>
<p>Beim Überarbeiten eines Quellcodes ist der folgende Schrott im Programm stehen geblieben. (Ursprünglich wurde der Wert aus der Registry mit sprintf an die Variable übergeben. Nach Typänderung sollte es eigentlich AnsiString.Konform passieren.<br />
Bei diesem Registryeintrag ist was schiefgelaufen, wahrscheinlich kam eine Kaffeepause dazwischen.</p>
<pre><code class="language-cpp">HinweisMemo-&gt;Lines-&gt;Add(&quot;BlaBlaBla&quot;);
MolFileDownloadServer[iLoop].Name, &quot;%s&quot;,
mollist-&gt;ReadString(&quot;MOLFILES&quot;, Key, &quot;&quot;);
HinweisMemo-&gt;Lines-&gt;Add(MolFileDownloadServer[iLoop].Name);
//Noch ein paar richtig eingelesene Registrydaten
HinweisMemo-&gt;Lines-&gt;Add(&quot;BlaBlaBla&quot;);
</code></pre>
<p>Die Frage ist allerdings, warum wird dieser Code seit etwa Mai 2006 vom Compiler ohne Fehlermeldung akzeptiert?<br />
Der Müll ist garantiert nicht auskommentiert.<br />
Die beiden Texte &quot;BlaBlaBla&quot; werden in das Memofeld geschrieben.<br />
Mir ist das zu hoch.<br />
Hat hier jemand eine Idee warum das keinen Fehler, noch nicht mal eine Warnung gab?<br />
Danke</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/165450/warum-ist-dieser-code-korrekt</link><generator>RSS for Node</generator><lastBuildDate>Wed, 12 Aug 2026 18:29:39 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/165450.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 20 Nov 2006 00:04:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Warum ist dieser Code korrekt? on Mon, 20 Nov 2006 00:04:41 GMT]]></title><description><![CDATA[<p>Hallo!</p>
<p>Beim Überarbeiten eines Quellcodes ist der folgende Schrott im Programm stehen geblieben. (Ursprünglich wurde der Wert aus der Registry mit sprintf an die Variable übergeben. Nach Typänderung sollte es eigentlich AnsiString.Konform passieren.<br />
Bei diesem Registryeintrag ist was schiefgelaufen, wahrscheinlich kam eine Kaffeepause dazwischen.</p>
<pre><code class="language-cpp">HinweisMemo-&gt;Lines-&gt;Add(&quot;BlaBlaBla&quot;);
MolFileDownloadServer[iLoop].Name, &quot;%s&quot;,
mollist-&gt;ReadString(&quot;MOLFILES&quot;, Key, &quot;&quot;);
HinweisMemo-&gt;Lines-&gt;Add(MolFileDownloadServer[iLoop].Name);
//Noch ein paar richtig eingelesene Registrydaten
HinweisMemo-&gt;Lines-&gt;Add(&quot;BlaBlaBla&quot;);
</code></pre>
<p>Die Frage ist allerdings, warum wird dieser Code seit etwa Mai 2006 vom Compiler ohne Fehlermeldung akzeptiert?<br />
Der Müll ist garantiert nicht auskommentiert.<br />
Die beiden Texte &quot;BlaBlaBla&quot; werden in das Memofeld geschrieben.<br />
Mir ist das zu hoch.<br />
Hat hier jemand eine Idee warum das keinen Fehler, noch nicht mal eine Warnung gab?<br />
Danke</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1177509</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1177509</guid><dc:creator><![CDATA[barnie]]></dc:creator><pubDate>Mon, 20 Nov 2006 00:04:41 GMT</pubDate></item><item><title><![CDATA[Reply to Warum ist dieser Code korrekt? on Mon, 20 Nov 2006 09:59:52 GMT]]></title><description><![CDATA[<p>Falls du die zweite und dritte Zeile deines Beispiels meinst:</p>
<p>Ausdrücke durch Komma zu trennen ist zwar unüblich aber Standard-konform (Siehe Abschnitt <em>5.18 Comma operator</em> im Standard).</p>
<p>Ausdrücke mit Operatoren ohne Wirkung sollten die Warnung W8019 verursachen aber das funktioniert (im BCB6) offenbar nicht. Für Ausdrücke ohne Wirkung, die keinen Operator beinhalten, ist offenbar keine Warnung vorgesehen, obwohl W8019 imho hier auch passen würde.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1177652</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1177652</guid><dc:creator><![CDATA[Morris Szyslak]]></dc:creator><pubDate>Mon, 20 Nov 2006 09:59:52 GMT</pubDate></item></channel></rss>