http://bugs.winehq.org/show_bug.cgi?id=2825
------- Additional Comments From dank(a)kegel.com 2007-11-07 07:10 -------
Is this still happening?
We're going to close this bug soon if there's no reply.
--
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=7512
------- Additional Comments From dmitry(a)codeweavers.com 2007-11-07 07:04 -------
> Under Wine it looks pretty similar and according to IsWindowUnicode() HANDLE
> becomes first non-uncode then returns back to unicode mode, but it stops
> processing SetWindowTextW() as unicode and expects ANSI string passed to
> this function. Definitely it's a bug in Wine :-)
Your understanding is not really correct. There are tests in Wine that show
that Wine behaves correctly in treating ANSI/Unicode window procs. It appears
that Windows has an extra hack, probably to make broken code like in library
you are using work.
--
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=1798
------- Additional Comments From toni.spets(a)gmail.com 2007-11-07 06:56 -------
You can change your video mode by using 'xrandr' and run wine in windowed mode
so you can have a fake fullscreen.
Works fine with Red Alert.
--
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=8727
hans(a)it.vu.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From hans(a)it.vu.nl 2007-11-07 04:24 -------
Builtin pdh has the required functionality now. To verify
correctness you can load native pdh and see if that makes
any problem go away:
$ wget http://www.kegel.com/wine/winetricks
$ sh winetricks pdh
Watch out Dan, pitchfork from behind!
--
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=7512
------- Additional Comments From dmda(a)yandex.ru 2007-11-07 03:41 -------
in my case the code is
ComboHandle = CreateWindowExW(0, L"COMBOBOX", 0, 0x44210242, 55, 30, 190,
21, ParentWnd, 0, HInstance, 0);
ShowWindow(ComboHandle, SW_NORMAL);
// 3rd party library begins:
EditHandle = GetWindow(ComboHandle, GW_CHILD);
DefEditProc = GetWindowLongA(EditHandle, GWL_WNDPROC);
SetWindowLongA(EditHandle, GWL_WNDPROC, DefEditProc);
// 3rd party library end.
SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLong(EditHandle,
GWL_WNDPROC)); // this call is a fixup to trigger EditHandle into unicode and
...
SetWindowTextW(ComboHandle, L"Any Text"); // will display only "A"
It works fine under Windows. Indeed, SetWindowLongA() turns handler to non-
unicode WNDPROC and next call to SetWindowLongW() returns it back to unicode.
Windows recognizes it per following:
Even if you call SetWindowLongA() and provide NULL WndProc or WndProc pointing
to USER32 class handler, it will become/stay UNICODE
If you call SetWindowLongA() and provide custom WndProc, it will become ANSI
If you call SetWindowLongW() and provide any WndProc it will become UNICODE
Under Wine it looks pretty similar and according to IsWindowUnicode() HANDLE
becomes first non-uncode then returns back to unicode mode, but it stops
processing SetWindowTextW() as unicode and expects ANSI string passed to this
function. Definitely it's a bug in Wine :-)
--
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=8915
dmitry(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From dmitry(a)codeweavers.com 2007-11-07 01:10 -------
Closing.
--
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.