July 2011 - Wine-Bugs - list.winehq.org

[Bug 20204] New: MacOS: enhanced metafile retrieval fails and crashes clipboard test
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=20204 Summary: MacOS: enhanced metafile retrieval fails and crashes clipboard test Product: Wine Version: 1.1.25 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: huw(a)codeweavers.com Huw Davies' post 1.1.24 commit 7490f922e0adaacbf5396cf8afdc90e33bc1a808 "test for enhanced metafile retrieval" fails on MacOS. After a variable amount of output about getdata and next, I see clipboard.c:1356: Test failed: got 80004005 clipboard.c:1358: Test failed: got 0 Alas, the testsuite randomly crashes afterwards, because ReleaseStgMedium() is not called only if(SUCCEEDED(hr)). In fact, n-1 occurrences of ReleaseStgMedium in that file are not guarded. Therefore, the actual error was not spotted until now. Curiously, gcc -O0 tests/clipboard.c tends to crash less or show no crash dialog at all. That may explain why using winetest.exe did not spot this defect earlier. Sometimes test runs report no failure, it's just the missing summary line that reveals the problem. With the guard in place, the testsuite always runs to completion (with the above 2 errors out of 381 tests). -- 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 16702] New: wineconsole: the curses backend doesn't work on Darwin
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=16702 Summary: wineconsole: the curses backend doesn't work on Darwin Product: Wine Version: CVS/GIT Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)martin.st Created an attachment (id=18361) --> (http://bugs.winehq.org/attachment.cgi?id=18361) Sample patch for using select instead of poll The poll system call in Darwin doesn't handle terminal devices, according to this discussion: http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html This issue still stands in OS X Leopard. Since the wineconsole curses backend currently uses poll for waiting for events, the curses backend doesn't work at all on Darwin. One solution would be to switch the curses backend to use select instead of poll, either completely or only on Darwin. A patch that switches the backend to use select in all cases is attached. This was discussed on the wine-devel list in November/December 2008, in the e.g. following threads: http://www.winehq.org/pipermail/wine-devel/2008-December/070845.html http://www.winehq.org/pipermail/wine-devel/2008-December/070906.html http://www.winehq.org/pipermail/wine-devel/2008-December/070919.html -- 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 9

