| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | os/2 hang |
PE> I really must move to Linux soon. I've just commented out the PE> last of the squish things that dealt with things on the PE> 3:711/934 address, so now I can move on to some of the other PE> utilities. Areafix is the next one, and hopefully Bob will come PE> up with the other two, and I should just about be done. I've decided to use FILES.TXT itself as the template, rather than split it up, but the logic gets a bit strange... I've added a number to the section headers, and I simply read through FILES.TXT using these numbers to identify the sections, and check against the TIC.DAT file to relate the number to the actual directory... as long as they're in sequence. If they're not (if you've removed one of the sections), then it checks the missing nukbers in TIC.DAT, and if a directory is listed then it writes the files there in the missing section(s)... but without the headers or descriptions. You have to add these yourself (or not, if you've got the poohs). Of course, the other part of TIC (that I haven't finished yet) will write its own descriptions from the TIC file. I could keep a set of headers somewhere else, but I can't see the point. Someone would have to create the headers, so you may as well do it as required in FILES.TXT itself. The only thing that's got me beat is the "Newest:" file entry. How the hell do I know which is the last file added? I can do it with the TIC entries, but I can't see a way to do it otherwise, short of keeping two sets of files listings... Regards, Bob ___ Blue Wave/QWK v2.12 @EOT: ---* Origin: Precision Nonsense, Sydney (3:711/934.12) SEEN-BY: 711/934 712/610 @PATH: 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.