http://bugs.winehq.org/show_bug.cgi?id=20029
Summary: Msxml2.DOMDocument.6.0 unimplemented
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://www.solidworks.com/sw/downloads.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knan-wine(a)anduin.net
Created an attachment (id=23571)
--> (http://bugs.winehq.org/attachment.cgi?id=23571)
plain console output, 1.1.29
After working around bug #20028 , (see that bug for how to reproduce, just add
winetricks gdiplus) Solidworks Viewer 2009 still won't load a file, but shows
an error box and crashes.
The relevant error is
err:ole:CoGetClassObject no class object {88d96a05-f192-11d4-a65f-0040963251e5}
could be created for context 0x17
which turns out to be the guid of Msxml2.DOMDocument.6.0 , which is implemented
in msxml6.dll. As none of the new interfaces in msxml6 is implemented in wine
yet, this obviously fails.
winetricks msxml6 works around the issue. I can load a file and manipulate it
just fine.
--
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=21679
Summary: men of war version 1.2 (regular game-on-cd, not steam
or demo)
Product: Wine
Version: 1.1.38
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djh999gc(a)gmail.com
upgrading from Wine 1.36 to 1.38 was a regression & caused a crash quite
rapidly during gameplay. not sure where to report this but here it is.
reverting to wine 1.36 resolved it.
I do see the stop sign, but I'm gonna run it cuz these snips are tiny:
shMappedBufferRange @ buffer.c / 1181
^Cerr:seh:raise_exception Unhandled exception code c000013a flags 0 addr
0xf776442e
and
err:d3d:resource_init Out of adapter memory
err:d3d9:device_parent_CreateSurface (0x1676e4) CreateSurface failed, returning
0x8876017c
and
fixme:d3d:buffer_Unmap >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from
glFlushMappedBufferRange @ buffer.c / 1181
--
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=16694
Summary: Build broken on PowerPC
Product: Wine
Version: 1.1.11
Platform: Macintosh
OS/Version: Linux
Status: NEW
Keywords: source, testcase
Severity: major
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
I had an old G4 given to me, so I installed a copy of Intrepid on there and
tried compiling wine. After enabling the extra repositories, it's got all
dependencies settled (Dan's install-wine-deps script worked well). Cool!
First bug, I already sent a path for:
http://www.winehq.org/pipermail/wine-patches/2008-December/066885.html
though a skip or something else may be more appropriate.
Second bug:
austin@ubuntu-ppc:~/wine/dlls/rpcrt4/tests$ make
../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole cstub.o
generated.o ndr_marshall.o rpc.o rpc_async.o server.o server_c.o server_s.o
testlist.o -o rpcrt4_test.exe.so ../../../libs/port/libwine_port.a -lole32
-lrpcrt4 -lkernel32
server_c.o: In function `__wine_pop_frame':
/home/austin/wine/dlls/rpcrt4/tests/../../../include/wine/exception.h:207:
undefined reference to `NtCurrentTeb'
server_c.o: In function `__wine_push_frame':
/home/austin/wine/dlls/rpcrt4/tests/../../../include/wine/exception.h:192:
undefined reference to `NtCurrentTeb'
Pretty low level stuff...Alexandre? :-)
Seems to continue on fine after that, but this is a crappy 400mhz, so it'll be
a bit before I know the results.
--
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=21697
Summary: Background music (MIDI) doesn't always play in Pikachu
Volleyball 1.2
Product: Wine
Version: 1.1.38
Platform: x86-64
URL: http://games.hotut.com/post/pikachu-volleyball/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
While version 1.0 of this game has working BGM in Wine now, version 1.2 still
has an issue. Sometimes, seemingly at random, the background music doesn't
play. Other times, it works just fine. Strangely, when it doesn't play,
clicking the "framerate" option on the menu bar can make it start playing.
Whether this works or not also seems to be random, but clicking it repeatedly
almost always works eventually.
Wine outputs a lot of of the fixmes seen repeatedly in the terminal output
whether the music plays or not. This particular log is from current git after
starting a match, finding that the music wasn't playing, and then clicking
"framerate" several times until it started playing.
--
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=16861
Summary: ntdll/tests: size of array is negative
Product: Wine
Version: 1.1.12
Platform: Macintosh
OS/Version: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
ccache gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wtype-limits -Wpointer-arith -g -O2 -o generated.o
generated.c
generated.c: In function ‘test_pack_CCHAR’:
generated.c:388: error: size of array ‘__C_ASSERT__’ is negative
generated.c: In function ‘test_pack_CHAR’:
generated.c:396: error: size of array ‘__C_ASSERT__’ is negative
make[2]: *** [generated.o] Error 1
--
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=16653
Summary: Trials 2 SE normal graphics mode does not work
Product: Wine
Version: 1.1.10
Platform: PC
URL: http://www.redlynxtrials.com/forum/viewtopic.php?t=700
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trs80(a)ucc.asn.au
Normal graphics mode (the other two options are low and very low) just shows
black (although the UI does appear). Apparently it uses deferred rendering
which wine doesn't support? Cedega uses swiftshader which the developers claim
does work.
--
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=19523
Summary: winmm: Multiple waveOutOpen calls on single device
supported by Windows, not Wine
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ken(a)codeweavers.com
The design of winmm and its interface to its low-level drivers doesn't support
opening an audio device multiple times with waveOutOpen. Windows does support
this, using the device's hardware mixing support if present, or a software
mixer if not.
This limitation also affects DirectSound if the low-level driver does not have
native support for DirectSound. In that case, DirectSound uses emulation
through the wave-out interface.
--
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=18681
Summary: Can not accept license for Photoshop CS4
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://trials.adobe.com/Applications/Photoshop/CS4/Win
/ADBEPHSPCS4_LS1.7z
OS/Version: Linux
Status: NEW
Keywords: download, FIXME
Severity: minor
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Every time I click on the Accept button for the license agreement, the
following line is printed:
fixme:mshtml:fire_event node type 9 node supported
Note, this is different from Bug 13903 which shows a jscript error.
Native mshtml has its own problems, but installing IE6 helps.
--
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=17924
Summary: MIDI music is played instead of WAV music for Touhou
games
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: erappleman(a)gmail.com
When running Touhou 6, 7, 8, 9, 10, or 11 in Wine, selecting WAV music in the
options menu (default) will cause MIDI music to play. Selecting the MIDI option
will cause no music to play whatsoever.
--
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=17875
Summary: GetTempFileName with unique != 0 broken
Product: Wine
Version: 1.1.18
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dev_oskar(a)hotmail.com
GetTempFileName called with a non-zero value for unique will not check if a
file could be actually written in the provided path.
Paint Shop Pro 9 (and it seems 8 too) uses the return code to test if it should
create several temp directories. So under wine it will always fail if unique is
non-zero, GetTempFileName will currently not test anything and won't return
zero, so creation of the undo files later will fail because the directory
doesn't exists.
As the documentation tells the file isn't created my first patch isn't correct:
...
if (unique) {
sprintfW( p, formatW, unique );
/* need to check if we can create the file so applications can detect
if they can write */
HANDLE handle;
handle = CreateFileW( buffer, GENERIC_WRITE, 0, NULL,
CREATE_NEW, FILE_ATTRIBUTE_NORMAL, 0 );
if (handle != INVALID_HANDLE_VALUE)
{ /* We created it */
CloseHandle( handle );
TRACE("created %s\n", debugstr_w(buffer) );
return unique;
}
/* Failure */
return 0;
}
else
{
/* get a "random" unique number and try to create the file */
...
It should check the directory if it exists.
--
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.