Path: utzoo!attcan!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!caen!uflorida!ukma!usenet.ins.cwru.edu!ncoast!allbery From: allbery@NCoast.ORG (Brandon S. Allbery KB8JRR) Newsgroups: comp.lang.perl Subject: Re: perl compared to other Unix tools Message-ID: <1990Dec12.010203.18075@NCoast.ORG> Date: 12 Dec 90 01:02:03 GMT References: <9592:Dec920:40:5190@kramden.acf.nyu.edu> <110275@convex.convex.com> Reply-To: allbery@ncoast.ORG (Brandon S. Allbery KB8JRR) Followup-To: comp.lang.perl Organization: North Coast Public Access *NIX, Cleveland, OH Lines: 21 As quoted from <110275@convex.convex.com> by tchrist@convex.COM (Tom Christiansen): +--------------- | In article <9592:Dec920:40:5190@kramden.acf.nyu.edu> brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes: | >2. Pass descriptors back and forth between programs. This is hellishly | | I'm not sure what you want here. It's pretty easy in perl to | connect processes through a file descriptor: +--------------- I think he means ioctl(streamfd, I_SENDFD, fd) or the socket equivalent. Problem is, I use plenty of machines that *don't* support it. This is about as portable as that alarm() replacement that uses setitimer... less so, in fact, as SVR3 with Streams support has I_SENDFD. ++Brandon -- Me: Brandon S. Allbery VHF/UHF: KB8JRR on 220, 2m, 440 Internet: allbery@NCoast.ORG Packet: KB8JRR @ WA8BXN America OnLine: KB8JRR AMPR: KB8JRR.AmPR.ORG [44.70.4.88] uunet!usenet.ins.cwru.edu!ncoast!allbery Delphi: ALLBERY