November 2009 - Wine-bugs - list.winehq.org

[Bug 20692] New: Probable benign window title leak
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20692 Summary: Probable benign window title leak Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This is another case of 'a leak so small it doesn't matter'. I think it only happens once per window, and only when the window doesn't get an NCDESTROY message before exiting. I'm filing it and marking it WONTFIX so the valgrind suppression I create can point to a bug report for explanation. http://kegel.com/wine/valgrind/logs/2009-11-11-07.36/vg-user32_msg.txt says user32_test.exe.so msg.c leaks like this: 22 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:214) by RtlAllocateHeap (heap.c:1421) by DEFWND_SetTextA (defwnd.c:98) by DefWindowProcA (defwnd.c:834) by MsgCheckProc (msg.c:7274) by MsgCheckProcA (msg.c:7283) by ??? (library.h:159) by call_window_proc (winproc.c:469) by WINPROC_call_window (winproc.c:2223) by call_window_proc (message.c:1635) by send_message (message.c:2482) by SendMessageA (message.c:2627) by WIN_CreateWindowEx (win.c:1342) by CreateWindowExA (win.c:1541) And http://kegel.com/wine/chromium/valgrind-logs/base_unittests/MessageLoopTest… says that base_unittests.exe --gtest_filter=MessageLoopTest.RecursiveDenial2 and a couple others leak as follows: 8 bytes in 4 blocks are definitely lost in loss record 87 of 1,034 at notify_alloc (heap.c:214) by RtlAllocateHeap (heap.c:1421) by DEFWND_SetTextW (defwnd.c:134) by DefWindowProcW (defwnd.c:981) by StaticWndProc_common (static.c:520) by StaticWndProcW (static.c:630) by ??? (library.h:159) by call_window_proc (winproc.c:469) by WINPROC_call_window (winproc.c:2214) by call_window_proc (message.c:1635) by send_message (message.c:2482) by SendMessageW (message.c:2605) by WIN_CreateWindowEx (win.c:1340) by CreateWindowExW (win.c:1573) by DIALOG_CreateControls32 (dialog.c:276) by DIALOG_CreateIndirect (dialog.c:691) by DialogBoxIndirectParamAorW (dialog.c:871) by DialogBoxIndirectParamW (dialog.c:892) by MessageBoxIndirectW (msgbox.c:527) by MessageBoxExW (msgbox.c:451) by MessageBoxW (msgbox.c:406) We can reopen this bug if the leak turns out to be an actual problem. -- 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.

1 9

