- Wine-Devel - list.winehq.org

Where are Wine's webserver logs?
by Scott Ritchie March 7, 2005

March 7, 2005

I'd like to do some datamining around the Wine server logs to see where people are linked to from offsite the most, where they deadend, and such. But, I don't have any logs to mine. Can someone make the past few months logs available? Thanks, Scott Ritchie

2 1

Re: Re: [x11drv] Fix X11DRV_set_wm_hints
by Maxime BELLENGE March 7, 2005

March 7, 2005

> Message du 07/03/05 06:01 > De : "Dmitry Timoshkov" <dmitry(a)baikal.ru> > A : "Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> > Copie à : wine-devel(a)winehq.com > Objet : Re: [x11drv] Fix X11DRV_set_wm_hints > > "Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> wrote: > > > I don't agree with you because, if the application don't call this with > > the HTCAPTION parameter > > > > PostMessage( WM_NCLBUTTONDOWN, HTCAPTION, MAKELPARAM( point.x, > > point.y)); > > > > but with HTLEFT, HTRIGHT ... the WM must resize the window I think. > > > > I wondered first if MWM_FUNC_RESIZE should be added but I think it is > > correct. > > If WS_THICKFRAME style is not set, then a window is not supposed to be > resized by WM, that's the point. SetWindowPos still will be able to resize > a window. > > -- > Dmitry. > Ok, I've re-read the docs and you're right. Sorry to have insisted wrongly and thanks for making me notice the problem. I will resend a correct patch. Maxime

1 0

FlashFXP v 3.01 and wine + Odin
by Dietrich Teickner March 7, 2005

March 7, 2005

Currently I have tested FlashFXP v3.01 (ftp-client with ssl) with wine, after I found it chrashs in Odin with stack-overflow. And I found FlashFXP stops after the same actiom in wine. I think that is the same message-loop, that I found in odin. with SysListView 68000034 LVM_SETITEMSTATE in comctl32 and WM_NOTIFY in user32 t01 ( 4): (code=-150) t01 ( 4): USER32: GetWindowLongW 68000034 fffffff4 t01 ( 4): USER32: GetWindowLongW returned 68000034 t01 ( 4): USER32: SendMessageW 68000033 4e 68000034 12f25c t01 ( 5): SendMessageW WM_NOTIFY for 68000033 68000034 12f25c t01 ( 5): USER32: GetWindowThreadProcessId 68000034 12ee9c t01 ( 5): USER32: GetWindowThreadProcessId returned 27470001 t01 ( 5): KERNEL32: GetCurrentProcessId t01 ( 5): KERNEL32: GetCurrentProcessId returned 2747 t01 ( 5): USER32: GetPropA 68000034 f22b t01 ( 5): USER32: GetPropA returned 20035a04 t01 ( 5): USER32: SendMessageA 68000034 102b 0 12eb68 t01 ( 6): SendMessageA User Message 102B (WM_USER+3115) for 68000034 0 12eb68 t01 ( 7): USER32: GetWindowLongW 68000034 0 t01 ( 7): USER32: GetWindowLongW returned 2d45570 t01 ( 7): SysListView 68000034 LVM_SETITEMSTATE 0 12eb68 t01 ( 7): wvsnprintfA : 168D8038 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D804E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=2, t01 ( 7): lvItem={iItem=0, iSubItem=0, state=0, stateMask=2} t01 ( 7): wvsnprintfA : 168D8138 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D814E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=2, t01 ( 7): (lpLVItem={iItem=0, iSubItem=0, state=0, stateMask=2}, isW=1) t01 ( 7): () t01 ( 7): wvsnprintfA : 168D8238 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D824E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=ffffffff, t01 ( 7): wvsnprintfA : 168D826B 205 "lParam=%lx, " t01 ( 7): lParam=0, t01 ( 7): (lpLVItem={iItem=0, iSubItem=0, state=0, stateMask=ffffffff, lParam=0}, isW=1) t01 ( 7): wvsnprintfA : 168D8338 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D834E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=f00, t01 ( 7): pdi->item={iItem=0, iSubItem=0, state=0, stateMask=f00} t01 ( 7): (code=-150) the child ask the parent, this ask the child, this ask the parrennt, this..... never end, only if the stack at end. Dietrich

2 1

Re: [x11drv] Fix X11DRV_set_wm_hints
by Dmitry Timoshkov March 7, 2005

