http://bugs.winehq.org/show_bug.cgi?id=9147
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2007-01-08 20:07 -------
This indicates invalid compile
PE 7df30000-7df34000 Deferred rpcrt4
PE 7df90000-7df94000 Deferred ole32
PE 7e0e0000-7e0e5000 Deferred winspool
PE 7e110000-7e121000 Deferred comctl32
PE 7e1d0000-7e1d6000 Deferred shlwapi
PE 7e230000-7e298000 Deferred shell32
PE 7e320000-7e37f000 Export comdlg32
PE 7e510000-7e558000 Deferred winmm
PE 7ebc0000-7ebc4000 Deferred advapi32
PE 7ec10000-7ec14000 Deferred gdi32
PE 7eca0000-7ecb1000 Deferred user32
PE 7ee10000-7ee7c000 Deferred kernel32
PE 7ef70000-7ef74000 Deferred ntdll
--
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=9155
Summary: CBN_SELCHANGE and WM_GETTEXT bug/"feature" in Windows
Product: Wine
Version: CVS
Platform: PC
URL: http://source.winehq.org/source/dlls/user32/combo.c#L134
7
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: megajocke(a)notsohotmail.com
When writing code for a dialog that uses a combo box of type CBS_DROPDOWN I
stumbled upon something strange in Windows XP. In the CBN_SELCHANGE notification
from the combo box the text of the edit box has not updated yet, which means
WM_GETTEXT or APIs that use it return the old value instead of the newly
selected. This does happen to CBS_SIMPLE too as it has an edit control but does
not happen to CBS_DROPDOWNLIST.
I had a look in WINE's combo box code and it looks like in WINE the edit box
text gets updated (line 1358) before the notification is sent (line 1374). So
this means that WM_GETTEXT will return the current value instead of the previous
one which it does in Windows. The problem with this that I can see is probably
more that applications written for WINE won't work correctly in Windows as it is
not a far fetch to assume that WM_GETTEXT would work in the CBN_SELCHANGE handler.
Just changing it to how it work in Windows might break something in WINE if some
dialog somewhere is using WM_GETTEXT, GetDlgItemText or GetWindowText to get the
value from a combo box with edit control. For example, I saw code in the printer
dialog that uses WM_GETTEXT. (But this doesn't matter if the combo is of
DROPDOWNLIST type which I didn't check if it was or not)
To "fix" it, all CBN_SELCHANGE references in WINE need to be checked (not that
many) and then CB_NOTIFY needs to be moved before the if block. Is it really
correct though that the combo box sends CBN_SELCHANGE even when the list box
reported LBN_SELCANCEL? Maybe it should be the first thing to do in the first if
block?
Here is a page from Microsoft on this behaviour, and it seems like it has worked
like that from the beginning, look at that stuff about Win32 :P. The article is
not entirely accurate though as WM_GETTEXT would return the newly selected value
in a CBS_DROPDOWNLIST:
http://support.microsoft.com/default.aspx?scid=kb%3Ben-us%3B66365
Here is someone else who has discovered this "feature" in Windows:
http://groups.google.com/group/microsoft.public.vc.mfc/browse_thread/thread…
And here someone proposes that the OP use it to get the old value, relying on
this "feature":
http://groups.google.com/group/comp.os.ms-windows.programmer.win32/browse_t…
More:
http://www.powerbasic.com/support/forums/Archives/Archive-000003/HTML/20020…
/Joakim Asplund
--
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=9148
------- Additional Comments From mdirk(a)sympatico.ca 2007-01-08 19:37 -------
Created an attachment (id=7370)
--> (http://bugs.winehq.org/attachment.cgi?id=7370&action=view)
A utility I made to start WINE apps
Because I often don't have the K-Menu entries to start apps, I needed to craft
a shell script to use, as part of my KDE settings, which use the 'winepath'
command internally to run them. Here it is, but I'm sure there's no bug in this
one. Usage (Open with WINE):
~/redwine.sh "%f"
--
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=9147
------- Additional Comments From wine(a)transpect.com 2007-01-08 19:35 -------
Created an attachment (id=7369)
--> (http://bugs.winehq.org/attachment.cgi?id=7369&action=view)
wine run from the git directory - still no go
As you can see, it still, similarly, doesn't work.
.41 still runs fine on this system. If someone wants me to do that split thing,
let me know the steps.
--
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=9147
------- Additional Comments From wine(a)transpect.com 2007-01-08 19:29 -------
Vitaliy, who are you? I've been posting additional, valid information just as
fast as anyone there suggests how to obtain it. Your claim that my "wine compile
is invalid" is bunk. I've used both the compile of numerous versions via the
Gentoo ebuild system. And I've compiled in a standard way using the defaults in
your current git cvs tree. I've introduced no novelty into the compiles, nothing
to make them "invalid." Your criticisms - every one of them - are invalid.
There's a suggestion here that I have two versions of wine installed to compare
them. I've done that. I'm waiting for the next step. Your contrary instructions
are not helpful. You are completely out of line and out of place. Get off this
thread. Let me communicate with the real developers.
Everyone else - I'm sorry I've even responded to him. Hopefully he'll quiet
down. If not, I promise I'll just ignore him after this.
--
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=9154
Summary: IDirectDrawImpl_WaitForVerticalBlank
Product: Wine
Version: 0.9.42.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Sonicadvance1(a)gmail.com
Balls of Steel uses IDirectDrawImpl_WaitForVerticalBlank to determine the
screens refresh rate, and when it can't get it, it exits the stage.
--
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=9147
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|wine-0.9.42 fails at |InfoSelect 1.0 for Windows
|InfoSelect 1.0 for Windows |crashes
------- Additional Comments From vitaliy(a)kievinfo.com 2007-01-08 17:52 -------
Whit Blauvelt, So far you posted lots of useless information about what you
thing might or might not be a problem. And did exactly what is NOT supported
here nor will be supported here.
Please do the following:
1. Get your configuration straight - your Wine compile is invalid. (read wikis,
howtos, ask on wine-users, whatever. This place IS NOT place to educate you how
to compile Wine!)
2. Remove any other installed versions of Wine _no exceptions_
3. Remove / rename ~/.wine directory and reinstall your application.
4. Perform the proper regression testing as described here
http://wiki.winehq.org/RegressionTesting
If you do not have any additional _BUG RELATED_ information to add, don't post
anything at all.
--
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=9147
------- Additional Comments From the3dfxdude(a)gmail.com 2007-01-08 17:52 -------
Call the wine binary out of your git directory, ie:
$ ~/wine-git/wine /path/to/app.exe
It makes git bisect easy and it's faster with not having to do "make install" first.
--
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=9147
------- Additional Comments From wine(a)transpect.com 2007-01-08 17:47 -------
I installed the .42+ git version in /usr/local/bin and so on per its default. I
have the .41 version (the Gentoo ebuild) installed in its default /usr/bin. As
far as I can see, everything .42+ is under /usr/local, and everything .41 is
under /usr. I've kept .41 on the system because of the suggestion that there's a
way to use that git split function to diff them - but I don't know the full
syntax and sequence for that.
# /usr/local/bin/wine --version
wine-0.9.42-177-g1ad6abf
# /usr/bin/wine --version
wine-0.9.41
Off to dinner now, but I'll check back later this evening.
--
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.