| |
Shadow
Account closed
Registered: Apr 2002
Posts: 355 |
Can't the LOAD command be used in a basic program?
1 LOAD"ROUTINE",8,1
2 SYS 49152
RUN
Ends up in a endless loop, so I guess it doesn't do what I expect it to do...
(This may seem stupid, but it would be very handy for me when crossdeving for the DTV, as I need to load the files from 64HDD all the time, with this I could just do "run" to load the lastest routine from disk and execute) |
|
| |
tlr
Registered: Sep 2003
Posts: 1727 |
Quote: 1 LOAD"ROUTINE",8,1
2 SYS 49152
RUN
Ends up in a endless loop, so I guess it doesn't do what I expect it to do...
(This may seem stupid, but it would be very handy for me when crossdeving for the DTV, as I need to load the files from 64HDD all the time, with this I could just do "run" to load the lastest routine from disk and execute)
Load will restart the program after loading. Do this:
1 IF A=0 THEN A=1:LOAD"ROUTINE",8,1
2 SYS 49152
RUN
|
| |
Shadow
Account closed
Registered: Apr 2002
Posts: 355 |
Works like a charm, thanks! |
| |
Turtle
Account closed
Registered: Jan 2002
Posts: 70 |
I never understood why this works, but it does. Or at least I forgot it just like so many other things... |
| |
insane
Registered: Nov 2006
Posts: 9 |
This works because loading a program "restarts" the basic-interpreter but not the variables. Anybody up for a more scientific explanation? |
| |
Devia
Registered: Oct 2004
Posts: 401 |
sounds about scientific enough..
on first run A=0, so BASIC will set A=1 and then load the proggy and restart the BASIC prog, but NOT reset the A var, so on second run A=1 and the THEN part will not be executed, thus jumping to line 2 to do the SYS
..now that just might sound even more confusing ,-)
|
| |
Oswald
Registered: Apr 2002
Posts: 5029 |
Devia, you havent explained anything, just retold that was told already, and made yourself look really stupid. |
| |
WVL
Registered: Mar 2002
Posts: 886 |
oswald, you old grumpy bear you <3
 |
