Barry Brevik <> wrote: > Thank you very much for the great replies everybody! > >> Also, on a pedantic note, you cannot have multiple processes >> listening on a single port. Using SO_REUSEADDR means that multiple >> processes can bind to the port, but only one at a time can listen. > > This addresses my issue nicely. I thought I was going insane, and now > I know it just doesn't work that way. > > Someone suggested not to write servers in Perl on Win32. But it is so > compelling to do so! In any case, I don't have the ability at this > time to code in the languages mentioned. I *could* pull it off with > assembly language, but I don't want to. > > Fork() seems to work just fine on Win32, except there seems to be a > 64 process limit. Even that would be fine if I could get those > threads to terminate and give those resources back to the system.
It can take a while for resources to be released when a thread terminates (assuming it terminates properly). I recall it taking in the order of 2 to 3 minutes on Solaris. > > Explaining my rational, a single process server would probably work > fine most of the time. But sometimes I need to telnet 25 to the > server manually for testing, and this would tie up the process for a > long time causing other inbound connections to time out. I don't see why it should tie up the process if you are using select properly. You should be processing each bit of input as it arrives from each connection. It shouldn't matter whether there is a process at the other end, or you typing. BTW, as you refer to port 25, i.e. the SMTP port, are you using SMTP? If so have you looked at the various SMTP modules that CPAN has to offer? HTH -- Brian Raven ================================= Atos Euronext Market Solutions Disclaimer ================================= The information contained in this e-mail is confidential and solely for the intended addressee(s). Unauthorised reproduction, disclosure, modification, and/or distribution of this email may be unlawful. If you have received this email in error, please notify the sender immediately and delete it from your system. The views expressed in this message do not necessarily reflect those of Atos Euronext Market Solutions. L'information contenue dans cet e-mail est confidentielle et uniquement destinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee. Toute copie, publication ou diffusion de cet email est interdite. Si cet e-mail vous parvient par erreur, nous vous prions de bien vouloir prevenir l'expediteur immediatement et d'effacer le e-mail et annexes jointes de votre systeme. Le contenu de ce message electronique ne represente pas necessairement la position ou le point de vue d'Atos Euronext Market Solutions. _______________________________________________ ActivePerl mailing list [email protected] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
