Setup resource decompression failure

Got a problem you cannot solve? Try here.
Silverbytes
Posts: 4
Joined: Fri Mar 03, 2006 1:56 pm

Setup resource decompression failure

Postby Silverbytes » Mon Mar 06, 2006 2:38 am

Hi,
I'm using InstallAware Express and encountering the following issue. I'm creating a install version for a corp. customer, which uses a generic desktop read only folder on a server share for all users. I seem to be unable to remove any references to the $desktopdir$ from the installer, even though I do not write anything to the desktop. The error "Setup resource decompression failure" sends the program crashing. What's the workaround for this ?

MichaelNesmith
Posts: 3452
Joined: Thu Dec 22, 2005 7:17 pm
Contact:

Postby MichaelNesmith » Mon Mar 06, 2006 4:07 pm

Hi Silver!

I'm not sure what the desktop directory has to do with this situation?
It seems to me the error you are getting is lack of access to the setup file, a missing setup file (in case you did an uncompressed build), lack of permission to write to a temp folder, or something similar.
Hope that gets you on the right track!
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/

Silverbytes
Posts: 4
Joined: Fri Mar 03, 2006 1:56 pm

Re: Setup resource decompression failure

Postby Silverbytes » Tue Mar 14, 2006 3:28 am

Hi Michael,

thats seems to be the problem indeed, but where can I define the decompress directory ? It seems that the Express Version takes the Desktop folder as default.
Is this a limitation of this product ?

Thanks
Silverbytes

MichaelNesmith
Posts: 3452
Joined: Thu Dec 22, 2005 7:17 pm
Contact:

Postby MichaelNesmith » Tue Mar 14, 2006 5:14 pm

InstallAware decompresses files to the system TEMP directory. At no time is the Desktop folder used for anything!

I think you did an uncompressed build of your setup, and then maybe took only the EXE file out of it. Try to do a compressed build or a web build and try again. Or if you want to test an uncompressed build, notice that you will need all the files and subfolders in the build folder.
Michael Nesmith

InstallAware

Home of The Next Generation MSI Installer

Get your free copy today - http://www.installaware.com/

Silverbytes
Posts: 4
Joined: Fri Mar 03, 2006 1:56 pm

Postby Silverbytes » Sun Mar 19, 2006 3:46 pm

Micheal,

we tested everything and it seems, that Installaware is checking some kind of rights or access to the desktop, even though nothing is written to it by the installer. I did an uncompressed and a compressed build and it's crashing with the same error either way.
The installing user has full rights to the machine except to the redirected desktop folder on the server, to which he only has read rights.

I'm pretty clueless at this point and my customer thinks I have the wrong product....because I switched from InstallShields Express....

Regards Silverbytes

MichaelNesmith
Posts: 3452
Joined: Thu Dec 22, 2005 7:17 pm
Contact:

Postby MichaelNesmith » Sun Mar 19, 2006 4:07 pm

I've escalated this for you. The response is:

"The Desktop folder is not used at any time by InstallAware. However, the location of the Desktop folder was used to determine the location of the Application Data folder."

"It seems when the Desktop folder is redirected, this also throws off InstallAware's logic for detecting the Application Data folder."

"A direct method is now being used to detect the Application Data folder."

Thanks for reporting this issue - expect a fix by Monday/Tuesday. Just rebuilding your setup should take care of it for you.
Michael Nesmith

InstallAware

Home of The Next Generation MSI Installer

Get your free copy today - http://www.installaware.com/

IanM
Posts: 42
Joined: Tue Mar 08, 2005 1:23 pm

Postby IanM » Thu May 11, 2006 6:38 am

MichaelNesmith wrote:Thanks for reporting this issue - expect a fix by Monday/Tuesday. Just rebuilding your setup should take care of it for you.


Hi Michael,

I have a user who reports this problem.

Version 5.3 (Build buckhead_sp3.060314)

It appears to happen both with uncompressed and compressed installs.

Has this been fixed or is there a workround?

Ian

Silverbytes
Posts: 4
Joined: Fri Mar 03, 2006 1:56 pm

Postby Silverbytes » Thu May 11, 2006 8:42 am

Downloaded a new version sp3_060326 and that fixed the problem.

Ciao
Silverbytes

IanM
Posts: 42
Joined: Tue Mar 08, 2005 1:23 pm

Postby IanM » Thu May 11, 2006 8:45 am

Silverbytes wrote:Downloaded a new version sp3_060326 and that fixed the problem.

Ciao
Silverbytes


Thanks Silverbytes

joltman
Posts: 36
Joined: Mon Sep 17, 2007 9:45 am

Bump

Postby joltman » Thu Feb 19, 2009 3:28 am

Im sorry to report that we have the same problem. I see that this post is rather old, +2 years. But we are experiencing this probem with one of our customers, we have close to 200.000 installations and this have never been reported before.

Any ideas?

Bar_BQ
Posts: 99
Joined: Fri Aug 22, 2008 5:45 am

-

Postby Bar_BQ » Mon Feb 23, 2009 6:34 am

hi Joltman,


I would suggested to the customer running setup with enabled logging that would allowed to analyse where the error comes from. You have to obtain msi error number first. I would have done it that way, however, if you've done over 200.000 installations, you have much bigger knowledge than me ;)

joltman
Posts: 36
Joined: Mon Sep 17, 2007 9:45 am

Re: -

Postby joltman » Mon Feb 23, 2009 6:47 am

Bar_BQ wrote:hi Joltman,


I would suggested to the customer running setup with enabled logging that would allowed to analyse where the error comes from. You have to obtain msi error number first. I would have done it that way, however, if you've done over 200.000 installations, you have much bigger knowledge than me ;)


How dou you invoke enabled logging? :)

Best regards

Vaidas
Posts: 7
Joined: Sun Mar 01, 2009 9:16 am

Re: Bump

Postby Vaidas » Sun Mar 01, 2009 9:22 am

joltman wrote:Im sorry to report that we have the same problem. I see that this post is rather old, +2 years. But we are experiencing this probem with one of our customers, we have close to 200.000 installations and this have never been reported before.

Any ideas?


We are experiencing customers reporting the same problem. User had user account with name "Kristinukė" (see special character ė in the end). I advised user to use built in administrator account in winXP and instllation worked fine. But but this is not solution. There is definitely a bug in InstallAware. Could you advice when you are planning to fix it?

Thank you.

MichaelNesmith
Posts: 3452
Joined: Thu Dec 22, 2005 7:17 pm
Contact:

Postby MichaelNesmith » Sun Mar 01, 2009 6:18 pm

This issue does not occur with versions of InstallAware that are not 2-3 years old.
Michael Nesmith

InstallAware

Home of The Next Generation MSI Installer

Get your free copy today - http://www.installaware.com/


Return to “Technical Support”

Who is online

Users browsing this forum: Baidu [Spider] and 81 guests