http://bugs.winehq.org/show_bug.cgi?id=7085
------- Additional Comments From rmay(a)ou.edu 2007-28-03 09:28 -------
>The text field that acts as a filter has a window timer installed that
>fires every 100 msec. When the timer fires, it checks to see if the
>text has changed since the last call and sends a custom window message
>(msg == 1001) to its parent window.
According to one of the Weatherscope developers, this is how the filtering works:
>When the parent window receives that message, it rebuilds the radar
>combo box using the same function it used when it was originally
>constructed. The only difference it that now it has a filter string to
>apply to the radar names. When we rebuild the combo box, we completely
>remove all of the items and add back the ones that match the filter
>string one at a time.
>So, as far as Win32 is concerned, there should be a WM_TIMER message
>firing on the text field's HWND about 10 times a second. A custom
>window message of 1001 should be sent to the radar dialog's HWND if the
>text was changed between successive timer messages. We use SendMessage
>to add and remove items from the combo box (CB_DELETESTRING to remove,
>CB_INSERTSTRING to add).
As far as I can tell from a +message,+edit,+combo trace, the WM_TIMER messages
stop being dispatched once one clicks in the line edit, and instead I see
WM_SYSTIMER messages being sent. After the aforementioned clicking around, the
WM_TIMER messages are sent again and filtering works. Anyone have _any_ idea
what could be going on here?
--
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=7885
Summary: demangle_datatype UnKnown (a, n, v)
Product: Wine
Version: 0.9.31.
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: picca(a)synchrotron-soleil.fr
When compilling with VC++6 one of my file this err raised:
cl /nologo /W3 /GR /GX /FD /c /Zi /MTd /Od /TP /DWIN32 /D_WINDOWS /D_WINSTATIC
/D_DEBUG /D_MBCS /D_TANGO_LIB /Iapi\cpp\log4tango\include
/Ibuild\win32\debug\api\cpp\log4tango\src /Iapi\cpp\log4tango\src
/Ibuild\win32\debug\api\cpp\log4tango\include /Iapi\cpp\server /Iapi\cpp\client
/Iapi\cpp\server\idl /IC:\omniORB-4.1.0\include /c api\cpp\server\w32win.cpp
/Fobuild\win32\debug\api\cpp\tango\server\w32win.obj
libGL warning: 3D driver claims to not support visual 0x5b
libGL warning: 3D driver claims to not support visual 0x5b
w32win.cpp
err:msvcrt:demangle_datatype Unknown type a
err:msvcrt:demangle_datatype Unknown type n
err:msvcrt:demangle_datatype Unknown type n
err:msvcrt:demangle_datatype Unknown type v
err:msvcrt:demangle_datatype Unknown type v
err:msvcrt:demangle_datatype Unknown type v
I looked in the undname.cpp code and find that most of the case handle capital
letters. Is it just a case sensitive letter issue ?
--
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=7690
------- Additional Comments From hans(a)it.vu.nl 2007-28-03 08:09 -------
Guess what, the "Lizenzdatenbank nicht vorhanden!" error
dialog also appears on Windows. It then shows the main app
window and a new dialog asking if you want to evaluate
the product. That dialog does not appear on 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=6033
------- Additional Comments From martin.sandsmark(a)gmail.com 2007-28-03 07:03 -------
Same here, kubuntu feisty with wine 0.9.33.
I use the open source ati r300/radeon drivers.
I notice that the mouse is a bit choppy in the interface as well, but it's
really horrible in-game. I use a "virtual" desktop. I also notice that
redrawing seems extremely slow in most wine apps (regedit, winecfg, etc.).
--
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=4175
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-28-03 07:02 -------
Could you provide a WINEDEBUG=+listview,+header trace?
--
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=3717
mikolaj.zalewski(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-28-03 07:01 -------
The patch got into Git (will be part of Wine releases starting from 0.9.34) so
I'm closing the bug.
--
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=7876
------- Additional Comments From focht(a)gmx.net 2007-28-03 06:10 -------
Hello,
supporting native API for kmode drivers doesnt make much sense.
The cpu-z kmode driver implements low level i/o throughput time measurements
using ring0 (privileged) instructions and some internal kmode apis (query
interrupt counters and the like).
Even if you support/emulate necessary native kmode apis, the driver code would
immediately cause SIGILL/SIGSEGVs due use of privileged instructions.
Regards
--
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=5535
frick(a)sc-networks.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |frick(a)sc-networks.de
------- Additional Comments From frick(a)sc-networks.de 2007-28-03 06:00 -------
*** Bug 5782 has been marked as a duplicate of this bug. ***
--
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=7817
------- Additional Comments From damjan.jov(a)gmail.com 2007-28-03 05:23 -------
Type
glxinfo | grep rendering
in a terminal
It should say:
direct rendering: Yes
Also, when last I checked, SiS graphics cards didn't have a good reputation on
Linux. It could well be a buggy graphics driver, try a different 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=7685
------- Additional Comments From zthg4821(a)gmail.com 2007-28-03 04:20 -------
I've just tested localhost web interface sessions in eMule 0.47c with versions
of Wine going all the way back to 0.9.23 (which is 2 versions before the big
0.9.25 socket fix was released; see bug 3063) and every single one exhibits the
same broken behavior as I described in comment #5 and comment #10. For
thoroughness I also tried using an older version of eMule -- 0.47a -- and still
experienced the same results.
This would indicate that either localhost web interface sessions were broken all
along and I simply didn't notice it until recently (it's only 2 small GIFs,
somewhat easy to miss), or there's something new in my system configuration that
brought out the buggy behavior (Netfilter config in my kernel perhaps?).
So this disproves my suspicion in comment #13 -- the problem doesn't seem to be
a regression after all. So much for all that git-bisecting. :)
--
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.