[Bug 15712] New: Lego Star Wars II installer crashes
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=15712 Summary: Lego Star Wars II installer crashes Product: Wine Version: 1.1.6 Platform: PC-x86-64 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaziniho(a)gmail.com Created an attachment (id=16796) --> (http://bugs.winehq.org/attachment.cgi?id=16796) Apple Problem Reporter crash log After the initial few screens of the Lego Star Wars II installer are stepped through, a further stage in the installation processes is started. In the Wine Log window it appears that a large number of in game sound files are being converted from the OGG format. Each file would count up the percentage complete in the log window. This was taking a significant amount of time, so I left this running whilst out. On return Wine had crashed and the log window was closed. No one had interfered with the machine in the mean time. I currently only have the OS X crash output as the WineLog window itself closed. I will make a clean install of wine this evening and read up on how to get full wine debug information output to a file and hopefully post this information in the next day or two. The machine is a 2.1GHz Intel Mac with 4GB RAM and ample hard disk space. Further details on operating system version etc can be found in the log. -- 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 7

[Bug 9676] New: pedantic type errors on osx
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=9676 Summary: pedantic type errors on osx Product: Wine Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel(a)danieloberhoff.de Hi, Just built wine from..err..git :). Had a few build errors in wgl.c due to missing or undefined (and redundant) typecasts. Here is the diff as how I fixed them (a few are just warnings, specifically the printf format related ones). diff --git a/dlls/opengl32/wgl.c b/dlls/opengl32/wgl.c index 029f361..f6e2012 100644 --- a/dlls/opengl32/wgl.c +++ b/dlls/opengl32/wgl.c @@ -348,7 +348,7 @@ static void tess_callback_vertex(GLvoid *vertex) static void tess_callback_begin(GLenum which) { - TRACE("%d\n", which); + TRACE("%d\n", (int)which); glBegin(which); } @@ -387,8 +387,8 @@ static BOOL WINAPI wglUseFontOutlines_common(HDC hdc, tess = gluNewTess(); if(tess) { - gluTessCallback(tess, GLU_TESS_VERTEX, (_GLUfuncptr)tess_callback_vertex); - gluTessCallback(tess, GLU_TESS_BEGIN, (_GLUfuncptr)tess_callback_begin); + gluTessCallback(tess, GLU_TESS_VERTEX, tess_callback_vertex); + gluTessCallback(tess, GLU_TESS_BEGIN, tess_callback_begin); gluTessCallback(tess, GLU_TESS_END, tess_callback_end); } LEAVE_GL(); @@ -573,7 +573,7 @@ BOOL WINAPI wglUseFontOutlinesW(HDC hdc, */ void WINAPI wine_glEnable( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); wine_wgl.p_wglEnable(cap); } @@ -582,7 +582,7 @@ void WINAPI wine_glEnable( GLenum cap ) */ GLboolean WINAPI wine_glIsEnabled( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); return wine_wgl.p_wglIsEnabled(cap); } @@ -591,7 +591,7 @@ GLboolean WINAPI wine_glIsEnabled( GLenum cap ) */ void WINAPI wine_glDisable( GLenum cap ) { - TRACE("(%d)\n", cap ); + TRACE("(%d)\n", (int)cap ); wine_wgl.p_wglDisable(cap); } @@ -600,7 +600,7 @@ void WINAPI wine_glDisable( GLenum cap ) */ void WINAPI wine_glScissor( GLint x, GLint y, GLsizei width, GLsizei height ) { - TRACE("(%d, %d, %d, %d)\n", x, y, width, height ); + TRACE("(%d, %d, %d, %d)\n", (int)x, (int)y, (int)width, (int)height ); wine_wgl.p_wglScissor(x, y, width, height); } @@ -609,7 +609,7 @@ void WINAPI wine_glScissor( GLint x, GLint y, GLsizei width, GLsizei height ) */ void WINAPI wine_glViewport( GLint x, GLint y, GLsizei width, GLsizei height ) { - TRACE("(%d, %d, %d, %d)\n", x, y, width, height ); + TRACE("(%d, %d, %d, %d)\n", (int)x, (int)y, (int)width, (int)height ); wine_wgl.p_wglViewport(x, y, width, height); } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 18190] New: Pointer not visible in 'Windows' application
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=18190 Summary: Pointer not visible in 'Windows' application Product: Wine Version: 1.0.1 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: avdgeijn(a)xs4all.nl While using the application ColorImpact, and I want to drag and drop a color IN the application, the pointer disappears. Win Log: fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:imagelist:ImageList_DrawIndirect ILS_ALPHA: unimplemented! fixme:imagelist:ImageList_DrawIndirect ILS_ALPHA: unimplemented! fixme:imagelist:ImageList_DrawIndirect ILS_ALPHA: unimplemented! -- 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 7

[Bug 17753] New: Cannot compile Wine 1.1.17 from source on Mac OS X
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=17753 Summary: Cannot compile Wine 1.1.17 from source on Mac OS X Product: Wine Version: 1.1.17 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: rwoodsmall(a)mac.com Attempting to compile Wine 1.1.17 from source on an Intel Mac running 10.5.6 results in a premature exit. Using the same "configure" options I've used in past versions (1.0.1, 1.1.15 and 1.1.16 recently), the build exists out when building DLLs - I first see the error in dlls/acledit, and the error message is "'stdcall' not supported for Win16" reported at acledit.spec lines 4 and 5. Win16 has been explicitly disabled via the "--disable-win16" configure option. I recompiled 1.1.16 and 1.1.15 both from source using the same configure options, and they completed successfully, so this seems like a new issue in 1.1.17. Currently looking through the 1.1.16 to 1.1.17 diff to see what's changed, but I'll attach the captured output of "configure && make depend && make" and the generated config.log and config.status files when the bug is filed. Couldn't find if this had been reported previously, and I'm not using MacPorts or Fink - just compiling straight from tar.bz2 file. Thanks! -- 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 14

