- Wine-Devel - list.winehq.org

Re: support for gradient captions
by Dmitry Timoshkov July 6, 2005

July 6, 2005

"Frank Richter" <frank.richter(a)gmail.com> wrote: > --- dlls/user/nonclient.c (/wine/trunk) (revision 21713) > +++ dlls/user/nonclient.c (/me/trunk) (local) > @@ -197,6 +197,69 @@ > return hIcon; > } > > +extern BOOL WINAPI GdiGradientFill (HDC, PTRIVERTEX, ULONG, PVOID, ULONG, ULONG); wingdi.h is a more appropriate place for this. -- Dmitry.

1 0

Re: [ntdll] load all dll sections no matter what attributes say
by Eric Pouech July 6, 2005

July 6, 2005

Vitaliy Margolen a écrit : > Vitaliy Margolen > > changelog: > dlls/ntdll/virtual.c > Load all dll sections no matter what attributes say why do you need this ? A+ -- Eric Pouech

3 4

sample msxml3 implementation
by Vijay Kiran Kamuju July 6, 2005

July 6, 2005

Hi, I thought i have some suggestions in implementing the msxml3.dll I am sending an old sample stub implemenation (incomplete). I am rewriting the msxml3.dll need some suggestions. Thanks, Vijay

2 3

wine configuration via the registry and such
by Ray July 6, 2005

July 6, 2005

Hi, I'm Ray, and I am a wine addict. ;) Seeing how a big step is made, I thought I'd drop a line concerning the "new way" to configure wine. First off, it's great to have some GUI to setup wine, though the config file was kind of handy and simple to use. There had to be changes with the winecfg tool though. But seeing how the configuration now is plainy stuffed into the "normal" registry, and how the important keys are simply get mixed up with other stuff makes me wonder if it could be done otherwise. I also wondered why exactly the registry is used for wine configuration and not a single config file? Winecfg could store the exactly same settings in the config file, too. Of course, on one hand to be as much "windows-ish" as possible, the registry seems to be the way, on the other hand, since wine comes from the linux side, I cannot really see some argument against ONE SINGLE easy-to-handle config file. >From the aspect of a GUI usage, I can't think of an real difference between both, except where the settings are stored. I might miss something else as well, though. But secondly, the winecfg tool is basically not usable for a basic setup or the switch from config file to the registry (yet). In other words, I based my configuration on the Sidenet-configuration-tool once and simply can't be bothered to hack all those DLL settings in via the GUI. And this everytime I have to reconfigure or setup (a new) wine. And there are more settings than just the DLL ones. Of course, once the basic configuration is done, one could use the registry editor to export a couple .reg files for later reimports. Basically it is what I do/did, I just "patched" the Sidenet-1.8.2-script to import .reg files, of course shortly before 1.8.3 came out ;* So I now ended up in doing it the .INF-file way .. it appears to be the best one for script based setup, too. But using simply and ONLY winecfg for setting wine up is hardly practicable if you have an existing configuration to implement. Editing the .reg files in an editor is somewhat strange since all the registrykeys are re-arranged every time wine is started, that means a lot of searching, especially if software has been installed. It also appears there is no coherent block of wine configuration settings, which was some kind of advance for the config file. Another advance was the ability to comment things out in the config file, if you do it the same way in the .reg file it gets deleted with the next wine start. A possible solution is not to comment the whole line out, but change the key's name (e.g. "comctl32"="native" => ";comctl32"="native"). But that again causes the key to be re-arranged and you have to find it again. Granted, using this example it is just moved up to the beginning of the section, plus you can see all the "commented" keys at once.. on the other hand, I don't really know what happens with those keys, since they are not really taken out of the configuration. And it's not very handy to delete and recreate those entries via winecfg in case of error/bug search or whatever. There is an option "disable" on the libraries tab, but it seems to completely disable the use of a DLL. (Err.. just like it says ^^) Speaking of comments, there is also no possibility to comment sections in the configuration anymore, which make it difficult to always remember why a setting has been made, what are there for options etc. This is not good, and even more if the whole configuration stuff is not arranged using my (the users) order/system but wine's :~ I think some im- and export interface for settings in the winecfg tool could be useful. (Using Sidenet seems to be useful, too, but .. I don't think it'd be too much of a redundance :D) Maybe there also should be some kind of description/comment lines available in the GUI. And I think it would be nice to have a way to disable a setting (read: comment out), mostly and especially on the libraries tab. And what I would like to see is some extra .reg file like "wine.reg" where all (real) wine related stuff is stored. This way one can simply transfer wine settings from one wine instance to another without having any worries about accidently catching some keys made by other software. "Native" editing would be much more simpler, too. Another advantage would be that one can easily "reset" a screwed configuration by restoring a backup of the file without the risk of screwing registry entries of installed software. And finally, there is the documentation issue. Many basic config file sections and options are documented, but not all, most of them can be simply "converted" to the registry ones, some of them are commented in the source but may lack of documentation, some are just .. however, the point I am trying to make is, that guessing things because they are undocumented is something from the windows world I do not really want to be "emulated" with wine. ;D -Rayston

