July 2006 - Wine-Devel - list.winehq.org

Re: ADDRESS -> ADDRESS64 (winedbg, resubmit)
by Dmitry Timoshkov July 26, 2006

July 26, 2006

"Ge van Geldorp" <ge(a)gse.nl> wrote: > +char* memory_offset_to_string(char *str, DWORD64 offset, unsigned mode) > +{ > +printf("memory_offset_to_string\n"); This debug printf apparently should be removed. -- Dmitry.

1 0

Re: wined3d: Fix crash caused by bad TRACE
by H. Verbeet July 26, 2006

July 26, 2006

On 26/07/06, Jason Green <jave27(a)gmail.com> wrote: > Not sure when this bug showed up, but I've recently had a few apps > randomly crash on me, and this was the cause. I think that TRACE has been there for a long time, but the bug might have become visible when we increased the amount of available texture stages by using register combiners.

1 0

Re: msi: Always load all the components. (resend)
by Dan Kegel July 26, 2006

July 26, 2006

On 7/25/06, Mike McCormack <mike(a)codeweavers.com> wrote: > (better) Fix for bug #3590 (Python 2.4.2). > Remember to set component->Enabled. > Update some test cases that now pass. Sweet -- Python now installs! Or, as we say around these parts, LGTM.

1 0

Drive mapping of Z:
by schollsky＠arcor.de July 25, 2006

July 25, 2006

Dear friends and developers of WINE, I've been using your application now for some time, and it works quite well yet. However, I found the mapping of Drive Z: to root, which seems a bit strange to me. I've also read some of your discussion on this topic, too. Personally, I'd consider this a maybe issue of security. Nowadays Linux users don't care as much about security as server admins would do. Alas, Linux being a multi-user system by tradition should take care of "normal" home desktop users trying to migrate from proprietary realms. It would help a lot if WINE would do a more secure installation by default, but this is only my 2p. (Maybe it's possible just to leave out the Z: mapping?) Kind regards, schollsky

20 33

msvcrt: _getmaxstdio and _setmaxstdio
by Phil Lodwick July 25, 2006

July 25, 2006

Greetings, I have an application that requires these functions which are currently stubs in wine. These functions set/retrieve the number of files that can be simultaneously open at the stdio level. As of now the Win32 platform has a default of 512 and can be set as high as 2048. There is probably quite a bit of work required to be truly compatible. For example, fail when you try to fopen() more than the maximum number of files. My simple fix for my app is to set an initial static variable to 512 and allow this variable to be set via _setmaxstdio as long as it is less <= 2048 and return this variable when _setmaxstdio is called. Is such a patch a positive thing because it allows more apps to run, or is it a negative thing because it might mask the fact that more work needs to be done? Perhaps add a WARN that these values are for informational purposes only and may not be enforced? MSDN _setmaxstdio: http://msdn2.microsoft.com/en-us/library/6e3b887c.aspx MSDN _getmaxstdio: http://msdn2.microsoft.com/en-us/library/6e3b887c.aspx Phil

2 1

[RSAENH] CPGetHashParam / Bug 5639 part 2
by Karsten Elfenbein July 25, 2006

July 25, 2006

Hi, Same question for this one. It fixes the case when CryptGetHashParam is called with pbData=NULL to determine the needed buffer size for the hash value. It fixes the http://bugs.winehq.org/attachment.cgi?id=3024&action=view testcase in http://bugs.winehq.org/show_bug.cgi?id=5639 Karsten

2 1

[RSAENH] CPEncrypt / Bug 5639
by Karsten Elfenbein July 25, 2006

July 25, 2006

Hi, I wonder if the attached patche would make in into git? It fixes the case when CryptEncrypt is called with pbData=NULL to determine the needed buffer size after encryption. It fixes the http://bugs.winehq.org/attachment.cgi?id=3023&action=view testcase in http://bugs.winehq.org/show_bug.cgi?id=5639 Karsten

1 0

Lotus Notes 7 success!
by Dan Kegel July 25, 2006

July 25, 2006

Thanks to a few targeted patches written by Stefan Siebert and James Hawkins, and of course decades of effort by the whole Wine team, Lotus Notes 7 trial version now installs and runs! See http://wiki.winehq.org/LotusNotes for details. I just spent an hour or so playing with Notes as a plain old email client. It had a few mysterious crashes, but in general seemed usable. (Not that I'd ever use it after getting used to gmail, but that's another story.) I filed bug http://bugs.winehq.org/show_bug.cgi?id=5752 about a strangeness in the email client. - Dan

3 2

Freetype configure checks are backward
by Gerald Pfeifer July 25, 2006

July 25, 2006

I believe the Freetype configure checks are backward. First we check for the library being present, and only then do we check for the freetype-config problem: AC_SUBST(FREETYPELIBS,"") AC_SUBST(FREETYPEINCL,"") AC_CHECK_LIB(freetype,FT_Init_FreeType,ft_lib=yes,ft_lib=no,$X_LIBS) if test "$ft_lib" = "no" then wine_cv_msg_freetype=no else AC_CHECK_PROG(ft_devel,freetype-config,freetype-config,no) This fails to work when Freetype is installed somewhere outside of /usr/ such as /usr/local/ with /usr/local/bin in the path. freetype-config would of course know where to look for the library, but we perform the check for the library first, without taking the output of freetype-config into concern. Wouldn't it make sense to revert these two changes? Gerald

1 1

Re: WineD3D: DDS file writer
by H. Verbeet July 25, 2006

July 25, 2006

On 25/07/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > I have written this function while debugging the font issue in Battlefield > 1942. It writes the surface contents unmodified in a .dds file which can be > read by the dxtex utility in the DirectX sdk, and a few Linux applications. > It doesn't have to convert the surface's content, so it minimizes possible > bugs in the dumping code. I have #if 0 -ed the code because it is only needed > for debugging and can be activated as needed, but I think it can be quite > useful to debug issues with compressed surfaces. Why is this in surface_gdi.c instead of surface.c?

2 1