| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Grrr |
On Wed, 02 Apr 2014, Markus Reschke wrote to All: MR> Double Ouch! First one is using signed integers for the fido MR> address. Have you even seen a negative node number? That requires MR> tons of type conversions which could have been avoided. it is actually to spec and political documentation which talks about using an address of -1s for requesting a new node number but most these days are using one of z:n/999 or z:n/9999 for these purposes... on the other hand, i agree with you and my self-written software uses unsigned word values for the numerical address portions... that let's me handle 65535:65535/65535.65535 which a lot of other FTN software can't touch since they are limites to 32767:32767/32767.32767... but then one stops and wonders about any real need for such large numbers in this day and age :) then there's also the question of what happens when other systems receive such large numbers when their mailers connect or their tossers attempt to toss mail with such addresses :) )\/(ark One of the great tragedies of life is the murder of a beautiful theory by a gang of brutal facts. --Benjamin Franklin --- FMail/Win32 1.60* Origin: (1:3634/12.71) SEEN-BY: 3/0 203/0 633/267 280 640/384 1384 712/0 550 848 @PATH: 3634/12 123/500 154/10 203/0 640/384 712/848 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™.