Paste from clipboard problem

[Symoon]

Anyway if you're stuck, post your WAV file somewhere and I'll convert it (or at least try to )
Prefereably a fast speed version.

[Chema]

Chema The program was developed on a 49k oric1 in 1983 so it fits. I had a stupid thought that it could be the font but I don't see how.

I got that, what I was suggesting is that the data to paste into Oricutron is maybe too much, overflowing some internal buffer or something along those lines (an emulator bug, in this case). Pasting small programs works ok, but yours is quite long.

It is true that you can upload files to this forum, so I am not sure why you can't. You could also try to compress your text file and then attach it..

[DrBob]

Thanks ThomH,
I have sent file.

[DrBob]

Iss said- try the latest unofficial build from here: http://iss.sandacite.com/oricutron/ (you can choose 32 or 64 bit).
Tried that. it got the furthest so far but no cigar. Screen grab below. Note that the text window overlapped the monitor and the monitor window was not refreshed when moved until I went to F1 and 'back'.

[ThomH]

Attached is:

(i) the listing* (zipped);
(ii) my attempt quickly to make a DSK of it.

I get an out-of-memory error when running the DSK version, so something has gone awry. I need to run off to work now so I won't even take a moment to speculate. I'm sure somebody else will be able to produce a TAP or provide some insight such as that the Oric 1 has more available memory than the Atmos, or that Sedoric affects free space for BASIC.

* line 8070 still had a 'got0' in it so I switched that to 'goto'.

[DrBob]

Iss said- try the latest unofficial build from here: http://iss.sandacite.com/oricutron/ (you can choose 32 or 64 bit).
- try to paste the listing in smaller parts i.e. select 20-30 lines copy/paste, than next 20-30 lines and so on ...

It didn't seem to want to let me paste it in bits. HOWEVER, F3 and then F1 started it entering from the error. So I got all the text in, all be it with syntax error or line too long. I listed what was entered after and it was all there. Only needs patching for the errors and JAMs?

[Chema]

Okay I got it guys.

Problem is there are OCR errors. It seems our tools cannot handle some of them correctly. I tried bas2tap and generated a cloadable tap file, but the BASIC was corrupt because the line numbering was out of order. Due to OCR errors, that is. For instance:

Code: Select all

2010 whatever
2820 whatever
2030 whatever

That upsets the tool and the final BASIC program is wrong.

The syntax is bas2tap -b2t0 Blackjack.txt blackjack.tap

I corrected most of them, and also some other typos I found, and now the program can be CLOADED and run. I attach it here:

Blackjack-chema.zip

(15.15 KiB) Downloaded 92 times

Just tried it again and there is yet another error in 2800:

Code: Select all

FORK=0TO3:F0RI=1T04:F0RJ=1T013:...

with zeros instead of Os in the second and third FOR instructions.

I guess a lot of bug hunting should be done yet, but that is a start

[Chema]

I've been trying to clean the code up, but there are soooo many errors, that I gave up.

This is my last attempt. It runs out of DATAs in 2555, so some are missing from the data list above that line. I had to correct a few values, so probably something is wrong (a missing comma or something would be enough). I added an extra 2557 DATA line with some dummy values so the program continues. It asks for the number of players and directly tells you that game is over (you have no money).

Needs a lot of debugging... maybe converting the WAV version is a better way to go.

Blackjack-chemav2.zip

(15.01 KiB) Downloaded 98 times

[iss]

Yep, very bad OCR!
Attached is my version of the fixes (listing + tap).
Actually it the same as Chema's, but I'm posting it because I used exactly the same line number 2557 to add missing DATA - lucky coincidence ...

[ibisum]

This may not be of any use to the situation, but I recently ran into a few times with bas2tap that it produces corrupt output if the line numbers are too variant, or indeed big, and I solved the problem by using an online Basic-listing renumbering tool, which 'normalised' the line numbers throughout the listing, updating gosubs and whatnot .. a few times, until I did this, bas2tap produced bad listings on a real Oric...

[DrBob]

Sorry folks to give you all this trouble. I don't want to waste your time unnecessarily. Your efforts are much appreciated.
I got it in pasted in by a fiddle,see post above; same file I emailed. Don't blame the OCR it was done from a printed listing on a 1984 dot matrix printer. I think it did quite well. I am trying to debug it at the moment. Getting out of memory error as I write!!!
I can assure you it did work in 1983.....but the ravages of time.....

[ThomH]

No trouble! Preservation and the fun therein is why communities like this exist.

[Chema]

No trouble at all! It is nice to have these challenges from time to time You've probably spotted a bug in Oricutron, a problem with one of the tools in OSDK and preserved a program (more or less… some debugging is still necessary). And I had fun for some time trying to figure out what was happening.

As TomH said, this is what makes a community alive!

[Symoon]

No trouble indeed: I did nothing

[ibisum]

Honestly this kind of trouble is the fun kind!