From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,fed2e7871ca258cd X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-12-17 01:40:02 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.clara.net!heighliner.fr.clara.net!oleane.net!oleane!nnrp.oleane.net!not-for-mail From: "Jean-Pierre Rosen" Newsgroups: comp.lang.ada Subject: Re: Server - tasking and long lived connections Date: Mon, 17 Dec 2001 10:34:45 +0100 Organization: Adalog Message-ID: <9vkecb$a6v$1@s1.read.news.oleane.net> References: <3C1DB7B7.DF767F9@canal-plus.fr> NNTP-Posting-Host: mailhost.axlog.fr X-Trace: s1.read.news.oleane.net 1008581835 10463 195.25.228.57 (17 Dec 2001 09:37:15 GMT) X-Complaints-To: abuse@oleane.net NNTP-Posting-Date: Mon, 17 Dec 2001 09:37:15 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:17989 Date: 2001-12-17T10:34:45+01:00 List-Id: "Thierry Lelegard" a �crit dans le message news: 3C1DB7B7.DF767F9@canal-plus.fr... > I think that the trap in this kind of applications (servers with one > or more tasks per client connection) is the fate of the tasks when > the client disconnects. If you let the tasks die and recreate new > tasks for new client connections, you will most certainly face some > slow memory leak. We have seen that, although the stack itself is > deallocated when a task dies, there aer a few bytes which remain > allocated (some kind of TCB I suppose). > This was due to the (in)famous Rosen's pathology ;-) It has been (fortunately) exterminated in in Ada 95, so the problem should not appear any more. -- --------------------------------------------------------- J-P. Rosen (rosen@adalog.fr) Visit Adalog's web site at http://www.adalog.fr