Re: wineoss and directsound

Instead, it tells me that DirectSound (!) detected no audio hardware, and I don't even get the first second. This is a drivers problem (the SBLive/emu10k driver doesn't seem to support the archaic /dev/audio, but wineoss doesn't use it, only dsound), but why is it trying to use dsound when

dll separation

I just picked up the latest cvs tree from corel and made the necessary changes to my project for the dll separation. To get my project to link I had to explicitly link a number of dll's including: libcomdlg32.so libcomctl32.so libole32.so libshell32.so My question: is why are we doing this?

dialog boxes issues

i had a look at the dialog boxes (and why they no longer work) it seems the issue comes from a subtle change to PathIsRoot previous version reads: if path is like x:\ then ok current version says if pathis like x:\ and nothing after the \ then ok so,

Re: dll separation

michael cardenas wrote: I just picked up the latest cvs tree from corel and made the necessary changes to my project for the dll separation. To get my project to link I had to explicitly link a number of dll's including: libcomdlg32.so libcomctl32.so libole32.so libshell32.so My

Re: New contact info for Gav

Thomas Dodd wrote: While I think the DRAW beta is going well, beta2 still hasn't been released. You expect a CPP demo to be stable next month? A lot must have changed for beta2 :) The release of Beta 2 is imminent. A lot of work has been done since beta 1 and I expect a lot more will happen

Re: dialog boxes issues

i had a look at the dialog boxes (and why they no longer work) it seems the issue comes from a subtle change to PathIsRoot I changed the FIleDialog in my tree so I didn't noticed this one. What about this: --- shlfolder.c Sun Apr 23 14:36:54 2000 +++ /usr/src/wine/dlls/shell32/shlfolder.c

Is this backtrace for real?

Hallo, some program crashes after going a long way. Running with +debugmsg crashes, but doesn't get me to a point where I can use the debugger. A +module,+task,+segment log doesn't show the native NTDLL gets loaded. Loading stabs debug symbols from /spare/bon/wine/dlls/libdinput.so (0x41122000)

Paste with middle mouse button?

Some of our users have asked if Wine applications could support the standard X paste using middle mouse button feature. I'm looking for some comments on: - whether this would be a good feature - how hard it would be to implement in Wine - is it is something that should be configurable (e.g. in

Re: Is this backtrace for real?

Uwe Bonnes [EMAIL PROTECTED] writes: some program crashes after going a long way. Running with +debugmsg crashes, but doesn't get me to a point where I can use the debugger. A +module,+task,+segment log doesn't show the native NTDLL gets loaded. The crash is in EnterCriticalSection, which

RE: Paste with middle mouse button?

Some of our users have asked if Wine applications could support the standard X paste using middle mouse button feature. I'm looking for some comments on: - whether this would be a good feature It can't hurt, can it. - how hard it would be to implement in Wine Probably not very. This patch

Re: Re: dll separation

That's no good. I'll figure out how to make a unified .so, that's what I need. I think we should still have an option for this in configure. ___ Michael CardenasDeneba

Re: event.c

I also did some looking into this, but not a lot. I found that my patch fails with a debugmsg +relay. So something with the relay messages is causing the problems. In fact the patch works with debugmsg +all,-relay. I have not had time to track down why relay messages are causing the crash.

Black cursors on black background.

I'm looking into why black cursors disappear on a black background, I found this comment in the code: windows/x11drv/mouse.c /* We have to do some magic here, as cursors are not fully * compatible between Windows and X11. Under X11, there * are only 3

RFC: Wine 1.0

Given the amount of progress Wine has made over the past year, it seems (to me anyway) that the time may be appropriate to try for Wine version 1.0. I was hoping to spark a conversation on this topic, in two basic areas: 1. Should we do it? (If not, why not, and when?) 2. What needs

Re: event.c

Aric wrote: I also did some looking into this, but not a lot. I found that my patch fails with a debugmsg +relay. So something with the relay messages is causing the problems. In fact the patch works with debugmsg +all,-relay. I have not had time to track down why relay messages are

RE: Wine 1.0

Given the amount of progress Wine has made over the past year, it seems (to me anyway) that the time may be appropriate to try for Wine version 1.0. Perhaps, but personally I see Wine version 1.0 more like a marketing gimmick, not something that has large technical advantages for users or

Re: Fixed byte order on Solaris and FreeBSD

Patrik Stridvall [EMAIL PROTECTED] writes: * configure.in, tools/wrc/genres.c, tools/wrc/parser.y, tools/wrc/wrc.c, tools/wrc/wrc.h: Fixed byte order on Solaris and FreeBSD. Why not simply use the existing AC_C_BIGENDIAN configure check? -- Alexandre Julliard [EMAIL PROTECTED]