Jump to content
IGNORED

TI Basic Disk Catalog BASIC Program


jonecool

Recommended Posts

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.

  • Like 1
Link to comment
Share on other sites

 

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?

  • Like 1
Link to comment
Share on other sites

 

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.

Link to comment
Share on other sites

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.

post-35324-0-34070800-1524599543.jpg

  • Like 1
Link to comment
Share on other sites

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.

  • Like 1
Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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

 

post-25598-0-30884000-1525391964_thumb.jpg

 

post-25598-0-75249700-1525392014_thumb.jpg

 

post-25598-0-32756600-1525392158_thumb.jpg

 

post-25598-0-03466300-1525392171_thumb.jpg

Link to comment
Share on other sites

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...