Re: msvcrt: implement _dup (take 2)

--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: > You need to close duplicated handle in the case of msvcrt_alloc_fd > failure. Ah, indeed. I'm working on _dup2, I'll correct and resend with that. Thanks Dmitry. --Juan __ Do you Yahoo!? Take

Re: msvcrt: implement _dup (take 2)

"Juan Lang" <[EMAIL PROTECTED]> 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].wxf

Re: stub implementation for GetLastInputInfo and SetLayeredWindowAttributes

"Mike McCormack" <[EMAIL PROTECTED]> wrote: > +BOOL WINAPI GetLastInputInfo(PLASTINPUTINFO); ... > diff -u -r1.90 user32.spec > --- dlls/user/user32.spec 19 Oct 2004 21:10:17 - 1.90 > +++ dlls/user/user32.spec 6 Dec 2004 18:01:17 - > @@ -263,6 +263,7 @@ > @ stdcall GetKeyboardState(p

Re: Fedora Core 2 VM layout

Kenneth Porter wrote: There's a thread going on the fedora-devel list about exec-shield, legacy_va_layout, and WINE: Some WINE experts might want to weigh in over there. Are these still issues with the current WINE

Fedora Core 2 VM layout

There's a thread going on the fedora-devel list about exec-shield, legacy_va_layout, and WINE: Some WINE experts might want to weigh in over there. Are these still issues with the current WINE release?

gdi/metafile tests

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/* * Unit tests for metafile functions *

Help with some strange debugging.

Hi, I kinda missed the bug bust lastnight but that hasn't stopped me bug hunting. Anyhow, I've been trying to fix a number of D3D problems using in Thief 3, winedbg isn't being too helpfull(The first breakpoint I set takes an age and trying to start off again an exception), so I've been trying to

Compiling wine fails

Patch: http://cvs.winehq.org/patch.py?id=14706 breaks compiling on my system(kernel-2.6.9; gcc 3.4.2 ) Reverting the patch fixes compiling. The patch produces the following Errors: make[2]: Entering directory `/home/sifff/wine/dlls/winmm/winejack' gcc -c -I. -I. -I../../../include -I../../../incl

Re: Another systray patch

> Mike, > I tried saving the patch in various ways, maybe its me, but it would > appear its corrupted, can u resend as attachment, thanks. That's very strange. That was the first time I have tried sending a patch via the builtin emacs sendmail facility, it would be annoying if that mangles it som

[Regression] "Moved visible region calculation to the server" patch broked apllication

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

Re: Genrate stdole32.tlb file, and install generated files

Le lun 06/12/2004 à 07:03, Huw D M Davies a écrit : > On Sat, Dec 04, 2004 at 01:38:59PM -0500, Vincent Béron wrote: > > stdole32-generator.c file from Huw. > > Invocation from wineprefixcreate from me. > > > > Changelog: > > > Automatically create c:\windows\system\stdole32.tlb. > > > > Vincent

current CVS broken.

I believe this patch http://www.winehq.com/hypermail/wine-cvs/2004/12/0081.html is causing this compile error on my system. make[2]: Entering directory `/path/to/wine/source/dlls/winmm/winejack' gcc -c -I. -I. -I../../../include -I../../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -m

Re: Hang in usr1_handler (ptrace issue?)

On Mon, 06 Dec 2004 18:23:28 +, Mike Hearn <[EMAIL PROTECTED]> wrote: > Hi, > > Lately I've been seeing hangs of this form: > > Backtrace: > =>1 0x4df8e7a2 (0x659ffb54) > 2 0x5246f507 NTDLL_wait_for_multiple_objects+0x387(count=0x0, handles=0x0, > flags=0x8, timeout=0x659ffd10) [/source/wi

Re: Turn off Antialiasing for Rendering with Palette - Take 2

> 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. Actually, we can not just look at the font for this. The issue is that even though the f

RE: [dx9-16] Basetexture support

>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. Yes, but I think its ok (there is a min

Re: Another systray patch

Mike, I tried saving the patch in various ways, maybe its me, but it would appear its corrupted, can u resend as attachment, thanks. [EMAIL PROTECTED] wine-20041201]# patch -p0 -i /usr/src/redhat/SOURCES/systray-20041206.patch patching file dlls/x11drv/event.c patching file dlls/x11drv/window.c

Re: wine/dlls/ntdll directory.c

Mike Hearn <[EMAIL PROTECTED]> writes: > 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 > >

Re: Providing success stories

It was in my que to do this type of project awhile back, but I'll gladly hand the reponsibility over to you if it means it will get done faster. Stefan, I have a story or two I will email over to you! :) Thanks! Hiji --- Stefan Munz <[EMAIL PROTECTED]> wrote: > Am Freitag, 3. Dezember 2004 13:4

Hang in usr1_handler (ptrace issue?)

Hi, Lately I've been seeing hangs of this form: Backtrace: =>1 0x4df8e7a2 (0x659ffb54) 2 0x5246f507 NTDLL_wait_for_multiple_objects+0x387(count=0x0, handles=0x0, flags=0x8, timeout=0x659ffd10) [/source/wine/dlls/ntdll/sync.c:683] in ntdll (0x659ffcf8) 3 0x5246da88 usr1_handler+0x38(__signal

Re: wine/dlls/ntdll directory.c

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? t

Re: Wine failed during HEAP_CreateSystemHeap

On Mon, 06 Dec 2004 17:33:41 +0100, Tobias Grosser wrote: > I tried to change SYSTEM_HEAP_BASE to 0xC000 for testing, but this > shows an equal output. You can't change this value, it's a Windows constant. You need to investigate why this address isn't available, the -preloader program should

Re: <> Added shell32.dll functions to browse for unix directory; altered winecfg to use it to select the root directory of a virtual drive

On Mon, 2004-12-06 at 17:07 +0100, Alexandre Julliard wrote: > Native file pickers are a completely different issue. What I'm talking > about is the standard shell browser thing, except showing Unix paths > instead of Windows drives, so that it's as transparent as possible to > the app. If the app

Wine failed during HEAP_CreateSystemHeap

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 outpu

Re: <> Added shell32.dll functions to browse for unix directory; altered winecfg to use it to select the root directory of a virtual drive

Mike Hearn <[EMAIL PROTECTED]> writes: > I don't see how to make this work. Silently replacing the win32 file > pickers with native file pickers (or custom built-for-Unix Wine > pickers) is possible in a few cases but when the app modifies the > dialog with additional controls, we have to use the

Re: Allow output in winedbg to be redirected to a file

Eric Pouech wrote: Jeremy White a écrit : Changelog: Allow > and >> output redirection on winedbg commands to capture output to a file. again (it's my bad day for Jer), I think we should stick to gdb commands: see 'set logging' and friends. Hmm. I've never liked the gdb 'set logging' interfac

Re: <> Added shell32.dll functions to browse for unix directory; altered winecfg to use it to select the root directory of a virtual drive

Robert van Herk <[EMAIL PROTECTED]> writes: > Do you want me to continue on my patch, or are you saying that you > feel that this is not the way to go, so that I would be wasting time > with further polishing it anyway? I'm afraid so yes. We really don't want to define new APIs for that, it needs

Re: <> Added shell32.dll functions to browse for unix directory; altered winecfg to use it to select the root directory of a virtual drive

Alexandre Julliard wrote: I'm afraid so yes. We really don't want to define new APIs for that, it needs to be integrated properly with the existing code. Ideally a Winelib app should be able to start using Unix dialogs without code changes at all. I don't see how to make this work. Silently replaci

needing some help...

Hey... I am just getting into this whole wine thing and I have already run into a problem. I am working on switching my Media Matrix servers over to linux, but the software that I need to run is still windows based. Here is the link to the software. http://mm.peavey.com/downloads/mware335.exe

Re: [dx9-16] Basetexture support

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 Th

Re: <> Added shell32.dll functions to browse for unix directory; altered winecfg to use it to select the root directory of a virtual drive

Mike Hearn wrote: Alexandre Julliard wrote: Well, there's an IShellFolder interface, and it should probably be doing something with that. In any case it should definitely be more integrated into the shell way of doing things, there shouldn't be a need for a whole new set of APIs. This needs more th

Re: Turn off Antialiasing for Rendering with Palette - Take 2

"Glenn Wurster" <[EMAIL PROTECTED]> wrote: > ret = > dc->funcs->pExtTextOut(dc->physDev,x,y,flags|ETO_IGNORELANGUAGE, > - > lprect,lpReorderedString,count,lpDx,dc->breakExtra); > + > lprect,

Re: mdi.c/MDI_ChildActivate query

Works nicely; thank you (and my schools chess club, soon to have a tourney, thanks you ). Cheers, Jeremy Dmitry Timoshkov wrote: "Jeremy White" <[EMAIL PROTECTED]> wrote: When trying to run 'Swiss Perfect' (www.swissperfect.com, free download available), the app crashes and burns while processing

Re: Wine Bug Busters @ 7pm GMT

On Monday 06 December 2004 12:56, Shachar Shemesh wrote: > Damn, had to miss it. Any impressions from the event? IRC logs? I was there mainly to log the discussion :) [I've no time to put on wine at the moment, but I hope to have more in the future] http://flameeyes.web.ctonet.it/WineBugBusters.lo

Re: Genrate stdole32.tlb file, and install generated files

On Sat, Dec 04, 2004 at 01:38:59PM -0500, Vincent Béron wrote: > stdole32-generator.c file from Huw. > Invocation from wineprefixcreate from me. > > Changelog: > Automatically create c:\windows\system\stdole32.tlb. > > Vincent The native version of stdole32.tlb is actually a resource only dll t

Re: Wine Bug Busters @ 7pm GMT

Mike Hearn wrote: Likewise, if you're wanting to get into Wine hacking but aren't sure where to start, or started but got stuck, or just have questions to ask those who already climbed the learning curve then this is a great chance. You don't have to be a developer, feel free to come and watch even

Re: Kernel 2.6.10... and amd64

The log is: wine: Unhandled exception (thread 0009), starting debugger... wine: Unhandled exception (thread 000b), starting debugger... wine: Unhandled exception (thread 000d), starting debugger... wine: Unhandled exception (thread 000f), starting debugger... El Viernes, 3 de Diciembre de