June 2005 - Wine-Devel - list.winehq.org

Re: wine/programs/winecfg x11drvdlg.c winecfg.h wi ...
by Dimi Paun June 16, 2005

June 16, 2005

> Log message: > Fixed registry paths to edit the real config, and removed the startup > warning message. > > Patch: http://cvs.winehq.org/patch.py?id=18225 Joy!!! Way to go Alexandre, this was a long time comming. Glad to see we're within the deadlines :) Brian, now we can update the User Guide too, and get the stuff you wrote some time ago into the official docs. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

bug in winetest gui
by Ivan Leo Puoti June 16, 2005

June 16, 2005

On some systems the tag window is created as modal, but doesn't get focus until the user clicks on the dialogue box or the winetest window. I've found this on windows server 2003 service pack 1, Michael Jung has confirmed this happens on windows server 2003 and windows xp service pack 2. I don't see why Microsoft would change an old and tested function like DialogBoxParam, but something is going wrong. Michael also reported focus stays on the about box in the wine test window, so this windows isn't disabled properly. For some reason I can't get winetest to cross compile here, as I can't try fixing it myself I thought I'd might as well report it. BTW the tag box takes focus correctly on nt 4.0 sp6 Ivan.

3 4

Re: [ntdll/tests/info.c] ProcessBasicInformation
by Felix Nawothnig June 16, 2005

June 16, 2005

Paul Vriens wrote: > Changelog > W2K3 returns STATUS_INVALID_HANDLE instead of STATUS_ACCESS_VIOLATION If no apps depends on it returning STATUS_ACCESS_VIOLATION - should we maybe do this too? Seems more clean to me since we don't actually catch page faults and passing (void*)1 will crash it anyway. Just a thought. -Felix

1 0

SHELL32/tests: trim extraneous backslash (fwd)
by Saulius Krasuckas June 16, 2005

June 16, 2005

Is there something wrong in the patch or should I only resync it to current CVS, as it applies not cleanly: patching file dlls/shell32/tests/shlfileop.c patching file dlls/shell32/tests/shlfolder.c Hunk #1 succeeded at 388 (offset 41 lines). ? ---------- Forwarded message ---------- Date: Wed, 15 Jun 2005 16:34:40 +0300 (EEST) To: wine-patches(a)winehq.org When tests starts in lets say 'C:\', some SHELL32 functions are passed 'C:\\testdir'. Then some f-ns fail, while other start lagging horribly. ChangeLog: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Trim backslash when current dir is a root of the drive. Index: dlls/shell32/tests/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfileop.c,v retrieving revision 1.19 diff -w -p -u -r1.19 shlfileop.c --- dlls/shell32/tests/shlfileop.c 1 Jun 2005 11:04:26 -0000 1.19 +++ dlls/shell32/tests/shlfileop.c 15 Jun 2005 13:29:48 -0000 @@ -64,7 +64,14 @@ BOOL file_exists(const CHAR *name) /* initializes the tests */ void init_shfo_tests(void) { + char *tail; + + /* shouldn't we cd to %TEMP% to don't leave + trash in a case test caughts some exception? */ GetCurrentDirectoryA(MAX_PATH, CURR_DIR); + tail = CURR_DIR + lstrlenA(CURR_DIR) - 1; + if(*tail=='\\') *tail=0; + createTestFile(".\\test1.txt"); createTestFile(".\\test2.txt"); createTestFile(".\\test3.txt"); Index: dlls/shell32/tests/shlfolder.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfolder.c,v retrieving revision 1.12 diff -w -p -u -r1.12 shlfolder.c --- dlls/shell32/tests/shlfolder.c 14 Jun 2005 19:18:26 -0000 1.12 +++ dlls/shell32/tests/shlfolder.c 15 Jun 2005 13:29:48 -0000 @@ -347,12 +347,15 @@ START_TEST(shlfolder) { ITEMIDLIST *newPIDL; IShellFolder *IDesktopFolder, *testIShellFolder; + char *tail; char cCurrDirA [MAX_PATH] = {0}; WCHAR cCurrDirW [MAX_PATH]; static const WCHAR cTestDirW[] = {'\\','t','e','s','t','d','i','r',0}; HRESULT hr; GetCurrentDirectoryA(MAX_PATH, cCurrDirA); + tail = cCurrDirA + lstrlenA(cCurrDirA) - 1; + if(*tail=='\\') *tail=0; MultiByteToWideChar(CP_ACP, 0, cCurrDirA, -1, cCurrDirW, MAX_PATH); strcatW(cCurrDirW, cTestDirW);

1 0

Re: ntdll: Implement RtlCopySecurityDescriptor
by Alexandre Julliard June 16, 2005

June 16, 2005

