TIP: Click on subject to list as thread! ANSI
echo: perl
to: mark lewis
from: Maurice Kinal
date: 2005-02-09 11:16:28
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™.