February 2010 - Wine-bugs - list.winehq.org

[Bug 21486] New: ZEMAX help dialog does not work
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21486 Summary: ZEMAX help dialog does not work Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.zemax.com/downloads/ZEMAX_Demo_x32.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu When using the help dialog in ZEMAX absolutely none of the different tabs work properly. The "Contents" tab shows a treeview control, but this control is completely empty. The "Index," "Search," and "Favorites" tabs do not even show any controls - just the gray background of the tab widget. -- 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 21421] New: simple Delphi program: popup menu not shown after status bar right clicked.
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21421 Summary: simple Delphi program: popup menu not shown after status bar right clicked. Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iggy(a)inbox.ru In this program, Popup menu component, used as common popup menu for form and status bar at same time, pop up only when form right clicked. And don't popup when status bar right clicked. But on Windows XP it pop up in both cases. So, WINE behavior differs. Compiling using Turbo Delphi, executable running on Ubuntu. No critic errors, terminal output 9 times only this: Xlib: extension "Generic Event Extension" missing on display ":1003.0". Sources and executable in attached 7z archive. -- 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 15

[Bug 21418] New: Plants vs Zombies is draw on the top left corner when not in fullscreen
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21418 Summary: Plants vs Zombies is draw on the top left corner when not in fullscreen Product: Wine Version: 1.1.36 Platform: x86 URL: http://www.popcap.com/games/pvz/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com This is a regression caused by: b5907e23cc595de1f0aba2a615c8c4510b433d36 is first bad commit commit b5907e23cc595de1f0aba2a615c8c4510b433d36 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Sun Jan 3 21:18:25 2010 +0100 wined3d: Add support for source and destination rectangles to swapchain_blit(). :040000 040000 c22de7b3a72ccf37b37913a86e52d177f8981a62 c9f702ad05cb5c903597bd934605ce3d6037bd20 M dlls -- 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 6

[Bug 21399] New: iDailyDiary window-drawing problem
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21399 Summary: iDailyDiary window-drawing problem Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tkalix(a)gmx.de Created an attachment (id=25765) --> (http://bugs.winehq.org/attachment.cgi?id=25765) Example dialog from iDD with frame missing. When using iDailyDiary the application is working fine, but most of the dialogs that come up during usage have part of the frame missing (See attached screenshot). I have played a bit with different settings, but nothing worked (Win-version etc) It did work fine with Wine 1.0.1. -- 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 21350] New: SSF Sega Saturn Emulator displays "SetThreadAffinityMask() error" dialog box
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21350 Summary: SSF Sega Saturn Emulator displays "SetThreadAffinityMask() error" dialog box Product: Wine Version: 1.1.36 Platform: x86 URL: http://www7a.biglobe.ne.jp/~phantasy/ssf/files/SSF_011 _alpha_R2.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.36-37-gdbd7657, launching SSF.exe results in the main window being displayed, with a subsequent error dialog box being shown: "SetThreadAffinityMask() error. File : ./main.cpp Line : 1222 Function : WinMain" The expected behavior, in the case of no available CD media, is for the application to simply close after showing the main window. A +relay log shows: 0009:Call KERNEL32.CreateThread(00000000,00100000,004149f0,00000000,00000004,0033cc28) ret=0040c891 0009:Ret KERNEL32.CreateThread() retval=00000068 ret=0040c891 0009:Call KERNEL32.SetThreadAffinityMask(00000068,00000001) ret=0040c8d5 0009:Ret KERNEL32.SetThreadAffinityMask() retval=00000000 ret=0040c8d5 0009:Call KERNEL32.GetLastError() ret=00623a82 0009:Ret KERNEL32.GetLastError() retval=00000005 ret=00623a82 When I trace +server I see: 0009: new_thread( access=001f03ff, attributes=00000000, suspend=1, request_fd=17 ) 0009: new_thread() = 0 { tid=001b, handle=0068 } 0009: get_thread_info( handle=0068, tid_in=0000 ) 0009: get_thread_info() = 0 { pid=0008, tid=001b, teb=00000000, affinity=ffffffffffffffff, creation_time=1ca9445a829cb12 (-0.0001510), exit_time=0, exit_code=259, priority=0, last=0 } 0009: set_thread_info( handle=0068, mask=2, priority=0, affinity=00000001, token=0000 ) 0009: set_thread_info() = ACCESS_DENIED which all happens before: 001b: *fd* 19 <- 34 001b: *fd* 21 <- 35 001b: init_thread( unix_pid=21045, unix_tid=21068, debug_level=1, teb=7ffd4000, entry=004149f0, reply_fd=19, wait_fd=21, cpu=x86 ) ... The return code seems to come from (set_thread_affinity() in server/thread.c): #ifdef HAVE_SCHED_SETAFFINITY if (thread->unix_tid != -1) { /* ... */ } else set_error( STATUS_ACCESS_DENIED ); #else /* ...*/ My guess is that somehow there is an attempt to set the thread affinity for the suspended thread that happens before the thread data (unix_tid) is fully initialized. If I add a Sleep(1000) statement in SetThreadAffinityMask, the problem seems to vanish. -- 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 2

[Bug 21355] New: Need heap overrun detection
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21355 Summary: Need heap overrun detection Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Microsoft Windows XP obeys a number of flags that turn on additional heap sanity checks which detect write-past-end and write-after-free of heap allocations. Wine should implement similar overrun detection; apps that overrun their heap buffers should either get an error from the heap call, or optionally be terminated aggressively, if we're feeling really strict (I think Windows 7 does this). Furthermore, Wine's heap code should contain Valgrind annotations to let Valgrind produce good error messages even on read-after-free or read overrun errors. Patches to implement most of this are in use today in the wine valgrind bot at http://kegel.com/wine/valgrind/logs and in the chromium continuous build and test bot. Here are the latest version of these patches: (basic check-whether-unused-bytes-were-modified) http://www.winehq.org/pipermail/wine-patches/2010-January/083609.html http://www.winehq.org/pipermail/wine-patches/2010-January/083610.html http://www.winehq.org/pipermail/wine-patches/2010-January/083611.html (add 8 byte redzone to each allocation; can be increased, as sometimes 32 byte redzones catch more bugs.) http://www.winehq.org/pipermail/wine-patches/2009-November/081804.html (use-after-free check) http://www.winehq.org/pipermail/wine-patches/2009-November/081855.html I've been trying to get these committed, but so far without much luck. -- 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

[Bug 21336] New: wine's valgrind annotations for large heap realloc yield false positives
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21336 Summary: wine's valgrind annotations for large heap realloc yield false positives Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Spotted and diagnosed by Lei Zhang. http://build.chromium.org/buildbot/waterfall.fyi/builders/Chromium%20Linux%… has the error Syscall param write(buf) points to uninitialised byte(s) ... Address 0x20350024 is 4 bytes inside a block of size 1,428,736 alloc'd at RtlReAllocateHeap (heap.c:247) The problem is the heap annotations after realloc_large_block. -- 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 21299] New: Thief: whole screen flicks in time of weapon blinking
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21299 Summary: Thief: whole screen flicks in time of weapon blinking Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eugene.shalygin(a)gmail.com When Garret activate any weapon or item which blik or shine in slot (sword, blackjack, compas, ..) the item seems to not shines or blinks but instead of that the whole screen changes brightness in time of that blinking or shining. When item or weapon deactivated, screen blinking desappears -- 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 6