1 0

Re: PATCH: EXTRACFLAGS removal from configure
by Alexandre Julliard July 6, 2005

July 6, 2005

Marcus Meissner <marcus(a)jet.franken.de> writes: > EXTRACFLAGS and CFLAGS complement it each other in the configure.ac script, > I see no need to have it "EXTRA". The reason for it is that the user is allowed to set his own CFLAGS, so the Wine flags have to be in EXTRACFLAGS. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: avifile init/exit handling
by Andreas Mohr July 6, 2005

July 6, 2005

Hi, On Wed, Jul 06, 2005 at 08:14:14AM +0200, Marcus Meissner wrote: > Hi, > > This implements Roberts suggestion of uninitializing Ole if it is no > longer needed. > > Ciao, Marcus > > Changelog: > Call OleUninitialize() on last AVIFileExit() > +static int ole_initialized = 0; > + > + if (!ole_initialized++) > + OleInitialize(NULL); Isn't that somewhat racey? Probably better to use InterlockedIncrement() here. Andreas Mohr

1 0

Re: Half-Life 2 / Counter-Strike: Source under Wine
by Paul Vriens July 6, 2005

July 6, 2005

> Why it need StackWalk64 ? > Do you use a windows-64 bit version ? You can call the *64 functions without running a 64-bit version of windows or the dll. I had to forward SymLoadModule64 to SymLoadModule to solve an issue in Process Explorer. This however means that more and more apps are going to use the *64 funtions and that our dbghelp needs an overhaul (any volunteers ?). Cheers, Paul.

1 0

Re: fyi link to wine-wiki based on your forum post
by James Liggett July 6, 2005

July 6, 2005

I think this should also go into the official Wine Wiki too. But anyways, thanks very much for the exposure :) James On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote: > I have copied some of what you wrote in the forum into the unofficial > wine-wiki, > but I would appreciate a quick look over in case I have made an error > Here is a link for your perusal. > > http://wiki.jswindle.com/index.php/Palm_Desktop > > there is also some info about dcom,and ie that may be of interest. > > If you wish me to remove /change/ fix.. :-) , please email me > directly, or help > yourself to remove/change/make anon etc.. > > thank you. > > Joseph Black > cc Stefan Leichter

1 0

Re: fyi link to wine-wiki based on your forum post
by James Liggett July 6, 2005

July 6, 2005

Hi Joseph, Thanks for doing this, great work!! FYI, I just became the app maintainer for Desktop 4.1; the same stuff can now be found in the app db. Other than that, this looks good. James Liggett On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote: > I have copied some of what you wrote in the forum into the unofficial > wine-wiki, > but I would appreciate a quick look over in case I have made an error > Here is a link for your perusal. > > http://wiki.jswindle.com/index.php/Palm_Desktop > > there is also some info about dcom,and ie that may be of interest. > > If you wish me to remove /change/ fix.. :-) , please email me > directly, or help > yourself to remove/change/make anon etc.. > > thank you. > > Joseph Black > cc Stefan Leichter

1 0

Re: [USER32] Zero out buffer in SYSPARAMS_Load
by Dmitry Timoshkov July 6, 2005

July 6, 2005

"Felix Nawothnig" <felix.nawothnig(a)t-online.de> wrote: > + memset( lpBuf, 0, count ); Don't you think that your patch is a bit too large although the only thing it does is adding the only a single memset call? Please get rid of all not necessary formatting changes and resubmit. -- Dmitry.

2 1