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

cleanup shlfileop.c: why does this fail?
by Joris Huizer 18 Jan '05

18 Jan '05

Hi, As you can see in the attached patch file, I wrote a function file_operation_on_data() which uses a WIN32_FIND_DATAW to do a file operation; however, for some reason, tests start to fire when using the function: ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shellpath.c && touch shellpath.ok fixme:shell:_SHGetUserProfilePath unsupported for user other than current or default fixme:shell:_SHGetUserProfilePath unsupported for user other than current or default ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlfileop.c && touch shlfileop.ok shlfileop.c:276: Test failed: Files and directories are copied to directory shlfileop.c:277: Test failed: The file is copied shlfileop.c:278: Test failed: The directory is copied shlfileop.c:279: Test failed: The file in subdirectory is copied shlfileop.c:287: Test failed: The file is copied shlfileop.c:345: Test failed: Files and directories are moved to directory shlfileop.c:346: Test failed: The file is moved shlfileop.c:347: Test failed: The directory is moved shlfileop.c:348: Test failed: The file in subdirectory is moved make[1]: *** [shlfileop.ok] Error 9 How can I find out where the problem is? Nothing *should* have changed by inserting that function I think, but I must be missing something here regards, Joris Index: dlls/shell32/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlfileop.c,v retrieving revision 1.51 diff -u -r1.51 shlfileop.c --- dlls/shell32/shlfileop.c 14 Jan 2005 16:51:14 -0000 1.51 +++ dlls/shell32/shlfileop.c 18 Jan 2005 16:23:43 -0000 @@ -945,6 +945,40 @@ return 0; } +static int file_operation_invalid_handle(long FuncSwitch, LPWSTR pFromFile, DWORD ToPathAttr, LPWSTR pTempFrom) +{ + BOOL b_Mask = (NULL != StrPBrkW(&pFromFile[1], wWildcardChars)); + if ((FO_DELETE == FuncSwitch) && (b_Mask)) + { + DWORD FromPathAttr; + pFromFile[0] = '\0'; + FromPathAttr = GetFileAttributesW(pTempFrom); + pFromFile[0] = '\\'; + if (IsAttribDir(FromPathAttr)) + { + /* FO_DELETE with mask and without found is valid */ + return 0; + } + } + /* root (without mask) is also not allowed as source, tested in W98 */ + return ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; +} + +static int file_operation_on_data(WIN32_FIND_DATAW *wfd,SHFILEOPSTRUCTW *nFileOp, LPWSTR *pFromFile,LPWSTR *pToFile) +{ + LPWSTR lpFileName = wfd->cAlternateFileName; + if (!lpFileName[0]) + lpFileName = wfd->cFileName; + if (IsDotDir(lpFileName) || + (IsAttribDir(wfd->dwFileAttributes) && (nFileOp->fFlags & FOF_FILESONLY))) + { + return 0; /* next name in pTempFrom(dir) */ + } + SHFileStrCpyCatW(&(*pToFile[1]), lpFileName, NULL); + SHFileStrCpyCatW(&(*pFromFile[1]), lpFileName, NULL); + return SHFileOperationW (nFileOp); +} + /************************************************************************* * SHFileOperationW [SHELL32.@] * @@ -964,7 +998,6 @@ LPWSTR pTempTo = NULL; LPWSTR pFromFile; LPWSTR pToFile = NULL; - LPWSTR lpFileName; int retCode = 0; DWORD ToAttr; DWORD ToPathAttr; @@ -986,8 +1019,6 @@ long FuncSwitch = (nFileOp.wFunc & FO_MASK); long level= nFileOp.wFunc>>4; - int ret; - /* default no error */ nFileOp.fAnyOperationsAborted = FALSE; @@ -1016,10 +1047,9 @@ * create dir 0 0 0 0 0 0 1 0 */ - ret = file_operation_checkFlags(nFileOp); - if (ret != 0) + retCode = file_operation_checkFlags(nFileOp); + if (retCode) { - retCode = ret; goto shfileop_end; } @@ -1108,20 +1138,7 @@ hFind = FindFirstFileW(pFrom, &wfd); if (INVALID_HANDLE_VALUE == hFind) { - if ((FO_DELETE == FuncSwitch) && (b_Mask)) - { - DWORD FromPathAttr; - pFromFile[0] = '\0'; - FromPathAttr = GetFileAttributesW(pTempFrom); - pFromFile[0] = '\\'; - if (IsAttribDir(FromPathAttr)) - { - /* FO_DELETE with mask and without found is valid */ - goto shfileop_end; - } - } - /* root (without mask) is also not allowed as source, tested in W98 */ - retCode = ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; + retCode = file_operation_invalid_handle(FuncSwitch,pFromFile,ToPathAttr,pTempFrom); goto shfileop_end; } @@ -1130,11 +1147,10 @@ /* ??? b_Mask = (!SHFileStrICmpA(&pFromFile[1], &wfd.cFileName[0], HIGH_ADR, HIGH_ADR)); */ if (!pTo) /* FO_DELETE */ { - ret = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); - /* if ret is not 0, nFileOp.fAnyOperationsAborted is TRUE */ - if (ret != 0) + retCode = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); + /* if retCode is not 0, nFileOp.fAnyOperationsAborted is TRUE */ + if (retCode) { - retCode = ret; goto shfileop_end; } continue; @@ -1202,15 +1218,7 @@ nFileOp.fFlags = (nFileOp.fFlags | FOF_MULTIDESTFILES); do { - lpFileName = wfd.cAlternateFileName; - if (!lpFileName[0]) - lpFileName = wfd.cFileName; - if (IsDotDir(lpFileName) || - (IsAttribDir(wfd.dwFileAttributes) && (nFileOp.fFlags & FOF_FILESONLY))) - continue; /* next name in pTempFrom(dir) */ - SHFileStrCpyCatW(&pToFile[1], lpFileName, NULL); - SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); - retCode = SHFileOperationW (&nFileOp); + retCode = file_operation_on_data(&wfd,&nFileOp,&pFromFile,&pToFile); } while(!nFileOp.fAnyOperationsAborted && FindNextFileW(hFind, &wfd)); } FindClose(hFind); @@ -1369,7 +1377,7 @@ nFileOp.fAnyOperationsAborted ? "TRUE":"FALSE", retCode, debugstr_w(pFrom), pTo ? "-> ":"", debugstr_w(pTo)); - lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted; + /*lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted;*/ return retCode; }

