Endless backward compatibility is unrealistic and there is a point where
providing some aspect of it costs a company more than it's worth in user
retention. Should Microsoft or anyone else really have to deal with all
the heartache of enabling and supporting 16-bit software on a 64-bit OS
at this point in time, especially when there are solutions like
virtualisation and containers? Windows does a better job than almost
anything bar certain big-iron mainframe operating systems in this
respect.
It doesn't take any "extra" work at all to enable software that uses
a smaller memory schema to work on an OS that can use larger memory
schemas, as long as the OS is designed from the ground up not to
isolate those schemas into separate silos. It was predictable at the
time when Office 97 was released that eventually more addressable
memory would be needed, so it could have been planned for at that
time. In fact, OSes at that time could address locations on much
larger hard drives than were available for sale. I don't think it
magically takes fewer bits to record the location of something out
beyond 4 GB a hard drive than it takes to record the location of
something beyond 4 GB in memory. OSes are not designed that way as
deliberate planned obsolescence, so vendors can extract more money
from customers. There is no techical issue with this at all.
Using console vs graphical software is a more difficult problem, but
it's not the same as 16-bit vs 32-bit or 64-bit.
As I noted in my previous reply, running software that is not
"NT-aware" on later OSes does result in problems, many, but not all,
of which can be corrected with registry hacks.
64-bit is not necessary or helpful for most line-of-business
applications. Instead of trying to convince people to accept it as
the default, it should be treated as a specialty option for specific
uses, such as high-capacity servers.
Ken Dibble
www.stic-cil.org
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/58.FE.19280.00490D65@cdptpa-oedge01
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.