Dear all,
在wince6.0中 在active sync可正常使用.
但只有選擇檔案同步時..在同步到一半時便會出現.
"Application repllog.exe encountered a serious error and must shut down."
的data abort...
請問有人有碰過這樣的情形嗎?
補:
雖然會出現data abort但是檔案卻有傳送過去.
資料夾內如果只有一個檔案..它會顯示有三個項目要傳送耶?
2個檔案.會顯示有四個項目要傳送...
解答
-
2011年2月20日 上午 02:53
你的 Root FS 是用 external 的 Storage 嗎?
通常假如 Root 是 mount 到 external filesystem, File Sync 要正常運做 check 一下已下的 registry 是否有設對[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\<storage profile associated with the root file system>\FATFS\Filters\fsreplxfilt]
"Dll"="fsreplxfilt.dll"
"Order"=dword:1 ; must be loaded after other filters
或參考一下這篇 http://msdn.microsoft.com/en-us/library/ee490220.aspx- 已標示為解答 RyanLin_taiwan 2011年2月22日 上午 01:48
所有回覆
-
2011年2月16日 上午 06:52
這是錯誤訊息...但是我抓不到cefobj.cpp的code..
CEFOBJ: DllMain 0x1
CEFOBJ: InitObjType on <File>, uPartnerBit: 0x1
__CEFOBJ: \My Documents
CEFOBJ: InitObjType: v_oidBriefcase = 0xFFFFFFFF (\My Documents)
CEFOBJ: DllMain 0x2
CEFOBJ: DllMain 0x2
CEFOBJ: DllMain 0x2
CEFOBJ: DllMain 0x2
CEFOBJ: GetObjTypeInfo on File, cObjects: 0 cbAllObj: 0
CEFOBJ: Name: desktop.ini, Size: 69
CEFOBJ: FGetObjTypeInfo File, cObjects: 1 cbAllObj: 69
CEFOBJ: ftLastModified low= 0x88308D00, high= 0x1C96C4B
CEFOBJ: GetObjTypeInfo on File, cObjects: 1 cbAllObj: 69, oidBriefcase= 0xFFFFFFFF
CEFOBJ: DllMain 0x2
CEFOBJ: \Network (0xE0000001) is in the Briefcase!
CEFOBJ: PegGetReplChangeBits (WILLCLEAR) for 0xE0000001 returned dwBits = 0x0
CEFOBJ: Leave ObjectNotify: *poid= 0xE0000001, cChg= 0, cDel= 1, fRet= 1
CEFOBJ: \BackupDisk (0xE0000006) is in the Briefcase!
CEFOBJ: PegGetReplChangeBits (WILLCLEAR) for 0xE0000006 returned dwBits = 0x0
CEFOBJ: Leave ObjectNotify: *poid= 0xE0000006, cChg= 0, cDel= 1, fRet= 1
CEFOBJ: DllMain 0x3
CEFOBJ: CFileHandler::Setup: fRead= 1, oid= 0xE0000001, dwFlags= 0x200
CEFOBJ: CFileHandler::GetPacket: cbRecommend= 2036
Unknown: DEBUGCHK failed in file C:\ymzki\private\DataSync\apps\conn31\repl\cefobj\.\cefobj.cpp at line 1166
CEFOBJ: Change bits (WILLCLEAR) got dwBits = 0 (1)
CEFOBJ: === GetPacket, oe: 0x00140001 ===
Exception 'Data Abort' (4): Thread-Id=09810026(pth=846d38e8), Proc-Id=09210022(pprc=84330630) 'repllog.exe', V
M-active=09210022(pprc=84330630) 'repllog.exe'
PC=400619bc(coredll.dll+0x000519bc) RA=000129b8(repllog.exe+0x000029b8) SP=0019fcac, BVA=00047000 -
2011年2月20日 上午 02:53
你的 Root FS 是用 external 的 Storage 嗎?
通常假如 Root 是 mount 到 external filesystem, File Sync 要正常運做 check 一下已下的 registry 是否有設對[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\<storage profile associated with the root file system>\FATFS\Filters\fsreplxfilt]
"Dll"="fsreplxfilt.dll"
"Order"=dword:1 ; must be loaded after other filters
或參考一下這篇 http://msdn.microsoft.com/en-us/library/ee490220.aspx- 已標示為解答 RyanLin_taiwan 2011年2月22日 上午 01:48
-
2011年2月22日 上午 02:03
你好利害!!給你十個讚...真的是這樣...
再請問一下.
fsreplxfilt.dll
必須設立 SYSGEN_FSREPLXFILT 這個flag.
我在catalog上找不到相關可以勾選的..
所以直接加在bat file裡.
這樣做法OK嗎?
-
2011年2月22日 上午 04:10可。
而且會建意在 BSP or project 的 cebasecesysgen.bat 中加更好。 -
2011年3月3日 上午 02:12
當使用fsreplxfilt.dll為file system filter後
因為執行DismountPartition()後
會死當在fsreplxfilt.dll裡的unhook().
所以不能Dismount storage.
-
2011年3月4日 上午 05:05有一個可能性是因為 fsreplxfilt 用於 log delta 的 DB 也位於該 file system 裡,÷所以在 unhook 時就無法把這個 DB 給 unmount 。
試著改一下 ReplStoreHostVolume, ReplStorePath and ReplStoreName 著 registry setting, 同時可以把 fsreplxfilt 的 debug zone 都打開來 check 看看。 -
2011年3月4日 上午 11:45
老實說...even我看了那篇DOC
我還是不懂那三個registry是在幹麼用的..
因為我不知道\\ReplStorVol到指底是指向哪裡...
我只在. \\doc and setting裡有看到一個default.vol..
-
2011年3月6日 上午 06:13
應該是會 create 一個 full path name 為 "<ReplStoreHostVolume>\<ReplStorePath>" 的 system file (system file 會被隱藏)。 Default 應該是 "\ReplStorVol"
不過還是建意把 Debug Zone 都打開來確認一下 該 DB Volume 沒有放在會被 Unmount 的 Storage 中。