今天在 buildroot 上交叉編譯 gstreamer 的時(shí)候，發(fā)現(xiàn)一個(gè)詭異的問題。
版本：
buildroot 2011.11-rc3
gstreamer-0.10.35
arm-none-linux-gnueabi-gcc-4.5.2
編譯出來之后調(diào)用 gst-inspect shmsrc，發(fā)現(xiàn)信息沒有打印完就出現(xiàn) Abort 錯(cuò)誤。
而 gst-inspect mpegtsmux 或者 v4l2src 還有其他的組件也有類似的錯(cuò)誤。
如下所示：
這可能是收到了一個(gè) Abort 信號(hào)導(dǎo)致退出的，而不是程序正常結(jié)束。
于是在 buildroot 上選中 gdb 并且選擇帶調(diào)試信息編譯（-g3）。
用 gdb 調(diào)試的時(shí)候，定位到出錯(cuò)位置，堆棧打印如下：
可見它是在 print_element_info 內(nèi)發(fā)生的錯(cuò)誤，而上面打印的信息也是在 “Element Implementation:” 這一句話后終止的。
接下來的 g_strdup_printf 以及一系列的 g 打頭的函數(shù)都是 glib 里面的代碼。
奇怪了，這類常用的函數(shù)怎么可能會(huì)出錯(cuò)呢？
歷經(jīng)周折，最后發(fā)現(xiàn)最底層調(diào)用的是 sprintf 函數(shù)。
而在 sprintf 的斷點(diǎn)處，確發(fā)現(xiàn)函數(shù)的參數(shù)都是正常的。
真是十分詭異的現(xiàn)象。
而 lib 的 sprintf 已經(jīng)沒有源碼了，于是用 si 逐指令跟蹤。按了半分多種忽然有重大發(fā)現(xiàn)！
一開始一直在 vfprintf 里面，然后跳轉(zhuǎn)到一個(gè)底層的 __parse_one_specmb 函數(shù)。
居然瞬間又跳轉(zhuǎn)到一個(gè) gstreamer 中的函數(shù) _gst_info_printf_extension_arginfo！
這個(gè)函數(shù)究竟是何方神圣，看起來像是一個(gè) printf 擴(kuò)展類的回調(diào)函數(shù)。
發(fā)現(xiàn)了真身，這到底是什么東西？
搜了一下，找到了 GNU 的官網(wǎng)，發(fā)現(xiàn)是 printf 的擴(kuò)展功能。是 glibc 2.0 版本以后的新東西。
發(fā)現(xiàn)它是可有可無的。
在 configure 里注釋掉它，在 buildroot 的 package 里加了一個(gè) patch，然后重新 make。
一切正常了！哈哈！
最后發(fā)現(xiàn)早在2011年1月份就有老外發(fā)現(xiàn)了這個(gè)問題。
https://bugzilla.gnome.org/show_bug.cgi?id=638599貌似是跟 glib 的一些機(jī)制相關(guān)。
可能是影響范圍不夠廣，還沒有導(dǎo)致到要取消掉這個(gè)機(jī)制。
雖然說為了一個(gè)莫名其妙的問題忙活了半天，但學(xué)了一些 gdb 命令，而且還知道了 printf 原來還能擴(kuò)展。很神奇的東西。