wine-bugs February 2008

wine-bugs@winehq.org

1 participants
2919 discussions

[Bug 10994] GUI problems
by wine-bugs＠winehq.org 20 Aug '21

20 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=10994 --- Comment #1 from Erwin E. <morrgiah(a)yahoo.co.uk> 2008-01-01 13:36:08 --- Created an attachment (id=9959) --> (http://bugs.winehq.org/attachment.cgi?id=9959) Truepiano screenshots -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 10059] New: Windows Live Messenger 8. 5 - You can not type into login boxes
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=10059 Summary: Windows Live Messenger 8.5 - You can not type into login boxes Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: philip.kent(a)ntlworld.com When trying to run Windows Live Messenger 8.5 (install instructions in AppDB - http://appdb.winehq.org/objectManager.php?sClass=version&iId=8146), you will find you can not log in. This is because it is impossible to type into the textboxes requesting usernames and passwords. They are too small and do not accept input. A log file is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 10916] New: Latest eclipse crashes on startup in comctl32
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10916 Summary: Latest eclipse crashes on startup in comctl32 Product: Wine Version: CVS/GIT Platform: Other URL: http://eclipse.org OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=9832) --> (http://bugs.winehq.org/attachment.cgi?id=9832) hs_err_pid8.log from java ... probably in imagelist. $ cd .wine/drive_c $ unzip ~/eclipse-java-europa-fall2-win32.zip $ cd eclipse $ wine eclipse.exe fails with # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7eb9149a, pid=8, tid=9 # # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-b05 mixed mode, sharing) # Problematic frame: # C [comctl32.dll+0x9149a] # # An error report file with more information is saved as hs_err_pid8.log fairly early (after grinding for only 20 seconds). I'll attach hs_err_pid8.log. I also tried running WINEDEBUG=+seh,+imagelist,+relay ~/wine-git/wine eclipse.exe but the log was really big and not obviously helpful. This was with the very latest sun jre installed, Java(TM) SE Runtime Environment (build 1.6.0_03-b05) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 10547] New: .NET 3.5 Framework installation problems (msi, bits, crypt32)
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

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.

2 28

[Bug 9723] New: Fileplanet Comrade installer fails to download a file
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=9723 Summary: Fileplanet Comrade installer fails to download a file Product: Wine Version: 0.9.45. Platform: PC URL: http://www.fileplanet.com/164906/160000/fileinfo/GameSpy -Comrade-Instant-Messenger OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk The installer tries to download this file but fails: http://download.microsoft.com/download/a/a/c/aac39226-8825-44ce-90e3-bf8203… Based on the terminal output I thought it was a dupe of bug 2781: http://bugs.winehq.org/show_bug.cgi?id=2781 However in that bug the wininet trace shows the download as going okay, but in this case it gives 404, even though attempting to download that file manually shows that it does exist. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 10515] New: Muvee autoproducer fails to install
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

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.

2 6

[Bug 9628] New: msiexec command line parsing incorrect
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=9628 Summary: msiexec command line parsing incorrect Product: Wine Version: CVS/GIT Platform: PC URL: http://www.enterbrain.co.jp/tkool/RPG_XP/eng/download.ht ml OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In bug 9615, the reporter mentioned running the setup program to install the game does not work. When running SetupMenu.exe, press the "Install RPG Maker XP" button should launch the installer. In Wine 0.9.33, pressing that button runs: msiexec /i c:\path\to\RPG Maker XP\Setup2\RPGXP_102a.msi In Wine 0.9.34, pressing that button runs: msiexec c:\path\to\RPG Maker XP\Setup2\RPGXP_102a.msi The regression is caused by: commit 54c7b7e81b5542f015dc6e71fc6030ba3919f5d3 Author: Aric Stewart <aric(a)codeweavers.com> Date: Thu Mar 22 08:20:16 2007 -0500 Revert 7c35db07c35db0... msiexec: Use CommandLineToArgvW instead of process_args to reduce code duplication. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 31

[Bug 10686] New: Marangatu fails with "Object doesn't support this action"
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10686 Summary: Marangatu fails with "Object doesn't support this action" Product: Wine Version: 0.9.50. Platform: PC-x86-64 URL: http://www.set.gov.py/set_htm/softwares/descargas/marang atui/instalador.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=9523) --> (http://bugs.winehq.org/attachment.cgi?id=9523) Full terminal log The eset.exe fails to start, bringing up a message box saying that Runtime Error 445, Object doesn't support this action and then Wine pagefaults. Full terminal output and error message attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 28

[Bug 10376] New: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10376 Summary: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, seems recent winsock SO_REUSEADDR patch --- snip --- URL: http://source.winehq.org/git/wine.git/?a=commit;h=58b030c270e68c4e130a7decb… Author: Kai Blin <kai.blin <at> gmail.com> Date: Sat Nov 3 08:45:12 2007 +0100 ws2_32: Map SO_REUSEADDR. BSD socket SO_REUSEADDR is not a complete match, but features like "allow binding to a port immediately after closing it" seem to be compatible. --- snip --- triggers a code path in WS_setsockopt() which leads to crash. The cause is an application bug. EvenBalance PunkBuster "PnkBstrA" service which creates local communication sockets accidentally passes the value instead of value address to WS_setsockopt(). The services can be installed and tested with their "pbsvc.exe" tool from http://www.evenbalance.com/downloads/pbsvc/pbsvc.exe --- snip --- .. 0015:trace:winsock:WS_setsockopt socket: 005c, level 0xffff, name 0x4, ptr 0x1, len 1 0015:trace:seh:raise_exception code=c0000005 flags=0 addr=0x76587df5 0015:trace:seh:raise_exception info[0]=00000000 0015:trace:seh:raise_exception info[1]=00000001 0015:trace:seh:raise_exception eax=00000001 ebx=7658e11c ecx=00000002 edx=00000004 esi=0000ffff edi=00000001 0015:trace:seh:raise_exception ebp=617c57a4 esp=617c574c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210293 0015:trace:seh:call_stack_handlers calling handler at 0x7bc38810 code=c0000005 flags=0 --- snip --- Their source code snippet probably looks like this: --- snip --- if (setsockopt( sock, .., ..., (char*)value, value_len) != SOCKET_ERROR) --- snip --- Instead of this: --- snip --- if (setsockopt( sock, .., ..., (char*)&value, value_len) != SOCKET_ERROR) --- snip --- Micro$oft "fixes" such crappy^H^H^H^H^H^Hbuggy applications by using SEH to catch invalid pointer dereferencing. If you execute a hand-crafted WS_setsockopt() test case with invalid pointer value in Windows you will see something like this: --- snip --- First-chance exception at 0x719b5280 (mswsock.dll) in test.exe: 0xC0000005: Access violation reading location 0x00000001. --- snip --- Returned last error is WSAEFAULT (bad pointer value/address supplied). Solution: either wrap the whole function within structured exception handler (SEH) or use IsBadReadPtr() on passed pointer and return WSAEFAULT if fishy. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 11420] New: service control manager API problem: name of named objects might differ (client vs. service process)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11420 Summary: service control manager API problem: name of named objects might differ (client vs. service process) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=10552) --> (http://bugs.winehq.org/attachment.cgi?id=10552) patch which fixes client vs. service SCM API when using named objects Hello, there seems to be a misconception in usage of names for named objects in service control manager API. Some people might have experienced such situation: wine hangs for several seconds on startup (when starting services). I usually disabled autostart type services (except for builtin ones) and the problems went away. Lately while fixing Microsoft Visual Studio .NET installers (2002/2003/2005) this problem became more and more annoying because the installers and VS.NET depend on some services, namely "debug manager" (service has to be running). Consider the following snippet with "service_get_event_handle" trace message added by me to highlight the problem: 0x9: client (net.exe) 0x11: service process (mdm.exe) 0x12: dispatcher thread --- snip trace --- .. 0009:trace:advapi:OpenSCManagerW ((null),(null),0x000f003f) 0009:trace:advapi:sc_handle_alloc sc_handle type=0 -> 0x121450 0009:trace:advapi:OpenSCManagerW returning 0x121450 (access : 0x000f003f) 0009:trace:advapi:OpenServiceA 0x121450 "mdm" 983103 0009:trace:advapi:OpenServiceW 0x121450 L"mdm" 983103 0009:trace:advapi:sc_handle_alloc sc_handle type=1 -> 0x121488 0009:trace:advapi:OpenServiceW returning 0x121488 0009:trace:advapi:GetServiceDisplayNameA 0x121450 "mdm" 0x34ee48 0x34fe48 0009:trace:advapi:GetServiceDisplayNameW 0x121450 L"mdm" 0x1214b8 0x34ee08 The Machine Debug Manager service is starting. 0009:trace:advapi:StartServiceA (0x121488,0,(nil)) 0009:trace:advapi:StartServiceW 0x121488 0 (nil) 0009:trace:advapi:LockServiceDatabase 0x121450 0009:trace:advapi:LockServiceDatabase returning 0x3c 0009:trace:advapi:service_start_process service_get_event_handle(L"mdm"): 0x40 0011:trace:advapi:LookupPrivilegeValueW L"",L"SeDebugPrivilege",0x34fc80 0011:trace:advapi:LookupPrivilegeValueW L"" -> 00000000-00000014 0011:trace:advapi:AdjustTokenPrivileges 0011:trace:advapi:StartServiceCtrlDispatcherA 0x34fc9c 0011:trace:advapi:service_run_threads Starting 1 pipe listener threads. Services running as process 16 0012:trace:advapi:service_control_dispatcher 0x121ea8 L"Machine Debug Manager" 0012:trace:advapi:service_control_dispatcher service_get_event_handle(L"Machine Debug Manager"): 0x48 0009:trace:advapi:UnlockServiceDatabase 0x3c 0009:trace:advapi:StartServiceW returning 0 The Machine Debug Manager service failed to start. 0009:trace:advapi:CloseServiceHandle 0x121488 0009:trace:advapi:sc_handle_destroy_service destroying service 0x121488 0009:trace:advapi:CloseServiceHandle 0x121450 0009:trace:advapi:sc_handle_destroy_manager destroying SC Manager 0x121450 000d:trace:advapi:service_run_threads last user process exited, shutting down 0011:trace:advapi:service_run_threads last user process exited, shutting down --- snip trace --- When a service is started, named objects are created to internally communicate data/events from the service process (dispatcher) to client side SCM API and vice versa. Unfortunately there exist service proccesses which pass service names to dispatcher table (StartServiceCtrlDispatcher) not matching the service name on the client side (registry "Services" key). --- snip dlls/advapi32/service.c --- static DWORD WINAPI service_control_dispatcher(LPVOID arg) { service_data *service = arg; LPWSTR name; HANDLE pipe, event; TRACE("%p %s\n", service, debugstr_w(service->name)); /* create a pipe to talk to the rest of the world with */ name = service_get_pipe_name(service->name); <--------- *problem*! pipe = CreateNamedPipeW(name, PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, 1, 256, 256, 10000, NULL ); if (pipe==INVALID_HANDLE_VALUE) ERR("failed to create pipe for %s, error = %d\n", debugstr_w(service->name), GetLastError()); HeapFree(GetProcessHeap(), 0, name); /* let the process who started us know we've tried to create a pipe */ event = service_get_event_handle(service->name); <--------- *problem*! SetEvent(event); CloseHandle(event); .. --- snip dlls/advapi32/service.c --- As result, different named objects are created and signaled so the client side can't communicate with the service side using named pipe and events. This leads to infamous timeout problem (30 sec) and service startup failing. In case of Microsoft Debug Manager the service is called "mdm" (registry). The service process itself passes "Microsoft Debug Manager" as name to dispatch table (see first trace). Problem: how can both sides communicate a "common" name for named objects? The service dispatcher part on the service side has only dispatch table data available which doesn't help much. I thought about this problem and found a feasible solution ... well call it "hack" whatever. If the client side API passes the service name in one of the process startup parameter members before process creation, the service process' dispatcher routine is able to access this data and create the named objects used for communication. I (ab)used startupinfo "title" member because only wine itself make exclusive use of most service process startup parameters. If not considered safe, use reserved/undoc fields... With that patch applied the services in question start fine and can be controlled using "net" commands. No more hangs ;-) 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.

2 22

[Bug 11208] New: Unimplemented function in ntsokrnl. exe causes TrackManiaESWC to fail at startup
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11208 Summary: Unimplemented function in ntsokrnl.exe causes TrackManiaESWC to fail at startup Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zgold550(a)gmail.com Created an attachment (id=10285) --> (http://bugs.winehq.org/attachment.cgi?id=10285) output of +relay Playing TrackManiaESWC is impossible because the game immediately dumps to some seemingly infinite error of loops. Ran with GIT WINE as of 4:30 on 1/15/08 WINEDEBUG="+relay" ~/progrepo/Wine/wine TmNationsESWCLauncher.exe > ~/TmNationsESWCOutput 2>&1 log is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 10407] New: TrackMania Nations fails due serveral unimplemented functions
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10407 Summary: TrackMania Nations fails due serveral unimplemented functions Product: Wine Version: CVS/GIT Platform: PC-x86-64 URL: http://www.trackmanianations.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.IoCreateUnprotectedSymbolicLink, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInitializeZone, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInterlockedAddLargeInteger, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInitializeResourceLite, aborting Next showstopper is for sure the starforce protection... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 10368] New: Corel Draw X3 Won't Install
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10368 Summary: Corel Draw X3 Won't Install Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=9041) --> (http://bugs.winehq.org/attachment.cgi?id=9041) Log of the error The installation is failing when the second stage start. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 9929] New: Unimplemented function call in Internet Explorer 7 installer
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=9929 Summary: Unimplemented function call in Internet Explorer 7 installer Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=8428) --> (http://bugs.winehq.org/attachment.cgi?id=8428) Wine output After using winetricks volnum as per Bug #5351, I started the IE7 installer binary for Windows XP SP2. After extraction, the installer page faults with "Call from 0x7b843f50 to unimplemented function wintrust.dll.GenericChainFi nalProv, aborting" and another message for wintrust.dll.HTTPSCertificateTrust. I tried to use a native wintrust.dll and also tried changing Windows version to Windows XP, with same results. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 10204] New: Incorrectly raised FD_WRITE socket event
by wine-bugs＠winehq.org 02 Jun '21

02 Jun '21

http://bugs.winehq.org/show_bug.cgi?id=10204 Summary: Incorrectly raised FD_WRITE socket event Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: rraptorr(a)nails.eu.org Created an attachment (id=8812) --> (http://bugs.winehq.org/attachment.cgi?id=8812) FD_WRITE event on socket test program According to MSDN WSAEventSelect function description (http://msdn2.microsoft.com/en-us/library/ms741576.aspx), FD_WRITE event should be raised only once after: a) successful connection b) WSAEWOULDBLOCK error while in nonblocking mode. MSDN description: "The FD_WRITE network event is handled slightly differently. An FD_WRITE network event is recorded when a socket is first connected with connect/WSAConnect or accepted with accept/WSAAccept, and then after a send fails with WSAEWOULDBLOCK and buffer space becomes available. Therefore, an application can assume that sends are possible starting from the first FD_WRITE network event setting and lasting until a send returns WSAEWOULDBLOCK. After such a failure the application will find out that sends are again possible when an FD_WRITE network event is recorded and the associated event object is set." Unfortunately, it seems that in Wine 0.9.48 (and a few earlier versions too) this event is raised every time it is possible to write to the socket. I've created a simple test program (FD_WRITE-test.c) that shows this problem. When ran on Windows I get: lNetworkEvents: 2 lNetworkEvents: 0 but when ran on Wine: lNetworkEvents: 2 lNetworkEvents: 2 which means that FD_WRITE was raised twice and it shouldn't. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 53

[Bug 9504] New: Cannot close CMonthCalCtrl popup by clicking outside popup
by wine-bugs＠winehq.org 02 Jun '21

02 Jun '21

http://bugs.winehq.org/show_bug.cgi?id=9504 Summary: Cannot close CMonthCalCtrl popup by clicking outside popup Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se I have an application that uses a custom control: A wrapper that displays a CMonthCalCtrl in a popup window. In Windows, it's possible to close the popup by clicking outside the popup. With Wine, however, it is necessary to either select a date or press Escape. The popup will also be closed if the user tries to move the popup window (which has X11 WM decorations). When clicking outside the popup with Wine, Wine generates a beep through X11 (I believe this happens since a WM_SETCURSOR with HTERROR is generated). A demo program is available as http://www.cendio.se/~astrand/wine/6-close-popup/. Requires Visual C++ 2005 runtime libraries. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 28

[Bug 10635] New: Tivo Desktop 2.5.1 will not install
by wine-bugs＠winehq.org 28 May '21

28 May '21

http://bugs.winehq.org/show_bug.cgi?id=10635 Summary: Tivo Desktop 2.5.1 will not install Product: Wine Version: 0.9.50. Platform: PC URL: http://www.tivo.com/mytivo/domore/tivotogo/windows.html OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: joseph_scott123(a)msn.com When trying to install Tivo Desktop 2.5.1 I get the following messages and it fails to install. fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not registered err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10} could be created for context 0x1 fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"UILevel", clsid {000c1090-0000-0000-c000-000000000046} fixme:seh:_abnormal_termination (void)stub fixme:seh:_abnormal_termination (void)stub fixme:seh:_abnormal_termination (void)stub Usage: Install a product: msiexec {package|productcode} [property] msiexec /i {package|productcode} [property] msiexec /a package [property] Repair an installation: msiexec /f[p|o|e|d|c|a|u|m|s|v] {package|productcode} Uninstall a product: msiexec /x {package|productcode} [property] Advertise a product: msiexec /j[u|m] package [/t transform] [/g languageid] msiexec {u|m} package [/t transform] [/g languageid] Apply a patch: msiexec /p patchpackage [property] msiexec /p patchpackage /a package [property] Modifiers for above operations: msiexec /l[*][i|w|e|a|r|u|c|m|o|p|v|][+|!] logfile msiexec /q{|n|b|r|f|n+|b+|b-} Register a module: msiexec /y module Unregister a module: msiexec /z module Display usage and copyright: msiexec {/h|/?} NOTE: Product code on commandline unimplemented as of yet Copyright 2004 Vincent B�ron -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 10219] New: Windows Media Player 11 setup fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=10219 Summary: Windows Media Player 11 setup fails Product: Wine Version: 0.9.48. Platform: PC URL: http://www.microsoft.com/windows/windowsmedia/download/A llDownloads.aspx?displang=en&qstechnology= OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com The setup program for Windows Media Player 11 tries to validate Windows if the version is set to XP, and this fails. There was talk some time ago about an ntlm_auth patch that would allow the validation, but it fails for me even though I have the correct version of Samba installed. However, the installer does not run the Genuine check if the Windows version is set to Vista. When run thus it does work, however; it tries to create an instance of a wuapi.dll class, which is not registered in Wine. When I use a native dll from XP and register it the console output changes saying no instance could be created. The installer then says no updates could be found. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 11228] New: .NET Framework 2.0 Registry Bug
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11228 Summary: .NET Framework 2.0 Registry Bug Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.tessore(a)gmail.com When installing the .NET Framework 2.0, the installer creates a registry key HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000 --- The correct key would be HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000 --- This leads to seemingly meaningless errors in a number of unexpected places (ie. normal non-.NET applications), like this one here: fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)): stub err:eventlog:ReportEventW L"Error enumerating shim databases - 234" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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.

