Re: FYI: lsb

[thhsieh@tlug.sinica.edu.tw]

:  http://www.linuxbase.org/spec/lsbreview.html
:  ftp://lsb.sourceforge.net/pub/lsb/lsbdev
: 
: [informer@ns1 bin]$ xcin -h
: XCIN (Chinese XIM server) version xcin 2.5.2-pre2.
: (module ver: 20000217, syscin ver: 20000210).
: 
: [informer@ns1 bin]$ ./lsbappchk /usr/X11R6/lib/X11/xcin2.5/xcin
: ./lsbappchk 0.8.0
: Symbol _XRegisterFilterByType used, but not part of LSB
: Symbol _XUnregisterFilter used, but not part of LSB
: Symbol __finitef used, but not part of LSB
: Symbol __finite used, but not part of LSB
: Symbol __finitel used, but not part of LSB

我剛剛去逛了一下，這個 project 是在測試程式是否符合 Linux
軟/硬體的標準嗎？

_XRegisterFilterByType 與 _XUnregisterFilter 這兩個函式是
屬於 X11R6 的內部函式，而非 Xlib 的標準呼叫介面。這兩個函
式是用在 IMdkit (XIM 協定的核心)。當初發展 IMdkit 的人一
定對 Xlib 的內部實作細節瞭若指掌，因此他們在程式碼中偷偷
用了這兩個函式，使得 IMdkit 擁有攔截 Xlib 內部特定 event
的能力，因而可以處理 XIM 協定。

我不確定是否還有其他較好的方式可以處理 XIM 協定，但可以肯
定的是這麼做是一個潛在的黑洞，如果將來 Xlib 內部實作的細節
改變了，很可能就造成 IMdkit 無法編譯了。但就目前為止，從
XFree86-3.3.X (X11R6.3 左右) 一路到 XFree86-4.0.X, (X11R6.4)
(包括 GNU/Linux, FreeBSD, NetBSD, OpenBSD??) 甚至跨平台到
HP-UX B.10.XX, B.11.XX 系統 (也許還有 Solaris 系統, Darwin
系統？？)，都還沒遇到過問題，因此，也許我們還可以再「撐」一
段時間 :-))

但無論如何，黑洞將來終需清除的。

至於底下三個 __finitef 等 symbol 我就不清楚了，剛剛去搜尋一
下 xcin source tree 並沒有發現這三個東東。 LSB 的 imcompletement
嗎？ :-)))


T.H.Hsieh

To Unsubscribe: send mail to majordomo@linux.org.tw
with "unsubscribe xcin" in the body of the message