Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DOS 3.3 FST, Pascal FST #200

Open
ZoriaRPG opened this issue May 30, 2020 · 6 comments
Open

DOS 3.3 FST, Pascal FST #200

ZoriaRPG opened this issue May 30, 2020 · 6 comments
Labels
BCR-low Benefit to Cost Ratio is low DeskTop DeskTop bugs or feature requests feature request User-facing feature additions/enhancements Non-ProDOS8 Interactions with non-P8 filesystems, etc.

Comments

@ZoriaRPG
Copy link

One thing that Apple II Desktop lacks, that GS/OS and GEOS managed to handle, is the ability to read DOS 3.3 format disks. I feel as if this could be solved, and that launching BASIC programmes from DOS 3.3 diskettes, and perhaps even BRUNning binary files from them should be possible in Apple II Desktop.

Perhaps it would be possible to backport GSOS FSTs, or just provide a driver for this.

It would also be nice to access Pascal format volumes.

@inexorabletash inexorabletash added DeskTop DeskTop bugs or feature requests feature request User-facing feature additions/enhancements labels May 30, 2020
@inexorabletash inexorabletash changed the title [feature request] DOS 3.3 FST, Pascal FST DOS 3.3 FST, Pascal FST May 30, 2020
@inexorabletash
Copy link
Collaborator

The main limit is RAM - there's not enough room without substantial rework. But the rework is doable - more of the core of DeskTop could be moved into overlays.

The code is also very, very ProDOS-centric. Doable, but lots of work.

@ZoriaRPG
Copy link
Author

Are you constraining future A2D releases to 64K, 128K, or expanded RAM? This is speculative, but IMO, most people who would regularly run A2D have expanded RAM and most likely at least a 3.5MHz system.

@inexorabletash
Copy link
Collaborator

128k is required now. A rearchitecture to support more than 128k if available would likely be a near total rewrite. Doable, but beyond the time investment I'm ever going to make. I'd encourage others to give it a try, though!

@ZoriaRPG
Copy link
Author

So, basic DOS 3.3 support would exceed 128K. That's sad.

@inexorabletash
Copy link
Collaborator

Not necessarily, but memory is currently very tight - see the memory map in the desktop README. I don't know how big such FSTs would likely be, plus the abstraction layer on top of them replacing direct ProDOS MLI calls. I'm assuming several kilobytes, which means figuring out how to remove that much from DeskTop, either by optimization or overlays.

GEOS is obviously a proof by example that it's doable in 128k, given that as a design goal from scratch.

Contributions welcome.

@inexorabletash inexorabletash added the BCR-low Benefit to Cost Ratio is low label Jun 6, 2020
@I3arana
Copy link

I3arana commented Nov 19, 2020

The two 8 bit packages that can read hfs disks are hfslink and a2fx. FYI
HFS link can read up to 40mb volumes.Both available on asimov

@inexorabletash inexorabletash added the Non-ProDOS8 Interactions with non-P8 filesystems, etc. label Nov 23, 2020
polluks referenced this issue Jan 15, 2025
When launched, the DA shows a list of DOS 3.3 disks. After one is
selected, the catalog is shown and files can be selected and imported.

* The files are imported to the current directory. Which is a bit
  weird if that's the Extras folder.
* If an error is encountered, the importer closes and an alert is
  shown. This is a consequence of a lack of memory needed to show the
  alert and keep the code/data in memory.
* Text files are imported as whole sectors, because DOS 3.3 text files
  can contain nulls.

... and probably other weirdness.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
BCR-low Benefit to Cost Ratio is low DeskTop DeskTop bugs or feature requests feature request User-facing feature additions/enhancements Non-ProDOS8 Interactions with non-P8 filesystems, etc.
Projects
None yet
Development

No branches or pull requests

3 participants