April 2007 - Wine-devel - list.winehq.org

[try 2] Move console input/output codepages to server - what's wrong?
by Kirill K. Smirnov 07 May '07

07 May '07

Hi, A week ago I've sent a patch which fixes console input/output codepages handling. http://www.winehq.org/pipermail/wine-patches/2007-April/038429.html It is still not applied, so please, explain, what is wrong with it? It even fixes 2 tests: $wine kernel32_test.exe.so process before: process: 510 tests executed (0 marked as todo, 6 failures), 0 skipped. after: process: 510 tests executed (0 marked as todo, 4 failures), 0 skipped. Thanks, -- Kirill

1 1

Re: Fix xcopy so output is either unicode (console) or oem (file)
by Kirill K. Smirnov 05 May '07

05 May '07

В сообщении от 23 апреля 2007 16:11 вы написали: > "Kirill K. Smirnov" <lich(a)math.spbu.ru> wrote: > >> >> The written strings in 866 and 1251 code pages are only readable > >> >> when output console code page matches the string encoding. > >> > > >> > This is in wine. > >> > In windows only cp866 is readable regardless of ConsoleOutputCP. > >> > >> As I said I tested under Windows (XP) only, and SetConsoleOutputCP > >> does change the behaviour of WriteConsoleA for me. If it wouldn't > >> I'd call it a bug. > > > > I tested under Windows 2003 and SetConsoleOutputCP does NOT change the > > behaviour of WriteConsoleA for me. > > Does Windows play us a trick? > > No the difference in observed behaviour was caused by the fact that I ran > the test under FAR, once I run it under cmd.exe I see what you do. Ahhh, I understood!!! You test does not return codepage back to 866. My version of your test does it. Far Manager somehow checks codepage and converts characters accordingly. I've removed the last convertion back to cp866 and observed the same behaviur as you. Thus, I can proclaim WriteConsoleA buggy. -- Kirill

2 2

Fw: [PATCH] CMD.exe: Remove code duplication for _splitpath
by Ann & Jason Edmeades 01 May '07

01 May '07

"Alexandre Julliard" <julliard(a)winehq.org> wrote in message news:<87d51qw39a.fsf(a)wine.dyndns.org>... > Jason Edmeades <us(a)edmeades.me.uk> writes: > > > Note: This makes cmd.exe pull in msvcrt, but so does native > > Native doesn't have a choice, but we do. Unless there are good reasons > to import msvcrt it's better to stick to standard libc. > Well, I am trying to convert cmd.exe to unicode, and was hoping to use the wide crt functions to replace e.g. strstr, strdup etc. This way it's a relatively simple transition from char to WCHAR without having to rewrite other functions. LstrcatW and lstrcpyW help, but there's other functions with no non-CRT equivalents. Does this change your mind? :-) Jason

2 1

Re: winex11.drv: provide a workaround for apps that need 32-bit screen depth
by Chris Robinson 30 Apr '07

30 Apr '07

On Monday 30 April 2007 01:25:02 pm Louis. Lenders wrote: > AFAICS there's no real fix for this now, > as X11 visual reports back screendepth 24. Even by setting the registrykey > "ScreenDepth" to 32, the applications fail. I actually had a semi-working fix for this. What I did was create a small, temporary pixmap at initialization using the same visual as the screen, then getting the pixmap's bpp value, which would correctly give 32bpp that winex11.drv could then use to report for BITSPIXEL. It would also still work for 16 and true 24bpp modes. However, the problem is that there's places that assume BITSPIXEL is the same as the color depth (which for the case of 32bpp, is not true).

1 0

Re: dsound: PrimarySetFormat patch, dsound does not properly support audio > 2 channel - try 2
by Chris Robinson 30 Apr '07

30 Apr '07

