Comments on: Implementing dprintf() with __VA_ARGS__ http://www.jeffhung.net/blog/articles/jeffhung/1013/ (My smile insists of having nose. :-) Thu, 03 Nov 2011 00:43:25 +0000 hourly 1 http://wordpress.org/?v=3.1.2-alpha By: sunnyhaha http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-175997 sunnyhaha Thu, 01 Sep 2011 08:58:08 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-175997 可以在__VA_ARGS__之前加##，也就是使用： ##__VA_ARGS__这种方式。 这样可以避免零个参数而产生的错误。 ============================================ 窃以为，零个参数的情况应该把它当成错误报告出来，而不是让它编译通过。 可以在__VA_ARGS__之前加##，也就是使用：
##__VA_ARGS__这种方式。

这样可以避免零个参数而产生的错误。

============================================
窃以为，零个参数的情况应该把它当成错误报告出来，而不是让它编译通过。

]]> By: sunnyhaha http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-175996 sunnyhaha Thu, 01 Sep 2011 08:54:28 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-175996 可以在__VA_ARGS__之前加##，也就是使用： ##__VA_ARGS__这种方式。 这样可以避免零个参数而产生的错误。 =============================== 零个参数的错误应该报告出来，而不是让它编译通过。 窃以为，加##的这种方法是不可取的。 可以在__VA_ARGS__之前加##，也就是使用：
##__VA_ARGS__这种方式。

这样可以避免零个参数而产生的错误。

===============================
零个参数的错误应该报告出来，而不是让它编译通过。
窃以为，加##的这种方法是不可取的。

]]> By: novus http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-175290 novus Sat, 13 Nov 2010 04:29:28 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-175290 剛好前陣子在 survey 一些 debuging output 的實作，路過了這系列精彩的文章。 我必須說您在 v2 幾乎就快達成目的了，就差臨門一腳卻沒有繼續堅持下去。 #ifndef NDEBUG # define DPRINTF dprintf_impl #else # define DPRINTF (1)? (void) 0 : dprintf_impl // alt. solution: if (0) dprintf_impl #endif 關鍵在於把 dprintf_impl 放在絕對不會被執行到的路徑上。這是所有最佳化當中最基本的類型，幾乎可以保證會被編譯器發現。 就算是在最壞的情況下編譯器照原意編出，至少也不會有副作用，頂多是浪費一個分支指令，況且對這個分支行為的預測總是非常準確。 剛好前陣子在 survey 一些 debuging output 的實作，路過了這系列精彩的文章。

我必須說您在 v2 幾乎就快達成目的了，就差臨門一腳卻沒有繼續堅持下去。

#ifndef NDEBUG
# define DPRINTF dprintf_impl
#else
# define DPRINTF (1)? (void) 0 : dprintf_impl
// alt. solution: if (0) dprintf_impl
#endif

關鍵在於把 dprintf_impl 放在絕對不會被執行到的路徑上。這是所有最佳化當中最基本的類型，幾乎可以保證會被編譯器發現。

就算是在最壞的情況下編譯器照原意編出，至少也不會有副作用，頂多是浪費一個分支指令，況且對這個分支行為的預測總是非常準確。

]]> By: cocobear http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-141566 cocobear Sun, 31 May 2009 03:52:29 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-141566 可以在__VA_ARGS__之前加##，也就是使用： ##__VA_ARGS__这种方式。 这样可以避免零个参数而产生的错误。 可以在__VA_ARGS__之前加##，也就是使用：
##__VA_ARGS__这种方式。

这样可以避免零个参数而产生的错误。

]]> By: AceLan http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-77258 AceLan Sun, 30 Sep 2007 01:14:08 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-77258 FYI. http://x-solve.com/blog/?p=15 期待你下一篇 關於 VC6 __VA_ARGS__ 的解法 ^^ FYI.
http://x-solve.com/blog/?p=15

