March 2005 - Wine-Devel - list.winehq.org

Re: Resend : Implements MIIM_BITMAP state in menus
by Alexandre Julliard March 7, 2005

March 7, 2005

Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> writes: > + * drawhbmbitmap : True to draw the hbmbitmap(MIIM_BITMAP)/False to draw the MF_BITMAP > */ > -static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT *rect, BOOL menuBar ) > +static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT *rect, BOOL menuBar, BOOL drawhbmbitmap ) What's the point of passing the drawhbmbitmap flag since you always set it to TRUE? > @@ -762,14 +773,15 @@ > int h = rect->bottom - rect->top; > int bmp_xoffset = 0; > int left, top; > + HBITMAP swtch = (drawhbmbitmap)?lpitem->hbmpItem:(HBITMAP)lpitem->text; That's a strange variable name for a bitmap... > + /* New style MIIM_BITMAP */ > + if (lpitem->hbmpItem) > + { > + if (lpitem->hbmpItem == HBMMENU_CALLBACK) > + { > + MEASUREITEMSTRUCT measItem; > + measItem.CtlType = ODT_MENU; > + measItem.CtlID = 0; > + measItem.itemID = lpitem->wID; > + measItem.itemWidth = lpitem->rect.right - lpitem->rect.left; > + measItem.itemHeight = lpitem->rect.bottom - lpitem->rect.top; > + measItem.itemData = lpitem->dwItemData; > + > + SendMessageW( hwndOwner, WM_MEASUREITEM, lpitem->wID, (LPARAM)&measItem); > + > + /* Keep the size of the bitmap in callback mode to be able to draw it correctly */ > + lppop->bmpSize.cx = max(lppop->bmpSize.cx, measItem.itemWidth - (lpitem->rect.right - lpitem->rect.left)); > + lppop->bmpSize.cy = max(lppop->bmpSize.cy, measItem.itemHeight - (lpitem->rect.bottom - lpitem->rect.top)); Why do you store the bitmap size in the parent popup? What if there are multiple items with bitmaps? -- Alexandre Julliard julliard(a)winehq.org

2 2

Trace from Page Plus 5
by Andrew Neil Ramage March 7, 2005

March 7, 2005

I tried to start Page Plus 5, a DTP program from Serif. I was presented with a dialog asking for me to select a printer. When I OK'ed that, with the splash screen still showing, wine crashed. Here is the trace. [andrew(a)zeus Program]$ wine pp.exe fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00447977). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00447977 ESP:406aeadc EBP:406aeb00 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:4056c508 ECX:00000002 EDX:406ae940 ESI:40361bfe EDI:00631c67 Stack dump: 0x406aeadc: 00000000 406aec5c 00001012 00000000 0x406aeaec: 00000000 406aec58 00631c67 40361bfe 0x406aeafc: 4056c508 406aecd4 0044988c 00000000 0x406aeb0c: 406aec5c 00000003 406aec58 00631c67 0x406aeb1c: 40361bfe 4056c508 406aeb40 406aeb84 0x406aeb2c: 00000040 406aec34 40045bd3 4020b864 Backtrace: =>1 0x00447977 in pp (+0x47977) (0x406aeb00) 2 0x0044988c in pp (+0x4988c) (0x406aecd4) 3 0x004c804b in pp (+0xc804b) (0x406af370) 4 0x0048a5c6 in pp (+0x8a5c6) (0x406af390) 5 0x0048a2f5 in pp (+0x8a2f5) (0x406af7c4) 6 0x0043acff in pp (+0x3acff) (0x406afe54) 7 0x0043b32f in pp (+0x3b32f) (0x406afe98) 8 0x00631d89 EntryPoint+0x122 in pp (0x406aff2c) 9 0x404d7db8 start_process+0xc8(arg=0x0) [/home/andrew/Download/Software/wine-20050211/dlls/kernel/process.c:1046] in kernel32 (0x406afff4) 10 0x40027dcd wine_pthread_abort_thread+0x2d(status=0x0) [port.c:85] in libwine.so.1 (0x00000000) 0x00447977: movl 0x0(%eax),%eax Wine-dbg> -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: fix wrc to parse some Borland dialog resources
by Filip Navara March 7, 2005

March 7, 2005

Michael Lin wrote: > * change wrc to parse '&' and '~' when specifying style I believe the attached patch would be better solution...you can use arbitrary expressions in the style definitions with Microsoft Resource Compiler... Regards, Filip

2 1

Wine logo (the glass)
by Dimitrie O. Paun March 7, 2005

March 7, 2005

Folks, do we have an .svg version of the logo? If so, where can I get it from? -- Dimi.

2 1

winebuild changes
by Dimitrie O. Paun March 7, 2005

March 7, 2005

Hi Alexandre, Ivan found that on Windows .exe's can export functions, just like DLLs. He needs this for his work on ntoskrnl.exe. To support this, we need a bit of an interface change to winebuild. I've put together a simple patch to see if you are OK with such a change. If so, I'll finish it, and modify winegcc accordingly. So, thing will change as follows: OLD: winebuild --dll=mystuff.spec NEW: winebuild --dll -E mystuff.spec OLD: winebuild --def=mystuff.spec NEW: winebuild --def -E mystuff.spec OLD: winebuild --exe=myprog.exe NEW: winebuild --exe -F myprog.exe to build an .exe with arbitrary exports, we would do: winebuild --exe -F myprog.exe -E mystuff.spec Index: tools/winebuild/main.c =================================================================== RCS file: /var/cvs/wine/tools/winebuild/main.c,v retrieving revision 1.59 diff -u -r1.59 main.c --- tools/winebuild/main.c 7 Dec 2004 17:19:54 -0000 1.59 +++ tools/winebuild/main.c 7 Mar 2005 01:50:44 -0000 @@ -144,6 +144,7 @@ " -C --source-dir=DIR Look for source files in DIR\n" " -d --delay-lib=LIB Import the specified library in delayed mode\n" " -D SYM Ignored for C flags compatibility\n" +" -E --export=FILE Export the symbols defined in the .spec or .def file\n" " -e --entry=FUNC Set the DLL entry point function (default: DllMain)\n" " -f FLAGS Compiler flags (only -fPIC is supported)\n" " -F --filename=DLLFILE Set the DLL filename (default: from input file name)\n" @@ -165,9 +166,9 @@ " --version Print the version and exit\n" " -w --warnings Turn on warnings\n" "\nMode options:\n" -" --dll=FILE Build a .c file from a .spec or .def file\n" -" --def=FILE.SPEC Build a .def file from a spec file\n" -" --exe=NAME Build a .c file for the named executable\n" +" --dll Build a .c file from a .spec or .def file\n" +" --def Build a .def file from a spec file\n" +" --exe Build a .c file for the named executable\n" " --debug [FILES] Build a .c file with the debug channels declarations\n" " --relay16 Build the 16-bit relay assembly routines\n" " --relay32 Build the 32-bit relay assembly routines\n\n" @@ -204,6 +205,7 @@ /* aliases for short options */ { "source-dir", 1, 0, 'C' }, { "delay-lib", 1, 0, 'd' }, + { "export", 1, 0, 'E' }, { "entry", 1, 0, 'e' }, { "filename", 1, 0, 'F' }, { "help", 0, 0, 'h' }, @@ -248,6 +250,10 @@ case 'D': /* ignored */ break; + case 'E': + spec_file_name = xstrdup( optarg ); + set_dll_file_name( optarg, spec ); + break; case 'F': spec->file_name = xstrdup( optarg ); break; @@ -324,21 +330,12 @@ break; case LONG_OPT_DLL: set_exec_mode( MODE_DLL ); - spec_file_name = xstrdup( optarg ); - set_dll_file_name( optarg, spec ); break; case LONG_OPT_DEF: set_exec_mode( MODE_DEF ); - spec_file_name = xstrdup( optarg ); - set_dll_file_name( optarg, spec ); break; case LONG_OPT_EXE: set_exec_mode( MODE_EXE ); - if ((p = strrchr( optarg, '/' ))) p++; - else p = optarg; - spec->file_name = xmalloc( strlen(p) + 5 ); - strcpy( spec->file_name, p ); - if (!strchr( spec->file_name, '.' )) strcat( spec->file_name, ".exe" ); if (!spec->subsystem) spec->subsystem = IMAGE_SUBSYSTEM_WINDOWS_GUI; break; case LONG_OPT_DEBUG: -- Dimi.

2 1

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

IP Address control broken
by Robert Reif March 6, 2005

March 6, 2005

I am unable to edit the text in an IP Address control. I can select it and delete it with the mouse but typing into it causes the test to go to the window it was started in. Disabling the control does not change it's color. Is anyone working on this control?

3 7

Re: [winecfg] Audio device selection
by Robert Reif March 6, 2005

March 6, 2005

Paul van Schayck wrote: >Changelog: >Let the audio device be changed from the audio tab > > OSS also supports multiple devices. When you have multiple audio devices in Windows, it provides the friendly names of all the devices and allows you to select one as the default. You can do this now in OSS.

1 0

re: [OLE #78] Run RPCs on a new thread client side
by Dan Kegel March 6, 2005

March 6, 2005

Mike Hearn wrote: > Almost there .... Stay on target... [thinking of Skywalker's last bombing run] -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Regression in painting.c
by Ron Jensen March 6, 2005

March 6, 2005

dlls/user/painting.c is getting caught in an infinite loop in the function update_now() I added two TRACE statements to try to figure out what is going on. Uncommenting the SendMessageW() line allows the loop to exit. See the attached win traces for the working and broken cases. I don't know enough about what this function is trying to do to fix it... The bug can be reproduced using Irfan View's ( www.irfanview.com ) slideshow functions. --- painting.c.orig 2005-02-28 12:01:55.000000000 -0700 +++ painting.c 2005-03-04 08:18:52.000000000 -0700 @@ -340,6 +340,7 @@ else if (rdw_flags & RDW_ALLCHILDREN) flags |= UPDATE_ALLCHILDREN; if (!get_update_flags( hwnd, &child, &flags )) break; +TRACE( "flags = %d, child = %d, prev = %d\n", flags, child , prev ); if (!flags) break; /* nothing more to do */ if (child == prev) /* same window again, didn't get repainted properly */ @@ -351,8 +352,10 @@ TRACE( "%p not repainted properly, erasing\n", child ); if ((hrgn = send_ncpaint( child, NULL, &erase_flags ))) { + TRACE( "hrgn = %p, deleting\n", hrgn ); send_erase( child, erase_flags, hrgn, &rect, NULL ); DeleteObject( hrgn ); +// SendMessageW( child, WM_PAINT, 0, 0 ); } } else

2 1

Re: Better test for visible desktop, should be working on all platforms.
by Dmitry Timoshkov March 6, 2005

March 6, 2005

"Jakob Eriksson" <jakov(a)vmlinux.org> wrote: > I took this test from the gdi32 conformance tests, since it fails > reliably when run under a non visible desktop, regardless of platform. > > > It's not pretty, but I don't have an NT4 to test with, so I didn't want > to change > anything. Later I can refactor it into exactly the failing part. Did you consider implementing the approach Robert Shearman has pointed out? -- Dmitry.

3 3

winecfg
by Chris Morgan March 6, 2005

March 6, 2005

I noticed that winecfg is still reporting that it "does not modify your configuration", and in winecfg.h WINE_KEY_ROOT isn't set to the configuration key. Is there some reason why we haven't enabled writing to the actual configuration yet? Are there some bugs or lack of features that need to be resolved before it goes active? Without a ~/.wine/config file it seems like winecfg is the only way to let users easily adjust their configuration. Chris

2 1

Regression in GetModuleHandle16
by Vitaliy Margolen March 6, 2005

March 6, 2005

This patch http://cvs.winehq.org/patch.py?id=16245 broke my wine (changes to "winbase.h"). It fails to start. Could someone take a look at it? I'm sorry, my brain failing me this weekend too, and I couldn't find the cause myself. I tried running without ~/.wine - didn't help. I'm running wine from the tree without installing it. Could this be a reason why no one else seeing the problem? 0009:trace:module:load_dll Found loaded module L"c:\\windows\\system\\kernel32.dll" for L"kernel32.dll" at 0x404c0000, count=13 0009:trace:heap:RtlFreeHeap (0x40380000,00000002,40380f78): returning TRUE 0009:trace:module:GetModuleHandle16 (krnl386.exe) 0009:trace:module:MODULE_LoadModule16 Trying built-in 'krnl386.exe' 0009:trace:global:GLOBAL_Alloc 56 flags=0000 0009:trace:heap:RtlAllocateHeap (0x40380000,00000002,00000040): returning 40380f78 0009:trace:module:NE_InitResourceHandler InitResourceHandler[1026] 0009:trace:module:GetModuleHandle16 (KERNEL) 0009:trace:module:GetProcAddress16 0000 'DefResourceHandler' 0009:trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin 0009:trace:module:GetModuleHandle16 (krnl386.exe) 0009:err:module:MODULE_LoadModule16 Serious trouble. Just loaded module 'krnl386.exe' (hinst=0x1026), but can't get module handle. Filename too long ? -- Best regards, Vitaliy

1 0

dbghelp problem
by Robert Reif March 6, 2005

March 6, 2005

I can't get a stack trace with symbol information from an exe file and tracked the problem down to this. dbghelp tries to load the symbols for the executable file by looking up the file name without the .exe extension and fails because the file is not found. This patch adds the .exe back on to the file name and tries to look it up again before failing. I doubt this is the right solution but it works for me. --- pe_module.c 2005-03-01 06:20:19.000000000 -0500 +++ /mnt/floppy/pe_module.c 2005-03-04 11:06:30.000000000 -0500 @@ -332,6 +332,7 @@ HANDLE hMap; void* mapping; char loaded_name[MAX_PATH]; + TRACE("(%p %s %p %08lx %08lx)\n", pcs, name, hFile, base, size); loaded_name[0] = '\0'; if (!hFile) @@ -341,13 +342,22 @@ /* FIXME SetLastError */ return NULL; } - if ((hFile = FindExecutableImage(name, NULL, loaded_name)) == NULL) - return NULL; + if ((hFile = FindExecutableImage(name, NULL, loaded_name)) == NULL) { + char full_name[MAX_PATH]; + TRACE("file: %s not found\n", name); + strcpy(full_name, name); + strcat(full_name, ".exe"); + if ((hFile = FindExecutableImage(full_name, NULL, loaded_name)) == NULL) { + TRACE("file: %s not found\n", full_name); + return NULL; + } + } opened = TRUE; } else if (name) strcpy(loaded_name, name); else if (dbghelp_options & SYMOPT_DEFERRED_LOADS) FIXME("Trouble ahead (no module name passed in deferred mode)\n"); + TRACE("loaded_name = %s\n", loaded_name); if (!(module = module_find_by_name(pcs, loaded_name, DMT_PE)) && (hMap = CreateFileMappingA(hFile, NULL, PAGE_READONLY, 0, 0, NULL)) != NULL) {

2 1

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

March 6, 2005

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.

1 0

Re: More destinations for wineoss's mixer
by wino＠piments.com March 6, 2005

March 6, 2005

On 05 Mar 2005 12:34:26 -0500, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > According to MSDN, DST_HEADPHONES can be the same as DST_SPEAKERS, > DST_LINE and DST_VOICEIN as DST_WAVEIN. > > Peter, does this one helps Dragon NS 7? > > Changelog: > Make wineoss's mixer know about DST_HEADPHONES, DST_LINE and > DST_VOICEIN. > Use proper constants instead of 0 and 1. > > Vincent one more thing to add: it seems your patch has done some good since I now notice that entering the audio setup now sets the mike to zero just before it gets stuck. I went back to try NS4 and I did now manage to go through the mike setup routine and sig/noise check. Although the mike setting was not waiting for me to speak before returning. Another brick is in place. 8) -- Opera 7 mail on Linux

1 0

Re: More destinations for wineoss's mixer
by peter＠piments.com March 6, 2005

March 6, 2005

On 05 Mar 2005 12:34:26 -0500, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > According to MSDN, DST_HEADPHONES can be the same as DST_SPEAKERS, > DST_LINE and DST_VOICEIN as DST_WAVEIN. > > Peter, does this one helps Dragon NS 7? > > Changelog: > Make wineoss's mixer know about DST_HEADPHONES, DST_LINE and > DST_VOICEIN. > Use proper constants instead of 0 and 1. > > Vincent Thanks , that got rid of the errors but did not make it work, sadly. I can get it to install reliably using Installshield. What I thought was blocking it was that there is a OK/Cancel dlg coming up _behind_ the splash screen. This is obviously a bug in that the dlg is modal but not visible when it comes up. The trick is to move the splash to one side before clicking Next. The prog now starts and works as much as it can without sound and a speach profile , ie not much but it can close cleanly. Attempting to set the mike volume is still the killer but there are now no messages, the set up dlg hangs and I have to close it using the X button on the frame. I can then exit NS. Progress none the less Thanks again. -- Using Opera e-mail on Gentoo Linux

1 0

Re: MultiByteToWideCharacter problem with CP 950 (Traditional Chinese)
by Andreas Mohr March 5, 2005

March 5, 2005

Hi, On Sun, Mar 06, 2005 at 04:49:13AM +0900, Mike McCormack wrote: > 1st problem: (pre-existing) No comments. > 2nd problem: (regression) > > There's another serious problem, which is a regression. Starting Office > 2000 (any language)with the Big5 code page as below, causes serious > trouble with my X server (X.org 6.7.0). The X cpu usage goes to 95%, > and the install hangs, more or less. > > LC_ALL=zh_TW.Big5 wine m:\setup > > The problem happens whether or not the Chinese truetype font is installed. This probably is the same issue that has prevented success for any attempt to use some relatively recent Wine versions on the notebook of my girlfriend (P3/450, Debian, Chinese simplified, non-Unicode setup: GB2312, XF86 4.3.x): whenever I started Wine, everything slowed to a crawl and I had veritable trouble trying to kill it (definitely points towards XF86 overload). I could offer to do some tests if need be. Haven't tried the new "non-official" Debian Wine packages, BTW. Andreas Mohr

1 0

Re: USER32: Error checking for sysparams tests
by Paul Vriens March 5, 2005

March 5, 2005

On Sat, 2005-03-05 at 06:42, jchevrier(a)nexicom.net wrote: > As discussed on wine-devel there are a handful of calls in the > SystemParametersInfo tests that don't check for returned errors and continue > on with testing a given parameter. This patch ensures that all initial calls > to SystemParametersInfoA in each parameter test have their returned errors > checked. To ease adding more error cases and reduce code duplication I have > consolidated error message handling into a single function. > > Changelog: > > * Consolidate error message handling > * Add error checking to all initial SystemParametersInfoA calls in each > parameter test to make sure that if a given parameter isn't supported or has > failed in some other way that we return and don't continue on with the test > * Remove a couple of TABS and align registry keys/values at the top of the > file Hi Justin, what about the attached one? Added/changed the following: - Always set LastError before calling test_error_msg - SPI_{GET,SET}ICONTITLEWRAP is supported on Win98, but was clouded by an error that was set after a previous call failed. Changelog: Justin Chevrier <jchevrier(a)nexicom.net> * Consolidate error message handling * Add error checking to all initial SystemParametersInfoA calls in each parameter test to make sure that if a given parameter isn't supported or has failed in some other way that we return and don't continue on with the test * SetLastError before calling test_error_msg * Remove a couple of TABS and align registry keys/values at the top of the file * SPI_{GET,SET}ICONTITLEWRAP is supported on Win98 Cheers, Paul.

2 1

Any resources about threading problems?
by Bill Medland March 5, 2005

March 5, 2005

Does anyone know any site or book or something with a decent discussion about the problems of the different threading models and their implementations? In the Developer's Guide in section 8.3 there are references to "the threading chapter". Is this a section that has not yet been written? As I understand it we (in the pthreads version) "override the native pthreads library". What does this mean? I am trying to research the issues associated with threading so that I understand the complications. The fact that Linux has two models and that Wine, FreeDCE and Samba (that I know of) seem to have found it necessary to bypass/hack/modify/override them indicates to me that there is something to understand. -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

2 3

installshield and Wine
by wino＠piments.com March 5, 2005

March 5, 2005

What is the current state of play? It seems that InstallShield is pretty much and essential element in a working Wine env. But I tried to install Dragon NS 7 yesterday and it hung completely with a system wide modal in the middle of the screen. I had to kill the parent. There has been some regressions in Wine recently it seems , what would be the best wine version to install to get around this issue.? Thanks. -- Opera 7 mail on Linux

5 6

Dragon Naturally Speaking - working.
by wino＠piments.com March 5, 2005

March 5, 2005

Good news and what looks like a first. Dragon Naturally Speaking 4 working under Wine. ======================================= reqd riched32 and comdlg32 native from 98SE Gentoo Linux , 2.6.10-nitro4 kernel wine-20050111 Fresh Wine installation installed IE6 using sidenet Install Dragon from CD no major issues. copy missing dll's ran up Dragon , enter user name , setup sticks at setting mike level but exits cleanly. #wine gentrain.exe picks up user name , dictated training text . It saves the vocab/voix profiles the drops out with 3 repeat errors but the profile is safe #wine natspeak.exe Can now dictate in stand-alone mode as in windoze. I now need some help with the guts of Wine to see if I can capture the keystrokes output by Dragon and pipe it to another Linux thread. Any suggestions on that? TIA :) -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

3 3

Re: [user/tests/sysparams.c] More correct *MOUSEHOVER* tests (Don't apply)
by Paul Vriens March 5, 2005

March 5, 2005

On Fri, 2005-03-04 at 21:39, Paul Vriens wrote: > Hi, > > current checks for only GetLastError()==ERROR_INVALID_SPI_VALUE) are > bogus, at least on Win98 as the LastError is not set. > > Changelog > LastError is not set on failure for *MOUSEHOVER* on Win98 > > Cheers, > > Paul. Hi, no need to apply this one. I shouldn't have checked for ERROR_CALL_NOT_IMPLEMENTED (maybe only at the very first test). Justin's patch seems to be on the right track. Cheers, Paul.

1 0

Re: USER32: Error checking for sysparams tests
by Paul Vriens March 5, 2005

March 5, 2005

On Sat, 2005-03-05 at 06:42, jchevrier(a)nexicom.net wrote: > As discussed on wine-devel there are a handful of calls in the > SystemParametersInfo tests that don't check for returned errors and continue > on with testing a given parameter. This patch ensures that all initial calls > to SystemParametersInfoA in each parameter test have their returned errors > checked. To ease adding more error cases and reduce code duplication I have > consolidated error message handling into a single function. > > Changelog: > > * Consolidate error message handling > * Add error checking to all initial SystemParametersInfoA calls in each > parameter test to make sure that if a given parameter isn't supported or has > failed in some other way that we return and don't continue on with the test > * Remove a couple of TABS and align registry keys/values at the top of the > file Hi Justin, could you have a look at the patch I send in for *MOUSEHOVER* stuff. Apparently Win98SE returns 0 without setting last error for the *MOUSEHOVER* ones. Could you incorporate this into your patch? Mine is a bit 'overcomplete' as ERROR_CALL_NOT_IMPLEMENTED will probably never be returned (only for SystemParametersInfoA itself). Shouldn't we also always do a SetLastError(0xdeadbeef) before every call to SystemParametersInfoA? Cheers, Paul.

1 0

Drive detection stuff
by Mike Hearn March 5, 2005

March 5, 2005

So, there are 4 obvious problems with our current drive management code: 1) We add links to the floppy drive. We should blacklist it, as it causes a big delay in the file open dialogs as we poll the drive which sits there spinning its motors naval-gazing. How many people still use floppy disks in 2005 anyway? I'm hoping the answer is "virtually none" 2) We don't add any device symlinks. Some programs need these eg d:: -> /dev/cdrom 3) The artwork in the file pickers sucks ass. Sorry, it does. It's ugly as sin and for some reason the Desktop icon is an arrow, not a desk. This doesn't matter when you only have C: and Z: drives. It does matter when you have 2 CD drives, 2 Windows drives, a floppy and a few other drives. Fixing this is theoretically easy but for some reason it never gets done. If any of you non-coders are reading this and want to contribute then this would be a good way to start. Good artwork already exists, it's just a case of finding it, converting it to the right format and getting the new bitmaps into CVS. 4) We don't detect new drives as they are mounted into the system, eg if I start a Windows program and then realize that my work is actually on a USB key, if I plug that key in Nautilus and GTK+ (and probably KDE) apps will detect it and see it, but we won't. Not even if I restart the app! This is bad. Fixing this is not, in theory, super hard. When HAL detects a new hotplug device it modifies the fstab file and mounts. If we watch the /etc/fstab file for changes and rerun drive detection therefore we can make this all magically work. Problems are: - Who triggers the resync? The wineserver is the obvious choice as there is only 1 per wineprefix but we'd need to integrate FAM support for that - How do we broadcast to apps that the drive definitions changed so we can update the UI, flush any caches etc? thanks -mike

13 21

Setting null region for window mask kills wine 20050112
by Kuba Ober March 4, 2005

March 4, 2005

Hi, I was testing my Qt 3.3.4 application with wine, and it appears that setting a null widget mask via QWidget::setMask(QRegion()) puts wine into an endless loop. It continuously spews complaints that it ran out of gdi heap. I can reproduce it at home and send the actual error message if need be. I presume that this could be reproduced with the GPL qt-win32 port, but I didn't try. Cheers, Kuba Ober

1 0

Re: Account for permissions on Win2k - dlls/advapi32/tests/security.c
by Paul Vriens March 4, 2005

March 4, 2005

On Fri, 2005-03-04 at 17:09, Jakob Eriksson wrote: > If we dont have permissions, we don't... > Checked for ERROR_NO_SUCH_PRIVILEGE > > Weirdly, Win2k does not recognize the last two, number 28 and 29. > > Evidence: > http://test.winehq.org/data/200503041000/2000_IDWASEMPTY/advapi32:security.… > It only fails for 1 w2k btw. The other 2 succeed, so it doesn't look like a general w2k problem. Couldn't it be a certain version of the dll? I've had the same issues with shlwapi/registry. Although the majority succeeds now, some 'old' dll's will still fail. Could it be an idea, to have every test (at least 1 in a dll test) tell the version of the tested dll? Or have a test within every dll that does exactly this (version checking). Cheers, Paul.

2 1

(no subject)
by Wine-devel March 4, 2005

March 4, 2005

1 0

Should CDLGetLongPathName[AW] be exported by ordinal
by Francois Gouget March 4, 2005

March 4, 2005

On Windows XP and 2003ES the CDLGetLongPathName[AW] ordinals are 4 and 5 respectively. On Windows 9x, NT4 and Windows 2000 they are 1 and 2 respectively. If Microsoft changed the ordinal of these APIs it means the ordinal does not matter so I'm tempted to post the following patch: Index: dlls/urlmon/urlmon.spec =================================================================== RCS file: /var/cvs/wine/dlls/urlmon/urlmon.spec,v retrieving revision 1.31 diff -u -p -r1.31 urlmon.spec --- dlls/urlmon/urlmon.spec 30 Nov 2004 21:14:21 -0000 1.31 +++ dlls/urlmon/urlmon.spec 23 Feb 2005 10:21:11 -0000 @@ -1,8 +1,8 @@ -1 stub CDLGetLongPathNameA -2 stub CDLGetLongPathNameW @ stub AsyncGetClassBits @ stub AsyncInstallDistributionUnit @ stub BindAsyncMoniker +@ stub CDLGetLongPathNameA +@ stub CDLGetLongPathNameW @ stub CoGetClassObjectFromURL @ stub CoInstall @ stdcall CoInternetCombineUrl(wstr wstr long wstr long ptr long) Yet in Windows 2000 Microsoft went out of its way to assign these ordinals to them so I suspect there is something more to this. Could it be that old versions of Internet Explorer import these APIs by ordinal and that since Windows XP and greater ships with a recent enough version of Internet Explorer Microsoft decided it was no longer necessary to keep the old ordinals for compatibility? What should we do if this turns out to be the case? Do we want to keep the ordinals anyway? I guess that the minimum would be to document this in the spec file. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 1

Wine MIDI Mapper
by Andrew Neil Ramage March 4, 2005

March 4, 2005

In trying to get a Windows music composition program (www.noteworthycomposer.com) working, I have been unable to hear playbacks of music because the Wine MIDI Mapper does not open. Does anyone have any idea what is causing this problem, and if there is a fix available ? I am using Mandrake 10.0, Gnome 2.4 and Wine-20050211. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: Drive detection stuff
by Oliver Stieber March 4, 2005

March 4, 2005

> Ah, so this means that the directory change > notification mechanism > applies to volume notification as well? Or is it > still a somewhat separate > API? > > Nevermind, at least you just told us that this API > exists, so we should > try to get the hal/hotplug/fam stuff integratedf > towards this API. > On second thoughts additional, I was looking at doing something similar for linux installers using /dev/boot.ini and the registry. If you get anything working that way I'll take a look at making an installer that reads all the users settings from the windows registry for something like knopix and maybe look at implementing some of the windows settings in wine e.g. setting desktop wallpaper &co.. Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Drive detection stuff
by Oliver Stieber March 4, 2005

March 4, 2005

> Ah, so this means that the directory change > notification mechanism > applies to volume notification as well? Or is it > still a somewhat separate > API? > > Nevermind, at least you just told us that this API > exists, so we should > try to get the hal/hotplug/fam stuff integratedf > towards this API. > take a look at how ivman http://ivman.sourceforge.net/ does things. > Andreas Mohr > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

ESD sound support in Wine 20050111
by Kumaran Santhanam March 4, 2005

March 4, 2005

I found a patch for ESD (Enlightenment Sound Daemon) support in Wine from July 2004. I modified this to work with Wine-20050111 and compiled the wineesd.drv.so driver. This driver works in both Wine and CrossOver 4.1. The patch and instructions are attached to this email. I have been using it for a few weeks and it seems to be working well. It would be great if it could be incorporated into the main Wine tree. Please let me know if you have any questions. Best Regards, Kumaran Wine Enlightenment Sound Daemon support --------------------------------------- [Jul 2004] Original driver code by Zhangrong Huang <hzhr(a)users.sourceforge.net> [Feb 2005] Ported to Wine 20050111 and CrossOver Office Professional 4.1 by Kumaran Santhanam <rhapsody(a)users.sourceforge.net> Instructions: 0) Make sure that esound-devel is installed. 1) Untar Wine-20050111.tar.gz 2) cd wine-20050111 3) patch -p1 <wineesd-20050111.patch 4) autoconf configure.ac >configure 5) ./configure 6) make depend 7) make Binary is built as dlls/winmm/wineesd/wineesd.drv.so

