May 2007 - Wine-bugs - list.winehq.org

[Bug 8324] Maybe fixme problem
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=8324 ------- Additional Comments From kalaszpeti(a)gmail.com 2007-14-05 06:09 ------- Created an attachment (id=6277) --> (http://bugs.winehq.org/attachment.cgi?id=6277&action=view) [3] - Error message -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8324] Maybe fixme problem
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=8324 ------- Additional Comments From kalaszpeti(a)gmail.com 2007-14-05 06:07 ------- Created an attachment (id=6276) --> (http://bugs.winehq.org/attachment.cgi?id=6276&action=view) [4] - Report file -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6155] CreateIoCompletionPort and related functions not implemented
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=6155 ------- Additional Comments From ultragun(a)gmail.com 2007-14-05 06:03 ------- How many it costs? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 8390] Trying to create a skirmish account, game registers no key presses
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=8390 ------- Additional Comments From vit.hrachovy(a)sandbox.cz 2007-14-05 05:32 ------- I'll dig into the problem this evening and I'll send the logs. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4146] first run usability
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=4146 ------- Additional Comments From julliard(a)winehq.com 2007-14-05 05:17 ------- The standard behavior for a Unix command is to print a short usage message when called with --help. If you want a complete description, with examples and doc references, you use 'man wine'. That's the way all Unix commands work. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6194] BITS Service fails to install
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=6194 ------- Additional Comments From focht(a)gmx.net 2007-14-05 05:11 ------- Hello, dealing with the real installer "update/update.exe". Just a hint: the installer places a log file under $WINDIR/KB842773.log After accepting EULA, it comes up with error messagebox "The update.ver file is not correct". The reason is the way wine setupapi currently handles .inf files. --- snip trace --- 0028:Call setupapi.SetupOpenInfFileA(60e098ac "b:\\temp\\update\\update.ver",00000000,00000001,00000000) ret=01037e79 ... 0028:Call KERNEL32.MultiByteToWideChar(00000000,00000000,005f0000 "[SourceFileInfo]\r\nsp1qfe\\bitsinst.exe=250B3702C7CCD7C2F9E4DAA1555C933E,000600060A28062C,27136,SP1QFE\r\nsp1qfe\\bitsprx2.dll=4EBEA67F4BB4EB402E725CA7CA2857AE,000600060A280621,7680,SP1QFE\r\nsp1qfe\\bitsprx3.dll=C788A1D9330DA011EF25E95D3BC7BDE5,000600060A280621,7168,SP1QFE\r\nsp1qfe\\qmgr.dll=696AC"...,0000025a,001872e8,0000025a) ret=604f6b7a ... Ret setupapi.SetupOpenInfFileA() retval=ffffffff ret=01037e79 --- snip trace --- SetupOpenInfFileA -> SetupOpenInfFileW -> parse_file Offending code: --- snip dlls/setupapi/parser.c --- static struct inf_file *parse_file( HANDLE handle, const WCHAR *class, UINT *error_line ) { ... if (!err) /* now check signature */ { int version_index = find_section( file, Version ); if (version_index != -1) { struct line *line = find_line( file, version_index, Signature ); if (line && line->nb_fields > 0) { struct field *field = file->fields + line->first_field; if (!strcmpiW( field->text, Chicago )) goto done; if (!strcmpiW( field->text, WindowsNT )) goto done; if (!strcmpiW( field->text, Windows95 )) goto done; } } if (error_line) *error_line = 0; err = ERROR_WRONG_INF_STYLE; } ... } --- snip dlls/setupapi/parser.c --- Wine is too strict here. The windows installer uses setupapi to parse ini-style files, which doesnt contain the "[Version]" section. Windows setupapi accepts this. To fix this, dont set "ERROR_WRONG_INF_STYLE" if section not found. If you really need to, set this error inside the "version index case", section format/parse error whatever. After fixing this, the installer goes futher and stops again. --- snip trace --- 0011:Call setupapi.SetupGetSourceFileLocationA(00190838,00000000,0018346c "",6ccb777c,00000000,00000000,6ccb7778) ret=010368db 0011:trace:setupapi:SetupGetSourceFileLocationA 0x190838, (nil), "", 0x6ccb777c, (nil), 0x00000000, 0x6ccb7778 0011:Call KERNEL32.MultiByteToWideChar(00000000,00000000,0018346c "",ffffffff,00000000,00000000) ret=6066b603 0011:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=6066b603 0011:Call ntdll.RtlAllocateHeap(00110000,00000000,00000002) ret=6066b628 0011:Ret ntdll.RtlAllocateHeap() retval=0017cba8 ret=6066b628 0011:Call KERNEL32.MultiByteToWideChar(00000000,00000000,0018346c "",ffffffff,0017cba8,00000001) ret=6066b665 0011:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=6066b665 0011:trace:setupapi:SetupGetSourceFileLocationW 0x190838, (nil), L"", 0x6ccb777c, (nil), 0x00000000, 0x6ccb76a8 0011:trace:setupapi:SetupFindFirstLineW (0x190838,L"SourceDisksFiles.x86",L""): not found 0011:trace:setupapi:SetupFindNextMatchLineW (0x190838,L"SourceDisksFiles",L""): not found ... 0011:Ret setupapi.SetupGetSourceFileLocationA() retval=00000000 ret=010368db --- snip trace --- offending code: --- snip dlls/setupapi/query.c --- BOOL WINAPI SetupGetSourceFileLocationA( HINF hinf, PINFCONTEXT context, PCSTR filename, PUINT source_id, PSTR buffer, DWORD buffer_size, PDWORD required_size ) { ... if (filename && !(filenameW = strdupAtoW( filename ))) return FALSE; ... } --- snip dlls/setupapi/query.c --- http://msdn2.microsoft.com/en-us/library/aa377390.aspx says: "[in] Optional pointer to a null-terminated string containing the filename (no path) for which to return the full source location. This parameter can be NULL, but either FileName or InfContext must be specified." Another undocumented behaviour. The installer supplies an empty string as "filename" argument which wine doesnt handle. To fix this (handle empty string case): --- snip dlls/setupapi/query.c --- BOOL WINAPI SetupGetSourceFileLocationA( HINF hinf, PINFCONTEXT context, PCSTR filename, PUINT source_id, PSTR buffer, DWORD buffer_size, PDWORD required_size ) { ... if (filename && *filename != '\0' && !(filenameW = strdupAtoW( filename ))) return FALSE; ... } --- snip dlls/setupapi/query.c --- After fixing this, the installer goes further and stops again with "general failure". --- snip trace --- 0011:Call setupapi.SetupScanFileQueueA(00187760,00000004,00000000,01064aca,61a01768,61a01764) ret=0106504d 0011:fixme:setupapi:SetupScanFileQueueA stub 0011:Ret setupapi.SetupScanFileQueueA() retval=00000000 ret=0106504d --- snip trace --- Well, due to SetupScanFileQueueA() being a stub it wont go further. A quick fix (just to get this installer to go on) is to return "TRUE": --- snip dlls/setupapi/queue.c --- BOOL WINAPI SetupScanFileQueueA( HSPFILEQ queue, DWORD flags, HWND window, PSP_FILE_CALLBACK_A callback, PVOID context, PDWORD result ) { FIXME("stub\n"); return TRUE; } --- snip dlls/setupapi/queue.c --- This doesnt cause any harm (at least for the installer) though a real implementation would be better (to pass callback notifcations on node walk). With this "hack" applied is goes on and *really* dies due to unimplemented API functions: --- snip trace --- 0009:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033c118) ret=71d3f5b1 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b840d20 0009:trace:seh:raise_exception info[0]=71d3f620 0009:trace:seh:raise_exception info[1]=71d417fd wine: Call from 0x7b840d20 to unimplemented function setupapi.dll.pSetupGetQueueFlags, aborting --- snip trace --- Although undocumented this is not an obstacle for me .. as usual :-) Here it goes... --- snip dlls/setupapi/queue.c --- /*********************************************************************** * pSetupGetQueueFlags (SETUPAPI.@) */ DWORD WINAPI pSetupGetQueueFlags( HSPFILEQ handle ) { struct file_queue *queue = handle; return( queue != NULL) ? queue->flags : 0; } /*********************************************************************** * pSetupSetQueueFlags (SETUPAPI.@) */ BOOL WINAPI pSetupSetQueueFlags( HSPFILEQ handle, DWORD flags ) { struct file_queue *queue = handle; if( queue) { queue->flags = flags; } return( queue != NULL); } --- snip dlls/setupapi/queue.c --- and --- snip dlls/setupapi/setupapi.spec --- .. @ stdcall pSetupGetQueueFlags(ptr) .. @ stdcall pSetupSetQueueFlags(ptr long) --- snip dlls/setupapi/setupapi.spec --- After adding the missing APIs the installer lives again. It finally stops with error "Failed to install catalog files". --- snip KB842773.log --- InstallCatalogFiles: MyInstallCatalog failed for KB842773.cat; error=0x000004c7. DoInstallation:MyInstallCatalogFiles failed:STR_CATALOG_INSTALL_FAILED --- snip KB842773.log --- --- snip trace --- ... 0009:Call wintrust.CryptCATOpen(0019b110 L"c:\\windows\\KB842773.cat",00000000,00000000,00000000,00000000) ret=01062197 0009:fixme:wintrust:CryptCATOpen (L"c:\\windows\\KB842773.cat", 0, 0, 0, 0) stub 0009:Ret wintrust.CryptCATOpen() retval=00000000 ret=01062197 ... --- snip trace --- Well, this is where my journey currently ends. Implementing this requires more wintrust/crypt infrastructure which is currently worked on. A quick hack would require changes in several places (which i have not the time). So you have to wait until wintrust crypt catalog management gets polished up... Hope you enjoyed it a bit :-) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

