Problem with Inno setup
Problem with Inno setup
Problem with Inno setup
Problem with Inno setup
Problem with Inno setup
Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup
Problem with Inno setup Problem with Inno setup
Problem with Inno setup
Go Back  Xtreme Visual Basic Talk > > > Problem with Inno setup


Reply
 
Thread Tools Display Modes
  #1  
Old 01-20-2016, 06:42 AM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default Problem with Inno setup


I like Inno Setup because it allows me to choose directory and avoid "program files".
I have this problem:
My program consists of executable and two subfolders with some files in them.
If I say include subdirectories the subdirectories are included but no files inside.
If I say include subdirectories + their contents, the subdirectories are included again but this time the files appear in the program directory, instead of inside the subfolders.
Is there something that can be done about it ?

Also my program is writen in XP environment and when I deploy it in win8 machine it opens but on the first read-write operation it encounters it crashes with error (frist write operation rather I should think). Thereafter if I go to "compatibility troubleshooter" it works, but I don't like this behaviour.
Reply With Quote
  #2  
Old 01-20-2016, 12:49 PM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default

Issues-issues.
I have various apps I wish to deploy using Inno and they all have the same problem.
While waiting for a reply here, the first of those looked easy to settle with some VB6 hard coding and so perform the initial setup of the file system.
I worked in XP system and now it is 100% incompatible with WIN7 !
It says "path not found - runtime error 76", come what may.
All I did was instruct the code to do the placing of the files in their directories.
If I go "my computer" the paths appear to be in their place.
Reply With Quote
  #3  
Old 01-20-2016, 01:27 PM
Cerian Knight's Avatar
Cerian KnightProblem with Inno setup Cerian Knight is offline
Polymath (in disciplina)

Super Moderator
* Expert *
 
Join Date: May 2004
Location: Michigan
Posts: 4,193
Default

If it works in XP, for Windows 7 you will have to consider the potential differences in absolute path and the impact of UAC, if enabled.

As a potential solution, consider creating/storing folders/files (other than executables) in the location specified by the ALLUSERSPROFILE Environment variable.
__________________
I got all the answers wrong on the GLAT, apparently even #9 (where I put a period in the middle of the box and labeled it 'singularity ripe for rapid inflation').
Reply With Quote
  #4  
Old 01-20-2016, 04:12 PM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default

My paths are absolute, including the drive letter.
My first solution did n't move files - believing Inno was going to do that for me.
With that one it started with a path error again. I right clicked run as administrator (I think), nothing. Then take ownership, nothing. Then check compatibility and it worked.
But I noticed the Inno was not doing it right.
In my second solution the executable starts by moving files but that in win7 does n't give in to any fixes.
There is always an initial disc read operation for some parameters (currency-printer margins), other than the disc read operation to move files.
So I have two problems. Inno setup and windows compatibility.
I create all folders in the root directory.
Reply With Quote
  #5  
Old 01-21-2016, 05:48 AM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default

The problem is in the VB6 instruction "filecopy".
Although writen correctly, when I install to win7 system it makes the application crash on start, with error 76.
After various builds-rebuilds, uninstalls-installs it works when the instruction is remed.

I had to resort to "filecopy" inside program code because of Inno.
Now how to make Inno make the installation correct ? I think it can be done.

I will look into how "filecopy" can be replaced with something that is acceptable.
Reply With Quote
  #6  
Old 01-21-2016, 06:13 AM
dilettante's Avatar
dilettanteProblem with Inno setup dilettante is offline
Underclocked lifestyle

Forum Leader
* Guru *
 
Join Date: Feb 2005
Location: Michigan, USA
Posts: 4,524
Default

Your error 70 and 76 woes seem to clearly point to UAC violations. Stuff like "paths appear to be in their place" just confirms this, you are tripping over filesystem virtualization.

Some people never did make the transition from DOS/Win9x to NT. They would limp along on Windows XP by logging on as an admin all day long and pretending they were still on Windows 95.

That doesn't cut it anymore, and it was never right. Turning UAC off is a huge no-no, and will come back to bite you. Plus you can't force every user to do the same foolish thing anyway.


