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

[Bug 16429] New: qtw 2.0 16bits can't be installed as win95 aplication
by wine-bugs＠winehq.org 06 Feb '10

06 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=16429 Summary: qtw 2.0 16bits can't be installed as win95 aplication Product: Wine Version: 1.1.10 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: manuelsspace-listas(a)yahoo.com Created an attachment (id=17764) --> (http://bugs.winehq.org/attachment.cgi?id=17764) qtw 2,0 setup.exe log I've an old application designed to 16bit win95 which require and came w/quicktime for windows 2.0. It failed to install -- 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 19823] New: Completion of support for various pixel formats
by wine-bugs＠winehq.org 06 Feb '10

06 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=19823 Summary: Completion of support for various pixel formats Product: Wine Version: 1.1.28 Platform: PC URL: http://source.winehq.org/git/wine.git/?a=blob;f=dlls/w ined3d/utils.c;h=3c25ebeb3e0ad7cce94cba904fb9645a1e38d aad;hb=HEAD#l2029 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I would appreciate the support for more pixel formats so that messages like the following can be switched off for games like Civilization 4. err:d3d:getColorBits Unsupported format: WINED3DFMT_R16G16_FLOAT err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R16G16_FLOAT ... err:d3d:getColorBits Unsupported format: WINED3DFMT_R16G16B16A16_FLOAT err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R16G16B16A16_FLOAT ... err:d3d:getColorBits Unsupported format: WINED3DFMT_R32_FLOAT err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R32_FLOAT ... err:d3d:getColorBits Unsupported format: WINED3DFMT_R32G32B32A32_FLOAT err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R32G32B32A32_FLOAT -- 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 21513] New: Option to not inherit the UNIX environment
by wine-bugs＠winehq.org 06 Feb '10

06 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21513 Summary: Option to not inherit the UNIX environment Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dima(a)gmail.com The Perforce command-line client (p4.exe) breaks because of a few environment variables that Wine inherits from the OS: PWD: Doesn't even exist in Windows, and yet, p4 reads it and gets confused because it's a UNIX path, not a win32 one. P4EDITOR: I have it set to "nano", which makes sense for the Linux p4, but not the Windows one. P4DIFF: same as above. p4 breaks the same way in WinXP if I set PWD to a UNIX-like path. Since just about any UNIX environment variable can potentially break a Windows program, it would be nice to have an option to start programs with just the Windows environment. (While it's possible to run "env -i wine ...", that has some disadvantages: variables such as HOME, PATH, and DISPLAY need to be set, since they're required by Wine; if Wine starts a native program, that program won't get the original UNIX environment.) Similarly, if Wine starts a native program, that program shouldn't inherit the Windows environment. -- 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 21553] New: ntdll reporting freed block to valgrind twice?
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21553 Summary: ntdll reporting freed block to valgrind twice? Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2010-01-29-20.52/diff-avifil32_api.txt shows Invalid free() / delete / delete[] at notify_free (heap.c:262) by subheap_notify_free_all (heap.c:286) by RtlDestroyHeap (heap.c:1608) by HeapDestroy (heap.c:164) I've got a funny feeling that the block was reported freed once in RtlFreeHeap at line 1747, and again in subheap_notify_free_all at line 286. Maybe line 286 should be surrounded by if (pArena->magic != ARENA_PENDING_MAGIC). -- 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 21506] New: configure --disable-win16 breaks winedbg bt all
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21506 Summary: configure --disable-win16 breaks winedbg bt all Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla.winehq.org(a)urbanec.net When wine is configured and built with --disable-win16, the "bt all" command in winedbg does not behave as expected. To reproduce: $ winedbg notepad Wine-dbg>bt all Result is a backtrace for all processes when wine is built without --disable-win16 configure option. When wine is built with --disable-win16 configure option, then result will be missing backtraces for most of the processes. It appears that this issue was introduced somewhere around commit 475b7d226cc062524495268825c3028c2797174d -- 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 4

[Bug 21494] New: wine(64) regedit foo.reg fails
by wine-bugs＠winehq.org 05 Feb '10

05 Feb '10

http://bugs.winehq.org/show_bug.cgi?id=21494 Summary: wine(64) regedit foo.reg fails Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Backtrace: =>0 0x00007f0b7ab3cce1 read_i+0x20b() [/home/austin/64-wine-git/dlls/msvcrt/file.c:1779] in msvcrt (0x00007f0b7b3bee30) 1 0x000000000000002c (0x00007f0b7b3bee30) 2 0x00007f0b7da01660 in ld-linux-x86-64.so.2 (+0xd6660) (0x00007f0b7b3bee30) 3 0x0000000000000200 (0x00007f0b7b3bee30) 4 0x00007f0b7b3bee1c (0x00007f0b7b3bee30) 0x00007f0b7ab3cce1 read_i+0x20b [/home/austin/64-wine-git/dlls/msvcrt/file.c:1779] in msvcrt: Disasm NIY 1779 if (bufstart[num_read-1] == '\r') Changing num_read to DWORD_PTR fixes the crash, but that causes compiler warnings. Probably an easy fix, but my brain is tired... P.S., easy to test with: $ WINE=/path/to/64bit/wine sh winetricks nocrashdialog -- 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 4

[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