On Monday 30 April 2007 04:15:41 am Dylan Taft wrote: > + if (wfex->nChannels > 2) { > + FIXME("Currently only supports 2 channels, returning > DSERR_BADFORMAT. (requested channels=%d)\n",wfex->nChannels); > + return DSERR_BADFORMAT; > + } The function is not supposed to fail if it's trying to set an unsupported format with a priority level of DSSCL_PRIORITY. It should instead just set the closest possible. The function *should*, however, fail like that if using the DSSCL_WRITEPRIMARY priority level.

1 0

wine killing X?
by Juan Lang 30 Apr '07

30 Apr '07

I just upgraded to the latest wine version and tried wineprefixcreate (no .wine directory), and it kills X. Nvidia drivers 1.0.9755. Anyone else see this? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

6 6

Re: [localui} New Korean Resource
by Detlef Riekenberg 30 Apr '07

30 Apr '07

On Mo, 2007-04-30 at 08:21 +0900, Hwang YunSong(황윤성) wrote: > --- /dev/null 2007-04-30 07:48:17.228075573 +0900 > +++ ui_Ko.rc 2007-04-30 08:22:30.000000000 +0900 I asked another Translator to pause a week, until the Patches with the dialogs are in the tree. (Patch for AddPortUI was send today, so only one Dialog left). A Patch with Resources for many Languages grow really fast. Thanks for your Help. -- By by ... Detlef

1 0

Re: Extensive ScrollDC investigation
by Dmitry Timoshkov 30 Apr '07

30 Apr '07

"Aric Stewart" <aric(a)codeweavers.com> wrote: > Reworking some parts of ScrollDC to properly mask and scroll the right > areas of the DC as well as generate the correct update regions. > Extensive testing used to verify the behavior. This test hangs forever for me under XP displaying a listbox with "ENTRY xx" entries if winetest_debug != 0. Once I forcibly set winetest_debug = 0 the test never produces test statistics (failed, skipped). The whole idea of playing with winetest_debug and DRAW_CHECK inside of the drawing test looks broken to me. -- Dmitry.

4 4

RE: Extensive ScrollDC investigation
by Jeremy White 30 Apr '07

30 Apr '07

Woot! This fixes a long standing bug in Quickbooks for me (I can now scroll my report windows without nasty repainting artifacts). Cheers, Jeremy > -----Original Message----- > From: wine-patches-bounces(a)winehq.org > [mailto:wine-patches-bounces(a)winehq.org] On Behalf Of Aric Stewart > Sent: Sunday, April 29, 2007 4:53 PM > To: wine-patches > Subject: Extensive ScrollDC investigation > > Reworking some parts of ScrollDC to properly mask and scroll > the right > areas of the DC as well as generate the correct update regions. > Extensive testing used to verify the behavior. > --- > dlls/user32/tests/win.c | 316 > +++++++++++++++++++++++++++++++++++++++++++++ > dlls/winex11.drv/scroll.c | 64 +++++++++- > 2 files changed, 377 insertions(+), 3 deletions(-) >

1 0

Re: dbghelp: Directly use Heap functions.
by Dmitry Timoshkov 30 Apr '07

30 Apr '07

"Markus Amsler" <markus.amsler(a)oribi.org> wrote: > void pool_destroy(struct pool* pool) > { > - struct pool_arena* arena; > - struct pool_arena* next; > - > -#ifdef USE_STATS > - unsigned alloc, used, num; > - > - for (alloc = used = num = 0, arena = pool->first; arena; arena = arena->next) > - { > - alloc += pool->arena_size; > - used += arena->current - (char*)arena; > - num++; > - } > - FIXME("STATS: pool %p has allocated %u kbytes, used %u kbytes in %u arenas,\n" > - "\t\t\t\tnon-allocation ratio: %.2f%%\n", > - pool, alloc >> 10, used >> 10, num, 100.0 - (float)used / (float)alloc * 100.0); > -#endif > - > - for (arena = pool->first; arena; arena = next) > - { > - next = arena->next; > - HeapFree(GetProcessHeap(), 0, arena); > - } > - pool_init(pool, 0); > + return; > } The old code at least bothered to actually free some memory. -- Dmitry.

3 4