錯誤處理函數gchar *g_strerror( gint errnum );返回一條對應於給定錯誤碼的錯誤字串資訊,例如“ no such process”等。輸出結果一般採用下面這種形式: +程式名:發生錯誤的函數名:檔案或者描述:s t r e r r o r下面是一個使用g _ s t r e r r o r函數的例子:g_print("hello_world:open:%s:%s/n", filename, g_strerror(errno));void g_error( gchar
條款43: 明智地使用多繼承要看是誰來說,多繼承(MI)要麼被認為是神來之筆,要麼被當成是魔鬼的造物。支援者宣揚說,它是對真實世界問題進行自然模型化所必需的;而批評者爭論說,它太慢,難以實現,功能卻不比單繼承強大。更讓人為難的是,物件導向程式設計語言領域在這個問題上至今仍存在分歧:C++,Eiffel和the Common LISP Object System (CLOS)提供了MI;Smalltalk,Objective C和Object
GString除了使用gchar *進行字串處理以外, G l i b還定義了一種新的資料類型: G S t r i n g。它類似於標準C的字串類型,但是G S t r i n g能夠自動成長。它的字串資料是以N U L L結尾的。這些特性可以防止程式中的緩衝溢出。這是一種非常重要的特性。下面是G S t r i n g的定義:struct GString{gchar *str; /* Points to the st’rsi ncgurrent /0-terminated value. */
出處 http://blog.csdn.net/bat603作者 prophet本文可隨意轉載,但須保留出處。 該文只是針對具體問題的解決方案,主要是拋磚引磚。 這次感覺到了linux的脆弱,或者說真正體會到了在linux中一切都是以檔案實現的。也許在系統重新啟動以前我裝了一些字型軟體包,還有可能是因為我沒有把程式關閉就執行了reboot命令,我不能確定,有待以後找到原因。 總之,系統無法進入X-Window了,提示資訊是: could not open
系統從硬碟無法啟動,從A盤啟動也無法進入C盤,使用CMOS中的自動監測功能也無法發現硬碟的存在。這種故障大都出現在串連電纜或IDE連接埠上,硬碟本身故障的可能性不大,可通過重新插接硬碟電纜或者改換IDE口及電纜等進行替換實驗,就會很快發現故障的所在。如果新接上的硬碟也不被接受,一個常見的原因就是硬碟上的主從跳線,如果一條IDE硬碟線上接兩個硬碟裝置,就要分清楚主從關係。 CMOS引起的故障 CMOS中的硬碟類型正確與否直接影響硬碟的正常使用。現在的機器都支援“IDE Auto Detect”
裡面也有一定的欠妥之處,由於時間匆忙,有時間再做更改.資訊來源:http://bluesilence.blogchina.com/第一個GLIB第二個ATK第三個CAIRO第四個PANGO(安裝指令統一為:./configure --prefix=/usr && make && make install)第五個GTK安裝GTK的時候參數參考http://www.gtk.org (./configure
計時器函數計時器函數可以用於為操作計時(例如,記錄某項操作用了多長時間)。使用它的第一步是用g _ t i m e r _ n e w ( )函數建立一個計時器,然後使用g _ t i m e r _ s t a r t ( )函數開始對操作計時,使用g _ t i m e r _ s t o p ( )函數停止對操作計時,用g _ t i m e r _ e l a p s e d ( )函數判定計時器的已耗用時間。建立一個新的計時器:GTimer *g_timer_new( void