2013年10月4日 星期五

revise after 1.0.06211 release version

在發行 1.0.06211 版本後, 進行的修改日誌

TODO:

Bug:
當plcsnd送出PE01(70bytes), 但表訂PE01為64bytes, 故plcrcv會分兩次進行資料擷取, 第一次擷取64bytes, 並回送reply ack, 此時plcsnd會等候接收reply ack, plcrcv進行第二次擷取6bytes, 並回送reply ack, 此時plcsnd已不會主動接收reply ack, 卻會導致listenDisconnected(), peekN()有資料, 而一直迴圈peekN(), 而一直引發syslog()

 

2013.07.01 (changeset 5)

ExceptHandler::
# 加入 ExceptHandler, 加強應用程序發生exception時, 可以記錄stack trace infomation

2013.07.05 (changeset 5)

SockTcpHandler::
# 修正bug: 當外部程式呼用listenDisconnect(), 監聽斷線信號, 重新建立連線, 若同時呼用sendtoServer(), 函式內部也會重新建立連線, 兩者會相互影響, 導致引發socket exception, 終止程序
# 當外部程式呼用listenDisconnect()時, 強制將sendtoServer()的自動重連的機制關閉
TimerHandler::
# 修正 bug: 沒有正常終止回收thread object的資源
# 修改TimerInfo_T, 加入屬性 HANDLE hnd, 記錄handle of thread
# 修改tm_func(), 加入_endthreadex()
# 修改~TimerHandler(), 使用WaitForSingleObject(), 等待thread正常結束回應
# 修改~TimerHandler(), 使用CloseHandle(), 強制thread結束, 並回收資源
# 修改remove(), 使用WaitForSingleObject(), 等待thread正常結束回應
# 修改remove(), 使用CloseHandle(), 強制thread結束, 並回收資源

2013.07.10  (* 重大修改, 演進為 1.1.xxxxx 版本號) (changeset 6)

ApMsgHandler::
# 增加ap_syslog(), 編組訊息日誌, 並拋送至MQ_LOGGER (意使將log message的I/O作業, 委由其它程式處理)
xxxxxHandler::
# 啟用ap_syslog(), 編譯程式前, 預先定義_SYSLOG, 以將所有ap_log() 置換為 ap_syslog()

2013.07.11 (changeset 6)

ApMsgHandler::
# MQ_LOGGER, MQ_PCCOMM, MQ_RECORDER, MQ_MSGMGR視為物件全域變數, 預設開啟並聯附MSMQ
# 呼用alarm(), sendHmi(), replyHmi(), ap_syslog (), 皆使用上述已開啟並聯附的MSMQ
# 減少快速頻繁開啟-->關閉MSMQ, 導致效能低落

2013.07.11 (changeset 6)

LogHandler::
LogHandlerEx::
# 修改formation(), 記錄日誌時間至毫秒單位(milli-second)
# 增加getDTimeMsec(), 取得目前時間至毫秒單位(milli-second)

2013.07.16 (changeset 7)

LogHandler::
# 首次開啟log file時, 寫入NGO middle-ware be compiled date time
# 換日或分割log file時, 寫入NGO middle-ware be compiled date time
# 利於發行版本的確認及追蹤

2013.08.12 (changeset 8)

SockTcpHandler::
# 回呼外部指定函式指標前, 增加log, 以確認是否有執行該回呼函式
# 當遠端主機無回覆任何ACK message(NOP), 不斷線並持續重送, 達到3次時, 才會斷線重新連線

2013.08.12 (changeset 10)

ApMsgHandler::
# 常用的MSMQ, 改以static形式宣告, 以提升執行效率, 避免一再重覆建立
# MQ_MSGMGR, MQ_LOGGER, MQ_PCCOMM, MQ_RECORDER, MQ_SYS

2013.08.14 (changeset 11)

Fixed Bug #N/A :

  • 因為ApMsgHandler的生成, 較早於main()中LogHandler的生成, 導致會產生無路徑的log file
  • 未定義_SYSLOG, 則避免生成SysLogMQ

** commonlib - ApMsgHandler **
當定義_SYSLOG, 才會生成SysLogMQ
當定義_SYSLOG, ap_syslog才會生效

2013.08.14 (changeset 12)

Fixed Bug #N/A :

  • 監聽遠端主機是否關閉連線機制, 仍會引發非預期的例外異常, 導致無法再主動重新連線, 甚至中止程序
  • 設計原則, 儘量避免主動式關閉連線, 多利用回傳eACK, 交由外部應用層決定是否關閉連線, ex: sendtoServer(), listenDisconnected()

** commonlib - SockTcpHandler **
modify function, listenDisconnected(), 取消主動關閉連線作業
modify function, close(), 當CSock<0時, 仍必須將fConnect初始為false
modify function, sendtoServer(), 取消主動關閉連線作業

2013.10.04 (changeset 13)

