Posts

Message pack with RPC extension required 3 packages. msgpack msgpack-rpc mpio The msgpack and mpio are required by msgpack-rpc. The following are openwrt makefiles that I use to build the packages. msgpack library include $(TOPDIR)/rules.mk PKG_NAME:=msgpack PKG_VERSION:=0.5.7 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz PKG_SOURCE_URL:=http://msgpack.org/releases/cpp/ PKG_MD5SUM:=705106a9378c792fe22d285dba5c142c PKG_INSTALL:=1 include $(INCLUDE_DIR)/package.mk define Package/msgpack SECTION:=libs CATEGORY:=Libraries TITLE:=Message Pack library URL:=http://msgpack.org endef define Package/msgpack/description MessagePack is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON but it’s faster and smaller. endef ...

msgpack-idl howto Step1 get the msgpack-idl $ git clone git://github.com/msgpack/msgpack-idl.git Step2 install the ruby tool that required $ sudo apt-get install ruby1.9.1 Step3 go to msgpack-idl folder. $ sudo gem install msgpack-idl $ sudo msgpack-idl –install java Step4 create a sample file ‘sample’ with content as follow. message Node { ``1``: string address ``2``: map<string,string> properties ``3``: optional string? description } message StorageNode < Node { ``4``: long capacity ``5``: optional int weight = 1 } Step 5 generate the java code by following command ...

Our company’s git server do not support the ssl verify but support user name password verify. The default git enable the SSL verify when access https. I would encounter the error message like: error: Problem with the SSL CA cert (path? access rights?) while accessing https://tw.ubnt.com/git/example.git/info/refs fatal: HTTP request failed So we have to config the git by command: git config –global http.sslVerify false Then git clone again $ git clone https://tw.ubnt.com/git/example.git Cloning into ’test’… Username for ‘https://tw.ubnt.com’: name Password for ‘https://[email protected]’: password remote: Counting objects: 1054, done. remote: Compressing objects: 100% (674/674), done. remote: Total 1054 (delta 390), reused 747 (delta 290) Receiving objects: 100% (1054/1054), 14.45 MiB | 377 KiB/s, done. Resolving deltas: 100% (390/390), done. ...

When I have engineer discussion with the abroad engineer, I found he use the 3rd party library name message pack for binary serialization for internet application. More detailed information of message pack is here. http://msgpack.org/ I do not sure what’s the total different between these two library and I could not get a detailed comparison from them. So I will spend some time to study it.

The statusapi.pb-c.h and statusapi.pb-c.c are generated. Only header file is printing here for further explaination. statusap.pb-c.h /* Generated by the protocol buffer compiler. DO NOT EDIT! */ #ifndef PROTOBUF_C_statusapi_2eproto__INCLUDED #define PROTOBUF_C_statusapi_2eproto__INCLUDED #include <google/protobuf-c/protobuf-c.h> PROTOBUF_C_BEGIN_DECLS typedef struct _Statusapi__StatusRequestType Statusapi__StatusRequestType; typedef struct _Statusapi__StatusResponseType Statusapi__StatusResponseType; typedef struct _Statusapi__StatusParams Statusapi__StatusParams; /* — enums — */ /* — messages — */ struct _Statusapi__StatusRequestType { ProtobufCMessage base; }; #define STATUSAPI__STATUS_REQUEST_TYPE__INIT \ { PROTOBUF_C_MESSAGE_INIT (&statusapi__status_request_type__descriptor) \ } struct _Statusapi__StatusResponseType { ProtobufCMessage base; }; #define STATUSAPI__STATUS_RESPONSE_TYPE__INIT \ { PROTOBUF_C_MESSAGE_INIT (&statusapi__status_response_type__descriptor) \ } ...

There is protobuf and protobuf-c web site. <http://code.google.com/p/protobuf/> <http://code.google.com/p/protobuf-c/> Now we are implementing this way that can be remote control from back-end applications. The protobuf-c has some extension from google’s protobuf and we can add the RPC funtion for further. The first experiment is using the message directly. We pack the message into a share memory between the server and the client. Both side can get the message no problem. ...

