Debugging in real-time embedded system(1)

For the recent months, I was always focus on debugging in the real-time system Vxworks, and off course wasted too much time on some bugs. These bugs were tricky but all turned out to be simple after finding the root cause.There are different ways of

Android 動態壁紙(Live Wallpaper)編寫注意事項小記

不要使用Thread應直接使用Handler與Runnable介面對象組合運行。使用Thread會產生一些莫名其妙的問題,比如:壁紙預覽時報錯;壁紙設定時報錯;壁紙設定後閃一下即消失變為預設靜態壁紙;壁紙設定後停止運行但切換到待機狀態再切回還是能啟動並執行。當壁紙設定後消失時,在DDMS中看到產生的異常資訊類似: 01-13 03:04:53.734: INFO/DEBUG(1856): *** *** *** *** *** *** *** *** *** *** *** *** *** **

怎麼樣實現這樣一個指令碼?

不數不知道,一數嚇一跳,最近一共做了60個軟體版本的測試.每個版本從編譯完到把軟體上傳到目標機器上測試,中間步驟還是相當繁雜。一直想能否寫一個指令碼,自動化完成以上工作,但是能力有限,不知如何下手。把這個問題具體化一點。這是所有涉及到的電腦(伺服器,目標機器等)。具體步驟:1. 項目build產生的檔案A,存在於clearcase server上2. 我copy檔案A到我的電腦上,我的電腦是windows作業系統3. 用FTP把檔案A上傳到Linux

程式中遇到的問題(2)

1. Trace level 設定和其它的task priority一樣,而程式中正好有一條周期性trace,每隔20毫秒即調用socket,發送資料到server。這導致其它task無法調用,無法正常啟動。 正常的trace task應該處在很低的level,把trace task優先順序調低。2. 多任務系統中,任務之間的啟動順序混亂。必須用semaphore機制保證各個任務啟動的先後順序。但並不是所有task都需要semaphore機制保護,這就涉及到多進程(任務)系統的程式設計了....

RTP的root task接收kernel mode EVENT的解決方案

這兩天一直被這個問題block.Vxworks的文檔上沒有提及Vxworks的RTP的root task如何接收來自kernel mode的event.這裡的root rask是指RTP spwan後自動產生的task.據說其他有些公司,也是用這個方法workaround的。目前windriver公司表示無奈。首先搞清楚1個概念: RTP只能看到RTP的PID,不能看到RTP的RTP_ID.1. 第一步獲得PID, 實際就是wind_RTP的一個成員OBJ_HANDLE PID

大路考記

昨天大路考,甚是幸運。按照潛規則,200RMB不知道打點何人.屁民就是這樣,一邊埋怨這j8社會,一邊為了自己蠅頭小利而違規. 大路考有2次機會.第一次,前面有一輛小三輪車,走在汽車道上,很慢。我想從左邊借道超車,沒想到剛借道,三輪車也向左邊穿馬路了,於是借道時間過長的我,game over了.第二次機會,一切順利,考官讓我靠邊停車,並且給我檔案和筆,讓我坐後面簽字,在我準備解保險帶的時候,發現整個過程中  

Scrum: 一個下午的爭論

Scrum風刮到我們部門.現實情況: 1. 對於現在部門是新概念,短暫的培訓 2. 沒有更高level的push 3. 來自幾個不同functional team成員組成的scrum team。 4. 有人甚至沒有參加過scrum培訓這是個充滿爭論的下午,充滿爭論的planning meeting: 1. “怎麼這麼多user story, 這個幾個user story我半天就能搞定了”

文檔至上(二)

當我解決前天那個問題後,更確信了文檔至上這句話.尤其這個任務由你一個人負責時。 而這個問題,正是由於寫的一個文檔不夠細節而忽略某個檔案的改動。 不能相信自己會記住任何理所當然的事情。 永遠不要懷疑寫文檔是否浪費時間。 還有很多小細節,如果不用文檔記錄下來會很浪費時間 而這些小細節平時還想不到,用到時才會想起 比如一些環境的配置(因為一般來說很長時間才會配置一次,很多時候不會記錄下來,但是下次配置時就麻煩了)

Windriver Workbench的異常

這幾天被環境和tool折騰得厲害.以前build成功的工程,現在死去活來都是failed的。 windriver的workbench真是個“爛東西”,就這個東西還被美國宇航局,飛彈系統用? 一個項目在windriver workbench裡剛編譯,就報錯,和程式無關。 而用windriver的命令列CLI編譯卻能通過!詭異! 更詭異的是,我用另一個view,編譯另一個工程,windriver workbench卻能正常工作 真是tool不搞死我,就是我被tool搞死...