Fixed Bug #N/A -- to fixed some bugs

  • 將GetLabel() and GetFormatName()註解, 不記錄相關log

** IPCHandler -- MSQHandder.h / MSQHandler.cpp **
(1) 修改create(), 註解呼叫GetLabel() and GetFormatName()之程式碼

2013.10.04 (changeset 14)

Changed #N/A -- enhance that reject client connection, and buffer size

  • 在回呼OnAccepted(), 可以由外部決定是否拒絕當次連線
  • 擴充緩衝區的容量

** DLHandler -- SockTcpHandler.h / SockTcpHandler.cpp **
(1) 修改acceptClient(), 回呼OnAccepted()的傳回值<=0時, 表示外部拒絕當次連線
(2) 修改runSingleSvr(), 依據acceptClient()的回傳值因應不同程序, 小於0:表示連線異常, 等於0表示外部拒絕當次連線並中斷連線, 大於0表示接受連線
(3) 修改MAXDATA, 由4096變更為8192, Buf[]及RBuf[]皆擴增至8192 bytes

2013.10.04 (changeset 15)

Fixed #N/A -- date time could milli-second precision

  • 日期時間格式, 只能精確至亳秒(1/1000sec)

** DataHandler -- DataHandler.h / DataHandler.cpp **
(1) 修改getDTimeMsec(), 由6位微秒減為3位毫秒

2013.10.04 (changeset 16)

Fixed #N/A -- enhance some log

  • 針對外部回呼函式, 增加log記錄

** DLHandler -- RpcHandler.h / RpcHandler.cpp **
(1) 修改receiveFunc(), 回呼OnReceive(), 增加log
(2) 修改sendServer(), 回呼AfterSend), 增加log

2013.12.03 (changeset 17)

Fixed #N/A -- remove winsock header file from IniHandler

  • 避免winsock.h & winsock2.h衝突

** IniHandler -- IniHandler.h **
(1) 移除winsock2.h & ws2tcpip.h & ws2_32.lib

Fixed #N/A -- remove external  argument when call ApMsgHandler::alarm ()

  • 移除SYSTEM / Client 的附加資訊

** ApMsgHandler -- ApMsgHandler.cpp **
(1) alarm(), 移除argument[9]的資訊

張貼者： 於 沒有留言:
標籤：

2013年8月28日 星期三

dblink about SQL Server

在A主機的SQL Server想查詢B主機的SQL Server, 可以採用dblink的概念, 建立連結伺服器, 接著就可以SQL語法進行資料查詢操作, 非常方便。

1. 建立連結伺服器
exec sp_addlinkedserver
@server = ‘testDB’  -- 別名
,@srvproduct = ‘’
,@provider = ‘SQLOLEDB’
,@datasrc = ‘172.20.199.xxx’  -- 遠端主機

2.建立連結登入資料
exec sp_addlinkedsrvlogin
@rmtsrvname = ‘testDB’ -- 別名
,@useself = ‘false’
,@locallogin = NULL
,@rmtuser = ‘testmgr’   -- 遠端使用者帳號
,@rmtpassword = ‘testmgr’   -- 遠端使用者密碼

3.查看連結伺服器資料
select * from sys.sysservers

4.查詢連結伺服器的資料庫的所有資料表
exec sp_tables_ex testDB

5.查詢連結伺服器的資料表的資料
select * from testDB.test.dbo.schl

6.移除連結登入資料
exec sp_droplinkedsrvlogin
@rmtsrvname = ‘testDB’
,@locallogin = NULL

7.移除連結伺服器
exec sp_dropserver @server = ‘testDB’

張貼者： 於 沒有留言:
標籤： ,

2013年6月10日 星期一

How to install the NGO common library

1.  請下載兩個檔案

  • NGO_CL_Installer.msi
  • setup.exe

2. 安裝步驟如下:

2.1 啟動安裝精靈
    NGO_setup1

2.2 指定應用程式的根目錄 C:\rcm3app (請依實際目錄路徑)
    NGO_setup2

2.3 確認安裝
    NGO_setup3

2.4 安裝完成
    NGO_setup4

2.5 部置檔案目錄結構
    NGO_setup5

3. VC++專案, 請於專案屬性加入下述兩點路徑

  • Inlcude Path : c:\acl3app\src\common\inc
  • Library Path : c:\acl3app\lib

4. 即可進行專案編譯

張貼者： 於 沒有留言:
標籤： ,

2013年6月8日 星期六

How to pack NGO common library into a Installer

目前NGO common library完成度已接近80%, 起先顧及bug太多, 與方便修正的即時性,  皆先發佈source code給同仁編譯使用, 但這麼一來就容易造成版本的問題及維護整合的困難性

是該以library package的形式, 後續發佈給大家使用, 便想到以封裝成install檔案, 不知可行性如何??

經過實際試做後, 建議可以先針對下述兩點, 略做規劃:

