http://bugs.winehq.org/show_bug.cgi?id=21417
Summary: opening large files in excel 2000 takes very long,
cannot save
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: jan-winehq(a)h-i-s.nl
opening large files in excel 2000 takes very long, cannot save these files.
Regression since 1.33; reverting to 1.33 solves the problem.
May be remnant of big bug introduced in 1.34. I was not able to use office
suite in 1.34 and 1.35 at all.
1.36 looks better, but has not everything solved.
--
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=29142
Bug #: 29142
Summary: Sins of a Solar Empire Trinity with wine >= 1.3.31
causes GLXBadDrawable
Product: Wine
Version: 1.3.33
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitor.dominor(a)gmail.com
Classification: Unclassified
Created attachment 37570
--> http://bugs.winehq.org/attachment.cgi?id=37570
GLXBadDrawable error log
When SoaSE Trinity is starting and from then on, if it does not crash
eventually, it is very slow. It causes a GLXBadDrawable X failed request:
X Error of failed request: GLXBadDrawable
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Serial number of failed request: 8030
Current serial number in output stream: 8030
It only happens with wine version >= 1.3.31.
--
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=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=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.