This:
zcc +zx -vn -startup=30 -clib=sdcc_iy -SO3 --max-allocs-per-node200000 --opt-code-size extract.c help-zx.asm -o extract -subtype=dot -create-app   
hangs completely and doesn´t compile. -> Update: It takes some more time, than I´ve waited before and rises
an error, see below...

Tried to compile the included example extract.c v1.1
C:\z88dk\libsrc\_DEVELOPMENT\EXAMPLES\zx\dot-command\extract\extract.c
with latest Win32 nightly build (20190916):

C:\z88dk\libsrc\_DEVELOPMENT\EXAMPLES\zx\dot-command\extract>zcc +zx -vn -startup=30 -clib=sdcc_iy -SO3 --max-allocs-per-node200000 --opt-code-size extract.c help-zx.asm -o extract -subtype=dot -create-app
Error at file 'c:/z88dk/lib/../libsrc/_DEVELOPMENT/target/zx/crt_cmdline_esxdos_argv.inc' line 34: symbol '__SYS_IY' not defined
Errors in source file c:\z88dk\lib\config\..\..\\libsrc\_DEVELOPMENT\target\zx\zx_crt.asm:
Error at file 'c:/z88dk/lib/../libsrc/_DEVELOPMENT/target/zx/crt_cmdline_esxdos_argv.inc' line 34: symbol '__SYS_IY' not defined
                   ^ ----          ld iy,__SYS_IY
-> no compiled extract was build.

Also when trying to write something to memory with option -m like:
.extract filename.bin +0 6912 -m 16384
nothing is written into screen-memory (16384). This has worked in older executable versions of .extract that I have.

Alcoholics Anonymous wrote:

So I've done a quick rebuild without that to see if it works:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Dear Alvin,

I´ve tried to compile this for myself (Standard Spectrum Version +zx yet only) with Z88DK Nightly Build Win32 from 2019-09-10.

Tried compiling with the two commandlines I found in extract.c:

This:
zcc +zx -vn -startup=30 -clib=sdcc_iy -SO3 --max-allocs-per-node200000 --opt-code-size extract.c help-zx.asm -o extract -subtype=dot -create-app   
hangs completely and doesn´t compile. -> Update: It takes some more time, than I´ve waited before and rises
an error, see below...

And this:
zcc +zx -vn -startup=30 -clib=new extract.c help-zx.asm -o extract -subtype=dot -create-app
rises this warnings while compiling:

C:\z88dk>zcc +zx -vn -startup=30 -clib=new extract.c help-zx.asm -o extract -subtype=dot -create-app
sccz80:"extract.c" L:51 Warning:Assigning 'v', type: unsigned char *v from char *fmt* [-Wincompatible-pointer-types]
sccz80:"extract.c" L:59 Warning:Assigning 'p', type: char *p from unsigned char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:204 Warning:Assigning 'outname', type: unsigned char *outname from char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:266 Warning:Assigning 'inname', type: unsigned char *inname from char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:330 Warning:Loss of precision, converting unsigned long  to unsigned int nbytes [-Wconversion]

and the compiled extract is of other size (7046 Bytes) than the one you have in the package (6510/6901/6922 or 6947 Bytes).

The one I compiled show help, when started without parameters, but on putting an image-name to the .extract commandline
it shows hieroglyphics.

...maybe I must change my windows compiling environment like written here:
https://www.z88dk.org/forum/viewtopic.php?id=9836
https://github.com/z88dk/z88dk/wiki/libsrc
https://github.com/z88dk/z88dk/issues/1103

And have to work throught the examples which come with Z88DKand try to compile them myself...

So I've done a quick rebuild without that to see if it works:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Dear Alvin,

I´ve tried to compile this for myself (Standard Spectrum Version +zx yet only) with Z88DK Nightly Build Win32 from 2019-09-10.

Tried compiling with the two commandlines I found in extract.c:

