First, review your settings and preferences
OverviewĪlthough data integrity problems do happen, often what is thought to be a data integrity problem turns out to be an issue with preferences or misinterpreting the data Quicken is displaying. You can find steps to restore a backup here. Once restored, see if the issues you were experiencing are resolved. Since I only use Linux to build LO, I won't be able to test the result.Before you begin: It may be best to restore a backup from a date prior to when the issue began. So for now, I'm waiting end of my local build and will take a look for disabling the entry for workaround. If so, it means some packaging work (which is beyond my capabilities). twain64/TWAINDSM.dllĪnother potential gain is a better match with twain.h present in LO sources. So since I suppose it won't be easy to ask Microsoft to include update of Twain + embed its 64 bits version, perhaps we could embed it on LO? (at least 64 bits version)ġ50736 déc. However it exists not only an even more recent 2.3 DSM version, but the package contains 32 and 64 version! (see ) (I know, I would have preferred a more official source like Twain or Microsoft website :-( ) Thank you Michael for your feedback! I haven't searched yet but indeed disabling may be not too difficult.Īnyway, I kept on the investigation and found interesting pieces.įirst "twain_32.dll" in Windows is the Twain DSM (Data Source Manager) 32 bits (obviously) version 1.9. Michael: any idea who may have some experience with scanner/Twain? So should we remove "if defined(_WIN32)" and consider the 2 defines are ok?
NRet = PFUNC( &aAppIdent, &aSrcIdent, DG_CONTROL, DAT_EVENT, MSG_PROCESSEVENT, &aEvt ) Īnd since PFUNC correspond to (*pDSM) => Crash!
TWAIN_LIBNAME is used in ImpTwain::ImplOpenSourceManagerĢ52 if( pMod->load( OUString( TWAIN_LIBNAME ) ) )Ģ56 pDSM = (DSMENTRYPROC) pMod->getSymbol(OUString(TWAIN_FUNCNAME)) īut since we'll load nothing, pDSM will stay unchanged from the way it has been created by constructor:ġ52 ImpTwain::ImpTwain( ScannerManager& rMgr, const Link& rNotifyLink ) :ġ53 mxMgr( uno::Reference( static_cast( &rMgr ), uno::UNO_QUERY) ),įinally, we arrive in ImpTwain::ImplHandleMsg with this instruction: So for WIN64, TWAIN_LIBNAME is not defined at all or at minimum empty. About the fact it works on Win32 and not on Win64, I noticed this:
0 kommentar(er)
