Paul Fiscarelli

Both of these issues appear to be resolved - I've been testing for the last week and have yet to reproduce the issues.

I've been testing the latest push and the issue where granules were being appended to the disk image appears to be fixed. However, there is a new issue when attempting to write a file to a disk image with free granules, but there are not enough free granules to write the file. The following error is thrown in this scenario: copy: error -1 Error: -1 - unknown error Also, a new disk directory entry is created for the file on the disk image, but it appears no further data is attempted to be written...

When attempting to recreate this issue on a Linux box, I noticed I accidentally made a mistake in the included 'readme.txt' file, for steps to recreate the issue. Incorrect command: decb copy -2 -b -4 %binary_path% %disk_path%,%filename%.BIN Correct command: decb copy -2 -b -r %binary_path% %disk_path%,%filename%.BIN While testing under Linux, the same issue is present. Here is the updated 'readme.txt' file with the corrected syntax.

When attempting to recreate this issue on a Linux box, I noticed I accidentally made a mistake in the included 'readme.txt' file, for steps to recreate the issue. Incorrect command: decb copy -2 -b -4 %binary_path% %disk_path%,%filename%.BIN Correct command: decb copy -2 -b -r %binary_path% %disk_path%,%filename%.BIN While testing under Linux, the same issue is present. Here is the updated 'readme.txt' file with the corrected syntax.

decb copy, appending granules to disk images

I'm experiencing issues when using decb to write files to 35-track disk images, where decb will attempt to fit the file at the end of the disk image. If there aren't enough free granules/sectors at the end of the disk to fit the file, instead of decb looking for other free granules on the disk, it will append granules to the disk image. When exhibiting this behavior, it will also truncate the file to the nearest granule size - that is, if a file requires more than one full granule but less than two...