Op 30/11/2021 om 21:14 schreef Wolfgang Lenerz via Ql-Users:
Hi François,
This will be fixed.
Have fun!
Wolfgang
Op 30/11/2021 om 13:34 schreef Wolfgang Lenerz via Ql-Users:
Hi,
Just to chime in, the newest SMSQmulator (hopefully) to come out in a
few days will do the same, i.e. treat NFA/SFA as win type.
There is a reason for (at least for me):
I use QD extensively.
When QD saves data to a file, it first of all checks the device type via
iof.xinf. If it detects that the drive is registered as a an msdos type
device, it saves the file with line ending CR+LF, instead of the normal
LF as used on win devices.
If you now try to use the MacroAssembler to assemble a file that
contains macros, this will fail (the MA seems to calculate the number of
bytes it has got, which will be wrong as the NFA driver converts CF+LF
to LF automagically) The MA then resets the file position to somewhere
in the file, corresponding to the number of bytes before the macro (I
suppose to read th emacro again) and that will be wrong, so that it
reads something other in the file and then fails.
That being said, might I make a suggestion?
Giorgio said:
The old behavior was that DMEDIUM_DRIVE returned -1 when pointing
to a dos disk. it was not "correct" but it allowed me to
distinguish the two
types.
Indeed, that's not the right way, one should use the DMEDIUM_TYPE
function for that (returns 1 - qdos, 2 - msdos etc) - but this won't
help you, as that now returns "qdos" device type for dos and nfa/sfa.
However, the specifications also provide for a device sub-type, which is
not returned by any function and which, AFAIK is not used. One might
possibly use that to return 1 or 2 as sub-type also.
I'd be willing to create the new basic keyword for that in SMSQE
("DMEDIUM_STYPE").
Would that be agreeable to all?
Have fun!
Wolfgang
<SNIP>
Hi Wolfgang,
While working on the next version of SMSQmulator could you verify if
LBYTES works correctly on your system?
LBYTES Filename_scr,SCR_SCR_BASE seems to lock SMSQmulator: SO TAKE CARE
100 WINDOW SCR_XLIM,SCR_YLIM,0,0
105 REMark
110 REMark OPEN_IN#3,dev1_bckgrnd_wallpaper_def:INPUT#3,p$:CLOSE#3
115 PAPER 6:CLS: REMark instead of WL_BMP8LOAD p$ for testing
120 :
125 SBYTES_O dev1_dump_scr,SCR_BASE,SCR_LLEN*SCR_YLIM
130 :
135 REMark dev1_dump_scr can be displayed correctly in QPC2
140 REMark with LBYTES dev1_dump_scr,scr_base
145 :
150 REMark but locks SMSQmulator
155 REMark dump_scr is 4147200 long
160 REMark Screen size 1920x1080
165 REMark window mode fullscreen
Thanks
François Van Emelen
_______________________________________________
QL-Users Mailing List
_______________________________________________
QL-Users Mailing List
thank you
François Van Emelen
_______________________________________________
QL-Users Mailing List