3 2

MSVCRT still hisshandling Exception
by Uwe Bonnes March 4, 2005

March 4, 2005

Hallo, with a 2.6 kernel, _pn.exe from the Xilinx ISE suite crashes while loading the last process. With native MSVCRT, a message box pops up, reporting the error. With builtin msvcrt, the exception handling loops until a stack overflow happens. Find appended the beginning of the loop. With the second loop, trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 appears, with the third loop cointaining these lines doubled and so on. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- fixme:msvcrt:_setmbcp Unreal codepages (e.g. -3) not implemented fixme:ole:CoRegisterMessageFilter stub fixme:process:CreateProcessA BON: App "(null)" cmd ""C:\\ise-6.3\\bin\\nt\\findmgsg.exe"" err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' err:ole:CoGetClassObject couldn't load InprocServer32 dll C:\windows\system\vbscript.dll fixme:ole:CoCreateInstance no classfactory created for CLSID {3f4daca4-160d-11d2-a8e9-00104b365c9f}, hres is 0x80040150 err:x11drv:X11DRV_CreateWindow invalid window width -19 err:x11drv:X11DRV_CreateWindow invalid window width -19 fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x76726151 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=44455359 trace:seh:EXC_RtlRaiseException eax=44455355 ebx=b7212480 ecx=b7542c88 edx=ffffffff esi=b7542ca4 edi=b7542c88 trace:seh:EXC_RtlRaiseException ebp=77428a70 esp=77aa09dc cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010206 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76ccdea5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d92b code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d93d code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661bb36 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661f3e5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c926 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661ce51 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c590 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76618114 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x45bef5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402ef3 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402e0a code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402d82 code=c0000005 flags=0 trace:seh:cxx_frame_handler handling C++ exception rec 0x77aa0984 frame 0x77aafce8 trylevel 0 descr 0x6c424f50 nested_frame (nil) exception type: flags 8508c483 destr 0x8a4275c0 handler 0x548d1a47 type info 0xe0831024 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x7732567b trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=e0831024 trace:seh:EXC_RtlRaiseException eax=e0831024 ebx=77345620 ecx=00000000 edx=77eff031 esi=0a90274b edi=00000000 trace:seh:EXC_RtlRaiseException ebp=77aa0234 esp=77aa0198 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010202 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76ccdea5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d92b code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d93d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661bb36 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661f3e5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c926 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661ce51 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c590 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76618114 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x45bef5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402ef3 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402d82 code=c0000005 flags=10 trace:seh:cxx_frame_handler handling C++ exception rec 0x77aa0140 frame 0x77aafce8 trylevel 0 descr 0x6c424f50 nested_frame (nil) exception type: flags 5028 destr 0xb7fffb90 handler 0xb7ff49e0 type info 0xb7f38c90 0: code=c0000005 flags=0 addr=0x773256b1 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=244c8b14 trace:seh:EXC_RtlRaiseException eax=7734142d ebx=77345620 ecx=b7fd5140 edx=00000007 esi=244c8b10 edi=00000000 trace:seh:EXC_RtlRaiseException ebp=77a9f9f0 esp=77a9f954 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010246 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 ... err:seh:setup_exception stack overflow 212 bytes in thread 0009 eip b7ec7425 esp 779b0f2c stack 0x779b0000-0x77ab0000

