About NestorBASIC: (^ ^)Y
>The user interface is not very easy to use, but I think, that it can't
>be done better without XBASIC sources or if we want it still to be in
More people also said it to me. And I can only answer the same as you said:
Do you want XBASIC compatibility? Then there is no other way to perform a
BASIC extension.
>small size. So, I have to print that huge manual, if I really want to
>use these new features... Anyway I think, that I'm gonna use this in
Also, more people said to me: What a hugue manual! Answer: NestorBASIC has
80 functions, and I must explain all of it! But I don't expect that NBASIC
users will use ALL the functions! I put all-purpose functions, you just use
the ones that you need.
>my next demo as a glue. This is perfect for that purpose,at least in
>my case, because I can't proggram anything else that BASIC and ML. :-)
Remember that NBASIC allows you to execute ML routines stored in a RAM
segment, and after that, to return to BASIC. Maybe this feature will be
useful for you.
>So, again my personal thanx will go to you.
You're very welcome! 8-)
>
>You wanted to hear opinions, so now it is done. Next there is new ideas,
>that you also wanted to have :
Oh! Ideas! You are almost the first one!!
Please don't forget also to report any failures you can found! I can found
some by myself (for example, when you try to compress a graphic while a
music is being replayed the system hangs X-( But I need the help of the users!
>Maybe you can add a memory use routines also for computers, that
>have 192Kb VRAM, because there is no too many other proggrams, that
>can use this feature, but there is quite a many computers that has
>expanded VRAM. Maybe also 512Kb of GFX9000 can be useful for data storeing.
>Maybe there is someone reading this, that can give techical docs.
Yes, it is a good idea to support this extra 64K VRAM with the basic
functions pack. About GFX9000, I think it is better to make a separate
functions module, and use it with the segment stored ML routines execution
feature (what a long, ugly name! 8-).
>How about adding automatic uninstall, when exiting to DOS, by doing your
>own _SYSTEM handler routine (for example in SUPER-X) This maybe does not
>work, if you are using external DOS2, that is plased before RAM, but anyway
>it will increase safety.
What do you mean, to pacth _SYSTEM statement or to add an USR for exiting DOS?
>If you go to BASIC, and load NBASIC or some other "bad behaving" basic
>extension, that is using CALL commands and then return to DOS by typeing
>_SYSTEM everything is Ok, but when you go back to BASIC, and try to write
>_SYSTEM or any other CALL command, your computer will hang, because it
>tryes to execute proggram, that was in address #4000-#7FFF before DOS
>used it. There is no probblem, if this extension is in ROM.
But remember that NBASIC don't uses CALLs! Hey, wait... yes, actually the
_TURBO ON/OFF. You are right.
>
>Solution :
(...)
I will place this piece of code in the uninstallation code of NBASIC. Thanxs!
>If you want to be 100% sure, that this probblem does not appear, then you can
>run this proggram for all RAM slots, but I don't think that it is necessary.
NestorBASIC places XBASIC in the primary mapper, as usual.
>
>Greetings / Groetjes / Terveisin :
...Chas Gracias! ;-)
----------| About... |-----------
| |
| Konami Man v23.10 |
| |
| Developped by |
| Antonio Soriano & |
| Concepcion Vilchez |
| |
| (c) 1974-1997 |
| Soriano Family Ltd. |
| |
| This humanware |
| is itself-domain |
| |
| Constantly updated |
| Please send bug reports |
| and improvement suggestions |
| to [EMAIL PROTECTED] |
| |
| -------- |
| | OK | |
| -------- |
---------------------------------
****
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/)
****
