http://bugs.winehq.org/show_bug.cgi?id=6383
--- Comment #10 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-12-26 07:19:48 ---
Wine does not make any effort to use the multiprocessor abilities of your
hardware, except that it gathers the information from underlying OS to report
it to the Windows applications. That's the responsibility of the OS/kernel
to properly schedule application threads.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6383
--- Comment #9 from Magnus Lundborg <magnus.lundborg.6955(a)student.uu.se> 2007-12-26 07:02:37 ---
Created an attachment (id=9806)
--> (http://bugs.winehq.org/attachment.cgi?id=9806)
WINEDEBUG=+reg log running Dawn of War Dark Crusade
The game Dawn of War Dark Crusade does not use both CPUs of a dual core
processor. One runs at 100% while the other is idle. I am quite sure both are
properly used in Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6383
--- Comment #8 from Magnus Lundborg <magnus.lundborg.6955(a)student.uu.se> 2007-12-26 06:50:10 ---
Created an attachment (id=9805)
--> (http://bugs.winehq.org/attachment.cgi?id=9805)
WINEDEBUG=+reg log running guild wars.
Wine finds two processors (dual core) running guild wars, but only one of the
processors is used (100%) while the other is idle. In Windows both
processors/cores are used, which makes the game run faster.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8489
--- Comment #17 from Günther Brammer <gbrammer(a)gmx.de> 2007-12-26 06:11:27 ---
Created an attachment (id=9804)
--> (http://bugs.winehq.org/attachment.cgi?id=9804)
Do DD_STRUCT_COPY_BYSIZE even if the Rect passed to Lock is invalid
It's not the different return code but the fact that
DD_STRUCT_COPY_BYSIZE(DDSD,&(This->surface_desc)); was not called if the rect
was invalid that broke Baldurs Gate.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6694
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-misc |wine-shell32
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8322
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.taskcoach.org/
Status|UNCONFIRMED |NEW
Component|wine-binary |wine-misc
Ever Confirmed|0 |1
Keywords| |download, source
--- Comment #8 from Lei Zhang <thestig(a)google.com> 2007-12-25 18:15:34 ---
Yes, just ran into it with taskcoach 0.67.0.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6971
Clarence Risher <sparr0(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sparr0(a)gmail.com
--- Comment #39 from Clarence Risher <sparr0(a)gmail.com> 2007-12-25 17:05:12 ---
I can confirm the patch fixes mouse behavior in the game XIII.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6994
--- Comment #10 from Alexei Slepov <sir-lexa(a)yandex.ru> 2007-12-25 16:53:44 ---
Answer received.
Stefan Dösinger:
> Subject:
>
> We can't use ordinary backbuffer to render textures, which size is more
> than
> size of the screen. To render bigger texture we must use pbuffer.
You can't just set the setting to PBUFFER, you at least have to check if
pbuffers are supported.
The proper fix is IMHO to fix the problems fbos suffer from and default to fbo
offscreen rendering.
-----
Well, it seems, I need to know a lot more about buffering.
Anyway, thanks. =)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7675
--- Comment #11 from kag <kag(a)tensus.net> 2007-12-25 13:21:59 ---
I compiled wine from git and tried to reproduce results from comment #1, but I
only got a "Unhandled page fault on read access to 0x00000000" err like in bug
description.
I applied the mentioned Mike's patch with no results, probably because there
were many changes since then. I tried other patches, but all of them are both
outdated and not working.
What exactly need to be patched to get over the "page fault"?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5308
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Status|RESOLVED |CLOSED
--- Comment #4 from Dan Kegel <dank(a)kegel.com> 2007-12-25 09:24:32 ---
Closing, thanks.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.