| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | nodelist lookup from command line |
ml> in what way? there is no zone 6 because there is no one there... the ml> bad decision was in not simply reading until the end of the file OR ml> until the next ZONE keyword ;) PQ> Cheeky! You do realise how long a sequential read on a nodelist PQ> takes using batch stuff, don't you. I found a shortcut method that PQ> worked excellently. Of course I'm upset. :) hahaha, yes, i know that some .bat processing can be slow... that's one reason i run 4dos ;) ;) you could always build a (new) zone index for each new nodelist and then jump to the zone being searched to do your sequential scan, couldn't you? that's what i'd do in pascal, asm or C if i was to (try) to write something like this in a compiled language... part of the problem could lie in the tools being used, too... grep is a powerful tool that one can put to many textfile processing jobs but some textfile database processing jobs can be a real b!tch to do ;) )\/(ark* Origin: (1:3634/12) SEEN-BY: 10/1 3 14/300 34/999 90/1 106/1 120/228 123/500 134/10 140/1 222/2 SEEN-BY: 226/0 236/150 249/303 261/20 38 100 1381 1404 1406 1410 1417 1418 SEEN-BY: 266/1413 280/1027 320/119 393/68 633/104 260 262 267 285 690/682 734 SEEN-BY: 712/848 800/432 801/161 189 2222/700 2320/100 105 200 2905/0 @PATH: 3634/12 123/500 261/38 633/260 267 |
|
| 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™.