March 7, 2005

"Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> wrote: > This patch adds MWM_FUNC_MOVE | MWM_FUNC_RESIZE when WS_EX_APPWINDOW. > Now the windows are movable. I think that MWM_FUNC_RESIZE should be added only for windows with WS_THICKFRAME style set. -- Dmitry.

2 2

AUTO3STATE with BS_OWNERDRAW bug?
by Michael Lin March 6, 2005

March 6, 2005

Hi all, I am having problem with AUTO3STATE control that have BS_OWNERDRAW style set. Dialogs with this control will not show at all. For example, I have a control AUTO3STATE "Text", 103, 10, 9, 149, 47, BS_OWNERDRAW | WS_CHILD | WS_VISIBLE | WS_TABSTOP in my dialog resource and the dialog won't show when it is called. But when I change it to CONTROL "Text", 103, "BUTTON", BS_OWNERDRAW | WS_CHILD | WS_VISIBLE | WS_TABSTOP, 10, 9, 149, 47 the dialog works fine. This seems like a bug to me, does anyone else have seen this problem? Thanks, Michael

1 0

Config Problems ?
by Andrew Neil Ramage March 6, 2005

March 6, 2005

I have downloaded and installed wine-20050211, but when I try to start a Windows program by clicking on it nothing happens. Starting it from the command line produces screens of output similar to the following: PatBlt (0x74, 0, 109, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 110, 472, 2, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 112, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 113, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 114, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 115, 472, 2, 15728673): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x98c, 0, 0, 521, 130, 0x74, -24, 0, 13369376): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0x98c, 1, 0, 520, 86, 0x998, 0, 0, 520, 86, 8913094): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0x98c, 1, 0, 520, 86, 0x9a0, 0, 0, 520, 86, 15597702): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x74, -24, 0, 521, 130, 0x98c, 0, 0, 13369376): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x98c, 0, 0, 344, 40, 0x74, 64, 77, 13369376): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x74, 64, 77, 344, 40, 0 Anyone know what's wrong ? I am using Mandrake 10.0, Gnome 2.4 and wine-20050211. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 1

help wanted - testing "stuck Alt" patch
by Krzysztof Foltman March 6, 2005

March 6, 2005

