Re: SD2IEC REL support

From: André Fachat <afachat_at_gmx.de>
Date: Sat, 01 Feb 2020 07:03:02 +0100
Message-ID: <16fff5869f0.27ff.b4d1f2b66006003a6acd9b1a7b71c3b1_at_gmx.de>
Am 1. Februar 2020 01:48:35 schrieb silverdr_at_wfmh.org.pl:

>> On 2020-02-01, at 01:35, Jim Brain <brain_at_jbrain.com> wrote:
>>
>>>>> If you can create a simple test case that fails, I am happy to look into
>>>>> it.  Though my contributions to sd2iec are miniscule, I did implement some
>>>>> of the REL file support in there, and creating new files, adding records,
>>>>> etc. seemed to all work for me when I tested.  It may have suffered some
>>>>> regression, though, as it's been years.
>>>> Jim - thanks for stepping-in! I'll send you the PRG I found it failing with.
>>> I did some debugging and it seems that the file gets actually created
>>> inside the directory. The program fails though, because it expects that
>>> after the file is created, the returned status is 50, RECORD NOT PRESENT as
>>> in other drives or IDE64 for example. SD2IEC returns 00, OK here, which –
>>> for whomever checks the status – means the file was not properly created.
>> OK, that is probably my fault, as I would never have guessed a successful
>> open should return that error.
>
> Actually it's not simply opening the file. It is when creating new file
> (with content) by positioning record pointer beyond the end. This causes
> 50, RECORD NOT PRESENT and expands the file accordingly.
Yeah REL files are a mess and actually quite buggy.

There are extended test cases in my XD2031 firmware source available
(including iec traces for many test cases on various drives)

André

André
Received on 2020-05-30 00:41:23

Archive generated by hypermail 2.3.0.