BUG: Library Chronicle.dll not found

[simplenuity]

Hi Dan,

Just an observation in the background, without discovering any consequences on functionality yet. So It's more to clarify rather than reporting a bug, whether you're aware of this and whether it needs some attention?

When I start up TDL 7.1DR5 I can see this:

$ todolistbeta.sh
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:module:import_dll Library Chronicle.dll (which is needed by L"Z:\\home\\rs\\data\\apps\\ToDoList_beta\\ToDoList\\ChronicleWrap.dll") not found
fixme:win:LockWindowUpdate (0x5011a), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:win:LockWindowUpdate (0x5011a), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
err:module:import_dll Library Chronicle.dll (which is needed by L"Z:\\home\\rs\\data\\apps\\ToDoList_beta\\ToDoList\\ChronicleWrap.dll") not found
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:dwmapi:DwmSetWindowAttribute (0x80278, 8, 0x31dd0c, 4) stub
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:msxml:dom_pi_get_attributes created dummy map for <?xml ?>
fixme:msxml:dom_pi_get_length (0x7cb174e0)->(0x32abf8): stub
fixme:richedit:ME_HandleMessage EM_SETTYPOGRAPHYOPTIONS: stub
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900
fixme:richedit:ITextDocument_fnUndo stub 0xdc2900

I've checked the mentioned path. ChronicleWrap.dll exits there.


For comparison, if I start up TDL 7.0.13

$ todolist.sh
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:richedit:ME_HandleMessage EM_GETLANGOPTIONS: stub
fixme:richedit:ME_HandleMessage EM_SETLANGOPTIONS: stub
fixme:richedit:ME_HandleMessage EM_GETEDITSTYLE: stub
fixme:richedit:ME_HandleMessage EM_SETEDITSTYLE: stub
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:dwmapi:DwmSetWindowAttribute (0x40276, 8, 0x31b098, 4) stub
fixme:msxml:dom_pi_get_attributes created dummy map for <?xml ?>
fixme:msxml:dom_pi_get_length (0x7d6ad978)->(0x32ac00): stub
fixme:mlang:GetGlobalFontLinkObject 0x329ef8: stub
fixme:mlang:GetGlobalFontLinkObject 0x329ef8: stub
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:mlang:GetGlobalFontLinkObject 0x32a028: stub
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:olepicture:OLEPictureImpl_Render Not quite correct implementation of rendering icons...
fixme:mlang:GetGlobalFontLinkObject 0x32a1f8: stub
fixme:mlang:GetGlobalFontLinkObject 0x32a1f8: stub
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:richedit:ITextDocument_fnUndo stub 0x10b3508
fixme:mlang:GetGlobalFontLinkObject 0x32e3bc: stub
fixme:mlang:GetGlobalFontLinkObject 0x32e658: stub
fixme:mlang:GetGlobalFontLinkObject 0x32e7cc: stub
fixme:mlang:GetGlobalFontLinkObject 0x32ea68: stub
fixme:mlang:GetGlobalFontLinkObject 0x32e85c: stub
fixme:mlang:GetGlobalFontLinkObject 0x32eaf8: stub
fixme:mlang:GetGlobalFontLinkObject 0x32e5ac: stub
fixme:mlang:GetGlobalFontLinkObject 0x32e848: stub

Thanks,
Ryan

[.dan.g.]

Well spotted Ryan.

ChronicleWrap.dll is my wrapper around Autodesk's Screencast SDK that I was investigating for recording bug reports. I'll remove it in the next update.

[.dan.g.]

Removed from 7.1.DR6 update, but I forgot to remove it from previous installations.

Will add that to the next update.

On Wednesday, 9 March 2016 19:33:45 UTC+11, simplenuity wrote:

[simplenuity]

Hi Dan,

Successfully tested with new installation.

Do you want to keep the bug report active till the next update?
Otherwise I'll mark it as complete.

On a different note: as far as I remember the zip file used to be unpacked into a subfolder, i.e. you used to zip the whole folder versus just the content of the folder. If it doesn't make any difference to you/ your workflow I find your former solution better.

Thanks,
Ryan

[.dan.g.]

>> you used to zip the whole folder versus just the content of the folder

Not to my knowledge... I've always had to select the individual files out of the build folder to avoid including *.obj files and suchlike.

However, I have have started using 7Zip to automate the same process so that may be appearing differently at your end.

[simplenuity]

Hi Dan,

I just run a test with 7.1.DR7 updating from an older DR candidate that installed ChronicleWrap.dll.
The library did not get removed. Just in case you still want to include that step.

Rest looks great! Outstanding progress by an outstanding programmer! :)

Ryan

PS: Thanks for the info regarding zip file. No prob, I just will create a subfolder by hand.

On Sunday, 20 March 2016 21:09:24 UTC+13, .dan.g. wrote: