| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Long `unzip` time |
BS>> By boss is a old squish user, he told about the buffer problem, BS>> if a line had more than 512 charecters, Squish didn't read the BS>> rest.. And it was very problematic because he did have over 200 BS>> points, and many links too.. MG> The upper write limit is 128k in the 32 bit version. Isn't that a bit MG> more than 512 characters? MT> Bo's referring to the line length limit for a EchoArea MT> definition in SQUISH.CFG, and it is indeed 512 MT> characters. Scott's answer to that was supporting more MT> than 1 line per area. Ah.... That's the 512 byte limit folks are talking about. Ok. Only hubs with a LOT of downlinks or hubs with several downlinks and using full 2d or 3d node addressing in the echo area definitions would hit this..... I think I know two hubs that would hit this limit. Both happen to be zone level hubs. MT> Of course 200 links is more than 20% of Zone 1 these MT> days, so the real answer is a distribution topology, MT> not longer lines. ;) Personally, I tend to agree with you. We probably should still note this some place, like in the TODO list.... Take care..... Bob Jones, 1:343/41 --- Maximus/2 3.01* Origin: Top Hat 2 BBS (1:343/41) SEEN-BY: 633/267 270 @PATH: 343/41 10/345 106/1 2000 633/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™.