wine-devel July 2005

wine-devel@winehq.org

152 participants
298 discussions

Re: commctrl: initial button theming support
by Kevin Koltzau 07 Jul '05

07 Jul '05

On Sunday 03 July 2005 9:16 am, Frank Richter wrote: > Add initial button theming support. Upon initialization, the "Button" > class is subclassed. In case theming is activated, the subclass will > take control of painting and state management; without theming, all > theming-unrelated messages are forwarded to the old button class. + /* internal stuff */ +#define BUTTON_HOT 0x80000000 +#define BUTTON_INTERNAL (BUTTON_HOT) Under windows, the mouseover state is 0x200 + theme = themingActive ? OpenThemeData( hWnd, themeClass ) : NULL; + set_button_theme( hWnd, theme ); Calling OpenThemeData with a handle associates that theme with the window, which can then be retrieved with GetWindowTheme(hWnd), you don´t need to track the window theme handle yourself

2 2

_setmbcp giving error for codepage -3
by Vijay Kiran Kamuju 07 Jul '05

07 Jul '05

Hi, according to http://msdn2.microsoft.com/library/883tf19a(en-us,vs.80).aspx or msdn.microsoft.com/library/ en-us/vccore98/HTML/_crt__setmbcp.asp it should not get errored out for _MB_CP_ANSI which is actually defined in mbctype.h the value's are /* _setmbcp parameter defines */ #define _MB_CP_SBCS 0 #define _MB_CP_OEM -2 #define _MB_CP_ANSI -3 #define _MB_CP_LOCALE -4 so it should not get erroed out for code page of -3 and also i think that we should add mbctype.h to the include. If u agree i would like to write it or anyone can do it. Thanks, Vijay

1 1

Get FireFox button ?
by Sijmen Mulder 07 Jul '05

07 Jul '05

He's got a point there. The target audience is mostly the Linux user - which won't be using Internet Explorer anyways! 2005/7/6, Marcelo Duarte <marcelotduarte(a)gmail.com>: > Wine uses an Mozilla ActiveX in shdocvw, and Jacek is using Gecko in > another part, forcing the user to have Firefox, no? > In another side, the user of Wine, is using Linux and Firefox or another > Open Source Browser, not IE. > > wino(a)piments.com escreveu: > > > Yes but anyone looking a wine knows about Linux and knows about the > > ammount crap to expect for IE be it on wine or windows > > > > I find it hard to imagine that anyone coming to wine needs to be made > > aware of FF or any other non-IE browser. > > > > The Open-standards link suggested would be a good idea for a link page > > but I agree with Marcus that it is not needed on the front page. > > > > Why not some worthy appeal buttons as well , Tsunami victims are less > > important than FireFox? > > > > m2c ;) > > > > On Wed, 06 Jul 2005 14:27:12 +0200, Andreas Mohr > > <andi(a)rhlx01.fht-esslingen.de> wrote: > > > >> Hi, > >> > >> On Wed, Jul 06, 2005 at 01:46:06PM +0200, Holly Bostick wrote: > >> > >>> By the way, did you guys know that Mozilla.org links to CX on the > >>> plugins page? > >>> > >>> http://plugindoc.mozdev.org/linux.html > >>> > >>> Check the bottom of the page. > >>> > >>> They even bring Wine into it, and compliment Codeweavers for their > >>> support of the Wine project. > >>> > >>> Damn decent of them, really. > >>> > >>> But, whatever. > >>> > >>> Holly > >> > >> Do I sense some slight disagreement in this mail? ;-) > >> > >> Well, I for one am slightly astonished about that FireFox button > >> reaction. > >> > >> The whole world is talking about the lack of interoperability or > >> community > >> efforts within the OSS community, and here we are blindly rejecting > >> any attempt to go into such a direction. > >> > >> So, while it can very easily be considered not very "PC" to place a > >> specific > >> Mozilla button on the main page, a non-specific "you may get a > >> standards-compliant browser here" button surely cannot hurt? > >> (provided a decent web site exists for such an effort, and provided we > >> really want to do that) > >> > >> I mean, *did* we have a huge amount of pain from all the non-standard > >> web pages caused by the "less than perfectly" interoperable > >> Intrusion Engine, > >> or didn't we? > >> And *did* we have huge pains from the continually reoccurring security > >> issues of IE or didn't we? > >> > >> Next time you tell us we should remove the donation button from the > >> web page since it distracts users... > >> > >> Andreas Mohr > >> > >> > > > > > > > > > > -- Sijmen Mulder -- Sijmen Mulder

