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
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