[Bug 21145] New: cmd if /I unsupported
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21145 Summary: cmd if /I unsupported Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com /i should do a case insensitive search, so: IF /i bar==BAR echo bar1 should return 'bar1'. On wine, fails. -- 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 8

[Bug 21106] New: RPC clients that connect via ncacn_ip_tcp to a Windows RPC server are broken
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21106 Summary: RPC clients that connect via ncacn_ip_tcp to a Windows RPC server are broken Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: winesku(a)googlemail.com CC: robertshearman(a)gmail.com Created an attachment (id=25343) --> (http://bugs.winehq.org/attachment.cgi?id=25343) Call Stack in 1.1.35 when things go awry With version 1.1.35, all my RPC clients that work over ncacn_ip_tcp to connect to a windows server don't work anymore. Things still worked without any problems in version 1.1.34. The problem is, that now with version 1.1.35, every RPC fails because NdrClientCall2 returns ERROR_NOT_ENOUGH_SERVER_MEMORY (1130, "Not enough server storage is available to process this command"). I have debugged this and things start to fail when NdrClientCall2 is in the PROXY_GETBUFFER phase. There it calls into the following call stack rpcrt4_conn_tcp_read at rpc_transport.c 1452 rpcrt4_conn_read at rpc_binding.h 77 RPCRT4_default_receive_fragment at rpc_message.c 1297 RPCRT4_receive_fragment at rpc_message.c 1363 RPCRT4_ReceiveWithAuth at rpc_message.c 1396 RPCRT4_Receive at rpc_message.c 1553 I_RpcReceive at rpc_message.c 1851 I_RpcSendReceive at rpc_message.c 1911 NdrSendReceive at ndr_clientserver.c 214 NdrClientCall2 at ndr_stubless.c 747 Please also see my attachments to this issue with screenshots of the debugger when things go wrong in 1.1.35 and the same situation in 1.1.34 where things worked. I will also attach a couple binaries to easily repro the 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 10