6 6

re: cabinet.dll dev. - Using external compression libraries
by Dan Kegel 07 Jul '05

07 Jul '05

Gerold J. Wucherpfennig wrote: > I'd like to use an LGPL licensed LZX compressor > for the compression part of cabinet.dll. > > What's the best way to accomplish this? > - copy and pasting the code as required. > - dynamically loading an elf library at runtime > - do configure checks at ./configure and link statically > - do the same and link dynamically > - checkin a windows-version of this LZX compressor to wine cvs and use that at > runtime. > > Web site: > http://www.speakeasy.org/~russotto/chm/ I had a look at the source for this compressor. It's pretty small. I recommend unpacking lzxcomp.tar.gz right into dlls/cabinet and simply using the source files completely unchanged if possible. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

cabinet.dll dev. - Using external compression libraries
by Gerold J. Wucherpfennig 06 Jul '05

06 Jul '05

Hi all, I'd like to use an LGPL licensed LZX compressor for the compression part of cabinet.dll. What's the best way to accomplish this? - copy and pasting the code as required. - dynamically loading an elf library at runtime - do configure checks at ./configure and link statically - do the same and link dynamically - checkin a windows-version of this LZX compressor to wine cvs and use that at runtime. Web site: http://www.speakeasy.org/~russotto/chm/ Regards Gerold

2 1

Re: shell32.dll/Printer_LoadIconsW implemented (v2)
by Frank Richter 06 Jul '05

06 Jul '05

On 06.07.2005 01:01, Detlef Riekenberg wrote: > + /* Icon in native printui.dll: "Not the default, connected Local Printer" */ > + SHELL32_hmodule = LoadLibraryA("printui.dll"); > + iconindex = 1; > + > + if (SHELL32_hmodule == NULL) > + { > + /* Icon in shell32.dll: "Not the default, connected Local Printer" */ > + SHELL32_hmodule = shell32_hInstance; > + iconindex = IDI_SHELL_PRINTER; > + } Actually, all the different printer icons are contained in shell32.dll; hence, trying to use printui.dll there is probably rather counter-productive... -f.r.

2 1

Theming
by Frank Richter 06 Jul '05

06 Jul '05

Hi, I've recently submitted a patch to add initial theming support for push buttons. Most likely I'll have to iterate over it a few times before it could get accepted into CVS, so I'd like to just query for comments/questions/criticism on it. Thanks! Patch: http://www.winehq.org/hypermail/wine-patches/2005/07/0073.html -f.r.

2 3

Re: [WINECFG] Japanese translation
by Frank Richter 06 Jul '05

06 Jul '05

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

3 2

Re: support for gradient captions (resend)
by Dmitry Timoshkov 06 Jul '05

06 Jul '05

"Frank Richter" <frank.richter(a)gmail.com> wrote: > (Now using GradientFill() instead of GdiGradientFill().) > --- dlls/user/Makefile.in (/wine/trunk/dlls/user) (revision 21713) > +++ dlls/user/Makefile.in (/me/trunk/dlls/user) (local) > @@ -5,7 +5,7 @@ > VPATH = @srcdir@ > MODULE = user32.dll > IMPORTLIB = libuser32.$(IMPLIBEXT) > -IMPORTS = gdi32 advapi32 kernel32 ntdll > +IMPORTS = gdi32 msimg32 advapi32 kernel32 ntdll It's even worse. user32 can't depend on msimg32 or any other high level dll. Just add GdiGradientFill to wingdi.h and resend your 1st patch. -- Dmitry.

