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
