Linux
-
Linux內(nèi)核仍有可能受遠(yuǎn)古漏洞影響
該漏洞在 CVSS 3.0 下的基本得分為 7.8，它能夠讓本地?zé)o權(quán)限的用戶獲取 root 權(quán)限，或者發(fā)動 DoS 讓系統(tǒng)崩潰。4.10.1 以上的版本都存在這個問題，Linux 方面表示，該漏洞將影響 Linux 服務(wù)器，工作站以及虛擬機(jī)，但對大多數(shù)容器不造成影響。
-
文件I/O編程之： 標(biāo)準(zhǔn)I/O編程
本章前面幾節(jié)所述的文件及I/O讀寫都是基于文件描述符的。這些都是基本的I/O控制，是不帶緩存的。而本節(jié)所要討論的I/O操作都是基于流緩沖的，它是符合ANSI C的標(biāo)準(zhǔn)I/O處理，這里有很多函數(shù)讀者已經(jīng)非常熟悉了（如printf()、scantf()函數(shù)等），因此本節(jié)中僅簡要介紹最主要的函數(shù)。
-
文件I/O編程之： 實驗內(nèi)容
通過編寫文件讀寫及上鎖的程序，進(jìn)一步熟悉Linux中文件I/O相關(guān)的應(yīng)用開發(fā)，并且熟練掌握open()、read()、write()、fcntl()等函數(shù)的使用。
-
進(jìn)程間通信之：管道
本書在第2章中介紹“ps”的命令時提到過管道，當(dāng)時指出了管道是Linux中一種很重要的通信方式，它是把一個程序的輸出直接連接到另一個程序的輸入，這里仍以第2章中的“ps –ef | grep ntp”為例，描述管道的通信過程，如圖8.2所示
-
文件I/O編程之： 本章小結(jié)及思考與練習(xí)
本章首先講解了系統(tǒng)調(diào)用（System Call）、用戶函數(shù)接口（API）和系統(tǒng)命令之間的聯(lián)系和區(qū)別，這也是貫穿本書的一條主線，本書就是按照系統(tǒng)命令、用戶函數(shù)接口（API）系統(tǒng)調(diào)用的順序逐層深入講解，希望讀者能有一個較為深刻的認(rèn)識。
-
進(jìn)程控制開發(fā)之：Linux進(jìn)程概述
進(jìn)程的概念首先是在20世紀(jì)60年代初期由MIT的Multics系統(tǒng)和IBM的TSS/360系統(tǒng)引入的。在40多年的發(fā)展中，人們對進(jìn)程有過各種各樣的定義。現(xiàn)列舉較為著名的幾種。
-
進(jìn)程控制開發(fā)之：Linux進(jìn)程控制編程
在Linux中創(chuàng)建一個新進(jìn)程的惟一方法是使用fork()函數(shù)。fork()函數(shù)是Linux中一個非常重要的函數(shù)，和讀者以往遇到的函數(shù)有一些區(qū)別，因為它看起來執(zhí)行一次卻返回兩個值。難道一個函數(shù)真的能返回兩個值嗎？希望讀者能認(rèn)真地學(xué)習(xí)這一部分的內(nèi)容。
-
進(jìn)程控制開發(fā)之：Linux守護(hù)進(jìn)程
守護(hù)進(jìn)程，也就是通常所說的Daemon進(jìn)程，是Linux中的后臺服務(wù)進(jìn)程。它是一個生存期較長的進(jìn)程，通常獨立于控制終端并且周期性地執(zhí)行某種任務(wù)或等待處理某些發(fā)生的事件。守護(hù)進(jìn)程常常在系統(tǒng)引導(dǎo)載入時啟動，在系統(tǒng)關(guān)閉時終止。
-
進(jìn)程控制開發(fā)之：實驗內(nèi)容
通過編寫多進(jìn)程程序，使讀者熟練掌握fork()、exec()、wait()和waitpid()等函數(shù)的使用，進(jìn)一步理解在Linux中多進(jìn)程編程的步驟。
-
進(jìn)程控制開發(fā)之：本章小結(jié)及思考與練習(xí)
本章主要介紹進(jìn)程的控制開發(fā)，首先給出了進(jìn)程的基本概念，Linux下進(jìn)程的基本結(jié)構(gòu)、模式與類型以及Linux進(jìn)程管理。進(jìn)程是Linux中程序運行和資源管理的最小單位，對進(jìn)程的處理也是嵌入式Linux應(yīng)用編程的基礎(chǔ)，因此，讀者一定要牢牢掌握。
-
進(jìn)程間通信之：信號
信號是UNIX中所使用的進(jìn)程通信的一種最古老的方法。它是在軟件層次上對中斷機(jī)制的一種模擬，是一種異步通信方式。信號可以直接進(jìn)行用戶空間進(jìn)程和內(nèi)核進(jìn)程之間的交互，內(nèi)核進(jìn)程也可以利用它來通知用戶空間進(jìn)程發(fā)生了哪些系統(tǒng)事件。它可以在任何時候發(fā)給某一進(jìn)程，而無需知道該進(jìn)程的狀態(tài)。
-
進(jìn)程間通信之： 信號量
在多任務(wù)操作系統(tǒng)環(huán)境下，多個進(jìn)程會同時運行，并且一些進(jìn)程之間可能存在一定的關(guān)聯(lián)。多個進(jìn)程可能為了完成同一個任務(wù)會相互協(xié)作，這樣形成進(jìn)程之間的同步關(guān)系。而且在不同進(jìn)程之間，為了爭奪有限的系統(tǒng)資源（硬件或軟件資源）會進(jìn)入競爭狀態(tài)，這就是進(jìn)程之間的互斥關(guān)系。
-
進(jìn)程間通信之： 共享內(nèi)存
可以說，共享內(nèi)存是一種最為高效的進(jìn)程間通信方式。因為進(jìn)程可以直接讀寫內(nèi)存，不需要任何數(shù)據(jù)的復(fù)制。為了在多個進(jìn)程間交換信息，內(nèi)核專門留出了一塊內(nèi)存區(qū)。這段內(nèi)存區(qū)可以由需要訪問的進(jìn)程將其映射到自己的私有地址空間。因此，進(jìn)程就可以直接讀寫這一內(nèi)存區(qū)而不需要進(jìn)行數(shù)據(jù)的復(fù)制，從而大大提高了效率。
-
進(jìn)程間通信之：消息隊列
顧名思義，消息隊列就是一些消息的列表。用戶可以從消息隊列中添加消息和讀取消息等。從這點上看，消息隊列具有一定的FIFO特性，但是它可以實現(xiàn)消息的隨機(jī)查詢，比FIFO具有更大的優(yōu)勢。同時，這些消息又是存在于內(nèi)核中的，由“隊列ID”來標(biāo)識。
-
進(jìn)程間通信之：實驗內(nèi)容
通過編寫有名管道多路通信實驗，讀者可進(jìn)一步掌握管道的創(chuàng)建、讀寫等操作，同時，也復(fù)習(xí)使用select()函數(shù)實現(xiàn)管道的通信。
-
進(jìn)程間通信之：本章小結(jié)及思考與練習(xí)
本章詳細(xì)講解了Linux中進(jìn)程間通信的幾種機(jī)制，包括管道通信、信號通信、消息隊列、信號量以及共享內(nèi)存機(jī)制等，并且講解了進(jìn)程間通信的演進(jìn)。
-
多線程編程之：Linux線程概述
前面已經(jīng)提到，進(jìn)程是系統(tǒng)中程序執(zhí)行和資源分配的基本單位。每個進(jìn)程都擁有自己的數(shù)據(jù)段、代碼段和堆棧段，這就造成了進(jìn)程在進(jìn)行切換等操作時都需要有比較復(fù)雜的上下文切換等動作。為了進(jìn)一步減少處理機(jī)的空轉(zhuǎn)時間，支持多處理器以及減少上下文切換開銷，進(jìn)程在演化中出現(xiàn)了另一個概念——線程。
-
多線程編程之：實驗內(nèi)容——“生產(chǎn)者消費者”實驗
“生產(chǎn)者消費者”問題是一個著名的同時性編程問題的集合。通過學(xué)習(xí)經(jīng)典的“生產(chǎn)者消費者”問題的實驗，讀者可以進(jìn)一步熟悉Linux中的多線程編程，并且掌握用信號量處理線程間的同步和互斥問題。
-
多線程編程之：本章小結(jié)及思考與練習(xí)
本章首先介紹了線程的基本概念、線程的分類和特性以及線程的發(fā)展歷程。
-
Qt圖形編程基礎(chǔ)之：Qt/Embedded開發(fā)入門
Qt/Embedded以原始Qt為基礎(chǔ)，并做了許多出色的調(diào)整以適用于嵌入式環(huán)境。Qt/Embedded通過Qt API與Linux I/O設(shè)施直接交互，成為嵌入式Linux端口。同Qt/X11相比，Qt/Embedded很省內(nèi)存，因為它不需要一個X服務(wù)器或是Xlib庫，它在底層拋棄了X lib，采用framebuffer）作為底層圖形接口
- 安富利3kW模擬電源供應(yīng)器（PSU）解決方案開發(fā)板來襲，申請領(lǐng)好禮
- 得捷芯聞解碼視頻研習(xí)站第五期：打造更安全、更智能、更舒適、高續(xù)航的駕乘體驗
- FPGA供電應(yīng)用遇挑戰(zhàn)？MPS高性能FPGA供電解決方案幫你破局
- 得捷芯聞解碼研習(xí)站第四期：網(wǎng)絡(luò)安全芯片，讓您的應(yīng)用系統(tǒng)無懈可擊
- “變現(xiàn)”指南：上傳資料獲三重紅包，親測有效！
- 《21ic技術(shù)洞察》系列欄目：AI芯紀(jì)元——AI加持，語?助?再進(jìn)化！
- 得捷芯聞解碼研習(xí)站第三期：MCU助?多應(yīng)?打破功耗噩夢與安全隱患困局
