home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.att:2803 comp.sys.3b1:4162
- Newsgroups: comp.sys.att,comp.sys.3b1
- Path: sparky!uunet!usc!wupost!swbatl!oktext!dn3662
- From: dn3662@oktext.sbc.com (David W. Neill)
- Subject: Re: uucp'ing files
- Message-ID: <1993Jan4.120247.18442@swbatl.sbc.com>
- Keywords: 3b2, 3b1, uucp
- Sender: usenet@swbatl.sbc.com
- Reply-To: dn3662@oktext.UUCP (David W. Neill)
- Organization: Southwestern Bell
- References: <1i92sfINNiej@munnari.OZ.AU>
- Date: Mon, 4 Jan 93 12:02:47 GMT
- Lines: 27
-
- In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
- >I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
- >to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
- >gets about 1 MB through then stops. uulog gives no sane reason why, but I am
- >guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
- >'touch'ing /etc/system, but the re-made unix has the same problem.
- >
- >I am obviously flying blind, can anyone helk?
- >
- You didn't say which version of uucp you're using... I seem to remember
- having a similar problem with the stock uucp many moons ago (got
- HCB and installed it, many moons ago). I think that the script
- that runs hourly may have done something dumb like remove any lock file
- that's older than 1 hour. Anyway, an obvious quick-fix: split the
- file into pieces, uucp the pieces, and then re-assemble on the other
- end. If it's a binary, you may need to uuencode it, first, and that
- means you'll need uuencode/uudecode for both systems, but otherwise
- you should have everything you need to work around the problem (even
- if my memory is faulty about the script, this oughtta work).
-
- g'luck
-
- --
- David Neill - Mgr, Mtce Ctr phone number email
- 2205 N Rockwell FLR 1 work> 405-792-3333 > ..oktext!dn3662
- OKC,OK 73008 home> 405-843-4464 > ..oktext!frodo!david
- Internet: dn3662@sunset.sbc.com OR ..texbell.sbc.com!oktext!dn3662
-