Path: utzoo!utgpu!attcan!uunet!peregrine!elroy!ames!pasteur!ucbvax!ucdavis!deneb.ucdavis.edu!cck
From: cck@deneb.ucdavis.edu (Earl H. Kinmonth)
Newsgroups: comp.unix.xenix
Subject: Re: cu with "~%take" problem...
Message-ID: <2555@ucdavis.ucdavis.edu>
Date: 29 Jul 88 19:56:07 GMT
References: <11650004@hpubvwa.HP.COM> <11650005@hpubvwa.HP.COM>
Sender: uucp@ucdavis.ucdavis.edu
Reply-To: cck@deneb.ucdavis.edu.UUCP (Earl H. Kinmonth)
Organization: University of California, Davis
Lines: 43

In article <11650005@hpubvwa.HP.COM> jeffh@hpubvwa.HP.COM (Jeff Harrell) writes:
>Oh ya, I didn't give you an example:
>
>(I've logged into the remote system)
>
>"~%take t.c"        (it's there and I can read it )
>
>(the following is echoed on the screen:)
>
>"mesg n; echo '~>':t.c; cat t.c; echo '~>';msg y"  (new line)
>"~>"
>(now the contents of t.c is printed on the screen)
>(next comes:)
>
>"can't divert ~>"    
>
>(what the hell happened??)

Whenever I've encountered this, it has been either a permission
or a path problem.

On the local machine check that the current directory is writable
and that there is no file by the name you are trying to "take"
already there with read-only permission.

If you are giving a full path name in the "take" statement to the
remote machine, make sure that the same directory hiearchy exists
on the local machine and that you are in the same relative
position (unless you give a local name with the take).

For example "take" will bomb in the fashion you described if
give

  ~%take /usr/twit/guff/crud.c

and you are not in "/" with all subdirectories in existence on
the local machine.

Another possibility (much more unlikely) involves too many
processes running on the local machine.

Now, could somebody tell me how to get around the need for a ~ in
cu escapes?