http://bugs.winehq.org/show_bug.cgi?id=12247
Summary: Page fault in quartz during DLL registration prevents
video playback in Ares P2P client
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://aresgalaxy.sourceforge.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11682)
--> (http://bugs.winehq.org/attachment.cgi?id=11682)
Page fault and quartz traces snippet from installer
When installing the Ares P2P client with current Git
(wine-0.9.58-181-gf6d871e), a page fault occurs during the installation phase
in regsvr32.exe, apparently in quartz filter registration. In the Ares P2P
client, this issue seems to manifest itself when attempting to play a video
inside a client, resulting in a simple "Media Error: Error: 0x80004005" in the
media status pane. Relevant logs are attached.
--
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=12246
Summary: "make test" gives different results with and without
warn+heap
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The same sets of tests should pass, fail, hang, and crash regardless
of whether WINEDEBUG=warn+heap is set.
(Ideally they'd all pass, but that's orthogonal to this bug.)
Yet at the moment, this is not the case.
To repeat:
rm -rf .wine
cd wine-git
sh winetricks gecko
make testclean
make -k test > test-normal.log 2>&1
egrep '^make|Backtrace' test-normal.log > sum-normal.log
make testclean
WINEDEBUG=warn+heap make -k test > test-heap.log 2>&1
egrep '^make|Backtrace' test-heap.log > sum-heap.log
diff -u sum-normal.log sum-heap.log
The diff should not output anything, but at the moment it outputs
make[2]: Entering directory `/home/dank/wine-git/dlls/d3d9/tests'
+Backtrace:
+Backtrace:
+make[2]: *** [stateblock.ok] Error 5
+make[2]: Target `test' not remade because of errors.
make[2]: Leaving directory `/home/dank/wine-git/dlls/d3d9/tests'
+make[1]: *** [d3d9/tests/__test__] Error 2
make[2]: Entering directory `/home/dank/wine-git/dlls/d3drm/tests'
...
make[2]: Entering directory `/home/dank/wine-git/dlls/gdi32/tests'
make[2]: *** [bitmap.ok] Error 2
-make[2]: *** [font.ok] Error 2
...
make[2]: Entering directory `/home/dank/wine-git/dlls/mshtml/tests'
+Backtrace:
+Backtrace:
and it hangs once (in mshtml/script).
In other words, something's fishy with tests d3d9/stateblock,
gdi32/font, and mshtml/script.
--
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=12241
Summary: D3D9: Visual test fails
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source, testcase
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11673)
--> (http://bugs.winehq.org/attachment.cgi?id=11673)
+d3d trace
D3D9's visual.c test fails for me consistently in git. +d3d log attached. This
is on a fresh install of kubuntu hardy with an Nvidia FX 5200
(1:169.12+2.6.24.500-500.16~envy).
--
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=12229
Summary: mshtml: script.c test crashes in kubuntu hardy
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source, testcase
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11662)
--> (http://bugs.winehq.org/attachment.cgi?id=11662)
+mshhtml trace in git
+mshtml trace in git
In a fresh install of kubuntu hardy (with KDE 4), mshtml: script.ok is
consistently crashing:
---snip---
Backtrace:
=>1 0x6045752c func_script+0x41c()
[/home/austin/wine-git/dlls/mshtml/tests/script.c:438] in mshtml_test
(0x0033fe68)
2 0x604577fa run_test+0x14a(name=0x1103ef)
[/home/austin/wine-git/dlls/mshtml/tests/../../../include/wine/test.h:408] in
mshtml_test (0x0033fea8)
3 0x60457f22 main+0x142(argc=<register ECX not in topmost frame>,
argv=0x1103d0)
[/home/austin/wine-git/dlls/mshtml/tests/../../../include/wine/test.h:456] in
mshtml_test (0x0033fed8)
4 0x60457ffb __wine_spec_exe_entry+0x5b(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in mshtml_test
(0x0033ff08)
5 0x7b875d0e start_process+0xee(arg=0x0)
[/home/austin/wine-git/dlls/kernel32/process.c:883] in kernel32 (0x0033ffe8)
6 0x600258f7 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000)
---snip---
+mshtml trace attached.
Installing wine-gecko solves the crash. If wine-gecko is needed to pass this
test, then we should skip this test if wine-gecko isn't found (the other tests
in script.ok are).
Looks like we need an mshtml component...
--
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=12210
Summary: Copy/paste corruption in The Elder Scrolls Construction
Set
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: epimetreus(a)fastmail.fm
Created an attachment (id=11632)
--> (http://bugs.winehq.org/attachment.cgi?id=11632)
Wine output of bug in action
Pasting text -- to be exact, copying a pre-written script from a text editor,
and pasting it over an existing script with Ctrl+A, Ctrl+V -- from a Linux app
into the script editor in The Elder Scrolls Construction Set v1.6.1820
(Morrowind: Bloodmoon) causes random corruption at the end of the text buffer;
the final line of any script will read:
End Script_Foo
But when corruption occurs, the final line will read something like:
End Script_Foor
or
End Script_Foo< au
> 3
When this occurs, if the extra characters do not span a new line, it appears
you can simply delete them without too much trouble, and save the script.
(Note, saving the script commits the compiled script to the editor memory, this
is different from saving the plugin being modified to disk)
However, if the characters span to a new line, deleting the newline will cause
the last line of the script to jump down, accompanied by various render
artifacts in the script edit window. I have not tried to save a script after
this occurs.
If you reload the script (answering "no" to the save prompt), it may or may not
be possible to re-paste the text. If it is possible, the same or different
character data may appear appended to the pasted text -- if it reverts to no
appended characters, or appended characters not spanning a new line, it appears
one can save the script normally.
Occasionally (about 1/5 of the time), however, (usually after previously pasted
text included spurious newlines) the edit window will stop responding to
Ctrl+A/C/X commands, or pressing Ctrl+A will appear to partially highlight some
of the text in the window. In either case, the editor will usually crash in
short order.
If I highlight a segment of text in the middle of the script edit window with
the mouse or Shift+Arrows, and then copy/paste it in place, the editor crashes
immediately.
--
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=12204
Summary: Performance Regression in CS: Source
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greg87(a)online.de
The stress test in CS:S looses approx. 50% performance after this commit:
9e9ef6238a5f27423e28c8f95f69fb02b98d8f27 is first bad commit
commit 9e9ef6238a5f27423e28c8f95f69fb02b98d8f27
Author: Roderick Colenbrander <thunderbird2k(a)gmx.net>
Date: Fri Mar 21 21:41:59 2008 +0000
wined3d: Remove unneeded code in CheckDeviceFormat.
All these checks are done during the capability checks which are
performed under the resource type checks.
:040000 040000 9388f464a39dff11d6809c05a827e2ef66304ebd
f0d1b9cbc9963f681a42f95c43e026bbde52c8a0 M dlls
Geforce 8600GT 168.12 drivers
Drops from 84fps to 41fps
dxlevel_81 1024x768
--
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=12196
Summary: Application window fails to be rendered after
resize/minimize/restore cycle in managed mode
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: major
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a_villacis(a)palosanto.com
Somewhere between 0.9.56 and 0.9.57, a regression was introduced that causes an
application window (in any app) to fail to be rendered properly. To reproduce
(with Wine Notepad, but any application can be used):
1) Run: wine notepad
2) Drag app window border to make it bigger. This (apparently) works.
3) Minimize application window using the WM decorations (tested under
GNOME/Metacity).
4) Immediately after minimize, try to restore the app window. Almost all of the
tries result in the window failing to be restored properly. Only a tiny
rectangle appears in the upper left corner.
I found this bug after doing that very same sequence as described above. I have
tried to bisect this, but I didn't have time to complete it. I have narrowed it
to:
git-bisect start
# bad: [a32e36aee5684abca33001eea3a0768ab603c373] Release 0.9.57.
git-bisect bad a32e36aee5684abca33001eea3a0768ab603c373
# good: [14991a42d1d28ae114f8f06f5e3ca209aefd87a7] Release 0.9.56.
git-bisect good 14991a42d1d28ae114f8f06f5e3ca209aefd87a7
# bad: [e6cbde105f81990bb96c5b243e78ba77582f28ba] qmgr: Implement
IBackgroundCopyFile_GetProgress.
git-bisect bad e6cbde105f81990bb96c5b243e78ba77582f28ba
# good: [62694157936baf64d20ab10e2c464bd1b1d6d34b] wined3d: Add
GL_APPLE_float_pixels.
git-bisect good 62694157936baf64d20ab10e2c464bd1b1d6d34b
This bug is confirmed at my home computer and my work computer. Both are
running Fedora Core 8.
--
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=12149
Summary: winedbg crashes loading a .pdb file
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Winedbg crahes when loading an app and .pdb produced by Visual C++ 6,
and doesn't crash when the .pdb is removed. The log is long
fixme:dbghelp_msc:codeview_fetch_type Couldn't load forward type 9187
...
trace:dbghelp_symt:symt_new_global_variable Adding global symbol
L"googlephotolab_d":ytThreadInterrupt::TI @e2e484 0x9d27dac
fixme:dbghelp_msc:codeview_snarf unpadded len 10
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 0
fixme:dbghelp_msc:dump 00000000: 08 00 00 00 22 79 74 41 72 72
...."ytArr
fixme:dbghelp_msc:codeview_snarf unpadded len 31075
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 6c3c
fixme:dbghelp_msc:dump 00000000: 61 79 3c 6c 6f 6e 67 2c 30 2c 79 74 42 61 73
65 ay<long,0,ytBase
fixme:dbghelp_msc:dump 00000010: 3e 3a 3a 6f 70 65 72 61 74 6f 72 5b 5d 00 0e
00 >::operator[]...
fixme:dbghelp_msc:dump 00000020: 00 04 00 00 00 00 04 86 00 00 08 00 00 00 22
79 .............."y
fixme:dbghelp_msc:dump 00000030: 74 41 72 72 61 79 3c 6c 6f 6e 67 2c 30 2c 79
74 tArray<long,0,yt
fixme:dbghelp_msc:dump 00000040: 42 61 73 65 3e 3a 3a 6f 70 65 72 61 74 6f 72
5b Base>::operator[
fixme:dbghelp_msc:dump 00000050: 5d 00 0e 00 00 04 00 00 00 00 78 86 00 00 08
00 ].........x.....
...
err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols
...
Backtrace:
=>1 0x7b83d1b5 DebugBreak+0x3()
[/bulk/wine/dlls/kernel32/../../include/winternl.h:1828] in kernel32
(0x0034a4d4)
...
symbol.c:317: symt_add_func_local: Assertion `func' failed.
Maarten's the one who actually ran into it. He says
"v0.9.57 crashes on an assertion failure, 3 or 4 versions before that don't
work, but instead of crashing they post a fixme saying that it crashed."
The full log is confidential, but I can give more info if needed.
--
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=12144
Summary: Endnote demo crashes on launch in gdiplus
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11541)
--> (http://bugs.winehq.org/attachment.cgi?id=11541)
backtrace in wine 0.9.58
While testing for bug 12075, I found that the Endnote demo crashes on launch
because of unimplemented functions in gdiplus:
wine: Call from 0x7b844350 to unimplemented function
gdiplus.dll.GdipGetImageDecodersSize, aborting
wine: Call from 0x7b844350 to unimplemented function
gdiplus.dll.GdipGetImageFlags, aborting
wine: Call from 0x7b844350 to unimplemented function
gdiplus.dll.GdipGetImageItemData, aborting
Full log attached.
--
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=12134
Summary: The Settlers Heritage of Kings: Occlusion setting
regression
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: divan.burger(a)gmail.com
CC: thunderbird2k(a)gmx.net
Created an attachment (id=11529)
--> (http://bugs.winehq.org/attachment.cgi?id=11529)
Small section of the differences in output between GIT and 0.9.57 - using
WINEDEBUG=trace+d3d_caps
In the game it is suppose to show units behind buildings as a solid colour when
occlusion is enabled in the options but instead it shows the whole map (not
including UI, Health Bars etc) as that colour.
I did a regression test and found the following patch :
wined3d: Move depth/stencil verification to CheckDepthStencilCapability
I looked through the logs and found failed checks - see attached.
I am guessing it is the function : CheckDepthStencilCapability() : reporting
incorrect information but I'm unsure.
--
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.