summaryrefslogtreecommitdiffstats
path: root/doc/man/man3/tqftp.3qt
blob: 778cf38a39c9be4ab3e2d67abf579145d6ff89d4 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
'\" t
.TH QFtp 3qt "2 February 2007" "Trolltech AS" \" -*- nroff -*-
.\" Copyright 1992-2007 Trolltech ASA.  All rights reserved.  See the
.\" license file included in the distribution for a complete license
.\" statement.
.\"
.ad l
.nh
.SH NAME
QFtp \- Implementation of the FTP protocol
.SH SYNOPSIS
\fC#include <ntqftp.h>\fR
.PP
Inherits QNetworkProtocol.
.PP
.SS "Public Members"
.in +1c
.ti -1c
.BI "\fBQFtp\fR ()"
.br
.ti -1c
.BI "\fBQFtp\fR ( TQObject * parent, const char * name = 0 )"
.br
.ti -1c
.BI "virtual \fB~QFtp\fR ()"
.br
.ti -1c
.BI "enum \fBState\fR { Unconnected, HostLookup, Connecting, Connected, LoggedIn, Closing }"
.br
.ti -1c
.BI "enum \fBError\fR { NoError, UnknownError, HostNotFound, ConnectionRefused, NotConnected }"
.br
.ti -1c
.BI "enum \fBCommand\fR { None, ConnectToHost, Login, Close, List, Cd, Get, Put, Remove, Mkdir, Rmdir, Rename, RawCommand }"
.br
.ti -1c
.BI "int \fBconnectToHost\fR ( const TQString & host, TQ_UINT16 port = 21 )"
.br
.ti -1c
.BI "int \fBlogin\fR ( const TQString & user = TQString::null, const TQString & password = TQString::null )"
.br
.ti -1c
.BI "int \fBclose\fR ()"
.br
.ti -1c
.BI "int \fBlist\fR ( const TQString & dir = TQString::null )"
.br
.ti -1c
.BI "int \fBcd\fR ( const TQString & dir )"
.br
.ti -1c
.BI "int \fBget\fR ( const TQString & file, TQIODevice * dev = 0 )"
.br
.ti -1c
.BI "int \fBput\fR ( const TQByteArray & data, const TQString & file )"
.br
.ti -1c
.BI "int \fBput\fR ( TQIODevice * dev, const TQString & file )"
.br
.ti -1c
.BI "int \fBremove\fR ( const TQString & file )"
.br
.ti -1c
.BI "int \fBmkdir\fR ( const TQString & dir )"
.br
.ti -1c
.BI "int \fBrmdir\fR ( const TQString & dir )"
.br
.ti -1c
.BI "int \fBrename\fR ( const TQString & oldname, const TQString & newname )"
.br
.ti -1c
.BI "int \fBrawCommand\fR ( const TQString & command )"
.br
.ti -1c
.BI "TQ_ULONG \fBbytesAvailable\fR () const"
.br
.ti -1c
.BI "TQ_LONG \fBreadBlock\fR ( char * data, TQ_ULONG maxlen )"
.br
.ti -1c
.BI "TQByteArray \fBreadAll\fR ()"
.br
.ti -1c
.BI "int \fBcurrentId\fR () const"
.br
.ti -1c
.BI "TQIODevice * \fBcurrentDevice\fR () const"
.br
.ti -1c
.BI "Command \fBcurrentCommand\fR () const"
.br
.ti -1c
.BI "bool \fBhasPendingCommands\fR () const"
.br
.ti -1c
.BI "void \fBclearPendingCommands\fR ()"
.br
.ti -1c
.BI "State \fBstate\fR () const"
.br
.ti -1c
.BI "Error \fBerror\fR () const"
.br
.ti -1c
.BI "TQString \fBerrorString\fR () const"
.br
.in -1c
.SS "Public Slots"
.in +1c
.ti -1c
.BI "void \fBabort\fR ()"
.br
.in -1c
.SS "Signals"
.in +1c
.ti -1c
.BI "void \fBstateChanged\fR ( int state )"
.br
.ti -1c
.BI "void \fBlistInfo\fR ( const QUrlInfo & i )"
.br
.ti -1c
.BI "void \fBreadyRead\fR ()"
.br
.ti -1c
.BI "void \fBdataTransferProgress\fR ( int done, int total )"
.br
.ti -1c
.BI "void \fBrawCommandReply\fR ( int replyCode, const TQString & detail )"
.br
.ti -1c
.BI "void \fBcommandStarted\fR ( int id )"
.br
.ti -1c
.BI "void \fBcommandFinished\fR ( int id, bool error )"
.br
.ti -1c
.BI "void \fBdone\fR ( bool error )"
.br
.in -1c
.SH DESCRIPTION
The QFtp class provides an implementation of the FTP protocol.
.PP
This class provides two different interfaces: one is the QNetworkProtocol interface that allows you to use FTP through the QUrlOperator abstraction. The other is a direct interface to FTP that gives you lower-level access to the FTP protocol for finer control. Using the direct interface you can also execute arbitrary FTP commands.
.PP
Don't mix the two interfaces, since the behavior is not well-defined.
.PP
If you want to use QFtp with the QNetworkProtocol interface, you do not use it directly, but rather through a QUrlOperator, for example:
.PP
.nf
.br
    QUrlOperator op( "ftp://ftp.trolltech.com" );
