I had a user report a problem with trying to install my application into his Spanish? version of Windows XP. The failure occurs when the intial setup is trying to decompress. I had him run FileMon to see what's going on. Notice these two adjacent entries (1st one good, 2nd one failed):
...\\caixeta.NB5348\\Configurações locais\\Dados de aplicativos\\Seven Zip\\Formats\\7z.dll SUCCESS Offset: 116224 Length: 6144
...\\caixeta.NB5348\\Configuraçoes locais\\Dados de aplicativos\\Seven Zip\\Codecs\\ PATH NOT FOUND Options: Open Directory Access: 00100001
The problem was caused by a "õ" changing to a "o" in the path. This user created an empty directory with the wrong name (which the installer seemed to be expecting), and it worked!
My installation was compiled with IA 6.09. I'm downloading 6.12 as I write this. I'll report back later whether or not this makes any difference.
Thanks,
Troy
\"Setup resource decompression failure\" on localized Windows
-
- Posts: 3452
- Joined: Thu Dec 22, 2005 7:17 pm
- Contact:
A bit unclear about this report...
1) You have two paths you list. What exactly was the problem with these paths?
2) The files you reference are created in the user profile folders. They are required for decompression services. Are you saying the user had misnamed one of these paths?
3) Foreign language and unicode characters in the Windows user name, and hence user profile paths, are fully supported in InstallAware. So I am not clear why this issue occured (and what exactly you are reporting).
Please try to provide a more detailed, thorough chronological account.
1) You have two paths you list. What exactly was the problem with these paths?
2) The files you reference are created in the user profile folders. They are required for decompression services. Are you saying the user had misnamed one of these paths?
3) Foreign language and unicode characters in the Windows user name, and hence user profile paths, are fully supported in InstallAware. So I am not clear why this issue occured (and what exactly you are reporting).
Please try to provide a more detailed, thorough chronological account.
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
MichaelNesmith wrote:1) You have two paths you list. What exactly was the problem with these paths?
The user's profile path for "Local Settings\\Application Data" is this:
C:\\Documents and Settings\\caixeta.NB5348\\Configurações locais\\Dados de aplicativos\\
But at some point when my setup.exe was decompressing, the installation program tried to access files below this folder (discovered via FileMon):
C:\\Documents and Settings\\caixeta.NB5348\\Configuraçoes locais\\Dados de aplicativos\\
This second folder does not exist. It's hard to miss with the naked eye, but notice that "Configurações" is different than "Configuraçoes" (one character).
MichaelNesmith wrote:2) The files you reference are created in the user profile folders. They are required for decompression services. Are you saying the user had misnamed one of these paths?
No. The user never misnamed any path. But after doing some detective work (using FileMon) he noticed the unexpected folder that the installation program was trying to access. So he created an empty directory in that location. Then the installation was able to decompress and work normally. He was glad to find a workaround.
MichaelNesmith wrote:Please try to provide a more detailed, thorough chronological account.
Sure, no problem.
1. A user reported back to me that when he tried to install my software, he received this error mesage: "Setup resource decompression failure".
2. I had him run FileMon and try installing the software again.
3. He ran FileMon and found these two entries in the logs:
...\\caixeta.NB5348\\Configurações locais\\Dados de aplicativos\\Seven Zip\\Formats\\7z.dll SUCCESS Offset: 116224 Length: 6144
...\\caixeta.NB5348\\Configuraçoes locais\\Dados de aplicativos\\Seven Zip\\Codecs\\ PATH NOT FOUND Options: Open Directory Access: 00100001
4. Seeing that the installation was trying to access this folder that doesn't exist (being off by one character), he created an empty folder at the location that the installation program seems to want to expect.
5. He ran the installation again, and this time it worked.
--Troy
-
- Posts: 3452
- Joined: Thu Dec 22, 2005 7:17 pm
- Contact:
According to R&D:
I will post back when I hear more.
That's quite odd...the paths are created in the reverse order (and not in the order provided). So the installer tries to create the codecs path and place files in there first, and quits if it fails. Only then does it try to create the formats path and place files in there.
I will post back when I hear more.
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
-
- Posts: 3452
- Joined: Thu Dec 22, 2005 7:17 pm
- Contact:
Note: My own efforts to reproduce this issue have failed on Spanish Windows XP with a web build of a generic InstallAware installation.
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
same problem
i am sorry to reopen such an old topic but, unfortunatelly, this problem remains.
My name is João. Like many latin words, it has a '~' over the 'a'. This means that my windows documents folder is located under:
C:\\Documents and Settings\\João\\My Documents
Now, what does this have to do with installations you may ask?
well, like the previous user reported, somewere along the way the installer trys to open directory:
C:\\Documents and Settings\\Joao\\Local Settings\\Application Data\\Seven Zip\\Codecsof course, it can not find it because there is a '~' missing over the 'a' !!
therefore the installation faills, and the error "Setup resource decompression failure" is presented to user.
The strange part is that the installation successfully opened many other directorys, allways spelling "João" correctly. In this command however it goes with "Joao".
So, unless nobody in south america and europe is using installware, there has to be a way around this.
Of course creating a folder manually is not a solution for a software that is installed twice a day all over the world like mine.
Can you please help me?
thanks in advance
João Costa,
Lisbon,
Portugal
My name is João. Like many latin words, it has a '~' over the 'a'. This means that my windows documents folder is located under:
C:\\Documents and Settings\\João\\My Documents
Now, what does this have to do with installations you may ask?
well, like the previous user reported, somewere along the way the installer trys to open directory:
C:\\Documents and Settings\\Joao\\Local Settings\\Application Data\\Seven Zip\\Codecsof course, it can not find it because there is a '~' missing over the 'a' !!
therefore the installation faills, and the error "Setup resource decompression failure" is presented to user.
The strange part is that the installation successfully opened many other directorys, allways spelling "João" correctly. In this command however it goes with "Joao".
So, unless nobody in south america and europe is using installware, there has to be a way around this.
Of course creating a folder manually is not a solution for a software that is installed twice a day all over the world like mine.
Can you please help me?
thanks in advance
João Costa,
Lisbon,
Portugal
-
- Posts: 55
- Joined: Tue Jan 09, 2007 12:20 pm
Christoph,
that is exactly the same kind of project i am trying to install. In fact, i made no changes to the installaware v6.24 (build santacruz_sp4.020207) sample .net project. I have just compiled it and run!
I am quite surprised noboby has told you anything since january.....
Have you figured out any solution yet?
thanks,
João
that is exactly the same kind of project i am trying to install. In fact, i made no changes to the installaware v6.24 (build santacruz_sp4.020207) sample .net project. I have just compiled it and run!
I am quite surprised noboby has told you anything since january.....
Have you figured out any solution yet?
thanks,
João
-
- Posts: 3452
- Joined: Thu Dec 22, 2005 7:17 pm
- Contact:
Use 6.42 - its fixed in that latest version.
Michael Nesmith
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
InstallAware
Home of The Next Generation MSI Installer
Get your free copy today - http://www.installaware.com/
Who is online
Users browsing this forum: No registered users and 126 guests