March 2010 - Wine-Bugs - list.winehq.org

[Bug 20029] New: Msxml2.DOMDocument.6.0 unimplemented
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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.

1 3

[Bug 21679] New: men of war version 1.2 (regular game-on-cd, not steam or demo)
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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.

1 5

[Bug 16694] New: Build broken on PowerPC
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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(a)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.

1 10

[Bug 21697] New: Background music (MIDI) doesn't always play in Pikachu Volleyball 1.2
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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.

1 8

[Bug 16861] New: ntdll/tests: size of array is negative
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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.

1 8

[Bug 16653] New: Trials 2 SE normal graphics mode does not work
by wine-bugs＠winehq.org Dec. 10, 2010

Dec. 10, 2010

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.

1 12

[Bug 19523] New: winmm: Multiple waveOutOpen calls on single device supported by Windows, not Wine
by wine-bugs＠winehq.org Dec. 9, 2010

Dec. 9, 2010

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.

1 15

[Bug 18681] New: Can not accept license for Photoshop CS4
by wine-bugs＠winehq.org Dec. 6, 2010

Dec. 6, 2010

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.

1 12

[Bug 17924] New: MIDI music is played instead of WAV music for Touhou games
by wine-bugs＠winehq.org Dec. 5, 2010

Dec. 5, 2010

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.

1 10

[Bug 17875] New: GetTempFileName with unique != 0 broken
by wine-bugs＠winehq.org Dec. 3, 2010

Dec. 3, 2010

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.

1 16