.br
    op.listChildren(); // Asks the server to provide a directory listing
.br
.fi
.PP
This code will only work if the QFtp class is registered; to register the class, you must call tqInitNetworkProtocols() before using a QUrlOperator with QFtp.
.PP
The rest of this descrption describes the direct interface to FTP.
.PP
The class works asynchronously, so there are no blocking functions. If an operation cannot be executed immediately, the function will still return straight away and the operation will be scheduled for later execution. The results of scheduled operations are reported via signals. This approach depends on the event loop being in operation.
.PP
The operations that can be scheduled (they are called "commands" in the rest of the documentation) are the following: connectToHost(), login(), close(), list(), cd(), get(), put(), remove(), mkdir(), rmdir(), rename() and rawCommand().
.PP
All of these commands return a unique identifier that allows you to keep track of the command that is currently being executed. When the execution of a command starts, the commandStarted() signal with the command's identifier is emitted. When the command is finished, the commandFinished() signal is emitted with the command's identifier and a bool that indicates whether the command finished with an error.
.PP
In some cases, you might want to execute a sequence of commands, e.g. if you want to connect and login to a FTP server. This is simply achieved:
.PP
.nf
.br
    QFtp *ftp = new QFtp( this ); // this is an optional TQObject parent
.br
    ftp->connectToHost( "ftp.trolltech.com" );
.br
    ftp->login();
.br
.fi
.PP
In this case two FTP commands have been scheduled. When the last scheduled command has finished, a done() signal is emitted with a bool argument that tells you whether the sequence finished with an error.
.PP
If an error occurs during the execution of one of the commands in a sequence of commands, all the pending commands (i.e. scheduled, but not yet executed commands) are cleared and no signals are emitted for them.
.PP
Some commands, e.g. list(), emit additional signals to report their results.
.PP
Example: If you want to download the INSTALL file from Trolltech's FTP server, you would write this:
.PP
.nf
.br
    ftp->connectToHost( "ftp.trolltech.com" );  // id == 1
.br
    ftp->login();                               // id == 2
.br
    ftp->cd( "qt" );                            // id == 3
.br
    ftp->get( "INSTALL" );                      // id == 4
.br
    ftp->close();                               // id == 5
.br
.fi
.PP
For this example the following sequence of signals is emitted (with small variations, depending on network traffic, etc.):
.PP
.nf
.br
    start( 1 )
.br
    stateChanged( HostLookup )
.br
    stateChanged( Connecting )
.br
    stateChanged( Connected )
.br
    finished( 1, FALSE )
.br
.br
    start( 2 )
.br
    stateChanged( LoggedIn )
.br
    finished( 2, FALSE )
.br
.br
    start( 3 )
.br
    finished( 3, FALSE )
.br
.br
    start( 4 )
.br
    dataTransferProgress( 0, 3798 )
