August 2008 - Wine-Devel - list.winehq.org

A pat on the back for Wine community
by Dan Kegel Aug. 30, 2008

Aug. 30, 2008

http://www.anthonycargile.com/blog/?p=95 is a blog post that makes it sound like we've hit the promised land already: --- snip --- In addition to multisim 8, I have also successfully installed Microsoft Office 2003 (for the proprietary features not present in OpenOffice required by some classes, mainly wizards), Visio 2003, and Autodesk Maya PLE 8. Some programs I have had installed for a while which run fine are Project 64 Beta, Morrowind (PC game), Macromedia Flash 8, Macromedia Dreamweaver 8, IDA Pro, and Quicken Premier 2008. After looking back on all of these Windows programs successfully running on a non-windows platform (Ubuntu Linux, in this case), I have to personally congradulate the Wine team for their efforts on providing the Windows compatability layer for Linux, and the winetricks script author for further enhancing that ability with Microsoft CoreFonts, .net, and registry key installers. Linux-Windows compatability has really gotten to the point now where a Windows Operating system is almost not even necessary in a Virtual Machine, thanks to Wine, OpenOffice.org, Mono, and the native Linux enhancements for usability in general. These effort have really made the permanent switch much easier than it would have been in 2005 or 2006, since back then one would get in all kinds of trouble for ditching Windows for something else, even in an environment where a Macintosh is somewhat accepted. But now, I can freely roam with native Ubuntu running, since all of my hardware on my 2007 laptop works, and all required programs needed can also run with no problems. --- snip ---

1 0

re: msvcrt: Don't depend on the system's implementation of acos () & asin().
by Dan Kegel Aug. 29, 2008

Aug. 29, 2008

Henri wrote: > glibc implements acos() as the FPU equivalent of atan2(sqrt(1 - x ^ 2), x). I just looked, and there are several implementations of acos in glibc, and they all seem to very carefully choose how to do it based on how close x is to 1. > This should be fixed on the glibc side as well Indeed. Have you filed a bug report against glibc yet? I didn't see one at http://sourceware.org/bugzilla/ Please be sure to attach a simple C program that reproduces the problem, or better yet, a patch to add a test case to their test suite.

3 5

Re: [4/4] gdiplus: stub for GdipFlattenPath with tests
by Alexandre Julliard Aug. 29, 2008

Aug. 29, 2008

Nikolay Sivov <bunglehead(a)gmail.com> writes: > Changelog: > - stub for GdipFlattenPath with tests This fails here: ../../../tools/runtest -q -P wine -M gdiplus.dll -T ../../.. -p gdiplus_test.exe.so graphicspath.c && touch graphicspath.ok graphicspath.c:117: Test succeeded inside todo block: Expected #0: PathPointTypeStart (100.0,25.0) but got PathPointTypeStart (100.0,25.0) graphicspath.c:117: Test succeeded inside todo block: Expected #0: PathPointTypeStart (100.0,25.0) but got PathPointTypeStart (100.0,25.0) make[2]: *** [graphicspath.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: kernel32/winerror [try 3]: Add Russian translation
by Vitaliy Margolen Aug. 29, 2008

Aug. 29, 2008

Vladimir Pankratov wrote: > Dear Vitaliy. > You wrote: >> The character encoding is wrong. The patch using cp866 while it should be >> cp1251. > > Yes, I know. But I can't understand that: > If I using cp1251, see wrong_codepage.jpg > else cp866, see right_codepage.jpg. > > Please explain. > > Thank you. > > Good question - everything looks right to me. Could it be just a problem with wmc? Vitaliy.

1 0

Re: [advapi32] GetNamedSecurityInfo patch
by Nikolay Sivov Aug. 29, 2008

Aug. 29, 2008

Fenixk19 wrote: > + PSECURITY_DESCRIPTOR local_descriptor; > + if(!descriptor) > + descriptor = &local_descriptor; Why do you try to return anything if a caller doesn't request it passing NULL?

1 0

Implementing textures functions of d3dx using an extern library.
by Jérôme Gardou Aug. 29, 2008

Aug. 29, 2008

D3DX supports a wide range of file types for textures. Instead of rewriting everything from scratch, the best would certainly be to use some image processing library to handle them. As a bonus, this would allow lighter code. Some of those library are : SDL_Image : easy to use, but loading an image using a SDL_Surface is quite heavy. Moreover, the files supported are not enough for d3dx. MagickWand/MagickCore, the libraries on which imagemagick is based : Hard to use, and very heavy. Supports every format thet d3dx supports. FreeImage : Quite easy to use, the only files not supported are DIB and PFM... Not so widely represented. I had to recompile it, as packages for it are not available for 32 bits. (I use a 64 bits ubuntu system). Here is an implementation of D3DXGetImageInfoFromFileInMemory using FreeImage. Suggestions and comments are welcomed. PS : Please CC me your potential answers, as I'm not a subscriber of this list.

3 8

Re: ntdll: modify NtDeleteFile to fail on directories (try 2)
by Vincent Povirk Aug. 29, 2008

Aug. 29, 2008

You should add a test that shows that NtDeleteFile fails in this case. Vincent Povirk On Thu, Aug 28, 2008 at 7:40 PM, Jeff Zaroyko <jeffzaroyko(a)gmail.com> wrote: > > > > >

1 0

Re: cryptuiapi(2/2): Document definitions missing from cryptuiapi.h
by Alexandre Julliard Aug. 29, 2008

Aug. 29, 2008

"Juan Lang" <juan.lang(a)gmail.com> writes: > +/* Definitions missing from PSDK's cryptuiapi.h, but documented on MSDN. */ If they are on MSDN then it's OK to put them in the header, they will most likely end up there in a future PSDK version. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Fix for rendering issues when calling GetDepthStencilSurface
by Alexander Dorofeyev Aug. 29, 2008

Aug. 29, 2008

Any reason this isn't tested? I don't know about this function in particular, but there have been games that were confused by NOT clearing output to NULL on error (not in GetDepthStencilSurface though). Also regardless of setting or not-setting to NULL, the warning may have its uses when reading +d3d log in the process of debugging something. Andrew Fenn wrote: > When IWineD3DDevice_GetDepthStencilSurface returns WINED3DERR_NOTFOUND > it was setting ppZStencilSurface to null. This was the cause of > rendering issues with the 3d models in spore. >

1 0

RE: Spore patch to fix UI and Part descriptions
by Stefan Dösinger Aug. 29, 2008

Aug. 29, 2008

These changes may be correct, but they need a test. Take a look at dlls/d3d9/tests/device.c to see how the other tests look. I guess the changes are likely to be correct, but they have to be tested

4 3