久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

    • <bdo id='vacGm'></bdo><ul id='vacGm'></ul>

  • <small id='vacGm'></small><noframes id='vacGm'>

    <tfoot id='vacGm'></tfoot>
      <legend id='vacGm'><style id='vacGm'><dir id='vacGm'><q id='vacGm'></q></dir></style></legend>
      1. <i id='vacGm'><tr id='vacGm'><dt id='vacGm'><q id='vacGm'><span id='vacGm'><b id='vacGm'><form id='vacGm'><ins id='vacGm'></ins><ul id='vacGm'></ul><sub id='vacGm'></sub></form><legend id='vacGm'></legend><bdo id='vacGm'><pre id='vacGm'><center id='vacGm'></center></pre></bdo></b><th id='vacGm'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='vacGm'><tfoot id='vacGm'></tfoot><dl id='vacGm'><fieldset id='vacGm'></fieldset></dl></div>

        有沒有一種干凈的方法來防止 windows.h 創建一個接

        Is there a clean way to prevent windows.h from creating a near amp; far macro?(有沒有一種干凈的方法來防止 windows.h 創建一個接近 amp;遠宏?)
          <tbody id='euOcW'></tbody>

        • <tfoot id='euOcW'></tfoot>

            <i id='euOcW'><tr id='euOcW'><dt id='euOcW'><q id='euOcW'><span id='euOcW'><b id='euOcW'><form id='euOcW'><ins id='euOcW'></ins><ul id='euOcW'></ul><sub id='euOcW'></sub></form><legend id='euOcW'></legend><bdo id='euOcW'><pre id='euOcW'><center id='euOcW'></center></pre></bdo></b><th id='euOcW'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='euOcW'><tfoot id='euOcW'></tfoot><dl id='euOcW'><fieldset id='euOcW'></fieldset></dl></div>

            <small id='euOcW'></small><noframes id='euOcW'>

                  <bdo id='euOcW'></bdo><ul id='euOcW'></ul>
                • <legend id='euOcW'><style id='euOcW'><dir id='euOcW'><q id='euOcW'></q></dir></style></legend>
                  本文介紹了有沒有一種干凈的方法來防止 windows.h 創建一個接近 &amp;遠宏?的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

                  問題描述

                  在 WinDef.h 的深處有一個來自分段內存時代的遺物:

                  Deep down in WinDef.h there's this relic from the segmented memory era:

                  #define far
                  #define near
                  

                  如果您嘗試使用near 或far 作為變量名,這顯然會導致問題.任何干凈的解決方法?其他然后重命名我的變量?

                  This obviously causes problems if you attempt to use near or far as variable names. Any clean workarounds? Other then renaming my variables?

                  推薦答案

                  您可以安全地取消定義它們,這與其他人的聲明相反.原因是它們只是宏的.它們只影響定義和未定義之間的預處理器.在您的情況下,這將從 windows.h 的早期到 windows.h 的最后一行.如果您需要額外的窗口標題,您可以將它們包含在 windows.h 之后和 #undef 之前.在您的代碼中,預處理器將按照預期簡單地保持符號不變.

                  You can safely undefine them, contrary to claims from others. The reason is that they're just macros's. They only affect the preprocessor between their definition and their undefinition. In your case, that will be from early in windows.h to the last line of windows.h. If you need extra windows headers, you'd include them after windows.h and before the #undef. In your code, the preprocessor will simply leave the symbols unchanged, as intended.

                  關于舊代碼的注釋是無關緊要的.該代碼將在一個單獨的庫中,獨立編譯.只有在鏈接時才會連接這些宏,而宏早已不復存在.

                  The comment about older code is irrelevant. That code will be in a separate library, compiled independently. Only at link time will these be connected, when macros are long gone.

                  這篇關于有沒有一種干凈的方法來防止 windows.h 創建一個接近 &amp;遠宏?的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網!

                  【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!

                  相關文檔推薦

                  In what ways do C++ exceptions slow down code when there are no exceptions thown?(當沒有異常時,C++ 異常會以何種方式減慢代碼速度?)
                  Why catch an exception as reference-to-const?(為什么要捕獲異常作為對 const 的引用?)
                  When and how should I use exception handling?(我應該何時以及如何使用異常處理?)
                  Scope of exception object in C++(C++中異常對象的范圍)
                  Catching exceptions from a constructor#39;s initializer list(從構造函數的初始化列表中捕獲異常)
                  Difference between C++03 throw() specifier C++11 noexcept(C++03 throw() 說明符 C++11 noexcept 之間的區別)

                  <legend id='yZlrj'><style id='yZlrj'><dir id='yZlrj'><q id='yZlrj'></q></dir></style></legend>
                • <tfoot id='yZlrj'></tfoot>

                        <tbody id='yZlrj'></tbody>

                      <i id='yZlrj'><tr id='yZlrj'><dt id='yZlrj'><q id='yZlrj'><span id='yZlrj'><b id='yZlrj'><form id='yZlrj'><ins id='yZlrj'></ins><ul id='yZlrj'></ul><sub id='yZlrj'></sub></form><legend id='yZlrj'></legend><bdo id='yZlrj'><pre id='yZlrj'><center id='yZlrj'></center></pre></bdo></b><th id='yZlrj'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='yZlrj'><tfoot id='yZlrj'></tfoot><dl id='yZlrj'><fieldset id='yZlrj'></fieldset></dl></div>
                      • <bdo id='yZlrj'></bdo><ul id='yZlrj'></ul>
                          • <small id='yZlrj'></small><noframes id='yZlrj'>

                            主站蜘蛛池模板: 一区二区三区免费在线观看 | 99久久精品免费视频 | 精品91视频| 国产亚洲一区二区三区 | 国产视频线观看永久免费 | 久草院线 | 国产成人精品午夜视频免费 | 日韩成人免费 | 国产91中文 | 成人午夜精品 | 国产精品高潮呻吟久久av黑人 | 天堂综合网久久 | 国产欧美一区二区三区在线看 | 天天射天天干 | 亚洲午夜精品一区二区三区他趣 | 久草.com | 韩日一区 | 黄色成人免费在线观看 | 久久久婷| 精品一区二区三区四区五区 | 国产69久久精品成人看动漫 | 亚洲国产成人久久久 | 一级毛片在线播放 | 高清人人天天夜夜曰狠狠狠狠 | 综合色播| 日p视频免费看 | 一区二区三区视频在线免费观看 | 精品国产免费人成在线观看 | 在线播放国产一区二区三区 | 欧美二区三区 | 色秀网站 | 刘亦菲国产毛片bd | 国产精品久久网 | 欧美日韩高清免费 | 国产精品69毛片高清亚洲 | 欧美成年黄网站色视频 | 欧美激情欧美激情在线五月 | 国产精品欧美一区二区三区不卡 | 亚洲成年人免费网站 | 三级黄视频在线观看 | 久草网址|