Lines Matching defs:in
10 * This software is licensed as described in the file COPYING, which
28 #include <netinet/in.h>
40 #include <in.h>
270 * NOTE: back in the old days, we added code in the FTP code that made NOBODY
301 Note: The input string is in the client's encoding which might
372 * The start time is stored in progress.t_acceptdata - as set with
411 * connection for a negative response regarding a failure in connecting
439 infof(data, "There is negative response in cache while serv connect\n");
587 /* macro to check for the last line in an FTP server response */
646 * If we ignored the response, it could end up hanging in some cases.
676 * line in a response or continue reading. */
679 long timeout; /* timeout in milliseconds */
717 * make sure we don't just wait for input while there is unhandled data in
742 continue; /* just continue in our loop for the timeout duration */
877 /* When in DO_MORE state, we could be either waiting for us to connect to a
885 /* if stopped and still in this state, then we're also waiting for a
929 /* count3 is set to allow a MKD to fail once. In the case when first CWD
939 for all upcoming ones in the ftp->dirs[] array */
1068 * :-4711 , in this case port_min is (unsigned)-1,
1208 /* maybe all ports were in use already*/
1326 the cleanup function will close it in case we fail before the true
1334 (passive) connect in Curl_is_connected().
1337 server is done in a non-blocking way. Currently, it is still BLOCKING.
1387 * REST is the last command in the chain of commands when a "head"-like
1481 to use, since the LIST command output is not specified or standard in any
1486 if FTPFILE_NOCWD was specified, we are currently in
1492 then just do LIST (in that case: nothing to do here)
1571 information. Which in FTP can't be much more than the file size and
1594 /* This is called after the CWD commands have been done in the beginning of
1606 spot as the MDTM is not mentioned in RFC959 */
1632 which may not exist in the server! The SIZE command is not in
1639 /* 3. pass file-size number of bytes in the source file */
1674 data->set.in);
1696 /* Set ->transfer so that we won't get any error in
1754 /* Skip count1 items in the linked list */
1806 /* called from ftp_state_pasv_resp to switch to PASV in case of EPSV
1825 /* remain in/go to the FTP_PASV state */
1965 failf(data, "Illegal port number in EPSV reply");
2045 /* BLOCKING, ignores the return code but 'addr' will be NULL in
2167 we "emulate" a HTTP-style header in our output. */
2329 /* Set ->transfer so that we won't get any error in ftp_done()
2446 state(conn, FTP_STOP); /* no longer in STOR state */
2498 * SIZE is used on the file while being in BINARY mode. To work around
2512 * tells, why using this number in those cases only confuses us.
2518 long in=(long)(bytes-buf);
2519 /* this is a hint there is size information in there! ;-) */
2520 while(--in) {
2577 /* simply no matching files in the dir listing */
2604 security data exchange (the TLS negotiation in this case)
2640 /* 230 User ... logged in.
2641 (the user logged in with or without password) */
2717 /* 230 User logged in - already! */
2732 /* We set private first as default, in case the line below fails to
2737 infof(data, "Logging in with password in cleartext!\n");
2796 /* remain in this same state */
2918 the default one being incompatible with standard pathes. In
2920 syntax when one is encountered in a command: this results in
2921 having an entrypath in the wrong syntax when later used in CWD.
3146 since at times we are in fact already in this state when this function
3202 /* When we connect, we start in the state where we await the 220
3264 * fallback as if in complete failure */
3275 /* now store a copy of the directory we are in */
3289 * since we may already be in the out of memory cleanup path) */
3312 infof(data, "Remembering we are in dir \"%s\"\n", ftpc->prevpath);
3375 connclose(conn, "Timeout or similar in FTP DONE operation"); /* close */
3508 * Returns TRUE if we in the current situation should send TYPE
3522 * If the transfer type is not sent, simulate on OK response in newstate
3640 /* the ftp struct is inited in ftp_connect() */
3646 /* As we're in TUNNEL_CONNECT state now, we know the proxy name and port
3674 /* already in a state so skip the intial commands.
3799 /* start the first command in the DO phase */
3936 /* In this state is LIST response successfully parsed, so lets restore
3946 /* error found in LIST parsing */
4179 bad in any way, sending quit and waiting around here will make the
4180 disconnect wait in vain and cause more problems than we need to.
4226 /* the ftp struct is already inited in ftp_connect() */
4229 const char *slash_pos; /* position of the first '/' char in curpos */
4234 cur_pos = path_to_use; /* current position in path. point at the begin
4248 the first condition in the if() right here, is there just in case
4257 In other words, never for directory operations.
4259 argument in dir/file decisions.
4493 dophase_done); /* all commands in the DO-phase done? */
4536 failf(data, "FTP over http proxy requires HTTP support built-in!");
4556 *type = 0; /* it was in the middle of the hostname */
