December 2004 - Wine-Devel - list.winehq.org

gdi/metafile tests
by Walt Ogburn Dec. 7, 2004

Dec. 7, 2004

To Dmitry Timoshkov - I have started working on some tests (attached here) for metafile functions in gdi. If these seem reasonable, should I add them to your metafile.c test code, or move yours to enhmetafile.c and start a new metafile.h? Thanks, Walter

2 1

Re: msvcrt: implement _dup (take 2)
by Dmitry Timoshkov Dec. 7, 2004

Dec. 7, 2004

"Juan Lang" <juan_lang(a)yahoo.com> wrote: > + if (DuplicateHandle(GetCurrentProcess(), MSVCRT_fdesc[od].handle, > + GetCurrentProcess(), &handle, 0, > + !(MSVCRT_fdesc[od].wxflag & WX_DONTINHERIT), DUPLICATE_SAME_ACCESS)) > + { > + ret = msvcrt_alloc_fd(handle, MSVCRT_fdesc[od].wxflag); > + if (ret == -1) > + *MSVCRT__errno() = MSVCRT_EMFILE; > + } You need to close duplicated handle in the case of msvcrt_alloc_fd failure. -- Dmitry.

2 1

Re: stub implementation for GetLastInputInfo and SetLayeredWindowAttributes
by Dmitry Timoshkov Dec. 7, 2004

Dec. 7, 2004

"Mike McCormack" <mike(a)codeweavers.com> wrote: > +BOOL WINAPI GetLastInputInfo(PLASTINPUTINFO); ... > diff -u -r1.90 user32.spec > --- dlls/user/user32.spec 19 Oct 2004 21:10:17 -0000 1.90 > +++ dlls/user/user32.spec 6 Dec 2004 18:01:17 -0000 > @@ -263,6 +263,7 @@ > @ stdcall GetKeyboardState(ptr) > @ stdcall GetKeyboardType(long) > @ stdcall GetLastActivePopup(long) > +@ stdcall GetLastInputInfo() Number of parameters in header and spec files mismatch and there is no stub implementation of GetLastInputInfo at all. -- Dmitry.

1 0

Fedora Core 2 VM layout
by Kenneth Porter Dec. 7, 2004

Dec. 7, 2004

There's a thread going on the fedora-devel list about exec-shield, legacy_va_layout, and WINE: <https://www.redhat.com/archives/fedora-devel-list/2004-December/msg00132.ht…> Some WINE experts might want to weigh in over there. Are these still issues with the current WINE release?

2 1

[Regression] "Moved visible region calculation to the server" patch broked apllication
by Paul van Schayck Dec. 6, 2004

Dec. 6, 2004

Hey everyone, Since the 23th of July the main opengl window of this application has been broken. It's not being drawn. You can find the application (MSI installer) here: http://www.meosource.com/firefox/asrc11.zip The patch that broked it can be found here: http://cvs.winehq.org/patch.py?id=12703 The CVS log entry can be found here: http://www.winehq.org/hypermail/wine-cvs/2004/06/0196.html Right after that patch nothing was being drawn. With current cvs checkouts the top menu is vissible again. Kind regards, Paul van Schayck

1 0

Re: [dx9-16] Basetexture support
by Robert Shearman Dec. 6, 2004

Dec. 6, 2004

Ann and Jason Edmeades wrote: >This patch adds a parent class to the various types of textures > >Changelog > >Add BaseTexture class support, call from d3d9. > >Jason > >Note: This adds a new file, basetexture.c which is also part of the patch > > The ref-counting in this patch looks a bit suspicious. Does This->resource.parent point to an object that holds a ref-count on the IWineD3DBaseTextureImpl object? If so, then that would lead to a circular ref-count where neither object would be freed. Rob

2 1

Re: Another systray patch
by Grant Williamson Dec. 6, 2004

Dec. 6, 2004

Mike, I tried saving the patch in various ways, maybe its me, but it would appear its corrupted, can u resend as attachment, thanks. [root(a)trax wine-20041201]# patch -p0 -i /usr/src/redhat/SOURCES/systray-20041206.patch patching file dlls/x11drv/event.c patching file dlls/x11drv/window.c patching file dlls/x11drv/x11drv.h patching file programs/wineshell/Makefile.in patching file programs/wineshell/wineshell.c patching file programs/wineshell/wineshell.h patching file programs/wineshell/systray.c patch: **** malformed patch at line 485:

1 0

Re: wine/dlls/ntdll directory.c
by Mike Hearn Dec. 6, 2004

Dec. 6, 2004

On Mon, 06 Dec 2004 10:48:16 -0600, Alexandre Julliard wrote: > Log message: > Use a direct getdents syscall on Linux to avoid relying on > implementation details of seekdir/telldir. > > Patch: http://cvs.winehq.org/patch.py?id=14699 Does this fix the hang on Reiser4 by any chance? thanks -mike

2 1

Re: Turn off Antialiasing for Rendering with Palette - Take 2
by Dmitry Timoshkov Dec. 6, 2004

Dec. 6, 2004

"Glenn Wurster" <glenn(a)electric.ath.cx> wrote: > ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags|ETO_IGNORELANGUAGE, > - lprect,lpReorderedString,count,lpDx,dc->breakExtra); > + lprect,lpReorderedString,count,lpDx,dc->breakExtra,antialias); I think that it should be the ExtTextOut's backend responsibility whether to use antialiasing or not, taking into account ANTIALIASED_QUALITY and CLEARTYPE_QUALITY value of the LOGFONT.lfQuality field. -- Dmitry.

2 1

Wine failed during HEAP_CreateSystemHeap
by Tobias Grosser Dec. 6, 2004

Dec. 6, 2004

Hi, i tried to use the new FreeBSD Wine port und FreeBSD 5.3. And I am able to start wine, but while executing "wine ie6setup.exe" an error during CreateSystemHeap shows up. Unfortunately I am not able to solve this problem by myself, and need some advice how to debug this correct. Here the output, after which wine exits: fixme:file:get_default_drive_device auto detection of DOS devices not supported on this platform fixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on this platform err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availablefixme:ntdll:NtQueryVolumeInformationFile device info not properly supported on this platform err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availableerr:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availableerr:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! I tried to change SYSTEM_HEAP_BASE to 0xC0000000 for testing, but this shows an equal output. If I open wine in gdb I am not able to set a breakpoint at line 96 "if(!(base = MapViewOfFileEx( map, FILE_MAP_ALL_ACCESS, 0, 0, 0, SYSTEM_HEAP_BASE )))" to start debugging. Starting at the beginning of the function throws me into inline assambler and some "valgrind" code, but nothing i can deal with. It would be great to give me some debugging advice. Thanks in advance Tobias

2 1