Re: [WiX-users] error TRCH0228 : The codepages of the outputs do not match
I am totally new to wix and have now a project in front of me using it. Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to 3.5 of the wix package. I have solved some errors resulting from that, but now I am stuck. When a patch is compiled I get the following error: error TRCH0228 : The codepages of the outputs do not match. One output's codepage is '0' while the other is '1251'. That is strange, because nothing else has changed in the project except from the wix version (still trying to make it run under VS2005 first). Googling I only really get one relevant hit, but the answers or comments don't tell me much. How do I deal with this easily? Anyone, please? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs do not match
Thanks for your reply! Yes I read that but there are just too many Products in the package so in the time frame it is not feasible. Perhaps trying to upgrade to 3.6 beta may solve it? Will try. 2011/10/11 Rob Mensching > Trying to create a patch across WiX versions is not supported. Patching is > very fragile and there are too many small changes in the tools that can > break patching. > > That said, you may be able to get this to work by explicitly setting the > code page on your Products. It's possible the default in WiX changed (due > to > some bug) and explicitly setting it might be able to get around it. > > On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi < > universalserial...@gmail.com> wrote: > > > I am totally new to wix and have now a project in front of me using it. > > Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to > > 3.5 of the wix package. I have solved some errors resulting from that, > but > > now I am stuck. > > When a patch is compiled I get the following error: > > error TRCH0228 : The codepages of the outputs do not match. One output's > > codepage is '0' while the other is '1251'. > > That is strange, because nothing else has changed in the project except > > from > > the wix version (still trying to make it run under VS2005 first). > > Googling I only really get one relevant hit, but the answers or comments > > don't tell me much. > > How do I deal with this easily? Anyone, please? > > > > > -- > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2d-oct > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs donot match
Oh thanks, will try that, if I find out how (very new to this, really). So I put that in deploy.proj right? And what do I have to do in my C++ code to run it? Really appreciate any help, thanks! Rgds Leo 2011/10/11 David Watson > We had this and had to run a step in our patch building scripts to set the > codepage to 1251. > > > > > > > See > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa369791(v=vs.85).asp > x > For the vbs file. > > > -Original Message- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: 11 October 2011 14:01 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs > donot > match > > Trying to create a patch across WiX versions is not supported. Patching is > very fragile and there are too many small changes in the tools that can > break patching. > > That said, you may be able to get this to work by explicitly setting the > code page on your Products. It's possible the default in WiX changed (due > to > some bug) and explicitly setting it might be able to get around it. > > On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi < > universalserial...@gmail.com> wrote: > > > I am totally new to wix and have now a project in front of me using it. > > Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to > > 3.5 of the wix package. I have solved some errors resulting from that, > but > > now I am stuck. > > When a patch is compiled I get the following error: > > error TRCH0228 : The codepages of the outputs do not match. One output's > > codepage is '0' while the other is '1251'. > > That is strange, because nothing else has changed in the project except > > from > > the wix version (still trying to make it run under VS2005 first). > > Googling I only really get one relevant hit, but the answers or comments > > don't tell me much. > > How do I deal with this easily? Anyone, please? > > > > > > - > - > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2d-oct > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > - > - > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and > requires that you delete it without acting upon or copying any of its > contents, and we further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 > 7DY, UK. > > > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs donotmatch
Hi, Thanks for your answer! I have been trying long and hard, but this is what i get in the log: - Project "C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Deploy.proj" (Patch target(s)): Target Patch: Touching "xxxPatch\xxxPatch.wixproj". Building patch cscript WiLangId.vbs "C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\output\Deploy\xxxSetup.msi" Codepage 0 Microsoft (R) Windows Script Host Version 5.7 Copyright (C) Microsoft Corporation. All rights reserved. Package language = 1033, ProductLanguage = 1033, Database codepage = 0 torch.exe -nologo -v -p -xi Latestwixpdb\xxxSetup.wixpdb output\Deploy\xxxSetup.wixpdb -out xxxPatch\obj\Deploy\Diff.Wixmst C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Latestwixpdb\xxxSetup.wixpdb : error TRCH0228: The code pages of the outputs do not match. One output's code page is '0' while the other is '1252'. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\output\Deploy\xxxSetup.wixpdb : error TRCH0229: The location of the mismatched code page related to the previous warning. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Latestwixpdb\xxxSetup.wixpdb : error TRCH0279: The table definition of 'WixVariable' in the target database does not match the table definition in the updated database. A transform requires that the target database schema match the updated database schema. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Deploy.proj(30,5): error MSB3073: The command "torch.exe -nologo -v -p -xi Latestwixpdb\xxxSetup.wixpdb output\Deploy\xxxSetup.wixpdb -out xxxPatch\obj\Deploy\Diff.Wixmst" exited with code 279. Done building target "Patch" in project "Deploy.proj" -- FAILED. - It seems to be exactly the same as before I ran the script, how can that be? Any suggestions? Thanks! Leo 2011/10/11 David Watson > Hi, > > To support building patches against our old releases that were built with > Wix > 3.0. and now our release branches are being built on machines with Wix 3.5 > installed. > > So we have RTM msis from wix 3.0 these have codepage 0. > We now make an updated MSIs with wix 3.5 which now forces a codepage onto > MSIs. > > There is a step in our patch creation msbuild project that updates the > codepage of the new version of the MSI back to 0 from 1252 (or whatever it > is > by default). > > That step is using the microsoft vbscript utility WiLangId.vbs available in > the windows installer SDK. > > How all this relates to your workflow I don't know specifically you will > probably need to call the vbs somehow (post build step?) so you can build > patches against an old wix 3.0 MSI. > > Note : there is a bug about this but it will not be addressed until Wix 4.0 > > http://sourceforge.net/tracker/?func=detail&aid=3134424&group_id=105970&atid= > 642714 > > > Dave > > -Original Message- > From: Leo Koivuniemi [mailto:universalserial...@gmail.com] > Sent: 11 October 2011 14:55 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs > donotmatch > > Oh thanks, will try that, if I find out how (very new to this, really). So > I > put that in deploy.proj right? And what do I have to do in my C++ code to > run it? > > Really appreciate any help, thanks! > Rgds Leo > > 2011/10/11 David Watson > > > We had this and had to run a step in our patch building scripts to set > the > > codepage to 1251. > > > > > > > > > > > > > > See > > > > > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa369791(v=vs.85).asp > > x > > For the vbs file. > > > > > > -Original Message- > > From: Rob Mensching [mailto:r...@robmensching.com] > > Sent: 11 October 2011 14:01 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs > > donot > > match > > > > Trying to create a patch across WiX versions is not supported. Patching > is > > very fragile and there are too many small changes in the tools that can > > break patching. > > > > That said, you may be able to get this to work by explicitly setting the > > code page on your Products. It's possible the default in WiX changed (due > > to > > some bug) and explicitly setting it might be able to get around it. > > > > On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi < > > universalserial...@gmail.com> wrote: > > > > > I am totally new to wix and have now a project in front of me using it. > > > Upgrading
[WiX-users] RegistrySearch fails, returns C: or Empty
Hello all, I am having some problems with an installation using Wix v3 During install of application I run SETUPFOLDER is later used for setting the target of a shortcut in the start menu. This works when I install or reinstall by running my bootstrapper setup.exe which then starts the MSI package. But when applying patches for instance or bypassig the setup.exe and running the MSI directly, then the registry search returns C: or is just empty. When I check that path in registry using regedit then I do find the correct value there but for some reason the RegistrySearch fails and I can't figure out why. Notable is that this error does not exist in Windows XP, but now as I have been porting it to Windows 7 I noticed this problem. So basically the code should work, but it doesn't do that in Win7 (only works if I go through the bootstrapper exe) Any suggestions? Thanks! Leo -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch fails, returns C: or Empty
Hi, thanks for fast reply! In the MSI log I can see that it actually finds the correct SETUPFOLDER path from registry, but then there are some rows saying: Ignoring disallowed property SETUPFOLDER But I can see that it finds the correct path because further down in the log I have something like AppSearch: Property: SETUPFOLDER, Signature: SETUPFOLDER MSI (c) (F0:80) [17:32:47:087]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (F0:80) [17:32:47:087]: PROPERTY CHANGE: Adding SETUPFOLDER property. Its value is '\\rrdb\xxx\xxx\Setup'. And then an .ini file is written and it now the log (almost at the very end) says: MSI (s) (3C:44) [17:34:07:697]: Executing op: IniWriteRemoveValue(Section=INSTANCE,Key=SetupFolder,,Mode=0) WriteIniValues: File: xxx.ini, Section: INSTANCE, Key: SetupFolder, Value: Note that the value: is empty. And then at the very very end of the log file it states the properties: Property(C): SETUPFOLDER = \\rrdb\xxx\xxx\Setup So again it has the correct value but it does not want to use it when specifying the target of the shortcut. Hope this gives you some idea... Thankful for help! 2011/10/25 Rob Mensching > What does the verbose log file show? > > On Tue, Oct 25, 2011 at 8:10 AM, Leo Koivuniemi < > universalserial...@gmail.com> wrote: > > > Hello all, > > > > I am having some problems with an installation using Wix v3 > > During install of application I run > > > > > > > Key="SOFTWARE\$(var.Company)\$(var.Product)\Common" Name="SetupFolder" > > Type="raw" /> > > > > > > SETUPFOLDER is later used for setting the target of a shortcut in the > start > > menu. This works when I install or reinstall by running my bootstrapper > > setup.exe which then starts the MSI package. But when applying patches > for > > instance or bypassig the setup.exe and running the MSI directly, then the > > registry search returns C: or is just empty. When I check that path in > > registry using regedit then I do find the correct value there but for > some > > reason the RegistrySearch fails and I can't figure out why. > > > > Notable is that this error does not exist in Windows XP, but now as I > have > > been porting it to Windows 7 I noticed this problem. So basically the > code > > should work, but it doesn't do that in Win7 (only works if I go through > the > > bootstrapper exe) > > > > Any suggestions? > > > > Thanks! > > > > Leo > > > > > -- > > The demand for IT networking professionals continues to grow, and the > > demand for specialized networking skills is growing even more rapidly. > > Take a complimentary Learning@Cisco Self-Assessment and learn > > about Cisco certifications, training, and career opportunities. > > http://p.sf.net/sfu/cisco-dev2dev > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > -- > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch fails, returns C: or Empty
Hi again, I believe I solved it (haven't done enough testing yet though!)! It seems that the property had to be set as "Secure=yes" since otherwise UAC will not allow it. Will get back to you if I find that it is not solved. But I just tried an installation that earlier did not work and now it did! Thanks for all help so far anyway! Leo 2011/10/25 Leo Koivuniemi > Hi, > thanks for fast reply! > > In the MSI log I can see that it actually finds the correct SETUPFOLDER > path from registry, but then there are some rows saying: > Ignoring disallowed property SETUPFOLDER > > But I can see that it finds the correct path because further down in the > log I have something like > > AppSearch: Property: SETUPFOLDER, Signature: SETUPFOLDER > MSI (c) (F0:80) [17:32:47:087]: Note: 1: 2262 2: Signature 3: -2147287038 > MSI (c) (F0:80) [17:32:47:087]: PROPERTY CHANGE: Adding SETUPFOLDER > property. Its value is '\\rrdb\xxx\xxx\Setup'. > > And then an .ini file is written and it now the log (almost at the very > end) says: > > MSI (s) (3C:44) [17:34:07:697]: Executing op: > IniWriteRemoveValue(Section=INSTANCE,Key=SetupFolder,,Mode=0) > WriteIniValues: File: xxx.ini, Section: INSTANCE, Key: SetupFolder, > Value: > > Note that the value: is empty. > > And then at the very very end of the log file it states the properties: > > Property(C): SETUPFOLDER = \\rrdb\xxx\xxx\Setup > > So again it has the correct value but it does not want to use it when > specifying the target of the shortcut. > > Hope this gives you some idea... > > Thankful for help! > > 2011/10/25 Rob Mensching > >> What does the verbose log file show? >> >> On Tue, Oct 25, 2011 at 8:10 AM, Leo Koivuniemi < >> universalserial...@gmail.com> wrote: >> >> > Hello all, >> > >> > I am having some problems with an installation using Wix v3 >> > During install of application I run >> > >> > >> > > > Key="SOFTWARE\$(var.Company)\$(var.Product)\Common" Name="SetupFolder" >> > Type="raw" /> >> > >> > >> > SETUPFOLDER is later used for setting the target of a shortcut in the >> start >> > menu. This works when I install or reinstall by running my bootstrapper >> > setup.exe which then starts the MSI package. But when applying patches >> for >> > instance or bypassig the setup.exe and running the MSI directly, then >> the >> > registry search returns C: or is just empty. When I check that path in >> > registry using regedit then I do find the correct value there but for >> some >> > reason the RegistrySearch fails and I can't figure out why. >> > >> > Notable is that this error does not exist in Windows XP, but now as I >> have >> > been porting it to Windows 7 I noticed this problem. So basically the >> code >> > should work, but it doesn't do that in Win7 (only works if I go through >> the >> > bootstrapper exe) >> > >> > Any suggestions? >> > >> > Thanks! >> > >> > Leo >> > >> > >> -- >> > The demand for IT networking professionals continues to grow, and the >> > demand for specialized networking skills is growing even more rapidly. >> > Take a complimentary Learning@Cisco Self-Assessment and learn >> > about Cisco certifications, training, and career opportunities. >> > http://p.sf.net/sfu/cisco-dev2dev >> > ___ >> > WiX-users mailing list >> > WiX-users@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wix-users >> > >> > >> >> >> -- >> virtually, Rob Mensching - http://RobMensching.com LLC >> >> -- >> The demand for IT networking professionals continues to grow, and the >> demand for specialized networking skills is growing even more rapidly. >> Take a complimentary Learning@Cisco Self-Assessment and learn >> about Cisco certifications, training, and career opportunities. >> http://p.sf.net/sfu/cisco-dev2dev >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [WIX-users] Patch in Wix 3.6 is empty. warning PYRO1079: The cabinet '***.cab' does not contain any files
Hi all, Hope you can help me with this one. I have been google-ing but found no solution. What I have done is upgraded from Wix v3 to Wix v3.6 (because of VS2010 support). I have managed to get everything working just fine except for when building a patch. I get this warning from pyro.exe pyro.exe -nologo ..\Patch\obj\Deploy\Patch_7.17.8.3550.WixMsp -out ..\output\Deploy\Patch_7.17.8.3550.msp -t RTM ..\Patch\obj\Deploy\Diff.wixmst C:\Project\***\Setup\Patch\patch.wxs(10): warning PYRO1079: The cabinet 'RTM.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remove it. So, the patch is empty even though I have modified a file which thereby should be included in the patch (and which worked before upgrading wix). Now the CAB-file is always empty in the patch for some reason. The best I could google was this link: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Applying-a-patch-msp-doesn-t-increase-the-product-version-td7173238.html He has almost the exact same problem and he says in hist first post that he got it working when going to v3.5, Is this bug confirmed in 3.6 or is there something other that is wrong? In Diff.wixmst I can see that the file I have altered is mentioned in there but I have no idea if that means it is considered modified or not. I can see some tags there that have a "modified="yes" " attribute, but the filed tags associated with the altered file do not seem to have that attribute. Like the guy in the link above I have tried changing the size and version of the file but to no avail in my case. In my patch.wxs it looks like this: http://schemas.microsoft.com/wix/2006/wi";> I read somewhere that the most common reason for this error is that the PatchBaseline is not matched up correctly with the first argument to pyro after the "-t" flag. But it seems in my case they are both called "RTM"... So, patch gets built without errors but does not include the files for the patch after upgrade to WIX v3.6. Anyone, any ideas? -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