1 0

Re: Make QueryServiceConfigW return an empty string for empty dependencies
by James Hawkins March 4, 2005

March 4, 2005

On Fri, 4 Mar 2005 13:54:34 +1100, Troy Rollo <wine(a)troy.rollo.name> wrote: > QueryServiceConfigW currently returns a NULL pointer for lpDependencies when > there are no dependencies. The documentation states that an empty string has > the same meaning, and at least one application (an MSIEXEC.EXE from the > Office XP CD) will SEGV if this is NULL. Using the empty string avoids this. > > ChangeLog: > Return an empty string for service dependencies when there are no > dependencies, rather than a NULL pointer, which causes some apps > to SEGV. Can you write test cases for this behaviour? -- James Hawkins

1 0

Re: Make QueryServiceConfigW return an empty string for empty dependencies
by James Hawkins March 4, 2005

March 4, 2005

On Fri, 4 Mar 2005 13:54:34 +1100, Troy Rollo <wine(a)troy.rollo.name> wrote: > QueryServiceConfigW currently returns a NULL pointer for lpDependencies when > there are no dependencies. The documentation states that an empty string has > the same meaning, and at least one application (an MSIEXEC.EXE from the > Office XP CD) will SEGV if this is NULL. Using the empty string avoids this. > > ChangeLog: > Return an empty string for service dependencies when there are no > dependencies, rather than a NULL pointer, which causes some apps > to SEGV. Can you write test cases for this behaviour? -- James Hawkins