This:
zcc +zx -vn -startup=30 -clib=sdcc_iy -SO3 --max-allocs-per-node200000 --opt-code-size extract.c help-zx.asm -o extract -subtype=dot -create-app   
hangs completely and doesn´t compile.

And this:
zcc +zx -vn -startup=30 -clib=new extract.c help-zx.asm -o extract -subtype=dot -create-app
rises this warnings while compiling:

C:\z88dk>zcc +zx -vn -startup=30 -clib=new extract.c help-zx.asm -o extract -subtype=dot -create-app
sccz80:"extract.c" L:51 Warning:Assigning 'v', type: unsigned char *v from char *fmt* [-Wincompatible-pointer-types]
sccz80:"extract.c" L:59 Warning:Assigning 'p', type: char *p from unsigned char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:204 Warning:Assigning 'outname', type: unsigned char *outname from char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:266 Warning:Assigning 'inname', type: unsigned char *inname from char * [-Wincompatible-pointer-types]
sccz80:"extract.c" L:330 Warning:Loss of precision, converting unsigned long  to unsigned int nbytes [-Wconversion]

and the compiled extract is of other size (7046 Bytes) than the one you have in the package (6510/6901/6922 or 6947 Bytes).

The one I compiled show help, when started without parameters, but on putting an image-name to the .extract commandline
it shows hieroglyphics.

...maybe I must change my windows compiling environment like written here:
https://www.z88dk.org/forum/viewtopic.php?id=9836
https://github.com/z88dk/z88dk/wiki/libsrc
https://github.com/z88dk/z88dk/issues/1103

And have to work throught the examples which come with Z88DKand try to compile them myself...

So I've done a quick rebuild without that to see if it works:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Dear Alcoholics Anonymous,

I came back now for this after a long time. Have simple forgotten it. Now, when I try to download (not only list the files) from the above link, I get an redirection-error...

Update: Used Chrome instead of Firefox and managed to download the file OK.

Question: I want to develop a .DOT-command, say .trdinfo. This should read from a .TRD-Image Sector 9 from Track 0 which contains the Disk-Information like "Number of Free Sectors" on Offset 229 (as 2 Byte/Word) as can be seen on: http://www.zx-modules.de/fileformats/trdformat.html

This 256 Byte sized Sector 9 from Track 0 I want to read into memory e.g. from adress 50000 to get the values I want to know from there. I try my first steps with C and Z88DK. What do you recommend... trying to read it with Assembler TR-DOS ROM-Routines or using esxdos-Routines? I want to use it on real hardware (Spectrum with divMMC or divIDE and with my SpecNext board) and with Emulators like SpecEmu or ZEsarUX).

Another idea for me is "for my first programming tries" to take your .extract-sourcecode and use it with fixed input-values
equal to this: (offset +2304=Start of Sector 9 / Track 0):
.extract input.trd +2304 256 -m 50000
and then read the word-value from 50229+50230 to get the "number of free sectors on the disk". With this hopefully I can do a .trdfree DOT-command:-)

I'll have to update all the dot commands I've written and I think I will make one more pass to improve them at the same time.

So the crash still occurs with EXTRACT but only with esxdos 0.8.5?  There must be an api difference from 0.8.6 - the notes I have are for the latter I think.

Thanks Luzie.  I found something:  I am calling $1601 in the rom to make sure channel 2 is open for printing but that is not supported in the esxdos rom.  I thought it was ok because it was working in emulation.

So I've done a quick rebuild without that to see if it works:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Go to the extract subdirectory and use the plain "EXTRACT" file.  This is a zx next compile so stay away from the -ml option which loads into the extra memory of the next.

I tried all versions from the download:
23.10.2017  20:37             6.922 EXTRACT
25.09.2017  14:54             6.510 EXTRACT-ZX       -> I renamed this to: EXZX
25.09.2017  14:54             6.901 EXTRACT-ZXN     -> I renamed this to: EXZXN
24.10.2017  06:40             6.947 EXTRACT2

