Toggle sidebar Toggle sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

10.4.10 not such a sane version number after all

F

Fahrwahr

macrumors member
Original poster
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
 
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.
Click to expand...

Good find. 🙂
 
Fahrwahr said:
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…
Click to expand...

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.
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back