On Wed, Apr 15, 2009 at 10:51 PM, Guy Albertelli wrote:
> On Wed, 2009-04-15 at 10:58 -0500, Austin English wrote:
>> On Tue, Apr 14, 2009 at 11:17 PM, Guy Albertelli wrote:
>> > MSDN and test verify the valid "root dirs" for GetVolumeInformation[AW]
>> > must end in trailing '\' and if not then
"Massimo Del Fedele" wrote:
The approach taken so far consisted in having 2 device pointers inside GDI32,
one for dib engine and
the other for normal display driver.
Please don't post huge attachments to the mailing list in future,
post url for them instead.
--
Dmitry.
On Wed, 2009-04-15 at 10:58 -0500, Austin English wrote:
> On Tue, Apr 14, 2009 at 11:17 PM, Guy Albertelli wrote:
> > MSDN and test verify the valid "root dirs" for GetVolumeInformation[AW]
> > must end in trailing '\' and if not then return ERROR_INVALID_NAME
> >
> > Changelog
> > - Return corr
On Wed, 2009-04-15 at 08:18 +0200, Paul Vriens wrote:
> Guy Albertelli wrote:
> > Fixed memory leak and changed skip to win_skip in this patch.
> >
> > Changelog:
> > - Enhance QueryDosDevice test for attempting to return all devices.
> > - Add tests for GetVolumeInformationA testing the diffe
On Tue, Apr 14, 2009 at 1:22 AM, Massimo Del Fedele wrote:
> The approach taken so far consisted in having 2 device pointers inside
> GDI32, one for dib engine and
> the other for normal display driver.
> This way had the disadvantage of having to keep in sync the DC with the
> right driver depend
2009/4/16 James Hawkins :
> On Wed, Apr 15, 2009 at 5:21 PM, Nicolas Le Cam wrote:
>> 2009/4/16 James Hawkins :
>>> On Wed, Apr 15, 2009 at 4:34 PM, Nicolas Le Cam
>>> wrote:
While trying to solve ACTION_AppSearchDr problem revealed by my previous
patch, I discovered that MSI_RecordGet
On Tue, 7 Apr 2009, Vincent Povirk wrote:
[...]
> I don't think a dependency on po/gettext and the resulting two
> translation systems instead of one is a good idea. I think it is best
> to use the existing rc system to translate all text.
The problem is there is no translation tool that knows how
On Wed, Apr 15, 2009 at 5:21 PM, Nicolas Le Cam wrote:
> 2009/4/16 James Hawkins :
>> On Wed, Apr 15, 2009 at 4:34 PM, Nicolas Le Cam wrote:
>>> While trying to solve ACTION_AppSearchDr problem revealed by my previous
>>> patch, I discovered that MSI_RecordGetStringW was returning a buffer
>>> le
On Wed, Apr 15, 2009 at 7:21 PM, Nicolas Le Cam wrote:
> Even if I was tempted to changed it, I tried to follow original code
> style, as stated multiple times on wine-devel.
While that's encouraged, it's sometimes more of a suggestion than a
rule. If you're changing a lot of the code and it help
2009/4/16 James Hawkins :
> On Wed, Apr 15, 2009 at 4:34 PM, Nicolas Le Cam wrote:
>> While trying to solve ACTION_AppSearchDr problem revealed by my previous
>> patch, I discovered that MSI_RecordGetStringW was returning a buffer
>> length of 1 on null and empty strings.
>>
>> Here is the test, t
On Wed, Apr 15, 2009 at 4:34 PM, Nicolas Le Cam wrote:
> While trying to solve ACTION_AppSearchDr problem revealed by my previous
> patch, I discovered that MSI_RecordGetStringW was returning a buffer
> length of 1 on null and empty strings.
>
> Here is the test, the fix follows.
>
> Tested on Win
Am Tuesday 14 April 2009 19:43:13 schrieb Dawncrow:
> ---
> programs/start/De.rc |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Please send patches with your real name.
--
Stefan
On Wed, Apr 15, 2009 at 3:55 PM, Jeremy Newman wrote:
> I changed the text question on the signup page. That should help a little.
Thanks!
> Where it will not help is mail coming from the mailing list. If you notice a
> spam from the list, let me know the email and I will will add that email
> a
I changed the text question on the signup page. That should help a little.
Where it will not help is mail coming from the mailing list. If you
notice a spam from the list, let me know the email and I will will add
that email address and/or domain to the blockers list in the mailman
mailing lis
Ben Klein wrote:
2009/4/13 chris ahrendt :
Is there a guide documenting what each test is supposed to do etc?
Source code.
Before you say that's an unacceptable answer, the sheer number of test
cases (especially considering those that keep getting added) would
make it impractical to t
An Excellent point was mad in one of the bugs I reported :
Comment #25 from Austin English
The problem is that this isn't a 'normal' application doing weird
things. It's our testsuite, which does some _really_ strange stuff,
e.g., lots of corner case testing.
Our implementation code, however,
Ben Klein wrote:
2009/4/13 chris ahrendt :
So basically it, in your opinion, comes down to ERR's and the debug output
from running
tests or anything else should be ignored by anyone but developers?
No, that the tests as a WHOLE should be ignored by everyone except developers.
Is t
Ben Klein wrote:
2009/4/13 James McKenzie :
Ben Klein wrote:
2009/4/13 chris ahrendt :
Vincent Povirk wrote:
On Sun, Apr 12, 2009 at 5:24 PM, Ben Klein wrote:
2009/4/13 Vincent Povirk :
But the description doesn't say "invalid conditions"
Vincent Povirk wrote:
On Sun, Apr 12, 2009 at 5:24 PM, Ben Klein wrote:
2009/4/13 Vincent Povirk :
But the description doesn't say "invalid conditions". It says "serious
errors in Wine". That's something that should never happen in tests,
as it would imply that the state of the libraries we're
Vitaliy Margolen wrote:
chris ahrendt wrote:
17997 Gecko is installed and reran test... same result... valid bug
17998 is the locking issue... and it occurs not just in the rest but in
another application as well..
What errors? What exactly isn't working for you? You have failed to ex
Vitaliy Margolen wrote:
Vincent Povirk wrote:
Chris Ahrendt filed a few bugs recently for "err" messages encountered
during test runs (17997 and 17998 at least).
17997 is a bogus report - Gecko is not intalled. Nothing actually failed.
17998 is the same. Only I let our resident 3D gur
There's been a lot of this spam recently (below). Can you take a look
Jeremy? Perhaps banning that IP range if it's in the same block?
Thanks!
--
-Austin
-- Forwarded message --
From: ll0
Date: Wed, Apr 15, 2009 at 3:51 AM
Subject: [Wine] The easiest way to convert Mod/Tod v
2009/4/15 Hans Leidekker :
> @@ -441,6 +441,23 @@ NTSTATUS WINAPI NtQueryInformationToken(
> }
> SERVER_END_REQ;
> break;
> + case TokenDefaultDacl:
> + if (tokeninfo)
> + {
> + TOKEN_DEFAULT_DACL *token = (TOKEN_DEFAULT_DACL *)tokeninfo;
> +
On Tue, Apr 14, 2009 at 11:17 PM, Guy Albertelli wrote:
> MSDN and test verify the valid "root dirs" for GetVolumeInformation[AW]
> must end in trailing '\' and if not then return ERROR_INVALID_NAME
>
> Changelog
> - Return correct error if GetVolumeInformation[AW] "root dir" does not end
> with
On Wed, Apr 15, 2009 at 5:32 AM, David Lee Lambert wrote:
> I'm trying to use a git tree to do a regression-test for something that seems
> to have gotten broken somewhere between 1.0 and 1.1.19; but when I do a
> full "git reset _version_ ; git checkout -f ; ./configure CC='ccache
> gcc-3.4' ; ma
On Wed, Apr 15, 2009 at 01:59:50PM +0900, Dmitry Timoshkov wrote:
> "Paul TBBle Hampson" wrote:
> >+/* Make sure we haven't already got an entry for this due to
> >substitution */
> >+duplicate = FALSE;
> >+LIST_FOR_EACH_ENTRY(system_font_link, &system_links,
"Hans Leidekker" wrote:
+/*
+ * ___lc_handle_func (MSVCRT.@)
+ */
+HANDLE * ___lc_handle_func(void)
+{
+return MSVCRT___lc_handle;
+}
+
+/*
+ * _
Rob Shearman wrote:
2009/4/15 Paul Vriens :
In an effort to fix that last failure on my box I found the culprit. I'm not
comfortable enough with just excluding (yet another) that test just for the
sake of having zero failures though.
What exception is being raised?
I think perhaps s_context_h
2009/4/15 Paul Vriens :
> In an effort to fix that last failure on my box I found the culprit. I'm not
> comfortable enough with just excluding (yet another) that test just for the
> sake of having zero failures though.
What exception is being raised?
I think perhaps s_context_handle_test should
Detlef Riekenberg wrote:
http://test.winehq.org/data/f212579ae9a1b770ebd34cec20f95e1977bb57f0/xp_dr-asus/oleaut32:vartest.html
While reading the code for a test failure on all of my Windows
installations,
the current code was already strange:
5436 ok(hres == VARCMP_EQ ||
5437broken(
2009/4/15 Stefan Dösinger :
> Am Mittwoch, 15. April 2009 09:36:46 schrieb Henri Verbeet:
>> 2009/4/15 Stefan Dösinger :
>> > +void record_const_read(DWORD reg, unsigned int *array, int *num) {
>> > + int r;
>> > + BOOL inc = TRUE;
>> > + for(r = 0; r < *num; r++) {
>> > + if(array[
Am Mittwoch, 15. April 2009 09:36:46 schrieb Henri Verbeet:
> 2009/4/15 Stefan Dösinger :
> > +void record_const_read(DWORD reg, unsigned int *array, int *num) {
> > +int r;
> > +BOOL inc = TRUE;
> > +for(r = 0; r < *num; r++) {
> > +if(array[r] == reg) {
> > +inc =
2009/4/15 David Lee Lambert :
> I'm trying to use a git tree to do a regression-test for something that seems
> to have gotten broken somewhere between 1.0 and 1.1.19; but when I do a
> full "git reset _version_ ; git checkout -f ; ./configure CC='ccache
> gcc-3.4' ; make depend ; make" I get the f
Nikolay Sivov wrote:
> Florian Köberle wrote:
>> ---
>> dlls/comctl32/tests/treeview.c | 80
>>
>> 1 files changed, 80 insertions(+), 0 deletions(-)
>>
>> diff --git a/dlls/comctl32/tests/treeview.c
>> b/dlls/comctl32/tests/treeview.c
>> index 5f310b5..7d
Hi,
In an effort to fix that last failure on my box I found the culprit. I'm
not comfortable enough with just excluding (yet another) that test just
for the sake of having zero failures though.
Any idea?
--
Cheers,
Paul.
diff --git a/dlls/rpcrt4/tests/server.c b/dlls/rpcrt4/tests/server.c
i
I'm trying to use a git tree to do a regression-test for something that seems
to have gotten broken somewhere between 1.0 and 1.1.19; but when I do a
full "git reset _version_ ; git checkout -f ; ./configure CC='ccache
gcc-3.4' ; make depend ; make" I get the following error before about 1.1.14:
2009/4/15 Florian Köberle :
> ---
> dlls/comctl32/tests/treeview.c | 80
>
> 1 files changed, 80 insertions(+), 0 deletions(-)
>
> diff --git a/dlls/comctl32/tests/treeview.c b/dlls/comctl32/tests/treeview.c
> index 5f310b5..7d9fcfa 100644
> --- a/dlls/c
2009/4/15 Stefan Dösinger :
> +void record_const_read(DWORD reg, unsigned int *array, int *num) {
> +int r;
> +BOOL inc = TRUE;
> +for(r = 0; r < *num; r++) {
> +if(array[r] == reg) {
> +inc = FALSE;
> +break;
> +}
> +}
> +
> +if(inc) {
>
(Excuse me for the flowed format in my previous msg)
I just have struck one tool related to Windows printer drivers [*]:
| In the process of developing a Windows printer driver, we created this
| winprinfo tool to allow us to query the printer system from the point of
| view of an application:
I just have struck one tool related to Windows printer drivers [*]:
| In the process of developing a Windows printer driver, we created this
| winprinfo tool to allow us to query the printer system from the point of
| view of an application: there are several APIs that permit a wide range
| of
40 matches
Mail list logo