在整理先前在2008年Blog的內容，深覺自己先前不的成熟，不過隨著轉職與更多的經歷時，感到自己似乎也有那麼一丁點的長大。 2011年1月在即將滿七年時，我下了一個重大的決定，離開了非常熟悉的工作環境，在某種程度來說，也算是離開了舒適圈，讓自己幾乎是重置，對於新工作的決定，則是剛好有機會可以在跨國大企業外商中任職，而此機會恰好符合本身幾個想法， 跨國大企業以提昇眼界 研發團隊以延續工作經驗 團隊面臨轉變以大展身手 於是乎，就在這全新的環境中開始了工作的第二趟旅程，第一個月並沒有像新鮮人時期的那種不適應的狀況，而且還有點過度亢奮，大量的瀏覽公司內部的網站，一切都非常的新鮮有趣，而後在滿三個月時，就讓我實際接任Team Leader的工作，並帶領一個Team來跑案子，在這期間跟國外的con-call，依公司的的專案流程sop撰寫相關的技術文件。 除了必要的工作之外，還持續規劃並找出可以研發且並無與其他的RD團隊有衝突的專案，目標也很簡單，想初步先成立一個韌體團隊以增加台灣研發團隊的競爭力。 依第一個工作上的經驗，電子、機構及軟韌體的人才如果能齊備，加上產品為光機電整合，不但門檻墊高且可讓台灣研發團隊的可見度大大提升。 2011年9月時，提出了一個這樣的案子看是否有辦法依我的目標去發生，不過可惜的是，公司當時的策略並無法讓這樣的案子成行，接下來能做的就是把現有的專案更完美的執行，增加籌碼，同時間可以再持續修正提案，待時機更加成熟時再進行。 而後在11月中旬時，恰好有一個機會，跟現在公司的老闆見面，Robert很年輕，不是跟我同年或是小我一歲，其經營公司的方式讓我大開眼界且前所未見，即便是他自己本身也在經營上不斷的嘗試，積極且讓我有一起創業打拼的感覺，這時的想法只有一定要見識一下。研發的彈性大，靠的是工程師自律的研發，對於有想法且不斷自我實現的人可以有很大的發揮。所以最後還是毅然在12月離開到現在的公司，某種程度上挺對不住前公司，但因為與其未來操之於人，還是會想要未來由自己所掌握。 新工作至今一年多，這段時間研發的速度發常的快速，台灣的團隊效率非常高，除此外從國外的研發團隊也得到很多新的概念，跟這樣的一群人工作非常有意思，不同背景、文化在想法上的出發點完全不同，雖常常有衝突，但激盪出的火花讓我覺得未來是有很大機會能持續成長。 邁向第十年，期待自己更加成熟，讓眼界更上層樓。

內湖有間好吃的燒烤在麗山國中大門前馬路，靠港墘路的地方，名字叫"串門子燒烤"，還蠻讚的！旁邊是一間漫畫店，營業時間是17:00到24:00，可以先打電話訂購，然後再去拿，那邊是外帶的，不是那種三五好友可以在那聚會聊天的店面。住附近的更可以去試試啦。 雖然七三七巷的那間路邊攤燒烤比較有名，但無意間吃了串門子，覺得比七三七巷的還不賴！

ncftp是一個ftp client，因為剛好案子需要使用ftp功能， 編譯步驟如下： 1. 產生Makefile，如果要用到curses得加入相關library，但我們的案子不需使用到！ ./configure –disable-ccdv –without-curses –without-ncurse 2. 編輯Makefile，將CC跟STRIP修改如下 CROSS_COMPILE=arm-unknown-linux-gnu- CC=${CROSS_COMPILE}gcc STRIP=${CROSS_COMPILE}strip 3. Make it！！

我前陣子在網路上找尋資料時，不小心看到了一個Blog在討論關於安全監控產業的文章，還蠻特別的，平常在網路上看Blog，也沒看到針對這個產業而發表的文章，而且透過Andy的文章，就認識了一個朋友，也分享了一些心得，網址連結如下： http://febon.blogspot.com/ 如果對安全監控產業有興趣的，也可以一起來討論討論。