Re: [WiX-users] CabExtract returns 0x80070003
I think I know what the problem is. The cab file I'm trying to extract has directories inside. I think when CabExtractCallback is called for the first file we get wzPath pointing to a string like C:\Users\user\AppData\Local\Temp\extract\subdir\file1.txt and the call to CreateFileW fails because C:\Users\user\AppData\Local\Temp\extract\subdir does not exist yet. I think this results in GetLastWin32Error returning ERROR_PATH_NOT_FOUND back in CabOperation which converts the error into 0x80070003 which then gets returned to CabExtract and finally back to me. If my guess above is correct, then the fix is to ensure the directory portion of wzPath exists before calling CreateFileW. On Thu, Jul 9, 2015 at 10:34 PM, Edwin Castro egca...@gmail.com wrote: I'm trying to use CabExtract from cabutil.h (WiX v3.9) but I always get hr == 0x80070003 (The system cannot find the path specified). My code is equivalent to the following: hr = CabInitialize(false); hr = PathCreateTempDirectory(NULL, Lextract, 1, tempDir); hr = PathConcat(tempDir, Lfile.cab, cabPath); hr = StrAllocString(extractDir, tempDir, 0): hr = PathBackslashTerminate(extractDir); hr = CabExtract(cabPath, L*, extractDir, NULL, NULL, 0); CabUninitialize(); I see the paths I expect to see when I log cabPath and extrtactDir: cabPath = C:\Users\user\AppData\Local\Temp\extract\file.cab extractDir = C:\Users\user\AppData\Local\Temp\extract\ I'm at a loss because I can't figure out what CabExtract is failing to find. Am I doing something obviously wrong? Any suggestions as to how I might go about finding out what CabExtract is actually complaining about? -- Edwin G. Castro -- Edwin G. Castro -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrap conditioned on OSbittage
You can if you want but I'd advise against it. It's still installed so if a user removes some or all of the individual parts of your package then tries to re-run the package to install again, the package will show up with Uninstall. If you haven't already, I would suggest trying things out on a VM so you can see the behaviour for yourself customise it accordingly. Remember installation doesn't just mean install forget (unless you really like dealing with support enquiries from all your users). Palbinder Sandher Software Platform Engineer T: +44 (0)141 945 8500 F: +44 (0)141 945 8501 http://www.iesve.com Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: 09 July 2015 15:22 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage Ah that's great, and I can hide the bundle ARP itself as well? On 09/07/2015 11:51, Pally Sandher wrote: Unless the 3rd party installer is an MSI (which from your previous e-mails, it appears they're executables), Burn won't do that regardless. If it is an MSI you can set the Visible attribute on the MsiPackage element to yes it won't do it either. Palbinder Sandher Software Platform Engineer T: +44 (0)141 945 8500 F: +44 (0)141 945 8501 http://www.iesve.com Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: 09 July 2015 11:33 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage Thank David yes I agree with what your saying. I am a bit concerned the 3rd party wouldn't like our bundle 'wrapping' and hiding their ARP entry. Is it possible to only hide the bundles entry? dotNetInstaller looks good. (I was worried it was C# but the bootstrapper element is C++) . Ta On 09/07/2015 10:44, David Watson wrote: Hi, Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed. Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/) and are still widely used. A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages. [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014. p ng] www.sdl.com/ www.sdl.com 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. -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: 09 July 2015 10:06 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage Well I only need to install one 3rd party installer based on os bittage. On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that. If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!. Thanks for your help on this. On 09/07/2015 02:16, Hoover, Jacob wrote: My first question would be why. What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer? -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Wednesday, July 08, 2015 7:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage Sorry guys can I get some advise on this one please? I realise burn can't 'fire and forget' see http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/ but what (free) methods are there available to do this? Can anyone reccommend something? Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to
Re: [WiX-users] Customized downloaded MSI location
Hi, Thanks for your reply. But changing the Package location is not my requirement. In Offline installer, we are placing installer setup anywhere in the machine. After installation, the msi file will resides in PackageCache folder. For ex, consider installer placed in Desktop location and trigger the installation from there. After installation original setup present in Desktop location as well as MSI/EXE files present in packagecache location. Like this, in Web installer MSI should be download in custom location and installation of that MSI will get trigger from downloaded location. After installation MSI/EXE files resides in packagecache location and original file resides in Downloaded location. Is there any way to do like this? If So, please share the details for change the download location in Web Installer. Regards, Mohamed Yasir K -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7600864.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
Ok, Rob, I will take a look into those and first write the WIP. Sounds like a good way to start in a unknown territory. Thanks Soundararajan On Fri, Jul 10, 2015 at 9:56 AM, Rob Mensching r...@firegiant.com wrote: Cool. It's a very big feature. So you'll want to do all this first: http://wixtoolset.org/development/ Also, a WIP ( http://wixtoolset.org/development/wips/-wix-improvement-proposal/) will definitely be in order. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: soundararajan dhakshinamoorthy [mailto:er.soundarara...@gmail.com] Sent: Thursday, July 9, 2015 7:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP Hi, Added the issue , http://wixtoolset.org/issues/4822 We will try to contribute to the issue :-). Thanks, Sound On Thu, Jul 9, 2015 at 10:02 AM, Rob Mensching r...@firegiant.com wrote: Add feature to Burn. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: soundararajan dhakshinamoorthy [mailto:er.soundarara...@gmail.com] Sent: Wednesday, July 8, 2015 6:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP Hi Rob, Do you have any advice on how to handle prerequisites (not prereqmba) without adding an entry ? Thanks in advance Sound -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -Soundararajan Dhakshinamoorthy -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- -Soundararajan Dhakshinamoorthy -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
