10.4.10 not such a sane version number after all

[Fahrwahr]

It appears that the version string, which is normally only four characters separated by commas, is now five characters long, so some programs erroneously see the version as 10.4.1 -- ha ha! So Apple breaking with normal decimal convention IS coming back to bite… well, other developers and those who use their software, but still!

http://www.macfixit.com/article.php?story=20070628105254900

 

[Blue Velvet]

Just when you thought it was safe to go back into the water...

There was a huge collective sigh of relief when we thought this argument was settled but those pesky applications never listened.

This means that some applications recognize Mac OS X 10.4.10's version string as Mac OS X 10.4.1 and refuse to properly run, erroneously thinking that the system version is too old. For instance, the application UNO requires Mac OS X 10.4.4. When running under Mac OS X 10.4.10, it recognizes the Mac OS X version number as 10.4.1 and refuses to operate.

Good find.

 

[flopticalcube]

The comments are very informative.

 

[emptyCup]

It appears that the version string, which is normally only four characters separated by commas, is now five characters long, so some programs erroneously see the version as 10.4.1 -- ha ha! So Apple breaking with normal decimal convention IS coming back to bite…

A few of my programs that expected 6 digit dates stopped working on 010100, erroneously thinking that computers (or perhaps people) hadn't been invented yet. The problem is with programmers who turn shortsightedness into conventions. The alternative would be to violate the 10.x convention for major updates or to have no updates.