jonecool Posted April 24, 2018 Share Posted April 24, 2018 I seem to recall a TI Basic program that would catalog (to the screen) the contents of a disk. Does anyone have the basic program available to copy/paste here? TIA! Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted April 24, 2018 Share Posted April 24, 2018 Oooooo almighty Google... reveal to me your deepest darkest secrets! https://www.ninerpedia.org/wiki/Disk_directory_reader_in_BASIC Quote Link to comment Share on other sites More sharing options...
jonecool Posted April 24, 2018 Author Share Posted April 24, 2018 Awesome, thank you! I had a hard time finding it. Just tried it on the TIPI and it works well. I appreciate it OLD CS1! Oooooo almighty Google... reveal to me your deepest darkest secrets! https://www.ninerpedia.org/wiki/Disk_directory_reader_in_BASIC Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 24, 2018 Share Posted April 24, 2018 Awesome, thank you! I had a hard time finding it. Just tried it on the TIPI and it works well. I appreciate it OLD CS1! I tweaked it just a tad for TIPI use as the disk size & used is never accurate... Tweaked DIR.zip 1 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted April 24, 2018 Share Posted April 24, 2018 Awesome, thank you! I had a hard time finding it. Just tried it on the TIPI and it works well. I appreciate it OLD CS1! You betcha. My search-fu is not always as good as I would like, either. 1 Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 24, 2018 Share Posted April 24, 2018 After further thought, it did not make sense to have the file size displayed as sectors, so I adjusted it to read in 'approximate' kilobytes. Tweaked DIR-2.zip 1 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted April 24, 2018 Share Posted April 24, 2018 After further thought, it did not make sense to have the file size displayed as sectors, so I adjusted it to read in 'approximate' kilobytes. Me likey. I always felt catalogs/directories which show sectors, blocks, granules, etc. adhere to the very special nature of the computers but really do not mean a whole lot in practical terms. 1 Quote Link to comment Share on other sites More sharing options...
+mizapf Posted April 24, 2018 Share Posted April 24, 2018 Me likey. I always felt catalogs/directories which show sectors, blocks, granules, etc. adhere to the very special nature of the computers but really do not mean a whole lot in practical terms. Really? I think sector counts are more useful than lengths. For instance, I cannot say much about a BASIC program that has a size of 9134 byte; what does it mean for memory usage? Since we mostly have a single-program system where only one program is running at a time, there is not much need to add lengths. In contrast, I'd be very much interested how many allocation units are left on the drive, which are sectors on disk. If you tell the length, is it the real length of the program that it requires in memory, or is it the number of sectors times 256? 1 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted April 24, 2018 Share Posted April 24, 2018 Really? Yup. But to each his own. 1 Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 24, 2018 Share Posted April 24, 2018 In contrast, I'd be very much interested how many allocation units are left on the drive, which are sectors on disk. If you tell the length, is it the real length of the program that it requires in memory, or is it the number of sectors times 256? If this was a normal situation I'd agree with you. The original program does not read disk size or used amount on the TIPI, so I thought it best to eliminate the erroneous displayed information. Since 'sectors' no longer seem applicable and size constraints are practically irrelevant on the TIPI, (I know I'll never fill mine up in my life time) I figured I'd go with approximate file size. Quote Link to comment Share on other sites More sharing options...
RXB Posted April 24, 2018 Share Posted April 24, 2018 RXB Catalog no longer cares number of files anymore. REA Directory does show number of files up to 99999 number of files. 2 Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 24, 2018 Share Posted April 24, 2018 Rich, I really like the color scheme of the REA directory program and the fact that it does very well on the TIPI sub-directories/folders, and also the way it loads E/5's and even E/A3's is cool. It's the pesky "Free=" and "Used=" that keeps putting a wrench in the works. Damn, if only there were a TIPI version of REA that eliminated those two items for TIPI users. 1 Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted April 24, 2018 Share Posted April 24, 2018 Rich, I really like the color scheme of the REA directory program and the fact that it does very well on the TIPI sub-directories/folders, and also the way it loads E/5's and even E/A3's is cool. It's the pesky "Free=" and "Used=" that keeps putting a wrench in the works. Damn, if only there were a TIPI version of REA that eliminated those two items for TIPI users. Another solution is for TIPI to artificially limit the total reported sectors. Free and used are just trying to report what the DSR returns, and most assembly programs won't display such large floating point numbers in a format you want to see, if at all. 1 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted April 24, 2018 Share Posted April 24, 2018 I abhor the idea of artificial limitations with no alternate solution. In Commodore DOS you can pass special flags to a directory listing such as $*=P to only show PRG (program) files. What about in TIPI to limit the results to match what legacy programs expect but then have a special request which will show the real stats. Where DSK. is the standard directory, DSK1.# or similar to show the real values for programs which will interpret them properly. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted April 24, 2018 Share Posted April 24, 2018 That's not for me to decide. Personally, I would limit total sectors reported by a large device to something displayable by the host. The point may be moot anyway, since many of the disk-based programs will try to catalog via the sector IO method or limit their display to a 16-bit integer value. Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 25, 2018 Share Posted April 25, 2018 Hey, are any of you guys interested in doing a 'round table feature creep' to the directory program starting in << THIS MESSAGE >>? The goal would be to make a 'Super TIPI Directory Program' for the TI. Anyone willing could take a shot, add a feature or two, make format changes, basically anything is open. I suppose getting it compiled and turned into an FR99/FG99 .bin would the ultimate conclusion. What say you? Quote Link to comment Share on other sites More sharing options...
+jedimatt42 Posted April 26, 2018 Share Posted April 26, 2018 DM2K works pretty well. -M@ 3 Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted April 29, 2018 Share Posted April 29, 2018 I was messing around with the program tonight, but noticed the time was WAY OFF. I think it's displaying UTC/GMT. Anyway, not knowing a dang thing about the RPi side of things, I have to ask... is there away via TIPI to change the time zone? Quote Link to comment Share on other sites More sharing options...
+arcadeshopper Posted May 4, 2018 Share Posted May 4, 2018 I was messing around with the program tonight, but noticed the time was WAY OFF. I think it's displaying UTC/GMT. Anyway, not knowing a dang thing about the RPi side of things, I have to ask... is there away via TIPI to change the time zone? telnet sudo raspi-config 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.