- Wine-Devel - list.winehq.org

HKCU\Software created as volatile?
by Kimmo Myllyvirta Sept. 18, 2005

Sept. 18, 2005

I've met this kind of errors so many times with fresh installs that I finally took a look at what was going on; err:winecfg:set_config_key Unable to set configuration key Audio in section Drivers, res=1021 This error occurs because HKCU\Software is created with REG_OPTION_VOLATILE, thus making it impossible to create non-volatile keys under HKCU\Software. This breaks about every app that's trying to create keys under "Software" - like winecfg. This is because SystemParametersInfoW in dlls/user/sysparams.c creates the "HKCU\Software\Wine\Temporary System Parameters" key with REG_OPTION_VOLATILE - and if you do not have HKCU\Software\Wine already available, they are crated as volatile also. ( see get_volatile_regkey() ) You can test this simply by (if you have a fresh install, you can go directly to 4.); 1. Opening regedit 2. Delete HKCU\Software (or HKCU\Software\Wine only) 3. Close regedit 4. Open regedit 5. Try to create a new key under HKCU\Software (or HKCU\Software\Wine, if you removed only that) 6. You'll get error message "Subkey must be volatile" Any comments? ( This could be fixed in sysparams.c - already got a patch ready for it, but probably it's better to ensure in wineserver that the Software\Wine exists or something, so that this bug does not pop up again later? )

2 1

found it! the "dce porting" header file
by Luke Kenneth Casson Leighton Sept. 17, 2005

Sept. 17, 2005

http://examples.oreilly.de/english_examples/dce/dce_nt/dceport.h.aug95 o joy o joy. also, i found _this_!!! http://sourceware.org/pthreads-win32/ which is an implementation of pthreads on win32. _also_ i found - was reminded - by judicious searching on google, that of course entegrity.com have "PC-DCE" which is of course a _commercial_ product that has done exactly the work required: making dce (1.1? 1.2.2?) compile on Win32. including exceptions, dealing with mapping the names, blah blahhh. now. anyone got any brainy ideas on how to reverse dceport.h - in particular the thingy. wotsit. TRY/FINALLY/CATCH stuff? what i'm going to try to do is take a shot at simply compiling dcethreads - on win32. if that _works_ (the tests pass) it'll be great - it will prove two things: 1) that pthreads-win32 works 2) that the dce exception handling will fly, on win32, and _that_ means pretty much zero (urk! let's hope!) work. for now. my main goal: "GetItWorking(tm)". i couldn't care less about binary compatibility for now: i want "services" - i want srvsvcd, i want winregd, i want lsarpcd, i want samrd - all compiled, all working, using TCP/IP. i can then work on rewriting freedce's ntlmsspauth.so to be a DLL (starting off as my favourite - a stub with username and password of "test"). i can then work on writing an "ncalrpc" plugin transport (which is very straightforward: a matter of filling in about 25 functions in a vector table). and also on a ncacn_np plugin transport. "working" means that other people will then be able to focus on issues like binary compatibility. guys (wine team) i have to say this. you were utterly insane to not use freedce as your starting point - and i am still bewildered by you not even looking at its source code (which is topologically identical in almost all areas, to what you've created) or the opengroup's documentation. i say that with the greatest of respect for what you've achieved without freedce. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: XEmbed Systray Support
by Rob Shearman Sept. 17, 2005

Sept. 17, 2005

Robert Shearman wrote: > Hi, > > This patch allows new non-KDE systems to display notification area > icons for Win32 apps in the window manager's system tray, instead of > in a 16x16 top-level window. > > Changelog: > Support XEmbed protocol for system tray windows. Sorry, I forgot to credit Mike Hearn in the changelog. It should be as follows: Robert Shearman <rob(a)codeweavers.com> Mike Hearn <mh(a)codeweavers.com> Support XEmbed protocol for system tray windows. Thanks, Rob

1 0

OleFont: Fix IDispatch Implementation (was Re: olefont: GetIDsOfNames)
by Robert Shearman Sept. 16, 2005

Sept. 16, 2005

Walt Ogburn wrote: >Changelog: > Implement IFontDisp::GetIDsOfNames > > > You're not being lazy enough. All of this stuff can be easily implemented in one go using CreateStdDispatch, as long as you know how to use it. Try the attached patch. Changelog: Return the standard font IDispatch interface created using CreateStdDispatch on top of a typelib instead of manually implementing the necessary methods. -- Rob Shearman

2 4

Re: [RESEND] Fwd: wineprefix create theming directories
by Alexandre Julliard Sept. 16, 2005

Sept. 16, 2005

Vijay Kiran Kamuju <infyquest(a)gmail.com> writes: > Is there any thing wrong with this patch.? That should probably be done in the shell32 registration or somewhere similar, so that we don't have to hardcode the names. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Copy the generated fonts to windows/fonts
by Alexandre Julliard Sept. 16, 2005

Sept. 16, 2005

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. We really shouldn't need to do that, the fonts should be loaded from the standard install dir. If that doesn't work for some reason it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Copy the generated fonts to windows/fonts
by Vitaly Lipatov Sept. 16, 2005

Sept. 16, 2005

В сообщении от 16 Сентябрь 2005 16:11 Dmitry Timoshkov написал(a): > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. Dmitry, why we need to copy these fonts? Can we use symlinks for it? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: Copy the generated fonts to windows/fonts
by Andreas Mohr Sept. 16, 2005

Sept. 16, 2005

Hi, On Fri, Sep 16, 2005 at 09:11:04PM +0900, Dmitry Timoshkov wrote: > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. > + rm -f "$CROOT/windows/fonts/$i" && cp "$fontsdir/$i" "$CROOT/windows/fonts/$i" || echo "Warning: failed to copy $i" Is it really a good idea to force-remove old fonts? What if a misconfiguration means that someone is using his Windows partition at that place? Maybe do mv "$CROOT/windows/fonts/$i" "$CROOT/windows/fonts/$i.old" instead? That would preserve the old version, yet due to static suffix would not create another new copy each time someone runs that script (ok, it would overwrite the original windows font at the second script run, but then I'd consider it the user's own fault for not detecting it earlier and also placing a Windows partition there). Andreas Mohr

1 0

Re: [AppDB] new server supports GD2
by Jonathan Ernst Sept. 16, 2005

Sept. 16, 2005

Hi Chris, Something wrong with this one ? Le mercredi 31 août 2005 à 15:16 +0200, Jonathan Ernst a écrit : > To be applied after Jeremy confirms that GD2 is installed. > To test: go to the admin and regenerate all pictures > > Changelog: > - use GD2 php functions to get nicer screenshots > > > > > -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: winspool/tests: New Testsuite
by Detlef Riekenberg Sept. 15, 2005

Sept. 15, 2005

Am Montag, den 29.08.2005, 00:53 +0200 schrieb Detlef Riekenberg: This Patch in not in the CVS yet. http://www.winehq.org/pipermail/wine-patches/2005-August/020289.html > Changelog: > > - New Testsuite for winspool.drv: > GetDefaultPrinterA/W and > GetPrinterDriverDirectoryA/W > - Verbose Output with "WINETEST_DEBUG" > 1 > Any suggestions / comments on this work ? -- By By ... ... Detlef

2 2