{"id":666,"date":"2010-09-04T15:15:41","date_gmt":"2010-09-04T14:15:41","guid":{"rendered":"http:\/\/blog.m-ri.de\/?p=666"},"modified":"2010-09-09T20:49:29","modified_gmt":"2010-09-09T19:49:29","slug":"breaking-change-in-vc-2010-in-der-stl-wird-0-bzw-null-nicht-mehr-gueltiger-zeiger-akzeptiert","status":"publish","type":"post","link":"http:\/\/blog.m-ri.de\/index.php\/2010\/09\/04\/breaking-change-in-vc-2010-in-der-stl-wird-0-bzw-null-nicht-mehr-gueltiger-zeiger-akzeptiert\/","title":{"rendered":"Breaking-Change: In VC-2010 in der STL wird 0 bzw. NULL nicht mehr g\u00fcltiger Zeiger akzeptiert"},"content":{"rendered":"

Die STL<\/em> Implementierung wurde klar hinsichtlich „perfect forwarding“ <\/em>\u00fcberarbeitet (Siehe C++0x). Allerdings sind dabei auch einige Sachen reingerutscht die dazu f\u00fchren, dass sich mancher Code nicht mehr kompilieren l\u00e4sst.<\/p>\n

So f\u00fchren die nachfolgenen Zeilen zu einem Compiler Fehler:<\/p>\n

std::pair<void*,void*> p(0, NULL);\r\n\/\/ fails with error C2440: 'initializing' : cannot convert from 'int' to 'void *'<\/pre>\n
Gleiches negatives Ergebnis erh\u00e4lt man, wenn man die folgenden Zeile kompiliert:<\/p>\n
vector<void*> v;\u00a0\r\nv.insert(v.begin(),NULL);<\/pre>\n
Der Hintergrund wird hier in dieser Connect\u00a0Meldung beleuchtet:
\nhttps:\/\/connect.microsoft.com\/VisualStudio\/feedback\/details\/520043\/error-converting-from-null-to-a-pointer-type-in-std-pair?wa=wsignin1.0<\/a><\/p>\n
Das Problem ist, das 0 (NULL)<\/em> sich zwar brav in einen Zeiger umwandeln <\/strong>l\u00e4sst.\u00a00 (NULL)<\/em> bleibt aber deshalb dennoch vom Typ her ein int<\/em> <\/strong>ist wird nicht zu einem Zeiger. Die typensichere Implementierung in der STL<\/em> f\u00fchrt nun dazu, dass 0 (NULL) <\/em>nicht als void* <\/em>akzeptiert wird.<\/p>\n
Einzige L\u00f6sung und auch mein Rat:
\nMan verwendet nicht mehr 0 <\/em>oder NULL<\/em>, wenn ein NULL<\/em>-Zeiger gemeint ist, sondern nullptr<\/em> \u2757
\n<\/strong>Wer Code kompatibel zu VC-2008 <\/em>und fr\u00fcher halten muss, kann ja in seinen Headern den folgende Definition einf\u00fchren:<\/p>\n
#if\u00a0 _MSC_VER<1600\r\nconst int nullptr = 0;\r\n#endif<\/pre>\n
Mehr zu perfect forwarding <\/em>liest man hier:
\nhttp:\/\/std.dkuug.dk\/jtc1\/sc22\/wg21\/docs\/papers\/2002\/n1385.htm<\/a>
\nhttp:\/\/thbecker.net\/articles\/rvalue_references\/section_07.html<\/a><\/p>\n
Wie auch aus dem Connect Artikel zu entnehmen ist kann man damit rechnen, dass sich in VC11 <\/em>alles wieder etwas zur\u00fcckentwickeln wird. D.h. std::pair <\/em>und auch die insert <\/em>Befehle der Container sollen wirde brav 0 aktzeptieren k\u00f6nnen, wenn Zeiger gemeint sind. Gleiches bekam ich auch \u00fcber meine Kontakte zur Produktgruppe zu h\u00f6hren. Aber was VC11 <\/em>betrifft ist alles sowieso nur Zukunftsmusik und alles noch im dichten Nebel und was wirklich Realit\u00e4t wird \u00a0muss man dann wohl erst mal sehen \ud83d\ude09<\/p>\n
Nachtrag vom 09.09.2010:<\/strong>
\nDravere<\/em> hat in einem Kommentar auf eine geniale Implementierung f\u00fcr nullptr<\/em> hingewiesen:
\nhttp:\/\/www.c-plusplus.de\/forum\/viewtopic-var-t-is-220511.html<\/a>
\nDie ist weitaus besser als meine Definition als const int<\/em>.<\/p>\n
const class\r\n{\r\npublic:\r\n  template<class T> operator T*() const {return 0;}\r\n  template<class C, class T> operator T C::*() const {return 0;}\r\nprivate:\r\n  void operator&() const;\r\n}\r\nnullptr = {};<\/pre>\n","protected":false},"excerpt":{"rendered":"
Die STL Implementierung wurde klar hinsichtlich „perfect forwarding“ \u00fcberarbeitet (Siehe C++0x). Allerdings sind dabei auch einige Sachen reingerutscht die dazu f\u00fchren, dass sich mancher Code nicht mehr kompilieren l\u00e4sst. So f\u00fchren die nachfolgenen Zeilen zu einem Compiler Fehler: std::pair<void*,void*> p(0, NULL); \/\/ fails with error C2440: ‚initializing‘ : cannot convert from ‚int‘ to ‚void *‘ … \u201eBreaking-Change: In VC-2010 in der STL wird 0 bzw. NULL nicht mehr g\u00fcltiger Zeiger akzeptiert\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[30,3,172],"tags":[173,99,370,248,174,171],"class_list":["post-666","post","type-post","status-publish","format-standard","hentry","category-c","category-programmieren","category-vs2010","tag-breaking-changes","tag-bug","tag-c","tag-c0x","tag-stl","tag-vs-2010"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/666","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/comments?post=666"}],"version-history":[{"count":1,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/666\/revisions"}],"predecessor-version":[{"id":673,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/666\/revisions\/673"}],"wp:attachment":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/media?parent=666"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/categories?post=666"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/tags?post=666"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}