Tom Zerucha wrote:
> But to clarify what I posted before, a true MMU would be overkill,
> though a restartable bus error and other CPU32 or 68010 core features
> would be desirable and give a lot of bang for the amount of the
> change. (Or an onboard dma copy unit, again for things like DmWrite -
> to do ultrafast memcpy, memset, and memcmp calls and their str
> versions).
>
I can see our difference here. My mindset is that the Palm has always been an
embedded system with a realtime OS instead of a
shrunken computer. Taking all of these things into consideration can slow down
development cycles. Piling all of this on can kill
an OS. Lots of us here have our battle scars from the overburdened Newton. I mean
the thing even had its own inference engine
built in and it died a well deserved death.
A good Palm app does "one thing" and that is it. If you need to do something else,
you can turn on your Walkman or use you cell
phone. Personally, I don't believe in the "consumer convergence" that is being hyped
like crazy right now. Having that much value
in a single handheld device that can be lost or stolen is too much of a risk the
general buying public is willing to do. PDAs are
carving a big nitch of its own. Most of all, there is not monthly service fee to use
my Palm device.
Steve
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