期待你下一篇 關於 VC6 __VA_ARGS__ 的解法 ^^

]]> By: abin http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-76956 abin Wed, 26 Sep 2007 20:11:02 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-76956 謝謝您的回覆. 查了一下您所說的TLS ..還是不太懂這跟 lacking of __VA_ARGS__ in VC6 之間的關連. 我還是等您的續篇好了..再次謝謝您了~ 謝謝您的回覆.
查了一下您所說的TLS ..還是不太懂這跟 lacking of __VA_ARGS__ in VC6
之間的關連. 我還是等您的續篇好了..再次謝謝您了~

]]> By: jeffhung http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-76320 jeffhung Fri, 21 Sep 2007 02:08:02 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-76320 <p>abin,</p> <p>好酒陳甕底，啊，不是，寫文章要花很多時間，這一篇前前後後也花了十天才寫完。第二集技術方面已經沒問題了，但是需要時間鋪陳，化為文字與適於講解的範例，加上最近工作很忙，回到家就累攤了，所以只好請您等等囉。</p> <p>不過可以先透漏一下解法的關鍵字：(C++ || TLS)，後者是 Thread Local Storage 的縮寫，請注意 expression shortcut 的效果。</p> <p>ps. 這一系列有三集，第三集有方向了，但是詳細解法尚待思量。</p> abin,

好酒陳甕底，啊，不是，寫文章要花很多時間，這一篇前前後後也花了十天才寫完。第二集技術方面已經沒問題了，但是需要時間鋪陳，化為文字與適於講解的範例，加上最近工作很忙，回到家就累攤了，所以只好請您等等囉。

不過可以先透漏一下解法的關鍵字：(C++ || TLS)，後者是 Thread Local Storage 的縮寫，請注意 expression shortcut 的效果。

ps. 這一系列有三集，第三集有方向了，但是詳細解法尚待思量。

]]> By: abin http://www.jeffhung.net/blog/articles/jeffhung/1013/comment-page-1/#comment-76316 abin Fri, 21 Sep 2007 00:48:43 +0000 http://www.jeffhung.net/blog/articles/jeffhung/1013/#comment-76316 看了您的這篇文章後,受益匪淺..寫的真是太詳細了. 我剛好也有相同的應用.這這種方式除錯及trace真是太方便了. 只是我會在多加上 時間差 以及 ThreadID ,並且輸出到 debug view(http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx) 還有我多加了一個 depth 參數, 用來讓除錯時有層次以及計算不同層次中的時間差( 例如 main depth 為 0 , main->funcA() 為 1) ThreadID 主要是可以適用於 multithread 的狀況下, 時間差主要是可以找出程式效能瓶頸. 使用debug view主要是讓程式在web上依然能夠除錯. 而且我會有一個 method 列出所有 thread 目前所 RUN 到的位置.. 用來檢查是不是有 deadlock 以上這幾點提供您參考. 另外關於您的續篇..《Workaround: lacking of __VA_ARGS__ in VC6》 可不可以先透漏一點技巧給我呢? 關於這方面我找了很久.還是找不到相關資料.. 再次謝謝您寫這麼精闢的文章分享 也歡迎加入我的 msn 大家有空聊寥程式心得 看了您的這篇文章後,受益匪淺..寫的真是太詳細了.
我剛好也有相同的應用.這這種方式除錯及trace真是太方便了.
只是我會在多加上 時間差 以及 ThreadID ,並且輸出到 debug view(http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx)
還有我多加了一個 depth 參數, 用來讓除錯時有層次以及計算不同層次中的時間差( 例如 main depth 為 0 , main->funcA() 為 1)
ThreadID 主要是可以適用於 multithread 的狀況下,
時間差主要是可以找出程式效能瓶頸.
使用debug view主要是讓程式在web上依然能夠除錯.
而且我會有一個 method 列出所有 thread 目前所 RUN 到的位置.. 用來檢查是不是有 deadlock
以上這幾點提供您參考.

另外關於您的續篇..《Workaround: lacking of __VA_ARGS__ in VC6》
可不可以先透漏一點技巧給我呢? 關於這方面我找了很久.還是找不到相關資料..
再次謝謝您寫這麼精闢的文章分享
也歡迎加入我的 msn 大家有空聊寥程式心得

]]>