I grabbed Wine-20021125 and built it on my Red Hat 7.3 box.
Its behavior installing http://enduser:[email protected]/file/area128/S22D95UM.ZIP (the Windows 95 version of the user manual for my 1998-era Toshiba laptop) seems much improved over May/June 2002 wine, cool!
However, running the app does no better. To run the app, you do cd 'c/Program Files/DOC' wine edoc32.exe TOSHIBA.M14 On Windows, it works fine. On Wine, it displays a splash screen, then exits.
Here's a partial log:
08074e50:Ret kernel32.lstrcpyA() retval=406d2dc0 ret=01643c25 08074e50:Call winmm.mmioInstallIOProcA(2034314d,01643b30,10010000) ret=01643c54 trace:mmio:MMIO_InstallIOProc (540291405, 0x1643b30, 10010000, 1) fixme:mmio:MMIO_InstallIOProc Global procedures not implemented ... 08074e50:Ret winmm.mmioInstallIOProcA() retval=01643b30 ret=01643c54 08074e50:Ret PE DLL (proc=0x1641030,module=0x1640000,type=1,res=0x1) retval=1 ... 08074e50:Starting process C:\Program Files\DOC\edoc32.exe (entryproc=0x41c9b0) ... 08074e50:Call winmm.mmioOpenA(406d2cfc "+init",00000000,00000000) ret=00405fd6 trace:mmio:MMIO_Open ('+init', (nil), 00000000, 1); 08074e50:Call ntdll.RtlAllocateHeap(40380000,00000008,0000005c) ret=40c3e59b 08074e50:Ret ntdll.RtlAllocateHeap() retval=403c42b8 ret=40c3e59b trace:mmio:MMIO_ParseExtA ("+init") err:mmio:MMIO_ParseExtA + but no . in szFileName: "+init"
It sounds like mmioOpen's documentation at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/mm... is incomplete; it doesn't describe what the function does when there's no filename, just a +init, in the string passed to mmioOpen. I tried patching the source for MMIO_ParseExtA to assume an extension of "" in this case, but it didn't help, the program still exits.
Any suggestions? - Dan
It sounds like mmioOpen's documentation at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/mm... is incomplete; it doesn't describe what the function does when there's no filename, just a +init, in the string passed to mmioOpen. I tried patching the source for MMIO_ParseExtA to assume an extension of "" in this case, but it didn't help, the program still exits.
I'll try to look at it. (it may not even be mmio related)
A+
Eric Pouech a écrit :
It sounds like mmioOpen's documentation at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/mm... is incomplete; it doesn't describe what the function does when there's no filename, just a +init, in the string passed to mmioOpen. I tried patching the source for MMIO_ParseExtA to assume an extension of "" in this case, but it didn't help, the program still exits.
I'll try to look at it. (it may not even be mmio related)
this ain't mmio related... the trace you posted is from running edoc32 without arguments if you pass TOSHIBA.M14 as an argument, all loading works fine and as you reported - a first splash screen is displayed - a second screen is then displayed, and then exits
from the traces before the apps closes it windows, we have: - a failure to load a key: SOFTWARE\Modern Age Books\Books\203-1 as the install process didn't to an end on my box, that's may be the cause (you can check if you have it on your windows install) - a dialog box (about the license) cannot be opened
if you add this to system.reg [Software\Modern Age Books\Books\203-1] 1039280652 "License Accepted"="1" the first issue is solved (and doesn't trigger the second one) I won't have time to look at the second issue (sounds like it doesn't find some dialog ressource, may be it's part of the aborted installation process)
HTH
A+