January 2007 - Wine-devel - list.winehq.org

automatic gecko download failing
by Bill Medland 04 Jan '07

04 Jan '07

Is it obvious to anyone where the error is in this? (trace ole, urlmon and mshtml) trace:ole:DllMain 0x60550000 0x8 (nil) trace:ole:DllMain (0x60750000,8,(nil)) trace:ole:DllMain 0x60550000 0x1 0x1 trace:ole:DllMain (0x60750000,1,0x1) trace:ole:OleInitialize ((nil)) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize trace:ole:apartment_construct creating new apartment, model=2 trace:ole:apartment_construct Created apartment on OXID 800000009 trace:ole:apartment_get_or_create Created main-threaded apartment with OXID 800000009 trace:ole:OleInitialize () - Initializing the OLE libraries trace:ole:OLEClipbrd_Initialize () trace:ole:CoRegisterMessageFilter (0x16eb60, (nil)) trace:ole:CoLockObjectExternal pUnk=0x1898f2, fLock=TRUE, fLastUnlockReleases=FALSE trace:ole:get_stub_manager_from_object not found for object 0x1898f2 trace:ole:new_stub_manager Created new stub manager (oid=1) at 0x18a6c0 for object with IUnknown 0x1898f2 trace:ole:stub_manager_ext_addref added 1 refs to 0x18a6c0 (oid 1), rc is now 1 trace:ole:stub_manager_int_release after 1 trace:ole:RegisterDragDrop (0x1002e,0x1898f2) trace:ole:CoLockObjectExternal pUnk=0x189388, fLock=TRUE, fLastUnlockReleases=FALSE trace:ole:get_stub_manager_from_object not found for object 0x189388 trace:ole:new_stub_manager Created new stub manager (oid=2) at 0x190138 for object with IUnknown 0x189388 trace:ole:stub_manager_ext_addref added 1 refs to 0x190138 (oid 2), rc is now 1 trace:ole:stub_manager_int_release after 1 trace:ole:RegisterDragDrop (0x10040,0x189388) trace:ole:CoLockObjectExternal pUnk=0x18941c, fLock=TRUE, fLastUnlockReleases=FALSE trace:ole:get_stub_manager_from_object not found for object 0x18941c trace:ole:new_stub_manager Created new stub manager (oid=3) at 0x191268 for object with IUnknown 0x18941c trace:ole:stub_manager_ext_addref added 1 refs to 0x191268 (oid 3), rc is now 1 trace:ole:stub_manager_int_release after 1 trace:ole:RegisterDragDrop (0x10044,0x18941c) trace:ole:CoCreateInstance (rclsid= {25336920-03f9-11cf-8fd0-00aa00686f13}, pUnkOuter=(nil), dwClsContext=00000005, riid={00000000-0000-0000-c000-000000000046}, ppv=0x33f6b4) trace:ole:CoGetClassObject CLSID: {25336920-03f9-11cf-8fd0-00aa00686f13}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:WINE_StringFromCLSID 0x44bb30- >{25336920-03F9-11CF-8FD0-00AA00686F13} trace:urlmon:DllMain 0x60e00000 0x8 (nil) trace:urlmon:DllMain 0x60e00000 0x1 (nil) trace:urlmon:CoInternetGetSession (0 0x33ed20 0) trace:urlmon:InternetSession_RegisterNameSpace (0x60e22b9c {79eac9e7- baf9-11ce-8c82-00aa004ba90b} L"file" 0 (nil) 0) trace:urlmon:InternetSession_RegisterNameSpace (0x60e22b94 {79eac9e3- baf9-11ce-8c82-00aa004ba90b} L"ftp" 0 (nil) 0) trace:urlmon:InternetSession_RegisterNameSpace (0x60e22b8c {79eac9e2- baf9-11ce-8c82-00aa004ba90b} L"http" 0 (nil) 0) trace:urlmon:InternetSession_Release () trace:ole:COMPOBJ_DLLList_Add trace:mshtml:DllGetClassObject (CLSID_HTMLDocument {00000001-0000-0000- c000-000000000046} 0x33f680) trace:mshtml:ClassFactory_AddRef (0x1957c0) ref = 1 trace:mshtml:HTMLDocument_Create ((nil) {00000000-0000-0000- c000-000000000046} 0x33f6b4) trace:mshtml:HTMLDocument_QueryInterface (0x195db8)->(IID_IUnknown, 0x33f6b4) trace:mshtml:HTMLDocument_AddRef (0x195db8) ref = 1 trace:mshtml:load_gecko () trace:mshtml:check_version unknown version trace:mshtml:load_xpcom (L"c:\\Program Files\\wine_gecko") warn:mshtml:load_xpcom Could not load XPCOM: 126 trace:mshtml:load_mozctl Could not find Mozilla ActiveX Control trace:mshtml:load_mozilla Could not open key L"Software\\mozilla.org\ \GRE" trace:ole:DllMain 0x60550000 0x2 (nil) trace:urlmon:CreateURLMoniker ((nil), L"http://source.winehq.org/winegecko.php", 0x7ed40a4c) trace:urlmon:URLMonikerImpl_Construct (0x1984d0, (null),L"http://source.winehq.org/winegecko.php") trace:urlmon:parse_canonicalize_url (L"http://source.winehq.org/winegecko.php" 00010000 0x1a9a98 2084 0x7ed409f0) trace:urlmon:parse_schema (L"http://source.winehq.org/winegecko.php" 00000000 0x7ed408f0 64 0x7ed408ec) warn:urlmon:CF_QueryInterface (0x60e22b8c)->({79eac9ec- baf9-11ce-8c82-00aa004ba90b},0x7ed408e8),not found trace:urlmon:CF_CreateInstance (0x60e22b8c)->((nil),{79eac9ec- baf9-11ce-8c82-00aa004ba90b},0x7ed408e8) trace:urlmon:HttpProtocol_Construct ((nil) 0x7ed408a8) warn:urlmon:HttpProtocol_QueryInterface not supported interface {79eac9ec-baf9-11ce-8c82-00aa004ba90b} (*** IInternetProtocolInfo ***) *** HUH ??? *** trace:urlmon:HttpProtocol_Release (0x1983f0) ref=0 trace:ole:__CLSIDFromString L"{79EAC9E2-BAF9-11CE-8C82-00AA004BA90B}" -> 0x7ed40810 trace:ole:CoGetClassObject CLSID: {79eac9e2-baf9-11ce-8c82-00aa004ba90b}, IID: {00000000-0000-0000-c000-000000000046} err:ole:CoGetClassObject apartment not initialised *** HUH ??? *** TIA Bill Medland

