wine-bugs November 2008

wine-bugs@winehq.org

1 participants
5606 discussions

[Bug 13663] New: dogfood: Adobe Reader 3.x (16-Bit) crash, when loading a Document)
by wine-bugs＠winehq.org 20 Aug '21

20 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=13663 Summary: dogfood: Adobe Reader 3.x (16-Bit) crash, when loading a Document) Product: Wine Version: 1.0-rc3 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=12388 OS/Version: Linux Status: NEW Keywords: download, win16 Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Created an attachment (id=13650) --> (http://bugs.winehq.org/attachment.cgi?id=13650) +loaddll,+process,+tid,+seh Load a Document or start the Application with a Document result in a crash in Adobe Acrobat Reader 3.01 (16-Bit). (Using a virtual Desktop makes no difference) wine: Unhandled page fault on read access to 0xffffffff at address 0x173f:0x00000e40 (thread 0018), -- By by ... Detlef -- 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 10

[Bug 12718] New: Typing the username in MSN Messenger 7.5 is really slow
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=12718 Summary: Typing the username in MSN Messenger 7.5 is really slow Product: Wine Version: 0.9.60 Platform: PC URL: http://www.filehippo.com/download_msn_messenger/751/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When i start to write my email in msn messenger, the letters will take a long time to appear. In the console I'm only watchinh this message every time I type a letter: fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): 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 22

[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 13777] New: Can't write in login and password fields in MSN8
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=13777 Summary: Can't write in login and password fields in MSN8 Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: igamads(a)gmail.com Created an attachment (id=13810) --> (http://bugs.winehq.org/attachment.cgi?id=13810) Terminal output on msn8 and clean wineprefix Can't right on the fields for Login and password. -- 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 4

[Bug 14358] New: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=14358 Summary: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =3c9a983a-ac14-4125-8ba0-d36d67e0f4ad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bug for James Hawkins ... low priority. Encountered this when I accidentally forgot the .NET 2.0 prerequisite before Office 2007 installation. Setup dies in wine's fusion due to bugs in CLR metadata processing while installing primary interop assemblies for Office into GAC. --- snip --- 003f:trace:fusion:CreateAssemblyCache (0x32fe9c, 0) 003f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000008) ret=79655027 003f:Ret ntdll.RtlAllocateHeap() retval=00114ec0 ret=79655027 003f:Ret fusion.CreateAssemblyCache() retval=00000000 ret=694077de 003f:trace:fusion:IAssemblyCacheImpl_InstallAssembly (0x114ec0, 0, L"Microsoft.mshtml.dll", (nil)) .. 003f:Call KERNEL32.CreateFileW(00115168 L"Microsoft.mshtml.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=7965724f 003f:Ret KERNEL32.CreateFileW() retval=00000038 ret=7965724f 003f:Call KERNEL32.CreateFileMappingW(00000038,00000000,00000002,00000000,00000000,00000000) ret=7965728e 003f:Ret KERNEL32.CreateFileMappingW() retval=0000003c ret=7965728e 003f:Call KERNEL32.MapViewOfFile(0000003c,00000004,00000000,00000000,00000000) ret=796572c4 003f:Ret KERNEL32.MapViewOfFile() retval=00440000 ret=796572c4 003f:Call ntdll.RtlImageNtHeader(00440000) ret=796572d6 003f:Ret ntdll.RtlImageNtHeader() retval=00440080 ret=796572d6 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,00002008,00000000) ret=7965736d 003f:Ret ntdll.RtlImageRvaToVa() retval=00441008 ret=7965736d 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237c4,00000000) ret=7965739f 003f:Ret ntdll.RtlImageRvaToVa() retval=005627c4 ret=7965739f 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237e4,00000000) ret=796573d1 003f:Ret ntdll.RtlImageRvaToVa() retval=005627e4 ret=796573d1 003f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x602636b3 003f:trace:seh:raise_exception info[0]=00000000 003f:trace:seh:raise_exception info[1]=00000000 003f:trace:seh:raise_exception eax=00000000 ebx=79659168 ecx=00000000 edx=0012c8c0 esi=80131018 edi=00000000 003f:trace:seh:raise_exception ebp=0032fc08 esp=0032fbec cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010246 003f:trace:seh:call_stack_handlers calling handler at 0x7b877bc0 code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000000 at address 0x602636b3 (thread 003f), starting debugger... 003f:trace:seh:start_debugger Starting debugger "winedbg --auto 62 68" 003f:trace:seh:call_stack_handlers handler at 0x7b877bc0 returned 1 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x602636b3). --- snip --- CLR metadata section header is incorrectly processed (offset calculation). The version length is rounded to DWORD boundary - this needs to be taken into account (crash on some assemblies). Also the CLR metadata tables offset calculation is not correct. A good crash candidate is "Microsoft.mshtml.dll", the primary interop assembly (PIA) for mshtml.dll A good source of information about PE CLR data structures is here: http://www.ntcore.com/Files/dotnetformat.htm You might also want to have a look at CFF explorer, one of the rare PE tools which support .NET/CLR metadata: http://www.ntcore.com/exsuite.php If you use it on assemblies with large amount of CLR metadata, like Microsoft.mshtml.dll PIA, it might take lots of time to parse all tables. It gives you all the info (metadata table offsets/RVA's) for verification of calculations. I wrote my own little test which just calls fusion's IAssemblyCache_InstallAssembly on assemblies to verify my findings/patches. I'll leave out any patch snippets to give potential patch implementor full freedom. For testing purposes you can use the "Office 2003 Update: Redistributable Primary Interop Assemblies" from Micro$oft support which is available for download (see URL). Extract and run 'msiexec -x O2003PIA.msi'. 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 10

