June 2009 - Wine-Devel - list.winehq.org

wine 1.1.23 configure message Mac OSX 10.5.7
by Maurits Lamers June 27, 2009

June 27, 2009

Hi, while running configure of wine 1.1.23 on Mac OSX Leopard 10.5.7 the message below appeared with a request to mail it. Running XCode 3.1.2, i686-apple-darwin9-gcc-4.0.1. Please feel free to contact me if you need any extra information. greets Maurits ==== checking mach-o/dyld_images.h usability... no checking mach-o/dyld_images.h presence... yes configure: WARNING: mach-o/dyld_images.h: present but cannot be compiled configure: WARNING: mach-o/dyld_images.h: check for missing prerequisite headers? configure: WARNING: mach-o/dyld_images.h: see the Autoconf documentation configure: WARNING: mach-o/dyld_images.h: section "Present But Cannot Be Compiled" configure: WARNING: mach-o/dyld_images.h: proceeding with the preprocessor's result configure: WARNING: mach-o/dyld_images.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ##

3 3

Regression on OS X, may not be able to load dll
by Gellule Xg June 26, 2009

June 26, 2009

Hi, (wine, almost latest git, on OS X) Trying to test the latest changes on the loader memory management with Ryzom (which I had some OpenGL related out of memory issues), I stumbled on the following: "wine client_ryzom_rd.exe" crashes with: 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 exhibits these two lines (at first launch, creating the .wine directory), 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). 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

1 0

Usage of wine-tests-results mailing list
by Frédéric Delanoy June 26, 2009

June 26, 2009

Hi, looking at the different mailing lists of wine on http://www.winehq.org/mailman/listinfo, I found that wine-tests-results seems only filled with garbage (actually "[ERROR] winetest error report"). Has that list any use these days? Frédéric

1 0

Regression on OS X, may not be able to load native dll
by Gellule Xg June 26, 2009

June 26, 2009

Hi, (wine, almost latest git, on OS X) Trying to test the latest changes on the loader memory management with Ryzom (which I had some OpenGL related out of memory issues), 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, 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). 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

1 0

Removing active maintainers
by Vitaliy Margolen June 26, 2009

June 26, 2009

Why did someone removed active maintainers from most active applications? Do you guys even care who active who not? I was the only one doing _anything_ on Steam AppDB entry. And I was removed by Ken Sharp because he didn't like 9 "oldish" posts??? WTH? This got to stop! If someone doesn't like old entries - well that's just too bad. Don't go to those apps, or fix AppDB to split comments into several pages. I'm appreciate what Ken was doing but not anymore. Please remove him from the admin role an AppDB. This is way over the head of what he's been doing. Vitaliy.

18 41

Strange issue with recv in Launchpad Enhanced
by Erich Hoover June 26, 2009

June 26, 2009

I'm trying to track down an issue with Launchpad Enhanced were it fails to download its updates (Bug #17443). It appears that the issue stems from recv being called with a buffer from a different process, so as a result the call fails. I put together a hack that gets around the problem ( http://bugs.winehq.org/show_bug.cgi?id=17443#c2) but I'm having difficulty figuring out exactly why this is happening in the first place. Does anyone know if this is a known difference between Windows and Linux or if there is something else strange going on? Erich Hoover ehoover(a)mines.edu

2 5

Re: Removing active maintainers
by Susan Cragin June 26, 2009

June 26, 2009

3 2

Re: clock: Reset default codepage in utf8 rc file
by Paul Chitescu June 26, 2009

June 26, 2009

On Wednesday 24 June 2009 02:28:12 Frédéric Delanoy wrote: > clock: Reset default codepage in utf8 rc file > > In the Romanian resource file for the "clock" program, which is in utf-8 > format, the code page wasn't reset to the default code page at the end of > the file. Now that's weird... I just checked the patch I've sent to wine-patches and it had #pragma code_page(default) at the end. On the other hand the git commit didn't include it. What gives?

4 4

Re: user32/tests: Add more intensive tests for SetCursor.
by Daniel Santos June 26, 2009

June 26, 2009

lol! I guess it's time for me to remove myself from the mailing lists I don't read anymore, I'm starting to miss replies! Anyway, I'm off for the weekend, but will rebase and re-send (with attachment) Monday or so. Thanks for the response Austin! Daniel --- On Tue, 6/9/09, Austin English <austinenglish(a)gmail.com> wrote: > From: Austin English <austinenglish(a)gmail.com> > Subject: Re: user32/tests: Add more intensive tests for SetCursor. > To: "Daniel Santos" <javatroubadour(a)yahoo.com> > Cc: "Wine Devel" <wine-devel(a)winehq.org> > Date: Tuesday, June 9, 2009, 5:15 PM > On Tue, Jun 9, 2009 at 5:13 PM, > Daniel Santos<javatroubadour(a)yahoo.com> > wrote: > > > > Hello! This is a prelude to other cursor patches to > follow (both Griswold's & my work). As requested, I > have replaced the __FILE_SPOT with the standard > ok_(file,line) mechanism (looks much better to me). I've > removed the windows version checking from tests and last > error checking on success, although I have reservations > about it (mostly the later). > > Forgot patch. > > > -- > -Austin >

1 0

As of Thursday's git, DNS runs for a bit longer.
by Susan Cragin June 26, 2009

June 26, 2009

I have been timing Dragon NaturallySpeaking to see how fast it crashes. I start when I click on the program, and use it pretty steadily until it crashes. As of yesterday's git, it runs for about 15 minutes and 30 seconds. That's an improvement of two minutes over previous versions. :) Susan

1 0