Converting from 2048/byte iso to mds/mdf fails due to ValidateSectorTags returning true for uselong #1026

Open
opened 2026-01-29 15:39:10 +00:00 by claunia · 0 comments
Owner

Originally created by @HeroponRikiBestest on GitHub (Nov 12, 2025).

Version

Development commit

Commit hash

31dfcadab8

Tested debug version?

  • Yes

Which operating systems have you used?

  • Windows
  • Linux
  • macOS
  • Other

What is the architectural bit size you're using?

  • 32-bit
  • 64-bit
  • Unsure or unknown

What processor are you using?

  • An Intel or AMD
  • An ARM or Apple Silicon
  • Unsure or unknown

Image format

ISO (input), mds/mdf (output)

Application that created the image

aaru (created the original iso via converting with aaru)

What were you doing when it failed?

  • I was converting the image to another format...
  • I was retrieving image information...
  • I was retrieving filesystem information...
  • I was listing the filesystem contents...
  • I was extracting the filesystem contents...
  • I was creating a metadata sidecar...
  • I was checksumming the image...
  • I was verifying the image...
  • I was calculating the image entropy...

Destination image format

MDS/MDF

Filesystem

No response

Description

Trying to convert from a 2048/byte iso to an mds/mdf fails, as convert.cs relies on the return value of useLong to know if it needs to write long sectors or not, and it always returns true when converting from ISO to mds/mdf, seemingly because the foreach on the sector tag type returns nothing for the inputformat, and thus it can never return false.
(It also seems like even if it was fixed, it would still always return true unless you used --force?)

Exact command line used

aaru i convert test.iso test.mds

Expected behavior

I expected the iso to convert to mds/mdf

Actual behavior

Aaru created 0 byte mds and mdf files

Output of command execution with debug output enabled

The output looks completely normal. See explanation above about where the code goes wrong.

Affected image

Any ISO.

Originally created by @HeroponRikiBestest on GitHub (Nov 12, 2025). ### Version Development commit ### Commit hash 31dfcadab8039cb76ba1fc90d8bbc45eb8d7c63e ### Tested debug version? - [x] Yes ### Which operating systems have you used? - [ ] Windows - [x] Linux - [ ] macOS - [ ] Other ### What is the architectural bit size you're using? - [ ] 32-bit - [x] 64-bit - [ ] Unsure or unknown ### What processor are you using? - [x] An Intel or AMD - [ ] An ARM or Apple Silicon - [ ] Unsure or unknown ### Image format ISO (input), mds/mdf (output) ### Application that created the image aaru (created the original iso via converting with aaru) ### What were you doing when it failed? - [x] I was converting the image to another format... - [ ] I was retrieving image information... - [ ] I was retrieving filesystem information... - [ ] I was listing the filesystem contents... - [ ] I was extracting the filesystem contents... - [ ] I was creating a metadata sidecar... - [ ] I was checksumming the image... - [ ] I was verifying the image... - [ ] I was calculating the image entropy... ### Destination image format MDS/MDF ### Filesystem _No response_ ### Description Trying to convert from a 2048/byte iso to an mds/mdf fails, as convert.cs relies on the return value of useLong to know if it needs to write long sectors or not, and it always returns true when converting from ISO to mds/mdf, seemingly because the foreach on the sector tag type returns nothing for the inputformat, and thus it can never return false. (It also seems like even if it was fixed, it would still always return true unless you used --force?) ### Exact command line used aaru i convert test.iso test.mds ### Expected behavior I expected the iso to convert to mds/mdf ### Actual behavior Aaru created 0 byte mds and mdf files ### Output of command execution with debug output enabled ```shell The output looks completely normal. See explanation above about where the code goes wrong. ``` ### Affected image Any ISO.
claunia added the bugdump image formatneeds triage labels 2026-01-29 15:39:11 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: aaru-dps/Aaru-aaru-dps#1026