[Bug 17915] New: Watchtower Library 2008 : crashes when opening maps
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=17915 Summary: Watchtower Library 2008 : crashes when opening maps Product: Wine Version: 1.1.18 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: jonathan.burckel(a)gmail.com Created an attachment (id=20240) --> (http://bugs.winehq.org/attachment.cgi?id=20240) The terminal output When I try to open Maps on Watchtower Library 08, Wine crashes. -- 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 9

[Bug 14020] New: OpenGL conflicts: ./configure didn't say it was disabled: only on runtime of programs
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=14020 Summary: OpenGL conflicts: ./configure didn't say it was disabled: only on runtime of programs Product: Wine Version: 1.0.0 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: critical Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: wolfman.ncsu2000(a)gmail.com Created an attachment (id=14210) --> (http://bugs.winehq.org/attachment.cgi?id=14210) Logs of me trying to run two programs. I have Wine 1.0 on Mac OS X Leopard, Intel chips. I was able to compile the code successfully, and OpenGL was found. However, when I tried running two programs, I was given the following message: err:wgl:X11DRV_wglGetProcAddress No libGL on this box - disabling OpenGL support ! My steps in more detail were as follows: 1) Download Wine 1.0, configure. I'm warned of missing features: I install at least libxml and libxslt. I tried installing libjpeg, and while I got that installed, Wine didn't recognize it. I probably found the wrong version. 2) Make depend, make, and make install all worked. 3) I tried XVI32 first (website here: http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm ). It's a simple Hex Editor. It ran, but not that great. See the attached file up to when the program closes. That is the first instance of the error message given above of disabling OpenGL support. 4) I then tried a beta version of Zelda Classic (think Zelda 1 simulator with enhancements: main website here: http://www.zeldaclassic.com with beta locations here: http://shardstorm.com/ ). After having to rename/copy a dll file, I tried running the program, only to get...well, see the attached log file. For those that don't: program doesn't even run (hence, critical priority). I am unsure as to why I wasn't warned of OpenGL problems on ./configure here. On the older versions, I was told if OpenGL wasn't found. Here, ./configure claimed it found it, and yet it gets disabled on runtime. If there is anything else you guys want me to test with this, let me know. -- 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 4

[Bug 9630] New: Noteworthy Composer: no sound on playback
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=9630 Summary: Noteworthy Composer: no sound on playback Product: Wine Version: 0.9.44. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: singingwolfboy(a)gmail.com No sound output on playback. When I press the play button, a dialog pops up: One or more of your selected MIDI devices are failing to open. Would you like to go to the MIDI options tab to investigate? In the MIDI options tab, nothing is listed under the "Available play devices:" list, and "Wine midi mapper" is listed under "Devices used by play back:". If I click OK without changing anything, another dialog pops up: The following play devices failed to open properly: Wine midi mapper This problem must be corrected before proceeding. If I move "Wine midi mapper" to the "Available play devices" list and hit OK, the MIDI options tab closes, and the piece begins to "play": the notes are highlighted one after another as normal, but there is no sound. I believe this bug may be related to bug 9629. System info: Apple Macbook (Intel chip, 2 GHz processor, 1st generation white Macbook) running Mac OS X 10.4.10. Running wine through Apple X11. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 21358] New: winecoreaudio compilation failure due to conflicts with sys/queue.h
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=21358 Summary: winecoreaudio compilation failure due to conflicts with sys/queue.h Product: Wine Version: 1.1.36 Platform: x86-64 URL: http://trac.macports.org/ticket/22342 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-2010(a)ryandesign.com Hello, I maintain Wine in MacPorts and one of our users, our resident X11 expert Jeremy Huddleston, has reported that winecoreaudio doesn't compile right on his system, and he believes that to fix this, the #include for "wine/list.h" in dlls/winecoreaudio.drv/audio.c should occur after, not before, the #include for <CoreAudio/CoreAudio.h>. He suggests a fix like this be used: http://trac.macports.org/browser/trunk/dports/x11/wine-crossover-games/file… He also suggests that you should rename your macros (e.g. LIST_ENTRY, LIST_INIT, SLIST_ENTRY) so they do not conflict with OS-defined macros on Mac OS X and *BSD (in /usr/include/sys/queue.h). See more information in the MacPorts bug report. http://trac.macports.org/ticket/22342 -- 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 4