On Sun, 3 Aug 2003, [EMAIL PROTECTED] wrote:
I've decided I'll include the wine faq and wine user guide into my next wine
rpm, but I've noticed that the docs need some updates. For a start, they need a
version for rpm packages, it seems a bit crazy to install a binary rpm of wine,
open the
Uwe Bonnes [EMAIL PROTECTED] writes:
wine/controls/menu.c: DestroyMenu
Release GWL_ID of lppop-hWnd if it is the same
hMenu we are going to destroy
This lets Capital Eimkommenssteuer 2003 (Infotax Steuer02) access it's Menu
bar.
This is wrong, Windows doesn't do
On Sun, 12 May 2002, Paul Millar wrote:
[...]
The first stumbling block was in dlls/ntdll/cdrom.c. Two routines in the
file try to set members of the cdrom_generic_command structure (defined in
linux/cdrom.h) that don't exist in 2.2.x kernels, but do exist in 2.4.x
kernels.
See also the
Ryan C. Stallings wrote:
Hello all,
I am new to the wine scene and would like to try my hand at a little wine
hacking. Are there any bugs out there that would be easy for a newbie to fix
while letting me learn a bit about the inner workings of wine? I have read
all the material
On Mon, Nov 26, 2001 at 08:02:32PM -0500, Ryan C. Stallings wrote:
Hello all,
I am new to the wine scene and would like to try my hand at a little wine
hacking. Are there any bugs out there that would be easy for a newbie to fix
while letting me learn a bit about the inner workings
Its also a good idea to hang out in #winehq on irc.openprojects.net, then you
can nag the more experienced developers and pick up problems that people report
and attempt to fix them :).
David
On Tue, 27 Nov 2001 11:19:01 +0100, Andreas Mohr wrote:
| On Mon, Nov 26, 2001 at 08:02:32PM -0500,
On Tue, 20 Nov 2001, Uwe Bonnes wrote:
Changelog:
dlls/msvcrt/environ.c: MSVCRT_getenv
Compare for the length of the key and return NULL in case of failure
Good catch.
Another thing to keep in mind: IIRC environment strings are not
case sensitive on Windows. This means
--- Eric Pouech [EMAIL PROTECTED] wrote:
you just need to make a windows handle from the unix
fd (the one of /dev/dsp) and do a
WaitOnMultipleObjects with 2 handles :
- the /dev/dsp handle
- the synchronization mechanism with all the wodXXX
functions.
Didn't know I could do that. I do now
I had an idea for using poll or select (rather than
calculating expected play time and using a timeout) in
audio.c The idea is to have a thread that sits on a
select and dispatches a synthetic wine event (ie.
we'd make up a WM_DSP_READY event) when the select
returns.
well, from a generic
--- Eric Pouech [EMAIL PROTECTED] wrote:
well, from a generic point of view this is something
to be done
however, I don't see where you'd like to dispatch
the event to ?
the playback thread in this case would have to wait
on two different things:
- the /dev/dsp fd (when the queue becomes
The idea is to have a (new) thread which does nothing
but sit in a select and then generate wine events
whenever the select returns. Various sound system
events cause /dev/dsp to be added to or removed from
the select list so that it generates a (new)
WINE_WM_DSP_READY event.
my point is
11 matches
Mail list logo