On Sat, Jan 25, 2003 at 12:06:10AM -0800, Dan Kegel wrote: > A local company wants to run Yardi Professional Property Management, > a VB app that doesn't use Access, under Wine. (See http://www.yardi.com.) > > I tried it under CVS wine as of a few days ago. > Happily, the setup program completes, with just a few warnings > and one 'illegal function call' vb dialog box, e.g. > err:ddeml:WDML_CreateString Unknown code page 437 > err:module:BUILTIN32_LoadLibraryExA loaded .so but dll commdlg.dll still > not found - 16-bit dll or version conflict. > ... > Not bad, I guess; after all, setup did run all the way to the end. > > Problem came when I tried running the app. It gets an unhandled > exception -- and oddly, the wine debugger refused to run. > > [dank@boogie PMWPROG]$ wine --debugmsg +wc_font Y.EXE > err:fixup:NE_LoadSegment No implementation for HEDLG.26, setting to > 0xdeadbeef > err:fixup:NE_LoadSegment No implementation for HEDLG.27, setting to > 0xdeadbeef > fixme:hook:SetWindowsHookEx16 System-global hooks (7) broken in Win16 > fixme:hook:SetWindowsHookEx16 System-global hooks (2) broken in Win16 > wine: Unhandled exception, starting debugger... > trace:wc_font:WCUSER_SetFontPmt => L"Misc Fixed" h=13 w=0 > trace:wc_font:WCUSER_DumpLogFont InitFamily: truetype > lf.lfHeight=99 lf.lfWidth=97 lf.lfEscapement=0 lf.lfOrientation=0 > lf.lfWeight=400 lf.lfItalic=0 lf.lfUnderline=0 lf.lfStrikeOut=0 > lf.lfCharSet=0 lf.lfOutPrecision=3 lf.lfClipPrecision=2 > lf.lfQuality=1 > lf->lfPitchAndFamily=18 lf.lfFaceName=L"AdvMICR" > err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting > > Editing ~/.wine/config and changing UseXTerm to 0 helped there. > (And what the hell, I can never get wine debugger copy-and-paste to work > properly with that at its default value, so it's just as well.) > The error was: > Unhandled exception: privileged instruction in 16-bit code (25f7:0ca4). > Backtrace: > =>0 0x25f7:0x0ca4 (bp=6cd4) > 1 0x00f7:0x0000 (bp=6d1c, far call assumed) > 2 0x407cf7dd (K32WOWCallback16Ex+0x45(vpfn16=0x25f70c78, dwFlags=0x0, > cbArgs=0x18, pArgs=0x40e12b90, pdwRetCode=0x40e12b88) [wowthunk.c:298] in > kernel32.dll.so) (ebp=40e12b68) > 3 0x412d8005 (StgIsStorageILockBytes16+0x75(plkbyt=0x26ff0042) > [storage.c:1716] in ole32.dll.so) (ebp=40e12bbc)
Now this should work. What does -debugmsg +relay,+ole say just before the crash? However, if it will try to create a IStorage interface later (most certainly) it will just fail, I did not come around to implement it yet. You still have to use: -dll compobj,storage,ole...=n Ciao, Marcus
