.CLIENT UPLOAD FILE
This subroutine will upload a file from the Client to the server.
Usage:
PASS <status_code> FIELD SHARE? Y
PASS <source_file> FIELD SHARE? N
PASS <dest_file> FIELD SHARE? N
PASS <convert_flag> FIELD SHARE? N
GOSUB --- .CLIENT UPLOAD FILE
* check for errors
IF --- .CLIENT UPLOAD FILE NE
Description:
This subroutine will upload a file from the Client to the server. The first three parameters are required, if any are missing the subroutine will CANCEL. The <convert_flag> is optional. If the <dest_file> exists on the server, it will be overwritten without warning (if permissions allow it). Note that <dest_file> must be in a location writeable by user 'appx' (Linux/Unix servers) or the current user (Window servers).
<status_code> is the code returned to indicate if the transfer was successful (Required). This field must be PASSed with Share "Y" to receive the value. A value of 1 indicates the transfer was not successful and 0 indicates success. If the transfer failed, you can check --- .CLIENT UPLOAD FILE for more information. Note that <status_code> might indicate success and --- .CLIENT UPLOAD FILE might contain a warning message. <status_code> is the final authority on whether the transfer worked or not.
<source_file> is the path and file on the user's PC (Required). You can refer to macro names in the source, ie, you can use any of the names you see in the [LocalPaths] section of the Desktop Client preferences, just prefix them with a $ and surround them with parentheses, ie, $(userHome). This field can be blank, in which case a dialog box will appear and the user can choose which file to upload. If you PASS this field with Share "Y", then it will contain the path and file name after the transfer is complete. If your field is too short to contain the full path then --- .CLIENT UPLOAD FILE will contain 'Src filename truncated'.
<dest_file> is the path and file name on the Appx server the <source_file> should be transferred to (Required). This must be in a location writeable by user 'appx' (Linux/Unix) or the current user (Windows).
<convert_flag> indicates if any file conversion is required (Optional). The allowable values are:
- NO - no conversion will be done. This is the default if not PASSed.
- AUTO-EXT - convert the file automatically based on the filename extension.
- AUTO-CONTENT - convert the file automatically based on the contents of the file (ie, it won't convert binary files).
- YES - Do the conversion regardless of file type.
If conversion is requested, this routine will upload the file to a temporary location, then copy it to the final location, converting as necessary. The temporary copy will be deleted. The temporary copy is created in the applications 'Tmpdata' folder, same as the working files for a restructure.
The routine considers the following file extensions to be text files:
- .bas
- .c
- .cgi
- .cpp
- .h
- .htm
- .html
- .log
- .nfo
- .pas
- .php
- .sh
- .tex
- .txt
If a <convert_flag> of AUTO-CONTENT is passed, the routine will read approximately the first 1000 bytes of the file and look for characters in the range ASCII 0 to 9 (0x00 to 0x09), or ASCII 14 to 31 (0x0e to 0x1f). If any are found, the file is assumed to be binary and no conversion will take place.
If the file is determined to be a text file (either by extension or the lack of binary characters), the routine looks for the presense of a CR/LF pair in the first ~1000 characters of the source file to determine if it's in Unix or Windows format and then uses the following matrix to decide if the file really needs to be converted:
Host Client Source
OS OS File Type Conversion
-------- ---------- -------------- -------------------------
UNIX UNIX UNIX No conversion needed.
UNIX UNIX WINDOWS CR/LF to LF
UNIX WINDOWS UNIX LF to CR/LF
UNIX WINDOWS WINDOWS No conversion needed.
WINDOWS WINDOWS WINDOWS No conversion needed.
WINDOWS WINDOWS UNIX LF to CR/LF
WINDOWS UNIX WINDOWS CR/LF to LF
WINDOWS UNIX UNIX No conversion needed.
Comments:
Read what other users have said about this page or add your own comments.
--
JeanNeron - 2012-02-02