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

[Bug 22521] .NET 2.0 sp2 installer does not successfully install.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=22521 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |dank(a)kegel.com Ever Confirmed|0 |1 --- Comment #22 from Dan Kegel <dank(a)kegel.com> 2011-01-01 13:56:06 CST --- I'm seeing the same problem as in comment #5 with rm -rf ~/.wine; sh winetricks dotnet20sp2 with today's git. With -q, the install seems to complete ok. -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> 2011-01-01 13:32:51 CST --- Not a Wine bug then. -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #21 from Kenneth Robinette <support(a)securenetterm.com> 2011-01-01 13:22:18 CST --- (In reply to comment #20) > Based on all of this information, I did some more poking around, and I > discovered that when Macports configures Wine prior to compiling it, it uses > the --no-cups option, which presumably disables CUPS support: > http://trac.macports.org/browser/trunk/dports/x11/wine/Portfile So, this is > probably a packaging problem, and should be taken up with the Macports > development team. I've already created a bug report on their ticket tracker: > http://trac.macports.org/ticket/27836 Thanks David. That makes more sense and probably is what the real problem is. -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #20 from David Baumgold <singingwolfboy(a)gmail.com> 2011-01-01 13:17:01 CST --- Based on all of this information, I did some more poking around, and I discovered that when Macports configures Wine prior to compiling it, it uses the --no-cups option, which presumably disables CUPS support: http://trac.macports.org/browser/trunk/dports/x11/wine/Portfile So, this is probably a packaging problem, and should be taken up with the Macports development team. I've already created a bug report on their ticket tracker: http://trac.macports.org/ticket/27836 -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #19 from Kenneth Robinette <support(a)securenetterm.com> 2011-01-01 13:10:04 CST --- (In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #16) > > > As already explained, printcap is only used if CUPS doesn't work. There's > > > something wrong with your setup. > > > > Don't think so. This is a brand new MacBook Pro, with WINE 1.3.10 installed by > > MacPorts and a clean compile was obtained. All the Mac programs print ok. The > > only programs that cannot print is WINE based programs. > > > > I suspect its wine inablilty to link with the Apple CUPS library > Obviously the failure to load libcups is the problem. Make sure the directory > that contains it is listed in your DYLD_FALLBACK_LIBRARY_PATH. Don't think so. Based on everything I have seen on the issue, MacBook Pro OS X 10.6.5 does not set the DYLD_FALLBACK_LIBRARY_PATH, and I do not set it. So are you saying WINE printing will not work on a standard unmodified OS/X 10.6.5? -- 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.

Jan. 1, 2011

[Bug 17638] NOLF GotY: Sluggish mouse reaction when in zoom mode

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17638 --- Comment #7 from Tobias Jakobi <liquid.acid(a)gmx.net> 2011-01-01 13:09:37 CST --- Now using a fresh wine-1.3.10, but the mouse issue doesn't seem fixed yet. Almost impossible to use weapons in zoom mode... -- 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.

Jan. 1, 2011

[Bug 14034] Max Payne 2: mirror reflections not working correctly

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14034 --- Comment #18 from Tobias Jakobi <liquid.acid(a)gmx.net> 2011-01-01 13:04:58 CST --- Still experiencing this issue: wine-1.3.10 Intel Corporation Arrandale Integrated Graphics Controller mesa git master + libdrm git master + xf86-video-intel master xorg-server-1.9.2.902 Engine config preset is 'High'. I noticed that disabling the usage of 'Pixel Shader Skins' solves the issue. When this option is enabled the mirrors don't work properly (only a 'stripe' portion of Max is rendered in the mirror and some blueish artifacts appear on the Max's 'skin'). -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> 2011-01-01 12:52:18 CST --- (In reply to comment #17) > (In reply to comment #16) > > As already explained, printcap is only used if CUPS doesn't work. There's > > something wrong with your setup. > > Don't think so. This is a brand new MacBook Pro, with WINE 1.3.10 installed by > MacPorts and a clean compile was obtained. All the Mac programs print ok. The > only programs that cannot print is WINE based programs. > > I suspect its wine inablilty to link with the Apple CUPS library Obviously the failure to load libcups is the problem. Make sure the directory that contains it is listed in your DYLD_FALLBACK_LIBRARY_PATH. -- 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.

Jan. 1, 2011

[Bug 14717] resampled sound is horrible

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14717 --- Comment #105 from Alexander E. Patrakov <patrakov(a)gmail.com> 2011-01-01 12:26:10 CST --- Now playback of various audio files in foobar2000 seems to expose no audible driver-independent quality or correctness issues (will perform objective tests later). Also I tested with some games, so far successfully - but it only means that I have to do more tests, including those suggested by Raymond :) Well, there is one very minor nitpick: At quality level 3, the resampler is more CPU-hungry than wine seems to advertise in dwPlayCpuOverheadSwBuffers (hard-coded as 1%): 5% per stream on my system for 44100 -> 48000 Hz stereo. Not sure if we need to do anything with it. -- 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.

Jan. 1, 2011

[Bug 24767] AstroSynthesis 2.0 crashes with on-screen error message

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24767 --- Comment #9 from Steve Fatula <steve(a)fatula.us> 2011-01-01 12:13:22 CST --- So, using xquartz upgrade to 2.6.0, and, setting the colors to millions, I get closer, a screen actually comes up briefly then disappears. The console shows this: err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! fixme:dc:DeleteDC not deleting busy DC 0xdfc refcount 2 fixme:dc:DeleteDC not deleting busy DC 0xe0c refcount 2 err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:graphics:USER_CheckNotLock BUG: holding USER lock err:graphics:USER_CheckNotLock BUG: holding USER lock err:graphics:USER_CheckNotLock BUG: holding USER lock wine: Unhandled exception 0x80000003 at address 0x0000:0x7b826e0e (thread 0009), starting debugger... err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! winedbg: Internal crash at 0x42f9b417 err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! sjfmacbook:AstroSynthesis2 sfatula$ err:xrender:get_xrender_format_from_color_shifts No XRender format found! err:xrender:get_xrender_format_from_color_shifts No XRender format found! Since I get those xrender format founds even running wine winecfg, and that works fine, I am assuming no big deal with those. So, the key lines might be: fixme:dc:DeleteDC not deleting busy DC 0xdfc refcount 2 fixme:dc:DeleteDC not deleting busy DC 0xe0c refcount 2 err:graphics:USER_CheckNotLock BUG: holding USER lock err:graphics:USER_CheckNotLock BUG: holding USER lock err:graphics:USER_CheckNotLock BUG: holding USER lock wine: Unhandled exception 0x80000003 at address 0x0000:0x7b826e0e (thread 0009), starting debugger... winedbg: Internal crash at 0x42f9b417 -- 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.

Jan. 1, 2011