Page 1 of 1

SMSQmulator v2.28

Posted: Sun Mar 22, 2020 4:39 pm
by tcat

Just trying SMQmulator, though I just need QDOS 1.2 JS-ROM only, this comes with SMSQ/E system by default.

These are my settings.

Code: Select all

# Directory name for NFA1_ drive
NFA1 = /home/pi/mdv1/
NFA2 = /home/pi/mdv2/
# Change case of files on NFA devices (0: no change 1:upper case 2:lower case)

I have troubles listing all files from the NFA device, it either lists all lower case or upper case file names.

E.G. mdv1_ contains

Code: Select all


Option NFA-FILENAME-CHANGE=2 `dir mdv1_' lists a single file `draw_bas', option=1 lists a single file `GRAPH_BIN'.

Need to see all files ideally converted to lower case.

DIR says, NFA DRIVE 2 MS-DOS in the header, I do not know what it means.


Re: SMSQmulator v2.28

Posted: Sun Mar 22, 2020 5:45 pm
by pjw
Changing case is not for the SMSQ/E side of things, but has to do with the underlying host OS, ie Linux filenames are case dependent, Windows not. See the SMSQmulator manual for details.
>DIR says, NFA DRIVE 2 MS-DOS in the header, I do not know what it means
This just lists the underlying file system. All youve done is change the name the SMSQ/E file system responds to; the NFA drive doesnt emulate a microdrive. I think you can get a driver that can read/write virtual microdrives on SMSQmulator, if you prefer. (Someone will know..) SMSQmulator has a built-in virtual (and real) floppy driver.

Wolfgang Lenerz (author of SMSQmulator) isnt on the forum; youll find him on the QL-Users mailing list.

Re: SMSQmulator v2.28

Posted: Sun Mar 22, 2020 8:16 pm
by Derek_Stewart

Probably thr best idea would be to use the files in a QWA container or use the SFA drvice. The NFA drvice is dependant on yge Native File system.

For compatiability with Q68 and SMSQmulator, I use a QWA file on an SD Card read direct from mounted SD Card.

I usually point the NFA device at a Linux directory in my home directory. For example, NFA2 points the Downloads directory, so that when I can use Qpac2 Files to extract any zip file downloaded, bia ACP to a QWA container directory.

I have been using FDI or MDI to store FLP/MDV images on the Host OS - Linux, which allows mounting the FDI/MDI, FLP/MDV image in Qemulator. This tries to avoid the use of QDOS headers been lost.

Re: SMSQmulator v2.28

Posted: Mon Mar 23, 2020 7:59 am
by tcat

Thanks for the input. I was curious about `SMQmulator' I have never tried, it has nice features, reading manual now.

I was surprised how it handles files, compared to `uQLX' (which is defacto QLAY for Linux)

Code: Select all

pi@raspberrypi:~ $ ls ~/mdv2
GRAPH_BIN    draw_bas       line_bas   poly_bas   sexec_bas
MDUTILS_BIN  haunted_bas    mkdat_bas  qsort_bas  string_bas
PLOT_BIN     hh_bas         mouse_bas  rose8_bas  zxfont4_bas
debug_bas    leonardo2_bas  poly8_bas  rose_bas   zxfont8_bas


While `uQLx' has some quirks, does not support sound, etc, it seems trivial to get files across to it, by mere copy to a folder. Executables need the header be recreated (missing header does not affect file visibility, it cannot execute without it), while binaries, data, text, and bas files not.

As QDOS converts all files to `lower case', I should think, there is one potential pitfall, having two distinct files `file_bas' and `FILE_BAS', in that case QDOS sees only one of them. (the one created earlier)


Re: SMSQmulator v2.28

Posted: Mon Mar 23, 2020 8:22 pm
by swensont

The solution is to store QL files only on QL type devices, meaning mostly files. I do have a number of NFA drives that link directories on Linux, but they are only to get files into and out of SMSQmulator. If I plan to keep a file on SMSQMulator, I keep it in a file. I esp. do not put any QL executables on an NFA directory. That is just bad news.