February 2012 - Wine-devel - list.winehq.org

Re: [PATCH 2/2] winealsa.drv: Optionally load extra ALSA device names from the registry
by Alexandre Julliard 14 Feb '12

14 Feb '12

Andrew Eikum <aeikum(a)codeweavers.com> writes: > + while(*p){ > + if(alsa_try_open(p, stream)){ > + if(ids && keys){ > + len = MultiByteToWideChar(CP_UNIXCP, 0, p, -1, NULL, 0); > + ids[*num] = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > + MultiByteToWideChar(CP_UNIXCP, 0, p, -1, ids[*num], len); The registry is stored in Unicode, the conversion should be the other way around. -- Alexandre Julliard julliard(a)winehq.org

1 0

Windows-on-Arm won't support win32
by Dan Kegel 14 Feb '12

14 Feb '12

According to http://www.zdnet.com/blog/perlow/the-long-kiss-goodbye-for-x86-desktop-wind… Microsoft is not letting developers use win32 on arm (although Microsoft is probably using it themselves for Office on arm). Instead, native apps have to use WinRT, a C++-based class library. According to http://en.wikipedia.org/wiki/Windows_Runtime, the WinRT libraries are built on top of win32 internally. If it takes off, and someone feels like supporting it in Wine, they would probably have to start by implementing the first bits in C like wine's msvcp support. Eventually, if and when llvm gets Visual C++ ABI support, maybe wine could start allowing C++ source code. (FWIW, I see Charles Davis was working on that, http://code.google.com/p/google-summer-of-code-2010-llvm/updates/list http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-March/014305.html https://llvm.org/viewvc/llvm-project/cfe/trunk/lib/CodeGen/MicrosoftCXXABI.… ).

4 6

Wine Gecko 1.5-beta1
by Jacek Caban 13 Feb '12

13 Feb '12

Hi all, It's time for another Gecko update. I've uploaded builds to SourceForge [1], so anyone willing to test it may grab an MSI file from there and apply the attached patch to Wine. Mozilla releases Firefox 11, which this package is based on, in four weeks. The plan is to do Wine Gecko release a bit later (and, obviously, not sooner than Wine 1.4 release). Any help with testing will be appreciated! Thanks, Jacek [1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.5-beta1/

1 0

Re: gdi32: rebuild the internal SystemLink every time.
by Alexandre Julliard 13 Feb '12

13 Feb '12

Aric Stewart <aric(a)codeweavers.com> writes: > Our registry or settings may have changed since initial start, > especially on prefix creation, so rebuilg the internal system link > each time. I don't think you can do that. Other processes may be reading or writing the keys at the same time. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: msxml3: Use debugstr_a() to trace
by Alexandre Julliard 13 Feb '12

13 Feb '12

Nikolay Sivov <nsivov(a)codeweavers.com> writes: > This fixes printf overflow in error callback that I get sometimes with > Outlook 2010, patch also changes a couple of similar cases. > > That's safe enough to include now. Apparently not... ../../../tools/runtest -q -P wine -M msxml3.dll -T ../../.. -p msxml3_test.exe.so domdoc.c && touch domdoc.ok wine_dbg_vprintf: debugstr buffer overflow (contents: 'err:msxml:doparse "XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only at the start of the document\n""XML declaration allowed only') wine: Assertion failed at address 0x68000822 (thread 0009), starting debugger... -- Alexandre Julliard julliard(a)winehq.org

1 0

half transparent window titles?
by Joerg-Cyril.Hoehle＠t-systems.com 13 Feb '12

13 Feb '12

Hi, did anyone else notice that since a few weeks, window titles are somehow not refreshed and/or half transparent? I'm typically using virtual desktop mode in Ubuntu Linux. This is observable with winecfg, the "update .wine" requester, winetest as well as Wine's crash dialog. A search for "transparent" found nothing related in bugzilla. Regards, Jörg Höhle

2 1

Re: [PATCH 3/7] ntdll: fix endianness of three fields in DVD_LAYER_DESCRIPTOR (resend)
by Charles Davis 13 Feb '12

13 Feb '12

On Feb 10, 2012, at 1:30 PM, Dan Kegel wrote: > --- > dlls/ntdll/cdrom.c | 12 +++++++++--- > 1 files changed, 9 insertions(+), 3 deletions(-) > > diff --git a/dlls/ntdll/cdrom.c b/dlls/ntdll/cdrom.c > index 802782b..6b64203c 100644 > --- a/dlls/ntdll/cdrom.c > +++ b/dlls/ntdll/cdrom.c > @@ -144,6 +144,12 @@ WINE_DEFAULT_DEBUG_CHANNEL(cdrom); > # define CD_FRAMES 75 /* frames per second */ > #endif > > +#ifdef WORDS_BIGENDIAN > +#define GET_BE_DWORD(x) (x) > +#else > +#define GET_BE_DWORD(x) RtlUlongByteSwap(x) > +#endif > + > static const struct iocodexs > { > DWORD code; > @@ -2568,9 +2574,9 @@ static NTSTATUS DVD_ReadStructure(int dev, const DVD_READ_STRUCTURE *structure, > p->Reserved1 = 0; > p->TrackDensity = l->track_density; > p->LinearDensity = l->linear_density; > - p->StartingDataSector = l->start_sector; > - p->EndDataSector = l->end_sector; > - p->EndLayerZeroSector = l->end_sector_l0; > + p->StartingDataSector = GET_BE_DWORD(l->start_sector); > + p->EndDataSector = GET_BE_DWORD(l->end_sector); > + p->EndLayerZeroSector = GET_BE_DWORD(l->end_sector_l0); I don't know about this. To make your original patch work right on Mac, one of the things I had to do was get rid of the OSReadBigInt32() calls that swapped the endianness of the sector fields from big to host. Chip > p->Reserved5 = 0; > p->BCAFlag = l->bca; > p->Reserved6 = 0; > -- > 1.7.9 > > >

2 3

Re: cryptnet/tests: Fix test failures on older NT4
by Marvin 13 Feb '12

13 Feb '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16947 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: cryptnet/tests: Fix test failures on older NT4
by Marvin 13 Feb '12

13 Feb '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16947 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: cryptnet/tests: Fix test failures on older NT4
by Marvin 13 Feb '12

13 Feb '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16947 Your paranoid android. === WINEBUILD (build) === Make failed

1 0