Inno Setup is a dangerous toy. It requires deep knowledge and hypervigilence to avoid creating setups that can damage your victim's machines. There are tons of very poorly constructed Inno Recipe scripts people copy/paste and blindly hack and use, resulting in quite a bit of destruction.

For that matter your reason for choosing it is scary enough: for one thing picking oddball install locations is frought with peril of its own, and for another PDW setups can easily use a different default installation folder if you insist on it.


VB6 is a professional tool. Hobbyists should move to .Net and stick to the simple ClickOnce setup type provided for them there.
Reply With Quote
  #7  
Old 01-21-2016, 06:23 AM
dilettante's Avatar
dilettanteProblem with Inno setup dilettante is offline
Underclocked lifestyle

Forum Leader
* Guru *
 
Join Date: Feb 2005
Location: Michigan, USA
Posts: 4,524
Default

%ALLUSERSPROFILE%, otherwise known as ssfCOMMONAPPDATA or CSIDL_COMMON_APPDATA or FOLDERID_ProgramData is not a good place to just dump programs.

Files and folders created there inherit complex "owner" security which may come back to bite you as soon as a second user comes along and tries to run your program. This is meant for data, not programs, and even then your installer is supposed to create subfolders there for data and set the needed security on them.
Reply With Quote
  #8  
Old 01-21-2016, 06:30 AM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default

Quote:
Originally Posted by dilettante View Post
Your error 70 and 76 woes seem to clearly point to UAC violations. Stuff like "paths appear to be in their place" just confirms this, you are tripping over filesystem virtualization.

Some people never did make the transition from DOS/Win9x to NT. They would limp along on Windows XP by logging on as an admin all day long and pretending they were still on Windows 95.

That doesn't cut it anymore, and it was never right. Turning UAC off is a huge no-no, and will come back to bite you. Plus you can't force every user to do the same foolish thing anyway.


Inno Setup is a dangerous toy. It requires deep knowledge and hypervigilence to avoid creating setups that can damage your victim's machines. There are tons of very poorly constructed Inno Recipe scripts people copy/paste and blindly hack and use, resulting in quite a bit of destruction.

For that matter your reason for choosing it is scary enough: for one thing picking oddball install locations is frought with peril of its own, and for another PDW setups can easily use a different default installation folder if you insist on it.


VB6 is a professional tool. Hobbyists should move to .Net and stick to the simple ClickOnce setup type provided for them there.

Ok.
But the ms deployer makes things impossible.
Files don't open, they are hidden in strange locations.
MS wants to support certain products on a pay-pay-pay basis.
The rest go drawn yourselves they say i.e. small time companies, small type apps.
That's impractical you see. Even if I own a large company, I 'd have to pay a fee to ms for all and sundry auxiliary programs I make - or they don't work.