.br
    dataTransferProgress( 2896, 3798 )
.br
    readyRead()
.br
    dataTransferProgress( 3798, 3798 )
.br
    readyRead()
.br
    finished( 4, FALSE )
.br
.br
    start( 5 )
.br
    stateChanged( Closing )
.br
    stateChanged( Unconnected )
.br
    finished( 5, FALSE )
.br
.br
    done( FALSE )
.br
.fi
.PP
The dataTransferProgress() signal in the above example is useful if you want to show a progressbar to inform the user about the progress of the download. The readyRead() signal tells you that there is data ready to be read. The amount of data can be queried then with the bytesAvailable() function and it can be read with the readBlock() or readAll() function.
.PP
If the login fails for the above example, the signals would look like this:
.PP
.nf
.br
    start( 1 )
.br
    stateChanged( HostLookup )
.br
    stateChanged( Connecting )
.br
    stateChanged( Connected )
.br
    finished( 1, FALSE )
.br
.br
    start( 2 )
.br
    finished( 2, TRUE )
.br
.br
    done( TRUE )
.br
.fi
.PP
You can then get details about the error with the error() and errorString() functions.
.PP
The functions currentId() and currentCommand() provide more information about the currently executing command.
.PP
The functions hasPendingCommands() and clearPendingCommands() allow you to query and clear the list of pending commands.
.PP
The safest and easiest way to use the FTP protocol is to use QUrlOperator() or the FTP commands described above. If you are an experienced network programmer and want to have complete control you can use rawCommand() to execute arbitrary FTP commands.
.PP
See also TQt Network Documentation, QNetworkProtocol, QUrlOperator, QHttp, and Input/Output and Networking.
.SS "Member Type Documentation"
.SH "QFtp::Command"
This enum is used as the return value for the currentCommand() function. This allows you to perform specific actions for particular commands, e.g. in a FTP client, you might want to clear the directory view when a list() command is started; in this case you can simply check in the slot connected to the start() signal if the currentCommand() is List.
.TP
\fCQFtp::None\fR - No command is being executed.
.TP
\fCQFtp::ConnectToHost\fR - connectToHost() is being executed.
.TP
\fCQFtp::Login\fR - login() is being executed.
.TP
\fCQFtp::Close\fR - close() is being executed.
.TP
\fCQFtp::List\fR - list() is being executed.
.TP
\fCQFtp::Cd\fR - cd() is being executed.
.TP
\fCQFtp::Get\fR - get() is being executed.
.TP
\fCQFtp::Put\fR - put() is being executed.
.TP
\fCQFtp::Remove\fR - remove() is being executed.
.TP
\fCQFtp::Mkdir\fR - mkdir() is being executed.
.TP
\fCQFtp::Rmdir\fR - rmdir() is being executed.
.TP
\fCQFtp::Rename\fR - rename() is being executed.
.TP
\fCQFtp::RawCommand\fR - rawCommand() is being executed.
.PP
See also currentCommand().
.SH "QFtp::Error"
This enum identifies the error that occurred.
.TP
\fCQFtp::NoError\fR - No error occurred.
.TP
\fCQFtp::HostNotFound\fR - The host name lookup failed.
.TP
\fCQFtp::ConnectionRefused\fR - The server refused the connection.
.TP
\fCQFtp::NotConnected\fR - Tried to send a command, but there is no connection to a server.
.TP
\fCQFtp::UnknownError\fR - An error other than those specified above occurred.
.PP
See also error().
.SH "QFtp::State"
This enum defines the connection state:
.TP
\fCQFtp::Unconnected\fR - There is no connection to the host.
.TP
\fCQFtp::HostLookup\fR - A host name lookup is in progress.
.TP
\fCQFtp::Connecting\fR - An attempt to connect to the host is in progress.
.TP
\fCQFtp::Connected\fR - Connection to the host has been achieved.
.TP
\fCQFtp::LoggedIn\fR - Connection and user login have been achieved.
.TP
\fCQFtp::Closing\fR - The connection is closing down, but it is not yet closed. (The state will be Unconnected when the connection is closed.)
.PP
See also stateChanged() and state().
.SH MEMBER FUNCTION DOCUMENTATION
.SH "QFtp::QFtp ()"
Constructs a QFtp object.
.SH "QFtp::QFtp ( TQObject * parent, const char * name = 0 )"
Constructs a QFtp object. The \fIparent\fR and \fIname\fR parameters are passed to the TQObject constructor.
.SH "QFtp::~QFtp ()\fC [virtual]\fR"
Destructor.
.SH "void QFtp::abort ()\fC [slot]\fR"
Aborts the current command and deletes all scheduled commands.
.PP
If there is an unfinished command (i.e. a command for which the commandStarted() signal has been emitted, but for which the commandFinished() signal has not been emitted), this function sends an \fCABORT\fR command to the server. When the server replies that the command is aborted, the commandFinished() signal with the \fCerror\fR argument set to \fCTRUE\fR is emitted for the command. Due to timing issues, it is possible that the command had already finished before the abort request reached the server, in which case, the commandFinished() signal is emitted with the \fCerror\fR argument set to \fCFALSE\fR.
.PP
For all other commands that are affected by the abort(), no signals are emitted.
.PP
If you don't start further FTP commands directly after the abort(), there won't be any scheduled commands and the done() signal is emitted.
.PP
\fBWarning:\fR Some FTP servers, for example the BSD FTP daemon (version 0.3), wrongly return a positive reply even when an abort has occurred. For these servers the commandFinished() signal has its error flag set to \fCFALSE\fR, even though the command did not complete successfully.
.PP
See also clearPendingCommands().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "TQ_ULONG QFtp::bytesAvailable () const"
Returns the number of bytes that can be read from the data socket at the moment.
.PP
See also get(), readyRead(), readBlock(), and readAll().
.SH "int QFtp::cd ( const TQString & dir )"
Changes the working directory of the server to \fIdir\fR.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::clearPendingCommands ()"
Deletes all pending commands from the list of scheduled commands. This does not affect the command that is being executed. If you want to stop this this as well, use abort().
.PP
See also hasPendingCommands() and abort().
.SH "int QFtp::close ()"
Closes the connection to the FTP server.
.PP
The stateChanged() signal is emitted when the state of the connecting process changes, e.g. to Closing, then Unconnected.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also stateChanged(), commandStarted(), and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::commandFinished ( int id, bool error )\fC [signal]\fR"
This signal is emitted when processing the command identified by \fIid\fR has finished. \fIerror\fR is TRUE if an error occurred during the processing; otherwise \fIerror\fR is FALSE.
.PP
See also commandStarted(), done(), error(), and errorString().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::commandStarted ( int id )\fC [signal]\fR"
This signal is emitted when processing the command identified by \fIid\fR starts.
.PP
See also commandFinished() and done().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::connectToHost ( const TQString & host, TQ_UINT16 port = 21 )"
Connects to the FTP server \fIhost\fR using port \fIport\fR.
.PP
The stateChanged() signal is emitted when the state of the connecting process changes, e.g. to HostLookup, then Connecting, then Connected.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also stateChanged(), commandStarted(), and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "Command QFtp::currentCommand () const"
Returns the command type of the FTP command being executed or None if there is no command being executed.
.PP
See also currentId().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "TQIODevice * QFtp::currentDevice () const"
Returns the TQIODevice pointer that is used by the FTP command to read data from or store data to. If there is no current FTP command being executed or if the command does not use an IO device, this function returns 0.
.PP
This function can be used to delete the TQIODevice in the slot connected to the commandFinished() signal.
.PP
See also get() and put().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::currentId () const"
Returns the identifier of the FTP command that is being executed or 0 if there is no command being executed.
.PP
See also currentCommand().
.SH "void QFtp::dataTransferProgress ( int done, int total )\fC [signal]\fR"
This signal is emitted in response to a get() or put() request to indicate the current progress of the download or upload.
.PP
\fIdone\fR is the amount of data that has already been transferred and \fItotal\fR is the total amount of data to be read or written. It is possible that the QFtp class is not able to determine the total amount of data that should be transferred, in which case \fItotal\fR is 0. (If you connect this signal to a QProgressBar, the progress bar shows a busy indicator if the total is 0).
.PP
\fBWarning:\fR \fIdone\fR and \fItotal\fR are not necessarily the size in bytes, since for large files these values might need to be" scaled" to avoid overflow.
.PP
See also get(), put(), and QProgressBar::progress.
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::done ( bool error )\fC [signal]\fR"
This signal is emitted when the last pending command has finished; (it is emitted after the last command's commandFinished() signal). \fIerror\fR is TRUE if an error occurred during the processing; otherwise \fIerror\fR is FALSE.
.PP
See also commandFinished(), error(), and errorString().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "Error QFtp::error () const"
Returns the last error that occurred. This is useful to find out what when wrong when receiving a commandFinished() or a done() signal with the \fCerror\fR argument set to \fCTRUE\fR.
.PP
If you start a new command, the error status is reset to NoError.
.SH "TQString QFtp::errorString () const"
Returns a human-readable description of the last error that occurred. This is useful for presenting a error message to the user when receiving a commandFinished() or a done() signal with the \fCerror\fR argument set to \fCTRUE\fR.
.PP
The error string is often (but not always) the reply from the server, so it is not always possible to translate the string. If the message comes from Qt, the string has already passed through tr().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::get ( const TQString & file, TQIODevice * dev = 0 )"
Downloads the file \fIfile\fR from the server.
.PP
If \fIdev\fR is 0, then the readyRead() signal is emitted when there is data available to read. You can then read the data with the readBlock() or readAll() functions.
.PP
If \fIdev\fR is not 0, the data is written directly to the device \fIdev\fR. Make sure that the \fIdev\fR pointer is valid for the duration of the operation (it is safe to delete it when the commandFinished() signal is emitted). In this case the readyRead() signal is \fInot\fR emitted and you cannot read data with the readBlock() or readAll() functions.
.PP
If you don't read the data immediately it becomes available, i.e. when the readyRead() signal is emitted, it is still available until the next command is started.
.PP
For example, if you want to present the data to the user as soon as there is something available, connect to the readyRead() signal and read the data immediately. On the other hand, if you only want to work with the complete data, you can connect to the commandFinished() signal and read the data when the get() command is finished.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also readyRead(), dataTransferProgress(), commandStarted(), and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "bool QFtp::hasPendingCommands () const"
Returns TRUE if there are any commands scheduled that have not yet been executed; otherwise returns FALSE.
.PP
The command that is being executed is \fInot\fR considered as a scheduled command.
.PP
See also clearPendingCommands(), currentId(), and currentCommand().
.SH "int QFtp::list ( const TQString & dir = TQString::null )"
Lists the contents of directory \fIdir\fR on the FTP server. If \fIdir\fR is empty, it lists the contents of the current directory.
.PP
The listInfo() signal is emitted for each directory entry found.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also listInfo(), commandStarted(), and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::listInfo ( const QUrlInfo & i )\fC [signal]\fR"
This signal is emitted for each directory entry the list() command finds. The details of the entry are stored in \fIi\fR.
.PP
See also list().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::login ( const TQString & user = TQString::null, const TQString & password = TQString::null )"
Logs in to the FTP server with the username \fIuser\fR and the password \fIpassword\fR.
.PP
The stateChanged() signal is emitted when the state of the connecting process changes, e.g. to LoggedIn.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::mkdir ( const TQString & dir )"
Creates a directory called \fIdir\fR on the server.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.SH "int QFtp::put ( TQIODevice * dev, const TQString & file )"
Reads the data from the IO device \fIdev\fR, and writes it to the file called \fIfile\fR on the server. The data is read in chunks from the IO device, so this overload allows you to transmit large amounts of data without the need to read all the data into memory at once.
.PP
Make sure that the \fIdev\fR pointer is valid for the duration of the operation (it is safe to delete it when the commandFinished() is emitted).
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::put ( const TQByteArray & data, const TQString & file )"
This is an overloaded member function, provided for convenience. It behaves essentially like the above function.
.PP
Writes the data \fIdata\fR to the file called \fIfile\fR on the server. The progress of the upload is reported by the dataTransferProgress() signal.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also dataTransferProgress(), commandStarted(), and commandFinished().
.SH "int QFtp::rawCommand ( const TQString & command )"
Sends the raw FTP command \fIcommand\fR to the FTP server. This is useful for low-level FTP access. If the operation you wish to perform has an equivalent QFtp function, we recommend using the function instead of raw FTP commands since the functions are easier and safer.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also rawCommandReply(), commandStarted(), and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::rawCommandReply ( int replyCode, const TQString & detail )\fC [signal]\fR"
This signal is emitted in response to the rawCommand() function. \fIreplyCode\fR is the 3 digit reply code and \fIdetail\fR is the text that follows the reply code.
.PP
See also rawCommand().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "TQByteArray QFtp::readAll ()"
Reads all the bytes available from the data socket and returns them.
.PP
See also get(), readyRead(), bytesAvailable(), and readBlock().
.SH "TQ_LONG QFtp::readBlock ( char * data, TQ_ULONG maxlen )"
Reads \fImaxlen\fR bytes from the data socket into \fIdata\fR and returns the number of bytes read. Returns -1 if an error occurred.
.PP
See also get(), readyRead(), bytesAvailable(), and readAll().
.SH "void QFtp::readyRead ()\fC [signal]\fR"
This signal is emitted in response to a get() command when there is new data to read.
.PP
If you specify a device as the second argument in the get() command, this signal is \fInot\fR emitted; instead the data is written directly to the device.
.PP
You can read the data with the readAll() or readBlock() functions.
.PP
This signal is useful if you want to process the data in chunks as soon as it becomes available. If you are only interested in the complete data, just connect to the commandFinished() signal and read the data then instead.
.PP
See also get(), readBlock(), readAll(), and bytesAvailable().
.SH "int QFtp::remove ( const TQString & file )"
Deletes the file called \fIfile\fR from the server.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "int QFtp::rename ( const TQString & oldname, const TQString & newname )"
Renames the file called \fIoldname\fR to \fInewname\fR on the server.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.SH "int QFtp::rmdir ( const TQString & dir )"
Removes the directory called \fIdir\fR from the server.
.PP
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed by commandStarted() and commandFinished().
.PP
When the command is started the commandStarted() signal is emitted. When it is finished the commandFinished() signal is emitted.
.PP
See also commandStarted() and commandFinished().
.SH "State QFtp::state () const"
Returns the current state of the object. When the state changes, the stateChanged() signal is emitted.
.PP
See also State and stateChanged().
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.
.SH "void QFtp::stateChanged ( int state )\fC [signal]\fR"
This signal is emitted when the state of the connection changes. The argument \fIstate\fR is the new state of the connection; it is one of the State values.
.PP
It is usually emitted in response to a connectToHost() or close() command, but it can also be emitted "spontaneously", e.g. when the server closes the connection unexpectedly.
.PP
See also connectToHost(), close(), state(), and State.
.PP
Example: network/ftpclient/ftpmainwindow.ui.h.

.SH "SEE ALSO"
.BR http://doc.trolltech.com/ntqftp.html
.BR http://www.trolltech.com/faq/tech.html
.SH COPYRIGHT
Copyright 1992-2007 Trolltech ASA, http://www.trolltech.com.  See the
license file included in the distribution for a complete license
statement.
.SH AUTHOR
Generated automatically from the source code.
.SH BUGS
If you find a bug in Qt, please report it as described in
.BR http://doc.trolltech.com/bughowto.html .
Good bug reports help us to help you. Thank you.
.P
The definitive TQt documentation is provided in HTML format; it is
located at $TQTDIR/doc/html and can be read using TQt Assistant or with
a web browser. This man page is provided as a convenience for those
users who prefer man pages, although this format is not officially
supported by Trolltech. 
.P
If you find errors in this manual page, please report them to
.BR qt-bugs@trolltech.com .
Please include the name of the manual page (tqftp.3qt) and the Qt
version (3.3.8).