Re: [cc65] Atari Disk Image Tool ?

Hi Dan,

> Yes, we have functional prototypes.

Thanks for the feedback. I'll follow up via email on this...

> Why would you keep clear of standalone uIP?

Standalone uIP hasn't seen fixes/updates for quite some time. The
reason is simple: The original authors aren't working on it anymore
and there's no defined way for the community to participate. Therefore
you have numberless variants and derivats all with some fixes - but
most likely none with all. If you are really into uIP you should
extract it from Contiki - there it is well maintained:
http://contiki.cvs.sourceforge.net/viewvc/contiki/contiki-2.x/core/net/

However I personally have a hard time to envision usecases for uIP not
profiting from Contiki. uIP already requires you to build your
application around uIP because of its event driven model and the
application being required to send data on behalf of uIP's callback
functions. In other words: uIP pulls the data out of your application,
you can't just push the data into uIP. And if you are already at that
point you can as well build your application as Contiki process and
benfit from the additional services. I can imagine well that you think
"but I don't need all that and it's overhead" but I'm pretty sure that
about every non-trivial uIP application would have better been done
using Contiki. With non-trivial I'm referring i.e. to having multiple
connections open at the same time and/or running different "handlers"
on different IP ports and alike.

If you're on the other hand looking for the minimal solution using
minimal resources than C won't take you there anyway (even with the
cool cc65 compiler). Then the assembly language IP65 is most probably
the best approach. It's written using the cc65 macro assembler and has
a CS8900A driver (in fact that's the only driver) so it should port to
the Atari without issues. It already runs well on both the C64 and the
Apple II.

Just my two cents,
Oliver
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo@musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.