http://bugs.winehq.org/show_bug.cgi?id=8028
Summary: WM_SETREDRAW not affected
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: azamata2006(a)yandex.ru
Hi!
The SendMessage(Hwnd, WM_SETREDRAW, 0, 0) is not work - ListView in vsReport
mode flicking and scrolls then updated in my own program.
--
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=4516
winehq(a)nanonanonano.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winehq(a)nanonanonano.net
------- Additional Comments From winehq(a)nanonanonano.net 2007-12-04 06:36 -------
As a workaround, setting the windows version to win98 (for this application)
solves this problem and allows the application to function. (Perhaps this
provides the necessary information for someone to work out what's wrong here?)
(Also, if you hit OK enough times on the error dialogue box (try space bar...),
then the application does work...)
Wine version tested: 0.9.33. (0.9.34 cannot install this app
--
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=7552
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|DUPLICATE |
------- Additional Comments From rmh(a)aybabtu.com 2007-12-04 05:34 -------
Not sure if this is the same bug as 2155. I can't reproduce it because when
running conquer without virtual desktop, input in the login window is disabled,
and I can't test the "wrong password" messagebox.
--
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=8022
------- Additional Comments From lich(a)math.spbu.ru 2007-12-04 04:41 -------
>1. If I do 'LC_ALL=C wineconsole --backend=user cmd /K xcopy /?' I see the
>spaced chars you mention. If I do 'wine cmd /K xcopy /?' if outputs ok - Can
>you confirm this is true for you
Confirm. OK.
>2. If you do wine cmd /K dir, do the characters appear ok? Are the chars in
>the listing below actually russian characters (ie not a-z etc), the first file
>appears ok which is one I assume is pure a-z 0-9?
>- This would see if the problem is actually the same as (1)
1) terminal with koi8-r font:
Bad, but better than --backend=user. I can see russian symbols but in
ANSI(cp1251) locale, not OEM(cp866). I can pass the text through "iconv -f
cp1251 -t koi8-r" to see correct text.
2) terminal with cp1251 font:
a. LC_ALL=ru_RU.KOI8-R cmd /K dir
The default locale is ru_RU.KOI8-R. This does not suit for cp1251 font. BUT! I
can see russian filenames correct.
LC_ALL=ru_RU.KOI8-R cmd /K help
Russian letters are OK.
b. LC_ALL=ru_RU.CP1251 cmd /K dir
Locale matches font enconing. But!
Russian filenames are invalid.
LC_ALL=ru_RU.CP1251 cmd /K help
English text only. WINE does not honour ru_RU.CP1251, but Linux does.
c. font UTF8 - nightmare.
>3. Since I dont know Russian, any thoughts on how to create a file with
>russian characters and set my locale in a window so I can recreate that part
>here?
Hmm... Try your native locate in various cases: Unicode and not unicode.
Maybe, it is related to OEM/ANSI dualism?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7663
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5411 is|0 |1
obsolete| |
------- Additional Comments From rmh(a)aybabtu.com 2007-12-04 03:19 -------
Created an attachment (id=5750)
--> (http://bugs.winehq.org/attachment.cgi?id=5750&action=view)
new, simpler patch
Actualy, this might be quite overkill. I propose this simpler change, that
enables cmdline rewriting when path is absolute. This covers the most common
cases:
- Running wine from the desktop environment
- wine /media/cdrom0/Setup.exe
- wine ~/.wine/drive_c/foo.exe
--
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=7522
M.B.Lankhorst(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-12-04 02:46 -------
I think I know what causes it, sent in a fix, basically alsa doesn't have
directsound support, but it did initialise wave-in as directsound which causes
a hang. Already sent in a fix, I am waiting for it to be committed.
Could you try if using alsa driver at 'Emulation' acceleration fixes the
problem?
--
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=6144
M.B.Lankhorst(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-12-04 02:41 -------
While it is the problem that appears in wine, I'm not sure wether this is a
wine bug or alsa bug if an alsa changed caused it, I'll accept the bug for
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.