Hi,
As an update for those who don't use pptview daily (as I do), built-in
gdiplus is able to render most presentations that native can render.
(By native I mean native gdiplus in wine, not pptview.exe in windows.)
In fact, I cannot at the moment find a presentation that native can
render but bui
>I did a simple test here and it works, although I would like to test 2
>scnarios:
>a calls b which runs c
>a runs b runs c
I test that and found the previous email was very slightly wrong. I've coded
and sent my new patch into wine-patches as it corrects an identical trap to
what you were seeing
Onsdag 25 juli 2007 00:29, skrev Alessandro Pignotti:
> Hi everyone,
> I've seen recently a discussion about securing a host running wine denying
> write access out of wine home using SElinux. I think that this feature
> would be easily enough implemented by wine itself, maybe by letting the
> user
>I run a program which uses a *.bat files via "wine wineconsole
>--backend=user start program.bat" and this program runs well but after
>exit it program fails
The context should be valid as it was allocated a few lines higher up. To be
fair, there's no checking the LocalAlloc worked, but you wo
Hi everyone,
I've seen recently a discussion about securing a host running wine denying
write access out of wine home using SElinux. I think that this feature would
be easily enough implemented by wine itself, maybe by letting the user set
access permission on wine drives "c: d: etc" and enforci
On 7/24/07, Matt Jones <[EMAIL PROTECTED]> wrote:
At this point in the test suite, SetThreadPriority has already been
tested, so this would be duplicating the existing test. I'd be happy
to add this in as well, but it seems unnecessary.
Fair enough :) By the way, make sure to bottom-post on t
At this point in the test suite, SetThreadPriority has already been
tested, so this would be duplicating the existing test. I'd be happy
to add this in as well, but it seems unnecessary.
On 7/24/07, James Hawkins <[EMAIL PROTECTED]> wrote:
On 7/24/07, Matt Jones <[EMAIL PROTECTED]> wrote:
> Refo
On 7/24/07, Matt Jones <[EMAIL PROTECTED]> wrote:
Reformatted tests to address James' email
+ SetThreadPriority(curthread,min_priority);
+ SetLastError(0xdeadbeef);
+ result = SetThreadPriority(curthread,min_priority-1);
Is there a reason you don't check the result from the first call t
On Tue, Jul 24, 2007 at 12:38:10PM -0700, Juan Lang wrote:
> Whoops. Thanks Markus. Now why on earth did the tests pass without this?
It overwrote unused heap memory until now I guess.
Ciao, Marcus
On 7/24/07, Matt Jones <[EMAIL PROTECTED]> wrote:
On 7/24/07, Matt Jones <[EMAIL PROTECTED]> wrote:
> Correctly checks return code of SetThreadPriority before checking
> error (address comment by Alexandre)
>
+ SetThreadPriority(curthread,min_priority);
+ result = SetThreadPriority(curthre
"Matt Jones" <[EMAIL PROTECTED]> writes:
> Any chance anyone could look over this?
You need to test the return value of the functions before you can
check the last error code.
--
Alexandre Julliard
[EMAIL PROTECTED]
Stefan Dösinger wrote:
> The roadmap looks good to me. I am missing some clarification how to deal
> with
> different hardware configurations.
This is how CxTest supports it now:
* There is 1:1 association between submitter and his configuration, i.e.
"Stefan - Desktop" --> "AMD 1.8 GHz 1 GB
Any chance anyone could look over this?
-- Forwarded message --
From: Matt Jones <[EMAIL PROTECTED]>
Date: Jul 20, 2007 11:33 AM
Subject: server: Only commit SetThreadPriority if new priority is
correct (try 4)
To: [EMAIL PROTECTED]
Correctly set error value as per comment by Al
Any chance anyone could look over this?
-- Forwarded message --
From: Matt Jones <[EMAIL PROTECTED]>
Date: Jul 20, 2007 11:32 AM
Subject: kernel32: Additional SetThreadPriorityTest (Try 4)
To: [EMAIL PROTECTED]
Add test for correct error value as per suggestion from Alexandre
Fr
Christian Pradelli wrote:
>> Remember, Wine is still beta software. Releases are snapshots. Unless we
>> have
>> a declared stable release there is no point in providing unstable updates
>> for
>> old unstable releases.
>>
>> Of course anyone is free to maintain a few older wine versions, for the
Ann & Jason Edmeades wrote:
We need to check context before than refer to context -> skip_rest .
But we have just referred to it higher up, and I didn't think it was valid
to get into this routine without a context.
Whats the problem you are trying to fix?
I run a program which uses
> Remember, Wine is still beta software. Releases are snapshots. Unless we
> have
> a declared stable release there is no point in providing unstable updates
> for
> old unstable releases.
>
> Of course anyone is free to maintain a few older wine versions, for the
> reasons stating above, and he
Please, comment, is there something wrong with these two patches? Did I miss
something?
http://www.winehq.org/pipermail/wine-patches/2007-July/041317.html
[Convert net.exe to unicode
Explicitly link against msvcrt]
and
http://www.winehq.org/pipermail/wine-patches/2007-July/041659.html
[progra
On Monday 23 July 2007 17:05:38 Marcus Meissner wrote:
> On Mon, Jul 23, 2007 at 07:00:11AM -0700, Dan Kegel wrote:
> > Say, whatever happened to that SoC project
> > to integrate antivirus support? Looks like he made
> > quite a bit of progress:
> > http://www.christoph-probst.com/soc2006/wine/
>
Am Dienstag, 24. Juli 2007 12:41 schrieb martin pilka:
> Hello Stefan,
>
> following is specification proposal for first few iterations. It is more
> focused on functionality than technical details. Feel free to comment.
The roadmap looks good to me. I am missing some clarification how to deal with
On 24/07/07, martin pilka <[EMAIL PROTECTED]> wrote:
Hello Stefan,
following is specification proposal for first few iterations. It is more
focused on functionality than technical details. Feel free to comment.
1st iteration
=
* We take your 3dMark test, adjust it a bit and make i
Hello Stefan,
following is specification proposal for first few iterations. It is more
focused on functionality than technical details. Feel free to comment.
1st iteration
=
* We take your 3dMark test, adjust it a bit and make it run and submit
results regularly on one of our testin
On Sun, 2007-07-22 at 19:22 +0200, Damjan Novak wrote:
> Hi! I just stumbled on this list and discussion, and though to just
> mention a highly speculative, but potentially very rewarding advantage
> of using LGPLv3 for wine.
>
> According to this opinion at groklaw:
> http://www.groklaw.net/arti
23 matches
Mail list logo
