Re: Xina output behaviour.

On Apr 27, 2:47 am, Robert Spykerman <robert.spyker...@[EMAIL PROTECTED]
>
wrote:
....
> If I find out I shall let you know, meanwhile if you find any thing
> else buggy let me know, there's a lot of work yet to be done. I still
> haven't found out why my fork  stuffed up :)
>
> Robert Spykerman

Ok, I think I may have managed to fix the SYSTEM word. I've had to
patch around it a little and create an XOSFORK word to call fork
because I discovered that the OS X fork syscall returns the PID in EAX
and another value in EDX, which is slightly different to the linux
behaviour.

This one in EDX appears to be either 1 or 0 and appears to indicate
the parent and child. Whether this can take other values I am not
quite so sure yet. I'm really going to have to dig in deep into the
kernel source to see why this is so.

Anyhow, trial and error's produced a working SYSTEM word, so as far as
I can tell the current iteration of the mac ****t works almost as good
as lina 4. All that's left is probably to start work on SAVE-SYSTEM.
And hope that no other unexpected surprises rear their head.

The source is still messy and in need of tidying, in fact so does the
CVS, but if you dare, you may try getting xina.asm at: (please send
bug re****ts)

http://xina.cvs.sourceforge.net/xina/xina-generic/

Instructions for building in comments.

Robert Spykerman