351

Re: New NMI handler / .commands

david_ps wrote:
thisism wrote:
david_ps wrote:

Yes, you must copy it into SYS folder. This alpha version only needs those files.

Is it enough too just copy one file nmi.sys (I see that content of NMI folder is basically the same as 0.0.18 version)? I have already NMI 0.0.18 and esxdos 0.8.9 installed.

You need /SYS/nmi.sys and /SYS/NMI/trdn.bas

Thank you. I will try to test it tomorrow or max Friday and let you know.

352 (edited by thisism 2022-11-03 21:00:20)

Re: New NMI handler / .commands

I have tested and it seems all ok. Few comments:

- the hidden folders and files are not visible any more (OK)
- there were previously (once inside the folder) both ". <dir>" and ".. <dir>" and now we have only .. <dir>, which is going up. I like it better than two options, but based on your manual there should be both (OK/NOT OK)
- if the folder contains more than one screen of results (paging) then we get as counter [12/-] and previously was e.g. [12/55] (NOT OK)
- of course version e.g. 0.0.18 is missing in this release

btw. how to sort files by name?

353

Re: New NMI handler / .commands

thisism wrote:

I have tested and it seems all ok. Few comments:

- the hidden folders and files are not visible any more (OK)
- there were previously (once inside the folder) both ". <dir>" and ".. <dir>" and now we have only .. <dir>, which is going up. I like it better than two options, but based on your manual there should be both (OK/NOT OK)
- if the folder contains more than one screen of results (paging) then we get as counter [12/-] and previously was e.g. [12/55] (NOT OK)
- of course version e.g. 0.0.18 is missing in this release

btw. how to sort files by name?

This is a alpha version, main change is that I use the unused pages existing on modern devices. I decide not show . dir entry because it is not relevant. Count total dir entries consumes a lot of time during startup, for this reason I decided to calculate it dinamically. In the moment that end of dir is reached, total dir entries cout is updated. Load pages during startup already cause a important delay. Subsequents  calls are sygnifically more fast due all is loaded. Sort dir is not possible due low memory space.

Regards,

354

Re: New NMI handler / .commands

david_ps wrote:
thisism wrote:

I have tested and it seems all ok. Few comments:

- the hidden folders and files are not visible any more (OK)
- there were previously (once inside the folder) both ". <dir>" and ".. <dir>" and now we have only .. <dir>, which is going up. I like it better than two options, but based on your manual there should be both (OK/NOT OK)
- if the folder contains more than one screen of results (paging) then we get as counter [12/-] and previously was e.g. [12/55] (NOT OK)
- of course version e.g. 0.0.18 is missing in this release

btw. how to sort files by name?

This is a alpha version, main change is that I use the unused pages existing on modern devices. I decide not show . dir entry because it is not relevant. Count total dir entries consumes a lot of time during startup, for this reason I decided to calculate it dinamically. In the moment that end of dir is reached, total dir entries cout is updated. Load pages during startup already cause a important delay. Subsequents  calls are sygnifically more fast due all is loaded. Sort dir is not possible due low memory space.

Regards,

Indeed, the behaviour is like you described (dynamic count) and the .dir. I like the removal of .dir as it was confusing smile thanks a lot!

I will be using alpha version till the time of the next full one smile

355

Re: New NMI handler / .commands

btw. the alpha version does not delete files (was trying to delete, but after pressing Y nothing happens), not sure its related to alpha as did not go back to the 0.0.18 version yet.

356

Re: New NMI handler / .commands

thisism wrote:

btw. the alpha version does not delete files (was trying to delete, but after pressing Y nothing happens), not sure its related to alpha as did not go back to the 0.0.18 version yet.

You need dot commands rm, hexview, ownrom, mon and snapload in /BIN folder.

357

Re: New NMI handler / .commands

david_ps wrote:
thisism wrote:

btw. the alpha version does not delete files (was trying to delete, but after pressing Y nothing happens), not sure its related to alpha as did not go back to the 0.0.18 version yet.

You need dot commands rm, hexview, ownrom, mon and snapload in /BIN folder.

I have all of them in the Bin folder.

358

Re: New NMI handler / .commands

thisism wrote:
david_ps wrote:
thisism wrote:

