In article
<f931ef63-7e96-4c5d-8132-724ad04bcef8@[EMAIL PROTECTED]
>,
<morrimichael@[EMAIL PROTECTED]
> wrote:
>In most Forths that I have used, output is on the same line as the
>input to the interpreter, but in Xina the output is on the next line.
>For instance:
>
>\ Most Forths:
>2 2 + . 4 ok
>\ Xina
>2 2 + .
>4 ok
>
>Is their anyway to make Xina output on the same line as it's input? I
>don't mind having to edit the assembly source if that is what's
Try this
1000 MS
As you see, the carriage return is reflected before even the execution
is started. It is the point where you can no longer edit the line.
The carriage return is reflected by the OS, not lina/xina.
So what you have to do is change the way the console behaves,
which is regulated by the dreaded termios struct. I'm looking into
it right now, for a flash program, and it is not pretty.
You have to disable echo, then reflect everything manually.
Come to think about it, it also means you cannot see what you
type, before you press return. So this is hardly an option.
In the generic system, you can plug in a key by key input.
There is a prelude.m4 with ``define({_KEY_BY_KEY_}, _no)''
Once xina is added to the configuration files, you can use that.
This is the step that generates the .asm.
By the way I think it is similar to a request to ask a Unix shell
not to do
echo aap
aap
but
echo aap aap
I personally would not like that.
It is useful for 4 by 16 character displays, I admit.
(But embedded ciforth version have a KEY-BY-KEY by default.)
>neccesary. Also, is their a way to get Mops to do this as well?
>
>Thanks in advance.
I'm glad this kind of things come up. It means at least it is more
or less working.
Groetjes Albert
--
--
Albert van der Horst, UTRECHT,THE NETHERLANDS
Economic growth -- like all pyramid schemes -- ultimately falters.
albert@[EMAIL PROTECTED]
&=n http://home.hccnet.nl/a.w.m.van.der.horst
|
