DISK: Fix off by one error in reporting RSTS file structure info
Updates the previous commit to do it better, by not changing the return value of get_rsts_filesystem_size -- it still returns the size, at least our best guess of it (for RSTS it's not possible to get it correct in every case, but it will be correct for most scenarios).
This commit is contained in:
parent
efb83fa831
commit
44bdb8a9d6
1 changed files with 2 additions and 2 deletions
|
@ -1952,7 +1952,7 @@ if (uar != 0) {
|
|||
}
|
||||
}
|
||||
scanDone:
|
||||
*result = ((t_offset)(blocks + 1) * context->pcs) - 1;
|
||||
*result = (t_offset)(blocks + 1) * context->pcs;
|
||||
return SCPE_OK;
|
||||
}
|
||||
}
|
||||
|
@ -2029,7 +2029,7 @@ for (context.dcshift = 0; context.dcshift < 8; context.dcshift++) {
|
|||
sim_messagef(SCPE_OK, "%s: '%s' Contains a RSTS File system\n", sim_uname (uptr), uptr->filename);
|
||||
sim_messagef(SCPE_OK, "%s: Pack ID: %6.6s Revision Level: %3s Pack Clustersize: %d\n",
|
||||
sim_uname (uptr), context.packid, fmt, context.pcs);
|
||||
sim_messagef(SCPE_OK, "%s: Last Unallocated Sector In File System: %u\n", sim_uname (uptr), (uint32)(ret_val / 512));
|
||||
sim_messagef(SCPE_OK, "%s: Last Unallocated Sector In File System: %u\n", sim_uname (uptr), (uint32)((ret_val / 512) - 1));
|
||||
goto cleanup_done;
|
||||
}
|
||||
}
|
||||
|
|
Loading…
Add table
Reference in a new issue