Deprecated sound functions

During the day's compile, I noticed some functions were declared deprecated, mainly in sound components. I logged more context, if anyone needs it. alsa.c:738: warning: ‘snd_pcm_hw_params_get_tick_time’ is deprecated (declared at /usr/include/alsa/pcm.h:1108) alsa.c:738: warning: ‘snd_pcm_hw_par

Re: mlang: Fix some more tests to pass under windows, try 2

"Maarten Lankhorst" <[EMAIL PROTECTED]> wrote: > It disallows certain conversions now. Please don't commit this and other mlang related patches, they are wrong. Maarten, if your only intent is to show clean results under test.winehq.org that's not worth an effort without at least understanding w

Re: Should winedevice.exe in the end be able to load file system drivers as well?

Maarten Lankhorst wrote: > Hi Paul, > > 2008/5/7 Paul Vriens <[EMAIL PROTECTED]>: >> Hi, >> >> The comment in winedevice.exe says "Service process to load a kernel >> driver". >> >> But will winedevice.exe in the (far ?) future be the vehicle to load file >> system >> drivers as well. > I thi

Re: mlang: Make mlang tests pass under windows

"Maarten Lankhorst" <[EMAIL PROTECTED]> wrote: >> The statement above is not true. The reason for mlang test failures is that >> apparently mlang in Windows has its own idea of supported locales not >> connected >> to real kernel32 implementation. I'd leave the tests as they are, there is >> n

Re: Should winedevice.exe in the end be able to load file system drivers as well?

Hi Paul, 2008/5/7 Paul Vriens <[EMAIL PROTECTED]>: > Hi, > > The comment in winedevice.exe says "Service process to load a kernel driver". > > But will winedevice.exe in the (far ?) future be the vehicle to load file > system > drivers as well. I think the idea of loading filesystem drivers is

Re: mlang: Make mlang tests pass under windows

