not relocating TS2068 BASIC

[swensont]

I have a fairly recent copy of z88dk (fresh install). I've got it working for the zx81. I'm trying the T/S 2068 and I'm getting an error. Here is the command line for compiling:
zcc +ts2068 -subtype=nohrg -create-app -o hello hello.c
This is the message I get:
Info: Position 32768 is too low, not relocating TS2068 BASIC.
If I take out the "-subtype=nohrg" then the compile works fine (but does show text in HRG font). I'd like to get things working with the regular T/S 2068 mode / font.

I've tried to compile a simple "Hello, World" program and another short C program, but I get the message on both.

I'm not sure if I am doing something wrong or if z88dk is. Hoping someone has a clue.

Tim

[dom]

That is a bit odd, I think with nohrg then there's no need to do the relocation magic so the invocation of appmake is incorrect.

I've corrected/changed the .cfg file so you shouldn't run into that error again.

[swensont]

What was the change that was made and to what cfg file? I'd like to make the change on my local system.

Tim

[dom]

It was here: https://github.com/z88dk/z88dk/commit/f ... 64f1123ae2

[swensont]

After being distracted by another programming project, I got back to this one.. I added the change. The compiler with -subtype=nohrg is no longer generating an error. The problem is that nohrg is really hrg. The screen output with nohrg is the same as leaving that option out.

[dom]

You have to explicitly change the screenmode - using ts_vmod or console_ioctl()

I’m not sure why we need to have that option - hires display works even with nohrg (at least in my limited tests) - it may be needed to support calling some rom routines.

@stefano can you shed any light on adding that option 20 or so years ago

[stefano]

I think that initially ts_vmod() was just a tiny initial stub for a ts2068 specific library.
Originally the ts2068 graphics were intended to run and stay in hr, monochrome only.
My thought was that the classic zx graphics was already available in Spectrum mode or in a specific library.
[EDIT] ... obviously I'm not criticizing the current library evolution, it is a reasonable upgrade, especially now that the Spectrum Next is a reality