About 10 years ago I posted in this group about wanting an Apple ][ emulator that would run on my then new Chromebook. Now, thanks to DOSBox, I'm able to run ApplePC which satisfies my current Apple ][ environment testing needs. But now I'm in need of an image manipulator, like AppleCider, that doesn't need Windows, i.e. can run in DOSBox. Is there such a beast???To be clear: you want a command-line utility that runs in MS-DOS?
About 10 years ago I posted in this group about wanting an Apple ][ emulator that would run on my then new Chromebook. Now, thanks to DOSBox, I'm able to run ApplePC which satisfies my current Apple ][ environment testing needs. But now I'm in need of an image manipulator, like AppleCider, that doesn't need Windows, i.e. can run in DOSBox. Is there such a beast???There is MSDos command line software for the Apple II that Reads/writes to FAT formatted disks. Might be able to work within Applecider and allow access to files from DosBox. Although it may only access FAT12 disks.
On Wednesday, January 18, 2023 at 8:31:35 AM UTC-8, A2CPM wrote:
About 10 years ago I posted in this group about wanting an Apple ][ emulator that would run on my then new Chromebook. Now, thanks to DOSBox, I'm able to run ApplePC which satisfies my current Apple ][ environment testing needs. But now I'm in need of an image manipulator, like AppleCider, that doesn't need Windows, i.e. can run in DOSBox. Is there such a beast???
To be clear: you want a command-line utility that runs in MS-DOS?
What do you want it to do?
On Wednesday, January 18, 2023 at 8:31:35 AM UTC-8, A2CPM wrote:Yes, command line utility that runs in MS-DOS. Ideally, it would take a text file and convert it to an image of a 5.25 inch ProDOS disk. That way, I could mount the image in ApplePC and transfer the text file to an existing 32 MB HD image for compilation and testing.
About 10 years ago I posted in this group about wanting an Apple ][ emulator that would run on my then new Chromebook. Now, thanks to DOSBox, I'm able to run ApplePC which satisfies my current Apple ][ environment testing needs. But now I'm in need of an image manipulator, like AppleCider, that doesn't need Windows, i.e. can run in DOSBox. Is there such a beast???To be clear: you want a command-line utility that runs in MS-DOS?
What do you want it to do?
On Wednesday, January 18, 2023 at 5:34:01 PM UTC-5, fadden wrote:
On Wednesday, January 18, 2023 at 8:31:35 AM UTC-8, A2CPM wrote:Yes, command line utility that runs in MS-DOS. Ideally, it would take a text file and convert it to an image of a 5.25 inch ProDOS disk. That way, I could mount the image in ApplePC and transfer the text file to an existing 32 MB HD image for compilation and testing.
What do you want it to do?
On 1/20/23 3:03 PM, A2CPM wrote:Either one. When I test using AppleCider and AppleWin, via Windows 10, I do any final editing on the text file with Notepad and then transfer the text file into a 32 MB HD image for compilation and testing. ApplePC accesses the same '.HDV' files as AppleWin so, for what I'm testing, I'm able to compile and test using the same sequences with both AppleWin and ApplePC. Creating a new disk image from a file is a simpler task, IMHO.
On Wednesday, January 18, 2023 at 5:34:01 PM UTC-5, fadden wrote:So you want it to _inject_ a text file into an existing disk image? Or,
On Wednesday, January 18, 2023 at 8:31:35 AM UTC-8, A2CPM wrote:Yes, command line utility that runs in MS-DOS. Ideally, it would take a text file and convert it to an image of a 5.25 inch ProDOS disk. That way, I could mount the image in ApplePC and transfer the text file to an existing 32 MB HD image for compilation and testing.
What do you want it to do?
you want the text file to somehow form the basis for a new disk image?
I'd like to work with you on improving AppleCider's ability to cope with images of CP/M disks.Presumably you mean CiderPress?
On Friday, January 20, 2023 at 4:19:33 PM UTC-8, A2CPM wrote:
I'd like to work with you on improving AppleCider's ability to cope with images of CP/M disks.
Presumably you mean CiderPress?
The support in CiderPress is a reflection of my level of familiarity with CP/M, which is
pretty low. It supports 140KB disks, but read-only.
I found what appear to be a couple of 800KB CP/AM disks, which look like CP/M with a
different catalog start and possibly a different block size. The tricky part is stuff
like, "The DPB is not usually stored on disc. It is either hardwired into the BIOS, or
generated on the fly." (https://www.seasip.info/Cpm/format31.html) So it might be
necessary to have a set of possible configurations and apply each in turn until something
reasonable pops out.
In any event, I hope to have time to make some improvements in a couple of months.
With respect to your original question, Cadius (https://brutaldeluxe.fr/products/crossdevtools/cadius/index.html) can create disk images
and copy files on and off of ProDOS disks. If you want actual MS-DOS, and not just
command-line, it'd probably work for that as well, being straightforward ANSI C.
[...]
With respect to your original question, Cadius (https://brutaldeluxe.fr/products/crossdevtools/cadius/index.html) can create disk images and copy files on and off of ProDOS disks. If you want actual MS-DOS, and not just command-line, it'd probably work for that as well, being straightforward ANSI C.
With respect to your original question, Cadius (https://brutaldeluxe.fr/products/crossdevtools/cadius/index.html) can create disk images and copy files on and off of ProDOS disks. If you want actual MS-DOS, and not just command-line, it'd probably work for that as well, being straightforward ANSI C."CADIUS.EXE", when run in DOSBox, reports 'This program cannot be run in DOS mode'. So, I'm looking into rolling my own.
The DebianYes, this is what I was talking about. Filesystems like ProDOS and HFS have a universal "start here" block that defines the geometry for the rest of the disk. CP/M expects those values to be defined elsewhere, so simple acts like reading the disk directory require probing multiple configurations.
`cpmtools' package has a file, /etc/cpmtools/diskdefs, with information
on the disk layouts for quite a variety of systems and floppy-disk
sizes. There are 98 such definitions in the package on my system.
There is MSDos command line software for the Apple II that Reads/writes to FAT formatted disks.
On 1/18/23 6:15 PM, I am Rob wrote:
There is MSDos command line software for the Apple II that Reads/writes to FAT formatted disks.There is? What/where is it?
On Monday, January 23, 2023 at 7:00:14 AM UTC-8, schmidtd wrote:
On 1/18/23 6:15 PM, I am Rob wrote:
There is MSDos command line software for the Apple II that Reads/writes to FAT formatted disks.There is? What/where is it?
Peter Watson's shareware MSDOS utilities, for the IIgs (Orca/GNO).
This looks like it: https://www.whatisthe2gs.apple2.org.za/msdos-tools-v2-21.html
Also: https://groups.google.com/g/comp.sys.apple2/c/8bX4SstkN6A
Peter Watson's shareware MSDOS utilities, for the IIgs (Orca/GNO).
This looks like it: https://www.whatisthe2gs.apple2.org.za/msdos-tools-v2-21.html
Also: https://groups.google.com/g/comp.sys.apple2/c/8bX4SstkN6AAh, writing MSDOS _from_ the GS. That wasn't the direction I understood
was interesting to the OP.
No. This is not what I have. The one I have is Prodos system based and does not have .exe or S16 files.--- Synchronet 3.21b-Linux NewsLink 1.2
I can't seem to locate it on Asimov, so I think I may have got it through someones collection I bought at one time.
Ah, writing MSDOS _from_ the GS. That wasn't the direction I understoodIt took me some time to realize that "OP" meant me. Anyway, I wrote a program which I'm naming "GPDDIF", which stands for generate ProDOS disk image file. It was coded using Turbo Pascal. The compiled executable runs in DOSBox and accepts the name of a text file as a command line argument and generates a 143 KB '.DSK' file that can be accessed by "ApplePC".
was interesting to the OP.
sim2du10.zip at ftp://ftp.apple.asimov.net/pub/apple_II/emulators/simiie/ appears to be exactly that which I originally requested.One thing to be aware of: for Sim //e, a ".HDV" file had a small header on it. CiderPress recognizes the files but I don't know how many other things will. The header is a fixed-length string ("SIMSYSTEM_HDV") followed by the volume block count, and the rest of the file is just ProDOS-ordered blocks like you'd find in .po/.hdv, so modifying the tools to work on other files should be straightforward.
This information found at https://stason.org/TULARC/pc/apple2/emulator/2-9-10-SimIIe-SimSystem-IIe-version-1-0.html
One thing to be aware of: for Sim //e, a ".HDV" file had a small header on it. CiderPress recognizes the files but I don't know how many other things will. The header is a fixed-length string ("SIMSYSTEM_HDV") followed by the volume block count, and the rest of the file is just ProDOS-ordered blocks like you'd find in .po/.hdv, so modifying the tools to work on other files should be straightforward.The DU "AFTP" program expects the ProDOS image file it accesses to have the 15 byte header you describe. I discovered that "AFTP" will work with '.DSK' image files. After exiting "ApplePC", simply use the MSDOS "COPY" command to prepend a 15 byte header to the disk image file you worked on with "ApplePC". "AFTP" didn't complain that the header I prepended to the '.DSK' file had a volume block count of $FFFF.
"AFTP" didn't complain that the header I prepended to the '.DSK' file had a volume block count of $FFFF.The reason the block count exists is to allow the file size to be less than the volume size. So you could create a 32MB ProDOS volume, but only have it take up a few KB on disk, saving space on the host computer. The emulator (and, presumably, the tools) will grow the file as needed as more files are added.
Non-Windows disk image manipulator no longer needed as I'm now able
to access CiderPress and AppleWin from my Chromebook via Chrome
Remote Desktop. My thanks to all who responded in this thread.
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 65 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 00:55:14 |
| Calls: | 862 |
| Files: | 1,311 |
| D/L today: |
10 files (20,373K bytes) |
| Messages: | 264,187 |