hb@vpnet.UUCP (hank barta) (01/28/90)
Leslie, You're absolutely right. Actually both copies of cu are still there while running a remote command. I've done some more exploration on this using umodem. This program has anoption which allows it to open the (modem) tty device to perform the transfer when it runs on the local system. However, when I run it, the open fails on an access violation (EACCES). This is, I guess, caused either by the fact that cu has locked the device, or the program doesn't have the correct acces priveleges for the device. (I have very little experience programming UNIX so I'm probing pretty murky waters here.) To try and solve the problem, I have used chown to make uucp the the owner of both /dev/tty2A and umodem. I have also used "chmod g-l /dev/tty2A" which, as near as I can tell, might cause cu to not lock the device. These have not solved the problem. I appreciate your alternate solutions. I was unable to find uuencode on the remote system. Kermit is available (in binary format of course!) Thanks, Hank
daveh@marob.masa.com (Dave Hammond) (02/02/90)
In article <25c28971:527.2comp.unix.xenix;1@vpnet.UUCP> hb@vpnet.UUCP writes: | Actually both copies of cu are |still there while running a remote command. I've done some more |exploration on this using umodem. This program has anoption which |allows it to open the (modem) tty device to perform the transfer |when it runs on the local system. However, when I run it, the open |fails on an access violation (EACCES). |To try and solve the problem, I have used chown to make uucp the |the owner of both /dev/tty2A and umodem. I have also used |"chmod g-l /dev/tty2A" which, as near as I can tell, might cause |cu to not lock the device. These have not solved the problem. I am surprised that, thus far, noone has mentioned 'rz' (rx, rb, ...), which can be passed a "-1" flag specifying that standard output be used for the transfer. The initial help screen mentions that this option is for use under 'cu'. Since rz uses standard io, this obviates the need to directly access a tty line, and the problems mentioned above. -- Dave Hammond daveh@marob.masa.com uunet!masa.com!marob!daveh