INI Files - Bug, Config Option or Something Else ?
Hi Forum,
I have been packaging an application that had numerous INI files. Some that were proper INI files with section headings, items and values and others that had no section headings or values.
My understanding is that if the INI file conforms to the INI file standards then Wise imports them into the INI file table. If for example they don't have a section heading or a value then they are then captured and imported as installed files.
The INI file I had had no section headings. So I would have expected it to be installed as a file but it wasn't. It hadn't been captured at all. The reason I think this is happening is down to the INI file starting with comments. i.e the file starts with /* blah blah blah. Another packager I work with has had this problem too where his INI file was starting with # blah blah blah and wasn't captured.
Is this a known bug or is there some option I have missed when configuring Wise or is there something else I have missed?
We are using Wise5.6.
Thanks in advance ... ...
I have been packaging an application that had numerous INI files. Some that were proper INI files with section headings, items and values and others that had no section headings or values.
My understanding is that if the INI file conforms to the INI file standards then Wise imports them into the INI file table. If for example they don't have a section heading or a value then they are then captured and imported as installed files.
The INI file I had had no section headings. So I would have expected it to be installed as a file but it wasn't. It hadn't been captured at all. The reason I think this is happening is down to the INI file starting with comments. i.e the file starts with /* blah blah blah. Another packager I work with has had this problem too where his INI file was starting with # blah blah blah and wasn't captured.
Is this a known bug or is there some option I have missed when configuring Wise or is there something else I have missed?
We are using Wise5.6.
Thanks in advance ... ...
0 Comments
[ + ] Show comments
Answers (9)
Please log in to answer
Posted by:
bheers
18 years ago
if the INI file conforms to the INI file standards then Wise imports them into the INI file table. If for example they don't have a section heading or a value then they are then captured and imported as installed files
I have the same experience with INI files. i had to manually import them as files.
Posted by:
PackMan999
18 years ago
Nice one bheers, it's good to know this has been noticed by others. I can happily import the file now I know about it but because it wasn't captured I was unaware this file existed before the customer specifically mentioned it. So there is a problem of how do you know for sure your application has captured all INI files?
Thanks.
Thanks.
Posted by:
bheers
18 years ago
So there is a problem of how do you know for sure your application has captured all INI files?
Hmmm, we can do a search for the ini files in the original application directory and compare it with the ones that were actually captured. and also we can compare the number of files/folders in the actual install and the number of files in the capture.
Posted by:
PackMan999
18 years ago
This is great bheers all advice appreciated. However INI files are not always going to be in the application directory. They can be in Windows, windows\system32, common files\... etc. So we need to do more than scan the application directory and comparing the files against the captured files and the INI file table in wise. I know it's very rare this situation occurs but I was thinking along the lines of using something like InstallWrite and scanning the PC beforehand. Do your install and capture via wise, then sweep the pc again using installwrite. Using installwrite count the ini files then compare it against the INI file table and the capture area of the wise setup capture.
However, this would be very time consuming.
Any other ideas?
However, this would be very time consuming.
Any other ideas?
Posted by:
gizsha
16 years ago
Posted by:
AngelD
16 years ago
In my current project we use WPS 5.6 and this version is definitely buggy regarding unformated .INI files.
I've had several non-formatted .ini files missed during capture.
You could as a pre-step execute "dir *.ini /B /S > pre-INI-files.txt" from the C:\ root.
After a capture just issue the same command, pipe the output to post-INI-files.txt instead and do a compare.
There are free tools for comparing contents in files to give a better overview of the newly created files with an ini extension.
I've had several non-formatted .ini files missed during capture.
You could as a pre-step execute "dir *.ini /B /S > pre-INI-files.txt" from the C:\ root.
After a capture just issue the same command, pipe the output to post-INI-files.txt instead and do a compare.
There are free tools for comparing contents in files to give a better overview of the newly created files with an ini extension.
Posted by:
gizsha
16 years ago
I did however discover something just over the last week of packaging up a monster app. It has to do with the way you configue the Setup Capture setting.
If you select "Convert Registry entries into advertising info" and "Use snapshot comparisons and SmartMonitor", this will almost alway miss a lot of ini files if not all.
If you capture this way I recommend as soon as you have captured do a search for ini files in the apps directory's or by time and date, then add them manually as files to your project.
If you select "Retain registry Information as-is", and "Use snapshot comparisons only" you will usually get most of the ini files imported into the ini file table. But if there are a lot of ini files I've had compiling errors and I still use the manual method. The only reason I use the ini file table is if I want to package something with a few ini files and use variables I can set from inside the msi that will be deployed to different platforms."
Posted by:
gizsha
16 years ago
ORIGINAL: AngelD
In my current project we use WPS 5.6 and this version is definitely buggy regarding unformated .INI files.
I've had several non-formatted .ini files missed during capture.
You could as a pre-step execute "dir *.ini /B /S > pre-INI-files.txt" from the C:\ root.
After a capture just issue the same command, pipe the output to post-INI-files.txt instead and do a compare.
There are free tools for comparing contents in files to give a better overview of the newly created files with an ini extension.
Posted by:
anonymous_9363
16 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.