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

[Bug 7920] Post provider setup of WMI core 1.5 fails due to wmi advapi32 exports missing
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=7920 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #7 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:14 --- Closing bugs fixed in 1.1.14. -- 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 7187] WMI showstopper due to unimplemented function ole32.dll.CoSwitchCallContext
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=7187 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #14 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:12 --- Closing bugs fixed in 1.1.14. -- 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 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=6661 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:10 --- Closing bugs fixed in 1.1.14. -- 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 61] winemaker: Add support for the Visual C++ project files
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=61 --- Comment #12 from André H. <nerv(a)dawncrow.de> 2009-01-30 11:03:09 --- If you want, you can assign it to me. I am working on it and its far in progress. -- 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 5054] can not install microsoft visual C++ express 2005
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=5054 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #28 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:06 --- Closing bugs fixed in 1.1.14. -- 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 2173] wineps printer driver does not print bitmaps (Geogrid-Viewer)
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=2173 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:04 --- Closing bugs fixed in 1.1.14. -- 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 4650] cm3 does not start
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=4650 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:05 --- Closing bugs fixed in 1.1.14. -- 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 1875] CoCreateGuid under wine generates rather weak guid's
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=1875 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #8 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-30 11:03:02 --- Closing bugs fixed in 1.1.14. -- 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 421] Implement a DIB engine
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=421 --- Comment #109 from max(a)veneto.com 2009-01-30 10:22:25 --- (In reply to comment #108) > I took a look at the patch the other day. If I understand it correctly, when > the DIB engine is enabled, doesn't it take over all DIB functions? Wouldn't a > far better approach be to have the on/off switch, but also only replace the > functions that are complete in the DIB engine? IIRC there is a list of function > pointers stored in the DC, which are replaced by the DIB engine when it's > enabled, is there a reason why these can't be switched on a one-by-one basis? > The matter is a bit more complicated. I've chosen Huw's approach (or Jesse's, they're quite similar) because this was the direction taken on latest intents. That doesn't mean that it's the better solution, but maybe that's the simpler solution to have dib engine introduced with no regressions and few changes on already stable GDI32 code. The approach (as it is) uses 2 separate drivers, one for x11 and one for dib; each engine has its own set of function pointers AND its own physical device. All that means that you can't simply mix function of both drivers, because of different physical devices; it would be possible but the resulting code would be ugly, having to pass somehow the X11 physical device to the DIB one. Even more, the advantages would be minimal as using the X11 driver to support unimplemented DIB functions would mean to use all locking-conversion mechanism that is needed for the X11 driver, with its slow speed caveats. A solution for the one-by-one replacement of X11 functions with dib ones would be to replace the function pointer table with a function-physdev pointer table, on which each function has its related physical device, but this one would slow somehow the createdc operation. Anyways, as we want the dib engine to be a complete replacement of the x11 one for dibs, that would be useful only during the development, so not a big advantage. A "better" approach would have been (IMHO) to incorporate DIB engine in gdi32 code, but doing it now would require huge changes on gdi32 code with many possible regressions. Ciao Max -- 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 421] Implement a DIB engine
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=421 --- Comment #108 from Luke Benstead <kazade(a)gmail.com> 2009-01-30 10:06:05 --- I took a look at the patch the other day. If I understand it correctly, when the DIB engine is enabled, doesn't it take over all DIB functions? Wouldn't a far better approach be to have the on/off switch, but also only replace the functions that are complete in the DIB engine? IIRC there is a list of function pointers stored in the DC, which are replaced by the DIB engine when it's enabled, is there a reason why these can't be switched on a one-by-one basis? -- 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