Wednesday, June 29, 2011

It’s manifestly simple, isn’t it?

No, it’s not!

As I start nearing the end of development for StrokePlay I’ve started to look at the packaging and deployment more and more.

I say more and more, it’s more like I try it and it fails, I try it and it fails. The reason? Manifests.

For the past couple of weeks I would try to deploy StrokePlay to a test virtual machine – a fresh XP SP3 Install, nothing else – and start it up. Every time, it failed stating that there’s a problem with the side-by-side configuration.

So, I’d park deployment and get back to coding or some other task.

This afternoon I sat down and decided not to stop until I’d found the problem and fixed it. As of 30 mins ago (10pm) it’s working!

In the end I tracked down and fixed a couple of build errors:

  • A Debug lib being included in a release build (oops)
  • Two 3rd party libraries being built with older versions of the Visual Studio 2008 CRT/MFC runtimes – now rebuilt.
  • An edit field that I forgot to remove – it was a custom edit field which used Regex from the Boost libraries. This resulted in a static link to Boost and, again, a dependency on an old CRT. It wasn’t actually needed so I removed it, thus taking out the Boost library dependency.

Once those were fixed I had everything using the same MFC/CRT/ATL versions but still no running application.

Final correction was to use the CRT/MFC/ATL libraries and manifest files from the installed VS2008 redist directory rather than installing the redistributable package. The redist directory contained the matching runtimes.

One rant on this though – given that manifests are such a big part of application deployment now, could we at least get some decent error messages and methods/tools to track down issues? I’m sure, judging by the volume of Google hits on this subject than I’m not alone in thinking that Manifests could do with a bit more work.

Any tips?

1. Make sure you’re consistently building with the latest available runtimes by including these defines at the top of your stdafx.h file (or defining them as environment variables):

Either all in one:


Or, individually:





2. If you’re deploying the runtimes locally to your installation directory then remember to include the correct manifest files too.

3. The Event Viewer (System log) contains more information about the failure than just the error message displayed.

4. The Dependency Walker is useful – but it doesn’t provide much more information. It was more useful as a test tool to see how things were progressing.

5. An excellent tool for viewing the content of embedded manifests is the Heaventools Resource Tuner. I downloaded the trial version and then bought a licence an hour later – it was invaluable to me when looking at the manifests embedded in the EXE and associated DLLs.

So, StrokePlay is now running on a basic XP build PC with SP3 and nothing else. It’s also some 300K lighter thanks to the corrections to the build. I can now get back to the job of finishing it off!

Thursday, June 9, 2011

Wrong Assumption

Some disappointing news on Tuesday.  I had been aiming to include the UK and US handicap calculations in StrokePlay but the governing bodies said no!

An assumption proved wrong!

The assumption was made early in the development cycle, with a view to adding the actual calculations as one of the final tasks.

I’d wrongly assumed that since the calculations themselves can be found online, acquired by buying the handicap manual from the governing body and are used by numerous applications and online sites that obtaining and legally using the calculations wouldn’t be a problem.

It turns out it’s not a problem – you just need to be writing software which will either be sold directly to the governing body or affiliated golf clubs/societies for the express use of generating golf handicaps.

StrokePlay Pro doesn’t fall into that category and permission wasn’t granted.

Instead, StrokePlay Pro will allow users to track changes in their handicap, as calculated by returning qualifying scorecards to their club or society. 

I have, however, created the StrokePlay Handicap System which can generate a representative handicap for a player. 

Friday, June 3, 2011

Swapping Hats

I seem to be switching hats a lot this week.

The Coding Hat is the most used – all of the large bits of functionality are done and I’m finishing off a lot of smaller items.  The ToDo list (hosted by which is excellent) is actually getting smaller!

The Deployment Hat got some use.  I’ve decided to use Inno Setup for the installation after looking at a number of recommendations.  It’s downloaded and installed and waiting for its first use.

The Security Hat was on too.  My code signing certificate has been purchased and downloaded.  It’s a Comodo certificate, but purchased through K Software since they offer a good discount to ASP members.

I was also looking at encryption for some of the data in my SQLite databases.  I settled on SQLCipher and decided that I didn’t want to take the time building the Windows binaries, opting instead to simply buy the pre-built items.

I managed to get a number of accounts set up too:

  • Google – AdWords, Analytics and Checkout
  • PayPal Business
  • e-Junkie

Finally (phew!) I started looking at press release services so there are a number of save hyperlinks to look through.

Quite a busy week, so far, when I list it all.