> Stefan knows this part of the code better than me, but I don't think
> there's anything wrong with the concept of the patch.
I agree with Henri on a quick look. I want to add though that you have to
watch out not to dereference DestRect without checking it for NULL first
> I assume this says that libcuda is using 88% of the CPU and
> FahCore_11.exe is using 7%. When I watch the processes in the KDE
> system monitor it shows FahCore_11.exe using ~50% (one full core) and
> Xorg using ~50% (second core). I don't see from oprofile how and why
> xorg is using a whole co
2008/7/25 Alexandre Julliard <[EMAIL PROTECTED]>:
>
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p
> gdi32_test.exe.so font.c && touch font.ok
> font.c:850: Test succeeded inside todo block: data index 2: expected font
> codepage 1252, got 1252
> font.c:
> I assume you don't ship signed software. If you did, you might see things
> differently. Unless I've misunderstood, you've made this possible:
>
> 1. I release my software with my digital signature attached
>
> 2. A malware author downloads my software, extracts my certificate, and
> applies
2008/7/25 Vitaliy Margolen <[EMAIL PROTECTED]>:
> BTW this is a driver crash in libglcore.so with what appears to be a
> null-pointer dereference. I'm trying to play with your code to see how to
> "fix" it.
>
Thanks.
Sorry if I posted this wrong, I'm new to mailing lists.
*You could use oprofile to find out where the CPU time is spent - this
*behavior can be caused by a lot of issues.
*Does the Cuda client work now? If so, it would be cool if we could include
*the wrapper in Wine, or get it into a shape to m
Dan Kegel wrote:
> Chris Ahrendt wrote:
>> Again on the goto's I was following what the site
>> suggested was a good task to start with
>
> Where does it say that? I looked, but I couldn't find it.
> Please let me know so I can go make sure it's accurate.
>
> Wine code is a bit like kernel code
Vitaliy Margolen wrote:
> H. Verbeet wrote:
>> 2008/7/24 Vitaliy Margolen <[EMAIL PROTECTED]>:
> side affects. But the full version of Psychonauts crashes after initial
> videos. Same as it did when we had problems with multi-threaded games.
>
Is that a regression introduced by the
"Huang, Zhangrong" <[EMAIL PROTECTED]> writes:
> This patch add tests for GdiGetCodePage, all failed stuff has been
> marked as todo_wine.
It doesn't work here:
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so
font.c && touch font.ok
font.c:850: Test succeeded
2008/7/24 Adi mmx <[EMAIL PROTECTED]>:
> Hallo, i have a question to wine developers, how do i get parallel
> port access tru dlportio.sys, and dlportio.dll , becose im getting an
> error while loading driver.
Wine is primarily for translating APIs in userspace Win32 programs to
Unix userspace API
Adi mmx wrote:
> Hallo, i have a question to wine developers, how do i get parallel
> port access tru dlportio.sys, and dlportio.dll , becose im getting an
> error while loading driver.
> Thanks.
>
Windows specific drivers, such as yours, are not supported by Wine, yet.
James McKenzie
2008/7/25 Aric Stewart <[EMAIL PROTECTED]>:
> -IWineD3DSurface_LockRect(iface, &dlock, NULL, 0);
> +IWineD3DSurface_LockRect(iface, &dlock, DestRect, 0);
> dfmt = This->resource.format;
> slock = dlock;
I don't think you can simply insert DestRect there, unless it's
Hi there,
I was playing with a older Japanese side scrolling shooter benchmark and
was getting 4.3 frames per second. Some digging revealed that the game
made extensive use of Blt on gdi surfaces and it looks like the current
implementation of Blt actually locks the entire destination surface
Chris Ahrendt wrote:
> Again on the goto's I was following what the site
> suggested was a good task to start with
Where does it say that? I looked, but I couldn't find it.
Please let me know so I can go make sure it's accurate.
Wine code is a bit like kernel code, it has slightly different
con
James Hawkins wrote:
> Hi,
>
> Anything wrong with these patches?
>
> Changelog:
> * Add tests for GetPrivateProfileString.
>
> dlls/kernel32/tests/profile.c | 272
> +
> 1 files changed, 272 insertions(+), 0 deletions(-)
>
There are lots of test cras
"Reece Dunn" <[EMAIL PROTECTED]> writes:
> @@ -383,9 +383,10 @@ static void test_data_msg_update(void)
> /* Can't update a message with no data */
> SetLastError(0xdeadbeef);
> ret = CryptMsgUpdate(msg, NULL, 0, TRUE);
> -/* NT: E_INVALIDARG, 9x: unchanged */
> -ok(!ret && (
[Juan]
> 2. Wine doesn't actually verify that the signature in the file
> matches the file being checked. Any valid certificate could be put
> into a file, and Wine would accept it.
>
> I don't consider this a serious security flaw
I assume you don't ship signed software. If you did, you migh
17 matches
Mail list logo