Hi!
I'm making a new try to run Betamax group VoIP programs, like FreeCall, Nonoh
etc. Nonoh has an outdated entry in AppDB, so I tried to make a new run with
current wine (today's git, post-1.1.31). Freecall is not in AppDB at all. I
tried both of them, with totally identical behaviour.
The in
Can anybody please tell me how complete the DirectMusic wine emulation
is on Linux.
Thank You,
Paul Janoski
Stefan Dösinger codeweavers.com> writes:
>Do I read this correctly that a double unlockrect call on a surface
>fails, while a double unlockrect call on a texture succeeds?
Yes
Here are some more test suggestions:
-> Create a texture, retrieve its surface, and call LockRect/
UnlockRect o
Do I read this correctly that a double unlockrect call on a surface
fails, while a double unlockrect call on a texture succeeds? From the
context of the patch its a bit hard to read.
Here are some more test suggestions:
-> Create a texture, retrieve its surface, and call LockRect/
UnlockRec
Hi,
The explanation is probably much simpler: OSS likely won't show up if
the sound device is in use, since it claims total control. If anything
in the background is using sound, it is possible to not see OSS at all.
lsof /dev/dsp* /dev/snd/* probably tells you if anything uses it.
Cheers,
M
Susan Cragin wrote:
Just built today's git, and am running DNS with alsa. (Thanks, Maarten.)
Called up winecfg as usual and found there were no options under OSS Driver.
No wave-out, no wave-in, no mixer devices. Nada.
Peculiar, never saw this before.
So I thought I'd call in.
Have you p
Michael Martin wrote:
This patch adds test for edit control clipboard context menu.
The test passes on Windows XP as the WM_COMMAND message is not sent to
the edit control by its context menu.
Fails on wine because wine does incorrectly send that message.
This problem shows up using the edit cl
Just built today's git, and am running DNS with alsa. (Thanks, Maarten.)
Called up winecfg as usual and found there were no options under OSS Driver.
No wave-out, no wave-in, no mixer devices. Nada.
Peculiar, never saw this before.
So I thought I'd call in.
Paul Vriens wrote:
On 10/15/2009 12:59 PM, Nikolay Sivov wrote:
Hi,
+GetClientRect(hwnd, &ti.rect);
+r = SendMessageW(hwnd, TTM_ADDTOOLA, 0, (LPARAM)&ti);
Still some W-calls left.
Thanks, try3 sent.
On 10/15/2009 12:59 PM, Nikolay Sivov wrote:
Changelog:
- try2: skip for W call failure added
- test the way structure size field is validated
Hi,
+
+/* 1. test size parameter validation rules (ansi messages) */
+hwnd = CreateWindowExA(0, TOOLTIPS_CLASSA, NULL, 0,
+
Paul Vriens wrote:
On 10/15/2009 07:54 AM, Paul Vriens wrote:
And here the ok-text doesn't match the test:
+ok(0x == ti.lParam, "Expected 0xdeadbeef, got %lx\n",
ti.lParam);
It was to quick, sorry about that.
Paul Vriens wrote:
On 10/15/2009 01:36 AM, Nikolay Sivov wrote:
Changelog:
- fix an obviously wrong structure size check
Hi Nikolay,
+static void test_ttm_gettoolinfo(void)
+{
+TTTOOLINFOA ti;
+TTTOOLINFOW tiW;
+HWND hwnd;
+DWORD r;
+
+hwnd = CreateWindowExA(0, TOOL
12 matches
Mail list logo
