Re: [WiX-users] DTF - Using ExtractFiles Method

2008-07-23 Thread Powell, Simon
Thank you that's excellent news. 


Regards
Simon Powell

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Ginchereau
Sent: 23 July 2008 17:01
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method

I should be able to get the fix into this week's build.

The workaround would be to edit the problematic File table keys in the
MSI so that they match the case of the filenames in the cabinet.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Powell,
Simon
Sent: Wednesday, July 23, 2008 12:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method


Do you have any idea when you might be able to fix this issue?  If
priority is low, can you think of a possible workround? I don't really
want to use an admin install.

Regards
Simon Powell

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Ginchereau
Sent: 22 July 2008 20:14
To: General discussion for Windows Installer XML toolset.
Cc: Jones, Ben
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method

It's a bug in DTF -- ExtractFiles is being case-sensitive where it
shouldn't. A few of the files in Cabs.winrk.cab have different casing
than their File table keys in rktools.msi. The Windows Installer engine
handles that okay but DTF doesn't. Can you open a bug on SourceForge for
tracking?

However the problem with SQL Server 2005 client tools is different.
There, the Media.Cabinet value is "#Sql.cab". The number sign (#)
indicates the cabinet should be in an embedded stream in the MSI
package, but it is not actually there! Running msiexec /a on that
package confirms the problem as it gives error 2356. "Could not locate
cabinet in stream: Sql.cab." Maybe their bootstrapper does something to
fixup the MSI at install time?

-Jason-

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Powell,
Simon
Sent: Monday, July 21, 2008 3:11 PM
To: wix-users@lists.sourceforge.net
Cc: Jones, Ben
Subject: [WiX-users] DTF - Using ExtractFiles Method

Hi,

I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :

InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly); MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase); string[]
filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools.

Your help will be much appreciated.

Regards
Simon Powell





-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be
privileged.  It should not be read, copied or used by anyone other than
the intended recipient.  If you have received it in error, please
contact the sender immediately by telephoning +44 (0)20 7623 8000 or by
return email, and delete the e-mail and do not disclose its contents to
any person.  We believe, but do not warrant, that this e-mail and any
attachments are virus free, but you must take full responsibility for
virus checking.  Please refer to
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail
disclaimer statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking
division of Dresdner Bank AG, and operates through Dresdner Bank AG,
Dresdner Kleinwort Limited, Dresdner Kleinwort Securities Limited and
their affiliated or associated companies.  Dresdner Bank AG is a company
incorporated in Germany with limited liability and registered in England
(registered no. FC007638, place of business 30 Gresham Street, London
EC2V 7PG), and is authorised by the German Federal Financial Supervisory
Authority and by the 

Re: [WiX-users] DTF - Using ExtractFiles Method

2008-07-23 Thread Jason Ginchereau
I should be able to get the fix into this week's build.

The workaround would be to edit the problematic File table keys in the MSI so 
that they match the case of the filenames in the cabinet.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Powell, Simon
Sent: Wednesday, July 23, 2008 12:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method


Do you have any idea when you might be able to fix this issue?  If
priority is low, can you think of a possible workround? I don't really
want to use an admin install.

Regards
Simon Powell

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Ginchereau
Sent: 22 July 2008 20:14
To: General discussion for Windows Installer XML toolset.
Cc: Jones, Ben
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method

It's a bug in DTF -- ExtractFiles is being case-sensitive where it
shouldn't. A few of the files in Cabs.winrk.cab have different casing
than their File table keys in rktools.msi. The Windows Installer engine
handles that okay but DTF doesn't. Can you open a bug on SourceForge for
tracking?

However the problem with SQL Server 2005 client tools is different.
There, the Media.Cabinet value is "#Sql.cab". The number sign (#)
indicates the cabinet should be in an embedded stream in the MSI
package, but it is not actually there! Running msiexec /a on that
package confirms the problem as it gives error 2356. "Could not locate
cabinet in stream: Sql.cab." Maybe their bootstrapper does something to
fixup the MSI at install time?

-Jason-

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Powell,
Simon
Sent: Monday, July 21, 2008 3:11 PM
To: wix-users@lists.sourceforge.net
Cc: Jones, Ben
Subject: [WiX-users] DTF - Using ExtractFiles Method

Hi,

I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :

InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly); MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase); string[]
filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools.

Your help will be much appreciated.

Regards
Simon Powell





-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regul

Re: [WiX-users] DTF - Using ExtractFiles Method

2008-07-23 Thread Powell, Simon

Do you have any idea when you might be able to fix this issue?  If
priority is low, can you think of a possible workround? I don't really
want to use an admin install. 

Regards
Simon Powell

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Ginchereau
Sent: 22 July 2008 20:14
To: General discussion for Windows Installer XML toolset.
Cc: Jones, Ben
Subject: Re: [WiX-users] DTF - Using ExtractFiles Method

It's a bug in DTF -- ExtractFiles is being case-sensitive where it
shouldn't. A few of the files in Cabs.winrk.cab have different casing
than their File table keys in rktools.msi. The Windows Installer engine
handles that okay but DTF doesn't. Can you open a bug on SourceForge for
tracking?

However the problem with SQL Server 2005 client tools is different.
There, the Media.Cabinet value is "#Sql.cab". The number sign (#)
indicates the cabinet should be in an embedded stream in the MSI
package, but it is not actually there! Running msiexec /a on that
package confirms the problem as it gives error 2356. "Could not locate
cabinet in stream: Sql.cab." Maybe their bootstrapper does something to
fixup the MSI at install time?

-Jason-

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Powell,
Simon
Sent: Monday, July 21, 2008 3:11 PM
To: wix-users@lists.sourceforge.net
Cc: Jones, Ben
Subject: [WiX-users] DTF - Using ExtractFiles Method

Hi,

I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :

InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly); MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase); string[]
filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools.

Your help will be much appreciated.

Regards
Simon Powell





-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win gr

Re: [WiX-users] DTF - Using ExtractFiles Method

2008-07-22 Thread Jason Ginchereau
It's a bug in DTF -- ExtractFiles is being case-sensitive where it shouldn't. A 
few of the files in Cabs.winrk.cab have different casing than their File table 
keys in rktools.msi. The Windows Installer engine handles that okay but DTF 
doesn't. Can you open a bug on SourceForge for tracking?

However the problem with SQL Server 2005 client tools is different. There, the 
Media.Cabinet value is "#Sql.cab". The number sign (#) indicates the cabinet 
should be in an embedded stream in the MSI package, but it is not actually 
there! Running msiexec /a on that package confirms the problem as it gives 
error 2356. "Could not locate cabinet in stream: Sql.cab." Maybe their 
bootstrapper does something to fixup the MSI at install time?

-Jason-

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Powell, Simon
Sent: Monday, July 21, 2008 3:11 PM
To: wix-users@lists.sourceforge.net
Cc: Jones, Ben
Subject: [WiX-users] DTF - Using ExtractFiles Method

Hi,

I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :

InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly);
MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase);
string[] filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools.

Your help will be much appreciated.

Regards
Simon Powell




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] DTF - Using ExtractFiles Method

2008-07-21 Thread Powell, Simon
Hi,
 
I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :
 
InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly);
MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase);
string[] filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools. 

Your help will be much appreciated.

Regards
Simon Powell


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users