James Hawkins <truiken(a)gmail.com> writes: > +/****************************************************************************** > + * RtlCopyAcl [NTDLL.@] > + */ > +BOOLEAN WINAPI RtlCopyAcl(DWORD nDestinationAclLength, PACL pDestinationAcl, PACL pSourceAcl) > +{ > + DWORD size = ((ACL *)pSourceAcl)->AclSize; > + > + if (!pSourceAcl || !RtlValidAcl(pSourceAcl) || nDestinationAclLength < size) > + return FALSE; There isn't much point in checking for a NULL pSourceAcl when you have already dereferenced it ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/x11drv x11drv_main.c x11drv.h palette.c
by Dimi Paun June 16, 2005

June 16, 2005

From: "Alexandre Julliard" <julliard(a)winehq.org> > Log message: > Merged palette option processing into the main configuration code. Hmm, these don't seem to have the magic comments, is this intentional? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 9

Alsa initialization change
by Jeremy White June 16, 2005

June 16, 2005

Attached is a fairly sizable patch that revamps the way Alsa initialization is done. With this patch, Wine now does the following: scan all cards given by Alsa (not brute force 0-5), respect alsa defaults and environment variable overrides, probe to see if a reported Alsa device is useful (e.g. strip my Modem from the list of reported sound cards), and provide a mechanism for an end user to explicitly configure Wine to use Alsa. The default configuration values should 'just work' in most cases, but the following registry values are permitted to provide finer control: ** [Software\Wine\Wine\Config\ALSA] ** AutoScanCards Whether or not to scan all known sound cards ** and add them to Wine's list (default yes) ** AutoScanDevices Whether or not to scan all known PCM devices ** on each card (default no) ** UsePlugDevice Whether or not to use the plug:hw device, ** which automagically handles rate conversion (def yes) ** DeviceCount If present, specifies the number of hard coded ** Alsa devices to add to Wine's list; default 0 ** DevicePCMn Specifies the Alsa PCM devices to open for ** Device n (where n goes from 1 to DeviceCount) ** DeviceCTLn Specifies the Alsa control devices to open for ** Device n (where n goes from 1 to DeviceCount) ** ** Using AutoScanCards no, and then Devicexxx info ** is a way to exactly specify the devices used by Wine. I'd appreciate anyone passionately interested in Alsa (Kevin? Robert?) taking the time to try this patch. I've tried to 'do no harm', but this is a material enough change that I'm not yet comfortable submitting it to wine-patches. fwiw, there is a (fairly thin) thread on the alsa dev lists regerading this here: http://sourceforge.net/mailarchive/forum.php?thread_id=7452725&forum_id=1752 Cheers, Jeremy

2 8

VMWare Licenses
by Brian Vincent June 16, 2005

June 16, 2005

A few weeks ago Ivan asked me about getting him a VMWare Workstation license. I contacted VMWare and they graciously donated 5 licenses to Wine. I thought that was pretty generous of them. I contacted some people off-list about it, so now Ivan, Jacek, Hannu, and James all have a copy of VMWare. That means we have 1 more license up for grabs. It's open to anyone. However, I'd like to make sure you'll use it. If you don't have a track record of contributing patches to Wine you're not likely to get it. Likewise, if you don't think you'd use it then please don't ask for it just to have it. Having said that, by all means contact me if you think it would help you out. A lot of Wine developers have been using it for a while and it's a useful tool. Thanks again to VMWare for supporting a free software project! -Brian

2 2

Re: [t2] AutoCAD and more in Wine on T2
by wino＠piments.com June 15, 2005

June 15, 2005

Hey , and it looks to be working nicely , damn you ;) You just have to resist sending everyone three page emails now! I got one step nearer by moving from 20050310-r1 to 20050524 . This enabled wine to correctly adjust the volume settings and got me through the basic audio setup of NS7. Although I had to turn off the mike boost using alsamixer since NS/wine did not seem to be aware of it. In fact it appears not to set the mike capture but the mike playback volume, so disfuntional but it did not block. I can enter general training for the user and the dlg comes up fine but the only button the works is ... Cancel. This was on alsa-1.08 , I may try 1-09b tommorow. Tantalisingly close. :( On Wed, 15 Jun 2005 23:31:04 +0200, René Rebe <rene(a)exactcode.de> wrote: > Hello T2 community, > > The cool thing about this mail is, that it was dictated using > NaturallySpeaking version 7 running inside Wine -- as I noted I'm on in > the > previous mail. > > It took me quite a lot of my free time and it was quite tricky and messy > to > get wine there. > > Special thanks to Peter for helping preparing the wine configuration. > > Screenshot: http://ec-outpost.dyndns.org/wine-ns7.png > > On Thursday 09 June 2005 00:08, René Rebe wrote: > >> primarily I wanted to get my old IBM ViaVoice investment working under >> Wine >> - which I have not yet managed - or a recent Naturally Speaking version >> (8) >> - which also has some problem - but I think the version 7 of NS will do, > > Have fun -- yours, >

2 1

Status of recent wined3d patches
by Joerg Mayer June 15, 2005

June 15, 2005

Will the recent d3d patches by Oliver be committed? Thanks Joerg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

1 0