程序員寫個(gè)解

C語言bool占用4個(gè)字節(jié)？匯編之下無秘密|帶你看extern

昨天群友發(fā)文詢問，為什么C語言里bool似乎占用4Byte，給bool賦值后，它后面的3個(gè)字節(jié) 內(nèi)容也被修改了，并且她還強(qiáng)調(diào)代碼沒有經(jīng)過編譯器優(yōu)化（-O0是關(guān)閉優(yōu)化的意思）。

燕雙鷹終于輸了，輸在碼農(nóng)做的子彈有BUG，俄羅斯轉(zhuǎn)輪有風(fēng)險(xiǎn)|布爾表達(dá)式和布爾類型

從匯編角度來說，如果“test %al, %al”能改成“test %0x1, %al”就沒有匪夷所思的問題了，如此一來應(yīng)該會(huì)降低CPU的效率，畢竟執(zhí)行指令還需要一個(gè)立即數(shù)，我沒搞過編譯器也沒設(shè)計(jì)過CPU，純屬瞎猜，能搞編譯器的家伙都是大牛的存在，咱們吃瓜的參合個(gè)啥！

嵌入式Linux關(guān)機(jī)時(shí)如何通知主板BIOS斷電

Linux電腦輸入poweroff退出操作系統(tǒng)后電源會(huì)自動(dòng)切斷，而嵌入式Linux如果沒做特殊處理 輸入poweroff關(guān)閉系統(tǒng)后電源依舊保持著。敲擊鍵盤也不會(huì)有響應(yīng)。原因是CPU和主板之間有著行業(yè)標(biāo)準(zhǔn)，比如ACPI（Advanced Configuration and Power Interface）、 APM（Advanced Power Management），都有相應(yīng)的硬件IO狀態(tài)指示。

Python+OpenCV提取公眾號(hào)文章閱讀數(shù)

初定采用圖像識(shí)別的方法，圖像文字提取有很多現(xiàn)成方案，而且還是顯示器上的文字提取，比車牌識(shí)別要簡(jiǎn)單得多，就算不答應(yīng)他，我也想自己試試玩玩。計(jì)劃幾天的工作量，沒打算在它身上廢太多功夫。一切的創(chuàng)新從拷貝開始，沒想到3小時(shí)就把功能實(shí)現(xiàn)，接下來抽空上一點(diǎn)細(xì)節(jié)，以及各種異常處理，畢竟要規(guī)避少量誤報(bào)的情況。

FPGA實(shí)現(xiàn)以太網(wǎng)，現(xiàn)象有些奇怪

最近某項(xiàng)目采用以太網(wǎng)通信，實(shí)踐起來有些奇怪，好像設(shè)計(jì)成只能應(yīng)答某類計(jì)算機(jī)的ICMP（ping）命令， 某類計(jì)算機(jī)指的是Windows特定系統(tǒng)，其他系統(tǒng)發(fā)送ping都不能正確識(shí)別。

座談交流：TC8車載以太網(wǎng)測(cè)試

周末與一家車載企業(yè)交流，交流前幾天我做了功課，去他家官網(wǎng)看看有什么產(chǎn)品，其他產(chǎn)品與我目前所充實(shí)行業(yè)有些距離，不是太容易看得懂，不過他的兩個(gè)19寸機(jī)柜產(chǎn)品“以太網(wǎng)測(cè)試系統(tǒng)”、“CAN網(wǎng)絡(luò)測(cè)試系統(tǒng)”我倒是可以一眼看出他的設(shè)計(jì)目的。

座談交流：你寫過最復(fù)雜的架構(gòu)是啥

工作量守恒定律。前面看似吃點(diǎn)虧把其它不歸我的業(yè)務(wù)也實(shí)現(xiàn)了，正是我在第一階段實(shí)現(xiàn)了3塊業(yè)務(wù)，它也創(chuàng)造一個(gè)測(cè)試環(huán)境，我可以不依賴其他同事任務(wù)進(jìn)度，獨(dú)自完成軟路由的功能測(cè)試。其二，我的架構(gòu)能同時(shí)兼容3種業(yè)務(wù)的實(shí)現(xiàn)，也證明架構(gòu)有一定的彈性。

被自己蠢到——WIFI或許借鑒了DDR的設(shè)計(jì)

文章計(jì)算WIFI6采用1024-QAM時(shí)需要將相位分割成636份，2.4G頻率下硬件的響應(yīng)速度要至少達(dá)到0.6ps級(jí)別。

慚愧，通信專業(yè)畢業(yè)的我?guī)缀醪欢ㄐ?/a>

你處理過哪些低級(jí)BUG？見笑，我耗時(shí)8小時(shí)排查低級(jí)BUG|popen內(nèi)存泄漏

在我看來最不值得一提的BUG是那種可以重復(fù)復(fù)現(xiàn)的，他的穩(wěn)定復(fù)現(xiàn)通常排查起來沒啥技術(shù)含量， 早些年我處理一個(gè)不值得一提的BUG，BUG也很好復(fù)現(xiàn)，難點(diǎn)是復(fù)現(xiàn)時(shí)間固定在4小時(shí)左右，BUG由于文件資源未釋放引起進(jìn)程訪問文件數(shù)目受限而崩潰，早期Android系統(tǒng)用該BUG獲取到root權(quán)限， 本文向你分享，如何根據(jù)錯(cuò)誤提示和參考手冊(cè)找到故障點(diǎn)，指導(dǎo)新碼農(nóng)如何正確閱讀Linux幫助手冊(cè)（man page）， 最后總結(jié)我的排查過程給小白一點(diǎn)實(shí)用的建議。好下面開始不如步入正題。需要調(diào)試的是一個(gè)監(jiān)控程序，代碼非常簡(jiǎn)單，2個(gè)線程執(zhí)行不同的任務(wù)，每個(gè)任務(wù)都是間隔15秒執(zhí)行一次，程序固定在大約4小時(shí)后崩潰。代碼簡(jiǎn)單到用不著任何同步機(jī)制、沒有任何通信，極少的內(nèi)存訪問，按理來說他就不應(yīng)該存在BUG，然而還是發(fā)生了。