January 2009 - Wine-Bugs - list.winehq.org

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=2467 --- Comment #96 from Stanly Ibkis <bloodyiron(a)shaw.ca> 2009-01-27 10:20:51 --- This issue has been around for 4 years, how about we get a milestone for this bug? I have no reason to play starcraft with the menus not working, single player is a drag. Multiplayer is the only thing keeping starcraft interesting. -- 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.

1 0

[Bug 6661] World Of Warcraft (WoW) installer: EULA is shown as wierd Chars
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=6661 Igor Tarasov <tarasov.igor(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tarasov.igor(a)gmail.com --- Comment #16 from Igor Tarasov <tarasov.igor(a)gmail.com> 2009-01-27 10:04:52 --- *** Bug 17151 has been marked as a duplicate of this bug. *** -- 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.

1 0

[Bug 7098] RufzXP crashes on startup, needs mscoree.dll.CorBindToRuntimeEx
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=7098 --- Comment #17 from Austin English <austinenglish(a)gmail.com> 2009-01-27 09:42:58 --- (In reply to comment #16) > Adding keyword 'patch' (even though we don't have one) because > the analysis is so clear... > Perhaps we need an 'Anastasius' keyword ;-). -- 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.

1 0

[Bug 7098] RufzXP crashes on startup, needs mscoree.dll.CorBindToRuntimeEx
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=7098 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #16 from Dan Kegel <dank(a)kegel.com> 2009-01-27 05:37:09 --- Adding keyword 'patch' (even though we don't have one) because the analysis is so clear... -- 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.

1 0

[Bug 7098] RufzXP crashes on startup, needs mscoree.dll.CorBindToRuntimeEx
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=7098 --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2009-01-27 01:57:43 --- Hello, revisiting ... The affected assemblies are already extracted/copied from temporarily written cab files into "C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\" before the MsiPublishAssemblies stage. This looks like a temporary GAC location until it comes to MsiPublishAssemblies. In MsiPublishAssemblies most of the assemblies are temp extracted from primary cab "netfx1.cab" and directly installed into system GAC. Unfortunately the assemblies from previous install step which are also members of MsiAssembly table have their assembly->file->IsCompressed set and hence the install_assembly() stage is skipped. I resolved the source of these assemblies to their original target location "C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\" and made them valid install_assembly() targets. For these assemblies the original target must be removed after this step. It seems useless to keep them in "C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\" - they will never be visible as GAC assemblies from this (temp) location. With ACTION_MsiPublishAssemblies properly fixed, all assemblies get correctly installed into system wide GAC (added additional trace msg to track the state) --- snip --- ... 0024:trace:msi:msi_check_file_install_states file L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" is named L"Microsoft.VisualBasic.dll" 0024:trace:msi:msi_check_file_install_states file L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" resolves to L"C:\\windows\\Microsoft.NET\\Framework\\URTInstallPath\\GAC\\Microsoft.VisualBasic.dll" 0024:trace:msi:resolve_folder Working to resolve L"URTInstallPath.3643236F_FC70_11D3_A536_0090278A1BB8" 0024:trace:msi:resolve_folder already resolved to L"C:\\windows\\Microsoft.NET\\Framework\\URTInstallPath\\" ... 0024:trace:msi:ACTION_MsiPublishAssemblies L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" assembly->installed: 0 0024:trace:msi:ACTION_MsiPublishAssemblies L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" assembly->file->IsCompressed: 1 0024:trace:msi:resolve_file_source Working to resolve source of file L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 0024:trace:msi:resolve_folder Working to resolve L"GAC.3643236F_FC70_11D3_A536_0090278A1BB8" 0024:trace:msi:resolve_folder already resolved to L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\" 0024:trace:msi:install_assembly installing assembly: L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll" 0024:fixme:msi:install_assembly Manifest unhandled ... --- snip --- The app which uses the VB.NET assembly then starts and runs successfully - with native gdiplus and riched20 overrides to work around other insufficiencies. 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.

1 0

[Bug 8345] Syberia - Game runs but everything is black
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=8345 --- Comment #20 from Victor <DjSpiker(a)Yandex.ru> 2009-01-26 23:44:42 --- For run this games, need copy msvcp60.dll in /system32 , and do regsvr32. My OS: Madriva 2009.0, ATI RADEON 1350, Drivers: Ati Catalyst 8.12. wine 1.1.13. Conpiz - Off. When i' run the game, music play, but screen black. if i press Alt+F4, exit the game, resolution on the desktop to set 800*640, and run the game, vse normalno. -- 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.

1 0

[Bug 8345] Syberia - Game runs but everything is black
by wine-bugs＠winehq.org Jan. 27, 2009

Jan. 27, 2009

http://bugs.winehq.org/show_bug.cgi?id=8345 Victor <DjSpiker(a)Yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |DjSpiker(a)Yandex.ru -- 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.

1 0

[Bug 9152] Unimplemented function ntdll.dll.RtlGetCompressionWorkSpaceSize
by wine-bugs＠winehq.org Jan. 26, 2009

Jan. 26, 2009

http://bugs.winehq.org/show_bug.cgi?id=9152 --- Comment #43 from Austin English <austinenglish(a)gmail.com> 2009-01-26 16:23:51 --- (In reply to comment #42) > i just meant it is hard for one not to look at code available :) > i think you would agree with me. Technically, the windows source code was made available for a while, but that doesn't mean it's allowed to use it. Some universities/companies have legal access to windows source code for research, but again, those people can't contribute to wine. So no matter how tempting it is, if you'd like to contribute to wine, don't look at ReactOS code. Wine has to be squeaky clean. -- 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.

1 0

[Bug 9152] Unimplemented function ntdll.dll.RtlGetCompressionWorkSpaceSize
by wine-bugs＠winehq.org Jan. 26, 2009

Jan. 26, 2009

http://bugs.winehq.org/show_bug.cgi?id=9152 --- Comment #42 from ricardo filipe <ricardo_barbano(a)hotmail.com> 2009-01-26 13:40:57 --- i just meant it is hard for one not to look at code available :) i think you would agree with me. i have read before on the reactos conflict, so i obviously know one cannot copy from there if he wants to remain in devel. as you can see that i've submitted a very raw stub, not even the code reactos had on the function. so now i won't even look at it :) i think that suffices for this discussion... -- 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.

1 0

[Bug 9152] Unimplemented function ntdll.dll.RtlGetCompressionWorkSpaceSize
by wine-bugs＠winehq.org Jan. 26, 2009

Jan. 26, 2009

http://bugs.winehq.org/show_bug.cgi?id=9152 --- Comment #41 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-01-26 13:32:45 --- (In reply to comment #40) > that will be tough :) > but i'll try. Don't be surprised to be banned on wine-patches then.. I'm not sure that eula covers that case (to derive from decompilation results) but that's another risk -- 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.

1 0