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

[Bug 19470] New: Wine shouldn't assume the default visual supports GLX
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=19470 Summary: Wine shouldn't assume the default visual supports GLX Product: Wine Version: 1.1.26 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Created an attachment (id=22631) --> (http://bugs.winehq.org/attachment.cgi?id=22631) Output from glxinfo command Right now, when initializing OpenGL support, and determining the OpenGL capabilities of the host system (in X11DRV_WineGL_InitOpenglInfo()), Wine makes a very crucial assumption: that the default visual supports GLX. This is not necessarily true, so therefore Wine should not make this assumption. In the 2.4.0 release candidate from the Xquartz project, for example, the default visual does not support GLX. The fact that it doesn't caused the glXCreateContext() call in the mentioned function to fail. In particular, that call to glXCreateContext() fails with the following message: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 0 () Value in failed request: 0x22 Serial number of failed request: 515 Current serial number in output stream: 515 That value in the message happens to be the ID of the default visual on my system. Under 2.4.0 RC1, that visual doesn't support GLX. (In the next 2.4.0 RC, it will, for reasons which become apparent in the next paragraph.) I've attached the output from glxinfo under that version, so you can see for yourself. I filed a bug with Xquartz (http://xquartz.macosforge.org/trac/ticket/287) They told me they would fix it (and they did, and the fix is going into the next 2.4.0 RC), but they also warned me that the default visual for a given display and screen doesn't have to support GLX, and that I should report this to WineHQ. -- 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 11760] New: Deleting files from Winefile does not send them to the Trash
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=11760 Summary: Deleting files from Winefile does not send them to the Trash Product: Wine Version: 0.9.55. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com If I create a file using the WineLib Notepad and then use WineFile to delete it, the file is deleted instead of sending it to the Trash application. The file is permenantly deleted from the system. Bug 5055 discusses the file deletion problem on Linux based PC systems and may apply to this issue. -- 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 9629] New: winecfg: selecting the audio tab crashes winecfg
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=9629 Summary: winecfg: selecting the audio tab crashes winecfg 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 Created an attachment (id=8023) --> (http://bugs.winehq.org/attachment.cgi?id=8023) crash log of winecfg audio tab crash When I click on the Audio tab in winecfg, it begins to crash. First, it displays this message: There is no audio driver currently specified in the registry. A recommended driver has been selected for you. You can use this driver or select another driver if available. You must click Apply for the selection to take effect. When I hit OK on that message, winecfg briefly stays up with no menu options in the open tab, and then crashes. Crash log is attached. I thought this might be a duplicate of bug 4051, but since wine no longer uses arts, it can't be. Still, it seems to be a similar problem. 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 7

[Bug 19094] New: Regression on OS X, may not be able to load dll
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=19094 Summary: Regression on OS X, may not be able to load dll Product: Wine Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gellule.xg(a)free.fr Hi, (wine, almost latest git, on OS X) With a recent git, I stumbled on the following: "wine client_ryzom_rd.exe" crashes with the following. DBG 9 dynloadlib.cpp 211 NLMISC::CLibrary::loadLibrary client_ryzom_rd.exe : Loading dynamic library 'nel_drv_opengl_win_r.dll' dyld: lazy symbol binding failed: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine dyld: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine WRN 9 dynloadlib.cpp 45 NLMISC::nlLoadLibrary client_ryzom_rd.exe : Load library 'nel_drv_opengl_win_r.dll' failed: ???????? WRN 9 dynloadlib.cpp 222 NLMISC::CLibrary::loadLibrary client_ryzom_rd.exe : Loading library nel_drv_opengl_win_r.dll failed: Verify DLL existence The application cannot load the native library 'nel_drv_opengl_win_r.dll'. winecfg also exhibit these two lines, the first time it was run, but without crashing: dyld: lazy symbol binding failed: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine dyld: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine I checked out a few revisions and narrowed down the issue to be between: "kernel32: Add call frame annotations in x86 assembly code." (which works) and "loader: Reserve some more memory to cover the native ole32 addresses." (which does not work). I'm ready to do some more testing if somebody could guide me. I could already start bisecting through: loader: Reserve some more memory to cover the native... ntdll: Release some address space after the process... ntdll: Don't try to decommit a heap past its initial... ntdll: Compute the free lists address at run-time inste... Best regards, -Gellule -- 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 17616] New: TntMPD gives mapi32.dll error on startup
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=17616 Summary: TntMPD gives mapi32.dll error on startup Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrewroth(a)gmail.com When attempting to run TntMPD, the program gives "This program requires Windows Messaging (mapi32.dll)" and exits. Only fixme:reg:GetNativeSystemInfo (0x75f0ac) using GetSystemInfo() is output. -- 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 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