[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 14016] New: Eclipse 3.3.x (customized) needs WebBrowser_GetIDsOfNames fleshed out
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14016 Summary: Eclipse 3.3.x (customized) needs WebBrowser_GetIDsOfNames fleshed out Product: Wine Version: CVS/GIT Platform: PC URL: http://www.eclipse.org/downloads OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=14206) --> (http://bugs.winehq.org/attachment.cgi?id=14206) Relevant java code for browser wrapper setText Hello, this is a bug report is based on a (Customer) Eclipse 3.3 Europa with lots of additional plugins (OpenArchitectureWare/Enterprise Architect Integration/Microsoft Pict). It's not encountered with standard Eclipse 3.3 version. After getting past http://bugs.winehq.org/show_bug.cgi?id=14015 it crashes again because it needs WebBrowser_GetIDsOfNames fleshed out. --- snip wine trace --- .. 0009:fixme:shdocvw:WebBrowser_GetIDsOfNames (0x35772c8)->({00000000-0000-0000-0000-000000000000} 0x15d668 2 2048 0x46d3e00) .. 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x74b6b2 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00000008 0009:trace:seh:raise_exception eax=00000001 ebx=0000002e ecx=00000008 edx=00000000 esi=1bf4a5ba edi=0032ea18 0009:trace:seh:raise_exception ebp=0032e9f0 esp=0032e9c8 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210202 0009:trace:seh:call_stack_handlers calling handler at 0x6d983d10 code=c0000005 flags=0 .. --- snip wine trace --- --- snip java callstack --- .. Exception in thread "Thread-1" java.lang.NullPointerException at org.eclipse.swt.browser.IE.setText(IE.java:767) at org.eclipse.swt.browser.Browser.setText(Browser.java:698) at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.generateDynamicContentForPage(BrowserIntroPartImplementation.java:249) at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.dynamicStandbyStateChanged(BrowserIntroPartImplementation.java:445) at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.doStandbyStateChanged(BrowserIntroPartImplementation.java:652) .. --- snip java callstack --- Attached is snippet of relevant java code which causes the problem. It shows how wrapper/native API is invoked. Although there already exist typeinfo retrieval helper/boiler plate code (used for WebBrowser_Invoke), it's not enough to succeed. 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 9

