On Thursday 19 November 2009 06:39:27 Dan Kegel wrote:
> I'm highly skeptical of these newfangled wiki+bugzilla+scm+mailinglist
> thingies. It's really hard to do all those jobs well.
I think that was the general consensus on this suggestion. Most developers
don't seem to think the current set-
On Thu, Nov 19, 2009 at 1:50 AM, Tom Wickline wrote:
>
>
> On Thu, Nov 19, 2009 at 3:44 PM, Austin English
> wrote:
>>
>> On Thu, Nov 19, 2009 at 1:39 AM, Tom Wickline wrote:
>> > On Thu, Nov 19, 2009 at 3:21 PM, Austin English
>> >
>> > wrote:
>> >>
>> >> On Wed, Nov 18, 2009 at 4:18 AM, Tom W
On Thu, Nov 19, 2009 at 3:44 PM, Austin English wrote:
> On Thu, Nov 19, 2009 at 1:39 AM, Tom Wickline wrote:
> > On Thu, Nov 19, 2009 at 3:21 PM, Austin English >
> > wrote:
> >>
> >> On Wed, Nov 18, 2009 at 4:18 AM, Tom Wickline
> wrote:
> >> > Scott posted about Wineconf 2009 on his blog :)
2009/11/19 Dan Kegel :
> http://yokozar.org/blog/archives/171
> is a nice writeup (thanks Scott) of wineconf.
>
> It all sounds good except for that switching to redmine part...
> The current wiki and bugzilla are working reasonably well,
> doesn't seem worth the disruption to switch.
> I'm highly
On Thu, Nov 19, 2009 at 1:39 AM, Tom Wickline wrote:
> On Thu, Nov 19, 2009 at 3:21 PM, Austin English
> wrote:
>>
>> On Wed, Nov 18, 2009 at 4:18 AM, Tom Wickline wrote:
>> > Scott posted about Wineconf 2009 on his blog :)
>> > I have shamelessly reposted it to my site with a link back to his
>
On Thu, Nov 19, 2009 at 3:21 PM, Austin English wrote:
> On Wed, Nov 18, 2009 at 4:18 AM, Tom Wickline wrote:
> > Scott posted about Wineconf 2009 on his blog :)
> > I have shamelessly reposted it to my site with a link back to his
> original
> > post.
> >
> > A brief summary of Wineconf 2009 by
On Wed, Nov 18, 2009 at 4:18 AM, Tom Wickline wrote:
> Scott posted about Wineconf 2009 on his blog :)
> I have shamelessly reposted it to my site with a link back to his original
> post.
>
> A brief summary of Wineconf 2009 by Scott Ritchie :
>
> http://www.wine-reviews.net/wine-reviews/news/a-br
Here's the first error it helped Valgrind find in tonight's automated run:
../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p
advapi32_test.exe.so lsa.c && touch lsa.ok
...
Invalid write of size 1
at memmove (mc_replace_strmem.c:613)
by RtlCopySid (sec.c:376)
by CopySid (sec
http://yokozar.org/blog/archives/171
is a nice writeup (thanks Scott) of wineconf.
It all sounds good except for that switching to redmine part...
The current wiki and bugzilla are working reasonably well,
doesn't seem worth the disruption to switch.
I'm highly skeptical of these newfangled wiki+b
On Wed, Nov 18, 2009 at 11:22 PM, Dan Kegel wrote:
> I'm having network errors with git tonight, too. e.g.
>
> $ git pull
> fatal: The remote end hung up unexpectedly
>
>
>
Hangs up about half the time for me too tonight.
I'm having network errors with git tonight, too. e.g.
$ git pull
fatal: The remote end hung up unexpectedly
> error: Unable to get pack file
> http://source.winehq.org/git/wine.git/objects/pack/pack-7c2ab792c6e1c8f603b784f9dcb81f56f03bbf75.pack
Is this on a Mac, by any chance? I had similar problems using
MacPorts's git with a proxy server. I also had Linux running in a VM
on that machine, and fetchi
OK, here's something that seems to mostly work,
and even gives reasonable valgrind errors.
To use it, apply the patch and then do
export WINE_HEAP_REDZONE=16
or so. (Bigger values catch more problems but add more overhead.)
Only eleven tests generate warnings with that set:
runtest -q -P wine
Hello,
when I try to download git, I have the following error. Is it for me only, or
does it occur for anyone?
I tried to download it several times. I obtain always the same error.
da...@analyst:~$ export http_proxy=”http://proxy.upf.pf:8080″
da...@analyst:~$ git clone http://source.winehq.org/
2009/11/18 Erich Hoover :
> I was reading the brief summary on WineConf
> (http://yokozar.org/blog/archives/171) and saw an interesting item:
>>
>> We need some help from Freedesktop.org for solving bug 10841. Essentially
>> we need a standard way of saying “hey reset the resolution when I’m done,
On Wed, Nov 18, 2009 at 2:28 PM, Dan Kegel wrote:
> Here's a second try, this time only for large arenas, but
> with valgrind integration working. (It also has a workaround for
> a strange valgrind problem that leaves an empty variable in
> the environment that confuses wine.)
Found buglets alre
On Wed, Nov 18, 2009 at 12:47 PM, Eric Pouech wrote:
> interesting stuff
> however, you don't handle correctly HeapReAlloc(..., ZERO_MEMORY,...) calls
> when the already allocated block grows in place
Thanks for catching that.
I decided to start over and push the tail fill down into the heap
rout
Charles Davis wrote:
> Charles Davis wrote:
>> Dmitry Timoshkov wrote:
>>> "Charles Davis" wrote:
>>>
I've attached the patch so you can build a gdi32_test.exe that contains
my tests.
>>> Why don't you use the same way of comparing EMFs as other tests do,
>>> compare_emf_bits()/dump_emf_
I was reading the brief summary on WineConf (
http://yokozar.org/blog/archives/171) and saw an interesting item:
> We need some help from Freedesktop.org for solving bug 10841. Essentially
> we need a standard way of saying “hey reset the resolution when I’m done,
> even if I crash.” I was “volun
Hi All,
I wanted to fill you in on the progress on the Tango icon set. You can
see it here: http://www.airwebreathe.org.uk/wine-icon/
Please let me know what you think - or if you have any comments. After
the last two rounds, I'm hoping that we should basically be at a stage
where most people are
Dan Kegel a écrit :
(Without a change like this, Valgrind can't properly
detect buffer overruns, but even without Valgrind,
this change will improve Wine's ability to detect
buffer overruns.)
With this change, users can enable buffer overrun
detection in Wine by setting WINE_GLOBAL_FLAGS=0x10.
T
On 11/18/2009 12:51 AM, Piotr Caban wrote:
---
dlls/msxml3/node.c | 67
dlls/msxml3/tests/domdoc.c | 72
2 files changed, 139 insertions(+), 0 deletions(-)
Hi Piotr,
These new tests introduce failures on XP an
Charles Davis wrote:
> Dmitry Timoshkov wrote:
>> "Charles Davis" wrote:
>>
>>> I've attached the patch so you can build a gdi32_test.exe that contains
>>> my tests.
>> Why don't you use the same way of comparing EMFs as other tests do,
>> compare_emf_bits()/dump_emf_bits()/dump_emf_records()?
>>
Dmitry Timoshkov wrote:
> "Charles Davis" wrote:
>
>> I've attached the patch so you can build a gdi32_test.exe that contains
>> my tests.
>
> Why don't you use the same way of comparing EMFs as other tests do,
> compare_emf_bits()/dump_emf_bits()/dump_emf_records()?
>
Because I didn't look. I
"Vincent Povirk" writes:
> From 1d583fc07db661bd0f0d0d00ea82c6208c3b744f Mon Sep 17 00:00:00 2001
> From: Vincent Povirk
> Date: Tue, 17 Nov 2009 11:20:34 -0600
> Subject: [PATCH 4/7] ole32: Add a test for freeing the parent of an open
> stream.
It doesn't work here:
../../../tools/runtest -q
Ge,
>After a bit of mucking around I got sound to work on the Linux host where
>those VMware Server VMs run, and enabled sound in the VMs where possible.
That's great.
I've not yet written the patch that'll silence machines without sound as I'm
still thinking about how I'll implement "coherence
Austin Lund writes:
> 2009/11/18 Alexandre Julliard :
>>
>> Testing file system flags is not a good idea, that won't work on
>> Wine. It's better to test the results of the actual call.
>>
>
> The reason this test fails for me is because I have a FAT32 volume and
> there is no ACL info stored, so
2009/11/18 Alexandre Julliard :
>
> Testing file system flags is not a good idea, that won't work on
> Wine. It's better to test the results of the actual call.
>
The reason this test fails for me is because I have a FAT32 volume and
there is no ACL info stored, so the tests:
ok(dacl != NULL,
Scott posted about Wineconf 2009 on his blog :)
I have shamelessly reposted it to my site with a link back to his original
post.
A brief summary of Wineconf 2009 by Scott Ritchie :
http://www.wine-reviews.net/wine-reviews/news/a-brief-summary-of-wineconf-2009-by-scott-ritchie.html
Tom
On Wed,
Austin Lund writes:
> @@ -3143,6 +3146,13 @@ static void test_GetSecurityInfo(void)
> return;
> }
>
> +if (GetVolumePathName(myARGV[0], volumepathname, 50) &&
> +GetVolumeInformation(volumepathname, NULL, 0, NULL, NULL,
> &filesystemflags, NULL, 0) &&
> +(file
On 11/18/2009 09:54 AM, Austin Lund wrote:
+TCHAR volumepathname[50];
Please don't use TCHAR's.
+BOOL testacl = FALSE;
+DWORD filesystemflags;
if (!pGetSecurityInfo)
{
@@ -3143,6 +3146,13 @@ static void test_GetSecurityInfo(void)
return;
}
+if (Ge
31 matches
Mail list logo
