https://bugs.winehq.org/show_bug.cgi?id=124
Aaron Franke <arnfranke(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |arnfranke(a)yahoo.com
--- Comment #23 from Aaron Franke <arnfranke(a)yahoo.com> ---
Is this bug report still relevant in Wine 2.13?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52
Aaron Franke <arnfranke(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |arnfranke(a)yahoo.com
--- Comment #41 from Aaron Franke <arnfranke(a)yahoo.com> ---
Is this still an issue in Wine 2.13?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52
Kanang <Kanang22(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Kanang22(a)gmail.com
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43259
Bug ID: 43259
Summary: Can't find range for DW_TAG_lexical_block
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Repeated printing of the following message when winedbg is triggered (either by
running it or due to a crash):
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block no range
It appears that loaded DLLs have generated DW_TAG_lexical_block elements that
don't have a range attached to them. This specifically happens when an inlined
function has a lexical block, so every use of TRACE/WARN/ERR/FIXME in an
inlined function that occurs in a loaded dll will cause this message to be
printed. I am not yet sure if this is a problem with dbghelp or with gcc, but
I've filed an upstream bug on gcc:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81254
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43265
Bug ID: 43265
Summary: Regression makes Steam game Rabi-Ribi run too fast
Product: Wine
Version: 2.11
Hardware: x86
URL: http://store.steampowered.com/app/400910/RabiRibi/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
CC: hverbeet(a)gmail.com
Regression SHA1: e75bc6228ebcbdc1a3877a6ac6954611dedf8a71
Distribution: ArchLinux
The Steam game Rabi-Ribi, probably DX9, runs to fast when running in recent
wine.
Normally the game should be limited to 60 FPS, but it runs uncapped. Since the
games logic seems tied to the FPS, this makes the game run way faster than it
should.
Interesting to note, the game features a "144Hz Monitor" mode. This mode
doesn't run uncapped, but since my monitor can't do 144Hz it in return runs
about half it's original speed.
Bisected to
commit e75bc6228ebcbdc1a3877a6ac6954611dedf8a71
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Thu Mar 23 23:58:10 2017 +0100
winex11: Use GLX_OML_sync_control to synchronise buffer swaps with
X11DRV_FLUSH_GL_DRAWABLE requests.
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
When reverting the commit, it works fine again. Reverts cleanly on current
master.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38296
Bug ID: 38296
Summary: Ion Assault (Steam) crashes before the main menu
(Windows Media Player needs to be installed)
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51128
--> https://bugs.winehq.org/attachment.cgi?id=51128
terminal output
The splash screen is shown and music begins to play when I start the game, but
the game crashes before the main menu pops up.
Installing WMP10 is a workaround.
The game used to get to the main menu without WMP10 installed, but animations
in the menu were missing. The crash is present since commit
069406fe94a41752b4f739b24049b395e3c5a7b3
wine-1.7.39-144-g4eedf6a
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43373
Bug ID: 43373
Summary: valgrind shows an invalid free in
dlls/dwrite/tests/font.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M dwrite.dll -p
dwrite_test.exe.so font && touch font.ok
==11354== Invalid free() / delete / delete[] / realloc()
==11354== at 0x7BC510DB: notify_free (heap.c:262)
==11354== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==11354== by 0x4BE66D1: heap_free (dwrite_private.h:55)
==11354== by 0x4BE8B9F: factory_release_cached_fontface (main.c:907)
==11354== by 0x4BBD66F: dwritefontface_Release (font.c:510)
==11354== by 0x4A33F54: IDWriteFontFace1_Release (dwrite_1.h:1216)
==11354== by 0x4A33F54: test_GetUnicodeRanges (???:0)
==11354== by 0x4A5372E: func_font (font.c:7834)
==11354== by 0x4A7C235: run_test (test.h:603)
==11354== by 0x4A7C694: main (test.h:687)
==11354== Address 0x48f9688 is 8 bytes after a block of size 16 free'd
==11354== at 0x7BC510DB: notify_free (heap.c:262)
==11354== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==11354== by 0x4BE66D1: heap_free (dwrite_private.h:55)
==11354== by 0x4BE728B: localizedstrings_Release (main.c:295)
==11354== by 0x4BBD0AE: IDWriteLocalizedStrings_Release (dwrite.h:1439)
==11354== by 0x4BBD0AE: release_font_data (???:0)
==11354== by 0x4BBD154: release_fontfamily_data (font.c:440)
==11354== by 0x4BC4131: dwritefontcollection_Release (font.c:2306)
==11354== by 0x4BC3079: IDWriteFontCollection1_Release (dwrite_3.h:1486)
==11354== by 0x4BC3079: dwritefontfamily_Release (???:0)
==11354== by 0x4A27352: IDWriteFontFamily_Release (dwrite.h:2268)
==11354== by 0x4A27352: test_GetFontFamily (???:0)
==11354== by 0x4A536FC: func_font (font.c:7824)
==11354== by 0x4A7C235: run_test (test.h:603)
==11354== by 0x4A7C694: main (test.h:687)
==11354== Block was alloc'd at
==11354== at 0x7BC51061: notify_alloc (heap.c:254)
==11354== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==11354== by 0x4BE663E: heap_alloc (dwrite_private.h:35)
==11354== by 0x4BE6713: heap_strdupW (dwrite_private.h:66)
==11354== by 0x4BE798C: add_localizedstring (main.c:462)
==11354== by 0x4BC63DC: init_font_data_from_font (font.c:3367)
==11354== by 0x4BC6BB3: fontfamily_add_oblique_simulated_face (font.c:3531)
==11354== by 0x4BC7815: create_font_collection (font.c:3761)
==11354== by 0x4BC810B: get_system_fontcollection (font.c:3978)
==11354== by 0x4BEAA4F: dwritefactory3_GetSystemFontCollection (main.c:1449)
==11354== by 0x4BE8256: IDWriteFactory5_GetSystemFontCollection
(dwrite_3.h:6626)
==11354== by 0x4BE8256: dwritefactory_GetSystemFontCollection (???:0)
==11354== by 0x4A26554: IDWriteFactory_GetSystemFontCollection
(dwrite.h:5416)
==11354== by 0x4A26554: test_GetFontFamily (???:0)
==11354== by 0x4A536FC: func_font (font.c:7824)
==11354== by 0x4A7C235: run_test (test.h:603)
==11354== by 0x4A7C694: main (test.h:687)
==11354==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43194
Bug ID: 43194
Summary: Uprising/Uprising 2: 3D world not displayed (solid
grey/black screen)
Product: Wine
Version: 2.9
Hardware: x86
URL: https://www.fileplanet.com/11562/10000/fileinfo/Uprisi
ng-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 2ed609f15da7c7f8bde54f6d4d895c72f96dd950
Distribution: ---
Created attachment 58468
--> https://bugs.winehq.org/attachment.cgi?id=58468
terminal output
I have both games from GOG, the games are old and are utilizing the nGlide 3Dfx
wrapper.
The menu works OK, but when I launch a mission the 3D world is missing, only a
solid grey or black surface can be seen.
Only the HUD, minimap or the cockpit frame are visible.
Maybe not a real regression, but reverting the following commit fixes the
issue:
commit 2ed609f15da7c7f8bde54f6d4d895c72f96dd950
Date: Wed May 24 11:22:09 2017 +0200
wined3d: Add a conversion function for WINED3DFMT_X8D24_UNORM.
Steps to reproduce the problem in the original demo of Uprising 1:
1. download and run Uprising3DFXDemo.EXE which is a self-extracting exe. By the
default the game is extracted into the user's Temp directory.
2. since nGlide is not included in the demo, download and install nGlide 1.05
(no further configuration is needed):
http://www.zeus-software.com/downloads/nglide
3. launch Uprising3dfxDemo.exe, in the menu select <Single Player>, <Play
Demo>, <Mission 1>.
Uprising3DFXDemo.EXE
sha1: c6d72f92be11f3914181a05a225992d126492c42
nGlide105_setup.exe
sha1: 602a176c4e8a27710e6723c75b31a9ad0a2d411a
wine-2.10-88-g95a49bdce6
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 381.22
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43348
Bug ID: 43348
Summary: valgrind shows some definite leaks in
dlls/msacm32/tests/msacm.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: msacm32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M msacm32.dll -p
msacm32_test.exe.so msacm && touch msacm.ok
==11599== 50 bytes in 1 blocks are definitely lost in loss record 115 of 287
==11599== at 0x7BC50812: notify_alloc (heap.c:254)
==11599== by 0x7BC54C93: RtlAllocateHeap (heap.c:1716)
==11599== by 0x487C2D8: test_acmFormatChoose (msacm.c:1260)
==11599== by 0x487CC27: func_msacm (msacm.c:1446)
==11599== by 0x487DA78: run_test (test.h:603)
==11599== by 0x487DEC9: main (test.h:687)
==11599==
--
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.