July 2003 - Wine-Devel - list.winehq.org

Re: Copy & Paste doesn't work again

by Ulrich Czekalla

Sure another trace would be helpful :-) It seems like we couldn't fetch the TARGETS from the selection owner for some reason. /Ulrich On Wed, 2003-07-02 at 15:19, Rein Klazes wrote: <snip> > Ulrich, > > With the patch copy&paste from Agent to 'X', as well as as within Agent > work fine again. > > However if I select some text in an xterm, I get a couple of: > > | err:clipboard:X11DRV_CLIPBOARD_UpdateCache Failed to cache clipboard data owned by another process. > > and when trying to paste into Agent: > > | err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=1 > > Do you think another trace would be helpfull? > > Thanks, > > Rein.

July 2, 2003

Fwd: testers needed with win 9x/me

by Stefan Leichter

Ok, this time with the test program attached ;-) Stefan ---------- Forwarded Message ---------- Subject: testers needed with win 9x/me Date: Wednesday 02 July 2003 21:33 From: Stefan Leichter <Stefan.Leichter(a)camLine.com> To: Wine Devel <wine-devel(a)winehq.com> Hello, before i convert the function QueryDosDevice from ascii to unicode i did some testings on my NT box. The result returned of the test are much different from what the current implementation returned. Therefore i am okking for some testers which are building the attached program on their computer and returning the output to me. Thanks Stefan -------------------------------------------------------

July 2, 2003

testers needed with win 9x/me

by Stefan Leichter

Hello, before i convert the function QueryDosDevice from ascii to unicode i did some testings on my NT box. The result returned of the test are much different from what the current implementation returned. Therefore i am okking for some testers which are building the attached program on their computer and returning the output to me. Thanks Stefan

July 2, 2003

Re: Copy & Paste doesn't work again

by Rein Klazes

On 02 Jul 2003 13:45:46 -0400, you wrote: > Thanks for log. Could you give this patch a try. It fixes some problems > I found as well as reintegrates the COMPOUND_TEXT patch that Kusanagi > Kouichi summited. > > Thanks, > > /Ulrich > > On Mon, 2003-06-30 at 13:46, Rein Klazes wrote: > > On 30 Jun 2003 10:51:07 -0400, you wrote: > > > > > Sure, I'll take a look. I need to look at this anyway to solve problems > > > with klipper interactions. I probably won't get around to this for a > > > couple of days since I'm really busy with other bugs but it is high on > > > my priority list. If you could send me a trace log of Agent with > > > +relay,+clipboard that would really help me out. > > > > Log is attached. I started Agent, selected some stuf in an open message, > > selcted "copy" in the context menu, changed to an xterm and tried to > > paste with middle mouse button then stopped Agent with ctrl-C. Ulrich, With the patch copy&paste from Agent to 'X', as well as as within Agent work fine again. However if I select some text in an xterm, I get a couple of: | err:clipboard:X11DRV_CLIPBOARD_UpdateCache Failed to cache clipboard data owned by another process. and when trying to paste into Agent: | err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=1 Do you think another trace would be helpfull? Thanks, Rein. -- Rein Klazes rklazes(a)xs4all.nl

July 2, 2003

Re: Copy & Paste doesn't work again

by Ulrich Czekalla

Thanks for log. Could you give this patch a try. It fixes some problems I found as well as reintegrates the COMPOUND_TEXT patch that Kusanagi Kouichi summited. Thanks, /Ulrich On Mon, 2003-06-30 at 13:46, Rein Klazes wrote: > On 30 Jun 2003 10:51:07 -0400, you wrote: > > > Sure, I'll take a look. I need to look at this anyway to solve problems > > with klipper interactions. I probably won't get around to this for a > > couple of days since I'm really busy with other bugs but it is high on > > my priority list. If you could send me a trace log of Agent with > > +relay,+clipboard that would really help me out. > > Log is attached. I started Agent, selected some stuf in an open message, > selcted "copy" in the context menu, changed to an xterm and tried to > paste with middle mouse button then stopped Agent with ctrl-C. > > Rein.

July 2, 2003

Fwd: Simple TCP client (winsock) does nothing

by Ferenc Wagner

