Print Page - BASIC problem

Title: BASIC problem
Post by: ComSoft6128 on 18:19, 11 November 22

Any idea why this doesn't work?

Dsk file
https://www.cpc-power.com/index.php?page=detail&num=9883

Title: Re: BASIC problem
Post by: Prodatron on 18:53, 11 November 22

You can't load a binary below "himem".
You should add

15 memory &3fff

Then you won't get the memory full message anymore.

Title: Re: BASIC problem
Post by: ComSoft6128 on 19:00, 11 November 22

Thanks but unfortunately no joy - the result is a reset.
Running on 6128 Plus with Parados on Cart.

Title: Re: BASIC problem
Post by: Prodatron on 19:00, 11 November 22

I checked the DSK.

To get this running type exactly this...

run"trick3
load"fish
30 call 42403
run

:)

No idea, why my old "friend" Mike Behrendt built it in this chaotic way.

Title: Re: BASIC problem
Post by: ComSoft6128 on 19:07, 11 November 22

Screen displays this time for a few seconds then resets.
But that's OK I can use the VIDI Rom or Art Studio to display it for longer.

Thank you :)

Title: Re: BASIC problem
Post by: Prodatron on 19:13, 11 November 22

Ops sorry. You have to use the CALL address which is mentioned after starting "trick3".
"...und dann CALL [address]"

Then type

load"fish
30 CALL [address]
run

Then it should work.
I used the address in my case. But in your case it could be different.

Title: Re: BASIC problem
Post by: eto on 19:17, 11 November 22

the decompression routine is in "trick3.bas" and it's dynamically relocated. It depends on HIMEM of your system.

Just run trick3.bas, then load "fish.scr",&4000

and after that call the address that trick3 reports

--- edit: Prodatron already posted that...sorry

Title: Re: BASIC problem
Post by: andycadley on 23:55, 11 November 22

I'd hazard a guess it's the number of enabled ROMs that causes it.

Title: Re: BASIC problem
Post by: ComSoft6128 on 07:30, 12 November 22

Thanks :)
Working fine now.

@andycadley - yes I often have to switch off ROMs or disconnect the Rombox due to them "nibbling" at memory.

https://www.youtube.com/watch?v=u9Ko9_ay8CY

Title: Re: BASIC problem
Post by: martin464 on 12:58, 17 November 22

once, when getting the disk based mini office ii to load off a tape for friend with a 464 i did this hack in the loader

Code Select

OPENOUT "!dud":MEMORY 730:CLOSEOUT
it caused less ram to be chomped been wondering what the heck this did
maybe this could help

Title: Re: BASIC problem
Post by: Bread80 on 21:51, 18 November 22

Quote from: martin464 on 12:58, 17 November 22once, when getting the disk based mini office ii to load off a tape for friend with a 464 i did this hack in the loader

Code Select Expand
OPENOUT "!dud":MEMORY 730:CLOSEOUT
it caused less ram to be chomped been wondering what the heck this did
maybe this could help

When you open a file BASIC allocates memory for input and output buffers (2Kb each IIRC). The memory is allocated below HIMEM. In this code HIMEM is being lowered after the buffers are allocated, ensuring they never get freed. If you do the MEMORY 730 without the file being opened then BASIC will try to allocate the file buffers later, which will fail because there's not enough memory left below HIMEM.

I'm assuming from this that Mini Office II is BASIC software, since this only affects BASIC. (Or the BASIC section of the loader).

CPCWiki forum

General Category => Programming => Topic started by: ComSoft6128 on 18:19, 11 November 22