Moderators: simonsunnyboy, Mug UK, Zorro 2, Moderator Team
Arne wrote:My patch is smaller than Atari's original so I have filled in the void with nops. But not every patch works this way.
ThorstenOtto wrote:Arne wrote:My patch is smaller than Atari's original so I have filled in the void with nops. But not every patch works this way.
If you were able to replace it in the binary, then it should also be possible to include the asm source compiling to the same sequence.
ThorstenOtto wrote:And of course you only need to care about this when applying only some patch as asm, and later other ones with TOSPatch.
joska wrote:Do you even need the binary patches when you can patch the sources directly?
joska wrote:Do you even need the binary patches when you can patch the sources directly?
AtariZoll wrote:There are some things what would be nice to see - my favorite is DOS type FAT16 filesystem instead AHDI with large logical sectors - that would make hard disk work more efficient, possible larger partitions . But that's pretty big task.
joska wrote:Do you even need the binary patches when you can patch the sources directly?
joska wrote:A combination of EmuTOS DOS and TOS AES would be nice.
What if the asm-patch is bigger? This will break compatibility with TOSPatch.
And changes of the C-code will break it for sure IMHO.
Are all (needed) patches available as source? Or do TOSPatch BIN files need to be re-assembled?
joska wrote:EmuTOS's weak spot is the AES and desktop I think
joska wrote:AtariZoll wrote:There are some things what would be nice to see - my favorite is DOS type FAT16 filesystem instead AHDI with large logical sectors - that would make hard disk work more efficient, possible larger partitions . But that's pretty big task.
That has already been done in EmuTOS. EmuTOS's weak spot is the AES and desktop I think. A combination of EmuTOS DOS and TOS AES would be nice.
AtariZoll wrote:So, what EmuTOS version can do it, any special requirements ?
AtariZoll wrote:So, what EmuTOS version can do it, any special requirements ?
ThorstenOtto wrote:AtariZoll wrote:So, what EmuTOS version can do it, any special requirements ?
AtariZoll wrote:I just tried it with simple case: image with 2 short DOS FAT16 (under 32MB) partitions, and one BigDOS of 61MB, and EmuTOS 0.9.6 supplied with Hatari 2.0.0 mounts only first 2 non-BigDOS partitions (what can TOS too), 61 MB part. not.
So, what EmuTOS version can do it, any special requirements ?
AtariZoll wrote:Info for that partition just works not in Desktop.
AtariZoll wrote:I just tried it with simple case: image with 2 short DOS FAT16 (under 32MB) partitions, and one BigDOS of 61MB, and EmuTOS 0.9.6 supplied with Hatari 2.0.0 mounts only first 2 non-BigDOS partitions (what can TOS too), 61 MB part. not.
czietz wrote:Note that support for MS-DOS-style extended partitions was added to EmuTOS only recently,
AtariZoll wrote:I don't think that talking about EmuTOS features is off topic here - at least not if we want to use some parts of it.
AtariZoll wrote:Here is image: http://atari.8bitchip.info/TranscWithBigD.zip
AtariZoll wrote:Really don't think that some legal issues should be problem.
AtariZoll wrote:Here is image:
AtariZoll wrote:What here goes is mostly hobby activity.
AtariZoll wrote:Nobody will make money with some TOS patching.
AtariZoll wrote:Count of interested people is low.
1st1 wrote:ATARI GEM mostly was not impacted by APPLE, probably except for limit to maximum 4 desktop windows (see KAOS TOS which is based on 1.04 or simple TOS patches which can do a lot more even on 512 kB machine).
Users browsing this forum: No registered users and 2 guests