Hi, I decided to forward this from the user newsgroup (having read the latest WWN :)) Feri. From: steve(a)velocedge.com (Steve) Newsgroups: comp.emulators.ms-windows.wine Subject: Simple TCP client (winsock) does nothing Date: 30 Jun 2003 13:59:17 -0700 Message-ID: <945ce154.0306301259.1c21f5c8(a)posting.google.com> I am testing the winsock.dll in RH9 with a Visual Basic program running under WINE. This is the most simple winsock client I could write... in fact, its copied directly out of the "Using Winsock Control" in MS sample docs. One button to connect to a server and another to send data to the server. Works fine on a Windows box, but fails under WINE. I say "fails" but it doesn't do anything. My server (on the LAN) doesn't recieve a connect request when you click the connect button on the client... it doesn't see anything from the client. I can click the connect and nothing happens, click send and nothing happens. No errors, but no data transfer either. No firewall is configured. I did copy a mswinsck.ocx to the windows/system directory but its using WINE's winsock.dll. I have installed and run VNC bidirectionally between the same two boxes (Linux and Windows) so I know there is a good IP connection. Any direction is greatly appreciated by one whose struggling to learn Linux and WINE at the same time. Below is a copy of --debugmsg +winsock for what its worth. Thanks, Steve Ricketts [administrator(a)linux9 Exe]$ wine --debugmsg +winsock TCPClient Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: fixme:ole:CoRegisterMessageFilter stub fixme:ole:OLEPictureImpl_Construct Unsupported type 3 fixme:win32:PE_CreateModule Security directory ignored fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:ITypeInfo_fnInvoke set 0 to pointer for get (type is 12) fixme:ole:ITypeInfo_fnInvoke set 1 to pointer for get (type is 12) fixme:ole:ITypeInfo_fnInvoke Does not support optional parameters (2) fixme:ole:CoRegisterMessageFilter stub [administrator(a)linux9 Exe]$

July 2, 2003

Re: Can I modify winuser.h ?

by Mike Hearn

> My question, can I modify the user32.spec and the winuser.h to add this > function with? Yes, but bear in mind you will need to "implement" it, just an empty function with a FIXME("stub\n"); will do. > And an other question. After modifying the user32.spec to rebuild, do I > just type make? Yes. Well, make install, if you're running from a copy of wine outside the tree. Same as any other program. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

July 2, 2003

Re: still many warnings from Mesa

by Vincent Béron

Le mer 02/07/2003 à 02:29, Sylvain Petreolle a écrit : > Hi Lionel, > > Im using Xfree86 standard headers (no NVidia/ATI/... headers) and Linux > RH 9. > I'm getting the same warning as Gerard's however. Those are Mesa 3.4.2 headers IIRC, ie the same as Gerard's (again IIRC). Vincent

July 2, 2003

Re: Copy & Paste doesn't work again

by Ferenc Wagner

Ulrich Czekalla <ulrich(a)codeweavers.com> writes: > Sure, I'll take a look. Once at it, let me express my concerns. Before that last patch went in, I was using the following local modifications: Index: dlls/x11drv/clipboard.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/clipboard.c,v retrieving revision 1.8 diff -u -r1.8 clipboard.c --- dlls/x11drv/clipboard.c 23 Jan 2003 21:32:35 -0000 1.8 +++ dlls/x11drv/clipboard.c 25 Mar 2003 15:36:52 -0000 @@ -165,10 +165,6 @@ case CF_TEXT: return None; - case CF_UNICODETEXT: - prop = XA_STRING; - break; - case CF_DIB: case CF_BITMAP: { I wanted to move Unicode text between Windows applications, but the above rule always converted it to iso-8859-1, destroying the contents. As far as I remember, there was no mechanism to offer (for a TARGET request) several possible transfer formats, raw internal being the preference, followed by other less convenient formats. @@ -947,6 +943,16 @@ if ( !(selectionAcquired == (S_PRIMARY | S_CLIPBOARD)) ) { Atom xaClipboard = TSXInternAtom(display, _CLIPBOARD, False); + BOOL TempWndCreated = False; + + if (hWndClipWindow == NULL) + { + hWndClipWindow = CreateWindowA ("STATIC", NULL, 0, + 0, 0, 0, 0, + NULL, NULL, NULL, NULL); + TempWndCreated = True; + } + owner = X11DRV_get_whole_window( GetAncestor( hWndClipWindow, GA_ROOT ) ); /* Grab PRIMARY selection if not owned */ @@ -968,6 +974,9 @@ selectionWindow = owner; TRACE("Grabbed X selection, owner=(%08x)\n", (unsigned) owner); } + + if (TempWndCreated) + DestroyWindow (hWndClipWindow); } } X11DRV_AcquireClipboard can be called with NULL hWndClipWindow (as documented on MSDN). The above hack came over it without introducing new global state, but clearly is not right. Worked for me, though. I wanted to investigate and find real fixes for both problems, but after your recent patches I will have to learn the new ways first. And I do not really have the time anyway, so I thought I had better tell about them at least. Feri.

July 2, 2003

Can I modify winuser.h ?

by olivier

Hello, I try to use a win32 app that use the user32 function: BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) the implemented function in Wine is: BOOL WINAPI FlashWindow( HWND hWnd, BOOL bInvert) My question, can I modify the user32.spec and the winuser.h to add this function with? BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) /* FlashWindowEx structure and flags*/ typedef struct { UINT cbSize; HWND hwnd; DWORD dwFlags; UINT uCount; DWORD dwTimeout; } FLASHWINFO, *PFLASHWINFO; #define FLASHW_STOP 0x01 #define FLASHW_CAPTION 0x02 #define FLASHW_TRAY 0x04 #define FLASHW_ALL FLASHW_CAPTION | FLASHW_TRAY #define FLASHW_TIMER 0x10 #define FLASHW_TIMERNOFG 0x20 And an other question. After modifying the user32.spec to rebuild, do I just type make? Merci, Olivier

July 2, 2003