> From: Dmitry Timoshkov [mailto:[EMAIL PROTECTED]
>
> "Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
>
> > Ok, I guess that means that the double click messages need to be
> > handled then?
>
> Not necessarily. If the control does not need a particular
> type of message it can just ignore it.
>
> > W
Brett I. Holcomb wrote
> If I tell bugzilla to find bugs with winealsa in the summary it does not
> find any at all. However, there is at least one bug - 2035 - with
> winealsa as the first word even! I think bugzilla's broken!
Works for me. The problem probably that the default selection ha
>Where do you have your code public so we can download it?
nowhere yet. there will be a tarball available within the next 36hrs,
probably at ardour.org. i'll let you know.
--p
Paul Davis wrote:
mike already fixed a bunch of my misunderstandings on IRC. but now
i'm faced with the more challenging task of getting this "mono hack"
to support threading properly. so feedback is still welcome :)
its turns out that the "mono hack" in which threading is know not to
work is
Joel Konkle-Parker wrote:
Is there any work at all on msvcp60.dll? I haven't seen much mention
of it on the lists, and it's not listed on the dll status page. I've
found at least one (and heard of more) that require this dll outright,
though.
Thoughts?
msvcp60.dll is a C++ dll. It exports al
>mike already fixed a bunch of my misunderstandings on IRC. but now
>i'm faced with the more challenging task of getting this "mono hack"
>to support threading properly. so feedback is still welcome :)
its turns out that the "mono hack" in which threading is know not to
work is broken in at least
mike already fixed a bunch of my misunderstandings on IRC. but now
i'm faced with the more challenging task of getting this "mono hack"
to support threading properly. so feedback is still welcome :)
--p
hello. i'm the main author of Ardour and JACK, projects those of you
with audio/music leanings may be aware of. i'm in the middle of trying
to add "native" windows/x86 VST plugin support to these systems, and
i ran into some problems. #winehackers suggested to write this list.
we are using a modif
Is there such a thing as a source code visualization tool that makes a
"map" of a program's source? Kind of like:
main()
|
|
function1()
/\
/ \
func2() func3()
|
|
func4()
I
"Florian Goth" <[EMAIL PROTECTED]> wrote:
> Added some more stubs.
Could you resend the patch without white space changes
and with only really added code in it?
--
Dmitry.
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> Ok, I guess that means that the double click messages need to be handled
> then?
Not necessarily. If the control does not need a particular type of message
it can just ignore it.
> With the current implementation you miss the second click of a
> doub
I was planning to do so. ;-)
Chris
On Sunday 28 March 2004 2:19 pm, Andreas Mohr wrote:
> Hi,
>
> On Sun, Mar 28, 2004 at 02:01:28PM -0500, Chris Morgan wrote:
> > * documentation/bugs.sgml, configuring.sgml
> > Chris Morgan <[EMAIL PROTECTED]>
> > Remove references to winecheck from the documen
If I tell bugzilla to find bugs with winealsa in the summary it does not
find any at all. However, there is at least one bug - 2035 - with
winealsa as the first word even! I think bugzilla's broken!
Hi,
>
> That's the way it's supposed to work; message queues are per-thread,
> and a thread will never retrieve messages sent to another
> thread. Looks like there's some other problem here that causes the
> main thread to not run its message loop.
>
> --
> Alexandre Julliard
> [EMAIL PROTECTED]
>
On Sun, 2004-03-28 at 22:34, Christian Costa wrote:
> IIRC for D3D, we had been discussing about setting a cvs repository at
> that time.
> Then we dropped this idea, due to merging complication.
Well, this is the sort of thing that I hope arch will help with :)
> BTW, you have forgotten to ment
Hi Mike,
IIRC for D3D, we had been discussing about setting a cvs repository at
that time.
Then we dropped this idea, due to merging complication.
Bye,
Christian
BTW, you have forgotten to mention Lionel :-)
I think a compelling argument can be made for that. While everyone knows
CVS the subse
Hi,
On Sun, Mar 28, 2004 at 02:01:28PM -0500, Chris Morgan wrote:
> * documentation/bugs.sgml, configuring.sgml
> Chris Morgan <[EMAIL PROTECTED]>
> Remove references to winecheck from the documentation and insert a TODO that
> mentions that the functionality is to be moved into winecfg.
>
> Ale
> It's OK. It's good that you acknowladge the problem,
> this is the first step to recovery :)
We will see what AJ says about the 'global' trace function to see if I
resubmit or not (anyway, I forgot the '#undef FE' line, so I may resubmit
anyway).
> Not sure where to put this, we may need to ru
On March 28, 2004 11:52 am, Lionel Ulmer wrote:
> > That's a nice effort, but this is real long name...
>
> I am corrupted by my day job's coding rules which encourages long function
> name (thank god Meta-/ exists :-) ).
It's OK. It's good that you acknowladge the problem,
this is the first step
On Sun, Mar 28, 2004 at 11:24:44AM -0500, Dimitrie O. Paun wrote:
> On March 28, 2004 5:22 am, Lionel Ulmer wrote:
> > +static const char *EditWndProc_dump_msg_name(UINT msg)
>
> That's a nice effort, but this is real long name...
I am corrupted by my day job's coding rules which encourages long
Is there any work at all on msvcp60.dll? I haven't seen much mention of
it on the lists, and it's not listed on the dll status page. I've found
at least one (and heard of more) that require this dll outright, though.
Thoughts?
--
Joel Konkle-Parker
Webmaster [Ballsome.com]
E-mail [EMAIL PR
> On Sat, 27 Mar 2004 14:22:44 -0500, Sam wrote:
> > This patch implements invisibleghost, deckx and decko
> > drawing modes, and improves ghost drawing mode.
> > It also includes graphics needed by these drawing modes.
>
> Hi, I'm sure you're doing the right thing but given the number of dodgy
>
G'day all,
Due to restrictions in my current setup I'm not subscribed to wine-devel at the moment, please cc me.
This is a longstanding bug with Word97. It exists in Crossover office 2.1.0 as well and was reported
in the Codeweavers database months ago. It usually results in the "style" drop dow
On March 28, 2004 5:22 am, Lionel Ulmer wrote:
> +static const char *EditWndProc_dump_msg_name(UINT msg)
That's a nice effort, but this is real long name...
What about dbgstr_msg()? Also, this is a real useful
function, I think we should have a standard dbgstr_msg()
function that knows about all s
> From: Dmitry Timoshkov
>
> "Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
>
> > Changelog:
> > Ge van Geldorp <[EMAIL PROTECTED]>
> > Remove CS_DBLCKS class style from scrollbar class since the
> > scrollbar doesn't handle double clicks anyway
>
> You can't remove it. Scrollbar in Windows has
Windows and wine OSS support a mechanism for setting
the hardware acceleration level. Unfortunately, wine doesn't
use the exact method used by windows. I know how xp
does it but I don't know how other windows versions do it.
Mike Hearn wrote:
> On Sun, 28 Mar 2004 08:33:41 -0500, Robert Reif w
On Sun, 28 Mar 2004 08:33:41 -0500, Robert Reif wrote:
> Longhorn audio system design info is on msdn.
Yeah, but we all know how accurate info on upcoming Windows releases is
from Microsoft. I'd think twice before trusting that
> Decent hardware will support multiple buffer hardware
> acceler
Longhorn audio system design info is on msdn.
Decent hardware will support multiple buffer hardware
acceleration so multiple applications will get their own
hardware buffers. Cheap win sound card hardware will
not and suffer. 2k and xp encourage cheap hardware which
is unfortunate but longhorn w
> Argh, this is confusing. How do you know what the next generation
> of Windows (longhorn?!) will do in this regard, has it been published
> anywhere?
Yes, first longhorn, after that, blackcomb.
You can ask Microsoft for a License, from the
http://www.windowsbeta.microsoft.com web site
You can al
On Sat, 27 Mar 2004 17:57:18 -0500, Charlie Lopez wrote:
> I though that perhaps WINE could get some kind
> of update software which will automatically send application feedback to
> your server. I will be willing to test this feature. Let me know what
> you think.
Well, I think it's a good idea B
Oops, didn't see this (and gmane doesn't convert attachments, grr)
> On real windows, kmixer causes all sorts of problems with high
> latencies and sample rate artifacts. That's why the next
> generation of windows is going back to a 98 type model and
> bypassing kmixer for hardware acceleration
On Sun, 28 Mar 2004 05:31:01 +0200, Ove Kaaven wrote:
> Only if you don't use kernel-level OSS emulation or the "hw" alsa
> device, I think. If you use alsa with the "default" or "plughw" devices,
> plugins will resample for you (and those plugins are able to "fake"
> mmaps). I'd think it's probabl
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> -HDC WINAPI CreateMetaFileW(LPCWSTR filename)
> +HDC WINAPI CreateMetaFileA(LPCSTR filename)
> {
> -LPSTR filenameA;
> +LPWSTR filenameW;
> DWORD len;
> HDC hReturnDC;
>
> -if (!filename) return CreateMetaFileA(NULL);
> +if
33 matches
Mail list logo