February 2011 - Wine-Devel - list.winehq.org

Re: [wiki] Fix Link to MoinMoin
by John Klehm Feb. 26, 2011

Feb. 26, 2011

2011/2/26 André Hentschel <nerv(a)dawncrow.de>: > - 'Sponsored by <a href="http://lattica.com/">Lattica</a> <a href="http://moinmoin.wikiwikiweb.de/">MoinMoin Powered</a>' > + 'Sponsored by <a href="http://lattica.com/">Lattica</a> <a href="http://www.moinmo.in/">MoinMoin Powered</a>' Death to www? Just http://moinmo.in/ perhaps? Regards, --John

1 0

Slides for Wine talk at Scale tomorrow
by Dan Kegel Feb. 26, 2011

Feb. 26, 2011

Anyone going to be at Scale in Los Angeles this weekend? I'll be giving a talk there tomorrow afternoon, showing off how well Wine works and demonstrating how to use and extend winetricks. Draft slides are up at http://kegel.com/wine/scale9x/ I still have time to tweak them, so if you have suggestions

2 2

Re: gdi32/tests: remove win9x hacks
by Marvin Feb. 25, 2011

Feb. 25, 2011

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=9519 Your paranoid android. === WVISTAADM (32 bit icm) === Failure running script in VM: The specified guest user must be logged in interactively to perform this operation

1 0

Re: crypt32/tests: remove win9x hacks
by Marvin Feb. 25, 2011

Feb. 25, 2011

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=9515 Your paranoid android. === WNT4WSSP6 (32 bit store) === store.c:962: Test failed: Expected 1 certificates, got 2 store.c:1761: Test failed: Expected CRYPT_E_ASN1_BADTAG, got 80093005

1 0

Dynamic OpenSSL import library
by Tim Burrell Feb. 25, 2011

Feb. 25, 2011

Hi all, I'm one of TransGaming's R&D developers working on our portability products. We've recently done a cleanup and refactoring to the OpenSSL loading routines; rather than loading the libraries in a few different places we moved the code into an OpenSSL importer that consolidates the loading into a separate library. Our importer does some additional things that might not be overly useful to Wine, such as detecting and loading different versions of the OpenSSL libraries at runtime (rather that using the version detected while configuring), but the cleanup and refactoring worked out quite well, and we think the code would still be valuable to Wine. We could port this code back to the Wine tree, but it will take some effort to do so. Also, our current implementation of the dynamic OpenSSL importer isn't complete; we're only loading the specific functions we've needed up until now. Before going to the effort of completing the library, and porting it back to the Wine tree, I thought I'd reach out first to see if it's even something that's of interest? If it is, great, we can complete the library and submit some patches for review, but if the concept isn't of interest then we'll just continue using it internally. I've attached a copy of the main C file from the OpenSSL import library, so you can get an idea for what it will look like. Keeping in mind that it's not finished yet, and needs some cleaning up, does this approach look acceptable? Also attached is a patch (that won't directly apply) that should give an idea of its intended usage. Anyone have thoughts / questions? Thanks, Tim. -- Tim Burrell TransGaming <http://transgaming.com> Inc. 431 King Street West, Suite 600 Toronto, Ontario, Canada M5V 1K4

3 2

Is the Call for Translators forum sticky still needed?
by Rosanne DiMesio Feb. 25, 2011

Feb. 25, 2011

The original post asked for help leading up to the release of 1.2. That's obviously outdated, and the thread now just attracts spammers. Should it be updated, or simply removed? -- Rosanne DiMesio <dimesio(a)earthlink.net>

2 1

Re: gdi32: Fix 64-bit pointer issues when copying upside-down bitmaps.
by Marcus Meissner Feb. 25, 2011

Feb. 25, 2011

On Fri, Feb 25, 2011 at 11:41:31PM +1100, Peter Urbanec wrote: > --- > dlls/gdi32/dib.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > > diff --git a/dlls/gdi32/dib.c b/dlls/gdi32/dib.c > index 0619304..595eb9b 100644 > --- a/dlls/gdi32/dib.c > +++ b/dlls/gdi32/dib.c > @@ -885,7 +885,7 @@ INT WINAPI GetDIBits( > */ > if (bmp->dib->dsBmih.biHeight < 0) > { > - sbits += (srcwidthb * (abs(bmp->dib->dsBmih.biHeight) - 2 * startscan - 1)); > + sbits += (srcwidthb * (LONG)(abs(bmp->dib->dsBmih.biHeight) - 2 * startscan - 1)); Please enlighten us to the problem you are fixing? I see no 64bit pointer relation...? Ciao, Marcus

2 1

Re: winspool.drv: return maximum possible size of the buffer when no buffer is specified
by Alexandre Julliard Feb. 25, 2011

Feb. 25, 2011

Vitaly Perov <vitperov(a)etersoft.ru> writes: > @@ -7247,7 +7247,7 @@ static BOOL get_job_info_2(job_t *job, JOB_INFO_2W *ji2, LPBYTE buf, DWORD cbBuf > else > { > /* align DEVMODE to a DWORD boundary */ > - shift= (4 - ( (DWORD_PTR) ptr & 3)) & 3; > + shift= ptr ? (4 - ( (DWORD_PTR) ptr & 3)) & 3 : 3; It should most likely align from the start of the data, not from the pointer value. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: gdi32: first look for a printer driver name in the registry (try 5)
by Dmitry Timoshkov Feb. 25, 2011

Feb. 25, 2011

Vitaly Perov <vitperov(a)etersoft.ru> wrote: > + if (!hKey) RegCloseKey(hKey); This one is still not fixed. -- Dmitry.

2 1

Re: [PATCH] gdi32: Fix glyph orientation for inverted axis in compatible mode.
by Dmitry Timoshkov Feb. 25, 2011

Feb. 25, 2011

Alexander Kochetkov <al.kochet(a)gmail.com> wrote: > This is for the test application attached to the bug #22996 > I'm not sure, should I remove FT_IS_SCALABLE? How can I test the patch with non > scalable font? Could you please give me some advice? Testing with a non-scalable font should be easy, just use System instead of Arial as a font name. Regaring FT_IS_SCALABLE your patch just follows current logic and changes nothing. -- Dmitry.

1 0