1 0

Re: DCE 1.2.2 released under LGPL license (strategically important for Wine)
by Luke Kenneth Casson Leighton 18 Jan '05

18 Jan '05

> If we need to extend it later using code from FreeDCE may be > possible, but right now we : > a) Don't know of *any* pure DCE-RPC applications people want to run you _are_ aware that REGEDT32, USRMGR.EXE, SRVMGR.EXE and most of the NT 4.0 Control Panel components are actually DCE/RPC programs? see, your point is _exactly_ the problem ! there aren't any dce-rpc applications in a strict interpretation of what you say, because dce-rpc is middleware: it's a communicator, an intermediary, and it absolutely xxxx-all use on its own [imagine trying to sell ONC/RPC's portmap as a stand-alone application] and there is another less-strict and more subtle interpretation of your statement. when people run mozilla, they know it, they see it, it's in-their-face. when they run a win32 program, they know it, they see it, it "happens". that DCE-RPC is "middleware" of the highest order (and as such is completely invisible) is _exactly_ the problem: people do not even _know_ it's there! so you and everyone in the free software community can be forgiven for not being aware of any dce-rpc applications that people want to run. like i said in my advogato article 817, dce-rpc is like the Boss 13L V10 engine that Ford put in their 1994 Ford Mustang Cobra "Concept Car": it's capable of producing wheel-spin in 4th gear all the way up to 110mph (i've seen the video!!!) ... yet an engine is xxxx-all use without a car. ... would you build a car with the engine integrated into the chassis?? no, of course not, because you would have seen enough examples of cars to know that that would produce a nightmare design and maintenance headache. ... if you were _given_ a suitable engine for free, would you look at ways of finding engine-mounts and gearbox adaptors? i realise that the answer to _that_ depends on how far down the road you had got in building your kit car.... so, to recap the analogy: * FreeDCE is the engine * DCOM is the after-market supercharger or Turbocharger, exhaust, mod chip, disk brakes and alloy wheels, and the Pi Research Telemetry equipment, all of which makes it essential for you to qualify for - and win - certain kinds of races. * NTLMSSP and "Named Pipes" are the gearbox. * Win32 applications are the chassis * The Win32 GUI is the steering wheel, seat and pedals. ... unless it was electric, you wouldn't build a car without those components, would you? l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 1

