+bob1200xl Posted March 2, 2012 Author Share Posted March 2, 2012 TBXL is looking for a file to run at the end of the load, so it does a directory search. It seems to do this in all versions/hardware. How many directory sectors it reads probably depends on how many files are on the disk. Bob Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 2, 2012 Share Posted March 2, 2012 Doesn't TB routinely look for an autorun file to execute? Quote Link to comment Share on other sites More sharing options...
+Larry Posted March 2, 2012 Share Posted March 2, 2012 Yes, that must be it -- looking for "AUTORUN.BAS" IIRC. Here are the partial APE logs from both loads. I would not have noticed it on the patched version had it not read all the directory sectors. (3 files on the D1: image). On the regular MyDos, there were 2 files. To make this as apple-to-apples, I copied the XEX patch file to the regular MyDos disk. It still only checks the first directory sector. Not complaining at all -- I'm happy to have it work. Patched MyDos loading TBXL: Device: 32 Command: 52 Aux 1: 87 Aux 2: 00 Checksum: 0C Device: 32 Command: 52 Aux 1: 88 Aux 2: 00 Checksum: 0D Device: 32 Command: 52 Aux 1: 89 Aux 2: 00 Checksum: 0E Device: 32 Command: 52 Aux 1: 8A Aux 2: 00 Checksum: 0F Device: 32 Command: 52 Aux 1: 8B Aux 2: 00 Checksum: 10 Device: 32 Command: 52 Aux 1: 8C Aux 2: 00 Checksum: 11 Device: 32 Command: 52 Aux 1: 8D Aux 2: 00 Checksum: 12 Device: 32 Command: 52 Aux 1: 8E Aux 2: 00 Checksum: 13 Device: 32 Command: 52 Aux 1: 8F Aux 2: 00 Checksum: 14 Device: 32 Command: 52 Aux 1: 90 Aux 2: 00 Checksum: 15 Device: 32 Command: 52 Aux 1: 91 Aux 2: 00 Checksum: 16 Device: 32 Command: 52 Aux 1: 92 Aux 2: 00 Checksum: 17 Device: 32 Command: 52 Aux 1: 93 Aux 2: 00 Checksum: 18 Device: 32 Command: 52 Aux 1: 94 Aux 2: 00 Checksum: 19 Device: 31 Command: 52 Aux 1: 01 Aux 2: 00 Checksum: 84 Device: 31 Command: 53 Aux 1: 01 Aux 2: 00 Checksum: 85 Device: 31 Command: 52 Aux 1: 69 Aux 2: 01 Checksum: ED Device: 31 Command: 52 Aux 1: 6A Aux 2: 01 Checksum: EE Device: 31 Command: 52 Aux 1: 6B Aux 2: 01 Checksum: EF Device: 31 Command: 52 Aux 1: 6C Aux 2: 01 Checksum: F0 Device: 31 Command: 52 Aux 1: 6D Aux 2: 01 Checksum: F1 Device: 31 Command: 52 Aux 1: 6E Aux 2: 01 Checksum: F2 Device: 31 Command: 52 Aux 1: 6F Aux 2: 01 Checksum: F3 Device: 31 Command: 52 Aux 1: 70 Aux 2: 01 Checksum: F4 Regular MyDos loading TBXL: Device: 32 Command: 52 Aux 1: 8F Aux 2: 00 Checksum: 14 Device: 32 Command: 52 Aux 1: 90 Aux 2: 00 Checksum: 15 Device: 32 Command: 52 Aux 1: 91 Aux 2: 00 Checksum: 16 Device: 32 Command: 52 Aux 1: 92 Aux 2: 00 Checksum: 17 Device: 32 Command: 52 Aux 1: 93 Aux 2: 00 Checksum: 18 Device: 32 Command: 52 Aux 1: 94 Aux 2: 00 Checksum: 19 Device: 31 Command: 52 Aux 1: 01 Aux 2: 00 Checksum: 84 Device: 31 Command: 53 Aux 1: 01 Aux 2: 00 Checksum: 85 Device: 31 Command: 52 Aux 1: 69 Aux 2: 01 Checksum: ED -Larry Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 2, 2012 Share Posted March 2, 2012 Not sure what's going on there. Does it still run AUTORUN.BAS regardless of its position in the directory? Also - are those logs reversed (since the implication was that the patched version is causing fewer sector reads)? The only possible variable I can see here is that the content of the IOCB block takes whatever was in the ZIOCB during the call to INIT in the patched version, while in the original both the ZIOCB and the IOCB will have identical contents. Quote Link to comment Share on other sites More sharing options...
+bob1200xl Posted March 2, 2012 Author Share Posted March 2, 2012 Does my '816 version fix do this? (not on my hardware... it just reads the first directory sector, like your second example) Bob Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 2, 2012 Share Posted March 2, 2012 By the time TB has control, it's trying to open a file using a standard CIO call. Surely there are more external variations causing these different sector reads??? Quote Link to comment Share on other sites More sharing options...
+CharlieChaplin Posted March 2, 2012 Share Posted March 2, 2012 @Jon: Afaik, the latest version of MyDOS (MyDOS 4.55 beta 4) still has this bug - can you change your patcher program so that it works with this version 4.55 too...?!? -Andreas Koch. Mdb4.zip Quote Link to comment Share on other sites More sharing options...
+Larry Posted March 2, 2012 Share Posted March 2, 2012 No, not on mine -- neither 1200XL or WIDE. It's just fine -- just my curiosity. -Larry Does my '816 version fix do this? (not on my hardware... it just reads the first directory sector, like your second example) Bob Quote Link to comment Share on other sites More sharing options...
Roydea6 Posted March 2, 2012 Share Posted March 2, 2012 I hate the 4 digit sector size of MyDos 4.50. So I would like to see a patcher for latest MyDOS 4.55 also. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 2, 2012 Share Posted March 2, 2012 (edited) Here you go: Mdb4_wide_patch.atr That's pre-patched. The patcher will detect version 4.50 and 4.55 beta 4, and also whether they're already patched. md45wide.xex Any problems - let me know. NOTE: I tried creating a patched MyDOS disk with lots of files in it, with AUTORUN.BAS further down the list. TB picked it up and ran it every time. Edited March 2, 2012 by flashjazzcat 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.