http://bugs.winehq.org/show_bug.cgi?id=26931
Summary: Nvidia hdr sample wants
d3dx9_36.dll.D3DXLoadMeshFromXW
Product: Wine
Version: 1.3.18
Platform: x86-64
URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D
EMOS/Direct3D9/HDR_FP16x2.zip
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
Blocks: 24419
austin@aw21 ~/a/DEMOS/Direct3D9/bin/release $ wine HDR_FP16x2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x33f2f4,0x00000000), stub!
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43bb40): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d200): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d420): stub
fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x6d0000, 1048620, 0x33f760):
partially implemented
wine: Call from 0x7b83a362 to unimplemented function
d3dx9_36.dll.D3DXLoadMeshFromXW, aborting
wine: Unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXW called at address
0x7b83a362 (thread 002b), starting debugger...
--
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=24419
Summary: Nvidia hdr sample crashes without native d3dx9_36
Product: Wine
Version: 1.3.2
Platform: x86-64
URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D
EMOS/Direct3D9/HDR_FP16x2.zip
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=30784)
--> (http://bugs.winehq.org/attachment.cgi?id=30784)
+d3dx trace
Terminal shows:
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43b300): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43c9c0): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43cbe0): stub
fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x8d0000, 1048620, 0x32f770):
partially implemented
fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file
I suspect it's related to that last line or two...
it pops up a dialog, saying:
The D3D device has a non-zero reference count, meaning some objects were not
released.
winetricks d3dx9_36 lets it run.
--
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=21812
Summary: 3dgamestudio.com demos crash on exit
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Venice demo at 3dgamestudio.com looks beautiful,
but crashes on exit.
http://server.conitec.net/down/venice.zip
443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip
Happily, there seems to be a reasonable backtrace:
Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code
(0x7e51e14c).
Backtrace:
=>0 FindContext+0x16d(This=0x19bbc8, target=0x193030)
[dlls/wined3d/context.c:1923] in wined3d
1 context_acquire+0x8a(device=0x19bbc8, target=(nil),
usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d
2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8,
D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d
3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273]
in d3d9
4 in acknex (+0x6435a)
5 in reflectionparticle (+0x101e)
0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl
0xf2c(%eax),%eax
1923 old_render_offscreen = context->render_offscreen;
--
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=26379
Summary: Gamestudio Venice crashes with unimplemented function
d3dx9_36.dll.D3DXComputeNormals
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://server.conitec.net/down/venice.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Created an attachment (id=33594)
--> (http://bugs.winehq.org/attachment.cgi?id=33594)
~/wine-git/wine reflectionParticle.exe &> log.txt
unimplemented function d3dx9_36.dll.D3DXComputeNormals
Venice comes with d3dx9_30.dll and therefore only a purist would notice.
--
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=28216
Summary: shell32/shlfolder.c test always fails on ubuntu 10.04?
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(Not quite the same as bug 27729.)
shell32/shlfolder.ok succeeds for me on my ubuntu 11.04 boxes, but
always fails for me on my one ubuntu 10.04 box,
even after I do 'apt-get install gettext' to get past non bug 28208.
Log shows:
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shlfolder.c && touch shlfolder.ok
fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"http:\\yyy" (nil) 0x32fc78
fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"xx:yyy" (nil) 0x32fc78
err:shell:HCR_GetFolderAttributes should be called for simple PIDL's only!
shlfolder.c:2386: Test failed: SHCreateItemFromParsingName returned 0
The test creates the file c:/users/dank/Desktop/testfile,
then looks for it with some arcane shell folder API,
and is unhappy when it actually finds the file.
+shell,+file trace attached.
The test function in question is test_SHCreateShellItem().
I can make the test succeed by inserting the line
SetCurrentDirectoryA("c:\\");
at the top of the function, or by
editing test_ITEMIDLIST_format()
and inserting a return before it calls SetCurrentDirectoryW().
So there seems to be something fragile in the shlfolder tests
with respect to the current directory. No idea why this only
shows up on ubuntu 10.04 (on my i7 test box).
--
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=16060
Summary: comctl32, gfi32, user32: tests fail, when dpi is not the
default (96)
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=17288)
--> (http://bugs.winehq.org/attachment.cgi?id=17288)
patch to dump tm.tmHeight
(As requested by Dmitry, one bug for all)
Current known tests, that fail, when dpi is not 96
(The Implementation was not checked yet):
comctrl32:monthcal
comctrl32:rebar
comctrl32:status
comctrl32:tab
comctrl32:toolbar
comctrl32:treeview
gdi:font
user32:combo
Implementations known to have bugs, where the related tests are fixed:
comctl32/header (VERT_BORDER must be 2)
Fixing the heigh of the system font will make more hidden bugs
in the Wine tree visible.
----------------------
A difference found during research is the tm.tmHeight of the system font.
(GetTextMetrics)
w98 (72, 96 dpi): 16
w98 (120): 20
w98 is broken for 144 and 192 dpi: 16
w2k (72, 96 dpi): 16
w2k (120, 144, 192 dpi): 20
Wine: always 16
The attached patch for dlls/comctrl32/tests/status.c dump
tm.tmHeight (the first value after "expect")
--
By by ... Detlef
--
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=24501
Summary: Games For Windows - Live: client doesn't start with
mono
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
It wants .Net 3.5, but that doesn't work in wine. In mono, fails with:
** (GFWLClient.exe:8): WARNING **: The following assembly referenced from
C:\Program Files\Microsoft Games for Windows - LIVE\Client\GFWLClient.exe could
not be loaded:
Assembly: PresentationFramework (assemblyref_index=2)
Version: 3.0.0.0
Public Key: 31bf3856ad364e35
The assembly was not found in the Global Assembly Cache, a path listed in the
MONO_PATH environment variable, or in the location of the executing assembly
(C:\Program Files\Microsoft Games for Windows - LIVE\Client\).
which is WPF, and according to Mono, http://mono-project.com/WPF, they have no
plans to implement (big project, not much reward).
I'm filing a bug here mostly to collect duplicates. If a lot of duplicates show
up, perhaps Novell/Mono will change their mind...
To reproduce:
$ winetricks -q gfw mono26
$ cd .wine/drive_c/Program\ Files/Microsoft\ Games\ for\ Windows\ -\
LIVE\Client
$ wine GFWLClient.exe
--
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=27133
Summary: WiX 3.5 generates broken MSI files when 2 files of
identical size are added to the same installer
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Created an attachment (id=34643)
--> (http://bugs.winehq.org/attachment.cgi?id=34643)
test case
The attached test case will generate an installer that installs two files to
'ProgramFilesFolder\duplicate file test'.
when run on Windows, the installer works fine. When run under Wine, the
installer installs the contents of file1.txt into file2.txt.
This only happens with Wix 3.5. This version added a feature called "smart
cabbing" that detects duplicate files in an installer and only embeds one copy.
This may be going haywire when run under Wine.
To run the test case, you will need Mono
<http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…>
and WiX 3.5 <http://wix.codeplex.com/releases/view/60102#DownloadId=204417>.
You
will need to put WiX's tools in Wine's PATH, or modify build.sh to give the
full path to the WiX tools when it invokes light and candle.
--
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=21259
Summary: Visual C++ 2005 Trial build hangs on first run after a
reboot
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=25560)
--> (http://bugs.winehq.org/attachment.cgi?id=25560)
Shell script to download an example project, install Visual C++ 2005 trial, and
build the project.
Visual C++ can build projects from the commandline with
devenv projectname.sln /build Debug
but oddly, the first time you try this on Wine, it hangs.
^C and rerunning fixes it. After the ^C, you can see
mspdbsrv.exe -start -spawn
running, so evidently the first run spawned the
pdb service but then stumbled trying to connect to it;
the second run connected fine.
I'll attach a canned script that reproduces the problem from scratch.
--
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=21511
Summary: wsmanhttpconfig.exe tool from Windows Management
Framework Core (PowerShell 2.0) needs
msvcrt.dll._scwprintf
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www.microsoft.com/downloads/details.aspx?Family
Id=60cb5b6c-6532-45e0-ab0f-a94ae9ababf5&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
the Windows Management Framework Core (PowerShell 2.0) installer runs
wsmanhttpconfig.exe (Web Services for Management) tool to register services
which fails.
.NET 2.0 SP1 is needed prerequisite
--- snip ---
...
0022:trace:process:CreateProcessW app (null) cmdline
L"C:\\windows\\system32\\wsmanhttpconfig.exe install"
...
0022:trace:process:CreateProcessW started process pid 0047 tid 000d
...
000d:fixme:httpapi:HttpInitialize ({1,0}, 0x2, (nil)): stub!
000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4ac0a
ip=7bc4ac0a tid=000d
000d:trace:seh:raise_exception info[0]=010305d6
000d:trace:seh:raise_exception info[1]=01030db8
wine: Call from 0x7bc4ac0a to unimplemented function msvcrt.dll._scwprintf,
aborting
--- snip ---
Implementing _scwprintf (using MSVCRT_vsnwprintf) lets the tool successfully
finish.
Regards
--
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.