| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | txt2pkt.pl |
Hey mark! Feb 09 13:00 05, mark lewis wrote to Maurice Kinal: ml> hunh? what variables? all i'm saying is to maintain a serial counter ml> somewhere and increment it each time a MSGID is used... I got it. That might indeed be the best solution but I still wish to explore the possibilty of not needing to add ANY extra steps then what absolutely HAS to happen to succcessfully create a pkt from some client input. ml> there is absolutely no reason the user has to have any involvement in ml> the MSGID creation... I agree wholeheatedly. The server should take care of that. ml> no matter what is done, however, if the system clock is used for any ml> portion of the MSGID, there will always be a danger of generating ml> dupe numbers within the three year period... Nevermind three years, it can do MANY in one second. In the situation here at least twenty on average, and probably more once I work out ridding some existing redundancy, is a REALITY as we speak. I need to do something about that and would prefer it to be something that can be exploited further on, especially if an extra step or routine is required. MK>> Of course simply not adding a MSGID is doable given it isn't a MK>> requirement. I am seriously thinking that might be the best MK>> course of action and damn the consequences, full speed ahead! ml> too much of that already out there and causing some of the problems ml> which you are aware of... Oh yeah! I hear ya. Life is good, Maurice --- Msged/LNX 6.1.2* Origin: Coffin Point - Ladysmith, BC Canada (1:153/401.1) SEEN-BY: 633/267 270 @PATH: 153/401 307 140/1 106/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™.