2 13

[Bug 10325] New: Avencast: Rise of the Mage crash on attempt to play startup video
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10325 Summary: Avencast: Rise of the Mage crash on attempt to play startup video Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheetahmorph(a)gmail.com Created an attachment (id=8986) --> (http://bugs.winehq.org/attachment.cgi?id=8986) Logfile auto-generated by the Avencast Demo >From watching the installer, I noticed several .wmv files installed. Game asked for d3dx9_30.dll, which was copied from my other harddrive partition to the game folder. Game launches easily, showing the splash screen, and then this error: DXC Error (DirectX9) DXC_VideoPlayerOverlayBase: CoCreateInstance failed (VideoMixingRenderer) Upon clicking "Ok", the game crashes. Link to demo: http://files.filefront.com/Avencast+Rise+of+the+Mage+Demo/;8771255;/fileinf… Attached: Log that the demo created on its own, might be useful -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 10467] New: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10467 Summary: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0 Product: Wine Version: CVS/GIT Platform: PC URL: http://www.paehl.de/english.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this bug id exists for the sole purpose of showing my little journey of getting .NET 2.0 to work in wine. This topic does *NOT* cover the MONO project in any way. The windows version of MONO is covered by other bug reports. DISCLAIMER: This is just a first step which aims at major show stoppers. There are *many* issues left when it comes to managed (JIT) vs. unmanaged (native) API code bridging. To iron out all the bugs, many different applications are needed which cover the whole range of .NET Framework. I randomly chose a simple .NET 2.0 app which uses plain system.windows.forms stuff (no fancy controls/interop). --- snip --- http://www.paehl.de/fastmd5_net20.zip FASTMD5 create very fast with low CPU use a MD5 hash. Required .NET 1.1 or 2.0 --- snip --- Just as foreword: yes, it plain sucks to debug mixed code in wine (managed + unmanaged) because the tools required don't work reliable (or at all) due to several wine bugs/design problems. Prerequisite: successful installation of .NET 2.0 Framework and wine-0.9.49 (or GIT) ---------- If you start .NET apps they will fail with stack overflows and some exceptions thrown. The exception type tells us what we are dealing with: 0xe0434f4d For the uninitiated: this an exception type exclusively thrown by .NET common language runtime (CLR). Using my specially hacked wine to run tools like windbg one can get a raw estimate by looking at native method callstack: --- snip --- 0:000> sxe clr .. 0:000> .load clr20\sos.dll .. 0:000> g .. 0:000> kb ChildEBP RetAddr Args to Child WARNING: Stack unwind information not available. Following frames may be wrong. 0034efb8 79f97065 e0434f4d 00000001 00000001 KERNEL32!RaiseException+0x78 0034f018 7a0945a4 00a11cb4 00000000 00000000 mscorwks!RaiseTheExceptionInternalOnly+0x226 0034f0dc 02fa364b 00000000 0000007f 0034f138 mscorwks!JIT_Throw+0xd0 0034f1d8 79e88f63 00000000 0012e0f8 0034f22c 0x2fa364b 0034f1f8 79e88f63 00000000 00000000 0016b200 mscorwks!CallDescrWorker+0x33 0034f210 79e88ee4 0034f2e8 00000002 0034f2b0 mscorwks!CallDescrWorker+0x33 .. --- snip --- JIT code is at 0x2fa364b which transfers managed exceptions using mscorwks!JIT_Throw() to native code/OS. Lets look at CLR exception info... --- snip --- 0:000> !PrintException Exception object: 00a11cb4 Exception type: System.TypeInitializationException Message: The type initializer for 'System.Globalization.TextInfo' threw an exception. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80131534 --- snip --- And the managed code callstack... --- snip --- 0:000> !ClrStack OS Thread Id: 0xf (0) ESP EIP 0034f040 7b8414d8 [HelperMethodFrame: 0034f040] 0034f0e4 02fa364b System.Globalization.TextInfo.GetNativeTextInfo(Int32) 0034f114 02fa3511 System.Globalization.TextInfo.get_InvariantNativeTextInfo() 0034f140 02fa193d System.String.Compare(System.String, Int32, System.String, Int32, Int32, System.StringComparison) 0034f16c 02fa15a1 System.Security.Util.URLString.PreProcessForExtendedPathRemoval(System.String, Boolean) 0034f184 02fa10b0 System.AppDomainSetup.NormalizePath(System.String, Boolean) 0034f1a4 02fa06d6 System.AppDomainSetup.SetupDefaultApplicationBase(System.String) 0034f1bc 02fa02cc System.AppDomain.SetupFusionStore(System.AppDomainSetup) 0034f1d4 02fa01fa System.AppDomain.SetupDomain(Boolean, System.String, System.String) 0034f42c 79e88f63 [GCFrame: 0034f42c] 0034f9e0 79e88f63 [DebuggerClassInitMarkFrame: 0034f9e0] --- snip --- Some native method call in GetNativeTextInfo() seems to be the culprit. For many (string) resource based stuff to work, a unicode OS casing table is required. The table for the invariant version is built from external .NLS file. To make story short: wine does not ship the default case mapping table for unicode characters: "l_intl.nls". This is a "must" requirement and failure results in early TypeInitializationException while setting up default application domain. Short fix: copy the file from your windows system32 directory to wine system32. Long run fix: let wine generate/install this file. Not a big deal. Now simple .NET _console_ based apps (like "Hello World") will work. --------------------------------------- Stay tuned, more goodies to come ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 109

[Bug 9773] New: FileMaker crashes
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=9773 Summary: FileMaker crashes Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: website-bugs AssignedTo: wine-bugs(a)winehq.org ReportedBy: hhalvors(a)princeton.edu Created an attachment (id=8211) --> (http://bugs.winehq.org/attachment.cgi?id=8211) partial backtrace Wine 0.9.39, trying to run FileMaker Pro 8.5. Installation went great. I can start FileMaker, and I can open a database. However, when I click on the screen, FileMaker crashes. I have attached a partial backtrace. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 11414] New: msidb: STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11414 Summary: msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br To be able to test this you need to install mono on win32. I used the 1.2.6 version. I installed the latest beta of WiX, 3.0.2925 available from wix.sourceforge.net. First light.exe needs to be run on product.wxs on the examples/public/first/product.wxs, this generated product.wixobj. After that I run, with only builtin dlls: wine ../light.exe "-cultures:en-us" product.wixobj fixme:msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented light.exe : error LGHT0001 : Some sort of w32 error occurred: 120 Exception Type: System.ComponentModel.Win32Exception Stack Trace: [mono backtrace cut] -- 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.

2 15

[Bug 11411] New: GetFileVersionInfoSizeW returns wrong error code if file has no version ( affects WiX)
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11411 Summary: GetFileVersionInfoSizeW returns wrong error code if file has no version (affects WiX) Product: Wine Version: 0.9.54. Platform: Other OS/Version: other Status: UNCONFIRMED Keywords: patch Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://blog.rvburke.com/2008/01/30/gtk-and-pygtk-on-win32/ complained about WiX not running. http://www.winehq.org/pipermail/wine-patches/2007-November/046456.html talks about two changes needed to get it closer to running. It seems to have been dropped, so here's one of the two bugs it reports: Running light.exe from wix on a wixobj file with a non-versioned file as a component prints a diagnostic error indicating ERROR_FILE_NOT_FOUND using wine's builtin of version.dll and msi.dll, but ERROR_RESOURCE_DATA_NOT_FOUND using wine's builtin of msi.dll and native version.dll. ... version.dll's GetFileVersionInfoSizeW does return ERROR_FILE_NOT_FOUND when trying to get the version of a file that does not contain a version (for example, a text file). This is because it relies on VERSION_GetFileVersionInfo_16 to do the file existance check, which returns 0 (meaning file does not exist) if LoadLibrary16 fails. The patch addresses this by making VERSION_GetFileVersionInfo_16 return 0xFFFFFFFF (meaning file exists but does not have version) if LoadLibrary16 returns an error beside ERROR_FILE_NOT_FOUND. -- 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.

2 5

[Bug 9727] New: OPML displays error on startup; mshtml' s ShowHTMLDialog too stubby
by wine-bugs＠winehq.org 07 Mar '21

07 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=9727 Summary: OPML displays error on startup; mshtml's ShowHTMLDialog too stubby Product: Wine Version: CVS/GIT Platform: Other URL: http://support.opml.org/download OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.scripting.com/stories/2007/09/20/howToSponsorAnOpenSourcePr.html says Dave Winer really wants OPML working well on Linux, so I had a look. First problem: on startup, it tries to run some javascript that runs a dll function. It fails with an error dialog, and wine complains fixme:mshtml:ShowHTMLDialog ((nil) 0x1959980 (nil) L"help: no" 0x7bdfadc4) Second problem: any time it tries to display a web page, it does start up your web browser, but the resulting page is blank (perhaps it can't pass the URL to the browser). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

← Newer
1
2
3
4
5
6
7
8
...
117
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2008