Results on real hardware:

.EXTRACT & .EXTRACT2 (both show "extract v1.0 zx-next z88dk.org"):
divMMC Interface, esxDOS 0.8.6B4, Spectrum 128k +2 (Grey): Seems to work OK!
=========================================================
.EXZX & .EXZXN: (First shows "extract v1.0 spectrum z88dk.org", second shows: "extract v1.0 zx-next z88dk.org"):
divMMC Interface, esxDOS 0.8.6B4, Spectrum 128k +2 (Grey): Crashes/Resets Spectrum directly after sending .EXTRACT

.EXTRACT & .EXTRACT2 (both show "extract v1.0 zx-next z88dk.org"):
and
.EXZX & .EXZXN: (First shows "extract v1.0 spectrum z88dk.org", second shows: "extract v1.0 zx-next z88dk.org"):
all four EXTRACT-versions on divIDE Interface, esxDOS 0.8.5, Spectrum 128k +2 (Grey):
=============================================================
Crash still occurs as described above (if file to open is missing show File-Open-Error, next press of ENTER resets Spectrum)

Please update version number with each change, this will be lots easier to handle :-)

So I've done a quick rebuild without that to see if it works:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Go to the extract subdirectory and use the plain "EXTRACT" file.  This is a zx next compile so stay away from the -ml option which loads into the extra memory of the next.

Luzie wrote:

Luzie wrote:

One problem I discovered: If I run e.g. ".EXTRACT 1234" and file 1234 don´t exist, .EXTRACT displays "5: Can´t open input file 1234, 0:1" and then .EXTRACT crashes/resets Spectrum or on other tries it directly crashes/resets Spectrum.

which I get under ZEsarUX with divMMC esxDOS 0.8.5, Spectrum 48k?

Unfortunately I can't seem to persuade zesarux to emulate divmmc on a 48k spectrum.  I'll have to keep trying.
Does the crash still occur?  I think all problems were related to binary size and that's been reduced now.

Now I found some minutes to test on real hardware:

divIDE Interface, esxDOS 0.8.5, Spectrum 128k (Toastrack): Crash still occurs as described above (if file to open is missing)
divIDE Interface, esxDOS 0.8.5, Spectrum 128k +2 (Grey): Crash still occurs as described above (if file to open is missing)

divMMC Interface, esxDOS 0.8.6B4, Spectrum 128k (Toastrack): Crashes/Resets Spectrum directly after sending .EXTRACT
divMMC Interface, esxDOS 0.8.6B4, Spectrum 128k +2 (Grey): Crashes/Resets Spectrum directly after sending .EXTRACT

Luzie wrote:

One problem I discovered: If I run e.g. ".EXTRACT 1234" and file 1234 don´t exist, .EXTRACT displays "5: Can´t open input file 1234, 0:1" and then .EXTRACT crashes/resets Spectrum or on other tries it directly crashes/resets Spectrum.

which I get under ZEsarUX with divMMC esxDOS 0.8.5, Spectrum 48k?

Unfortunately I can't seem to persuade zesarux to emulate divmmc on a 48k spectrum.  I'll have to keep trying.
Does the crash still occur?  I think all problems were related to binary size and that's been reduced now.

But maybe we can focus to look at this problem:

which I get under ZEsarUX with divMMC esxDOS 0.8.5, Spectrum 48k?

Hi Luzie,

I got around to updating the zip.  Look inside the extract folder:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

Hi, thank you very much! I´ll test this .EXTRACT v1.0 and write back with the results I get.

I got around to updating the zip.  Look inside the extract folder:
https://drive.google.com/file/d/0B6XhJJ … sp=sharing

The readme:

Copy EXTRACT to BIN directory on sd card

At the basic prompt ".extract" will print help.

Read information under input and output to
understand how data is gathered from the input
file and written to the output file.