| |
Oswald
Registered: Apr 2002
Posts: 5029 |
:PPP right I am...
devia, I was ofcourse way too rude, just please dont explain one of the most simplest basic programs in the universe.
the key was that the program restarts, but there's no variable reset. An in depth ROM dissecting explanation on this would be welcome. |
| |
Devia
Registered: Oct 2004
Posts: 401 |
I was actually just trying to illustrate that no further "scientific" explanation was necessary. Thus the "confusion" note at the end of the post. - Still providing a more thorough explanation for the few people who might find it a bit illogical that a simple LOAD statement will actually "restart" the interpreter and maybe are having some problems grasping what that actually means for the provided example.
Guess I didn't account for the Oswald-factor, tho.
And no, you're not rude as I sort of called for it - Just grumpy and honest. :)
|
| |
JackAsser
Registered: Jun 2002
Posts: 1994 |
"with this I could just do "run" to load the lastest routine from disk and execute"
Does this imply that a new RUN actually resets all basic vars to 0?
I.e.
RUN => Reset vars and restart program
LOAD => Only restarts program
?
/Andreas |
| |
Oswald
Registered: Apr 2002
Posts: 5029 |
Jack, right. |
| |
WVL
Registered: Mar 2002
Posts: 886 |
Quote: "with this I could just do "run" to load the lastest routine from disk and execute"
Does this imply that a new RUN actually resets all basic vars to 0?
I.e.
RUN => Reset vars and restart program
LOAD => Only restarts program
?
/Andreas
yes. you can get around it with CONT i think.. (of maybe you had to use GOTO, can't remember) |
| |
Oswald
Registered: Apr 2002
Posts: 5029 |
I have coded a lot in basic, and I dont remember ever finding that cont does its job. It ended up always in "?cant continue". To go a bit off topic, you could do some nice tricks with basic. For example you could print new program lines on the screen, then fill the keyboard buffer with some 'returns'. Then put the cursor at the right place exit the program, and let the system and the 'returns' in the keybuffer add the new lines to your program, which were ended with a run 'linenumber'. ;) worked like a charm for generating DATA lines automagically. |
| |
enthusi
Registered: May 2004
Posts: 675 |
not THAT much harder to poke them into memory, including the data-token and the new basic-end. |
| |
Graham
Account closed
Registered: Dec 2002
Posts: 990 |
@Oswald: You cannot continue if the BASIC-program has been changed. If you just change variables or just LIST etc you can continue. |
| |
TDJ
Registered: Dec 2001
Posts: 1879 |
Quote: :PPP right I am...
devia, I was ofcourse way too rude, just please dont explain one of the most simplest basic programs in the universe.
the key was that the program restarts, but there's no variable reset. An in depth ROM dissecting explanation on this would be welcome.
One of the 'most simplest' (sic)? There's not even a "Hello wolrd" in there! |
| |
enthusi
Registered: May 2004
Posts: 675 |
this one is so much nicer :)
0 poke55,138:poke56,228:clr
1 a$="ibm"
2 b$="macintosh"
3 print a$;"+";b$;"=";a$+b$ |
| |
Mace
Registered: May 2002
Posts: 1799 |
Hahaha, this one is cool! :) |
| |
Shadow
Account closed
Registered: Apr 2002
Posts: 355 |
Yeah, that was an unexpected program behavior. Cool! Now how does it work?? |
| |
AüMTRöN
Registered: Sep 2003
Posts: 42 |
I'm not completely sure how it works, but $37/38 (highest addr used by basic) is being set to $e48a. If you look at the ROM below $e48a it has the string "COMMODORE 64" (part of the startup text). I also think the length of the string "IBM"+"MACINTOSH" has something to do with it.
Anyone? :) |
| |
Frantic
Registered: Mar 2003
Posts: 1629 |
hmm..? :) |
| |
iAN CooG
Registered: May 2002
Posts: 3137 |
Quote: I'm not completely sure how it works, but $37/38 (highest addr used by basic) is being set to $e48a. If you look at the ROM below $e48a it has the string "COMMODORE 64" (part of the startup text). I also think the length of the string "IBM"+"MACINTOSH" has something to do with it.
Anyone? :)
It's simple, the temp var that would contain "IBMMACINTOSH" is being built in the RAM under the ROM, and when retrieved for display it prints the string in ROM at the same address. Normally temp vars are allocated from $9fff down to $0801. |
| |
AüMTRöN
Registered: Sep 2003
Posts: 42 |
Aha! Makes sense :) |
| |
Oswald
Registered: Apr 2002
Posts: 5029 |
now lets get back to topic, and some1 please explain why does the basic prg restart after using load, and why aren't the variables resetted. |
| |
Devia
Registered: Oct 2004
Posts: 401 |
With danger of sounding very stupid, I quote the C64 Programmers Reference Guide:
"The LOAD closes all open files and, if it is used in direct mode, it performs a CLR (clear) before reading the program. If LOAD is executed from within a program, the program is RUN. This means that you can use LOAD to "chain" several programs together. None of the variables are cleared during a chain operation."
It would appear that LOAD in non-direct mode was intended only for breaking apart large BASIC programs.
I wonder if there is some smart POKE/SYS combo one could do to not make it RUN after loading, but navigating through the BASIC ROM quickly gets quite tiresome...
|
| |
Mace
Registered: May 2002
Posts: 1799 |
I think I found it...
At the end of the loading routine, at $E1B5, there's a JSR to $A68E. There the current character pointer is set to the first BASIC line. So when ending the LOAD command, the next command to be executed is the first one in the first BASIC line.
So, Devia, there's no way around it.
Both in direct and in basic mode, this routine is called.
In direct mode it's JSR'ed a bit earlier, together with the printing of "ready". |
| |
Devia
Registered: Oct 2004
Posts: 401 |
Well, then you CAN do it..
10 POKE43,28
20 LOAD"FILE",8,1
30 POKE43,1
40 SYS4096
If you change the filename in the above, you just have to adjust the first POKE, in this case 28, to match the starting address of line 30
|
| |
Mace
Registered: May 2002
Posts: 1799 |
Devia, yeah, that works :)
So with some effort, it might be possible to calculate the pointers by using the value of 122 and 123 ($7A, $7B).
That would enable you to write a universal routine that works on any location within a basic program. |
| |
Devia
Registered: Oct 2004
Posts: 401 |
something like:
10 POKE43,PEEK(123)+26+04
20 LOAD"CODE",8,1
30 SYS4096
40 POKE43,1
- where the '04' in line 10 just needs to be adjusted to the filename length.
Line 40 is not really necessary unless you want to be able to LIST/RUN/SAVE the program again.
..and it wouldn't work if line 10-30 crossed a page boundary of course.
|
| |
Mace
Registered: May 2002
Posts: 1799 |
Quote:Line 40 is not really necessary unless you want to be able to LIST/RUN/SAVE the program again.
What if there's a GOTO ro GOSUB to lines prior to this LOAD part?
You could also scan for the POKE 43,1 (tokenised) around the calculated address to see where the line is exactly. |
| |
iAN CooG
Registered: May 2002
Posts: 3137 |
quoting some FAQ file found on the net:
#9. To load a program from BASIC without re-run problems or tricky
variable/ongoto statements....
poke147,0
sys57812 "filename",8,1
sys62631
here's another method for data files:
following will work to read in everything except the first two bytes:
1000 SYS 57812 "NAME,S",8,0:REM SET PARAMETERS FOR LOAD
1010 POKE 193,L%:POKE 194,H%
1020 POKE 147,0:SYS 62631
L% is the low byte of the load address, and H% is the high byte, e.g.
H%= INT(address/256): L%=address-256*H%
POKEing a 0 into 147 performs a load; a 1 would perform a verify.
|
| |
Mace
Registered: May 2002
Posts: 1799 |
Quote:1000 SYS 57812 "NAME,S",8,0:REM SET PARAMETERS FOR LOAD
1010 POKE 193,L%:POKE 194,H%
1020 POKE 147,0:SYS 62631
Why "name,s"....? What does the S do? |
| |
tlr
Registered: Sep 2003
Posts: 1727 |
Quote: Quote:1000 SYS 57812 "NAME,S",8,0:REM SET PARAMETERS FOR LOAD
1010 POKE 193,L%:POKE 194,H%
1020 POKE 147,0:SYS 62631
Why "name,s"....? What does the S do?
It loads a SEQ file instead of the default PRG. |