[Bug 20681] New: Microsoft Visual C++ .NET 2003 INTERNAL COMPILER ERROR: regression from 1.1.29
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20681 Summary: Microsoft Visual C++ .NET 2003 INTERNAL COMPILER ERROR: regression from 1.1.29 Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)salilab.org Created an attachment (id=24704) --> (http://bugs.winehq.org/attachment.cgi?id=24704) test.cpp We are running wine on a 32-bit Fedora 11 machine, using cl (the MSVC++ .NET 2003 command line compiler) to build our software. Since we upgraded from wine-core-1.1.29-1.fc11.i586 to wine-core-1.1.32-1.fc11.i586, cl has stopped working: it fails with an internal compiler error. Downgrading to 1.1.29 fixes the problem. Using the attached test.cpp and boost 1.34 headers, running with wine-core-1.1.32-1.fc11.i586, we see the following: $ cl /c test.cpp test.cpp z:\synth1\home\ben\tmp\test.cpp(14) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'f:\vs70builds\3077\vc\Compiler\Utc\src\P2\main.c', line 182) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.10.3077 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. m Files\Microsoft Visual Studio .NET 2003\VC7\bin\cl: undname.c:189: str_array_push: Assertion `a->num < 32' failed. with 1.1.29 we see: $ cl /c test.cpp test.cpp Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.10.3077 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. Please let me know if you need more information. -- 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.

1 10

[Bug 20622] New: chromium's net_unittests.exe hangs in SSLClientSocketTest.Read
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20622 Summary: chromium's net_unittests.exe hangs in SSLClientSocketTest.Read Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Chromium's SSLClientSocketTest.Read test outputs (ignoring repeated fixmes) [ RUN ] SSLClientSocketTest.Read fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension "2.5.29.32" fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority and then seems to hang. Five other SSL-related tests behave similarly: SSLClientSocketTest.Read_SmallChunks SSLClientSocketTest.Read_Interrupted HTTPSRequestTest.HTTPSExpiredTest HTTPSRequestTest.HTTPSGetTest HTTPSRequestTest.HTTPSMismatchedTest To repeat: $ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 $ tar -xjvf chromium-tests.tar.bz2 $ sudo cp src/net/data/ssl/certificates/root_ca_cert.crt /usr/share/ca-certificates/ $ sudo vi /etc/ca-certificates.conf (and add the line root_ca_cert.crt) $ sudo update-ca-certificates $ # (or run juan's importer, http://bugs.winehq.org/show_bug.cgi?id=20370#c4 ) $ wine src/chrome/Debug/net_unittests.exe --gtest_filter=SSLClientSocketTest.Read I'll attach a +relay,+secur32,+crypt,+seh log. -- 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.

1 10

[Bug 20602] New: thread/cpu affinity not correct with multi core enabled source engine games
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20602 Summary: thread/cpu affinity not correct with multi core enabled source engine games Product: Wine Version: 1.1.32 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fzielcke(a)z-51.de This is actually with current git HEAD de00535c13fba643c9c2bc178225be3cecafd92d not the 1.1.32 release. Even if I enable the Multi Core support in Day of Defeat:Source or Team Fortress 2, the cpu mask is set to one CPU. I checked /proc/($pgrep hl2.exe)/status and also run both in a window with top running in the background and visible P column (last used CPU). wine taskmgr shows an affinity of both CPUs. If I uncheck one and check one again then the main 2 threads needing CPU time run on both my cores. This is a huge increase in performance for me. For example in ctf_2fort on a well visited server I get only ~10-20 FPS on the bridge if there's fighting and the hl2 process is locked on 1 core. Whereas if they run on both, it's good playable and I think it's somewhat around ~40 FPS. It also works fine if I compile wineserver without HAVE_SCHED_SETAFFINITY I tried mat_queue_mode 2, too. mat_queue_mode -1 seems to be the default for multicore enabled. So even if TF2/DoD:S have a bug to still force a CPU affinity of 1, wine taskmgr should at least display it correctly. I use Debian sid + experimental. For compilation I use Debian 4.4.2-2 with CFLAGS="-march=native -pipe -O2" Hardware is Athlon64 X2 4600+, 2 GiB RAM and a Geforce GTS 250 with the 190.42 Nvidia proprietary drivers. -- 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.

1 19

[Bug 20516] New: Alt-F10 sent on press of F10 with wineconsole --backend=user
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20516 Summary: Alt-F10 sent on press of F10 with wineconsole --backend=user Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: singularita(a)gmail.com I am using opensource FAR manager, run via "wineconsole --backend=user". In wine 1.1.32, when I press F10 (this key usually invokes dialog asking if you want to really quit FAR), Alt-F10 is sent to the program instead (Alt-F10 invokes the tree in FAR). Other F-keys (F1 .. F9, F11, F12) work normally. When I downgarded from 1.1.32 to 1.1.31, the bug disappeared and F10 started behaving normally. -- 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.

1 14

[Bug 20517] New: temporary language switch causes permanent change of codepage
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20517 Summary: temporary language switch causes permanent change of codepage Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net For as long as I can remember (I'm sorry to report this now only), the sequence rm -rf .wine; wine winecfg; LANG=C wine winecfg; wine winecfg (assuming a default of LANG=de_DE.UTF-8 in Linux) provoked the following change in the registry against the initial setting: +[System\\CurrentControlSet\\Control\\Nls\\Codepage] 1251317004 "37"="" "ACP"="1252" -"OEMCP"="437" +"OEMCP"="850" This proves that something is not initialized consistently. This is clearly a bug and might cause seemingly non-deterministic faults in apps. I don't know whether this is related to the bug that I'm actually researching: some old multi-lingual French and German apps start in English when I expect them to start in French or German. On the Mac, the situation in the registry seems a little worse. Apple has a couple of fonts using native (non-ASCII) file names. Switching from the default German to the French locale (see bug #20377 on how to do this on the Mac) causes the following changes in addition to the above: -"Hiragino Mincho Pro (TrueType)"="Z:\\Library\\Fonts\\\x30d2\x30e9\x30ae\x30ce... +"Hiragino Mincho Pro (TrueType)"="Z:\\Library\\Fonts\\\xe3\x83\x92\xe3\x83\xa9... # The file name is ヒラギノ明朝 Pro W3.otf or similar. -"Locale"="00000407" +"Locale"="0000040c" -"sCountry"="Germany" +"sCountry"="France" -"sLanguage"="DEU" +"sLanguage"="FRA" I.e. the filename's encoding was changed. I don't know whether it's consistent with the codepage, but I see no reason why switching from German (UTF-8) to French (UTF-8) should cause Wine to change - the codepage or - filename encodings. Regards, Jörg Höhle -- 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.

1 9

[Bug 20152] New: Oracle IRM Desktop application fails with "unable to initialize the Oracle IRM engine" when invoking a systray context menu option
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20152 Summary: Oracle IRM Desktop application fails with "unable to initialize the Oracle IRM engine" when invoking a systray context menu option Product: Wine Version: 1.1.30 Platform: PC URL: http://download.oracle.com/otn_software/sealed/PR51/De sktop/Oracle IRM Desktop EN 5.5.15.22.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=23749) --> (http://bugs.winehq.org/attachment.cgi?id=23749) sealmon.exe standard error output With 1.1.30, after installing the Oracle IRM Desktop application and sealmon.exe is spawned post-install, right clicking on the systray icon for the application and then selecting a context menu choice besides "Hide", such as "About", yields two messages boxes: "The IRM Desktop is unable to initialize the Oracle IRM engine. You may be able to resolve this problem by trying one of the following: 1. Re-booting your computer 2. Temporarily disabling low-level programs such as virus scanners or personal firewalls Otherwise, please contact your content provider." and "The unsealer DLL failed to load. Error 0x8000ffff." Subsequent to the message boxes, an instance of control.exe that sealmon.exe spawns crashes. Based on the standard error messages when the "unable to initialize" error dialog box appears: err:ole:validate_string_data invalid string length of 0 err:rpc:I_RpcReceive we got fault packet with status 0x6f7 I have classified this bug under the rpc component. The standard error output and backtrace is attached. -- 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.

1 7

[Bug 20249] New: Venetica game crash
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20249 Summary: Venetica game crash Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcflow-forum(a)gmx.net Created an attachment (id=23888) --> (http://bugs.winehq.org/attachment.cgi?id=23888) Venetica error output from crash After approximately 5 minutes of gameplay you reach a small area behind a house. You fight there with some Assassins. After you killed the last, the game will crash. The only error that is given when the game crashes is attached to this report. I don't know by which component this error might be caused. Tested on System: Ubuntu Jaunty Jackalope AMD Athlon 64 x2 4200+ 2 Gb ram nvidia 8600gts (185.18.14) -- 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.

1 11

[Bug 20495] New: CryptUnprotectData can't handle zero-length payloads (affects chromium unit_tests)
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20495 Summary: CryptUnprotectData can't handle zero-length payloads (affects chromium unit_tests) Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Noticed as follows: wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 tar -xjvf ../chromium-tests.tar.bz2 wine src/chrome/Debug/unit_tests.exe --gtest_filter=EncryptorTest.EncryptionDecryption This fails with [ RUN ] EncryptorTest.EncryptionDecryption .\browser\password_manager\encryptor_unittest.cc(62): error: Value of: Encryptor::DecryptString(ciphertext, &result) Actual: false Expected: true [ FAILED ] EncryptorTest.EncryptionDecryption (4 ms) This test case seems to check a corner case that wine doesn't handle (zero-length payload). I'll send a conformance test. -- 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.

1 3

[Bug 19978] New: python installer: puts python26.dll in C:\windows\system32, not C:\python26 (appinstall)
by wine-bugs＠winehq.org 04 Dec '09

04 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=19978 Summary: python installer: puts python26.dll in C:\windows\system32, not C:\python26 (appinstall) Product: Wine Version: 1.1.29 Platform: PC URL: http://www.python.org/download/ OS/Version: Linux Status: NEW Keywords: download, Installer, source Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com See summary. All other files seem okay (C:\windows\winsxs is messed up a bit, but I believe that's covered by other bugs). -- 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.

1 5