Also I did not use any additional Inno script (but I 'm looking for one).
And where is the danger once your program is up and running ???

Anyway my problem is partly the Inno now.
Reply With Quote
  #9  
Old 01-22-2016, 12:00 PM
dilettante's Avatar
dilettanteProblem with Inno setup dilettante is offline
Underclocked lifestyle

Forum Leader
* Guru *
 
Join Date: Feb 2005
Location: Michigan, USA
Posts: 4,524
Default

The most common hazard I have to get the shovel out and clean up after is when a poorly constructed Inno Setup for some application has ignored the rules and dumped a shared DLL or OCX into some funky location (instead of the one indicated in the associated .DEP file) and registers it there. When the user turns up his nose in disgust at the thing and uninstalls, the Inno uninstaller then rips away the DLL or OCX but leaves the registration entries pointing to the now non-existent file.

Then of course any other application using the shared library is now inexplicably broken. The file exists where everyone expects it and it appears to be registered. But the registration points off into la-la-land so nothing works.


I have never seen anything but a craptastic Inno Setup package ever do this. Of course it is not directly the fault of Inno Setup... just like if you cut yourself on a knife made with a another knife blade as a handle it isn't the manufacturer's fault because you are supposed to know better.

Inno: Unsafe at any speed! It can be used safely, but doing so requires great awareness and care. Don't just copy/paste some Inno script you find in the street and expect success.


Not understanding how to use proper tools that aren't hazardous by default is your problem, not Microsoft's. Funny how 99.999% of the world gets along just fine driving by the rules of the road.
Reply With Quote
  #10  
Old 01-22-2016, 01:18 PM
Cerian Knight's Avatar
Cerian KnightProblem with Inno setup Cerian Knight is offline
Polymath (in disciplina)

Super Moderator
* Expert *
 
Join Date: May 2004
Location: Michigan
Posts: 4,193
Default

Quote:
Originally Posted by dilettante View Post
%ALLUSERSPROFILE%, otherwise known as ssfCOMMONAPPDATA or CSIDL_COMMON_APPDATA or FOLDERID_ProgramData is not a good place to just dump programs.
That is true.
Quote:
Files and folders created there inherit complex "owner" security which may come back to bite you as soon as a second user comes along and tries to run your program. This is meant for data, not programs, and even then your installer is supposed to create subfolders there for data and set the needed security on them.
That is exactly how we do things here. It usually works well until overly-restrictive policies are added when the PC is placed on a domain, then we end up in a Catch 22 situation with regaining/managing appropriate access privileges for our data.
__________________
I got all the answers wrong on the GLAT, apparently even #9 (where I put a period in the middle of the box and labeled it 'singularity ripe for rapid inflation').
Reply With Quote
  #11  
Old 01-23-2016, 12:39 PM
vodalite vodalite is offline
Freshman
 
Join Date: Jun 2006
Posts: 31
Default

Quote:
Originally Posted by dilettante View Post
The most common hazard I have to get the shovel out and clean up after is when a poorly constructed Inno Setup for some application has ignored the rules and dumped a shared DLL or OCX into some funky location (instead of the one indicated in the associated .DEP file) and registers it there. When the user turns up his nose in disgust at the thing and uninstalls, the Inno uninstaller then rips away the DLL or OCX but leaves the registration entries pointing to the now non-existent file.

Then of course any other application using the shared library is now inexplicably broken. The file exists where everyone expects it and it appears to be registered. But the registration points off into la-la-land so nothing works.


I have never seen anything but a craptastic Inno Setup package ever do this. Of course it is not directly the fault of Inno Setup... just like if you cut yourself on a knife made with a another knife blade as a handle it isn't the manufacturer's fault because you are supposed to know better.

Inno: Unsafe at any speed! It can be used safely, but doing so requires great awareness and care. Don't just copy/paste some Inno script you find in the street and expect success.


Not understanding how to use proper tools that aren't hazardous by default is your problem, not Microsoft's. Funny how 99.999% of the world gets along just fine driving by the rules of the road.

Fair enough.
Now I resolved the inno issue - why it does n't create subdirs.
You have to make a slight correction to the inno wizard's script.
But my program still won't work at first go. I have to go to compatibility settings. The culprit appears to be an "open file" statement which is necessary at the first time use to install a parameter.
In fact I have two different programs. One is ok now, the other no ! But up to this point they are identical.
We resort to third party apps because ms are deliberatley making things impossible. The reasons are as everyone knows the corporate fascism they subscribe to now.
Reply With Quote
Reply

Tags
program, files, subdirectories, operation, setup, inno, subfolders, included, inside, include, directory, environment, read-write, win8, machine, encounters, deploy, error, write, writen, crashes, frist, compatibility, behaviour, troubleshooter


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Forum Jump

Advertisement:





Free Publications
The ASP.NET 2.0 Anthology
101 Essential Tips, Tricks & Hacks - Free 156 Page Preview. Learn the most practical features and best approaches for ASP.NET.
subscribe
Programmers Heaven C# School Book -Free 338 Page eBook
The Programmers Heaven C# School book covers the .NET framework and the C# language.
subscribe
Build Your Own ASP.NET 3.5 Web Site Using C# & VB, 3rd Edition - Free 219 Page Preview!
This comprehensive step-by-step guide will help get your database-driven ASP.NET web site up and running in no time..
subscribe
Problem with Inno setup
Problem with Inno setup
Problem with Inno setup Problem with Inno setup
Problem with Inno setup
Problem with Inno setup
Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup Problem with Inno setup
Problem with Inno setup
Problem with Inno setup
 
Problem with Inno setup
Problem with Inno setup
 
-->