[Bug 14015] New: Eclipse 3.3.x (customized) crashes on null REFCLSID passed to ole32.WriteClassStg
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14015 Summary: Eclipse 3.3.x (customized) crashes on null REFCLSID passed to ole32.WriteClassStg Product: Wine Version: CVS/GIT Platform: PC URL: http://www.eclipse.org/downloads OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=14205) --> (http://bugs.winehq.org/attachment.cgi?id=14205) Patch to handle null REFCLSID in ole32.WriteClassStg properly Hello, this bug report is based on a (Customer) Eclipse 3.3 Europa with lots of additional plugins (OpenArchitectureWare/Enterprise Architect Integration/Microsoft Pict). It's not encountered with standard Eclipse 3.3 version. The first crash is due to not handling null REFCLSID in ole32.WriteClassStg: --- snip --- .. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004002 err:ole:CoGetClassObject no class object {8856f961-340a-11d0-a96b-00c04fd705a2} could be created for context 0x3 fixme:shdocvw:PersistStorage_InitNew (0x5566ea0)->(0x6825678) fixme:shdocvw:PersistStorage_GetClassID (0x5566ea0)->(0x33e8c8) fixme:shdocvw:ViewObject_SetAdvise (0x5566ea0)->(1 00000000 0x5f557e8) fixme:shdocvw:OleObject_Advise (0x5566ea0)->(0x5f557e8, 0x29ae950) fixme:shdocvw:WebBrowser_QueryInterface (0x5566ea0)->({0000011d-0000-0000-c000-000000000046} 0x29ae950) interface not supported fixme:shdocvw:PersistStorage_GetClassID (0x5566ea0)->(0x33e97c) fixme:shdocvw:PersistStorage_Save (0x5566ea0)->(0x6825678 1) First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x60cccd3b). .. Backtrace: =>1 0x60cccd3b StorageBaseImpl_SetClass+0x9b(iface=0x6825678, clsid=0x0) [/home/focht/wine-git/dlls/ole32/storage32.c:1136] in ole32 (0x0033e96c) 2 0x60cc63f1 WriteClassStg+0x21(pStg=0x6825678, rclsid=0x0) [/home/focht/wine-git/dlls/ole32/storage32.c:6290] in ole32 (0x0033e97c) 3 0x0505589b in swt-win32-3349 (+0x2589b) (0x0033e9a8) 4 0x00749c91 XChangeKeyboardControl+0x111() in libx11.so.6 (0x0033e9e8) 5 0x00742dd5 in libx11.so.6 (+0xddd5) (0x0033ea20) .. --- snip --- For the interested, the relevant Eclipse JNI COM wrapper snippet reads like this: --- snip (swt-win32-3349.dll) --- /* * Class: org_eclipse_swt_internal_ole_win32_COM * Method: WriteClassStg * Signature: (ILorg/eclipse/swt/internal/ole/win32/GUID;)I */ JNIEXPORT jint JNICALL Java_org_eclipse_swt_internal_ole_win32_COM_WriteClassStg (JNIEnv *env, jclass that, jint pStg, jobject rclsid) { GUID guid, *rclsid1=NULL; jint rc; #ifdef DEBUG_CALL_PRINTS fprintf(stderr, "WriteClassStg\n"); #endif if (rclsid) { rclsid1=&guid; getGUIDFields(env, rclsid, rclsid1); } rc = (jint) WriteClassStg((IStorage *)pStg, rclsid1); if (rclsid) { setGUIDFields(env, rclsid, rclsid1); } return rc; } --- snip (swt-win32-3349.dll) --- If for whatever reason, a null rclsid is passed in, NULL will be passed to WriteClassStg. Wine should handle this case properly. With attached patch it goes further - to crash again (separate bug report). 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 11

[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

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 November 2008