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.
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.
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.
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.
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.
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.
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.
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.
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.
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.