btw. the alpha version does not delete files (was trying to delete, but after pressing Y nothing happens), not sure its related to alpha as did not go back to the 0.0.18 version yet.

You need dot commands rm, hexview, ownrom, mon and snapload in /BIN folder.

I have all of them in the Bin folder.

There was an error in delete option. Please try this: https://www.dropbox.com/s/15rn0sws1cn2c … 2.zip?dl=0

359

Re: New NMI handler / .commands

david_ps wrote:
Luzie wrote:
Luzie wrote:

Hello david_ps,

on all my tries with these downloads, on trying to start Help by pressing "h",
I get "ESXDOS Error 5" -which should mean: "5 No such FILE or DIR"

I think I found the cause:

Files sys\nmi\help1.scr, help2.scr and help3.scr are missing in your Download package "ESXDOS v0.8.9 system configured with my NMI navigator and utilities: https://www.dropbox.com/s/a3geuwl3a6wdu … 9.zip?dl=0

but they are present in your package "Update release of NMI navigator, v.0.0.18:
https://www.dropbox.com/s/1x7bg5i0pheb9 … 8.zip?dl=0

Luzie, there are missing in both archives. Added!

Hello David,
Am I right in assuming that this version, for now, is the best bug-free version 0.0.18 for DivIDE and DivMMC ??
Or has something changed there.
Many greetings

360 (edited by Luzie 2022-11-12 10:59:36)

Re: New NMI handler / .commands

Spezzi63 wrote:

Hello David,
Am I right in assuming that this version, for now, is the best bug-free version 0.0.18 for DivIDE and DivMMC ??
Or has something changed there.
Many greetings

Dear Spezzi63,

you don´t ask me, but I´ve tried and can confirm that the one you quotet = https://www.dropbox.com/s/a3geuwl3a6wdu … 9.zip?dl=0 is the one running in divIDE and divMMC as the newer alpha 2 rises this error "ERROR: Device with 32K or more RAM required" on divIDE:

https://i.ibb.co/JHMVpHk/2022-11-12-10-45-32-Spec-Emu-esx-DOS-NMI-sys-Beta-v0018-alpha-2-Bugfixed-Files-2022-11-07.png

361 (edited by thisism 2022-11-12 21:15:36)

Re: New NMI handler / .commands

Luzie wrote:
Spezzi63 wrote:

Hello David,
Am I right in assuming that this version, for now, is the best bug-free version 0.0.18 for DivIDE and DivMMC ??
Or has something changed there.
Many greetings

Dear Spezzi63,

you don´t ask me, but I´ve tried and can confirm that the one you quotet = https://www.dropbox.com/s/a3geuwl3a6wdu … 9.zip?dl=0 is the one running in divIDE and divMMC as the newer alpha 2 rises this error "ERROR: Device with 32K or more RAM required" on divIDE:

https://i.ibb.co/JHMVpHk/2022-11-12-10-45-32-Spec-Emu-esx-DOS-NMI-sys-Beta-v0018-alpha-2-Bugfixed-Files-2022-11-07.png

The alpha 1 is working ok, but requires device with more than 32kb (as stated by David). I still need to test alpha 2 (hopefully in the next days) delete function as in alpha 1 it was not working.

362

Re: New NMI handler / .commands

Spezzi63 wrote:
david_ps wrote:
Luzie wrote:

I think I found the cause:

Files sys\nmi\help1.scr, help2.scr and help3.scr are missing in your Download package "ESXDOS v0.8.9 system configured with my NMI navigator and utilities: https://www.dropbox.com/s/a3geuwl3a6wdu … 9.zip?dl=0

but they are present in your package "Update release of NMI navigator, v.0.0.18:
https://www.dropbox.com/s/1x7bg5i0pheb9 … 8.zip?dl=0

Luzie, there are missing in both archives. Added!

Hello David,
Am I right in assuming that this version, for now, is the best bug-free version 0.0.18 for DivIDE and DivMMC ??
Or has something changed there.
Many greetings

The last stable and "official" version is 0.0.18. Apha versions are unstable and incomplete yet. Main change is that I want to use the additional pages availables on modern devices to add more functionalities.

363

Re: New NMI handler / .commands

david_ps wrote:
thisism wrote:
david_ps wrote:

You need dot commands rm, hexview, ownrom, mon and snapload in /BIN folder.

