04.03.07
Programmatically reprehensible
I have seen some pretty scary requirements for installation software before, but changing the regional time format? That is just so far beyond stupid.
Infrequent posts about stuff.
I have seen some pretty scary requirements for installation software before, but changing the regional time format? That is just so far beyond stupid.
You know a unit test that you’ve been trying to pass for a couple of hours is not going well when the desktop of your test rig ends up strewn with files named things like “bad.install.log”, “worse.install.log”, and “what.was.I.thinking.install.log”.
“Joe” commented on an earlier post that the Standalone Build Engine is still available for InstallShield Professional users if you were a registered user of either 10.x or 11.x. More info available in this InstallShield knowledgebase article.
Permalink Comments off
I took some time at work today to give a pretty thorough run through to InstallShield 12 Professional. I have to say: I’m pretty annoyed. The last couple of releases under the new Macrovision brand have really been fairly telling about the focus of the parent company.
In particular with InstallShield 12 is the removal of the stand alone build engine from the Professional edition. Now it’s only available if I spend another $1199.00 to upgrade to the Premier edition. Unfortunately I actually make very good use of the stand alone build engine from InstallShield 11.5, 11, and 10 on several build boxes here at work. It has always been really nice to be able to test the automation scripts on my primary workstation and then port them over to a pure build environment with only a couple of tweaks and not have to worry about purchasing extra licenses for the application.
I suppose the upside is that there is really absolutely nothing except some IDE tweaks and long awaited bug fixes in 12 that really give me any reason to upgrade any of my existing projects. Without the stand along build engine I’m certainly going to be giving some thought to not migrating them at all.
However this is really starting to show a trend in recent InstallShield releases that we in the idustry should really be paying attention to. InstallShield X, while certainly having some flaws, was a really well done release that finally combined the entire sweep of InstallShield installation projects under one big suite of applications. You could build for any platform with pretty much a single app, and it worked. Just over a year later and Macrovision buys out InstallShield. The next release (10.5) is expectedly incremental, but still pretty good.
11 is the first full release under the Macrovision banner, and it’s pretty good. There are some interesting features added (The repository being my favorite. Too bad local repositories are still not entirely functional even in the current version!) and overall it’s a decent release.
Then came 11.5 which should have been just a point release, but somewhat unexpectedly they split up the Windows and Multiplatform camps into two seperate suites again. Those of us who were lucky enough to have a software maintenance plan got both versions but the letter that came along with it started to show that the Macrovision’s respect for it’s customers ended at the depth of their wallets.
Now comes 12, which really has very little in the way of substantial updates and they start to take away features? I think that might settle how badly they want the business of a shop like ours.
You know, WiX has been looking really stable lately and it won’t be a big deal to port some of my smaller InstallScript projects over to it. It will be nice to get some of those into MSI finally as well and there hasn’t been any really good reason to do it before now with InstallShield.
Macrovision released InstallShield 12 this morning, and my download of my maintenance fullfilment copy just finished. I’ve heard there were some big changes for the InstallScript language, hopefully for the better.
Update: I had heard slightly wrong, or at least read the commentary incorrectly. They changed the way that InstallScript custom actions interact with MSI packages. No big changes to InstallScript here…
Permalink Comments off
I’ve already found a use for Google Notebook at work. I’ve spent most of the day researching an issue we have with our embedded Flash 7 Player installation failing on a client’s machine. It turns out it’s because the Flash 8 Player installation is a bunch of crap and can cause all sorts of interesting issues.
Permalink Comments off
While InstallShield’s Installscript does not have any String functions that can handle case sensitive comparison, the List functions do!
////////////////////////////////////////////////////////////////////////// // function NRS_StrCompare // Case-sensitive compare of 2 strings. // Returns 0 if the strings match, -1 if they don't. ////////////////////////////////////////////////////////////////////////// function NUMBER NRS_StrCompare ( szStr1 , szStr2 ) NUMBER nReturn , nResult; LIST listList; begin nReturn = -1; listList = ListCreate ( STRINGLIST ); ListAddString ( listList , szStr1 , AFTER ); nResult = ListFindString ( listList , szStr2); ListDestroy ( listList ); if ( nResult == 0 ) then nReturn = 0; endif; return nReturn; end;
Permalink Comments off