Jump to content
Bones-69

RXB - Rich Extended Basic

Recommended Posts

These are really nice features Rich.

 

I am wondering about the wording in the memory display.

 

Your words. My understanding

-------------- ---------------------

37CB VDP Free Address VDP End Address

 

FFE7 Program Free Address Program End Address

A040 Program End Address Program 1st Address

 

Is this because RX BASIC builds programs downwards in memory? (ie from highest address to lowest)

 

(You have inspired me to improve the memory report in Camel Forth tools.)

XB in general uses highest memory address (FREE) to lowest memory address (END).

In VDP it goes from >37CB top to bottom of VDP STACK which is >0958 + 64 bytes.

Same goes for RAM in upper 24K it goes from >FFE7 highest address (FREE) to lowest memory address (END) >A040

 

I just show the SAMS memory pages being used also.

  • Like 1

Share this post


Link to post
Share on other sites

Hey Rxb :)

What about expanding HCHAR and VCHAR by allowing a negative repetition number?

If the number is negative, it reverses the direction.

HCHAR by default repeats to the right. If negative it would repeat to the left instead.

VCHAR by default repeats downwards. If negative it would repeat upwards.

Just an idea from reading your RXB documentation.

  • Like 1

Share this post


Link to post
Share on other sites

Hey Rxb :)

What about expanding HCHAR and VCHAR by allowing a negative repetition number?

If the number is negative, it reverses the direction.

HCHAR by default repeats to the right. If negative it would repeat to the left instead.

VCHAR by default repeats downwards. If negative it would repeat upwards.

Just an idea from reading your RXB documentation.

Now that is a great idea that is quite possible to do.

And not that much work, this would not take me much to do....working on that today!

 

Thanks

  • Like 5

Share this post


Link to post
Share on other sites
Posted (edited)

Hey Rxb :)

What about expanding HCHAR and VCHAR by allowing a negative repetition number?

If the number is negative, it reverses the direction.

HCHAR by default repeats to the right. If negative it would repeat to the left instead.

VCHAR by default repeats downwards. If negative it would repeat upwards.

Just an idea from reading your RXB documentation.

Done!

In RXB you can now do:

 

CALL HCHAR(24,32,65,-768)

 

And it starts at bottom last character and goes right to left bottom to top filling screen with letter A

Or

 

CALL VCHAR(24,32,65,-768)

 

But RXB is super cool you can do:

 

CALL VCHAR(24,32,42,-384,1,1,42,384)

 

This one starts at bottom going up each line going right to left till middle of screen then does a normal VCHAR from top to bottom left to right to middle of screen in a single command.

 

Will make a Youtube of it....

Edited by RXB
  • Like 3

Share this post


Link to post
Share on other sites

Well next step is to add same feature from HCHAR and VCHAR to HGET and VGET in RXB.

 

Normal RXB is CALL HGET(row,col,length,string-variable) in version 2015 RXB

 

CALL HGET(row,col,-length,string-variable) in next version of RXB will get a negative string length, 

so if row=10 and col=12 and length is -4 it turns col into 12-4=8 and gets the string off screen into string-variable.

 

Just something extra that did not take much effort to add to RXB.

  • Like 1
  • Thanks 1

Share this post


Link to post
Share on other sites

With the search feature not working yet due to the forum update and this link from the resources thread:

 

not containing anything to download, can someone point me to where I can download the manual for RXB?

 

Also, am I right in presuming that the largest program size that can be written is 24488 bytes (not including assembly add-ons), even with SAMS memory? In other words, the largest program that can be stored is that size and there is no way to utilize additional SAMS memory as program space. I've seen Rich's IN THE DARK but that appears to be a rather small program that loads data to the SAMS card, not program code.

 

Thanks!

 

Share this post


Link to post
Share on other sites
Posted (edited)
5 hours ago, majestyx said:

With the search feature not working yet due to the forum update and this link from the resources thread:

 

not containing anything to download, can someone point me to where I can download the manual for RXB?

 

Also, am I right in presuming that the largest program size that can be written is 24488 bytes (not including assembly add-ons), even with SAMS memory? In other words, the largest program that can be stored is that size and there is no way to utilize additional SAMS memory as program space. I've seen Rich's IN THE DARK but that appears to be a rather small program that loads data to the SAMS card, not program code.

 

Thanks!

 

HEY BUDDY!

 

 

 

You can find it here just click on the new link for RXB in there too.

Rich

 

P.S. I am working on a new version of RXB 2019 or 2020 and will come out with IN THE DARK TOO 

different game and will have assembly in it also. Also I have a way to run multiple assembly program

from XB command mode at same time. All new stuff no one has done yet.

Edited by RXB

Share this post


Link to post
Share on other sites

Thanks, Rich, but I'm still not finding a download link on either of those posts. Am I blind, crazy, or is the link just not there?

Share this post


Link to post
Share on other sites
7 minutes ago, majestyx said:

Thanks, Rich, but I'm still not finding a download link on either of those posts. Am I blind, crazy, or is the link just not there?

Found the post:

 

You have to find the post that says june 2016

 

Rich_Gilbertson.zip

  • Thanks 1

Share this post


Link to post
Share on other sites

Thanks for the download link, Rich! I swear, I still see no link on any of the messages. This is what I see:

 

image.thumb.png.7295cd5d84611e8d1da7bad811f293a5.png

 

Just your message with no attachment. Anyway, thanks for attaching it to your previous message.

 

As I get the time, my next project is going to use RXB. It's more-so a project I've been wanting to do for myself and likely won't have much appeal to very many other people, but it's another one of those "can it be done?" deals that I'd love to see work. Thus my question of if there is a hard limit to the amount of program space available, which, scanning back through the discussion here, appears to be answered with a definite YES. Guess I need to brush up on how to link program pieces should it come to that.

 

Thanks for your continued work on making Extended BASIC even more extended~!

  • Like 1

Share this post


Link to post
Share on other sites
Posted (edited)

Quick question and I think I know the answer already...

 

Is there a way to chain RXB programs and still retain variable values? Based on a few discussions I've seen in the Development forum, this doesn't appear to be possible except in XB256 without either saving them to disk and then reloading them back into the newly loaded program, or moving values to a part of memory that doesn't get wiped out when the new program runs.

 

I find the XB manual to be a bit deceiving with this statement about the RUN command being used as a statement:

 

Quote

RUN as a Statement — RUN can be used as a statement as well as a command. RUN has also been modified to allow you to specify which program to run. As a result, one program can load and run another program from a diskette. You can, therefore, write programs of almost unlimited size by breaking them into pieces and letting each segment run the next.

 

Umm, no. If you can't retain variable values, you cannot write programs of almost unlimited size. Of course, this is never mentioned nor given any explanation of how it works in the manual.

 

If there is a simple way to do this, please point me in the right direction.

 

EDIT: After doing some more digging, it looks like the CALL LINK("RUNL1",A$) from XB256 can be used in conjunction with RXB. I'm making plans in case I end up running out of memory on my new project.

Edited by majestyx

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...