If there is no output file specified and there
is no destination memory address specified,
a hexdump will be printed to screen.  You
can specify -m and either -o or -a at the same
time.  -f allows existing files to be overwritten
when combined with -o.  An unspecified len for
the input will normally imply "to the end of file".

EXAMPLES:

1. Display stored screen from an sna file:

.extract knight.sna +27 6912 -m 0x4000

2. Have a look at the sna header as a hexdump:

.extract knight.sna 27

3. Copy the last 1024 bytes of a file to another file:

.extract knight.sna -1024 -o knight.bin

Again:

.extract knight.sna -1024 -o knight.bin

should fail.

This allows overwrite and should succeed:

.extract knight.sna -1024 -f -o knight.bin

4. Append file to another one.

.extract knight.sna -a foo.bin

Again:

.extract knight.sna -a foo.bin

should result in foo.bin being twice the size of knight.sna

A zx-next specific version will be added soon that adds a "-ml" option to load into the next's 208 8k pages.

I don't get any crashes under emulation.  I'm running the latest released ZEsarUX binary on windows emulating TBBlue.  It looks to be esxdos 0.8.6-divmmc.

I think it's very likely this is a memory size issue.  The binary comes to 7419 bytes - I know about the limit but I'm not sure where it is exactly so I keep pushing until it doesn't work under emulation.  I haven't tried to reduce the size yet so I'll try that and we can see if that works.

For nmi.sys, it's probably better if he does the view screen as he's done.  As a separate utility, extract will be much more useful and will have viewscr behaviour as a subset.

****  I cannot test append because the emulators do not fully emulate esxdos.
Because I can only test on emulators, you should do some testing of your own to make sure things work.

Thank you very much for your work. I need some additional information:
1) Which esxDOS version do you use? 0.85 or 0.86? I use e.g. 0.86Beta4 (=latest version here from this forum).
2) Which emulators do you use to test?
3) Which emulated machine do you try (128k or 48k Spectrum or TBBLUE?)

Yet my short tests give these results:
A) Emu SpecEmu with divIDE and esxDOS 0.86B4 (Speccy 48k or 128k) => .EXTRACT (without parameters) crashes/resets Spectrum
B) Hardware divMMC and esxDOS 0.86B4 (Speccy 48k) => .EXTRACT (without params) crashes/resets Spectrum
C) Emu ZEsarUX with divMMC and esxDOS 0.85 (Speccy 48k or 128k) => .EXTRACT shows help and when
e.g. tried: ".EXTRACT LAYOUT.SCR 6144 -m 16384" seems to work, but I have to try further.
One problem I discovered: If I run e.g. ".EXTRACT 1234" and file 1234 don´t exist, .EXTRACT displays "5: Can´t open input file 1234, 0:1" and then .EXTRACT crashes/resets Spectrum or on other tries it directly crashes/resets Spectrum.

Maybe an memory-issue? (You know about max 7k mem limitation for DOT-commands ?)

Could you please add display of a version number in Help-Text of .extract?

Update: I see in the C source of .EXTRACT that you maybe compile to "Spectrum Next" (+zxn)?, so I think you test with Emu ZEsarUX  and MMC esxDOS 0.86-Image which is included in ZEsarUX? Here (as I´ve yet tested) .EXTRACT seem to run fine without Spectrum-Resets.

Could you eventually make a smaller version .VIEWSCR which just loads in first (max.) 6912 Bytes from a given filename (all extensions/formats) into Screenmemory from 16384 (without offset)? This can be used as addon for new NMI-Handler for viewing Screens: http://board.esxdos.org/viewtopic.php?id=94
--> Update: New NMI.SYS-Author seems to have implemented a View-Screen himself, so this is not needed anymore (only if you like).

Regards,

Luzie

Ok I think I've got it now.  If a tape is mounted, then a plain LOAD/SAVE goes to the .tap file but if there is no tape mounted, then LOAD/SAVE goes to tape?

Yes, but there are individual save/load slots - so you can load from real tape and save to .tap for instance.