Path: utzoo!utgpu!watserv1!watmath!att!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!dali.cs.montana.edu!ogicse!unmvax!uokmax!servalan!epmooch!ben From: ben@epmooch.UUCP (Rev. Ben A. Mesander) Newsgroups: comp.sys.amiga.tech Subject: Re: PIPEing from ser: Message-ID: Date: 18 Nov 90 06:14:44 GMT References: <6997@sugar.hackercorp.com> <1990Nov7.235254.13959@opusc.csd.scarolina.edu> <7025@sugar.hackercorp.com> <1990Nov12.101531.19828@agate.berkeley.edu> <1990Nov16.104712.20944@phoenix.pub.uu.oz.au> Lines: 18 >In article <1990Nov16.104712.20944@phoenix.pub.uu.oz.au> proff@phoenix.pub.uu.oz.au (Frederick Solidus) writes: >I know the 1.3.2 PIPE: device overflows if asked to preform something like >downloading a 10k+ plus file to pipe: as one "lharc x pipe:"'s but does >the dpipe: device on dnet have this problem? At a guess, the pipe device probably has something like a 2K buffer. If you don't read out of one end with lharc faster than the terminal program is dumping to it, you're gonna have problems. If dpipe: comes with source, I'd just try increasing the internal buffer size. The pipe device can't very well tell your terminal program to stop transferring the file while it catches up! >Proff -- | ben@epmooch.UUCP (Ben Mesander) | "Cash is more important than | | ben%servalan.UUCP@uokmax.ecn.uoknor.edu | your mother." - Al Shugart, | | !chinet!uokmax!servalan!epmooch!ben | CEO, Seagate Technologies |