http://bugs.winehq.org/show_bug.cgi?id=7371
wp(a)sensotech.at changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-atl |wine-ole
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6086
------- Additional Comments From lhouk(a)lesliehouk.com 2007-08-02 15:24 -------
Saulius, thanks for letting me know about the patch. I applied it, and my
compile did get farther. Unfortunately, it still didn't complete successfully;
now it's aborting with the following errors:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_
-DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g
-O2 -o time.o time.c
time.c: In function 'TIME_ClockTimeToFileTime':
time.c:516: error: 'CLK_TCK' undeclared (first use in this function)
time.c:516: error: (Each undeclared identifier is reported only once
time.c:516: error: for each function it appears in.)
make[2]: *** [time.o] Error 1
make[2]: Leaving directory `/net/userkl/lhouk/wine/dlls/kernel'
make[1]: *** [kernel] Error 2
make[1]: Leaving directory `/net/userkl/lhouk/wine/dlls'
make: *** [dlls] Error 2
Does anyone have a patch that will resolve this problem? If so, thanks in
advance for telling me about it.
(Incidentally, I also got a *LOT* of warnings like:
make[2]: Warning: File `Makefile' has modification time 1.6e+03 s in the future
make[2]: warning: Clock skew detected. Your build may be incomplete.
but none of those seemed to halt the compile.)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7378
Summary: utorrent has not its GUI refreshed when i switch desktop
in kde
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zebul666(a)hotmail.com
every time i switch desktop in kde (the WM is the default kwin), and i come
back to the desktop with utorrent, its GUI is empty or filled some image of the
background or other window because it GUI is not refreshed.
I had to minimize it in the systray and then show up the GUI from there and
then it is ok.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7374
------- Additional Comments From juan_lang(a)yahoo.com 2007-08-02 15:18 -------
Can you do a regression to find which patch broke it?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7373
------- Additional Comments From kristoffer.lunden(a)gmail.com 2007-08-02 15:09 -------
I've done some research (aka Googling) and while there seems to be no real
authority on this, it seems GNOME, KDE, XFCE as well as supporting libs (GTK+)
all think that ~/Desktop and ~ are the only real alternatives, even if others
could be possible.
Given that it's extremely unlikely someone would have a ~/Desktop directory not
used as desktop, just adding a fallback to ~ seems like a good solution.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4443
------- Additional Comments From jnewman(a)codeweavers.com 2007-08-02 15:06 -------
I have removed the riched20.dll, please do not upload Microsoft .dlls to this
bug tracker.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7376
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|website-bugs |test
Product|WineHQ Apps Database |Wine
------- Additional Comments From vitaliy(a)kievinfo.com 2007-08-02 14:46 -------
Not WineHQ bug.
DO NOT PASTE DEBUG LOGS!!!! ATTACH THEM INSTEAD!!!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7293
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2007-08-02 14:44 -------
Christian, try clicking a link "Create a New Attachment" in the "Attachment"
table, which is placed just above the Additional Comments text-box.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7270
------- Additional Comments From madewokherd(a)gmail.com 2007-08-02 14:43 -------
I've downloaded/run the program. I'll offer my guess at what the problem is.
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x128bbd0)->(0x1002e,00000008)
The program uses SetCooperativeLevel with an hwnd of 1002e.
trace:ddraw:DirectDrawCreateClipper (00000000,0x788718,(nil))
---
trace:ddraw:IDirectDrawClipperImpl_SetHwnd (0x1eee20)->(0x00000000,0x000101ec)
Then it creates a clipper, sets it to use a different hwnd from the one it
bassed to SetCooperativeLevel. If it uses SetClipper to attach that clipper to
the primary surface (which I assume it does, but I haven't checked), ddraw
should now draw to the hwnd that's set on the clipper. However, wine continues
drawing to the window it was given in SetCooperativeLevel (which was never
correct to begin with--it should've been drawing to the screen), which is the
wrong one.
That patch won't solve this problem. If anything it'll make things worse by
making ddraw draw to the whole screen instead of the application's client area.
The only way to properly fix this is to implement clippers, but a horribly
broken hack that sets ddraw_window any time you call SetHWND on a clipper may be
enough to get this one app working.
--
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.