Hi all!
This is bit odd and I'm not sure if it will be of any practical usage but because it's fun I decided to share.
So, recently I'm working on a new device for sending TAPs to Oric with high speed protocols and lot of extras (more detail will come soon) and for test purposes (and because no monitor is attached) I'm using simple program which after loaded makes a sound and calls CLOAD again. It works but I was puzzled when the transfer always failed after N successful runs...
The million-dollar question is: Can you guess the number N i.e after how many nested CLOADs the CPU stack is overflowed ?
You can write your own simple program or use the attached one - it has an surprise at the end .
Usage: unzip the attached TAP file, start Oricutron in Atmos mode, type CLOAD"", F1 to pop-up the menu and "Insert tape..."
I hope you like this programmer joke.
EDIT: attachment fixed.
CLOAD-ing recursively
CLOAD-ing recursively
- Attachments
-
- bsod.tap.zip
- (854 Bytes) Downloaded 281 times
Last edited by iss on Thu Nov 19, 2020 9:51 pm, edited 1 time in total.
Re: CLOAD-ing recursively
I guess that does not work with Oricutron 1.2 of the OSDK (All I get is Searching .. and "01" in Green on the right)
Re: CLOAD-ing recursively
"Restar"
Re: CLOAD-ing recursively
When we reinsert the tap, it increments the counter
Re: CLOAD-ing recursively
Typo fixed. Thanks
May it will run if you copy the tap file to the 'tapes' sub-folder and 'Insert...' it from there. <-- this didn't worked and it's strange why ver 1.2 can't reload a TAP file.
Re: CLOAD-ing recursively
Tested on a real machine while the PC was looping the WAV file
I think enough time has passed, no more spoiling... The answer is 92 loads!
(and I like how the "press any key to continues" on the BSOD does... Nothing )
I think enough time has passed, no more spoiling... The answer is 92 loads!
(and I like how the "press any key to continues" on the BSOD does... Nothing )