1 0

Re: wined3d: Make CreateFakeGLContext thread safe. [try 2]
by Robert Shearman 04 Jan '07

04 Jan '07

Jan Zerebecki wrote: > > + LeaveCriticalSection(&wined3d_fake_gl_context_cs); > + LEAVE_GL(); > ... > LEAVE_GL(); > + LeaveCriticalSection(&wined3d_fake_gl_context_cs); > return FALSE; > } You can't lock or unlock in different orders as this will create subtle races that could result in deadlocks. -- Rob Shearman

1 0

compiling simple windows app
by xie jason 04 Jan '07

04 Jan '07

hi all, I was trying to compile a simple windows application using winelib. it crashs and returns: err:seh:setup_exception stack overflow 12 bytes in thread 0009 eip 60169224 esp 00230ff4 stack 0x231000-0x340000 I first convert a .dll, which contains a simple add function (int add(int a, int b)) to be .dll.so. And then I compile a simple program which calls this function. I am able to compile it properly. but when i run it, it shows above error message. -----------------.h is ------------------------------ int __stdcall add(int a, int b); ----------------.c is---------------------------- HMODULE hDLL=0; /* DLL to call */ #ifdef __i386__ #define GET_THIS(t,p) t p;\ __asm__ __volatile__ ("movl %%ecx, %0" : "=m" (p)) #endif BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved) { TRACE("(0x%p, %ld, %p)\n",hinstDLL,fdwReason,lpvReserved); if (fdwReason == DLL_WINE_PREATTACH) return FALSE; /* prefer native version */ if (fdwReason == DLL_PROCESS_ATTACH) { hDLL = LoadLibraryA( "libjason.dll" ); printf("load dll\n"); TRACE(":Forwarding DLL (libJason.dll) loaded (%ld)\n",(LONG)hDLL); } else if (fdwReason == DLL_PROCESS_DETACH) { FreeLibrary( hDLL ); TRACE(":Forwarding DLL (libJason.dll) freed\n"); } return TRUE; } int add(int a, int b) { int (*pFunc)(int, int); int retVal; pFunc=(void*)GetProcAddress(hDLL,"vgMath"); TRACE("((int)%ld,(int)%ld): forward\n",(LONG)a,(LONG)b); retVal = pFunc(a,b); TRACE("Returned (%ld)\n",(LONG)retVal); return retVal; } ------------------------.spec is -------------------- 1 stdcall add( long long ) vgMath can any one help me? thanks Send instant messages to your online friends http://au.messenger.yahoo.com

2 1

Re: [2/2] WineD3D: Re-download dirty GL surfaces
by Stefan Dösinger 03 Jan '07

03 Jan '07

Am 03.01.2007 um 02:48 schrieb Phil Costin: > This patch enables the forced re-downloading of dirty GL surfaces. > > It requires [1/2] WineD3D: Mark GL Surface Clean after Fresh Surface > Download and is the first step toward supporting gamma-corrected > (sRGB) > texture sampling support. > > Thanks to Stefan Dösinger for his advice in IRC during the > implementation of > these 2 patches. > <surfacedownload.diff> > You will have to bind the surface's texture to gl to be able to download the surface. If the texture name in glDescription is 0 you don't have to download. Select a proper texture unit(e.g. 0) before binding and mark that sampler dirty to force drawprim to restore it later.