2 2

Re: support for gradient captions
by Dmitry Timoshkov 06 Jul '05

06 Jul '05

"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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

> 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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

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 06 Jul '05

06 Jul '05

"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

Re: Installing Palm Desktop
by James Liggett 06 Jul '05

06 Jul '05

Thanks Chris, just submitted. Knew I was being stupid about it... James On Tue, 2005-07-05 at 22:47 -0400, Chris Morgan wrote: > I wouldn't worry about the reason. If you run the app and are interested in > maintaining the howto and potentially responding to forum posts, thats more > than enough. We put the reason question on there because otherwise its > difficult to tell apart the users that have the knowledge to help vs. the > ones that just want the application to work for them under wine. > > Chris > > > On Tuesday 05 July 2005 10:19 pm, James Liggett wrote: > > Hi Tony, > > This is Desktop 4.1 that came with my Tungsten T. I've considered > > becoming a maintainer for the app, but being the extremely neurotic > > perfectionist I am, I've yet to decide what exactly my "reason" for > > becoming a maintainer will be, but I will be putting in the request > > eventually. > > > > Kind regards, > > James Liggett > > > > On Tue, 2005-07-05 at 19:42 -0600, Tony Lambregts wrote: > > > James Liggett wrote: > > > > Hi Uwe, > > > > I figured out how to install Palm Desktop, perhaps this might prove > > > > useful to someone: > > > > > > > > 1. Install native Windows Installer manually. To do this, install > > > > dcom98 first. Then run instmsia.exe. The install will complain, but it > > > > will leave behind all the files you need in Windows\Installer\InstMsi0. > > > > Copy all the files in there to Windows\system, and set msi.dll and > > > > msiexec.exe to native. > > > > > > > > 2. Install Windows Script 5.6. You can download it from here: > > > > http://www.microsoft.com/downloads/details.aspx?FamilyID=0a8a18f6-249c- > > > >4a72-bfcf-fc6af26dc390&DisplayLang=en Keep in mind that it's the English > > > > version though. To install it, set setupapi to builtin and run the > > > > file. > > > > > > > > 3. Run Palm Desktop setup like normal, and it will install everything > > > > you need. > > > > > > > > Of course, running palm desktop is a different story (there is a crash > > > > in WinMM that stops it from running.) I'm currently working on getting > > > > Hotsync to work with my USB cradle using the visor driver, but there's > > > > some problems with that. I'll post a dump of the messages I get and see > > > > if I can make something happen. Thanks for the help :). > > > > > > What version of Palm Desktop is this? This would make a great howto, I > > > would add it to the proper version myself if I knew the version. > > > > > > Please consider becoming a maintainer for this app. > > > > > > http://appdb.winehq.org/appview.php?appId=688 > > > > > > -- > > > > > > Tony Lambregts

1 0

Palm Desktop and Hotsync with usbserial
by James Liggett 06 Jul '05

06 Jul '05

Hello all, Many have been following my attempts at getting Palm Desktop and Hotsync to work. I've tried setting up a COM port that points to the USB device generated by the visor kernel driver when you hit the button on the cradle. Unfortunately, there's a problem in GetCommState: err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' I'm not really sure if this is due to my use of the USB stuff, or if this would happen with a direct serial cradle. But, the good news is that it's trying to pick something up. My Dad has a serial cradle, but I don't know if he'd let me borrow it. Anyway, after the sync fails, wine goes crazy and dumps my registry. I've created a dump of all the output, but it's over 500K and is too big for the list. Anybody got any ideas on this stuff? If someone could try exactly what I did and report it, I would appreciate it. ;-) Thanks a lot, James Liggett P.S. If you do try to run Hotsync, set your win version to nt40 to get rid of complaints about missing comm drivers.

1 0

