Daniel wrote:
> >> I'm not sure turbo R compatibility would be a good thing. You would
need
> >> an R800-compatible processor for example, and as far as I know Z380
isn't.
> >??? ISN'T IT ???
>
> No, it is not. I'm sure of this.
>
> >Well, then maybe we can disassemble and adapt turboR-programs. I mean,
the
> >only non-Z380 compatible instructions are MULUW and MULUB, aren't they???
> >The other ones also work on a Z80 (though undocumented). I bet the Z380
has
> >a good counterpart for MULUW and MULUB... So that shouldn't be too
> >difficult. Just search for the opcode and replace it.
>
> It can be made by hardware, because Z380 has a special feature, like an
> interrupt when an unknown command is found... So these instructions can
> be redirected to another single processor that only execute these
instructions.
Why not let the software (some small routine(s) in page 3) do that??? Nah,
if some program switches page 3 away or corrupts it it won't work anymore...
> It would be a lot more interesting, because avoid changing programs.
> (AFAIK, this thing can be done even on Z80, but the processor for R800
> instructions must be BEFORE the Z80, and this will be a bit more
complicated
> to build).
Ah... nice feature! Didn't know about that.
> but... it will be almost cosmetic, and will exist only for "strange" the
strange
> opcodes present on R800 and not on Z380. Besides, Z380 has a couple
> of MULT instructions that are not present on R800.
> And all "secret" Z80 opcodes are documented on Z380.
Ok, I already thought so. That's good.
> >> The bad thing of a new list is that many people won't subscribe to it,
> >> although they may have interesting ideas. Maybe we can use this list
and
> >> put "[Phoenix]" in the subject?
> >Yes, yes. They do that in the int-fiction newsgroup too!!!
> >Only one thing: A lot of people are subscribed to the newsgroup but not
to
> >this list (I can understand that, sometimes the message-flow is a bit
much
> >here, while you can skip them in a newsgroup. Although the subjects are
way
> >more interesting here...). So I think we should find a solution to
that...
>
> Who is interested on reading only this type of subject can use filters,
present
> on almost all good message hearder (at least for PC, once I don't know any
> message reader for MSX).
The email-program in project "i" will feature filters (although probably not
in the first versions).
> >> I have some space left and I'm allowed to use CGI. I don't have the
> >>ability to aquire my own domain name, the shortest I can offer ends in
> >> "/~mth/phoenix/". But does a domain name really matter? Ofcourse it
looks
> >> cool, but anyone who's really interested can bookmark a more
complicated
> >> URL.
> >It's not about bookmarking I think. you should be able to remember it, to
> >tell about it to others...
>
> Create a redirection on http://www.cjb.net/ . So people can acess it
using something
> like:
>
> http://www.phoenix.cjb.net/
CJB is nice indeed. And it looks far more better then come.to/phoenix
However, did you know you can skip the www in www.phoenix.cjb.net I don't
think the DNS servers support this (have to look that up), but at least
practically all browsers automatically add www to it. And the users of
browsers who don't do that (I don't know one) will probably know they have
to add www to an url if it doesn't start with it.
come.to is in fact also www.come.to...
> It's free.
:) I like that part of internet.
~Grauw "wants cable-modem"
--
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
email me: [EMAIL PROTECTED] or ICQ: 10196372
visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
****
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
****
