On Fri, Nov 20, 2009 at 1:38 AM, Jeff Zaroyko wrote:
> On Fri, Nov 20, 2009 at 6:18 PM, Austin English
> wrote:
>> On Fri, Nov 20, 2009 at 12:05 AM, Jeff Zaroyko wrote:
>>> On Fri, Nov 20, 2009 at 4:56 AM, Austin English
>>> wrote:
Should fix http://bugs.winehq.org/show_bug.cgi?id=13605
On Fri, Nov 20, 2009 at 6:18 PM, Austin English wrote:
> On Fri, Nov 20, 2009 at 12:05 AM, Jeff Zaroyko wrote:
>> On Fri, Nov 20, 2009 at 4:56 AM, Austin English
>> wrote:
>>> Should fix http://bugs.winehq.org/show_bug.cgi?id=13605
>>>
>>> --
>>> -Austin
>>>
>>
>> Does it really fix it, the fun
On Fri, Nov 20, 2009 at 12:05 AM, Jeff Zaroyko wrote:
> On Fri, Nov 20, 2009 at 4:56 AM, Austin English
> wrote:
>> Should fix http://bugs.winehq.org/show_bug.cgi?id=13605
>>
>> --
>> -Austin
>>
>
> Does it really fix it, the function still remains unimplemented, crash
> or no crash... a bug wil
On Thu, Nov 19, 2009 at 11:16 PM, Dan Kegel wrote:
> On Thu, Nov 19, 2009 at 8:38 PM, Nikolay Sivov wrote:
>>> I'm not sure about the user (i.e. developer) interface for turning the
>>> heap
>>> check on. Should it be automatic when one does warn+heap?
>>
>> If I got it right it makes sense to e
On Fri, Nov 20, 2009 at 4:56 AM, Austin English wrote:
> Should fix http://bugs.winehq.org/show_bug.cgi?id=13605
>
> --
> -Austin
>
Does it really fix it, the function still remains unimplemented, crash
or no crash... a bug will probably just be filed after it to say the
function needs to be impl
On Thu, Nov 19, 2009 at 8:38 PM, Nikolay Sivov wrote:
>> I'm not sure about the user (i.e. developer) interface for turning the
>> heap
>> check on. Should it be automatic when one does warn+heap?
>
> If I got it right it makes sense to enable this only running under valgrind
> control?
Nope. I
Dan Kegel wrote:
On Thu, Nov 19, 2009 at 7:37 AM, Nikolay Sivov wrote:
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/
is the first full run with the heap tail check enabled.
So you use some private patches for that, why aren't they merged?
'Cause I just wrote it an hour
Paul Vriens wrote:
> On 11/19/2009 11:17 PM, Charles Davis wrote:
>> Hi,
>>
>> This is a new version of my test for bug 4543. This time, I followed
>> Dmitry's suggestion of using the existing functions for comparing the
>> contents of EMFs. I can't build tests for Windows both due to bug 20763
>>
Ricardo Filipe wrote:
> 2009/11/19 Charles Davis :
>> Hi,
>>
>> This is a new version of my test for bug 4543. This time, I followed
>> Dmitry's suggestion of using the existing functions for comparing the
>> contents of EMFs. I can't build tests for Windows both due to bug 20763
>> and due to the
I had a bad git. Re-did everything and now it works.
Sorry about that.
Susan
-Original Message-
>Installed Dragon NaturallySpeaking using clean prefix and today's git.
>Instal went "without errors" but when I tried to open the program it said that
>the install hadn't completed correctly
2009/11/19 Charles Davis :
> Hi,
>
> This is a new version of my test for bug 4543. This time, I followed
> Dmitry's suggestion of using the existing functions for comparing the
> contents of EMFs. I can't build tests for Windows both due to bug 20763
> and due to the fact that I don't have any Win
Hi,
This is a new version of my test for bug 4543. This time, I followed
Dmitry's suggestion of using the existing functions for comparing the
contents of EMFs. I can't build tests for Windows both due to bug 20763
and due to the fact that I don't have any Windows boxes, so once again I
need peopl
2009/11/19 Paul Vriens :
> On 11/19/2009 01:23 PM, Austin Lund wrote:
>>
>> - ok (pFileStructA->uFileDate == pFileStructW->uDate2&&
>> - pFileStructA->uFileTime == pFileStructW->uTime2,
>> - "Last write time should match last access time!\n");
>>
Filed as http://bugs.winehq.org/show_bug.cgi?id=20760
On Thu, Nov 19, 2009 at 9:11 AM, Dan Kegel wrote:
> http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/diff-hlink_hlink.txt
> http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-hlink_hlink.txt
> shows a new error thanks to the heap tail
On Do, 2009-11-19 at 13:18 +, Huw Davies wrote:
> ---
> dlls/winspool.drv/info.c |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
ANSI functions in winspool.drv have this behavior since w2k.
We have already a test for EnumPrintersA/W [required by Outlook2003)
I prefer to m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Chitescu wrote:
> How should server/file.c sd_to_mode() deal with filesystems that don't
> support
> full POSIX ownership and access permissions? It is quite popular to mount FAT
> filesystems - either from a removable media or a partition shar
pulseaudio occasionally gets into a confusion by itself. I found I need to do
pulseaudio --cleanup-shm
from time to time.
--- On Thu, 19/11/09, joerg-cyril.hoe...@t-systems.com
wrote:
> Hi,
>
> Testhq.org results from 17th of November about winmm:mci
> were striking:
> All machines producin
On 11/19/2009 07:43 PM, paulo lesgaz wrote:
I still have the same problem today
And I use Linux. Not a mac.
I have a very slow connection here (128kb/s) (French polynesia :D).
Could it be the culprit?
D. Adam
I had issues a few hours ago and I have 20Mb/s. I don't use a proxy and
on second t
I still have the same problem today
And I use Linux. Not a mac.
I have a very slow connection here (128kb/s) (French polynesia :D). Could it be
the culprit?
D. Adam
da...@analyst:~$ export http_proxy=”http://proxy.upf.pf:8080″
da...@analyst:~$ git clone http://source.winehq.org/git/wine.git ~/w
On Thu, Nov 19, 2009 at 7:37 AM, Nikolay Sivov wrote:
>> http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/
>> is the first full run with the heap tail check enabled.
>
> So you use some private patches for that, why aren't they merged?
'Cause I just wrote it an hour before that message?
I alr
On Thu, Nov 19, 2009 at 11:05 AM, Frank Richter wrote:
>> Does this look correct?
>
> You forgot __stdcall on 'Abort' member of gpabort_vtable.
WINAPI should be equivalent, but you're probably right. I should match
the windows headers/documentation.
--
Vincent Povirk
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/diff-hlink_hlink.txt
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-hlink_hlink.txt
shows a new error thanks to the heap tail check.
Looks like a level-of-indirection-during-allocation error,
1039 strgtable = CoTaskMemAlloc(len*s
Installed Dragon NaturallySpeaking using clean prefix and today's git.
Instal went "without errors" but when I tried to open the program it said that
the install hadn't completed correctly.
Specifically, iexplore.exe was missing.
I looked at the terminal output for the run but there wasn't anyt
On 19.11.2009 17:23, Vincent Povirk wrote:
> The Windows SDK defines the following type:
>
> struct __declspec(novtable) GdiplusAbort
> {
> virtual HRESULT __stdcall Abort(void) = 0;
> };
>
> I don't think I can provide a proper C++ definition because the abi
> depends on the compiler.
Depe
Hi Juan,
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-crypt32_oid.txt
says
Invalid read of size 1
at memmove (mc_replace_strmem.c:613)
by CRYPT_RemoveStringFromMultiString (oid.c:885)
by CryptUnregisterDefaultOIDFunction (oid.c:1010)
by test_registerDefaultOIDFunctio
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-crypt32_cert.txt
shows a new UMR (purify-speak for uninitialized memory read) error
Conditional jump or move depends on uninitialised value(s)
at strncmp (mc_replace_strmem.c:386)
by find_matching_rdn_attr (cert.c:1877)
by Cer
The Windows SDK defines the following type:
struct __declspec(novtable) GdiplusAbort
{
virtual HRESULT __stdcall Abort(void) = 0;
};
I think that the following is a workable translation:
diff --git a/include/gdiplustypes.h b/include/gdiplustypes.h
index 4f97432..444123f 100644
--- a/include/
Austin English wrote:
>
>On Thu, Nov 19, 2009 at 9:41 AM, James Mckenzie
> wrote:
>>>From: Austin English
>>>Sent: Nov 19, 2009 10:31 AM
>>>To: James Mckenzie
>>>Cc: Wine Development Mailing List
>>>Subject: Re: Difficulties with Regression Testing
>>>
>>>On Thu, Nov 19, 2009 at 8:51 AM, James M
On Thu, Nov 19, 2009 at 9:41 AM, James Mckenzie
wrote:
>>From: Austin English
>>Sent: Nov 19, 2009 10:31 AM
>>To: James Mckenzie
>>Cc: Wine Development Mailing List
>>Subject: Re: Difficulties with Regression Testing
>>
>>On Thu, Nov 19, 2009 at 8:51 AM, James Mckenzie
>> wrote:
>>> All:
>>>
>>
>From: Austin English
>Sent: Nov 19, 2009 10:31 AM
>To: James Mckenzie
>Cc: Wine Development Mailing List
>Subject: Re: Difficulties with Regression Testing
>
>On Thu, Nov 19, 2009 at 8:51 AM, James Mckenzie
> wrote:
>> All:
>>
>> I've been running regression tests to find a commit between wine-
Dan Kegel wrote:
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/
is the first full run with the heap tail check enabled.
So you use some private patches for that, why aren't they merged?
Here are the first few new problems it found.
Somehow, it found a bunch of invalid reads in
http:/
Damjan Jovanovic writes:
> @@ -324,7 +324,14 @@ static HRESULT
> ASSOC_GetExecutable(IQueryAssociationsImpl *This,
>else
>{
> pszStart = pszCommand;
> -pszEnd = strchrW(pszStart, ' ');
> +for (pszEnd = pszStart; (pszEnd = strchrW(pszEnd, ' ')); pszEnd++)
> +{
> + WC
Huw Davies writes:
> ---
> dlls/winspool.drv/info.c |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
This doesn't work here:
../../../tools/runtest -q -P wine -M winspool.drv -T ../../.. -p
winspool.drv_test.exe.so info.c && touch info.ok
info.c:2269: Test failed: needed 38
On Thu, Nov 19, 2009 at 8:51 AM, James Mckenzie
wrote:
> All:
>
> I've been running regression tests to find a commit between wine-1.1.10 and
> wine-1.1.11 that breaks the EM_FORMATRANGE patch or to discover what I need
> to do to fix the patch to make it work with wine-1.1.11. I've been follow
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/
is the first full run with the heap tail check enabled.
Here are the first few new problems it found.
Somehow, it found a bunch of invalid reads in
http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-advapi32_crypt.txt
all in a function ca
2009/11/18 Joel Holdsworth :
> Hi All,
>
> 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 happy.
Very nice!
My only comment is that the monitor for mycomputer.ico in the large
All:
I've been running regression tests to find a commit between wine-1.1.10 and
wine-1.1.11 that breaks the EM_FORMATRANGE patch or to discover what I need to
do to fix the patch to make it work with wine-1.1.11. I've been following the
instructions on the Regression Testing Wiki page. I am
>
>> 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,
>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.
>
+1. The second pull worked.
James McKenzie
Joel Holdsworth schrieb:
> 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 happy.
I love it!
The only thing disturbing is that wineglass of notepad is on the left, where
all oth
On 11/19/2009 01:23 PM, Austin Lund wrote:
-ok (pFileStructA->uFileDate == pFileStructW->uDate2&&
-pFileStructA->uFileTime == pFileStructW->uTime2,
-"Last write time should match last access time!\n");
-
Hi Austin,
Is there no other way t
Owen Rudge wrote:
Owen, also please use more reasonable names for particular tests -
dotest means nothing.
I agree that the test names are not particularly descriptive. However,
I chose those names to indicate that the tests match the existing
DoTest functions. Perhaps both sets of functions
"Charles Davis" wrote:
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 guess I'll rewrite the tests to use these
functions.
OK, here's a version that uses the same method of comparing EMFs as
Hello!
joerg-cyril.hoe...@t-systems.com wrote:
> Testhq.org results from 17th of November about winmm:mci were striking:
> All machines producing a timeout had "f11" in their name.
> (Another day, some f11 machines passed the tests).
> http://test.winehq.org/data/4990ca0ea342bd115a9a46047b3b2de599
Hi,
Testhq.org results from 17th of November about winmm:mci were striking:
All machines producing a timeout had "f11" in their name.
(Another day, some f11 machines passed the tests).
http://test.winehq.org/data/4990ca0ea342bd115a9a46047b3b2de599cb916e/index_Wine.html
Please test whether the fol
Owen, also please use more reasonable names for particular tests -
dotest means nothing.
I agree that the test names are not particularly descriptive. However, I
chose those names to indicate that the tests match the existing DoTest
functions. Perhaps both sets of functions should ideally give
46 matches
Mail list logo