Xref: utzoo comp.sys.amiga.tech:16232 comp.sys.amiga:72041 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!rpi!batcomputer!munnari.oz.au!sirius.ucs.adelaide.edu.au!adam.adelaide.edu.au!phil From: phil@adam.adelaide.edu.au (Phil Kernick) Newsgroups: comp.sys.amiga.tech,comp.sys.amiga Subject: Re: PIPEing from ser: Message-ID: Date: 19 Nov 90 00:19:59 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> Sender: news@ucs.adelaide.edu.au Followup-To: comp.sys.amiga.tech Organization: University of Adelaide Lines: 32 Nntp-Posting-Host: adam.adelaide.edu.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? What *exactly* do you mean by "overflows"? If you mean that your command seems to hang when you type it, it means that the pipe: internal buffer is full. This buffer is 4k long (it says so in the 1.3 docs). Try the following: 1> newcli 1> copy fubar.lzh pipe:l.lzh [ swap window ] 2> lharc x pipe:l Disclamier: I have not tried this but it should work. The problem may be that lharc expects a .lzh suffix? Hope this helps, Phil -- Phil Kernick EMail: phil@adam.adelaide.edu.au Departmental Engineer Phone: +618 228 5914 Dept. of Psychology Fax: +618 224 0464 University of Adelaide Mail: GPO Box 498 Adelaide SA 5001