Vxworks 和windriver workbench最近遇到的幾個問題

1.直接import existing project,有些項目的子檔案不能import進來。而先取消再添加才能import進來。2.有些情況下workbench不能build成功,直接報 process =-1的錯誤,但是用CLI build卻可以成功,沒有解決方案.3.如果在一個VIP

Silverlight中後台代碼設定TreeView選定項的方法

當TreeView在XAML中以嵌套資料範本(HierarchicalDataTemplate)方式綁定資料時,其子項目都是特定類型的對象,而非TreeViewItem,這樣就沒法通過設定TreeViewItem子項目的IsSelected屬性實現選定效果。這時可以通過Silverlight

我也來談談時間管理方式及工具

前面這位朋友談了一下他的時間管理方式:http://www.cnblogs.com/liushuijinger/archive/2012/04/10/2439862.html他利用常見的日曆功能來規劃時間:我回應說:“對我來說通常這樣的計劃都會被瑣事和拖延心理粉碎~”,一下引起了多位朋友的贊同,看來這個問題很普遍,我覺得確實很少有人能夠堅持按照既定計劃準時完成所有事。造成計劃失敗的主要元兇其實就是如我所說的“瑣事”和“拖延心裡”,那麼針對這兩項我分別使用兩種工具來對應。 OmniFocus它號稱

socket丟資料的一個原因

多任務環境中,某任務從socket接收資料,並傳給底層處理. 程式結構如下:while(1){ socket receive; Invoke other module handle the received data;}次任務每收一條資料都發給底層去處理.處理完再收下一條資料.測試結果丟資料,ethereal上看到用戶端已經發送資料,但是這個任務只收到部分資料.後來查證,每次收資料,處理資料的module會延遲幾個或者幾十毫秒.累積之後導致此任務接收資料丟失.

Windriver的項目類型

1. DKMUse Downloadable Kernel Module projects to manage and build modules that willexist in the kernel space.Kernel-mode development is the traditional VxWorks method of development; allthe tasks you spawn run in an unprotected environment, and all

Shared-memory object —VxMP

VxMP is a VxWorks component that provides shared-memory objects dedicatedto high-speed synchronization and communication between tasks running inseparate instances of VxWorks.=================================啥叫"separate instances of

libgdx的tmx地圖處理工具gdx-tiled-preprocessor.jar(TiledMapPacker)修正版

最近想做個Android的遊戲,用到libgdx,現在研究地圖這塊,製作好地圖tmx檔案後需要處理後libgdx才能載入,需要用到TiledMapPacker工具,該工具被放在gdx-tiled-preprocessor.jar裡,這破玩意可愁死我了,一路嘗試下來各種各種報錯神馬的諸如:Failed to load Main-Class manifest attribute Exception in thread "main"

RTP memory in Vxworks

cmd進入Command interpreterc進入C interpreter以下是用cmd命令,列印出rtp memory的情況:有一點關於shared data比較奇怪,我open的時候大小明明設定的是0x9900300,這裡顯示的是0x9901000.原因應該是和WindRiver的庫函數有關.[vxWorks *]# rtp meminfo -l -m 0x5a02010Memory Information for 0x5a02010 RTP (name =

Symmetric multiprocessing (SMP)

Symmetric multiprocessing (SMP) is a variant of multiprocessing technology inwhich one instance of an operating system controls all processors, and in whichmemory is

iPad最值得期待的切實改進構想

螢幕解析度提高它用起來就像一本雜誌,它看起來也當如此。這是在iPad2發布前就被民眾廣為呼喚的改進,當下種種跡象表明高清螢幕已經不遠了,很可能就在iPad3上實現。   偏振光或裸眼3D顯示器及雙鏡頭想象一下在iPad上體驗立體照片、視頻、電影、雜誌、教科書、遊戲、地圖導航、視訊通話會是多麼激動人心吧。LG的裸眼3D手機和偏振光3D顯示器已經很貼近市場了,銷售成績也不差。

為什麼選擇SMP而不是AMP

論壇上有問我們當時為何選擇SMP而不是AMP. 不知道該如何回答,SMP和AMP的不同,從文檔上有瞭解,但是項目為何選擇SMP而不是AMP,卻並不知道.自從我進入這個項目,似乎已經確定了SMP mode. 今天特地去查看了一下以前system文檔,文檔中原因歸結為以下幾點: 1. 因為AMP的核與核之間是完全獨立的, 但是外部的resource並不太好分割,這樣的話,不能簡單的換板子就行,需要改硬體的架構. 2.

總頁數: 61357 1 .... 4186 4187 4188 4189 4190 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.