第一. 要發佈哪些檔案??
1. common.lib              (NGO common library)
2. mqoa.dll                    (MSMQ library)
3. msado15.dll             (MS ADO library)
4. oncrpcms.dll            (ONC rpc library for MS)
5. oncrpc.dll                  (ONC rpc library)
6. head file

第二. 要如何配置目錄路徑
c:\rcm3app
                      ---> \lib                                  (存放*.dll and *.lib)
                      ---> \src\common\inc      (存放*.h)

Install_Directory

第三. 如何使用Visual Studio製作安裝檔?  (可以參考下列推薦網站連結唷!!)

張貼者： 於 沒有留言:
標籤： ,

2013年6月7日 星期五

手動設定 VS 2010 的 VC++ IncludePath/LibraryPath/OutputPath

在建立新專案時, 總是要逐一設定專案屬性的輸出目錄 / include目錄 / library目錄, 雖有複製貼上的神技, 但有沒有方法可以變成自行定義的預設初始化路徑...

只要編輯下述兩個檔案, 即可輕輕鬆鬆建立新專案

x86 (win32) : Microsoft.Cpp.Win32.v100.props
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Platforms\Win32\PlatformToolsets\v100\Microsoft.Cpp.Win32.v100.props

x64 (win32) : Microsoft.Cpp.x64.v100.props
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Platforms\x64\PlatformToolsets\v100\Microsoft.Cpp.x64.v100.props

開啟編輯上述任一檔案時, 注意下面的文字結構, 黃色標示部份, 為自行定義加入的路徑變數, 存檔再重新開啟visual studio就可以看到, 已自動加入專案屬性的目錄路徑

<PropertyGroup>
<OutDir>$(AppBinPath)\</OutDir>
<IncludePath Condition="'$(IncludePath)' == ''">$(VCInstallDir)include;$(VCInstallDir)atlmfc\include;$(WindowsSdkDir)include;$(FrameworkSDKDir)\include;$(AppDirPath)\src\common\inc;$(AppDirPath)\src\inc;</IncludePath>
<LibraryPath Condition="'$(LibraryPath)' == ''">$(VCInstallDir)lib\amd64;$(VCInstallDir)atlmfc\lib\amd64;$(WindowsSdkDir)lib\x64;$(AppDirPath)\lib;$(AppDirPath)\src;$(AppDirPath)\src\common\dll;</LibraryPath>
</PropertyGroup>

參考來源 :: http://idaiwan.pixnet.net/blog/post/30789152

張貼者： 於 沒有留言:
標籤：

How to use IniHandler??

1. 作為讀取參數設定檔之用途

2. INI file format (內容嚴禁空白)
[SectionName]
key=value
[Host]
ipaddress=192.168.19.1
port=9999
[RCM3]
ipaddress=192.168.19.2
port=8888


PS: 將上述(2)內容存檔於C:\ipaddress.ini

ex:
#include “IniHandler.h”

main (void)
{
/* 建立 INI file handler */
IniHandler ini_hand;

/* 打開INI file */
ini_hand.open ("c:\\ipaddress.ini");

/* 讀取所有的Section Name */
vSectionNames_T names = ini_hand.readSectionNames ();

vSection_T section;
/* 逐一以Section Name, 讀取該Section內所有的key value */
for (int i=0; i<(int)names.size(); i++) {
    ap_log (DBUG, "get the tag %s", names[i].c_str());

    section.clear ();
    /* 帶入section name, 讀取 key-value */
    section = ini_hand.readKeyValues ((char *)names[i].c_str());

    /* 逐一印出key-value */
    for (int j=0; j<(int)section.size(); j++) {
        ap_log (DBUG, "key = %s, values = %s", section[j].key, section[j].value);
    }
}
/* 關閉 INI file */
ini_hand.close ();
}

張貼者： 於 沒有留言:

2013年3月24日 星期日

Windows Server 2008 R2 無法安裝 Visual Studio 2010 : VC 9.0 runtime error code 1603


安裝好Windows Server 2008 R2後, 話不多說, 接著安裝Visual Studio 2010, 沒想到第一個組件 VC 9.0 runtime 就發生問題了, Google 前輩們的解決方法, 執行以下的動作, 終於安裝成功 (卻也花費了半天的早上)



  1. 於控制台中, 新增/移除程式的項目中, 卸除microsoft visual C++ 2008 redistributable
  2. 於執行中, 鍵入%temp%, 清除該資料夾的一切內容
  3. 啟用Windows Modules Installer服務, 於執行鍵入regedit, 移動於HKEY_LOCAL_MACHNE\System\CurrentControlSet\Control的目錄中, 查看右側內容, 有無RegistrySizeLimit, 若沒有, 則新增該值, 內容為16進位的0xFFFFFFFF
  4. 重新啟動Windows Modules Installer服務, 並改為自動


做完上述的動作後, 記得重新開機, 另注意Visual Studio 2010的原始安裝檔的權限, 建議以Administrators進行安裝



張貼者： 於 沒有留言:
標籤：
訂閱： 文章 (Atom)