T.R | Title | User | Personal Name | Date | Lines |
---|
342.1 | Pilot error | PRNSYS::LOMICKAJ | Jeff Lomicka | Wed Dec 14 1988 10:28 | 12 |
| STRANSF doesn't apply any defaults for the filename and type. You must
full specify the file name, as in,
stransf get foo.arc d:\foo.arc
--------
It won't pick up the file name from the input file and use it for the
output file. (It would be nice. As they say, you have the sources...)
Whack threw "d:" at Fopen(), and GEMDOS returned a file open error,
which Whack correctly reported back as a failure status code.
(Of course, a better error message would be nice too.)
|
342.2 | I tried that too... | ASPEN2::BOIKO | | Wed Dec 14 1988 12:35 | 11 |
| Sorry, I should have used another example - ie. with the output
file included, stransf get sheet14.arc d:sheet14.arc.... Yes, I
tried both, and "no go", I still get the same message even with
an output file defined.
Jeff, have you ever seen this? This is the first time for me.
Just for the record, I'm running VMS Version V5.0-1D0 with
DECwindows.
Thanks
-mike-
|
342.3 | Okay, how long before you get the error? | PRNSYS::LOMICKAJ | Jeff Lomicka | Wed Dec 14 1988 15:26 | 20 |
| Do you perhaps run out of disk space? This would cause the same error.
I hunted through the sources for places where I send this error code,
and they are the following:
Failure code from GEMDOS Fcreate( filename, 0). THis would happen if the
filename was invalid, or the disk was already full.
User abort by hitting a key and saying "YES" to the "Abort" question.
Host sends a send-file, receive-file, or transmit-file command while
the transfer is in progress. [Not likely, unless comm line is really
confused.]
Failure code from GEMDOS Fwrite(). This would happen if the disk
was full or the write verify failed.
A reset session is performed on SET-UP.
The session is deleted.
|
342.4 | Problem Solved... | ASPEN2::BOIKO | | Thu Dec 15 1988 10:31 | 6 |
| Jeff,
Thanks for the help...the problem was a ramdisk/memory issue and
has been solved.
-mike-
|