December 2011 - Wine-Bugs - list.winehq.org

[Bug 29127] New: Typing of the Dead demo crashes on launch
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=29127 Bug #: 29127 Summary: Typing of the Dead demo crashes on launch Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.fileplanet.com/54947/50000/fileinfo/The-Typ ing-of-the-Dead-Demo OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Classification: Unclassified Regression SHA1: 9d29d9f7665c0e75ed143052408c5fb02fd2afad Created attachment 37526 --> http://bugs.winehq.org/attachment.cgi?id=37526 terminal output Steps to reproduce the problem: Install and launch the demo. A warning dialog will appear but most of the text is gibberish (saying something about DirectDraw Hal and RGB). Click on <Yes>...a crash happens here. The problem is still present in Wine-1.3.33. The demo starts correctly in 1.3.30 (apart from the error dialog on startup), and the result of the regression test: 9d29d9f7665c0e75ed143052408c5fb02fd2afad is the first bad commit commit 9d29d9f7665c0e75ed143052408c5fb02fd2afad Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Wed Oct 12 15:10:04 2011 -0500 dsound: Request a more exact buffer size from MMDevAPI. :040000 040000 4b1f8f62633a9ce65a201591e90d4b457d805fbc be433f589cc71ac634cf89865e632b8c54bb7c1b M dlls git checkout 9d29d9f7665c0e75ed143052408c5fb02fd2afad >> the demo crashes git reset --hard HEAD^ >> the demo starts normally Fedora 16 x86 Alsa 1.0.24 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) PulseAudio is not running -- 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 14419] New: Icons outputted to textbox crashes program.
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=14419 Summary: Icons outputted to textbox crashes program. Product: Wine Version: 1.1.1 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris062689(a)gmail.com \icon outputs controls both use COM/OLE. That'd be the place to look. When an icon gets outputted to a textbox, the program crashes. Look in test case scenario on BYOND App DB Entry. -- 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 28609] New: msi/install.ok slightly flaky
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=28609 Bug #: 28609 Summary: msi/install.ok slightly flaky Product: Wine Version: 1.3.27 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 This happens about 1 out of 1000 runs: ../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so install.c && touch install.ok ... install.c:4677: Tests skipped: Run in interactive mode to run source path tests. ... install.c:5391: Test failed: Directory not created install.c:5407: Test failed: Directory not created I first saw it last month. It seemed to be happen a lot during the big rpcrt4 regression, but it's still happening, rarely, even though that's fixed now. (Possibly related to bug 28257?) -- 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 27367] New: widl: gcc warns about pointer mismatch when calling pfnFree
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=27367 Summary: widl: gcc warns about pointer mismatch when calling pfnFree Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: cerebro.alexiel(a)gmail.com Created an attachment (id=34992) --> (http://bugs.winehq.org/attachment.cgi?id=34992) Patch that fixes the warning by adding a cast to void * when calling pfnFree When compiling latest wine, I have the following warning : ../../tools/widl/widl -I../../../git-wine/dlls/actxprxy -I. -I../../../git-wine/include -I../../include -D__WINESRC__ -DWINE_REGISTER_DLL -DPROXY_DELEGATION -p -o actxprxy_shobjidl_p.c ../../../git-wine/dlls/actxprxy/actxprxy_shobjidl.idl ../../tools/widl/widl -I../../../git-wine/dlls/actxprxy -I. -I../../../git-wine/include -I../../include -D__WINESRC__ -DWINE_REGISTER_DLL -DPROXY_DELEGATION -h -o actxprxy_shobjidl.h ../../../git-wine/dlls/actxprxy/actxprxy_shobjidl.idl gcc -c -I../../../git-wine/dlls/actxprxy -I. -I../../../git-wine/include -I../../include -D__WINESRC__ -DWINE_REGISTER_DLL -DPROXY_DELEGATION -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wwrite-strings -Wpointer-arith -Wlogical-op -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o actxprxy_shobjidl_p.o actxprxy_shobjidl_p.c actxprxy_shobjidl_p.c: In function ‘__finally_IFileDialog_SetFileTypes_Stub’: actxprxy_shobjidl_p.c:94496:9: warning: passing argument 1 of ‘__frame->_StubMsg.pfnFree’ discards qualifiers from pointer target type actxprxy_shobjidl_p.c:94496:9: note: expected ‘void *’ but argument is of type ‘const struct COMDLG_FILTERSPEC *’ The actxprxy_shobjidl_p.c file is generated by widl from include/shobjidl.idl. I found 3 references for pfnFree in tools/widl/typegen.c so I added a (void *) cast 3 times with more or less spaces. It appears the relevant pfnFree is at typegen.c:3778. I'm attaching a patch that made the warning disappear. Can someone tell me if this is the right approach ? Ideally, wine would compile without any warning whatever your compiler or architecture is. -- 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 19467] New: Icon text fields have incorrect placement and text input field has garbage only while editing
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=19467 Summary: Icon text fields have incorrect placement and text input field has garbage only while editing Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pcpavnz(a)gmail.com Created an attachment (id=22625) --> (http://bugs.winehq.org/attachment.cgi?id=22625) 2 text files and 3 png snapshots gzipped together. Cashbook Complete (which uses the MS Access runtime) used to display and work mostly just fine with wine version prior to 1.1.2x, but since I upgraded to any wine version greater than 1.1.2x, icon text has been incorrectly displayed and all text input fields are unreadable while editing or filling in. Mouse positioning within text is not possible as the cursor will not go beyond the first inch of the left margin of the text input field no matter where I click within the viewable text field. I have attached a .gz file with the following snapshots wine-snapshot1.png - shows the program operating normally using wine 1.1.15 wine-snapshot2.png - shows the program during text edit using wine 1.1.24. Note the input field is unreadable in the Description column. wine-snapshot2.png - As above but have tabbed the cursor to the Quantity field, the text I typed appears, but if I try to re-edit it by clicking my mouse anywhere in the text, the mouse cursor sits in the middle if the word "rendition" and the text input field is unreadable again. I have edited snapshot3 to draw attention to the icon text as well, which you will see is the same in snapshot2, but no problem in snapshot1. I did save a terminal output file of the complete wine cshbk502d.exe install process followed by winetricks dcom98 as is required to get this program working but I copied the wrong text files to my LAN and am unable to recreate them for time restraints. If you need them, I will repeat the process through vbox and attach them. You can get a copy of the cshbk502d.exe from http://www.acclaim.co.nz/download.htm if required. Thanks for your help -- 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 17

[Bug 29300] New: PlayOnline viewer crashes on startup (seems functional)
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=29300 Bug #: 29300 Summary: PlayOnline viewer crashes on startup (seems functional) Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Classification: Unclassified PlayOnline viewer crashes on startup. Even though seems further functional. One interesting thing, when i redirect console output into the file (to capture and attach here), it will not crash. 1. I did a regression test between 1.3.31 and 1.3.32: 61550ff1decf346692deb6ae7c908926015789ca is the first bad commit commit 61550ff1decf346692deb6ae7c908926015789ca Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Thu Oct 27 17:06:23 2011 +0200 wined3d: Use the correct pitch in surface_upload_data(). This fixes a regression introduced by commit 2da4f87a7e7551f17cd650ef6d8596f595efc13b. :040000 040000 f7d10d554d8eb7adc8b1525a76ac8c104a0bcfc0 9022ecfa19a4fa946e32a61233295cd04f2cfecc M dlls 2. No other bug report suffers from this commit. 3. Revert of this patch on top of wine-1.3.34-202-gb0f704d makes that problem go away. -- 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 29260] New: Wrong scrollbar background in iexplore
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=29260 Bug #: 29260 Summary: Wrong scrollbar background in iexplore Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 37b56554a6b8777465d30d3175ff5683194ce604 Created attachment 37845 --> http://bugs.winehq.org/attachment.cgi?id=37845 Screenshot The scrollbars in iexplore's window have a misrendered background (dithered white/black instead of white/grey). Scrollbars shown within web pages aren't affected, unless it's an iframe. Regression testing indicated: 37b56554a6b8777465d30d3175ff5683194ce604 is the first bad commit commit 37b56554a6b8777465d30d3175ff5683194ce604 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Nov 3 11:24:07 2011 +0100 gdi32: Add support for pattern brushes in the DIB driver. :040000 040000 b1e898a01f765cfc57c44ae54d453aa4edeaaa44 82e7948255b45e434a7543523465b34259cf49e5 M dlls Reverting the patch failed, but: git checkout 37b56554a6b8777465d30d3175ff5683194ce604 shows the bug. git checkout 37b56554a6b8777465d30d3175ff5683194ce604^ does not. -- 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 29180] New: WS_CHILD dialog might want WM_CAPTION
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=29180 Bug #: 29180 Summary: WS_CHILD dialog might want WM_CAPTION Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.spets(a)iki.fi Classification: Unclassified Created attachment 37645 --> http://bugs.winehq.org/attachment.cgi?id=37645 Missing title bar in editable dialog A child dialog (WS_CHILD) window can request WM_CAPTION and WS_SYSMENU. The very obscure case of this is a free resource editor like ResEdit. With ResEdit the WM_CAPTION style is ignored when the window is first created leaving the editable window without a title bar, this is incorrect and also causes height calculation problems when the program expect the title bar to exist. The incorrect rendering is shown in the attachment. Toggling some style options which triggers SetWindowLong() will make the title bar appear and everything continue working correctly. I'm not 100% sure about WM_SYSMENU showing up on Windows, I'd expect it to be shown if requested altough not working as the dialog is in disabled state to prevent using them. Patch attached to show the incorrect handling of WM_CAPTION. Fixing this should be trivial by loosening the restrictions posed on WM_CHILD windows. -- 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 12

[Bug 28047] New: IAudioClock_GetPosition must not depend on buffering (ALSA/Pulse)
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=28047 Summary: IAudioClock_GetPosition must not depend on buffering (ALSA/Pulse) Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net GetPosition is critical because the new "winmm on mmdevapi" layer relies on it for its buffer management. Currently, neither winealsa nor winecoreaudio entirely fulfill GetPosition's contract. GetPosition yields "the stream position of the sample that is currently playing through the speakers". My tests show that it ignores underruns and is therefore not identical to a clock. One can derive at least 2 tests from that: 1. GetPosition <= elapsed time * samples/sec (cannot hear the future). 2. GetPosition <= sum of samples fed to the device. 3. GetPosition == sum of samples once all have been played. 4. Getposition is monotically increasing (except when Reset). Actually GetPosition does not yield samples (rather than time, which will be important the day Wine implements the SetSampleRate API), replace the above with GetPosition / GetFrequency * samples per sec to be correct. My tests attached to bug #27937 show that: - winecoreaudio fails test 3 (then 2). - winealsa with dmix fails test 1 during the first seconds of play. - winealsa with pulse fails test 1 much worse because it buffers more. See bug #27937 comment #1 and 2 for log snippets. snd_pcm_delay must be used to get the speaker position, as I noted in http://www.winehq.org/pipermail/wine-devel/2011-August/091371.html Unfortunately, GetPosition in winealsa.drv/mmdevdrv.c instead uses snd_pcm_avail_update, returning not the position of the sample currently playing rather than some number related to how much data was buffered, i.e. it is ahead of time. Hence the name of the present issue. -- 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 28204] New: Starfleet Command 3: Fails to load main menu
by wine-bugs＠winehq.org Dec. 16, 2011

Dec. 16, 2011

http://bugs.winehq.org/show_bug.cgi?id=28204 Summary: Starfleet Command 3: Fails to load main menu Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maquis196(a)yahoo.co.uk Created an attachment (id=36122) --> (http://bugs.winehq.org/attachment.cgi?id=36122) sfc3 output When loading Starfleet Command 3 you will see the usual cutscenes and then when at main menu it's a blank screen with only the games cursor visible. Attached is the regular debug information. Will gladly provide more if asked. This game has never worked in wine, so this isn't a new bug -- 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