Restore to branch label

[norman]

I am trying to convert one of my Liberty Basic programs to RunBasic, and I have hit a problem.

My program makes extensive use of the RESTORE command to read specific items of DATA. I RESTORE to whichever branch label is appropriate. However, it seems that in RunBasic, the RESTORE command does not recognize branch labels.

Is this something that will be added later, or do I need to change the structure of my program?

Norman

[rabaggett]

WARNING.. a complete RunBasic noob is posting...

But I code with several languages...

I have always ended up regretting it when I've hard-coded data. Putting data into a file and reading it as needed takes more work, but makes your code more portable.

In this case, several files could represent each branch label, or maybe a single random-access file... Or even an INI-like file with keys for each 'branch label'.

[Jerry Muelver]

I would have to see the DATA statements, but I suspect the problem can be handled with a single string, delimited with markers like "|", from which you can retrieve section x by using word$(datastr$,x,"|")

[billw]

Rabaggett, your advice on putting data in support files is a good idea. But why re-invent the wheel when XML parsing is supported out-of-the-box?

Norman, the RB docs don't say anything about restoring from branch labels, so I'd guess it isn't supported. Carl?

- Bill

[Alyce]

billw said:

Norman, the RB docs don't say anything about restoring from branch labels, so I'd guess it isn't supported. Carl?

- Bill

Not supported.

I think the native SQLite capabilities are more useful than data/read/restore. It just takes some getting used to. (It took me a while to get the feel of it.) You can have multiple database files, or multiple tables within a file. That accomplishes the same thing as restoring to a branch label.

There's an SQLite tutorial in the helpfile of RBPersonal, and there's a little on the wiki, here:
runbasic.wikispaces.com/Sqlite

Mike Bradbury's SQLite demo:
runbasic.wikispaces.com/No+Frills+SQL+Demo

SQLite is really great, too, because of the built-in rendering capabilities.

[norman]

Thanks for the replies, it looks as though I will need to take a look at this SQLite. Until now, I have avoided this as I am now finding it more difficult to understand new procedures, while I am still quite comfortable with procedures that I learne years ago.

Thanks again, I'm off to check out SQLite.

Norman

[colinmac]

Norman,

SQLite is a pussycat! Go for it.

Colin