Re: [Bug 6458] Wing Commander Prophecy: Objects are no longer rendered correctly
by James Carthew 14 May '07

14 May '07

yeah same issue On 5/13/07, Wine Bugs <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=6458 > > > > > > ------- Additional Comments From thestig(a)google.com 2007-13-05 00:33 > ------- > I can't seem to get the downloaded demo executable to run. Can you try > running > the full game with Wine 0.9.37? > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. >

1 0

[Bug 8038] CheckMenuRadioItem not implemented? missing in uTorrent
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=8038 ------- Additional Comments From dmitry(a)codeweavers.com 2007-14-05 04:33 ------- Created an attachment (id=6275) --> (http://bugs.winehq.org/attachment.cgi?id=6275&action=view) Tentative CheckMenuRadioItem fix Many thanks for the report. Does the attached CheckMenuRadioItem patch fix the problem? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6194] BITS Service fails to install
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=6194 ------- Additional Comments From focht(a)gmx.net 2007-14-05 04:11 ------- Hello, --- quote --- Anastasius, I'm not trying to work around using the installer to get the service running. I'm trying to find the exact steps and workarounds needed to make the installer complete successfully. --- quote --- Ok, i was under impression someone wanted to get that BITS stuff running :) Technically, this installer (.exe) is a self extracting cab (sfx). One can verify this with "cabextract" or any other .cab tool. After extraction you have "_sfx_manifest_", "_sfx_.dll" and "*._p" files. The manifest is just an ini file which describes the actions to be taken by differential patcher. "_sfx_.dll" is mspatcha.dll (Microsoft patching API). "*._p" are just files in Windows Installer 3.x differential patch format (Microsoft, magic "PA19") Some time ago, i wrote a little tool which parses the patcher manifest, loads the M$ patch API dll and calls it with necessary info to extract all patches. Afterwards the sub-installer "./update/update.exe" is run to carry out the real update (described in .inf file). Ok, this was a bit off-topic :-) Your steps can be simplified. --- quote --- 1) rename .wine/drive_c -> .wine/harddiskvolume1 and fixup dosdevices --- quote --- Too intrusive. For installation a better way is to use two temporary symlinks This doesnt affect/break other wine stuff while installing. cd "$WINEPREFIX" ln -s "drive_c" "harddisk" cd "$WINEPREFIX/dosdevices" ln -s "../harddisk" "$DRIVE" The installer just scans drives a: .. z: for dos device name containing "harddisk" substring. Take an unused drive letter and symlink it, effectively pointing to drive_c after both symlinks are resolved. After installation both symlinks can be easily removed (by script). --- quote --- 2) copy c:\windows\system32\CatRoot* from Windows to Wine --- quote --- No need for any windows stuff to be copied. Just fake the windows components catalog directory: mkdir -p "$WINEPREFIX/drive_c/windows/system32/CatRoot/{F750E6C3-38EE-11D1-85E5-00C04FC295EE}" and put at least a fake *.cat file into it (can be empty, doesnt have to be a valid one). echo > "$WINEPREFIX/drive_c/windows/system32/CatRoot/{F750E6C3-38EE-11D1-85E5-00C04FC295EE}/oem0.cat" --- quote --- 3) Set version to Win XP in winecfg 4) Open regedit and change HKLM\Systems\CurrentControlSet\Control\Windows\CSDVersion from 0x200 to 0x100 --- quote --- Ok, can be done by script too (like winetricks). --- quote --- 5) Copy native hal.dll, schannel.dll, shdocvw.dll to system32 --- quote --- No need for windows components. The installer checks for "$WINEPREFIX/drive_c/windows/system32/hal.dll" version resource. Any valid PE with version resource (even wines placeholder ones) will do. cp "$WINEPREFIX/drive_c/windows/system32/kernel32.dll" "$WINEPREFIX/drive_c/windows/system32/hal.dll" (after installation fake hal.dll can be removed). With these steps, the real update-installer is finally started (though it comes with error after you agree to EULA). Dealing with the real installer will be part of my next post. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 8275] Future Pinball can't load tables without native crypt32 & rsaenh dlls
by Wine Bugs 14 May '07

14 May '07

http://bugs.winehq.org/show_bug.cgi?id=8275 ------- Additional Comments From o.oudin(a)free.fr 2007-14-05 03:50 ------- I've try with wine 0.9.37, with only builtins and also with only rsaenh.dll, it's exaclty the same behaviour. It needs natives rsaenh and crypt32 dlls. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0