Z88DK now supports some basic i/o for the Sprinter. It's still experimental but a port of Adventure A have been produced.

The Z88DK main site is at http://z88dk.sourceforge.net/ and the Sprinter files should be in the CVS when you read this.

When Sprinter support will be at the release Z88DK?


Alexander Shabarshin (shaos@mail.ru)
http://www.shaos.ru

It will be in the next full release (whenever that is!), in the mean time
I've prepared a snapshot which can be downloaded from
http://sugarcube.suborbital.org.uk/~dom/z88dk/ since messing around
with CVS isn't everyone's idea of fun.

Is it possible to programming using high resolution graphics?

As far as I know it's currently limited to text only, but I guess graphics will not be far away. You could ofcourse get the source code and code your own functions for high resolution graphics.

I tried both messing around in the CVS and looking in your dump file, but I didn't find the Sprinter files anywhere.

Btw, I attach Adventure A for those who want to try it out.

Sprinter specific stuff is in:

z88dk/lib/pps_crt0.asm (startup)
z88dk/libsrc/stdio/sprinter
z88dk/libsrc/fcntl/sprinter

Build the kit (instructions in README.1st) and then compile the program with zcc +pps [file.c]

Ah, I was looking for z88dk/libsrc/sprinter

What kind of functions I may use for Sprinter programs?
printf? fopen? fprintf?
Tell me about memory using in Z88DK, what about code larger 64K. What about big data?


Alexander Shabarshin (shaos@mail.ru)
http://www.shaos.ru

I'm going to reference some functions by header files to shorten this message:

assert.h, ctype.h, stdio.h, string.h

Floating point routines, exit, atexit, malloc, free etc

Console stdio is supported. I've implemented file routines, but not fully tested them - I understand that there's a problem with directories on the real hardware - but through SPRINT reading files certainly works.

Graphics isn't supported at all - I've not had time to read through the available source code and docs to implement it.

z88dk supports the concept of far pointers, so in theory far data can be read, however far data support is built upon machine specific libraries which hasn't been implemented for the Sprinter.

Far code is problematic and is something that hasn't been implemented yet, it would certainly be possible to write a wrapper function that takes a far pointer and then calls the function. However, the destination function would have to be in a separately compiled program and you might as well incorporate dll (libman) support into the port. Unfortunately, the assembler used doesn't support the concept of overlays/segments which would make implementing native far code somewhat tricky.

Thoughts have been appearing about replacing the assembler with something like asz80 but at present they're just thoughts and nothing has been done.