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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,702781cf936361cb,start X-Google-Attributes: gid103376,public From: Jeff Parke Subject: Anybody working with ATM? Date: 2000/07/18 Message-ID: <39743E92.2E2A5014@freeoutpost.com>#1/1 X-Deja-AN: 647732682 Content-Transfer-Encoding: 7bit X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@houston.jhuapl.edu X-Trace: houston.jhuapl.edu 963919595 17422 128.244.10.29 (18 Jul 2000 11:26:35 GMT) Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Mime-Version: 1.0 NNTP-Posting-Date: 18 Jul 2000 11:26:35 GMT Newsgroups: comp.lang.ada Date: 2000-07-18T11:26:35+00:00 List-Id: I find myself maintaining some legacy code that was written in a PERL variant of g++. Anyone who has some ATM experience (and is willing to share, compensated or otherwise) is invited to apply. The problem domain appears to me to be servicing the output from the switch: it seems that the switch is capable of generating high volume realtime data. All I need to do is pipe the incoming ATM stream of data out to an Exabyte Mammoth tape drive. Some error handling would be nice...but all I really care about is that the tape device continues to record. The original code was written in C (in a very PERLlike style,) and the author has decomposed the problem differently than I would...but his decomposition is not unreasonable. Streams just cry out to me, but I worry about timing and hence my appeal to other ATM clients. Anybody out there?