LoadImageW: Fix type of TRACE-Parameter (update to cvs-commit)
by Detlef Riekenberg 05 Jul '05

05 Jul '05

Am Dienstag, den 05.07.2005, 07:40 -0500 schrieb Alexandre Julliard: > > Modified files: > dlls/user : cursoricon.c > > Log message: > Detlef Riekenberg <wine.dev(a)web.de> > LoadImageW: Fix type of TRACE parameter. > > Patch: http://cvs.winehq.org/patch.py?id=18666 > > Old revision New revision Changes Path > 1.6 1.7 +3 -7 wine/dlls/user/cursoricon.c Sorry, but you modified the Patch in a wrong Way. (HIWORD(name)) is the short version of (IS_INTRESOURCE(name)) here Changelog: - LoadImageW: Fix type of TRACE-Parameter (Restored the 'if (HIWORD(name))' - Part and added some comments) -- By By ... ... Detlef

2 2

Re: Add an appearently missing return in commctrl32
by Andreas Mohr 05 Jul '05

05 Jul '05

Hi, On Tue, Jul 05, 2005 at 06:56:20PM +0100, Robbert Xerox wrote: > Hi, let me be clear: i don't know anything about this > comctl32 stuff, but compared to this patch: > http://cvs.winehq.org/patch.py?id=15317 > it seems to me there's a missing return, which i added > in this patch.I have no time to get deeper into this > comctl32 stuff so I'll leave it for a review to others > who know more about it. Anyways: it fixes the > following bug in Shareaza: > http://bugs.winehq.org/show_bug.cgi?id=2659 Hmm, well, the fact that there are many structs like phdi->cxy = (lpItem != NULL) ? lpItem->cxy : 0; suggests that even if lpItem is NULL (failure mode), the outbound phdi struct should still get filled with proper data (which is, to be fair, not much more than a zeroed-out struct, all taken together). IOW, it seems a lot like this should simply be another up-front failure check instead (such code is found in many functions in comctl32 on Windows!): if ((nItem < 0) || (nItem >= (INT)infoPtr->uNumItem)) { memset(phdi, 0, sizeof(HDITEMW)); return FALSE; } lpItem = &infoPtr->items[nItem]; ... But even that is rather non-proven, so the best thing to do here is to write a good test suite test for this function (for the easiest way to call this function's functionality under Windows, that is...). Andreas Mohr

1 0

Re: shell32.dll/Printer_LoadIconsW implemented
by Frank Richter 05 Jul '05

05 Jul '05

On 05.07.2005 13:37, Detlef Riekenberg wrote: > + HMODULE SHELL32_hmodule=NULL; > + INT iconindex=IDI_SHELL_PRINTER; ... > + if(SHELL32_hmodule==NULL) > + { > + SHELL32_hmodule=LoadLibraryA("shell32.dll"); > + } Why not use the global 'shell32_hInstance' variable? -f.r.

2 1

Regression: Installing Zoo Tycoon 1 Demo stalls with ALSA
by Paul Vriens 05 Jul '05

05 Jul '05

Hi, It's been a while since I tried the installation but it hangs with a full 100% when I select ALSA as the audio driver (current CVS). Choosing OSS get's me through the installation. trace with +wave shows: trace:wave:wodPlayer waiting 3ms (10,3) warn:wave:wodUpdatePlayedTotal Unexpected state (3) or delay (-3) while updating Total Played, resetting trace:wave:wodNotifyClient wMsg = 0x03bd dwParm1 = 7BE83560 dwParam2 = 0000 trace:wave:wodPlayer_NotifyCompletions Empty queue trace:wave:wodPlayer waiting 10ms (10,4294967295) trace:wave:ALSA_wodMessage (0, WODM_RESET, 45ABC7B9, 00000000, 00000000); trace:wave:wodReset (0); trace:wave:wodPlayer_ProcessMessages Received WINE_WM_RESETTING 0 Any idea where to look. Cheers, Paul.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel July 2005