Re: X11DRV_GLX_CreateDriver

On Thu, Mar 04, 2004 at 06:03:59AM +0100, Maurizio Monge wrote: > > Hi, if found a commented X11DRV_GLX_CreateDriver in the x11drv dll, > did anyone try to write a glx backend and stopped for some reason? > > I was just planning to write a OpenGL backend for directdraw (i.e. using > glDrawPixel

WineHQ: fix some nasty problems in TODO

This one is fairly high importance, the page looks rather crappy ATM. My bad, sorry for the mess. ChangeLog Properly finish the tags marking the sections. -- Dimi. Index: templates/en/todo_lists.template === RCS file: /home/win

X11DRV_GLX_CreateDriver

Hi, if found a commented X11DRV_GLX_CreateDriver in the x11drv dll, did anyone try to write a glx backend and stopped for some reason? I was just planning to write a OpenGL backend for directdraw (i.e. using glDrawPixels, etc), as i think it would be almost as fast as dga and far more stable, b

avi file save is not work.

Hi! when i test wine-20040121 , it works fine. but wine-2040213 is not work. the function of AVIMakeCompressedStream is not returned AVRERR_OK . i tested each dlls(avifil32.dl.so, ntdll.dll.so,...). finally i found i replace kernel32.dll.so(in the wine-20040121) it works fine. How I can do it

kernel32.dll.so isn't work with video for window(AVIMakeCompressedStream)

Hi~, I runed avi related program work with wine-20040121, It works fine. thanks this~ but I tested wine-20040213, AVIMakeCompressedStream isn't work properly, therefore not returned GetAvailableSystemCodec in my function. below is my test code. when i replace kernel32.dll.so (in the wine-200401

Re: Fix for programs that store VirtualQueryEx results in signed integers (eg. The Borland Linker)

Troy Rollo <[EMAIL PROTECTED]> writes: > So you'd rather ensure that we hold one or more anonymous maps reserving > everything above 0x8000 (except for NT emulations, assuming the 3G > emulation is to be preferred, or there's an option for 3G), and when the > system needs to allocate someth

Re: Fix for programs that store VirtualQueryEx results in signed integers (eg. The Borland Linker)

On Thu, 4 Mar 2004 11:36, Alexandre Julliard wrote: > Well, it's currently broken on Solaris, and on some Linux distros > (RHEL3 for instance). The main problem is that we have to prevent the > kernel from allocating things above 0x8000, but we still need to > be able to put things there oursel

Re: tests for winsock and msvcrt won't link

Dan Kegel <[EMAIL PROTECTED]> writes: > WINEBUILD=../../../tools/winebuild/winebuild ../../../tools/winegcc/winegcc > -mconsole sock.o testlist.o -o ws2_32_test.exe.so -L../../../dlls -lws2_32 > -L../../../libs/wine -lwine -L../../../libs/port -lwine_port -lm -lc > /usr/bin/ld: ws2_32_test.e

Re: Fix for programs that store VirtualQueryEx results in signed integers (eg. The Borland Linker)

Troy Rollo <[EMAIL PROTECTED]> writes: > 1. Start with the expected size, and then looping until success, dropping the > size by 65536 each iteration. > > 2. Start with the expected size, if that doesn't work use a binary search > algorithm to see how many we can reserve. Definitely a binary se

Re: tests for winsock and msvcrt won't link

I am also having the exact same problem so you are not alone. I did the same thing as you to get around it at the moment. Dan Kegel wrote: Dan Kegel wrote: I updated to CVS yesterday, and now I get an error when building wine, namely: winsock and msvcrt tests won't link because they can't find

run authenticated over a NT domain aplications

Hi , i'm traying to run with wine a legacy aplication that needs to be run by a loged in user under NT Domain. That aplication needs to be authenticated on the server to access the SQL server. Looking on google i've found a post about logonUser patch from Martin Wilks ( http://www.winehq.org/hyperm

Re: Re: Native NetBSD audio driver

> What is the plan for combining these audio drivers? One thing that is common > to each driver are the functions that handle the wave headers, adding, > removing > etc. I understand the desire to extract common code from drivers that have largely been cut and paste from the OSS driver's boilerpl

Re: tests for winsock and msvcrt won't link

Dan Kegel wrote: I updated to CVS yesterday, and now I get an error when building wine, namely: winsock and msvcrt tests won't link because they can't find accept and feof, respectively. Commenting out the SUBDIRS= lines in those two DLLs' Makefiles got me past it (I think; it's still building). T

Re: Native NetBSD audio driver

I thought to begin with the OSS and NetBSD drivers since I am most familiar with these. The intention was to integrate these drivers in such a way that it will be easier (although probably not trivial) to then bring the other drivers in. Although short sighted, I intended to first consider the dif

Re: ImmAssociateContextEx missing

On Tue, 02 Mar 2004 17:38:05 -0700, Jesse Allen wrote: > I have the patch attached. Any comments? Looks fine. Congrats on your (presumably) first wine patch! In future it's a good idea to send them to wine-patches, but don't worry, Alexandre will get it from the list this time. thanks -mike

tests for winsock and msvcrt won't link

I updated to CVS yesterday, and now I get an error when building wine, namely: winsock and msvcrt tests won't link because they can't find accept and feof, respectively. Commenting out the SUBDIRS= lines in those two DLLs' Makefiles got me past it (I think; it's still building). This problem was n