anoid android.
=== wvista (32 bit msi) ===
Timeout
=== w2008s64 (32 bit msi) ===
Timeout
Failure running script in VM: network read timed out
=== w2008s64 (64 bit msi) ===
Timeout
anoid android.
=== wvista (32 bit msi) ===
The test timed out
=== w2008s64 (32 bit msi) ===
The test timed out
=== w7pro64 (32 bit msi) ===
No test summary line found
Failure running script in VM: network read timed out
=== w2008s64 (64 bit msi) ===
Timeout
=== w7pro64 (64 bit msi) ===
Timeout
Christian Costa writes:
> Le 08/05/2013 12:43, Alexandre Julliard a écrit :
>> Christian Costa writes:
>>
>>> {
>>> -FIXME("%p %s %s %u %08x %08x\n", hWnd, debugstr_w(lpText),
>>> debugstr_w(lpCaption),
>>> - uType, wLanguageId, f);
>>> -return MessageBoxExW(hWnd,lpText,lpCap
Le 08/05/2013 12:43, Alexandre Julliard a écrit :
Christian Costa writes:
{
-FIXME("%p %s %s %u %08x %08x\n", hWnd, debugstr_w(lpText),
debugstr_w(lpCaption),
- uType, wLanguageId, f);
-return MessageBoxExW(hWnd,lpText,lpCaption,uType,wLanguageId);
+FIXME("(%p, %s, %s,
Christian Costa writes:
> {
> -FIXME("%p %s %s %u %08x %08x\n", hWnd, debugstr_w(lpText),
> debugstr_w(lpCaption),
> - uType, wLanguageId, f);
> -return MessageBoxExW(hWnd,lpText,lpCaption,uType,wLanguageId);
> +FIXME("(%p, %s, %s, %u, 0x%08x, 0x%08x): semi-stub\n", hWnd,
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=25396
Your paranoid android
2013/5/2 Francois Gouget
> ---
> dlls/msi/tests/install.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/dlls/msi/tests/install.c b/dlls/msi/tests/install.c
> index e5d996e..0c322be 100644
> --- a/dlls/msi/tests/install.c
> +++ b/
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=25385
Your paranoid android
Le 01/05/2013 14:34, Hans Leidekker a écrit :
On Wed, 2013-05-01 at 12:40 +0200, Christian Costa wrote:
diff --git a/dlls/msi/media.c b/dlls/msi/media.c
index 612624d..4145c76 100644
--- a/dlls/msi/media.c
+++ b/dlls/msi/media.c
@@ -358,8 +358,18 @@ static INT_PTR cabinet_next_cabinet
On Wed, 2013-05-01 at 12:40 +0200, Christian Costa wrote:
> diff --git a/dlls/msi/media.c b/dlls/msi/media.c
> index 612624d..4145c76 100644
> --- a/dlls/msi/media.c
> +++ b/dlls/msi/media.c
> @@ -358,8 +358,18 @@ static INT_PTR cabinet_next_cabinet(FDINOTIFICATIONTYPE
> fd
Hans Leidekker writes:
> ---
> dlls/msi/action.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
It fails here:
../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so
action.c && touch action.ok
action.c:6397: Test failed: Expected ERR
Good news! Thanks to Per Allansson, author of osslsigncode, we know
now that 98C090F33284468D64F30EE7B8C00894135D54C8 is sha1 of Root
Entry unique identifier 84 10 0c 00 00 00 00 00 c0 00 00 00 00 00 00
46.
--
Marc-André Lureau
Hello!
PE signing is already publicly documented by Microsoft, and we have an
open-source tool (osslsigncode) capable of signing PE and Cabinet. A
signed MSI dump easily reveals that the signature is under the
'\005DigitalSignature' stream, and it's a regular pkcs#7 signature,
who
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=24381
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=24227
Your paranoid android
On Sat, 2012-12-08 at 21:59 +, Andrew Talbot wrote:
> diff --git a/dlls/msi/action.c b/dlls/msi/action.c
> index 076d1b3..677a43f 100644
> --- a/dlls/msi/action.c
> +++ b/dlls/msi/action.c
> @@ -6763,7 +6763,7 @@ static UINT ACTION_RemoveODBC( MSIPACKAGE *package )
> #def
On Fri, 2012-11-16 at 11:50 +0100, Frédéric Delanoy wrote:
> diff --git a/dlls/msi/files.c b/dlls/msi/files.c
> index 11913ef..98d7513 100644
> --- a/dlls/msi/files.c
> +++ b/dlls/msi/files.c
> @@ -336,6 +336,7 @@ UINT ACTION_InstallFiles(MSIPACKAGE *package)
> if (r
On Thu, 2012-11-08 at 01:32 +0100, Frédéric Delanoy wrote:
> diff --git a/dlls/msi/action.c b/dlls/msi/action.c
> index f9ab550..8a6c952 100644
> --- a/dlls/msi/action.c
> +++ b/dlls/msi/action.c
> @@ -5809,7 +5809,16 @@ static UINT ITERATE_InstallService(MSIRECORD *rec,
Frédéric Delanoy writes:
> @@ -151,15 +151,23 @@ static UINT propvar_changetype(PROPVARIANT *changed,
> PROPVARIANT *property, VART
> {
> HRESULT hr;
> HMODULE propsys = LoadLibraryA("propsys.dll");
> +
> +if (!propsys)
> +{
> +ERR("Failed to load propsys.dll: %u\n", G
Le 28/09/2012 09:05, Hans Leidekker a écrit :
On Thu, 2012-09-27 at 23:07 +0200, Christian Costa wrote:
if (!(cabinet_file = get_cabinet_filename(mi)))
The requirement that the continuous cabinet name matches the next cabinet in
the media table
might simply be too strict. Perhaps we nee
On Thu, 2012-09-27 at 23:07 +0200, Christian Costa wrote:
> >> if (!(cabinet_file = get_cabinet_filename(mi)))
> > The requirement that the continuous cabinet name matches the next cabinet
> > in the media table
> > might simply be too strict. Perhaps we need to try them one by one and let
Le 27/09/2012 11:26, Hans Leidekker a écrit :
On Thu, 2012-09-27 at 09:59 +0200, Christian Costa wrote:
diff --git a/dlls/msi/media.c b/dlls/msi/media.c
index 612624d..8a39fcd 100644
--- a/dlls/msi/media.c
+++ b/dlls/msi/media.c
@@ -358,8 +358,18 @@ static INT_PTR cabinet_next_cabinet
On Thu, 2012-09-27 at 09:59 +0200, Christian Costa wrote:
> diff --git a/dlls/msi/media.c b/dlls/msi/media.c
> index 612624d..8a39fcd 100644
> --- a/dlls/msi/media.c
> +++ b/dlls/msi/media.c
> @@ -358,8 +358,18 @@ static INT_PTR cabinet_next_cabinet(FDINOTIFICATIONTYPE
> fd
Hans Leidekker writes:
> ---
> dlls/msi/action.c | 18 +++---
> dlls/msi/msipriv.h |1 +
> 2 files changed, 16 insertions(+), 3 deletions(-)
It doesn't work here:
../../../../wine/tools/runtest -q -P wine -M msi.dll -T ../../.. -p
msi_test.exe.so ../../..
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=20375
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=20071
Your paranoid android
Til: wine-devel@winehq.org; Oleg Jakobsen
Emne: Re: msi: fix incorrect decoding of msi stream-names
On Wed, 2012-07-11 at 15:03 +, Oleg Jakobsen wrote:
> @@ -203,6 +203,7 @@ BOOL decode_streamname(LPCWSTR in, LPWSTR out)
> *out++ = mime2utf(ch&0x3f);
>
On Wed, 2012-07-11 at 15:03 +, Oleg Jakobsen wrote:
> @@ -203,6 +203,7 @@ BOOL decode_streamname(LPCWSTR in, LPWSTR out)
> *out++ = mime2utf(ch&0x3f);
> count++;
> ch = mime2utf((ch>>6)&0x3f);
> + continue;
>
On 7/11/2012 18:03, Oleg Jakobsen wrote:
Looked at how you decode msi-stream names, and spotted a minor error
whith the decoding.
regards
Oleg
Why do you think it's an error? Looks like in this case it decodes one
input WCHAR to two output WCHARs in a single pass.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18972
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18942
Your paranoid android
On 6/5/12 8:48 PM, Hans Leidekker wrote:
On Tue, 2012-06-05 at 20:35 +0200, Alexandre Julliard wrote:
Hans Leidekker writes:
---
dlls/msi/action.c| 30 +++---
dlls/msi/msi_main.c |1 +
dlls/msi/msipriv.h |1 +
dlls/msi/package.c |2 -
dlls/msi
On Tue, 2012-06-05 at 20:35 +0200, Alexandre Julliard wrote:
> Hans Leidekker writes:
>
> > ---
> > dlls/msi/action.c| 30 +++++++---
> > dlls/msi/msi_main.c |1 +
> > dlls/msi/msipriv.h |1 +
> > dlls/msi/package.c |
Hans Leidekker writes:
> ---
> dlls/msi/action.c| 30 +++---
> dlls/msi/msi_main.c |1 +
> dlls/msi/msipriv.h |1 +
> dlls/msi/package.c | 2 -
> dlls/msi/tests/install.c | 140
> ++
&g
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18792
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18791
Your paranoid android
On Sat, 5 May 2012, Frédéric Delanoy wrote:
[...]
> The msiexec conventions look sane to me: [ ] for optional and { } for
> mandatory parameters (*only* when a choice/list is involved). It's
> also what's used in other wine commands "/?" results (e.g. 'start',
> 'ipconfig', 'regedit', etc.).
It's
On Fri, May 4, 2012 at 3:21 PM, Francois Gouget wrote:
> On Fri, 4 May 2012, Julian Rüger wrote:
>
>> Hi Francois and wine-devel,
>>
>> while we're at it, shouldn't these
>>
>> >"Advertise a product:\n"
>> >"\t/j[u|m] package [/t transform] [/g languageid]\n"
>> >"Apply a patch:\n"
>> >"\t/p patch
On Fri, 4 May 2012, Julian Rüger wrote:
> Hi Francois and wine-devel,
>
> while we're at it, shouldn't these
>
> >"Advertise a product:\n"
> >"\t/j[u|m] package [/t transform] [/g languageid]\n"
> >"Apply a patch:\n"
> >"\t/p patch_package [property]\n"
> >"\t/p patch_package /a package [propert
Hi Francois and wine-devel,
while we're at it, shouldn't these
>"Advertise a product:\n"
>"\t/j[u|m] package [/t transform] [/g languageid]\n"
>"Apply a patch:\n"
>"\t/p patch_package [property]\n"
>"\t/p patch_package /a package [property]\n"
also be put in curly brackets?
Like this:
\t/j[u|m
Robert van Herk writes:
> @@ -493,6 +493,45 @@ static void test_MsiGetFileHash(void)
> }
> }
>
> +static void test_MsiGetFileHashForEmptyFile(void) {
> +char path[MAX_PATH];
> +MSIFILEHASHINFO hi;
> +char file[MAX_PATH];
> +UINT res;
> +
> +/* Create empty te
On Sat, Mar 31, 2012 at 06:00, Hans Leidekker wrote:
> On Fri, 2012-03-30 at 17:27 -0700, Austin English wrote:
>> + case MSIRUNMODE_REBOOTNOW:
>> + r = package->need_reboot;
>> + break;
>> +
>
> MSIRUNMODE_REBOOTNOW and MSIRUNMODE_REBOOTATEND are not the same thing.
>
>
It seems
On Fri, 2012-03-30 at 17:27 -0700, Austin English wrote:
> +case MSIRUNMODE_REBOOTNOW:
> +r = package->need_reboot;
> +break;
> +
MSIRUNMODE_REBOOTNOW and MSIRUNMODE_REBOOTATEND are not the same thing.
one. The primary key 2 is used later in the test and
changing it to a value that's not used later is enough. The diff with the
respect of the previous patch is:
diff --git a/dlls/msi/tests/db.c b/dlls/msi/tests/db.c
index f5a3c1e..4c91bd8 100644
--- a/dlls/msi/tests/db.c
+++ b/dl
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=17479
Your paranoid android
Hi Hans,
hr = IXMLDOMNode_get_text( node, &s );
IXMLDOMNode_Release( node );
-if (!strcmpW( s, product_code )) r = ERROR_SUCCESS;
-SysFreeString(s);
+if (hr == S_OK && !strcmpW( s, product_code )) r = ERROR_SUCCESS;
+SysFreeString( s );
Is it real
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=15780
Your paranoid android
Hans Leidekker writes:
> This reverts commit 2556173f20ba9583044aaf31b16cbb2214d2b907.
> It causes a regression in the Quicken 2011 installer.
Does it really break because we are processing messages, or just because
we don't wait properly? If so fixing the wait would seem a better choice.
--
Hello Dan,
Dan Kegel wrote:
> Avoids the spurious compiler warning
>
> msi.c: In function 'MSI_ApplyPatchW':
> msi.c:353:10: error: 'r' may be used uninitialized in this function
>
> Hans says "It's compiler confusion but I'm fine with a patch that initializes
> r with ERROR_FUNCTION_FAILED."
wh
On Tue, Oct 11, 2011 at 2:29 PM, Hans Leidekker wrote:
> On Tue, 2011-10-11 at 13:20 +0200, Bernhard Loos wrote:
> +static HRESULT get_action_info( msi_custom_action_info *info, INT *type,
> + BSTR *source, BSTR *target, BSTR *name,
> +
On Tue, Oct 11, 2011 at 3:22 PM, Hans Leidekker wrote:
>
>> -static UINT HANDLE_CustomType50(MSIPACKAGE *package, LPCWSTR source,
>> +static msi_custom_action_info *HANDLE_CustomType50(MSIPACKAGE *package,
>> LPCWSTR source,
>> LPCWSTR target, const INT type, LPCW
> -static UINT HANDLE_CustomType50(MSIPACKAGE *package, LPCWSTR source,
> +static msi_custom_action_info *HANDLE_CustomType50(MSIPACKAGE *package,
> LPCWSTR source,
> LPCWSTR target, const INT type, LPCWSTR
> action)
> {
> WCHAR *exe, *arg;
> msi_custo
On Tue, 2011-10-11 at 13:20 +0200, Bernhard Loos wrote:
+static HRESULT get_action_info( msi_custom_action_info *info, INT *type,
+BSTR *source, BSTR *target, BSTR *name,
+IWineMsiRemotePackage **package )
{
-IClassFactory *cf = N
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=14578
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=14533
Your paranoid android
On Tue, 2011-09-20 at 10:51 +0200, Michael Stefaniuc wrote:
> Hans Leidekker wrote:
> > On Mon, 2011-09-19 at 21:24 +0200, Michael Stefaniuc wrote:
> >> @@ -489,7 +489,7 @@ UINT WINAPI MsiGetSourcePathA( MSIHANDLE hInstall,
> >> LPCSTR szFolder,
> >> awstring str;
> >> UINT r;
> >>
> >
Hans Leidekker wrote:
> On Mon, 2011-09-19 at 21:24 +0200, Michael Stefaniuc wrote:
>> @@ -489,7 +489,7 @@ UINT WINAPI MsiGetSourcePathA( MSIHANDLE hInstall,
>> LPCSTR szFolder,
>> awstring str;
>> UINT r;
>>
>> -TRACE("%s %p %p\n", debugstr_a(szFolder), debugstr_a(szPathBuf),
>>
On Mon, 2011-09-19 at 21:24 +0200, Michael Stefaniuc wrote:
> @@ -489,7 +489,7 @@ UINT WINAPI MsiGetSourcePathA( MSIHANDLE hInstall, LPCSTR
> szFolder,
> awstring str;
> UINT r;
>
> -TRACE("%s %p %p\n", debugstr_a(szFolder), debugstr_a(szPathBuf),
> pcchPathBuf);
> +TRACE("%s
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=14255
Your paranoid android
d 90%CPU (0avgtext+0avgdata 51216maxresident)k
0inputs+7360outputs (0major+17117minor)pagefaults 0swaps
make: *** [action.ok] Error 7
-- Forwarded message --
From:
Date: Sat, Sep 10, 2011 at 12:33 PM
Subject: Re: 78647: Subject: msi: Properly check for a specified flag
combination
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=14087
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=13969
Your paranoid android
ss
0x407537e9 (thread 002c), starting debugger...
Backtrace:
=>0 WHERE_execute+0x17a(view=0x11fe58, record=(nil)) [dlls/msi/where.c:821]
1 SELECT_execute+0x9d(view=0x138408, record=(nil)) [dlls/msi/select.c:181]
2 MSI_ViewExecute+0xb4(query=0x11fce0, rec=(nil)) [dlls/msi/msiquery.c:457]
3 get_
Bernhard Loos writes:
> @@ -639,6 +715,8 @@ static UINT WHERE_execute( struct tagMSIVIEW *view,
> MSIRECORD *record )
> while ((table = table->next));
>
> rows = msi_alloc( wv->table_count * sizeof(*rows) );
> +memset( rows, 0xFF, sizeof( rows ) );
> +
If the goal is to set them
Bernhard Loos writes:
> +/* below is the query interface to a table */
> +
> typedef struct tagMSIROWENTRY
> {
> -UINT value;
> +UINT values[0];
Zero-size arrays are not portable.
--
Alexandre Julliard
julli...@winehq.org
On Wed, 24 Aug 2011, Francois Gouget wrote:
[...]
> From my understanding, in this case using a simple skip() means that
> anyone running WineTest on Windows in a non-administrator account will
> get a test failure. Since we don't seem to have a policy mandating that
> WineTest be run in an admi
On Wed, 24 Aug 2011, GOUJON Alexandre wrote:
> On 08/24/2011 10:47 AM, Hans Leidekker wrote:
> > No, win_skip is for behavior observed on Windows that Wine should not
> > emulate, which is not the case here.
> Is there any page on the wiki explaining the meaning of broken(), skip(),
> win_skip() ?
On Wed, 2011-08-24 at 15:11 +0200, Francois Gouget wrote:
> From my understanding, in this case using a simple skip() means that
> anyone running WineTest on Windows in a non-administrator account will
> get a test failure. Since we don't seem to have a policy mandating that
Quite the opposite
On 08/24/2011 10:47 AM, Hans Leidekker wrote:
No, win_skip is for behavior observed on Windows that Wine should not
emulate, which is not the case here.
Is there any page on the wiki explaining the meaning of broken(),
skip(), win_skip() ?
Because your definition of win_skip is my definition of
On Wed, 24 Aug 2011, Hans Leidekker wrote:
> On Wed, 2011-08-24 at 03:26 -0500, Austin English wrote:
>
> > Shouldn't that be a win_skip()? Wine always runs as administrator, and
> > if the process is running as a limited user, something may be broken?
> > Unless you're preparing for when wine su
Bernhard Loos writes:
> +static UINT add_row(MSIWHEREVIEW *wv, UINT val)
> {
> -MSIHASHENTRY *new = msi_alloc(sizeof(MSIHASHENTRY));
> -MSIHASHENTRY *prev;
> +MSIROWENTRY *new;
> +
> +if (wv->reorder_size <= wv->row_count)
> +{
> +MSIROWENTRY **new_reorder;
> +
On Wed, 2011-08-24 at 03:26 -0500, Austin English wrote:
> Shouldn't that be a win_skip()? Wine always runs as administrator, and
> if the process is running as a limited user, something may be broken?
> Unless you're preparing for when wine supports non-admin mode.. :)
No, win_skip is for behavi
On Wed, Aug 24, 2011 at 03:22, Hans Leidekker wrote:
> ---
> dlls/msi/tests/action.c | 6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/dlls/msi/tests/action.c b/dlls/msi/tests/action.c
> index aac601f..90832af 100644
> --- a/dlls/msi/tests/
On Tue, Aug 23, 2011 at 3:13 PM, Joris Huizer wrote:
> On 08/23/2011 11:45 AM, Hans Leidekker wrote:
>
>> +if (!strcmpiW( package, unsquashed ))
>>
>
> I'm confused about the last part of the function.
> I think if the comparison between 'package' and 'unsquashed' fails, you
> want to return a
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=13580
Your paranoid android
Just an implementation detail I noticed:
On 08/23/2011 11:45 AM, Hans Leidekker wrote:
+
+static UINT get_registered_local_package( const WCHAR *product, const WCHAR
*package, WCHAR *localfile )
+{
+MSIINSTALLCONTEXT context;
+HKEY product_key, props_key;
+WCHAR *registered_package
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=13579
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=13576
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=13575
Your paranoid android
Hans Leidekker writes:
> There's no need for it now that we open the package in transacted mode.
This breaks the Gecko install:
fixme:msi:MSI_OpenDatabaseW open failed r = 80030005 for
L"Z:\\home\\julliard\\wine\\wine\\..\\gecko\\wine_gecko-1.2.0-x86.msi"
err:appw
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=12111
Your paranoid android
Hans Leidekker writes:
> @@ -772,10 +772,22 @@ static HANDLE execute_command( const WCHAR *exe, WCHAR
> *arg, const WCHAR *dir )
> {
> STARTUPINFOW si;
> PROCESS_INFORMATION info;
> +int len;
> +WCHAR *cmd;
> BOOL ret;
>
> +len = strlenW( exe );
> +if (arg) len
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=11595
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=11594
Your paranoid android
On Wed, 2011-05-25 at 18:49 +, Dan Kegel wrote:
> wow, msi has really come a long way!
Thanks. In hindsight we should have implemented rollbacks
early on, when installers still failed regularly ;-)
wow, msi has really come a long way!
On Mon, 2011-05-09 at 13:05 +0200, Marcus Meissner wrote:
> > It doesn't work here:
> >
> > ../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so
> > action.c && touch action.ok
> > action.c:5578: Test failed: Expected ERROR_SUCCESS, got 1627
> > action.c:5587: Test failed:
On Mon, May 09, 2011 at 12:07:39PM +0200, Alexandre Julliard wrote:
> Marcus Meissner writes:
>
> > The macro was always FALSE, as
> > x & y == ~y
> > is always FALSE. x& y == y was clearly intended.
> > CID 1448
>
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M msi.dll -T
Marcus Meissner writes:
> The macro was always FALSE, as
> x & y == ~y
> is always FALSE. x& y == y was clearly intended.
> CID 1448
It doesn't work here:
../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so
action.c && touch action.ok
action.c:5578: Test failed: E
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=10333
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=10214
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=10212
Your paranoid android
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=10211
Your paranoid android
On Mon, 2011-03-21 at 14:14 +0100, David Hedberg wrote:
> +static void msi_patch_offset_list_init(struct msi_patch_offset_list **pos)
> +{
> +*pos = msi_alloc(sizeof(struct msi_patch_offset_list));
> +list_init( &(*pos)->files );
> +(*pos)->count = (*pos)->max = 0;
> +(*pos)->min =
On Thu, 2011-03-10 at 02:20 +0100, David Hedberg wrote:
> +static UINT msi_set_patch_offsets(MSIPACKAGE *package)
> +{
> +static const WCHAR query_media[] = {
> +'S','E','L','E','C','T',' ','*',' ','F','R','O','M','
> ','M','e','d','i','a',' ',
> +'W','H','E','R','E',' ','S','
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=9778
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=9777
Your paranoid android.
On Mon, 2011-03-07 at 08:57 -0600, Vincent Povirk wrote:
> > +static const WCHAR szVersion11[] =
> > {'v','1','.','1','.','4','3','2','2',0};
> > +static const WCHAR szVersion20[] =
> > {'v','2','.','0','.','5','0','7','2','7',0};
>
> No v4.0.30319 ?
Not yet. It doesn't install so I can
> + static const WCHAR szVersion11[] =
> {'v','1','.','1','.','4','3','2','2',0};
> + static const WCHAR szVersion20[] =
> {'v','2','.','0','.','5','0','7','2','7',0};
No v4.0.30319 ?
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=9724
Your paranoid android.
1 - 100 of 936 matches
Mail list logo