I have all of them in the Bin folder.

There was an error in delete option. Please try this: https://www.dropbox.com/s/15rn0sws1cn2c … 2.zip?dl=0

Hi David,
I have just tested it and the comments are:

a) There is a new help page. Its cool all is on 1 page; I see only 1 page; not sure if all functions are described or I am missing something.
b) Delete function still has some problems. If you remove/connect power to ZX Spectrum and directly go to files and try to delete one it works OK. However, if you first play a game and then to try to delete it, it does not delete; the file stays.

Please let me know if more tests are needed.

Cheers, Michal

364

Re: New NMI handler / .commands

How much ram in divmmc memory use this filebrowser ? I need know used ram pages.

365

Re: New NMI handler / .commands

Hello everyone, due to lack of time to work on the project, I have decided to release the sources of my NMI navigator and dotcommands. They are available at:

https://github.com/dr-slump-0/esxDOS-NMI-Navigator

Thank you all so much for your support and patience.

366

Re: New NMI handler / .commands

david_ps wrote:

Hello everyone, due to lack of time to work on the project, I have decided to release the sources of my NMI navigator and dotcommands. They are available at:

https://github.com/dr-slump-0/esxDOS-NMI-Navigator

Thank you all so much for your support and patience.

Super. Code may be modified for mouse controll or compatibility with SAM Coupe :-)

367

Re: New NMI handler / .commands

david_ps wrote:

Hello everyone, due to lack of time to work on the project, I have decided to release the sources of my NMI navigator and dotcommands. They are available at:

https://github.com/dr-slump-0/esxDOS-NMI-Navigator

Thank you all so much for your support and patience.

Thank you for release of the source-code!

368 (edited by david_ps 2026-09-04 10:41:57)

Re: New NMI handler / .commands

I'm working on ARALE, Adaptive Retro Arch LFN ESXDOS

Boot screen:
https://i.postimg.cc/4N3cJsdq/ARALE-1.png

Result of listing a directory with files that have long names (LFN):
https://i.postimg.cc/sD2WVsXL/ARALE-2.png

LFN integrated into the ARALE API, not in dot code.

369

Re: New NMI handler / .commands

david_ps wrote:

I'm working on ARALE, Adaptive Retro Arch LFN E
LFN integrated into the ARALE API, not in dot code.

Looking good. Will it be for divIDE and divMMC? Or divMMC-Only?

370 (edited by david_ps 2026-09-07 07:06:51)

Re: New NMI handler / .commands

It's for both devices, but the memory requirements increase; at the moment it requires a minimum of 7 pages, 56KiB of paged RAM, but I estimate that when it's finished it will require 8 pages (64KiB).
https://i.postimg.cc/sXhQxgp4/ARALE-3.png

Luzie wrote:
david_ps wrote:

I'm working on ARALE, Adaptive Retro Arch LFN E
LFN integrated into the ARALE API, not in dot code.

Looking good. Will it be for divIDE and divMMC? Or divMMC-Only?

371 (edited by david_ps 2026-10-01 08:53:59)

Re: New NMI handler / .commands

https://i.postimg.cc/DzpX5PqY/ARALE-4.png

372

Re: New NMI handler / .commands

ARALE now loads NMI.SYS.
Boot screen:
https://i.postimg.cc/RFDFKnkz/ARALE-5.png
NMI button pressed:
https://i.postimg.cc/kX8QMnbZ/ARALE-6.png

373

Re: New NMI handler / .commands

david_ps wrote:

ARALE now loads NMI.SYS.
Boot screen:
https://i.postimg.cc/RFDFKnkz/ARALE-5.png

Very good work !

374

Re: New NMI handler / .commands

ARALE now loads the original ESXDOS NMI.SYS and my new NMI browser:
https://i.postimg.cc/5yFpy9Xf/ARALE-7.png

375 (edited by Luzie Today 17:46:26)

Re: New NMI handler / .commands

david_ps wrote:

ARALE now loads the original ESXDOS NMI.SYS and my new NMI browser:
https://i.postimg.cc/5yFpy9Xf/ARALE-7.png

Dear David

Great. But the Image you posted seem to be missing here? Or is it mssing on "postimg.cc"?
https://i.postimg.cc/5yFpy9Xf/ARALE-7.png