Here is a quick update. I will put this on the project status pages
when they are up again.
Preliminary evaluation of the portability of NAS, the Network
Audio System is now complete. The following items have been
identified:
* Configuration is dependant on X11. Manual configuration is
possible but will likely take some time.
* Depends in part on X11 but this seems to be fairly isolated.
My *guess* is that this can be worked around with a small
wrapper.
* Platform specific code and non ISO-C constructs are common
and may require some extra work. Some functionality might
be unavailable without too much work but the same seems to
be true for win32 and OOo works there so this is likely not
a problem.
* Actual audio code is relatively well isolated and when the api
is understood, it would likely be easy to map to AHI. (NB: I do
_not_ know how AHI works, so this is partly a guess)
Overall portability: 6 of 10.
Suggested skills for porting: Unix, Sockets, C, AHI.
Suggested first steps: Untangle build system and configure manually.
As for the testing of existing ports it goes forward but will take
a bit of time as I am attempting to test more than minimum basic
functionality. (And my day-job is taking quite a bit of time at the
moment)
And finally, a question for Thomas or/and Hans-Jörg (I said I would
take you up on the offer to answer questions about V50+ programming :)
1) Is it legal to call dos.library/FSync() on a filehandle obtained from
dos.library/Open()?
2) Is intuition.library/AllocScreenBuffer() broken with regard to the
SB_COPY_BITMAP flag?
3) How much should I trust the autodocs? I.e. are they completely up to
date, 75% ok or 8.1% ok?
-Peter aka. Archprogrammer
Reality is for people who cannot face ScienceFiction.
Only lefthanded people are in their right minds.