Hello Dmitry, 2008/5/7 Dmitry Timoshkov <[EMAIL PROTECTED]>: > "Maarten Lankhorst" <[EMAIL PROTECTED]> wrote: > > > > +/* Not all codepages can be converted to UTF-8 */ > > +if (cpinfo[i].uiCodePage == 20127 || cpinfo[i].uiCodePage == > 28591 || cpinfo[i].uiCodePage == 2860

Re: Bison 2.1 / Solaris

Austin English wrote: > Howdy, > > Tried compiling wine on Nexenta (Opensolaris kernel with GNU > userland). Trying to test out the conformance test, but can't get it > to compile: > > make[2]: Entering directory `/export/home/austin/wine/libs/wpp' > gcc -c -I. -I. -I../../include -I../../include

Re: mlang: Make mlang tests pass under windows

"Maarten Lankhorst" <[EMAIL PROTECTED]> wrote: > +/* Not all codepages can be converted to UTF-8 */ > +if (cpinfo[i].uiCodePage == 20127 || cpinfo[i].uiCodePage == > 28591 || cpinfo[i].uiCodePage == 28605) > +expected = S_FALSE; The statement above is not

Re: winetricks missing MFC42

On Wed, May 7, 2008 at 3:46 PM, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: > Dan that's going way overboard. You creating another winedoors or worse > winetools. > > Original idea of having few dlls and registry changes in one place - was > great. So no one would need to repeat those instruction

Re: winetricks missing MFC42

Dan Kegel wrote: > On Wed, May 7, 2008 at 12:32 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote: >> Maybe it would be nice to have something like: >> >> winetricks mfc42.dll >> >> and have some sort of alias database with some dlls filenames there. >> It would make end users life much more easier

Re: wininet: Deal with bogus accept types array passed into HttpOpenRequestA.

Hoi Hans 2008/5/7 Hans Leidekker <[EMAIL PROTECTED]>: > > The bug reporting agent in Google Sketchup passes an accept types > array that includes a wild pointer and a pointer to an empty string, > both of which are ignored by Windows. Although the wild pointer changed > between a number of tri

Re: SOC 2008 Projects Announced

Hello everyone, My name is Dylan Smith, and I will be working on implementing tables in rich edit controls as a Google Summer of Code project. Any remaining time I have will also be focused on rich edit controls for this summer. Forgive me for taking so long to introduce myself on the developers

Re: winetricks missing MFC42

On Wed, May 7, 2008 at 12:32 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote: > Maybe it would be nice to have something like: > > winetricks mfc42.dll > > and have some sort of alias database with some dlls filenames there. > It would make end users life much more easier imho. Yes, exactly. The

Re: winetricks missing MFC42

On Wed, May 7, 2008 at 12:43 PM, Dan Kegel <[EMAIL PROTECTED]> wrote: > Cesar wrote: > > I see that MFC42 is missing on wine tricks. > > Nope! It's installed by the vcrun6 verb: > echo " vcrun6 vc6redist from VS6sp4 (mfc42, msvcp60, msvcrt)" > I've been considering making it more obviou

Re: Review request: real async for GetAsyncKeyState (bug #5623)

Direct link to bug report: http://bugs.winehq.org/show_bug.cgi?id=5623 -- Rafał Miłecki

Review request: real async for GetAsyncKeyState (bug #5623)

Hi, This is my first wine patch and fix for bug #5623. This was tested and works fine however I suspect this is not clean enought for commiting to master. Would be nice if you could review this and tell me what sould be done better (and how?). This patch adds new variable: BYTE global_key_state_

2nd draft: 1.0 call for testing

How's this look? It's on the wiki now: http://wiki.winehq.org/PlatinumRegressionHunt

re: winetricks missing MFC42

Cesar wrote: > I see that MFC42 is missing on wine tricks. Nope! It's installed by the vcrun6 verb: echo " vcrun6 vc6redist from VS6sp4 (mfc42, msvcp60, msvcrt)" I've been considering making it more obvious. > There's a cab available from: > http://activex.microsoft.com/controls/vc/mfc42

winetricks missing MFC42

I see that MFC42 is missing on wine tricks. There's a cab available from: http://activex.microsoft.com/controls/vc/mfc42.cab that contains an installer. It would be nice to add this to winetricks I guess.

re: Serial port support in wine-1.0: What to do to make it working ?

Pavel wrote: > I have to use wine-0.9.40 to communicate with a device > in my work (simple text-based command-reply communication), > any wine newer than say 0.9.50 doesn't work, the communication times out. > ... I will try to dig into the driver and search for the bugs there. > One of the cases i

Re: [PATCH] check for iface->ref to avoid crash

On Wed, May 07, 2008 at 11:17:02AM +0100, Robert Shearman wrote: > Marcus Meissner wrote: >> @@ -742,6 +742,9 @@ static void write_c_method_def(FILE *header, const >> type_t *iface) >> static void write_c_disp_method_def(FILE *header, const type_t *iface) >> { >> + if (!iface->ref) { >> +e

Re: [PATCH] check for iface->ref to avoid crash

Marcus Meissner wrote: > @@ -742,6 +742,9 @@ static void write_c_method_def(FILE *header, const type_t > *iface) > > static void write_c_disp_method_def(FILE *header, const type_t *iface) > { > + if (!iface->ref) { > +error_loc("write_c_disp_method_def: no reference on interface(%p)\n",

Should winedevice.exe in the end be able to load file system drivers as well?

Hi, The comment in winedevice.exe says "Service process to load a kernel driver". But will winedevice.exe in the (far ?) future be the vehicle to load file system drivers as well. -- Cheers, Paul.

Re: rpcrt4: Fix ndr_marshall test failures, try 2

Maarten Lankhorst wrote: > -ok(RPC_S_OK == RpcServerUseProtseqEp(ncalrpc, 20, endpoint, NULL), > "RpcServerUseProtseqEp\n"); > -ok(RPC_S_OK == RpcServerRegisterIf(IFoo_v0_0_s_ifspec, NULL, NULL), > "RpcServerRegisterIf\n"); > -ok(RPC_S_OK == RpcServerListen(1, 20, TRUE), "RpcServerLis

Re: What happened to the ntdll rtlstr tests?

"Maarten Lankhorst" <[EMAIL PROTECTED]> writes: > Why were the fixes for the ntdll rtlstr test failures on windows not accepted? They fail for me on Wine. -- Alexandre Julliard [EMAIL PROTECTED]