http://bugs.winehq.org/show_bug.cgi?id=25060
Summary: .net 3.5 installer does not complete
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The following steps gleaned from
http://blogs.msdn.com/astebner/archive/2008/07/17/8745415.aspx
try to do an offline install of .net 3.5:
winetricks dotnet20
wget
http://download.microsoft.com/download/6/0/f/60fc5854-3cb8-4892-b6db-bd4f42…
cabextract dotnetfx35.exe
cd wcu/dotNetFramework
wine dotNetFx35setup.exe /lang:ENU
This fails with an error dialog, and starting a .net 3.5 app (like Bloodline
Champions) complains that .net 3.5 is not installed.
Partial workaround from Louis Lender (see original at
http://bugs.winehq.org/show_bug.cgi?id=22551#c5 ):
Change system.reg's
[HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727]
from
"SP"=dword:00000000
to
"SP"=dword:00000001
and then do
cd ~/.wine/drive_c/wcu/dotNetFramework/dotNetFX35/x86/
cabextract netfx35_x86.exe
msiexec /i vs_setup.msi ADDEPLOY=1
Then some apps will at least start.
(winetricks dotnet35 already does the first part; I should probably add
Louis' steps, too.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21464
Summary: Encoding error with License Agreement in .NET 3.5
Installer
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Mitya57(a)gmail.com
Created an attachment (id=25848)
--> (http://bugs.winehq.org/attachment.cgi?id=25848)
Screenshot of .NET installer
Russian license agreemen't isn't shown properly in Microsoft .NET Framework 3.5
Installer. See the screenshot attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10547
Summary: .NET 3.5 Framework installation problems (msi, bits,
crypt32)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://download.microsoft.com/download/6/0/f/60fc5854-
3cb8-4892-b6db-bd4f42510f28/dotnetfx35.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-dotnet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9300)
--> (http://bugs.winehq.org/attachment.cgi?id=9300)
patch which adds msi.MsiSetExternalUIRecord and
msi.MsiDetermineApplicablePatchesW
Hello,
this (showcase) bug id exists to show/track .NET Framework 3.5 install issues,
e.g. what wine needs to implement/work around.
With VS.NET 2008 and .NET Framework 3.5 released, the Framework 3.5 needs to be
installed first.
Used GIT:
wine --version
wine-0.9.49-331-g7a8eb4c
Prerequisites:
1) set OS config to at least "Windows XP"
2) one volume name (dosdevices/<driveletter>:) must contain "harddisk" or
"ramdisk" and write accessible
cd ~/.wine
mv drive_c harddiskvolume1
cd dosdevices
ln -sf ../harddiskvolume1 c:
The installer then stops at unimplemented msi.MsiSetExternalUIRecord, attached
patch adds simple stub which fixes this.
----
If you downloaded the "small" .NET Framework installer, you now run into a
major showstopper: BITS required
The partial installer depends on: http://bugs.winehq.org/show_bug.cgi?id=5713
What is the consensus regarding native BITS and builtin BITS?
Builtin bits might take some time until it gets into usable state.
Native BITS is described here: http://bugs.winehq.org/show_bug.cgi?id=6194
though I haven't looked at it for some time.
Will native BITS considered abandoned then (needs some nasty workarounds)?
----
If you downloaded the full installer some messages seem to indicate BITS is
used in full installer too, but it doesn't seem to harm now.
--- snip ---
0012:err:ole:create_server class {4991d34b-80a1-4291-83b6-3328366b9097} not
registered
0012:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
0012:err:ole:CoGetClassObject no class object
{4991d34b-80a1-4291-83b6-3328366b9097} could be created for context 0x17
0012:Ret ole32.CoCreateInstance() retval=80004002 ret=3aea41ed
..
0012:Call advapi32.RegCreateKeyExW(80000001,00563758
L"SOFTWARE\\Microsoft\\VisualStudio\\9.0\\DownloadManager",00000000,00000000,00000000,0002001f,00000000,0034e284,00000000)
ret=3aea8785
0012:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=3aea8785
0012:Call advapi32.RegQueryValueExW(00000290,00563d30
L"BitsOverride",00000000,0034e1c8,0034e1f4,0034e1cc) ret=3aea899a
0012:Ret advapi32.RegQueryValueExW() retval=00000002 ret=3aea899a
--- snip ---
Interestingly there is some undocumented "BitsOverride" which might indicate a
possibility to revert their interal download manager to standard download
procedures.
The showstopper for full installer seem to be various hotfix installers which
are spawned by main installer.
As example I start with hotfix "Windows Imaging Component update" which gets
extracted by installer into
"c:\<guid>\wcu\dotNetFramework\dotNetFX30\WIC_x86_enu.exe" and tries to run it.
This fails and lets overall installer fail too.
It seems to make various specific checks for operating system version/build.
I only quote checks which seem to fail:
--- snip ---
0040:Call KERNEL32.CreateFileA(01104940
"c:\\windows\\system32\\ntoskrnl.exe",80000000,00000001,00000000,00000003,00000000,00000000)
ret=01070767
0040:Ret KERNEL32.CreateFileA() retval=ffffffff ret=01070767
0040:Call KERNEL32.CloseHandle(ffffffff) ret=010708a6
0040:Ret KERNEL32.CloseHandle() retval=00000000 ret=010708a6
--- snip ---
"GetKernelType: GetInternalFilename failed"
--- snip ---
0040:Call KERNEL32.LoadLibraryA(01023c38 "setupapi.dll") ret=0106f709
0040:Ret KERNEL32.LoadLibraryA() retval=615d0000 ret=0106f709
0040:Call KERNEL32.GetProcAddress(615d0000,01023c24 "pSetupIsUserAdmin")
ret=0106f71b
0040:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0106f71b
0040:Call KERNEL32.FreeLibrary(615d0000) ret=0106f72a
0040:Ret KERNEL32.FreeLibrary() retval=00000001 ret=0106f72a
--- snip ---
--- snip ---
0040:Call advapi32.RegOpenKeyExA(80000002,0101e608
"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Setup\\WindowsFeatures",00000000,00020019,0033b774)
ret=0109191a
0040:Ret advapi32.RegOpenKeyExA() retval=00000002 ret=0109191a
0040:Call KERNEL32.GetLastError() ret=010701ae
0040:Ret KERNEL32.GetLastError() retval=00000078 ret=010701ae
--- snip ---
"GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2"
--- snip ---
0030:Call KERNEL32.LoadLibraryExA(0033b9c4
"c:\\windows\\system32\\pidgen.dll",00000000,00000002) ret=0105d03f
0030:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=0105d03f
0030:Call KERNEL32.GetLastError() ret=010701ae
0030:Ret KERNEL32.GetLastError() retval=0000007e ret=010701ae
--- snip ---
This is from the log of installer itself to get the idea:
--- snip ---
0.101: Hotfix started with following command line:
0.101: GetKernelType: GetInternalFilename failed
0.102: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2
0.102: GetGroupIdFromPidGenDll:LoadLibrary failed for
c:\windows\system32\pidgen.dll dll
0.102: CheckSystem_1203: Failed to get product build type.
0.102: DoInstallation: CheckSystem Failed: 0xf117
0.103: WIC installation did not complete.
1.469: Message displayed to the user: WIC installation did not complete.
1.469: User Input: OK
1.469: Update.exe extended error code = 0xf117
1.469: Update.exe return code was masked to 0x643 for MSI custom action
compliance.
--- snip ---
I copied "pigen.dll" from my windows xp installation and it seems to help a
bit, showing that previous checks might be optional?
--- snip ---
0040:Call KERNEL32.LoadLibraryExA(0033b9c4
"c:\\windows\\system32\\pidgen.dll",00000000,00000002) ret=0105d03f
0040:Ret KERNEL32.LoadLibraryExA() retval=003b0001 ret=0105d03f
0040:Call KERNEL32.FindResourceA(003b0001,00000001,0101e2ac "BINK")
ret=0105d059
0040:Ret KERNEL32.FindResourceA() retval=003b54a0 ret=0105d059
0040:Call KERNEL32.LoadResource(003b0001,003b54a0) ret=0105d070
0040:Ret KERNEL32.LoadResource() retval=003b54e0 ret=0105d070
0040:Call KERNEL32.LockResource(003b54e0) ret=0105d07d
0040:Ret KERNEL32.LockResource() retval=003b54e0 ret=0105d07d
0040:Call KERNEL32.FreeResource(003b54e0) ret=0105d0aa
0040:Ret KERNEL32.FreeResource() retval=00000000 ret=0105d0aa
0040:Call KERNEL32.FreeLibrary(003b0001) ret=0105d0b1
0040:Ret KERNEL32.FreeLibrary() retval=00000001 ret=0105d0b1
--- snip ---
Seems "only" the "BINK" resource is read (2 sub chunks)
>From researching a bit this resource seems to be related to the public key(s)
for the product id stuff (elliptic curve cryptography).
No API exports are used (GetProcAddress/...).
And the installer log:
--- snip ---
0.028: 2007/11/23 12:49:19.973 (local)
0.028: C:\036ac5753759f7b22a9a8e26\update\update.exe (version 6.3.4.0)
0.030: Hotfix started with following command line:
0.030: GetKernelType: GetInternalFilename failed
0.031: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2
0.162: c:\windows\system32\WindowsCodecs.dll is Not Present
0.162: First Condition in Test.WindowsCodecsVer.Section Succeeded
0.162: Condition succeeded for section Test.WindowsCodecsVer.Section in Line 1
of PreRequisite
0.162: c:\windows\system32\WindowsCodecsExt.dll is Not Present
0.162: First Condition in Test.WindowsCodecsExtVer.Section Succeeded
0.162: Condition succeeded for section Test.WindowsCodecsExtVer.Section in Line
2 of PreRequisite
0.163: c:\windows\system32\WMPhoto.dll is Not Present
0.163: First Condition in Test.WMPhotoVer.Section Succeeded
0.163: Condition succeeded for section Test.WMPhotoVer.Section in Line 3 of
PreRequisite
0.164: c:\windows\system32\PhotoMetadataHandler.dll is Not Present
0.164: First Condition in Test.PhotoMetadataHandlerVer.Section Succeeded
0.164: Condition succeeded for section Test.PhotoMetadataHandlerVer.Section in
Line 4 of PreRequisite
0.198: InstallInfCatalogFile: Installing
c:\4cbc8383318bb456e1d38cacd0\update\WIC.cat as _000000_.cat...
0.199: VerifyTargetFileSize: Unable to verify size as Source = NULL for file
c:\windows\_000000_.cat
0.200: InstallCatalogFile: VerifyCatalogFile failed for
c:\windows\_000000_.cat; error=0x00000001.
0.201: InstallInfCatalogFile: Installation failed; error=0x00000002.
0.201: UdpStopService: OpenService failed :0x424
0.201: IsInfFileTrusted: ValidateSingleFileSignature Failed:
STR_FAILED_INF_INTEGRITY
0.201: WIC Setup encountered an error: Setup could not verify the integrity of
the file Update.inf. Make sure the Cryptographic service is running on this
computer.
0.202: DeleteCatalogFile _000000_.cat failed with ERROR 2
0.202: CleanupTrustedInfFile: GetFileAttributes for
c:\windows\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\update_WinXP.cat
failed: 0x3
0.205: Setup could not verify the integrity of the file Update.inf. Make sure
the Cryptographic service is running on this computer.
10.573: Message displayed to the user: Setup could not verify the integrity of
the file Update.inf. Make sure the Cryptographic service is running on this
computer.
10.573: User Input: OK
10.573: Update.exe extended error code = 0xf0da
10.573: Update.exe return code was masked to 0x643 for MSI custom action
compliance.
--- snip ---
The inf/old catalog file problem...
Anyway one can get around by manually copying these 4 files (WindowsCodecs.dll,
WindowsCodecsExt.dll, WMPhoto.dll, PhotoMetadataHandler.dll) before installtion
into system32.
Extract them from the hotfix installer to have version match.
This seems to work around the hotfix issues/catalog problem.
With the files in place before .NET installation this hotfix is skipped and the
installer runs into:
--- snip ---
wine: Call from 0x7b841450 to unimplemented function
msi.dll.MsiDetermineApplicablePatchesW, aborting
--- snip ---
Attached patch fixes this.
After that it gets further only to stop at another hotfix installer "XPSEPSC" -
the catalog install problem.
So I stop for now because it sucks to work around each single hotfix installer.
Should be good enough to give an idea ...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22883
Summary: implement dbghelp.SymMatchStringA/W (needed by
"Debugging Tools for Windows")
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://www.microsoft.com/whdc/devtools/debugging/defau
lt.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while writing some scripts for cdb from "Debugging Tools for Windows"
toolsuite, the following insufficiency is encountered:
--- snip ---
...
wine: Call from 0x7b835a02 to unimplemented function
dbghelp.dll.SymMatchStringW, aborting
wine: Unimplemented function dbghelp.dll.SymMatchStringW called at address
0x7b835a02 (thread 0034), starting debugger...
--- snip ---
Native dbghelp works around.
It seems there is already an ansi version "SymMatchString" present and exported
(without "A" suffix).
--- snip dlls/dbghelp/symbol.c ---
/******************************************************************
* SymMatchString (DBGHELP.@)
*
*/
BOOL WINAPI SymMatchString(PCSTR string, PCSTR re, BOOL _case)
{
regex_t preg;
BOOL ret;
TRACE("%s %s %c\n", string, re, _case ? 'Y' : 'N');
compile_regex(re, -1, &preg, _case);
ret = match_regexp(&preg, string);
regfree(&preg);
return ret;
}
...
--- snip dlls/dbghelp/symbol.c ---
--- snip dlls/dbghelp/dbghelp.spec ---
...
@ stdcall SymMatchString(str str long)
@ stub SymMatchStringA
@ stub SymMatchStringW
...
--- snip dlls/dbghelp/dbghelp.spec ---
SymMatchStringA -> SymMatchString
It would be nice if the wide character variant SymMatchStringW() could be also
supported.
AFAIK standard POSIX.2 regex lib doesn't support wide character interface, you
have to convert to multibyte string and use ansi version.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29481
Bug #: 29481
Summary: Free serial port monitor crashes due to unimplemented
function setupapi.dll SetupDiGetClassBitmapIndex
Product: Wine
Version: 1.3.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
now that bug 25894 is fixed the app crashes into following:
--- snip ---
$ wine ./studio.exe
fixme:heap:HeapSetInformation 0x110000 0 0x32fda0 4
fixme:heap:HeapSetInformation 0x4b0000 0 0x32fda0 4
fixme:win:EnumDisplayDevicesW ((null),0,0x32deb4,0x00000000), stub!
err:imagelist:ImageList_Remove Invalid image list handle!
fixme:win:RegisterDeviceNotificationW (hwnd=0x100f4,
filter=0x32dbf8,flags=0x00000000) returns a fake device notification handle!
wine: Call from 0x7b838b5b to unimplemented function
setupapi.dll.SetupDiGetClassBitmapIndex, aborting
wine: Unimplemented function setupapi.dll.SetupDiGetClassBitmapIndex called at
address 0x7b838b5b (thread 0036), starting debugger...
Unhandled exception: unimplemented function
setupapi.dll.SetupDiGetClassBitmapIndex called in 32-bit code (0x7b838b5b).
--- snip ---
MSDN:
http://http://msdn.microsoft.com/en-us/library/windows/hardware/ff551047.as…
$ sha1sum serial-monitor.exe
8dbcd850baafdd94c6ec771d109369e5573a41ea serial-monitor.exe
$ wine --version
wine-1.3.35-273-geaa8801
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29482
Bug #: 29482
Summary: Free serial port monitor crashes due to unimplemented
function setupapi.dll SetupDiDrawMiniIcon
Product: Wine
Version: 1.3.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
after bug 29481 (SetupDiGetClassBitmapIndex stub) the app runs into another
one:
--- snip ---
$ wine ./studio.exe
...
fixme:setupapi:SetupDiGetClassBitmapIndex : stub
{00000000-0000-0000-0000-000000000000}, 0x32dbac
fixme:setupapi:SetupDiLoadClassIcon : stub
{00000000-0000-0000-0000-000000000000}, (nil), 0x32dbac
fixme:win:RegisterDeviceNotificationW (hwnd=0x30228,
filter=0x32dd10,flags=0x00000000) returns a fake device notification handle!
fixme:qmgr:BITS_IBackgroundCopyJob_AddFile Check for valid filenames and
supported protocols
fixme:qmgr:BITS_IBackgroundCopyJob_SetNotifyInterface Not implemented
fixme:qmgr:BITS_IBackgroundCopyJob_SetNotifyFlags Not implemented
fixme:qmgr:BITS_IBackgroundCopyJob_SetDescription Not implemented
fixme:qmgr:BITS_IBackgroundCopyJob_SetNoProgressTimeout 10
fixme:qmgr:BITS_IBackgroundCopyJob_SetPriority (0x12dc58,0x00000000) stub
fixme:win:LockWindowUpdate (0x3006a), partial stub!
fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:wininet:InternetLockRequestFile STUB
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
wine: Call from 0x7b838b5b to unimplemented function
setupapi.dll.SetupDiDrawMiniIcon, aborting
wine: Unimplemented function setupapi.dll.SetupDiDrawMiniIcon called at address
0x7b838b5b (thread 003b), starting debugger...
Unhandled exception: unimplemented function setupapi.dll.SetupDiDrawMiniIcon
called in 32-bit code (0x7b838b5b).
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/windows/hardware/ff551005.aspx
The toolbar errors about missing bitmaps are most likely the result from
SetupDiLoadClassIcon() stub but this seems harmless.
One interesting tidbit: the app seems to make use of "bits" service for
updates.
This might be a good candidate for testing/completing missing functionality.
$ sha1sum serial-monitor.exe
8dbcd850baafdd94c6ec771d109369e5573a41ea serial-monitor.exe
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25894
Summary: Free serial port monitor: Reports that I don't have
the required rights to launch the application
Product: Wine
Version: 1.2.2
Platform: x86
URL: http://www.hhdsoftware.com/Download/serial-monitor.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: garywb2002(a)yahoo.com
Program installs but reports errors that it can not start the Device Monitor
Helper Driver and that I don't have the required rights to launch the
application. The help function works if enabled separately via the menu item in
Ubuntu.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35161
Bug ID: 35161
Summary: Osu can't install without native cabinet
Product: Wine
Version: 1.7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Classification: Unclassified
0. download osu
sha1sum: c74ee1e4fe71b2803c2f8f7cc2d6a473b9181246
1. run the installer, and it reports
The file is not a cabinet
2. winetricks -q cabinet workarounds it
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30176
Bug #: 30176
Summary: moviEZ HD: Fails to start installation
Product: Wine
Version: 1.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 39384
--> http://bugs.winehq.org/attachment.cgi?id=39384
WINEDEBUG=+relay,+cabinet on wine-1.4-205-g104e319
Steps to reproduce:
1) remove ~/.wine
2) wine moviezhd10.exe
Behaviour:
See attachment.
Expected behaviour:
No window from attachment
Terminal output:
fixme:win:EnumDisplayDevicesW ((null),0,0x33d908,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33d828,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{33d9a760-90c8-11d0-bd43-00a0c911ce86} not found
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{33d9a761-90c8-11d0-bd43-00a0c911ce86} not found
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{cc7bfb41-f175-11d1-a392-00e0291f3959} not found
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{cc7bfb46-f175-11d1-a392-00e0291f3959} not found
fixme:advapi:SetNamedSecurityInfoW L"C:\\users\\Public\\Application Data\\muvee
Technologies" 1 4 (nil) (nil) 0x14a928 (nil)
fixme:advapi:SetNamedSecurityInfoW L"C:\\users\\Public\\Application Data\\muvee
Technologies\\InstallerStore" 1 4 (nil) (nil) 0x14a928 (nil)
fixme:advapi:SetNamedSecurityInfoW L"C:\\users\\Public\\Application Data\\muvee
Technologies\\InstallerStore\\{90A496EF-8A9C-23D2-9746-2FB26B25233D}" 1 4 (nil)
(nil) 0x14a928 (nil)
err:cabinet:FDICopy FDIIsCabinet failed: 2.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10515
Summary: Muvee autoproducer fails to install
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.muvee.com/en/products/ap/ap6_free_trial
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download, Installer
Severity: enhancement
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, another "garbage app" sent into the appdb: the installer fails with a
messagebox : Error Number: 0x80020006
Quote from the person who sent it in:
Installshield warns about missing Quicktime and Media player components (it
does that on Windows too unless they're installed but will install and run
without them),then runs through the initial license confirmation and
destination directory selection.
It then aborts with MessageBox:
Error Number: 0x80020006
There was one msi-related fixme message in the console, that appeared when the
messagebox appeared:
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"version", clsid
{000c1090-0000-0000-c000-000000000046}
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26524
Summary: Muvee Reveal 8, execution from folder causes crash
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fcole90(a)gmail.com
Created an attachment (id=33782)
--> (http://bugs.winehq.org/attachment.cgi?id=33782)
log of the application
I made this test trying to run the app from a Windows previus installation,
then I copied the folder on my Wine folder and launched the app.
The applications shows many dialog boxes to report many errors:
1st dialog box)
Application has generated an exception that could not be handed.
Process ID=0x8 (8), Thread ID=0x9 (9).
Click OK to terminate the application.
Click CANCEL to debug the application.
#I click CANCEL
2nd dialog box)
No registered JIT debugger was specified.
Click on Retry to have the process wait while attaching a debugger manually.
Click on Cancel to abort the JIT debug request.
#If I click Retry the dialog appears again or crashes.
#If I press abort the app abort.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26507
Summary: Muvee Reveal finds a problem and doesn't install
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fcole90(a)gmail.com
Created an attachment (id=33746)
--> (http://bugs.winehq.org/attachment.cgi?id=33746)
Various fixme on win, advapi and an error on cabinet
I'm not able to run the installer of the application. I tried using native
libraries for: advapi32, cabinet and wininet.
When the installer runs just stops after a screen reporting that found a
critical problem that caused the app to crash.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35282
Bug ID: 35282
Summary: Multiple applications/installers need 'reg.exe'
'import' operation implementation (Muvee Reveal 8.0.x)
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Classification: Unclassified
Hello folks,
example: 'Muvee Reveal 8.0.1.1421' installer.
Relevant part of trace log:
--- snip ---
0047:Call KERNEL32.CreateProcessW(00000000,00b7a4c0
L"C:\\windows\\system32\\reg.exe import
C:\\users\\focht\\Temp\\muveeInstall\\SF_NTI_MC_MPEGEnc_001fffff.reg",00000000,00000000,00000000,00000000,00000000,004d6a00
L"C:\\windows\\system32\\",0033f6bc,0033f6ac) ret=7ece5e8a
...
0040:Call KERNEL32.__wine_kernel_init() ret=7bc5a056
0047:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ece5e8a
...
Error: Invalid command line parameters
...
0040:Call KERNEL32.ExitProcess(00000001) ret=7edf5e5e
--- snip ---
$ sha1sum muveeReveal_8.0.1.14210_2299.exe
93db0d86103c8ed4e3c3ecff367468f2b120e8dc muveeReveal_8.0.1.14210_2299.exe
$ du -sh muveeReveal_8.0.1.14210_2299.exe
101M muveeReveal_8.0.1.14210_2299.exe
$ wine --version
wine-1.7.9-286-g8f53710
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35892
Bug ID: 35892
Summary: sdb2xml (.NET 2.0 app) crashes on unimplemented
function apphelp.dll.SdbGetAppPatchDir
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
Prerequisite: 'winetricks -q dotnet20' (Mono might work too, couldn't test)
('foo' doesn't exist)
--- snip ---
$ wine ./sdb2xml.exe foo
fixme:thread:SetThreadStackGuarantee (0x33fc28): stub
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
wine: Call from 0x7b83abc3 to unimplemented function
apphelp.dll.SdbGetAppPatchDir, aborting
Error: External component has thrown an exception.
fixme:process:FlushProcessWriteBuffers : stub
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/bb432442%28v=vs.85%29.aspx
--- quote ---
void WINAPI SdbGetAppPatchDir(
_In_opt_ HSDB hSDB,
_Out_ LPTSTR szAppPatchPath,
_In_ DWORD cchSize
);
Parameters
hSDB [in, optional]
A handle to the shim database returned by the SdbInitDatabase function.
szAppPatchPath [out]
The resulting path.
cchSize [in]
The size of the szAppPatchPath buffer, in characters. If the function
fails, this parameter is set to the empty string ("").
--- quote ---
The documentation doesn't live up to the standards.
Vista+ API with no ANSI version of the API but they still state 'LPTSTR' type?
$ sha1sum sdb2xml.exe
9808bc17a7ea4f43ecdcb11f4e18204805246dbd sdb2xml.exe
$ du -sh sdb2xml.exe
28K sdb2xml.exe
$ wine --version
wine-1.7.15-112-g2aad5d7
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35891
Bug ID: 35891
Summary: sdb2xml and native setupapi override crash on
unimplemented function apphelp.dll.SdbInitDatabase
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
encountered by Austin's tests with native overrides
(https://bugs.winehq.org/show_bug.cgi?id=26016#c20):
--- quote ---
and crashes with:
wine: Call from 0x7b83a82e to unimplemented function
apphelp.dll.SdbInitDatabase, aborting
if I stub that, it gets further, to SCECLI.dll.SceSetupMoveSecurityFile. That
function doesn't appear to be documented, howver, so I didn't try to do
anything with it. (that's for ie7)
xmllite installs with no issues with native setupapi after SdbInitDatabase was
stubbed. Running it now in a loop.
--- quote ---
I found another interesting tool which makes use of Application Compatibility
Database API's too: 'sdb2xml'
MSDN: http://blogs.msdn.com/b/heaths/archive/2007/11/02/sdb2xml.aspx
$ sha1sum sdb2xml.exe
9808bc17a7ea4f43ecdcb11f4e18204805246dbd sdb2xml.exe
$ du -sh sdb2xml.exe
28K sdb2xml.exe
$ wine --version
wine-1.7.15-112-g2aad5d7
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38017
Bug ID: 38017
Summary: sdb2xml (.NET 2.0 app) crashes on unimplemented
function apphelp.dll.SdbGetFirstChild
Product: Wine
Version: 1.7.35
Hardware: x86
URL: http://blogs.msdn.com/b/heaths/archive/2007/11/02/sdb2
xml.aspx
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, focht(a)gmx.net
Depends on: 35893
Distribution: ---
Followup to bug 35893
Created a dummy file:
--- snip ---
$ touch foo.sdb
--- snip ---
Run the app:
--- snip ---
$ wine ./sdb2xml.exe foo.sdb
fixme:apphelp:SdbOpenDatabase stub: L"foo.sdb" 00000000
<?xml version="1.0" encoding="IBM437" standalone="yes"?>
<SDB xmlns:xs="http://www.w3.org/2001/XMLSchema" path="foo.sdb"wine: Call from
0x7b83957c to unimplemented function apphelp.dll.SdbGetFirstChild, aborting
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35893
Bug ID: 35893
Summary: sdb2xml (.NET 2.0 app) crashes on unimplemented
function apphelp.dll.SdbOpenDatabase
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
Prerequisite: 'winetricks -q dotnet20' (Mono might work too, couldn't test)
Created a dummy file:
--- snip ---
$ touch foo.sdb
--- snip ---
Run the app:
--- snip ---
$ wine ./sdb2xml.exe foo.sdb
fixme:thread:SetThreadStackGuarantee (0x33fc28): stub
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
wine: Call from 0x7b83abc3 to unimplemented function
apphelp.dll.SdbOpenDatabase, aborting
Error: External component has thrown an exception.
fixme:process:FlushProcessWriteBuffers : stub
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/bb432457%28v=vs.85%29.aspx
--- quote ---
PDB WINAPI SdbOpenDatabase(
_In_ LPCTSTR pwszPath,
_In_ PATH_TYPE eType
);
Parameters
pwszPath [in]
The database path. This parameter cannot be NULL.
eType [in]
The path type. See PATH_TYPE for a list of values.
--- quote ---
There is no ANSI version here, LPCTSTR will be always mapped to LPCWSTR.
Interestingly there seem to be two API functions essentially doing the same:
SdbOpenDatabase -> Windows Vista+, returns 'PDB'
SdbInitDatabase -> Windows XP+, returns 'HSDB'
$ sha1sum sdb2xml.exe
9808bc17a7ea4f43ecdcb11f4e18204805246dbd sdb2xml.exe
$ du -sh sdb2xml.exe
28K sdb2xml.exe
$ wine --version
wine-1.7.15-112-g2aad5d7
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44460
Bug ID: 44460
Summary: Wine's loader should prevent multiple executable
mappings of images (dlls) backed by the same physical
file (long path vs. short path)
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
split out from bug 35106 because there are multiple issues and this one affects
a different area: Wine loader.
Currently, loading a dll with default load flags one time with long path name
and the other time with short path name (= same physical file) results in two
different mappings of the dll which creates problems with apps expecting unique
instance data.
In short: Wine's loader currently lacks a more elaborate identity check to
prevent this case.
CMS DVR (video surveillance app) v1.0.0.8 uses multiple MFC-based ActiveX/COM
servers.
Taking the first one 'WndManager.ocx' as example:
--- snip ---
-=[ ProtectionID v0.6.9.0 DECEMBER]=-
(c) 2003-2017 CDKiLLER & TippeX
Build 24/12/17-21:05:42
Ready...
Scanning -> C:\Program Files\CMS\WndManager.ocx
File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 266240 (041000h)
Byte(s) | Machine: 0x14C (I386)
Compilation TimeStamp : 0x4B583655 -> Thu 21st Jan 2010 11:11:17 (GMT)
[TimeStamp] 0x4B583655 -> Thu 21st Jan 2010 11:11:17 (GMT) | PE Header | - |
Offset: 0x000000F8 | VA: 0x100000F8 | -
[TimeStamp] 0x4B583655 -> Thu 21st Jan 2010 11:11:17 (GMT) | Export | - |
Offset: 0x00020A74 | VA: 0x10020A74 | -
[LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset
0x2000001 | Reserved 0x46A4A0
[LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558
(4629848)
[LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008)
[LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C
[LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360
[LoadConfig] UnknownZero1 0x8000011
[File Heuristics] -> Flag #1 : 00000000000000000000010100000000 (0x00000500)
[Entrypoint Section Entropy] : 5.56 (section #0) ".text " | Size : 0x1B276
(111222) byte(s)
[DllCharacteristics] -> Flag : (0x0000) -> NONE
[SectionCount] 5 (0x5) | ImageSize 0x44000 (278528) byte(s)
[Export] 100% of function(s) (4 of 4) are in file | 0 are forwarded | 4 code |
0 data | 0 uninit data | 0 unknown |
[VersionInfo] Product Name : VideoWindow ActiveX Control Module
[VersionInfo] Product Version : 1. 0. 0. 4
[VersionInfo] File Description : VideoWindow ActiveX Control Module
[VersionInfo] File Version : 1. 0. 0. 4
[VersionInfo] Original FileName : VideoWindow.OCX
[VersionInfo] Internal Name : VideoWindow
[VersionInfo] Legal Copyrights : Copyright (C) 2006
[ModuleReport] [IAT] Modules -> MFC42.DLL | MSVCRT.dll | KERNEL32.dll |
USER32.dll | GDI32.dll | COMCTL32.dll | ole32.dll | OLEPRO32.DLL | OLEAUT32.dll
[!] File appears to have no protection or is using an unknown protection
- Scan Took : 0.224 Second(s) [0000000E0h (224) tick(s)] [246 of 580 scan(s)
done]
--- snip ---
The app explicitly loads its ActiveX/OCX to register these inproc servers
(registry):
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/CMS
...
002d:Call KERNEL32.LoadLibraryA(01421b78 "C:\\Program
Files\\CMS\\WndManager.ocx") ret=00404efc
...
002d:Call PE DLL (proc=0x154b467,module=0x1530000
L"WndManager.ocx",reason=PROCESS_ATTACH,res=(nil))
...
002d:Ret PE DLL (proc=0x154b467,module=0x1530000
L"WndManager.ocx",reason=PROCESS_ATTACH,res=(nil)) retval=1
002d:Ret KERNEL32.LoadLibraryA() retval=01530000 ret=00404efc
002d:Call KERNEL32.GetProcAddress(01530000,0050d090 "DllRegisterServer")
ret=00404fa9
002d:Ret KERNEL32.GetProcAddress() retval=01580022 ret=00404fa9
002d:CALL VIDEOWINDOW.OCX.DllRegisterServer(<unknown, check return>)
ret=00404fb3
...
002d:CALL MFC42.1212(<unknown, check return>) ret=01545e8f
002d:Call KERNEL32.LoadLibraryA(5f49ed88 "ole32.dll") ret=5f405b81
002d:Ret KERNEL32.LoadLibraryA() retval=7e580000 ret=5f405b81
...
002d:Call KERNEL32.GetProcAddress(7e580000,5f4c5ace "StringFromGUID2")
ret=5f405b3f
002d:Ret KERNEL32.GetProcAddress() retval=7e58ba80 ret=5f405b3f
002d:Call ole32.StringFromGUID2(01553df0,0032bf28,00000027) ret=5f4392e7
002d:Ret ole32.StringFromGUID2() retval=00000027 ret=5f4392e7
002d:Call KERNEL32.lstrlenW(0032bf28 L"{2FBB7C49-53D0-4FFF-B3A0-B3880750976A}")
ret=5f43931c
002d:Ret KERNEL32.lstrlenW() retval=00000026 ret=5f43931c
002d:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0032bf28
L"{2FBB7C49-53D0-4FFF-B3A0-B3880750976A}",ffffffff,0032bdc8,0000004e,00000000,00000000)
ret=5f439345
002d:Ret KERNEL32.WideCharToMultiByte() retval=00000027 ret=5f439345
002d:Call KERNEL32.GetModuleFileNameA(01530000,0032bcb4,00000104) ret=5f411dc5
002d:Ret KERNEL32.GetModuleFileNameA() retval=00000023 ret=5f411dc5
002d:Call msvcrt.memcpy(00fd04a0,5f4d1c58,00000001) ret=5f402437
002d:Ret msvcrt.memcpy() retval=00fd04a0 ret=5f402437
002d:Call KERNEL32.GetShortPathNameA(0032bcb4 "C:\\Program
Files\\CMS\\WndManager.ocx",00fd04a0,00000104) ret=5f411ddd
002d:Ret KERNEL32.GetShortPathNameA() retval=0000001c ret=5f411ddd
002d:Call KERNEL32.lstrlenA(00fd04a0 "C:\\PROG~FBU\\CMS\\WNDM~VNJ.OCX")
ret=5f40248f
002d:Ret KERNEL32.lstrlenA() retval=0000001c ret=5f40248f
002d:Call KERNEL32.FindResourceA(01530000,00000001,00000006) ret=5f403a4e
002d:Ret KERNEL32.FindResourceA() retval=01556f98 ret=5f403a4e
002d:Call user32.LoadStringA(01530000,00000002,0032bcb8,00000100) ret=5f403a5e
002d:Ret user32.LoadStringA() retval=00000019 ret=5f403a5e
002d:Call KERNEL32.lstrlenA(0032bcb8 "VideoWindow Property Page") ret=5f4038d7
002d:Ret KERNEL32.lstrlenA() retval=00000019 ret=5f4038d7
002d:Call msvcrt.memcpy(00fce610,0032bcb8,00000019) ret=5f403905
002d:Ret msvcrt.memcpy() retval=00fce610 ret=5f403905
...
002d:Call KERNEL32.GetProcAddress(7e9d0000,5f4c549a "RegCreateKeyA")
ret=5f405b3f
002d:Ret KERNEL32.GetProcAddress() retval=7e9dcd60 ret=5f405b3f
002d:Call advapi32.RegCreateKeyA(80000000,0032be24
"CLSID\\{2FBB7C49-53D0-4FFF-B3A0-B3880750976A}",0032bfa8) ret=5f4393b1
002d:Ret advapi32.RegCreateKeyA() retval=00000000 ret=5f4393b1
...
--- snip ---
The interesting part is that all inproc server paths are created with short
path name in registry (see 'GetShortPathNameA' calls).
I found little information on the "why". This seems to be MFC built-in/enforced
behaviour, for example mentioned here:
https://jeffpar.github.io/kbarchive/kb/179/Q179690/
--- quote ---
MFC uses short file names for registration.
--- quote ---
Later the same ActiveX/inproc server was loaded using 'ole32.CoGetClassObject'
which used the short path name from registry data but still referred to the
same physical file.
To my surprise it was mapped a second time at a different base address
0x2ab0000 (relocated), resulting in another set of instance data.
--- snip ---
...
002d:Call ole32.CoGetClassObject(0032a304,00000003,00000000,0050bddc,00329fa0)
ret=004b34b4
002d:Call
KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,0032a304,00329e40)
ret=7e59e1f6
002d:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7e59e1f6
002d:Call ntdll.RtlInitUnicodeString(00329cd4,7e665600
L"\\Registry\\Machine\\Software\\Classes") ret=7e598c09
002d:Ret ntdll.RtlInitUnicodeString() retval=00329cd4 ret=7e598c09
002d:Call
ntdll.NtCreateKey(00329cf4,02000000,00329cdc,00000000,00000000,00000000,00000000)
ret=7e598a08
002d:Ret ntdll.NtCreateKey() retval=00000000 ret=7e598a08
002d:Call ntdll.RtlInitUnicodeString(00329d70,00329dc2
L"CLSID\\{6AD651C3-AB21-4FCB-90D8-FB1396B04A07}") ret=7e598e9a
002d:Ret ntdll.RtlInitUnicodeString() retval=00329d70 ret=7e598e9a
002d:Call ntdll.NtOpenKey(00329dbc,00020019,00329d78) ret=7e598eaf
002d:Ret ntdll.NtOpenKey() retval=00000000 ret=7e598eaf
002d:Call ntdll.RtlNtStatusToDosError(00000000) ret=7e598ebb
002d:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7e598ebb
002d:Call ntdll.RtlInitUnicodeString(00329d70,7e666c48 L"InprocServer32")
ret=7e598e9a
002d:Ret ntdll.RtlInitUnicodeString() retval=00329d70 ret=7e598e9a
002d:Call ntdll.NtOpenKey(00329e84,00020019,00329d78) ret=7e598eaf
002d:Ret ntdll.NtOpenKey() retval=00000000 ret=7e598eaf
002d:Call ntdll.RtlNtStatusToDosError(00000000) ret=7e598ebb
002d:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7e598ebb
002d:Call advapi32.RegCloseKey(00000170) ret=7e59cf21
002d:Ret advapi32.RegCloseKey() retval=00000000 ret=7e59cf21
002d:Call advapi32.RegQueryValueExW(00000174,7e666bd0
L"ThreadingModel",00000000,00329ba0,00329ba8,00329ba4) ret=7e59dd41
002d:Ret advapi32.RegQueryValueExW() retval=00000000 ret=7e59dd41
002d:Call
advapi32.RegQueryValueExW(00000174,00000000,00000000,00329bac,0032999c,00329ba8)
ret=7e59b18a
002d:Ret advapi32.RegQueryValueExW() retval=00000000 ret=7e59b18a
...
002d:Call KERNEL32.LoadLibraryExW(00329bee
L"C:\\PROG~FBU\\CMS\\WNDM~VNJ.OCX",00000000,00000008) ret=7e598ff2
...
002d:Call PE DLL (proc=0x2acb467,module=0x2ab0000
L"WNDM~VNJ.OCX",reason=PROCESS_ATTACH,res=(nil))
002d:Call KERNEL32.LocalAlloc(00000000,00002000) ret=02acb1be
...
--- snip ---
Winedbg:
--- snip ---
Wine-dbg>bt
Backtrace:
=>0 0x7b463443 MODULE_get_dll_load_path(module="C:\PROG~FBU\CMS\WNDM~VNJ.OCX",
safe_mode=0xffffffff)
[/home/focht/projects/wine/wine.repo/src/dlls/kernel32/module.c:974] in
kernel32 (0x00329ba8)
1 0x7b463df7 LoadLibraryExW+0x73(libnameW=<couldn't compute location>,
hfile=<couldn't compute location>, flags=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/kernel32/module.c:1272] in
kernel32 (0x00329bd8)
2 0x7e5a6ff2
COMPOBJ_DllList_Add+0x8d(library_name="C:\PROG~FBU\CMS\WNDM~VNJ.OCX",
ret=0x1c7dcf8)
[/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:521] in ole32
(0x00329c48)
3 0x7e5a8fe1 apartment_getclassobject+0x1d3(apt=0x1f7ed08,
dllpath="C:\PROG~FBU\CMS\WNDM~VNJ.OCX", apartment_threaded=0x1,
rclsid=0x32a3c4, riid=0x50bddc, ppv=0x32a060)
[/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:1366] in ole32
(0x00329cb8)
4 0x7e5abfbb get_inproc_class_object+0x1e1(apt=0x1f7ed08, regdata=0x329f8c,
rclsid=0x32a3c4, riid=0x50bddc, hostifnecessary=0x1, ppv=0x32a060)
[/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:2954] in ole32
(0x00329f18)
5 0x7e5ac42d CoGetClassObject+0x457(rclsid=<couldn't compute location>,
dwClsContext=<couldn't compute location>, pServerInfo=<couldn't compute
location>, iid=<couldn't compute location>, ppv=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:3094] in ole32
(0x0032a018)
6 0x004b34b4 in cms (+0xb34b3) (0x0032a044)
7 0x004b4d92 in cms (+0xb4d91) (0x0032a0e8)
8 0x004b48d4 in cms (+0xb48d3) (0x0032a158)
9 0x004b344b in cms (+0xb344a) (0x0032a1c8)
10 0x004aeace in cms (+0xaeacd) (0x0032a224)
11 0x004aebb1 in cms (+0xaebb0) (0x0032a298)
12 0x004aef64 in cms (+0xaef63) (0x0032a2f0)
13 0x004abc5d in cms (+0xabc5c) (0x0032a38c)
14 0x0032a3b0 (0x0032a38c)
...
--- snip ---
Another session, showing the same dll present two times:
--- snip ---
Wine-dbg>info share
Module Address Debug info Name (100 modules)
PE 340000- 36f000 Export h264play
PE 370000- 380000 Export dlldeinterlace
PE 380000- 391000 Export streamreader
PE 3a0000- 3ab000 Export password
PE 400000- 5c7000 Export cms
PE 5d0000- 659000 Export playback
PE 660000- 736000 Export configmodule
PE 740000- 7ae000 Export localrecord
PE 1480000- 14c4000 Export wndmanager
PE 14d0000- 1571000 Export mapctrl
PE 2380000- 23c4000 Deferred wndm~vnj
PE 10000000-10083000 Export netsdk
PE 5f400000-5f4f2000 Export mfc42
ELF 7a800000-7a949000 Dwarf opengl32<elf>
\-PE 7a840000-7a949000 \ opengl32
ELF 7b400000-7b7f0000 Dwarf kernel32<elf>
\-PE 7b420000-7b7f0000 \ kernel32
ELF 7bc00000-7bd0a000 Dwarf ntdll<elf>
\-PE 7bc30000-7bd0a000 \ ntdll
ELF 7c000000-7c004000 Dwarf <wine-loader>
...
--- snip ---
wndmanager -> 0x1480000 (by long path name "C:\\Program
Files\\CMS\\WndManager.ocx"))
wndm~vnj -> 0x2380000 (by short path name "C:\\PROG~FBU\\CMS\\WNDM~VNJ.OCX")
To avoid this, Wine loader 'load_native_dll' function needs to implement
additional checks after creating the file-backed section view, before doing
anything further (reloc fixups, allocating module entry, ...).
Essentially walk the current module list and for each entry:
* basic (quick) check: time/date stamp and image size against NT file header
data from the newly created section view (NOTE: 'alloc_module' currently
doesn't copy 'TimeDateStamp' from 'FileHeader.TimeDateStamp' which is needed
for comparison)
* memory compare IMAGE_NT_HEADERS
* use NtAreMappedFilesTheSame() to check if the views from the image sections
are backed by the same physical file
If these conditions are met, the existing module entry shall be used and the
new mapping must be destroyed (NtUnmapViewOfSection).
I've already tested this using an own prototype. It seems to work fine without
breaking other apps.
NOTE: It doesn't prevent the crash reported in bug 35106 (another issue,
unrelated to loader) but makes Wine more compliant with Windows OS loader
behaviour.
$ sha1sum General_CMS_Eng_V1.0.0.8.T.20101202.exe
902e9408ebfc295ce2477fe3d9ca05e8a7588589
General_CMS_Eng_V1.0.0.8.T.20101202.exe
$ du -sh General_CMS_Eng_V1.0.0.8.T.20101202.exe
4.7M General_CMS_Eng_V1.0.0.8.T.20101202.exe
$ wine --version
wine-3.0-260-gdf715e5a9a
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27944
Summary: DVR CMS SW freezes
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maurelioc(a)astrotec.com.br
The SW attached is a CMS for controlling and viewing images on a DVR (Digital
Video Recording). This type of equipment is very common now in video
surveillance.
The DVRs maybe operated/viewed from a SW in cellular phones, Internet Explorer
with an activex loaded from the DVR and from installable SW called CMS for
Windows OS.
I would apreciate if someone could make it run on Wine.
It installs without error , but when trying to execute the SW freezes.
I can make available a DVR with cameras connected to internet to make tests.
There are other packages to convert videos, play videos , install activex etc.
All chinese made and with minimum documentation. I may send if needed or asked.
Thanks.
Marco Aurelio
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.