http://bugs.winehq.org/show_bug.cgi?id=35774
Bug ID: 35774
Summary: MSVC 2012 C compiler 'cl.exe' fails while using /MP[n]
option
Product: Wine
Version: 1.7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: loentar(a)gmail.com
Created attachment 47769
--> http://bugs.winehq.org/attachment.cgi?id=47769
example of compilation with and without /MP flag
When /MP[n] option is enabled cl.exe crashes with error "unimplemented function
msvcp110.dll.?_Equivalent@sys@tr2@std@@YAHPBD0@Z".
--
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=31496
Bug #: 31496
Summary: Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP
continually spammed in console
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: illumilore(a)gmail.com
Classification: Unclassified
When playing grand theft auto 3, the wine console is continually spamming
fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP
along with the occasional fixme:d3d:resource_check_usage Unhandled usage flags
0x8.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39820
Bug ID: 39820
Summary: Warhammer 40k: Kill Team (still) crashes immediately
after launch
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zentarim(a)rambler.ru
Distribution: ---
A bug
https://bugs.winehq.org/show_bug.cgi?id=37200
It really looks fixed. But there was another problem (crash log in
attachement).
OS: Ubuntu 14.04.1 LTS, Trusty Tahr
Wine: 1.8
Video: Gainward "9600GT Green Edition"
This fragment looks suspicious:
fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_BC1_UNORM (0x62) in
the format lookup table
wine: Unhandled page fault on read access to 0x00000000 at address 0x7dbab752
(thread 0066), starting debugger...
Similar fragment is observed here:
https://bugs.winehq.org/show_bug.cgi?id=39754
Thanks in advance.
--
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=39958
Bug ID: 39958
Summary: Regression in dmime caused by change in flag handling
for DSBCAPS_CTRLPAN in dsound
Product: Wine
Version: 1.9.1
Hardware: x86
URL: http://www.fileplanet.com/130481/130000/fileinfo/Empir
es:-Dawn-of-the-Modern-World---Single-Player-Demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
CC: mstefani(a)redhat.com
Regression SHA1: 0e5dcc2c841be0a4311d1915d073d2775fe436b4
Distribution: ---
The game Empires: Dawn of the Modern World uses dmime and crashes because
IDirectMusicPerformance8Impl_CreateStandardAudioPath fails and returns NULL as
interface:
fixme:dmime:IDirectMusicPerformance8Impl_CreateStandardAudioPath
(0x19e260)->(6, 64, 1, 0x32f9b8): semi-stub
wine: Unhandled page fault on read access to 0x00000000 at address 0x1006ce7a
(thread 0009), starting debugger...
The game passes DMUS_APATH_DYNAMIC_3D as flag which causes dmime to call
IDirectSound8_CreateSoundBuffer with the flag combination DSBCAPS_CTRL3D |
DSBCAPS_CTRLPAN. This combination is now invalid due to the following commit:
------
commit 0e5dcc2c841be0a4311d1915d073d2775fe436b4
Author: Michael Stefaniuc <mstefani(a)redhat.de>
Date: Mon Dec 21 12:08:09 2015 +0100
dsound: Fail to create a version 8 3d buffer with DSBCAPS_CTRLPAN.
Signed-off-by: Michael Stefaniuc <mstefani(a)redhat.de>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
------
Reverting the patch fixes the problem, but since we have tests for this, it is
more likely that the flag combination in dmime is invalid. It is most probably
necessary to remove DSBCAPS_CTRLPAN as flag but I leave this to someone with
more knowledge about dmime.
In order to reproduce the problem, download the demo and apply the following
patch, otherwise the installer will error out. The game will try to load the
windows sound db from C:\WINDOWS\system32\drivers\gm.dls, you can either copy
it from an existing windows installation or ignore the error as it is not
necessary to reproduce the crash.
Patch for installer:
https://github.com/wine-compholio/wine-staging/blob/9d5d217c25eed281ce198e1…
--
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=36303
Bug ID: 36303
Summary: valgrind shows several leaks in msxml3/tests/schema.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48401
--> https://bugs.winehq.org/attachment.cgi?id=48401
valgrind log
==30820== 2 bytes in 1 blocks are definitely lost in loss record 8 of 967
==30820== at 0x7BC4C735: notify_alloc (heap.c:255)
==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30820== by 0x61D7932: heap_alloc (msxml_private.h:169)
==30820== by 0x61D7AD4: xmlchar_from_wcharn (msxml_private.h:416)
==30820== by 0x61D7B4C: xmlchar_from_wchar (msxml_private.h:427)
==30820== by 0x61DA604: schema_cache_remove (schema.c:1321)
==30820== by 0x4AA537E: test_remove (msxml2.h:4206)
==30820== by 0x4AA5C31: func_schema (schema.c:1654)
==30820== by 0x4AB096C: run_test (test.h:584)
==30820== by 0x4AB0D5B: main (test.h:654)
==30820==
==30820== 28 bytes in 1 blocks are possibly lost in loss record 326 of 967
==30820== at 0x7BC4C735: notify_alloc (heap.c:255)
==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30820== by 0x4D2B262: heap_alloc_zero (typelib.c:1662)
==30820== by 0x4D2DEA1: MSFT_ReadAllRefs (typelib.c:2902)
==30820== by 0x4D3014C: ITypeLib2_Constructor_MSFT (typelib.c:3716)
==30820== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460)
==30820== by 0x4D276DC: LoadTypeLibEx (typelib.c:478)
==30820== by 0x4D27618: LoadTypeLib (typelib.c:454)
==30820== by 0x4D3C082: ITypeInfo_fnGetRefTypeInfo (typelib.c:7730)
==30820== by 0x4D36DC5: ITypeInfoImpl_GetInternalDispatchFuncDesc
(oaidl.h:1532)
==30820== by 0x4D36E00: ITypeInfoImpl_GetInternalDispatchFuncDesc
(typelib.c:6014)
==30820== by 0x4D37036: ITypeInfo_fnGetFuncDesc (typelib.c:6090)
==30820== by 0x6196C5C: preprocess_dispex_data (oaidl.h:1505)
==30820== by 0x6196E79: get_dispex_data (dispex.c:323)
==30820== by 0x6197446: DispatchEx_GetDispID (dispex.c:420)
==30820== by 0x4AA4A06: test_obj_dispex (dispex.h:296)
==30820== by 0x4AA4B41: test_dispex (schema.c:1485)
==30820== by 0x4AA5C27: func_schema (schema.c:1652)
==30820== by 0x4AB096C: run_test (test.h:584)
==30820== by 0x4AB0D5B: main (test.h:654)
==30820==
==30820== 123 (48 direct, 75 indirect) bytes in 1 blocks are definitely lost in
loss record 692 of 967
==30820== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==30820== by 0x64B9711: xmlNewDocProp (in /usr/lib/libxml2.so.2.9.1)
==30820== by 0x64BB88C: ??? (in /usr/lib/libxml2.so.2.9.1)
==30820== by 0x61E562A: XDR_E_Schema (xdr.c:805)
==30820== by 0x61E57ED: XDR_to_XSD_doc (xdr.c:829)
==30820== by 0x61D9302: cache_entry_from_xdr_doc (schema.c:905)
==30820== by 0x61DA394: schema_cache_add (schema.c:1253)
==30820== by 0x4A9CAED: test_collection_refs (msxml2.h:3924)
==30820== by 0x4AA5C09: func_schema (schema.c:1646)
==30820== by 0x4AB096C: run_test (test.h:584)
==30820== by 0x4AB0D5B: main (test.h:654)
==30820==
etc.
--
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=39609
Bug ID: 39609
Summary: Dirt 3 not starting
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mikk150(a)gmail.com
Distribution: ---
Created attachment 52779
--> https://bugs.winehq.org/attachment.cgi?id=52779
backtrace
Dirt 3 crashes after DX11 release
shows splash icon and just before starting game it crashes
```
fixme:d3d11:wined3d_usage_from_d3d11 Unhandled bind flags 0.
fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R8G8_UNORM (0x4c) in
the format lookup table
wine: Unhandled page fault on read access to 0x00000000 at address 0x8ba200
(thread 0054), starting debugger...
```
--
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=39818
Bug ID: 39818
Summary: Application does not start at all
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rebel(a)atrey.karlin.mff.cuni.cz
Distribution: ---
Created attachment 53163
--> https://bugs.winehq.org/attachment.cgi?id=53163
application executable
The application doesn't start in wine at all.
At first it stops without any message whatsoever.
When I 'upx -d' the exe it at least shows this:
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x1007a 0x00000000
fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0x1007a
The app is J-Link 1.3.0, available from here:
http://www.jablotron.com/en/for-our-partners/downloads/software/
(I'm attaching the installed executable, still upx-ed)
Tested with wine-snapshot-1.8.20151219.1557-1.1.x86_64
--
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=18932
Summary: Installshield installer text not being bolded
(appinstall)
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.hellopdf.com/download.php
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=21782)
--> (http://bugs.winehq.org/attachment.cgi?id=21782)
screenshot
See attached screenshot. "Select Destination Location" should be bolded.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39186
Bug ID: 39186
Summary: Steam client: links missing underline when DirectWrite
method enabled
Product: Wine
Version: 1.7.50
Hardware: x86
URL: https://steamcdn-a.akamaihd.net/client/installer/Steam
Setup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: bunglehead(a)gmail.com
Distribution: ---
Created attachment 52235
--> https://bugs.winehq.org/attachment.cgi?id=52235
plain terminal output
In the Steam client when text is a link, the text is not underlined when dwrite
is enabled.Installing corefonts/tahoma doesn't help.
To reproduce the issue:
1. install Steam and log in to your account.
2. open Steam->Settings->Interface menu option and toggle 'Enable DirectWrite
for improved font smoothing...' option on and off. As a result, the link
'Fluent in another language?...' above is underlined when dwrite is disabled,
but it's missing the underline when dwrite is enabled.
Plain terminal output doesn't show anything interesting, but I'm attaching it
here anyway.
wine-1.7.50-156-gd317750
Fedora 22 32-bit
--
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=8490
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #24 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 1.9.2.
--
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.