Re: MPR: remove netspi.h
by Juan Lang 17 Jan '05

17 Jan '05

> I think it's probably better to move this file into dlls/mpr rather than > delete it altogether. Apparently it did exist in the Windows 98 DDK. For what reason, for documentation? Several of its declarations conflict with those in npapi.h, so it's potentially problematic. If it's not part of the PSDK, winelib users shouldn't need it to compile, or should expect to have to install the DDK if they need the prototypes, yes? If you think it's a better approach I can rename all the conflicting types, and document why the typenames don't match the expected ones. Even so, I'm not convinced a separate header file is preferable to moving the declarations to nps.c (the only user of these declarations.) --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

Re: [OLE #31] Dynamically Allocate the MTA
by Vincent Béron 17 Jan '05

17 Jan '05

Le mar 11/01/2005 à 14:03, Robert Shearman a écrit : > Changelog: > - Make MTA dynamically allocated so that proxies and other resources are > freed at the proper time. > - Changed/removed some incorrect comments regarding apartments. > ---- > This patch broke wineprefixcreate invocation for me. What happens is I get a: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 18 (X_ChangeProperty) Resource id in failed request: 0x77e61740 Serial number of failed request: 107 Current serial number in output stream: 114 error while wineprefixcreate runs "wine rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf". The error do go away if one of avifil32.dll or devenum.dll is commented out in [RegisterDllsSection] in wine.inf. My personal guess is that one (or both) of those dlls do something which they should not, and we end up with using freed or unallocated memory. Vincent

2 2

Re: MPR: remove netspi.h
by Mike McCormack 17 Jan '05

17 Jan '05

Juan Lang wrote: > ChangeLog: remove netspi.h, it had conflicting definitions with npapi.h > and doesn't exist in the PSDK. Spotted by Paul Vriens. I think it's probably better to move this file into dlls/mpr rather than delete it altogether. Apparently it did exist in the Windows 98 DDK. Mike

1 0

tests
by Ivan Leo Puoti 17 Jan '05

17 Jan '05

I've run tests twice, once with winrash and once manually, on windows nt 4.0 The results are here http://test.winehq.com/data/200501131000/#NT%204 interestingly some tests that fail or timeout when run from winrash, work when run manually. Is there a way this could be fixed, or should we at least somehow mark tests that give different results when run with winrash or manually? Ivan.

3 5

Which QueryInterface is called?
by Bill Medland 17 Jan '05

17 Jan '05

(Mike? Robert?,) I am trying to understand what is failing in a piece of -out-of-process COM under Wine. Basically it is an ATL-based CreateInstance that is returning E_NOINTERFACE under Wine. Below is a cut-down copy of the trace. What I don't understand is which QueryInterface is being called. I don't totally understand what is going on in the marshalling etc. but from what I can see I expected to see ClientIdentity_QueryRef called and some sort of marshalling going on in the last stages. Can anyone point me at which code is probably implementing the QueryInterface? Basic code: rclsid = __uuidof(ACCPACSignonMgr) CoCreateInstance (rclsid, NULL, CLSCTX_ALL, __uuidof(IUnknown), &pIUnknown); OleRun (pIUnknown) pIUnknown->QueryInterface (getIID(), &m_pInterface) pIUnknown->Release Problem: pIUnknown->QueryInterface returns E_NOINTERFACE The interface is provided by a an object running in a local server Why don't I see a trace on ClientIdentity_QueryInterface? Trace 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:CoGetClassObject CLSID: {b6b35894-dd6f-11d3-84ac-00c04f0e1b46}, IID: {00000001-0000-0000-c000-000000000046} 0009:warn:ole:CoGetClassObject class {B6B35894-DD6F-11D3-84AC-00C04F0E1B46} not registered inproc 0009:trace:ole:create_marshalled_proxy rclsid={b6b35894-dd6f-11d3-84ac-00c04f0e1b46}, iid={00000001-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_server activating local server 'L"G:\\runtime\\a4wsignonmgr.exe -Embedding"' for {B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0012:trace:ole:DllMain 0x3a0000 0x1 0x1 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:warn:ole:create_marshalled_proxy Could not open named pipe to broker \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46}, le is 2 0012:trace:ole:DllMain (0x5e0000,1,0x1) 0012:trace:ole:CoInitializeEx ((nil), 2) 0012:trace:ole:CoInitializeEx () - Initializing the COM libraries 0012:trace:ole:RunningObjectTableImpl_Initialize () 0012:trace:ole:COM_CreateApartment creating new apartment, model=2 0012:trace:ole:COM_CreateApartment Created apartment on OXID 1100000012 0012:trace:ole:WINE_StringFromCLSID 0x41f320->{A2086A6A-3F3E-457C-8102-A4F99AD7C2DA} 0012:trace:ole:CoRegisterClassObject ({b6b35894-dd6f-11d3-84ac-00c04f0e1b46},0x7fca0180,0x00000004,0x00000001,0x41f094) 0012:trace:ole:CoMarshalInterface (0x77e28e58, {00000001-0000-0000-c000-000000000046}, 0x7fca0180, 0, (nil), 1) 0012:trace:ole:CoGetStandardMarshal ({00000001-0000-0000-c000-000000000046},0x7fca0180,0,(nil),1,0x76fd60) 0012:trace:ole:CoMarshalInterface Using standard marshaling 0012:trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace 0012:trace:ole:StdMarshalImpl_MarshalInterface (...,{00000001-0000-0000-c000-000000000046},...) 0012:trace:ole:start_apartment_listener_thread apt->listenertid=0 0014:trace:ole:apartment_listener_thread Apartment listener thread starting on (\\.\pipe\WINE_OLE_StubMgr_0000001100000012) 0012:trace:ole:CoGetPSClsid () riid={00000001-0000-0000-c000-000000000046}, pclsid=0x76fcf4 0012:trace:ole:WINE_StringFromCLSID 0x3e7df0->{00000001-0000-0000-C000-000000000046} 0012:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x76fcf4 0012:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0012:trace:ole:WINE_StringFromCLSID 0x76fcf4->{00000320-0000-0000-C000-000000000046} 0012:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0012:trace:ole:COMPOBJ_DLLList_Add 0012:trace:ole:PSFacBuf_CreateStub ({00000001-0000-0000-c000-000000000046},0x7fca0180,0x76fcec) 0012:fixme:ole:StdMarshalImpl_MarshalInterface table marshalling unimplemented 0012:trace:ole:get_stub_manager_from_object not found for object 0x7fca0180 0012:trace:ole:register_ifstub constructing new stub manager 0012:trace:ole:new_stub_manager Created new stub manager (oid=1) at 0x77e28c28 for object with IUnknown 0x7fca0180 0012:trace:ole:stub_manager_new_ifstub oid=1, stubbuffer=0x77e28f18, iptr=0x7fca0180, iid={00000001-0000-0000-c000-000000000046}, tablemarshal=TRUE 0012:trace:ole:stub_manager_int_release after 1 0015:trace:ole:local_server_thread Starting threader for {b6b35894-dd6f-11d3-84ac-00c04f0e1b46}. 0015:trace:ole:WINE_StringFromCLSID 0x77e28e80->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0015:trace:ole:local_server_thread marshalling IClassFactory to client 0009:trace:ole:create_marshalled_proxy read marshal id from pipe 0009:trace:ole:create_marshalled_proxy unmarshalling classfactory 0009:trace:ole:CoUnmarshalInterface (0x77e5e780, {00000001-0000-0000-c000-000000000046}, 0x1c80f4dc) 0009:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0009:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{00000001-0000-0000-c000-000000000046},....) 0009:trace:ole:CoGetPSClsid () riid={00000001-0000-0000-c000-000000000046}, pclsid=0x1c80ef84 0009:trace:ole:WINE_StringFromCLSID 0x30070df0->{00000001-0000-0000-C000-000000000046} 0009:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x1c80ef84 0009:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x1c80ef84->{00000320-0000-0000-C000-000000000046} 0009:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0015:trace:ole:local_server_thread done marshalling IClassFactory 0009:trace:ole:COMPOBJ_DLLList_Add 0009:trace:ole:ClientIdentity_AddRef 0x77e62470 - before 0 0009:trace:ole:CFProxy_CreateInstance ((nil),{00000000-0000-0000-c000-000000000046},0x1c80f50c) 0009:trace:ole:PipeBuf_GetBuffer (0x1c80f488,{00000001-0000-0000-c000-000000000046}) 0009:trace:ole:PipeBuf_SendReceive () 0016:trace:ole:stub_dispatch_thread starting for apartment OXID 0000000800000009 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e28c28 for oid 1 0016:trace:ole:stub_manager_int_release after 1 0016:trace:ole:CFStub_Invoke ->CreateInstance({00000000-0000-0000-c000-000000000046}) 0016:trace:ole:CoMarshalInterface (0x77e49320, {00000000-0000-0000-c000-000000000046}, 0x7fca0164, 0, (nil), 0) 0016:trace:ole:CoGetStandardMarshal ({00000000-0000-0000-c000-000000000046},0x7fca0164,0,(nil),0,0x5da8cfec) 0016:trace:ole:CoMarshalInterface Using standard marshaling 0016:trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace 0016:trace:ole:StdMarshalImpl_MarshalInterface (...,{00000000-0000-0000-c000-000000000046},...) 0016:trace:ole:start_apartment_listener_thread apt->listenertid=20 0016:trace:ole:CoGetPSClsid () riid={00000000-0000-0000-c000-000000000046}, pclsid=0x5da8cf80 0016:trace:ole:WINE_StringFromCLSID 0x5da8d100->{00000000-0000-0000-C000-000000000046} 0016:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x5da8cf80 0016:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0016:trace:ole:WINE_StringFromCLSID 0x5da8cf80->{00000320-0000-0000-C000-000000000046} 0016:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0016:trace:ole:COMPOBJ_DLLList_Add 0016:trace:ole:PSFacBuf_CreateStub ({00000000-0000-0000-c000-000000000046},0x7fca0164,0x5da8cf78) 0016:trace:ole:get_stub_manager_from_object not found for object 0x7fca0164 0016:trace:ole:register_ifstub constructing new stub manager 0016:trace:ole:new_stub_manager Created new stub manager (oid=2) at 0x77e4fd90 for object with IUnknown 0x7fca0164 0016:trace:ole:stub_manager_new_ifstub oid=2, stubbuffer=0x77e4ac98, iptr=0x7fca0164, iid={00000000-0000-0000-c000-000000000046}, tablemarshal=FALSE 0016:trace:ole:stub_manager_ext_addref added 1 refs to 0x77e4fd90 (oid 2), rc is now 1 0016:trace:ole:stub_manager_int_release after 1 0009:trace:ole:CFProxy_CreateInstance got 56 bytes data. 0009:trace:ole:CoUnmarshalInterface (0x77e5a3e8, {00000000-0000-0000-c000-000000000046}, 0x1c80f50c) 0009:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0009:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{00000000-0000-0000-c000-000000000046},....) 0009:trace:ole:CoGetPSClsid () riid={00000000-0000-0000-c000-000000000046}, pclsid=0x1c80f3b4 0009:trace:ole:WINE_StringFromCLSID 0x455cf0->{00000000-0000-0000-C000-000000000046} 0009:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x1c80f3b4 0009:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x1c80f3b4->{00000320-0000-0000-C000-000000000046} 0009:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0009:trace:ole:COMPOBJ_DLLList_Add 0009:trace:ole:ClientIdentity_AddRef 0x77e625c0 - before 0 0009:trace:ole:ClientIdentity_Release 0x77e62470 - after 0 0009:trace:ole:PipeBuf_Release written disconnect packet 0016:trace:ole:COM_RpcReceive read disconnect header 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e28c28 for oid 1 0016:trace:ole:stub_manager_ext_release removed 1 refs from 0x77e28c28 (oid 1), rc is now 4294967295 0016:trace:ole:stub_manager_int_release after 1 0009:trace:ole:CoCreateInstance Successfully returning 0x77e62678 for interface {00000000-0000-0000-c000-000000000046} of class {b6b35894-dd6f-11d3-84ac-00c04f0e1b46} 0009:trace:ole:OleRun Enter 0009:trace:ole:OleRun No runnable interface ???? Why is there no ClientIdentity_QueryInterface here? 0009:trace:ole:ClientIdentity_Release 0x77e625c0 - after 0 0009:trace:ole:PipeBuf_Release written disconnect packet 0016:trace:ole:COM_RpcReceive read disconnect header 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e4fd90 for oid 2 0016:trace:ole:stub_manager_ext_release removed 1 refs from 0x77e4fd90 (oid 2), rc is now 0 0016:trace:ole:stub_manager_int_release after 1 0016:trace:ole:stub_manager_int_release after 0 0016:trace:ole:stub_manager_delete destroying 0x77e4fd90 (oid=2) 0016:trace:ole:stub_manager_delete_ifstub m=0x77e4fd90, m->oid=2, ipid={00000000-0000-0000-c000-000000000046} -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

3 4

[AppDB] new screenshot and image classes
by Jonathan Ernst 17 Jan '05

17 Jan '05

Hi Chris, What I wanted to tell you on the channel was to discard the patch named: [AppDb] screenshot and image class Because we discussed it with Paul and I was able to make a new one using his image class code and I used these classes everywhere on the code. The new screenshot code is much better. We'll have to make a script to go trough every old screenshot and create the thumbnails. Before I do the script, please check if the watermarking is nice enough or if we want another logo. The name of the mail containing the new screenshot code is: [AppDB] new screenshot and image classes It is required to create the thumbnails subdirectories in order for the scripts to work. - data/screenshots/thumbnails/ - data/queued/screenshots/thumbnails/ See you.

2 2

WineConf 2005: details
by Brian Vincent 17 Jan '05

17 Jan '05

WHAT: WineConf 2005 WHEN: April 30 - May 1, 2005 WHERE: Institute of Communication Networks and Computer Engineering Stuttgart-Vaihingen Campus University of Stuttgart WHO: Anyone interested in Wine development. Please note: is a developers-only conference. HOW: Check out WineHQ for travel details. We still have quite a lot to work out, including the actual agenda, but we'll update these web pages as more info becomes available: http://www.winehq.org/site/wineconf If you plan on attending, please register on the website using the RSVP form as soon as possible. You can also find details on there about the wineconf mailing list. At this point there's a lot of planning that remains, so you'll have to bear with us as that discussion occurs. For those of you interested in Samba development, you might want to check out the SambaXP conference (http://www.sambaxp.org) since it's going to occur the two days following WineConf. WineConf 2004 was a lot of fun and I hope everyone can make it again. With a little luck we'll be able to attract everyone who couldn't make it to balmy, breezy Minneapolis last year. -Brian

1 0

Re: WineHQ:winetest: produce valid HTML
by Mike Hearn 17 Jan '05

17 Jan '05

On Wed, 12 Jan 2005 17:29:18 +0100, Ferenc Wagner wrote: > ChangeLog: * Generate valid HTML 4.01 Strict. > * Underline vis_note class links, too. Groovy! Is there a todo list of what needs to be done for winetest anywhere? Going to http://test.winehq.com/ still yields an error, you have to know the magic URL and then navigate the builds manually. It'd be nice to get some pretty HTML frontend to that going: a task for somebody who is keen but doesn't want to hack Wine itself maybe? Could you elaborate your plan for winetest Feri? thanks -mike

5 10