{"id":116,"date":"2007-09-12T20:55:39","date_gmt":"2007-09-12T18:55:39","guid":{"rendered":"http:\/\/blog.m-ri.de\/index.php\/2007\/09\/12\/die-cx2y-falle\/"},"modified":"2007-09-12T20:57:23","modified_gmt":"2007-09-12T18:57:23","slug":"die-cx2y-falle","status":"publish","type":"post","link":"http:\/\/blog.m-ri.de\/index.php\/2007\/09\/12\/die-cx2y-falle\/","title":{"rendered":"Die Cx2y Falle…"},"content":{"rendered":"

In einem Programm habe ich diese unscheinbare Schleife f\u00fcr eine spezielle Analyse im Debug-Mode eingebaut.<\/p>\n

for (POSITION pos= m_aBind.GetHeadPosition(); pos; )
\n{\u00a0
\n\u00a0S_BIND& b= m_aBind.GetNext(pos);
\n\u00a0TRACE(__FUNCTION__ “\u00a0 %-32s %2d\\n“,
\n\u00a0 CT2A(b.sName.GetString()),
\n\u00a0 b.GetStatus());
\n}<\/p>\n

Sieht auf den ersten Blick OK aus.
\nAuf den zweiten Blick wundert einen evtl. die Nutzung von CT2A<\/em>. Warum nehme ich nicht einfach den Zeiger von GetString wie er ist? Es ist ja ein PCTSTR<\/em>! Begr\u00fcndung:<\/p>\n

    \n
  1. Das Projekt ist ein Unicode Projekt.\u00a0<\/em><\/li>\n
  2. CT2A<\/em> verwende ich hier, weil die TRACE<\/em> Funktion in dieser Schreibweise nur MBCS Strings verwendet. D.h. %s<\/em> erwartet einen Zeiger auf einen MBCS String.<\/li>\n
  3. Die _T <\/em>Schreibweise f\u00fcr die Ausgabemaske ist hier nicht geeignet, weil ich gerne den Funktionsnamen auch mit ausgegeben h\u00e4tte. Und __FUNCTION__<\/em> ist nun mal eine normale String-Konstante, und kein wchar_t<\/em>-String.<\/li>\n
  4. T2A<\/em> verwende ich nicht, weil dies in einer Schleife t\u00f6dlich ist, weil der Stack immer weiter anw\u00e4chst.<\/li>\n<\/ol>\n

    OK! Soweit dazu, warum der Code aussieht wie er aussieht.<\/p>\n

    \u2757 Nur…\u00a0es kommt nur Schrott dabei heraus!
    \nDie\u00a0Ausgabe zeigt brav, den Text, den ich haben m\u00f6chte, nur die Zahlenwerte stimmen in keiner Weise mit den R\u00fcckgabewerten von GetStatus <\/em>\u00fcberein!\u00a0Warum? \u2753<\/p>\n

    Was ist passiert? Der Debugger gibt schnell Auskunft:
    \nCT2W<\/em> erzeugt ein Objekt vom Typ CW2AEX<\/em>!!! Dieses Objekt ist aber gr\u00f6\u00dfer als ein PCSTR<\/em> Zeiger. Dieses Objekt umfasst bei meinen Projekteinstellungen 4 Bytes f\u00fcr einen Zeiger plus einen char<\/em>-Array der Gr\u00f6\u00dfe 128. TRACE<\/em> h\u00e4tte aber gerne einen 4-Byte Zeiger auf dem Stack und danach f\u00fcr die Ausgabe einen Integer.
    \nAusgegeben, werden also die 4 ersten Bytes des Puffers von CW2AEX <\/em>und nicht die gew\u00fcnschten numerischen Werte f\u00fcr GetStatus<\/em>!<\/p>\n

    Das ist \u00fcbrigens die selbe Falle in die man tritt, wenn man CString<\/em> direkt ohne CString::GetString<\/em> in printf\/TRACE<\/em> und Konsorten verwendet. Nur hat man hier das Gl\u00fcck, dass ein CString <\/em>exakt 4 Bytes gro\u00df ist und genau aus einem Zeiger auf einen PTSTR<\/em> besteht.<\/p>\n

    Wie macht man es richtig?
    \nGenau… man f\u00fchrt den entsprechenden cast ein. Der cast benutzt nun den cast-Operator der Klasse CW2AEX,<\/em> und der liefert uns den Zeiger den wir wollten.<\/p>\n

    for (POSITION pos= m_aBind.GetHeadPosition(); pos; )
    \n{
    \n\u00a0S_BIND& b= m_aBind.GetNext(pos);
    \n\u00a0TRACE(__FUNCTION__ “ %-32s %2d\\n“,
    \n\u00a0 static_cast<PCSTR>(<\/u><\/strong>CT2A(b.sName.GetString()))<\/u><\/strong>,
    \n\u00a0 b.GetStatus());
    \n}<\/p>\n

    Amerkungen:<\/p>\n