http://bugs.winehq.org/show_bug.cgi?id=8771
------- Additional Comments From austinenglish(a)gmail.com 2007-11-07 11:35 -------
Been a bit busy at work/school. Should be able to finish it tonight.
--
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=3618
------- Additional Comments From lav(a)etersoft.ru 2007-11-07 11:31 -------
I guess it was local misconfiguration, no locale depended problem is observed
now.
--
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=8914
------- Additional Comments From dmda(a)yandex.ru 2007-11-07 11:28 -------
I created popup window with code below:
memset(WindowClass, 0, SizeOf(WindowClass));
WindowClass.lpfnWndProc = AWndProc_def;
WindowClass.lpszClassName = L"HINTWINDOW";
WindowClass.style = 0x2080B;
RegisterClassW(WindowClass);
FHintControl = CreateWindowEx(0x80, WindowClass.lpszClassName, NULL,
0x80800000, 150, 270, 550, 150, 0, 0, HInstance, NULL);
ShowWindow(FHintControl, SW_NORMAL);
When AWndProc_def() gets WM_NCHITTEST it returns HTTRANSPARENT.
it also handles WM_PAINT and runs PatBlt to make it white:
switch (msg) {
case WM_PAINT:
DC = BeginPaint(HWnd, &paint);
PatBlt(DC, paint.rcPaint.Left, paint.rcPaint.Top, paint.rcPaint.Right-
paint.rcPaint.Left, paint.rcPaint.Bottom - paint.rcPaint.Top, WHITENESS);
EndPage(DC);
return 0;
case WM_NCHITTEST: // in my real code I check for X coordinate to leave a
stripe non-transparent, just to make it possible to activate the popup by
clicking on it
return HTTRANSPARENT;
}
return CallWindowProcW(DefWindowProcW, HWnd, Msg, WParam, LParam);
You also need a main window with some controls on it.
Then try to overlap main window with this popup and click to the controls on
the main window and try to get them focused.
Under Windows it works.
It's not a very important problem, just a matter of fact that Wine behaves
differently and user clicks are not propagated through tooltip windows.
--
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=8564
------- Additional Comments From nudeldieb(a)directbox.com 2007-11-07 11:08 -------
Vitaliy, as I told within the comment, this hint is not related to the dark
texture problem, but I think with the new wine version, this problem doesn't
occur as often as with the older wine versions; and with version 0.9.40 the
problem seems to be only preformance related, at least my Lara doesn't turn dark
anymore but runs slower.
--
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=6719
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|0.9.40. |0.9.25.
------- Additional Comments From vitaliy(a)kievinfo.com 2007-11-07 10:42 -------
Please don't change original reported version.
--
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 10:38 -------
There is no need to provide the same code snippet again and again, this bug
is full of such examples, and Wine has a couple of nice test cases as well.
The problem is not whether the control is unicode or not, IsWindowUnicode()
works correctly in Wine. The problem is (as explained already numerous times
in this bug) that an app sets a windows proc (which expects ANSI input strings)
as a Unicode window proc handler. That causes unexpected string conversions
leading to the observed behavior. Apparently Windows detects such a case for
internal window procs and uses not provided (broken) ANSI window proc, but
its Unicode counterpart.
--
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 09:54 -------
>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.
no, I'm not saying that Windows is good and Wine is broken.
I'm far from this.
>From the advertized policy, Wine stands to have bug-for-bug compatibility with
Windows.
Regarding if this "bug" or not, my thoughts are below. You can make decision
if that's a bug in Windows or not, not me. Please just check with code I
provided. Basicly it can be viewed as follows:
A combobox constrol is created.
Some "stupid" calls are performed on it.
After all we ask - hey, are you unicode? It reports YES. We may also ask, is
your editor unicode? It confirms too. Then we call UNICODE function
SetWindowTextW() providing UNICODE string L"test" and our control treats it as
ANSI. Isn't it a bug?
ComboHandle = CreateWindowExW(0, L"COMBOBOX", 0, 0x44210242, 55, 30, 190,
21, ParentWnd, 0, HInstance, 0);
ShowWindow(ComboHandle, SW_NORMAL);
// stupid calls begin:
EditHandle = GetWindow(ComboHandle, GW_CHILD);
DefEditProc = GetWindowLongA(EditHandle, GWL_WNDPROC);
SetWindowLongA(EditHandle, GWL_WNDPROC, DefEditProc);
// stupid calls end.
SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLongA(EditHandle,
GWL_WNDPROC)); // this call is a fixup to trigger EditHandle into unicode and
IsWindowUnicode(ComboHandle); // <- returns TRUE
IsWindowUnicode(EditHandle); // <- returns TRUE
SetWindowTextW(ComboHandle, L"Any Text"); // prints only "A"
SetWindowTextW(ComboHandle, (wchar_t*)"Any Text"); // prints "Any Text"
--
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=4574
------- Additional Comments From mitch074(a)gmail.com 2007-11-07 09:32 -------
Running on updated Mandriva 2007.1 with binary Wine 0.9.40 (Wine build) changes
things radically (but all is not rosy):
- I can now perfectly navigate drives and folders
- However I can't run Install anymore, it crashes when checking for installed apps
- when running Excel from the CDROM (Office 97 allowed running from CD) I get
missing Tahoma font (not a problem) and missing or damaged stdole32.tlb - which
is crucial for some of my documents...
Current terminal output:
wine excel.exe
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:font:WineEngCreateFontInstance Untranslated charset 255
err:shell:IPersistStream_fnLoad Last word was not zero
fixme:shell:IShellLinkW_fnGetPath (0x1e26d8): WIN32_FIND_DATA is not yet filled.
err:shell:HCR_GetFolderAttributes HCR_GetFolderAttributes should be called for
simple PIDL's only!
fixme:shell:DllGetClassObject failed for CLSID=
{208d2c60-3aea-1069-a2d7-08002b30309d} (My Network Places)
err:shell:SHCoCreateInstance LoadFromShell failed for CLSID=
{208d2c60-3aea-1069-a2d7-08002b30309d} (My Network Places)
err:shell:IPersistStream_fnLoad Last word was not zero
fixme:shell:DllGetClassObject failed for CLSID=
{208d2c60-3aea-1069-a2d7-08002b30309d} (My Network Places)
err:shell:SHCoCreateInstance LoadFromShell failed for CLSID=
{208d2c60-3aea-1069-a2d7-08002b30309d} (My Network Places)
fixme:shell:IPersistFile_fnSaveCompleted
(0x160c80)->(L"c:\\windows\\profiles\\mitch\\Recent\\somefile.xlb (2).lnk")
fixme:shell:DllCanUnloadNow stub
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a
err:ole:local_server_thread Failure during ConnectNamedPipe 317
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a
err:ole:local_server_thread Failure during ConnectNamedPipe 317
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a
err:ole:local_server_thread Failure during ConnectNamedPipe 317
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a
err:ole:local_server_thread Failure during ConnectNamedPipe 317
fixme:shell:DllCanUnloadNow stub
8<==============================================
wine install.exe
fixme:seh:check_no_exec No-exec fault triggered at 0x16e262, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x11490e, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x113930, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x142ac4, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x16f966, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x170ccc, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x1713d4, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x179eee, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x143207, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x17a000, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x15d3f7, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x141978, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x17b83e, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x1154c9, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x12a52b, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x183d53, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x18b0e3, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x18ae58, enabling work-around
fixme:seh:check_no_exec No-exec fault triggered at 0x17c014, enabling work-around
wine: Unhandled page fault on write access to 0x00000004 at address 0x100151f8
(thread 0010), starting debugger...
--
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=8552
jan.wine(a)zerebecki.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmitry(a)codeweavers.com
--
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.