Preemptive threads are supported on MacOS 8.6!
http://developer.apple.com/techpubs/macos8/OSSvcs/MultiPServices/MultiprocessingRef/index.html
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
Preemptive threads are supported on MacOS 8.6!
http://developer.apple.com/techpubs/macos8/OSSvcs/MultiPServices/
MultiprocessingRef/index.html
These are pretty much useless for most tasks except pure computation because
they can’t call anything that may go through Mixed Mode: file system, network,
or even Toolbox and QuickDraw.
Matt
/* Matt Slot, Bitwise Operator * One box, two box, yellow box, blue box. *
These are pretty much useless for most tasks except pure computation because
they can’t call anything that may go through Mixed Mode: file system, network,
or even Toolbox and QuickDraw.
That’s bad. I see that you even need to call special memory manager calls
to allocate memory from within a task.
I hear MacOS X will support pthreads. Any idea what SDL support for MacOS X
would look like? Maybe closer to the Linux code but without an X server?
Thanks Matt!
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
That’s bad. I see that you even need to call special memory manager calls
to allocate memory from within a task.
To quote a movie I saw earlier “icky-icky! Goo!”
I hear MacOS X will support pthreads. Any idea what SDL support for MacOS X
would look like? Maybe closer to the Linux code but without an X server?
I would imagine so, since MacOS X is based on *BSD and Mach. It’s too
early to tell, but at this point, I’d imagine it to use Mac graphics on
top of a BSD-ish core.
-KWOn 16 Jul, Sam Lantinga wrote:
I hear MacOS X will support pthreads. Any idea what SDL support for MacOS X
would look like? Maybe closer to the Linux code but without an X server?
Right, you’ll have access to pthreads and BSD services. It’ll certainly
make things more portable.
Matt
/* Matt Slot, Bitwise Operator * One box, two box, yellow box, blue box. *
I hear MacOS X will support pthreads. Any idea what SDL support for MacOS X
would look like? Maybe closer to the Linux code but without an X server?
Right, you’ll have access to pthreads and BSD services. It’ll certainly
make things more portable.
How would graphics be done, do you think?
This is a general question:
How useful is a MacOS 7/8 port when MacOS X is out?
Will standard GNU services be available?
make, gcc, autoconf, etc.
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
This is a general question:
How useful is a MacOS 7/8 port when MacOS X is out?
Well, since Apple is targeting MacOS X more for servers than anything
else, I don’t think MacOS 7/8 will be obselete for a while.
Will standard GNU services be available?
make, gcc, autoconf, etc.
Just a completely uneducated guess, but I’d have to say “probably”. If
Be can do it, I imagine Apple could too.
-KWOn 16 Jul, Sam Lantinga wrote:
I hear MacOS X will support pthreads. Any idea what SDL support for MacOS X
would look like? Maybe closer to the Linux code but without an X server?
Actually there was a X server for MacOS X server. You can find it at
http://www.angelfire.com/biz/sle/Xnext.html.
This is a general question:
How useful is a MacOS 7/8 port when MacOS X is out?
The problem is, Mac OS X will (probably) only be supported by newer
machines. Even my machine won’t run it (from what I hear). You have to
think about installed markets, go to the masses.
Although, with the core open sourced, it may work it’s way down to older
machines, maybe even mine ;-).
Will standard GNU services be available?
make, gcc, autoconf, etc.
It’s base, Darwin, is supposed to be a cousin of BSD. And some people are
already working to move most of the Linux tools over to it
http://www.darwinlinux.com.
I think one question we should ask before we try to start planning any new
implementation is if anybody on this list actually has a copy…
Kyle
f u cn rd ths thn u cn gt gd jb prgrmmng cmptrs---------
The opinions expressed do not reflect those of my
employer. Mostly because I’m unemployed.
-----------------------------------E-mail for public key
How would graphics be done, do you think?
Classic MacOS services will still be available in a compatibility layer.
Carbon will be the new MacOS API, which is 95% identical to the classic
MacOS with a few changes for things like timers and other OS services.
There will also be Cocoa, formerly Yellow, which are the OpenStep APIs.
BSD services (sockets) will be available as well. Finally, Quartz is the
new, preferred graphics format based on the PDF imaging model (based on
Postscript, not the whole document format).
How useful is a MacOS 7/8 port when MacOS X is out?
While I’m happy that Apple has stuck to the same OS strategy for 2 years
now, I’m still not leaping onto the Carbon or other APIs quite yet. The
first systems that require them are coming Jan 2000, there are still plans
for another classic MacOS release beyond that, there is a compatibility
layer, and simply because the adoption rate won’t be that fast.
(Note that I’m actually impressed with the approach Apple has taken: they
are not rolling their own, but stitching together several time-tested and
popular services on top of a Mach kernel. The big thing will be putting a
nice UI on top of a UNIX-style engine.)
Will standard GNU services be available?
Yes, or will be easily ported.
Matt
/* Matt Slot, Bitwise Operator * One box, two box, yellow box, blue box. *
This is a general question:
How useful is a MacOS 7/8 port when MacOS X is out?
Umm, well, people are still using m68ks (or emulators) everywhere, and I have
a 603e pmac, so at-least for me, much more important than MacOS X. (I doubt
I’ll ever run OS X)
People don’t feel the need to upgrade Macs much, mainly because an upgrade is
a new machine ;-)On Fri, Jul 16, 1999 at 10:32:19PM -0700, Sam Lantinga wrote:
–
– Michael Samuel