1 0

wine-user.pdf feedback 2
by Dan W. March 4, 2005

March 4, 2005

Okay, now I found what I think is a more serious missing piece of info in wine-user.pdf. In page 20, last paragraph, it says one can start off by modifying the sample config file, which "can be found in the directory 'documentation/samples'... Problem is, I did a file search for 'documentation', and I get like 10 pages of hits I did a file search for samples, and same thing, or worse. In both cases I went through all those instances visually scanning for 'wine' or 'config' and found nothing at all. I know I ought to have the sources somewhere, because when I installed fc2, I said "install everything", and that included sources; but I have no idea where to look for the wine documentation folder. I have to give up on it for now. Far past my bedtime by now, anyways.. ;-) Cheers!

3 2

Re: MSI: Radio Buttons
by Dmitry Timoshkov March 4, 2005

March 4, 2005

"Ulrich Czekalla" <ulrich.czekalla(a)utoronto.ca> wrote: > + if (control->hwnd) > + { > + WNDPROC oldproc = (WNDPROC) SetWindowLongPtrW(control->hwnd, GWLP_WNDPROC, > + (LONG)MSIRadioGroup_WndProc); Then it's better to cast to LONG_PTR instead of LONG. -- Dmitry.

1 0

Re: [ADVAPI] SetSecurityInfo
by Robert Shearman March 3, 2005

March 3, 2005

Raphael wrote: >Hi, > > Changelog: > - simple implementation of SetSecurityInfo > >(seems to be needed by War3 frozen throne, cf >http://forums.gentoo.org/viewtopic-t-303306.html?sid=3f962c702ae58ad8902ca8…) > > I have made a few comments on the implementation below: > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = advapi32.dll >-IMPORTS = kernel32 ntdll >+IMPORTS = winspool kernel32 ntdll > > Should be in DELAYIMPORTS. We don't want to slow down the loading of all applications because of this one uncommon case. >@@ -1418,6 +1422,87 @@ > { > FIXME("(%s) : stub\n", debugstr_w(lpFileName) ); > return TRUE; >+} >+ >+/****************************************************************************** >+ * SetSecurityInfo [ADVAPI32.@] >+ */ >+BOOL WINAPI SetSecurityInfo(HANDLE handle, >+ SE_OBJECT_TYPE ObjectType, >+ SECURITY_INFORMATION SecurityInfo, >+ PSID psidOwner, >+ PSID psidGroup, >+ PACL pDacl, >+ PACL pSacl) >+{ >+ SECURITY_DESCRIPTOR sd; >+ BOOL test; >+ >+ TRACE("(%p, %x, %x, %p, %p, %p, %p) : alomst stub\n", handle, ObjectType, SecurityInfo, psidOwner, psidGroup, pDacl, pSacl); > > Remove the "almost stub" part of it and just print FIXME's for the parts that aren't implemented, otherwise the next person that comes along to this function will spend hours trying to work out what isn't implemented, if they even realise this function is to blame. >+ >+ test = InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION); >+ if (!test) return FALSE; >+ >+ if (SecurityInfo & DACL_SECURITY_INFORMATION) { >+ test = SetSecurityDescriptorDacl(&sd, TRUE, pDacl, TRUE); >+ } >+ if (SecurityInfo & SACL_SECURITY_INFORMATION) { >+ test = SetSecurityDescriptorSacl(&sd, TRUE, pSacl, TRUE); >+ } >+ if (SecurityInfo & GROUP_SECURITY_INFORMATION) { >+ if (NULL == psidGroup) { >+ SetLastError( ERROR_INVALID_PARAMETER ); >+ return FALSE; >+ } >+ test = SetSecurityDescriptorGroup(&sd, psidGroup, TRUE); >+ } >+ if (SecurityInfo & OWNER_SECURITY_INFORMATION) { >+ if (NULL == psidOwner) { >+ SetLastError( ERROR_INVALID_PARAMETER ); >+ return FALSE; >+ } >+ test = SetSecurityDescriptorOwner(&sd, psidOwner, TRUE); >+ } >+ >+ switch (ObjectType) { >+ case SE_KERNEL_OBJECT: >+ test = SetKernelObjectSecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_SERVICE: >+ test = SetServiceObjectSecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_REGISTRY_WOW64_32KEY: >+ case SE_REGISTRY_KEY: >+ test = RegSetKeySecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_LMSHARE: >+ /*test = NetShareSetInfo(handle, SecurityInfo, &sd); TODO: don't exit on netapi */ >+ break; >+ case SE_PRINTER: >+ { >+ PRINTER_INFO_2A pr_info; >+ memset(&pr_info, 0, sizeof(pr_info)); >+ /** maybe we should do GetPrinter before SetSecurityDesc* ? */ >+ test = GetPrinterA(handle, 2, (LPBYTE) &pr_info, 0, NULL); >+ pr_info.pSecurityDescriptor = &sd; >+ test = SetPrinterA(handle, 2, (LPBYTE) &pr_info, PRINTER_CONTROL_SET_STATUS); >+ break; >+ } >+ >+ case SE_FILE_OBJECT: >+ /*SetFileSecurity ? */ >+ case SE_WINDOW_OBJECT: > > Call SetUserObjectSecurity. >+ case SE_DS_OBJECT: >+ case SE_DS_OBJECT_ALL: >+ case SE_PROVIDER_DEFINED_OBJECT: >+ case SE_WMIGUID_OBJECT: >+ case SE_UNKNOWN_OBJECT_TYPE: >+ default: >+ WARN("unsupported ObjectType %d\n", ObjectType); > > Change this to a FIXME. >+ test = TRUE; >+ } >+ >+ return test; > > This function returns a DWORD error code, not a BOOL. > } > > /****************************************************************************** > > Rob

1 0

Re: ntdll: Add NtCreateKey tests
by Alexandre Julliard March 3, 2005

March 3, 2005

James Hawkins <truiken(a)gmail.com> writes: > What are the steps I need to take to break registry initialisation? I > did wonder how anything in the real win32 registry could be created > though if you can't create a key directly under HKLM or HKU. If this > really does break initialisation, can we implement a different > create_key that has little restrictions and would only be used > internally, or would this just be scrapped entirely? I don't think there's any point in replicating that behavior. I doubt there's any such check on Windows either, it's most likely just a side effect of the way the registry files are "mounted" at different places in the tree. Once we have a proper implementation of RegLoadKey/RegUnloadKey we should get the same behavior automatically. -- Alexandre Julliard julliard(a)winehq.org

1 0

any way to unlink the symbolic link, not its target?
by Kuba Ober March 3, 2005

March 3, 2005

Hi, I'm using wine to cross compile projects using vc7.1 from a software configuration tool called aegis (http://aegis.sf.net) I'm maintaining a symlinked baseline with source and derived (.obj, .exe, .pdb) files in it. A change only has copies of changed files. So, when the compiler tries to output something, it first tries to unlink the file. But that won't work as wine tries to unlink target of the symlink, instead of the symlink itself. Is there any switch somewhere to revert to deleting the symbolic links, or if not -- what source file should I look into to patch that? Thanks a lot, Kuba Ober

1 0