今天在 buildroot 上交叉編譯 gstreamer 的時候，發現一個詭異的問題。
版本：
buildroot 2011.11-rc3
gstreamer-0.10.35
arm-none-linux-gnueabi-gcc-4.5.2

編譯出來之后調用 gst-inspect shmsrc，發現信息沒有打印完就出現 Abort 錯誤。
而 gst-inspect mpegtsmux 或者 v4l2src 還有其他的組件也有類似的錯誤。
如下所示：

用 gdb 調試的時候，定位到出錯位置，堆棧打印如下：



可見它是在 print_element_info 內發生的錯誤，而上面打印的信息也是在 “Element Implementation:” 這一句話后終止的。
接下來的 g_strdup_printf 以及一系列的 g 打頭的函數都是 glib 里面的代碼。
奇怪了，這類常用的函數怎么可能會出錯呢？
歷經周折，最后發現最底層調用的是 sprintf 函數。


而在 sprintf 的斷點處，確發現函數的參數都是正常的。
真是十分詭異的現象。


而 lib 的 sprintf 已經沒有源碼了，于是用 si 逐指令跟蹤。按了半分多種忽然有重大發現！
一開始一直在 vfprintf 里面，然后跳轉到一個底層的 __parse_one_specmb 函數。
居然瞬間又跳轉到一個 gstreamer 中的函數 _gst_info_printf_extension_arginfo！


這個函數究竟是何方神圣，看起來像是一個 printf 擴展類的回調函數。
發現了真身，這到底是什么東西？

搜了一下，找到了 GNU 的官網，發現是 printf 的擴展功能。是 glibc 2.0 版本以后的新東西。

發現它是可有可無的。
在 configure 里注釋掉它，在 buildroot 的 package 里加了一個 patch，然后重新 make。



一切正常了！哈哈！


最后發現早在2011年1月份就有老外發現了這個問題。https://bugzilla.gnome.org/show_bug.cgi?id=638599
貌似是跟 glib 的一些機制相關。
可能是影響范圍不夠廣，還沒有導致到要取消掉這個機制。



雖然說為了一個莫名其妙的問題忙活了半天，但學了一些 gdb 命令，而且還知道了 printf 原來還能擴展。很神奇的東西。