http://bugs.winehq.org/show_bug.cgi?id=23843
Summary: Flickering window title bar in Su Doku Active in
virtual desktop mode
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Created an attachment (id=29929)
--> (http://bugs.winehq.org/attachment.cgi?id=29929)
Partial +relay log
This bug applies to Su Doku Active by Greenstreet Games. Unfortunately I don't
think there is a freely-downloadable version of this game.
When running in virtual desktop mode, the window title text flickers as the
mouse is moved. There is no flickering in Windows XP.
The game requires MFC42.DLL, so it could be some call to that which is calling
SetWindowTextA repeatedly as the mouse is moved. It may be that Windows checks
the title text being set, and optimises out the rendering if the text is the
same as the existing title.
Attached is an extract from a WINEDEBUG=+relay log which shows several calls to
SetWindowTextA.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31924
Bug #: 31924
Summary: mixerGetDevCaps does not support mixer device handles
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nicode(a)gmx.net
Classification: Unclassified
The Windows SDK documentation states: "This function also accepts a mixer
device handle returned by the mixerOpen function as the uMxId parameter. The
application should cast the HMIXER handle to a UINT."
This feature is missing in the mixerGetDevCaps(W) implementation.
It might be fixed by using mixerGetID((HMIXEROBJ)uDeviceID, &uMixerId,
MIXER_OBJECTF_HMIXER) to resolve the handle to an identifier if uDeviceID is
greater than or equal to mixerGetNumDevs().
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31778
Bug #: 31778
Summary: Unhandled page fault while starting CEDAR Logic
simulator (A wxWidgets Windows application)
Product: Wine
Version: 1.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matka.poohatka(a)gmail.com
Classification: Unclassified
Created attachment 41814
--> http://bugs.winehq.org/attachment.cgi?id=41814
Backtrace generated by Wine bug report tool
Hello,
I wanted to use CEDAR logic simulator <http://cedarlogic.scienceontheweb.net/>,
however it does not start, informing me of an unhandled page fault instead.
>From command line:
filip@Filip-PC:*path*$ wine cedarls.exe
p11-kit: couldn't load module:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared
object file: No such file or directory
wine: Unhandled page fault on write access to 0x4d000154 at address 0x728f70
(thread 0009), starting debugger...
The program works fine under Windows (naturally).
I attached the bug report Wine generated. Hope this helps.
--Filip
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27388
Summary: IE8 UTF-7 doesn't work
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
Created an attachment (id=35017)
--> (http://bugs.winehq.org/attachment.cgi?id=35017)
stderr output
IE8 doesn't display UTF-7 HTML files at all.
Works fine under real Windows:
C:\Users\username\testhtml>c:\progra~1\intern~1\iexplore
file:///c:/Users/username/testhtml/test.html
using:
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0;
.NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center
PC 6.0)
Doesn't work under Wine:
$ wine c:\\prog~fbu\\inte~h1a\\iexplore file:///z:/home/test/test.html 2>
dump.log
using:
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)
Wine IE8 installed using "rm -rf ~/.wine; winetricks ie8".
The relevant stderr output is probably this:
fixme:nls:WideCharToMultiByte UTF-7 not supported
The same message about UTF-7 not being supported is also mentioned in bug
18659, but this is probably a different bug.
Note that Windows IE is 64-bit while Wine IE is 32-bit using a 32-bit Linux
kernel. I'm not sure if this matters. Both IE versions were used on the same
computer, so all hardware is the same.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30323
Bug #: 30323
Summary: Unigine Heaven DX11 Benchmark 3.0 Basic Edition:
Ambient Occlusion causes graphical issue
Product: Wine
Version: 1.5.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jsims2359(a)gmail.com
Classification: Unclassified
In the Unigine Heaven DX11 Benchmark 3.0 Basic Edition, enabling Ambient
Occlusion distorts graphics. Disabling Ambient Occlusion returns graphics to
normal. You can toggle it from within the app while the scenes are being
rendered. It's pretty cool.
wine-1.5.1 (compiled from source)
NVIDIA GTX 295
295.33 drivers
Fedora 16 x86_64
gcc 4.6.3
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34639
Bug #: 34639
Summary: Guild Wars: Crash on starting the game
Product: Wine
Version: 1.7.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Created attachment 46169
--> http://bugs.winehq.org/attachment.cgi?id=46169
Terminal output of a successfull and an unsuccessfull start
Besides the other 2 bugs that could crash or hang the launcher
(http://bugs.winehq.org/show_bug.cgi?id=32061 and
http://bugs.winehq.org/show_bug.cgi?id=32062) I have also noticed that the
launcher closes sometimes unexpected. After upgrading Wine to version 1.7.3 and
libx11 to version 1.6.1 I'm not able to reproduce the other 2 bugs anymore. But
the unexpected closing of the launcher still happens sometimes (~every tenth
try). It can appear on using only the image parameter (which will just download
all content from the game and then exit) and on starting the game normally. In
the attachments is a log which shows a successfull and an unsuccessfull start.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29924
Bug #: 29924
Summary: control and inetcpl show some texts in wrong language
Product: Wine
Version: 1.4-rc4
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lauri.kentta(a)gmail.com
Classification: Unclassified
LC_MESSAGES=en_GB.UTF-8 LC_CTYPE=fr_FR.UTF-8 ./wine control
The command above makes Wine use mostly English, but a few texts are in French
instead: the Control panel title, the inetcpl menu item and description,
inetcpl title and the text that should say "Security settings for zone:" on the
Security tab.
Using en_US instead of en_GB works fine. Apparently Wine does something strange
when it can't find a translation that matches exactly the given LC_MESSAGES
locale.
How to reproduce:
* Make sure you have the required locales on your system
* Set LC_MESSAGES=en_GB.UTF-8
* Set LC_CTYPE=fr_FR.UTF-8
* Run wine control
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36830
Bug ID: 36830
Summary: Nexon Atlantica Online: broken launcher/updater
reports 'Atlantica is currently under maintenance.
Please try again later' (relies on 'wininet' to
initialize sockets API)
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
split this off from bug 22479
An up-to-date client is need for successful login which in turn can only be
updated by using the launcher 'AtlanticaRun.exe'.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Nexon/Atlantica
$ WINEDEBUG=+tid,+seh,+relay wine ./AtlanticaRun.exe >>log.txt 2>&1
...
0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0051e82c
L"auth.atlantica.nexon.net",ffffffff,0033e334,00000100,00000000,00000000)
ret=0040f27f
0024:Ret KERNEL32.WideCharToMultiByte() retval=00000019 ret=0040f27f
0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0051e85e
L"8.31.100.59",ffffffff,0033e544,00000100,00000000,00000000) ret=0040f27f
0024:Ret KERNEL32.WideCharToMultiByte() retval=0000000c ret=0040f27f
...
0024:Call user32.SetWindowTextW(000100a8,0033e034 L"Connecting to Front
Server...") ret=0042c4ae
...
0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1cf4
"auth.atlantica.nexon.net",ffffffff,0051df80,00000100) ret=0047282d
0024:Ret KERNEL32.MultiByteToWideChar() retval=00000019 ret=0047282d
0024:Call ws2_32.gethostbyname(0051de80 "auth.atlantica.nexon.net")
ret=0047287b
0024:Ret ws2_32.gethostbyname() retval=00000000 ret=0047287b
...
0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1df4
"8.31.100.59",ffffffff,0051df80,00000100) ret=0047282d
0024:Ret KERNEL32.MultiByteToWideChar() retval=0000000c ret=0047282d
0024:Call ws2_32.inet_addr(0051de80 "8.31.100.59") ret=004728c7
0024:Ret ws2_32.inet_addr() retval=3b641f08 ret=004728c7
0024:Call ws2_32.htons(000014b4) ret=004728de
0024:Ret ws2_32.htons() retval=0000b414 ret=004728de
0024:Call KERNEL32.GetTickCount() ret=00472925
0024:Ret KERNEL32.GetTickCount() retval=021fe7bc ret=00472925
0024:Call
ws2_32.WSASocketA(00000002,00000001,00000000,00000000,00000000,00000001)
ret=00472963
0024:Ret ws2_32.WSASocketA() retval=ffffffff ret=00472963
...
<repeats>
0024:Call user32.MessageBoxW(00030076,0056e280 L"Atlantica is currently under
maintenance. Please try again later.\r\nIf it's not a maintenance problem,
please check your connection, firewall, and/or router settings.",00498558
L"Error",00000040) ret=00427dce
--- snip ---
Debugger:
--- snip ---
Wine-dbg>bt
Backtrace:
=>0 0x7df3718c WS_gethostbyname(name="auth.atlantica.nexon.net")
[/home/focht/projects/wine/wine.repo/src/dlls/ws2_32/socket.c:5284] in ws2_32
(0x0033e270)
1 0x00472c35 in atlanticarun (+0x72c34) (0x0033e288)
2 0x0041dfb5 in atlanticarun (+0x1dfb4) (0x0033e2a8)
3 0x00479648 in atlanticarun (+0x79647) (0x0033e2b4)
4 0x00479aee in atlanticarun (+0x79aed) (0x0033e2f8)
5 0x0042b476 in atlanticarun (+0x2b475) (0x0033e390)
6 0x0042767d in atlanticarun (+0x2767c) (0x0033e3b0)
7 0x00429b35 in atlanticarun (+0x29b34) (0x0033e418)
8 0x00429bc4 in atlanticarun (+0x29bc3) (0x0033e438)
...
Wine-dbg>p num_startup
0
--- snip ---
Some "genius" decided to call this API without prior 'WSAStartup'.
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms738524%28v=vs.85%…
--- quote ---
Return value
If no error occurs, gethostbyname returns a pointer to the hostent structure
described above. Otherwise, it returns a null pointer and a specific error
number can be retrieved by calling WSAGetLastError.
Error code Meaning
WSANOTINITIALISED
A successful WSAStartup call must occur before using this function.
--- quote ---
It gets better ... there is no 'WSAStartup' import at all.
Dumping 'AtlanticaRun.exe' imports table reveals:
(I added descriptions for ordinal-only)
--- snip ---
...
12. ImageImportDescriptor:
OriginalFirstThunk: 0x000A7434
TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970)
ForwarderChain: 0x00000000
Name: 0x000A7F72 ("WS2_32.dll")
FirstThunk: 0x0008A6FC
Ordinal/Hint API name
------------ ---------------------------------------
0x0013 (ordinal only) -> "send"
0x0008 (ordinal only) -> "htonl"
0x000F (ordinal only) -> "ntohs"
0x000A (ordinal only) -> "ioctlsocket"
0x000C (ordinal only) -> "inet_ntoa"
0x0010 (ordinal only) -> "recv"
0x0009 (ordinal only) -> "htons"
0x0003 (ordinal only) -> "closesocket"
0x0034 (ordinal only) -> "gethostbyname"
0x0052 "WSASocketA"
0x006F (ordinal only) -> "WSAGetLastError"
0x0049 "WSASend"
0x0044 "WSARecv"
0x000B (ordinal only) -> "inet_addr"
0x0004 (ordinal only) -> "connect"
13. ImageImportDescriptor:
OriginalFirstThunk: 0x000A6E14
TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970)
ForwarderChain: 0x00000000
Name: 0x000A7F8E ("IPHLPAPI.DLL")
FirstThunk: 0x0008A0DC
Ordinal/Hint API name
------------ ---------------------------------------
0x0082 "IcmpSendEcho"
--- snip ---
What most likely happens is that the stupid code relies on 'wininet' to
initialize sockets API (remains mapped the whole time).
There is an early 'wininet' API call before trying auth server/explicit Windows
sockets API:
--- snip ---
...
0024:Ret PE DLL (proc=0x7de7e038,module=0x7de40000
L"wininet.dll",reason=PROCESS_ATTACH,res=0x1) retval=1
0024:Starting process L"C:\\Nexon\\Atlantica\\AtlanticaRun.exe"
(entryproc=0x4438bd)
...
0024:Call wininet.InternetOpenW(00502c90
L"AtlanticaRun",00000000,00000000,00000000,00000000) ret=004351c0
...
0024:Ret wininet.InternetOpenW() retval=00000001 ret=004351c0
...
--- snip ---
'winetricks -q wininet' works around.
Unlike the Wine builtin which uses BSD sockets API directly, native binds to
'ws2_32' and calls 'WSAStartup' from 'InternetOpen' to initialize sockets API.
--- snip ---
0024:Ret PE DLL (proc=0x76c0137c,module=0x76c00000
L"WININET.dll",reason=PROCESS_ATTACH,res=0x1) retval=1
0024:Starting process L"C:\\Nexon\\Atlantica\\AtlanticaRun.exe"
(entryproc=0x4438bd)
...
0024:Call KERNEL32.CreateMutexA(00000000,00000000,76c07b6c
"WininetStartupMutex") ret=76c07489
0024:Ret KERNEL32.CreateMutexA() retval=00000070 ret=76c07489
...
0024:Call advapi32.RegOpenKeyExA(80000002,76c05020
"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Internet
Settings",00000000,00000001,0033e3f4) ret=76c0521b
0024:Ret advapi32.RegOpenKeyExA() retval=00000000 ret=76c0521b
...
0024:Call advapi32.RegQueryValueExA(00000064,76c07680
"BadProxyExpiresTime",00000000,0033e3d8,0033e3d4,0033e3c8) ret=76c05262
0024:Ret advapi32.RegQueryValueExA() retval=00000002 ret=76c05262
...
0024:Call ws2_32.WSAStartup(00000101,0033e378) ret=76c16d16
0024:Ret ws2_32.WSAStartup() retval=00000000 ret=76c16d16
...
0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,004b1cf4
"auth.atlantica.nexon.net",ffffffff,0051df80,00000100) ret=0047282d
0024:Ret KERNEL32.MultiByteToWideChar() retval=00000019 ret=0047282d
0024:Call ws2_32.gethostbyname(0051de80 "auth.atlantica.nexon.net")
ret=0047287b
...
0024:Ret ws2_32.gethostbyname() retval=00163778 ret=0047287b
0024:Call ws2_32.htons(000014b4) ret=004728de
0024:Ret ws2_32.htons() retval=0000b414 ret=004728de
...
0024:Call
ws2_32.WSASocketA(00000002,00000001,00000000,00000000,00000000,00000001)
ret=00472963
0024:Ret ws2_32.WSASocketA() retval=000000f4 ret=00472963
...
--- snip ---
It should be ok to duplicate Windows at least for the part of having
'WSAStartup' called from 'InternetOpenW' and tearing it down with
'InternetCloseHandle'.
Using 'DllMain' function for that would be bad idea and even MS advises against
it.
$ sha1sum Atlantica_Downloader.exe
814aa0c4fc441e5ab177328a10da59537ef3302b Atlantica_Downloader.exe
$ du -sh Atlantica_Downloader.exe
2.5M Atlantica_Downloader.exe
$ wine --version
wine-1.7.21-19-g8812193
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29560
Bug #: 29560
Summary: RagTime 5.6.5 installer does not respond to
mouseclicks properly
Product: Wine
Version: 1.2.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
While testing bug 15427, I noticed that the installer's buttons don't respond
to mouse clicks unless you alt-tab away and back, or run in a virtual desktop.
It responds to keystrokes and autohotkey ControlClick commands just fine,
though.
Problem was seen in every version of wine tested: 1.2.3, 1.3.14, 1.3.15,
1.3.28, git.
(Bug 26374 was for the same installer, might indicate it handles messages
in an unusual manner?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.