February 2009 - Wine-Devel - list.winehq.org

Re: shdocvw: OnAmbientPropertyChange should refresh all properties with a DISPID_UNKNOWN (try 2)
by Paul Vriens Feb. 3, 2009

Feb. 3, 2009

Alistair Leslie-Hughes wrote: > Hi, > Added Tests > > Changelog: > shdocvw: OnAmbientPropertyChange should refresh all properties with > a DISPID_UNKNOWN > > Best Regards > Alistair Leslie-Hughes > > > > > > ------------------------------------------------------------------------ > > Hi, These new tests fails on W98, NT4, W2K3 and Vista (no other reports are in yet). Could you have a look? -- Cheers, Paul.

2 1

Re: propsys: Stub for PSRegisterPropertySchema (resent)
by Alexandre Julliard Feb. 3, 2009

Feb. 3, 2009

Nikolay Sivov <bunglehead(a)gmail.com> writes: > @@ -0,0 +1,34 @@ > +/* > + * Property schema routines > + * > + * Copyright 2009 Nikolay Sivov > + * > + * This library is free software; you can redistribute it and/or > + * modify it under the terms of the GNU Lesser General Public > + * License as published by the Free Software Foundation; either > + * version 2.1 of the License, or (at your option) any later version. > + * > + * This library is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this library; if not, write to the Free Software > + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA > + */ > + > +#include <stdarg.h> > + > +#include "windef.h" > +#include "winbase.h" > +#include "wine/debug.h" > + > +WINE_DEFAULT_DEBUG_CHANNEL(propsys); > + > +HRESULT WINAPI PSRegisterPropertySchema(PCWSTR path) > +{ > + FIXME("stub\n"); > + > + return E_NOTIMPL; > +} I don't think you need a new file for this. If someday there's a lot of code in there it can be split off to a separate file then. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Stub DDE interface for Progman.exe
by Austin English Feb. 3, 2009

Feb. 3, 2009

On Mon, Feb 2, 2009 at 11:24 PM, Jeremiah Flerchinger <jeremiah.flerchinger(a)gmail.com> wrote: > Stubs basic DDE interface of Progman.exe. Similar to Progman stub in > shell32.dll. Both will need to be extended and a 3rd progman interface > will need to be added in user32. > --- > programs/progman/main.c | 148 +++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 148 insertions(+), 0 deletions(-) > > diff --git a/programs/progman/main.c b/programs/progman/main.c > index 83a346c..51dbcff 100644 > --- a/programs/progman/main.c > +++ b/programs/progman/main.c > @@ -56,6 +154,12 @@ int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE prev, LPSTR cmdline, int show > Globals.hGroups = 0; > Globals.hActiveGroup = 0; > > + /**/ > + DdeInitializeW(&dwDDEInst, DdeCallback, APPCLASS_STANDARD, 0); > + hszProgmanTopic = DdeCreateStringHandleW(dwDDEInst, wszProgman, CP_WINUNICODE); > + hszProgmanService = DdeCreateStringHandleW(dwDDEInst, wszProgman, CP_WINUNICODE); > + DdeNameService(dwDDEInst, hszProgmanService, 0, DNS_REGISTER); > + Empty comment. > + case WM_DDE_TERMINATE: > + printf("Progman.exe: WM_DDE_TERMINATE stub \n"); > +// PostMessage( (HWND)wParam, WM_DDE_TERMINATE, (WPARAM)hWnd, 0); > + break; > } > return(DefFrameProc(hWnd, Globals.hMDIWnd, msg, wParam, lParam)); > } C++ comments are not allowed. Thanks for helping Wine! -- -Austin

1 0

wine honor roll slashdotted
by Dan Kegel Feb. 3, 2009

Feb. 3, 2009

http://tech.slashdot.org/article.pl?sid=09/02/03/0112249 One comment mentions the grade inflation on the appdb, i.e. platinum apps that have not been thoroughly tested or don't really qualify as platinum...

1 0

Re: d3d9/tests : LockRect acquires the lock if D3DLOCK_NOSYSLOCK is not specified.
by Jérôme Gardou Feb. 3, 2009

Feb. 3, 2009

Forget this one please.

2 1

[winetest] Make sure we can test .NET dlls on Windows (need some advice)
by Paul Vriens Feb. 3, 2009

Feb. 3, 2009

Hi, Sent to wine-devel so I don't jeopardize my rating too much ;) .NET dlls cannot be found with the existing logic in winetest, mainly because they are not in the search path. If the normal loading of a dll fails we now check against a fixed set of names (fusion only for now). If it's a .NET dll we check if this one is there (according to .NET's mscoree) and get the file information. We can use to existing version checking stuff for that part as it's a normal dll. Remarks, suggestions? Changelog Make sure we can test .NET dlls on Windows -- Cheers, Paul.

1 0

Re: ntdll: add a warning about running wine as root (try 2)
by Vincent Povirk Feb. 3, 2009

Feb. 3, 2009

The patch does not apply to current master. Vincent Povirk On Mon, Feb 2, 2009 at 8:01 PM, Austin English <austinenglish(a)gmail.com> wrote: > Been seeing it quite a bit recently in the forums. While the patches > to break using sudo/su have helped a bit, seems some users are > convinced they need to run wine as root. This adds a non fatal > message, so no functionality is lost for those that _do_ need to run > as root. > > Try 2: > Made warning a bit more verbose. Changed geteuid to getuid, since we > already check for that function, and geteuid is a bit is superfluous, > since sudo should already be prevented. > > -- > -Austin > > > >

2 1

Re: jscript: Don't fail tests if IActiveScriptParse isn't supported
by Jacek Caban Feb. 3, 2009

Feb. 3, 2009

Hi Juan, These failures are on Win64 where we should query for different interface. I've sent a patch to fix it: http://www.winehq.org/pipermail/wine-patches/2009-February/068760.html Jacek

2 1

Re: Simplify dlls/comctl32/rebar.c
by Francois Gouget Feb. 3, 2009

Feb. 3, 2009

On Fri, 30 Jan 2009, Gerald Pfeifer wrote: > (It's not clear which parameters we'd really need if it is ever fully > implemented.) > > ChangeLog: > Simplify. [...] > > Index: dlls/comctl32/rebar.c [...] > @@ -3618,7 +3618,6 @@ REBAR_WindowProc (HWND hwnd, UINT uMsg, > > /* case RB_SETCOLORSCHEME: */ > /* case RB_SETPALETTE: */ > -/* return REBAR_GetPalette (infoPtr, wParam, lParam); */ > > case RB_SETPARENT: Once the commented out return has been removed it looks like RB_SETCOLORSCHEME and RB_SETPALETTE are meant to fall through to RB_SETPARENT, which does not seem right... So I'd leave a comment there, maybe /* return ...; */. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Research is the transformation of money to knowledge. Innovation is the transformation of knowledge to money. -- Dr. Hans Meixner

2 1

Re: Simple but awesome demos of Wine?
by Brian Vincent Feb. 2, 2009

Feb. 2, 2009

Oh, by the way, I was using Fedora Core 10. I was pretty impressed with the distro - my Intel wireless card worked out of the box and so did sound. That's the first time I've had that happen on a Dell Latitude notebook. However, sound in Wine didn't work at all. I made absolutely no effort to fix it, but a quick look at the settings showed it was trying to use ALSA. I was hoping Wine's sound had progressed to the point where it would at least work if the underlying distro was using sound in sane manner, which I'm kind of assuming Core 10 does. Is it a packaging issue? -Brian

2 1