2 1

Re: [1/2] WineD3D: Mark GL Surface Clean after Fresh Surface Download
by Peter Oberndorfer 03 Jan '07

03 Jan '07

On Wednesday 03 January 2007 02:48, Phil Costin wrote: > This patch resets the SFLAG_GLDIRTY flag for a surface once the GL surface > data has been refreshed in surface_download_data(). > > Thanks to Stefan Dösinger for his advice in IRC during the implementation of > these 2 patches. > diff --git a/dlls/wined3d/surface.c b/dlls/wined3d/surface.c > index 031d320..5cb9bf6 100644 > --- a/dlls/wined3d/surface.c > +++ b/dlls/wined3d/surface.c > @@ -142,6 +142,8 @@ static void surface_download_data(IWineD > } > } > } > + /* No longer dirty */ > + This->Flags &= SFLAG_GLDIRTY; I think there is a ~ missing here, else everything but the dirty flag will be cleared. > } > } Greetings Peter

2 1

Re: crtdll: Declare some variables static
by Marcus Meissner 03 Jan '07

03 Jan '07

On Wed, Jan 03, 2007 at 03:45:28PM +0000, Andrew Talbot wrote: > Changelog: > crtdll: Declare some variables static. Err, why? They are clearly exported from the .spec file and you just killed the exports? They likely are used by Windows programs. Ciao, Marcus

3 3

Re: Oleview: correct representation of unions
by Francois Gouget 03 Jan '07

03 Jan '07

On Thu, 28 Dec 2006, Konstantin Kondratyuk wrote: > Hello, > > this patch corrects representation of unions for old compilers (gcc 2.95) > For example: > (union).field - is not supported by gcc 2.95 > union.field - is supported This is strange. I compile Wine with gcc 2.95 weekly but never encountered this problem. Also note that the U(x) macro would need to be fixed in other places too (include/wine/test.h for instance). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

1 0

Re: [PATCH] [DbgHelp]: implemented 64 bit versions of EnumerateLoadedModules
by Alexandre Julliard 03 Jan '07

03 Jan '07

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > +BOOL WINAPI EnumerateLoadedModulesW64(HANDLE hProcess, > + PENUMLOADED_MODULES_CALLBACKW64 E= > numLoadedModulesCallback, > + PVOID UserContext) > +{ > + struct enum_load_mod64_W64 x; > + > + x.cb =3D EnumLoadedModulesCallback; > + x.user =3D UserContext; > + > + return EnumerateLoadedModules64(hProcess, enum_load_mod64_W64, &x); You should make the A function call the W one, not the other way around. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Reinhard Karcher : user32: Speed improvement for 16bit comm support.
by Robert Shearman 03 Jan '07

03 Jan '07

Alexandre Julliard wrote: > Module: wine > Branch: master > Commit: dff43b732b10e603f3aee38db2f684dc7404aa4e > URL: http://source.winehq.org/git/wine.git/?a=commit;h=dff43b732b10e603f3aee38db… > > Author: Reinhard Karcher <rkarcher(a)frey.de> > Date: Mon Jan 1 17:45:06 2007 +0100 > > user32: Speed improvement for 16bit comm support. > > --- > > dlls/user32/comm16.c | 5 ++--- > 1 files changed, 2 insertions(+), 3 deletions(-) > > diff --git a/dlls/user32/comm16.c b/dlls/user32/comm16.c > index 9329c82..0164196 100644 > --- a/dlls/user32/comm16.c > +++ b/dlls/user32/comm16.c > @@ -719,9 +719,8 @@ INT16 WINAPI GetCommError16(INT16 cid,LP > stol = (unsigned char *)COM[cid].unknown + COMM_MSR_OFFSET; > COMM_MSRUpdate( ptr->handle, stol ); > > - if (lpStat) { > - lpStat->status = 0; > - > + if (lpStat) { > + lpStat->status = 0; > SleepEx(1,TRUE); > > lpStat->cbOutQue = comm_outbuf(ptr); This patch doesn't seem to do what it says it does. -- Rob Shearman

2 1

Re: wined3d: state_pointsprite should apply to all texture units
by Tomas Carnecky 03 Jan '07

03 Jan '07

Chris Robinson wrote: > + for (i = 0; i < GL_LIMITS(texture_stages); i++) { > + /* Note the WINED3DRS value applies to all textures, but GL has one > + * per texture, so apply it now ready to be used! > + */ > + if (GL_SUPPORT(ARB_MULTITEXTURE)) { > + GL_EXTCALL(glActiveTextureARB(GL_TEXTURE0_ARB + i)); > + checkGLcall("glActiveTextureARB"); > + } else if (i>0) { > + FIXME("Program using multiple concurrent textures which this opengl implementation doesn't support\n"); > + } I'd do that '} else if (i == 1) {', otherwise you'll print a whole lot FIXME's, and maybe add a 'break', since it doesn't make sense to call glTexEnvi() over and over for the same texture. tom

2 1