A few days ago I've sent this small patch to wine-patches: http://www.winehq.org/hypermail/wine-patches/2005/03/0091.html It's supposed to fix the long-existing (and annoying) problem where switching windows with Alt+TAB caused accelerator keys to work improperly (ie. pressing Ctrl+A was misrecognized as Ctrl+Alt+A). The patch seems to do its job (accelerator keys still work correctly after reactivating the app's window). However, I don't have many different configurations to test it. It would be nice if someone else applied it and tested if I haven't introduced a regression with this patch (it is possible, considering that it affects basic window management code used in all the GUI applications), and if it did the job. Any testing would be very helpful, regardless of whether the Alt+TAB problem existed on the particular machine or not. Although some people said that Alt+TAB problem doesn't exist in their configuration, I suspect that the problem is related to the particular usage patterns, and not configurations. Thanks in advance, Krzysztof

1 0

Running ZooTycoon 2 Demo
by Paul Vriens March 6, 2005

March 6, 2005

Hi, I'm running current CVS with a fresh tools/wineinstall. Only changes to the config-file: "Drivers" = "winealsa.drv" "HardwareAcceleration" = "Emulation" ; Zoo Tycoon 2 Demo install [AppDefaults\\Zoo2Trial.exe\\Version] "Windows" = "winxp" ; Zoo Tycoon 2 Demo run [AppDefaults\\zt2demoretail.exe\\x11drv] "Desktop" = "800x600" installation of the app is fine (set version to winxp). When trying to run the demo it immediately fails: fixme:d3d9:IDirect3DDevice9Impl_CreateSurface (0x77e38ea8) call to IWineD3DDevice_CreateRenderTarget failed First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x14a9481a). Fixed/circumvented that by: Index: dlls/wined3d/directx.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/directx.c,v retrieving revision 1.25 diff -u -p -r1.25 directx.c --- dlls/wined3d/directx.c 2 Mar 2005 13:44:58 -0000 1.25 +++ dlls/wined3d/directx.c 5 Mar 2005 16:11:45 -0000 @@ -1578,7 +1578,8 @@ HRESULT WINAPI IWineD3DImpl_CreateDevi object->render_ctx = object->glCtx; object->renderTarget = object->backBuffer; - IWineD3DSurface_AddRef((IWineD3DSurface *) object->renderTarget); + if (NULL != object->renderTarget) + IWineD3DSurface_AddRef((IWineD3DSurface *) object->renderTarget); /* TODO: Depth Stencil support object->stencilBufferTarget = object->depthStencilBuffer; if (NULL != object->stencilBufferTarget) { It comes a bit further now but fails again: trace:d3d:IWineD3DDeviceImpl_SetViewport glDepthRange call ok device.c / 1811 trace:d3d:IWineD3DDeviceImpl_SetViewport This->renderTarget : ((nil)) First chance exception: page fault on read access to 0x0000003c in 32-bit code (0x4658033a). The extra trace was added by me. Again this points to *->renderTarget being NULL. So there must be more to it. Any ideas? Oliver? Cheers, Paul.

2 3

Re: Picasa2- slideshow mode fixes [patch #1]
by Matthew Mastracci March 6, 2005

March 6, 2005

Woohoo! With my patch from before and some extra hacking, I managed to get the slideshow working in Picasa by faking out some DirectDraw capabilities. Apparently, it requires the presence of the DDCAPS_OVERLAY and DDCAPS_OVERLAYSTRETCH to do its slideshow properly (and aborts silently if they aren't there). Adding the fake capabilities lets the slideshow run, though the images aren't stretched to the entire size of the window unless the slideshow overlay is showing at the bottom. It's hard to describe and a little jarring when you're interacting with the slideshow. Not sure if this is because of the lack of true overlay surface support, but this message seems to indicate so: trace:ddraw:Main_DirectDraw_CreateSurface App didn't request a valid surface type - assuming offscreenplain I don't know if I should submit this as part of a patch, since it doesn't implement the functionality. Here is the change, for those interested: Index: dlls/ddraw/ddraw/user.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw/user.c,v retrieving revision 1.22 diff -u -r1.22 user.c --- dlls/ddraw/ddraw/user.c 8 Sep 2004 01:50:37 -0000 1.22 +++ dlls/ddraw/ddraw/user.c 6 Mar 2005 07:04:29 -0000 @@ -143,7 +143,7 @@ #define BLIT_CAPS (DDCAPS_BLT | DDCAPS_BLTCOLORFILL | DDCAPS_BLTDEPTHFILL \ | DDCAPS_BLTSTRETCH | DDCAPS_CANBLTSYSMEM | DDCAPS_CANCLIP \ | DDCAPS_CANCLIPSTRETCHED | DDCAPS_COLORKEY \ - | DDCAPS_COLORKEYHWASSIST) + | DDCAPS_COLORKEYHWASSIST | DDCAPS_OVERLAY | DDCAPS_OVERLAYSTRETCH) #define CKEY_CAPS (DDCKEYCAPS_DESTBLT | DDCKEYCAPS_SRCBLT) #define FX_CAPS (DDFXCAPS_BLTALPHA | DDFXCAPS_BLTMIRRORLEFTRIGHT \ | DDFXCAPS_BLTMIRRORUPDOWN | DDFXCAPS_BLTROTATION90 \ Matthew Mastracci wrote: > I've been trying to get the slideshow mode in Picasa2 to work, but it > seems like it's relying on IDirectDrawSurface->Lock() to return > DDERR_SURFACEBUSY if the surface is already locked. If this call > doesn't return the error, it seems to keep hammering the function > until it does. It then proceeds to hit a stack overflow condition > somehow and dies. :) > > I think it's a bug in Picasa, but my ddraw-surface-lock.diff patch in > wine-patches fixes this behaviour (but not the feature, unfortunately). > > Note that now the slideshow mode now just terminates without error. > I'll keep on looking to see what's happening. > > Matt. >

2 2

Re: Re: [winedbg] Get expressions working again.
by Pouech Eric DMI AEI CAEN March 6, 2005

March 6, 2005

> Ok, I'll take a look at this, but if where shouldn't > be using two pointer types we should be using > SymGetTypeInfo in all cases? the only (two things) you have to do are: - if one cannot find the pointer type in the pointee's module, then create a winedbg's type for the pointer type and store this type in a lookup table - in type_get_info, extend the types supported by also searching the lookup table for the pointers type. the lookup table should contain pointee type and module of pointee. You could also extend step 1 by not adding a pointer that already exists. A+

3 2