]> git.saurik.com Git - wxWidgets.git/blob - docs/latex/wx/socket.tex
Add *wxTopLevelWindowGTK*RequestUserAttention*int*;
[wxWidgets.git] / docs / latex / wx / socket.tex
1 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
2 %% Name: socket.tex
3 %% Purpose: wxSocket docs
4 %% Author: Guillermo Rodriguez Garcia <guille@iies.es>
5 %% Modified by:
6 %% Created: 1999
7 %% RCS-ID: $Id$
8 %% Copyright: (c) wxWidgets team
9 %% License: wxWindows license
10 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
11
12 \section{\class{wxSocketBase}}\label{wxsocketbase}
13
14 wxSocketBase is the base class for all socket-related objects, and it
15 defines all basic IO functionality.
16
17 Note: (Workaround for implementation limitation for wxWidgets up to 2.5.x)
18 If you want to use sockets or derived classes such as wxFTP in a secondary thread,
19 call wxSocketBase::Initialize() (undocumented) from the main thread before creating
20 any sockets - in wxApp::OnInit for example.
21 See http://wiki.wxwidgets.org/wiki.pl?WxSocket or
22 http://www.litwindow.com/knowhow/knowhow.html for more details.
23
24 \wxheading{Derived from}
25
26 \helpref{wxObject}{wxobject}
27
28 \wxheading{Include files}
29
30 <wx/socket.h>
31
32 \wxheading{wxSocket errors}
33
34 \twocolwidtha{7cm}
35 \begin{twocollist}\itemsep=0pt
36 \twocolitem{{\bf wxSOCKET\_NOERROR}}{No error happened.}
37 \twocolitem{{\bf wxSOCKET\_INVOP}}{Invalid operation.}
38 \twocolitem{{\bf wxSOCKET\_IOERR}}{Input/Output error.}
39 \twocolitem{{\bf wxSOCKET\_INVADDR}}{Invalid address passed to wxSocket.}
40 \twocolitem{{\bf wxSOCKET\_INVSOCK}}{Invalid socket (uninitialized).}
41 \twocolitem{{\bf wxSOCKET\_NOHOST}}{No corresponding host.}
42 \twocolitem{{\bf wxSOCKET\_INVPORT}}{Invalid port.}
43 \twocolitem{{\bf wxSOCKET\_WOULDBLOCK}}{The socket is non-blocking and the operation would block.}
44 \twocolitem{{\bf wxSOCKET\_TIMEDOUT}}{The timeout for this operation expired.}
45 \twocolitem{{\bf wxSOCKET\_MEMERR}}{Memory exhausted.}
46 \end{twocollist}
47
48 \wxheading{wxSocket events}
49
50 \twocolwidtha{7cm}
51 \begin{twocollist}\itemsep=0pt
52 \twocolitem{{\bf wxSOCKET\_INPUT}}{There is data available for reading.}
53 \twocolitem{{\bf wxSOCKET\_OUTPUT}}{The socket is ready to be written to.}
54 \twocolitem{{\bf wxSOCKET\_CONNECTION}}{Incoming connection request (server), or successful connection establishment (client).}
55 \twocolitem{{\bf wxSOCKET\_LOST}}{The connection has been closed.}
56 \end{twocollist}
57
58 A brief note on how to use these events:
59
60 The {\bf wxSOCKET\_INPUT} event will be issued whenever there is data
61 available for reading. This will be the case if the input queue was
62 empty and new data arrives, or if the application has read some data
63 yet there is still more data available. This means that the application
64 does not need to read all available data in response to a
65 {\bf wxSOCKET\_INPUT} event, as more events will be produced as
66 necessary.
67
68 The {\bf wxSOCKET\_OUTPUT} event is issued when a socket is first
69 connected with \helpref{Connect}{wxsocketclientconnect} or accepted
70 with \helpref{Accept}{wxsocketserveraccept}. After that, new
71 events will be generated only after an output operation fails
72 with {\bf wxSOCKET\_WOULDBLOCK} and buffer space becomes available
73 again. This means that the application should assume that it
74 can write data to the socket until an {\bf wxSOCKET\_WOULDBLOCK}
75 error occurs; after this, whenever the socket becomes writable
76 again the application will be notified with another
77 {\bf wxSOCKET\_OUTPUT} event.
78
79 The {\bf wxSOCKET\_CONNECTION} event is issued when a delayed connection
80 request completes successfully (client) or when a new connection arrives
81 at the incoming queue (server).
82
83 The {\bf wxSOCKET\_LOST} event is issued when a close indication is
84 received for the socket. This means that the connection broke down or
85 that it was closed by the peer. Also, this event will be issued if
86 a connection request fails.
87
88 \wxheading{Event handling}
89
90 To process events coming from a socket object, use the following event
91 handler macro to direct events to member functions that take
92 a \helpref{wxSocketEvent}{wxsocketevent} argument.
93
94 \twocolwidtha{7cm}%
95 \begin{twocollist}\itemsep=0pt
96 \twocolitem{{\bf EVT\_SOCKET(id, func)}}{Process a wxEVT\_SOCKET event.}
97 \end{twocollist}
98
99 \wxheading{See also}
100
101 \helpref{wxSocketEvent}{wxsocketevent},
102 \helpref{wxSocketClient}{wxsocketclient},
103 \helpref{wxSocketServer}{wxsocketserver},
104 \helpref{Sockets sample}{samplesockets}
105
106 % ---------------------------------------------------------------------------
107 % Function groups
108 % ---------------------------------------------------------------------------
109
110 \latexignore{\rtfignore{\wxheading{Function groups}}}
111
112 \membersection{Construction and destruction}\label{socketconstruction}
113
114 \helpref{wxSocketBase}{wxsocketbaseconstruct}\\
115 \helpref{\destruct{wxSocketBase}}{wxsocketbasedestruct}\\
116 \helpref{Destroy}{wxsocketbasedestroy}
117
118 \membersection{Socket state}\label{socketstate}
119
120 Functions to retrieve current state and miscellaneous info.
121
122 \helpref{Error}{wxsocketbaseerror}\\
123 \helpref{GetLocal}{wxsocketbasegetlocal}\\
124 \helpref{GetPeer}{wxsocketbasegetpeer}
125 \helpref{IsConnected}{wxsocketbaseisconnected}\\
126 \helpref{IsData}{wxsocketbaseisdata}\\
127 \helpref{IsDisconnected}{wxsocketbaseisdisconnected}\\
128 \helpref{LastCount}{wxsocketbaselastcount}\\
129 \helpref{LastError}{wxsocketbaselasterror}\\
130 \helpref{Ok}{wxsocketbaseok}\\
131 \helpref{SaveState}{wxsocketbasesavestate}\\
132 \helpref{RestoreState}{wxsocketbaserestorestate}
133
134 \membersection{Basic IO}\label{socketbasicio}
135
136 Functions that perform basic IO functionality.
137
138 \helpref{Close}{wxsocketbaseclose}\\
139 \helpref{Discard}{wxsocketbasediscard}\\
140 \helpref{Peek}{wxsocketbasepeek}\\
141 \helpref{Read}{wxsocketbaseread}\\
142 \helpref{ReadMsg}{wxsocketbasereadmsg}\\
143 \helpref{Unread}{wxsocketbaseunread}\\
144 \helpref{Write}{wxsocketbasewrite}\\
145 \helpref{WriteMsg}{wxsocketbasewritemsg}
146
147 Functions that perform a timed wait on a certain IO condition.
148
149 \helpref{InterruptWait}{wxsocketbaseinterruptwait}\\
150 \helpref{Wait}{wxsocketbasewait}\\
151 \helpref{WaitForLost}{wxsocketbasewaitforlost}\\
152 \helpref{WaitForRead}{wxsocketbasewaitforread}\\
153 \helpref{WaitForWrite}{wxsocketbasewaitforwrite}\\
154
155 and also:
156
157 \helpref{wxSocketServer::WaitForAccept}{wxsocketserverwaitforaccept}\\
158 \helpref{wxSocketClient::WaitOnConnect}{wxsocketclientwaitonconnect}
159
160 Functions that allow applications to customize socket IO as needed.
161
162 \helpref{GetFlags}{wxsocketbasegetflags}\\
163 \helpref{SetFlags}{wxsocketbasesetflags}\\
164 \helpref{SetTimeout}{wxsocketbasesettimeout}
165
166 \membersection{Handling socket events}\label{socketevents}
167
168 Functions that allow applications to receive socket events.
169
170 \helpref{Notify}{wxsocketbasenotify}\\
171 \helpref{SetNotify}{wxsocketbasesetnotify}\\
172 \helpref{GetClientData}{wxsocketbasegetclientdata}\\
173 \helpref{SetClientData}{wxsocketbasesetclientdata}\\
174 \helpref{SetEventHandler}{wxsocketbaseseteventhandler}
175
176
177 % ---------------------------------------------------------------------------
178 % Members here
179 % ---------------------------------------------------------------------------
180
181 \helponly{\insertatlevel{2}{
182
183 \wxheading{Members}
184
185 }}
186
187 \membersection{wxSocketBase::wxSocketBase}\label{wxsocketbaseconstruct}
188
189 \func{}{wxSocketBase}{\void}
190
191 Default constructor. Don't use it directly; instead, use
192 \helpref{wxSocketClient}{wxsocketclient} to construct a socket client, or
193 \helpref{wxSocketServer}{wxsocketserver} to construct a socket server.
194
195 \membersection{wxSocketBase::\destruct{wxSocketBase}}\label{wxsocketbasedestruct}
196
197 \func{}{\destruct{wxSocketBase}}{\void}
198
199 Destructor. Do not destroy a socket using the delete operator directly;
200 use \helpref{Destroy}{wxsocketbasedestroy} instead. Also, do not create
201 socket objects in the stack.
202
203
204 %
205 % Close
206 %
207 \membersection{wxSocketBase::Close}\label{wxsocketbaseclose}
208
209 \func{void}{Close}{\void}
210
211 This function shuts down the socket, disabling further transmission and
212 reception of data; it also disables events for the socket and frees the
213 associated system resources. Upon socket destruction, Close is automatically
214 called, so in most cases you won't need to do it yourself, unless you
215 explicitly want to shut down the socket, typically to notify the peer
216 that you are closing the connection.
217
218 \wxheading{Remark/Warning}
219
220 Although Close immediately disables events for the socket, it is possible
221 that event messages may be waiting in the application's event queue. The
222 application must therefore be prepared to handle socket event messages
223 even after calling Close.
224
225 %
226 % Destroy
227 %
228 \membersection{wxSocketBase::Destroy}\label{wxsocketbasedestroy}
229
230 \func{bool}{Destroy}{\void}
231
232 Destroys the socket safely. Use this function instead of the delete operator,
233 since otherwise socket events could reach the application even after the
234 socket has been destroyed. To prevent this problem, this function appends
235 the wxSocket to a list of object to be deleted on idle time, after all
236 events have been processed. For the same reason, you should avoid creating
237 socket objects in the stack.
238
239 Destroy calls \helpref{Close}{wxsocketbaseclose} automatically.
240
241 \wxheading{Return value}
242
243 Always true.
244
245 %
246 % Discard
247 %
248 \membersection{wxSocketBase::Discard}\label{wxsocketbasediscard}
249
250 \func{wxSocketBase\&}{Discard}{\void}
251
252 This function simply deletes all bytes in the incoming queue. This function
253 always returns immediately and its operation is not affected by IO flags.
254
255 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually discarded.
256
257 If you use \helpref{Error}{wxsocketbaseerror}, it will always return false.
258
259 %
260 % Error
261 %
262 \membersection{wxSocketBase::Error}\label{wxsocketbaseerror}
263
264 \constfunc{bool}{Error}{\void}
265
266 Returns true if an error occurred in the last IO operation.
267
268 Use this function to check for an error condition after one of the
269 following calls: Discard, Peek, Read, ReadMsg, Unread, Write, WriteMsg.
270
271 %
272 % GetClientData
273 %
274 \membersection{wxSocketBase::GetClientData}\label{wxsocketbasegetclientdata}
275
276 \constfunc{void *}{GetClientData}{\void}
277
278 Returns a pointer of the client data for this socket, as set with
279 \helpref{SetClientData}{wxsocketbasesetclientdata}
280
281 %
282 % GetLocal
283 %
284 \membersection{wxSocketBase::GetLocal}\label{wxsocketbasegetlocal}
285
286 \constfunc{bool}{GetLocal}{\param{wxSockAddress\& }{addr}}
287
288 This function returns the local address field of the socket. The local
289 address field contains the complete local address of the socket (local
290 address, local port, ...).
291
292 \wxheading{Return value}
293
294 true if no error happened, false otherwise.
295
296 %
297 % GetFlags
298 %
299 \membersection{wxSocketBase::GetFlags}\label{wxsocketbasegetflags}
300
301 \constfunc{wxSocketFlags}{GetFlags}{\void}
302
303 Returns current IO flags, as set with \helpref{SetFlags}{wxsocketbasesetflags}
304
305 %
306 % GetPeer
307 %
308 \membersection{wxSocketBase::GetPeer}\label{wxsocketbasegetpeer}
309
310 \constfunc{bool}{GetPeer}{\param{wxSockAddress\& }{addr}}
311
312 This function returns the peer address field of the socket. The peer
313 address field contains the complete peer host address of the socket
314 (address, port, ...).
315
316 \wxheading{Return value}
317
318 true if no error happened, false otherwise.
319
320 %
321 % InterruptWait
322 %
323 \membersection{wxSocketBase::InterruptWait}\label{wxsocketbaseinterruptwait}
324
325 \func{void}{InterruptWait}{\void}
326
327 Use this function to interrupt any wait operation currently in progress.
328 Note that this is not intended as a regular way to interrupt a Wait call,
329 but only as an escape mechanism for exceptional situations where it is
330 absolutely necessary to use it, for example to abort an operation due to
331 some exception or abnormal problem. InterruptWait is automatically called
332 when you \helpref{Close}{wxsocketbaseclose} a socket (and thus also upon
333 socket destruction), so you don't need to use it in these cases.
334
335 \helpref{wxSocketBase::Wait}{wxsocketbasewait},
336 \helpref{wxSocketServer::WaitForAccept}{wxsocketserverwaitforaccept},
337 \helpref{wxSocketBase::WaitForLost}{wxsocketbasewaitforlost},
338 \helpref{wxSocketBase::WaitForRead}{wxsocketbasewaitforread},
339 \helpref{wxSocketBase::WaitForWrite}{wxsocketbasewaitforwrite},
340 \helpref{wxSocketClient::WaitOnConnect}{wxsocketclientwaitonconnect}
341
342 %
343 % IsConnected
344 %
345 \membersection{wxSocketBase::IsConnected}\label{wxsocketbaseisconnected}
346
347 \constfunc{bool}{IsConnected}{\void}
348
349 Returns true if the socket is connected.
350
351 %
352 % IsData
353 %
354 \membersection{wxSocketBase::IsData}\label{wxsocketbaseisdata}
355
356 \constfunc{bool}{IsData}{\void}
357
358 This function waits until the socket is readable. This might mean that
359 queued data is available for reading or, for streamed sockets, that
360 the connection has been closed, so that a read operation will complete
361 immediately without blocking (unless the {\bf wxSOCKET\_WAITALL} flag
362 is set, in which case the operation might still block).
363
364 \membersection{wxSocketBase::IsDisconnected}\label{wxsocketbaseisdisconnected}
365
366 %
367 % IsDisconnected
368 %
369 \constfunc{bool}{IsDisconnected}{\void}
370
371 Returns true if the socket is not connected.
372
373 \membersection{wxSocketBase::LastCount}\label{wxsocketbaselastcount}
374
375 %
376 % LastCount
377 %
378 \constfunc{wxUint32}{LastCount}{\void}
379
380 Returns the number of bytes read or written by the last IO call.
381
382 Use this function to get the number of bytes actually transferred
383 after using one of the following IO calls: Discard, Peek, Read,
384 ReadMsg, Unread, Write, WriteMsg.
385
386 %
387 % LastError
388 %
389 \membersection{wxSocketBase::LastError}\label{wxsocketbaselasterror}
390
391 \constfunc{wxSocketError}{LastError}{\void}
392
393 Returns the last wxSocket error. See \helpref{wxSocket errors}{wxsocketbase}.
394
395 Please note that this function merely returns the last error code,
396 but it should not be used to determine if an error has occurred (this
397 is because successful operations do not change the LastError value).
398 Use \helpref{Error}{wxsocketbaseerror} first, in order to determine
399 if the last IO call failed. If this returns true, use LastError
400 to discover the cause of the error.
401
402 %
403 % Notify
404 %
405 \membersection{wxSocketBase::Notify}\label{wxsocketbasenotify}
406
407 \func{void}{Notify}{\param{bool}{ notify}}
408
409 According to the {\it notify} value, this function enables
410 or disables socket events. If {\it notify} is true, the events
411 configured with \helpref{SetNotify}{wxsocketbasesetnotify} will
412 be sent to the application. If {\it notify} is false; no events
413 will be sent.
414
415 %
416 % Ok
417 %
418 \membersection{wxSocketBase::Ok}\label{wxsocketbaseok}
419
420 \constfunc{bool}{Ok}{\void}
421
422 Returns true if the socket is initialized and ready and false in other
423 cases.
424
425 \wxheading{Remark/Warning}
426
427 For \helpref{wxSocketClient}{wxsocketclient}, Ok won't return true unless
428 the client is connected to a server.
429
430 For \helpref{wxSocketServer}{wxsocketserver}, Ok will return true if the
431 server could bind to the specified address and is already listening for
432 new connections.
433
434 Ok does not check for IO errors;
435 use \helpref{Error}{wxsocketbaseerror} instead for that purpose.
436
437 %
438 % RestoreState
439 %
440 \membersection{wxSocketBase::RestoreState}\label{wxsocketbaserestorestate}
441
442 \func{void}{RestoreState}{\void}
443
444 This function restores the previous state of the socket, as saved
445 with \helpref{SaveState}{wxsocketbasesavestate}
446
447 Calls to SaveState and RestoreState can be nested.
448
449 \wxheading{See also}
450
451 \helpref{wxSocketBase::SaveState}{wxsocketbasesavestate}
452
453 %
454 % SaveState
455 %
456 \membersection{wxSocketBase::SaveState}\label{wxsocketbasesavestate}
457
458 \func{void}{SaveState}{\void}
459
460 This function saves the current state of the socket in a stack. Socket
461 state includes flags, as set with \helpref{SetFlags}{wxsocketbasesetflags},
462 event mask, as set with \helpref{SetNotify}{wxsocketbasesetnotify} and
463 \helpref{Notify}{wxsocketbasenotify}, user data, as set with
464 \helpref{SetClientData}{wxsocketbasesetclientdata}.
465
466 Calls to SaveState and RestoreState can be nested.
467
468 \wxheading{See also}
469
470 \helpref{wxSocketBase::RestoreState}{wxsocketbaserestorestate}
471
472 %
473 % SetClientData
474 %
475 \membersection{wxSocketBase::SetClientData}\label{wxsocketbasesetclientdata}
476
477 \func{void}{SetClientData}{\param{void *}{data}}
478
479 Sets user-supplied client data for this socket. All socket events will
480 contain a pointer to this data, which can be retrieved with
481 the \helpref{wxSocketEvent::GetClientData}{wxsocketeventgetclientdata} function.
482
483 %
484 % SetEventHandler
485 %
486 \membersection{wxSocketBase::SetEventHandler}\label{wxsocketbaseseteventhandler}
487
488 \func{void}{SetEventHandler}{\param{wxEvtHandler\&}{ handler}, \param{int}{ id = -1}}
489
490 Sets an event handler to be called when a socket event occurs. The
491 handler will be called for those events for which notification is
492 enabled with \helpref{SetNotify}{wxsocketbasesetnotify} and
493 \helpref{Notify}{wxsocketbasenotify}.
494
495 \wxheading{Parameters}
496
497 \docparam{handler}{Specifies the event handler you want to use.}
498
499 \docparam{id}{The id of socket event.}
500
501 \wxheading{See also}
502
503 \helpref{wxSocketBase::SetNotify}{wxsocketbasesetnotify},
504 \helpref{wxSocketBase::Notify}{wxsocketbasenotify},
505 \helpref{wxSocketEvent}{wxsocketevent},
506 \helpref{wxEvtHandler}{wxevthandler}
507
508 %
509 % SetFlags
510 %
511 \membersection{wxSocketBase::SetFlags}\label{wxsocketbasesetflags}
512
513 \func{void}{SetFlags}{\param{wxSocketFlags}{ flags}}
514
515 Use SetFlags to customize IO operation for this socket.
516 The {\it flags} parameter may be a combination of flags ORed together.
517 The following flags can be used:
518
519 \twocolwidtha{7cm}
520 \begin{twocollist}\itemsep=0pt
521 \twocolitem{{\bf wxSOCKET\_NONE}}{Normal functionality.}
522 \twocolitem{{\bf wxSOCKET\_NOWAIT}}{Read/write as much data as possible and return immediately.}
523 \twocolitem{{\bf wxSOCKET\_WAITALL}}{Wait for all required data to be read/written unless an error occurs.}
524 \twocolitem{{\bf wxSOCKET\_BLOCK}}{Block the GUI (do not yield) while reading/writing data.}
525 \twocolitem{{\bf wxSOCKET\_REUSEADDR}}{Allows the use of an in-use port (wxServerSocket only)}
526 \end{twocollist}
527
528 A brief overview on how to use these flags follows.
529
530 If no flag is specified (this is the same as {\bf wxSOCKET\_NONE}),
531 IO calls will return after some data has been read or written, even
532 when the transfer might not be complete. This is the same as issuing
533 exactly one blocking low-level call to recv() or send(). Note
534 that {\it blocking} here refers to when the function returns, not
535 to whether the GUI blocks during this time.
536
537 If {\bf wxSOCKET\_NOWAIT} is specified, IO calls will return immediately.
538 Read operations will retrieve only available data. Write operations will
539 write as much data as possible, depending on how much space is available
540 in the output buffer. This is the same as issuing exactly one nonblocking
541 low-level call to recv() or send(). Note that {\it nonblocking} here
542 refers to when the function returns, not to whether the GUI blocks during
543 this time.
544
545 If {\bf wxSOCKET\_WAITALL} is specified, IO calls won't return until ALL
546 the data has been read or written (or until an error occurs), blocking if
547 necessary, and issuing several low level calls if necessary. This is the
548 same as having a loop which makes as many blocking low-level calls to
549 recv() or send() as needed so as to transfer all the data. Note
550 that {\it blocking} here refers to when the function returns, not
551 to whether the GUI blocks during this time.
552
553 The {\bf wxSOCKET\_BLOCK} flag controls whether the GUI blocks during
554 IO operations. If this flag is specified, the socket will not yield
555 during IO calls, so the GUI will remain blocked until the operation
556 completes. If it is not used, then the application must take extra
557 care to avoid unwanted reentrance.
558
559 The {\bf wxSOCKET\_REUSEADDR} flag controls the use of the SO\_REUSEADDR standard
560 setsockopt() flag. This flag allows the socket to bind to a port that is already in use.
561 This is mostly used on UNIX-based systems to allow rapid starting and stopping of a server -
562 otherwise you may have to wait several minutes for the port to become available.
563 This option can have surprising platform dependent behavior, check the documentation for
564 your platform's implementation of setsockopt().
565
566 So:
567
568 {\bf wxSOCKET\_NONE} will try to read at least SOME data, no matter how much.
569
570 {\bf wxSOCKET\_NOWAIT} will always return immediately, even if it cannot
571 read or write ANY data.
572
573 {\bf wxSOCKET\_WAITALL} will only return when it has read or written ALL
574 the data.
575
576 {\bf wxSOCKET\_BLOCK} has nothing to do with the previous flags and
577 it controls whether the GUI blocks.
578
579 {\bf wxSOCKET\_REUSEADDR} controls special platform-specific behavior for wxServerSocket.
580
581 %
582 % SetNotify
583 %
584 \membersection{wxSocketBase::SetNotify}\label{wxsocketbasesetnotify}
585
586 \func{void}{SetNotify}{\param{wxSocketEventFlags}{ flags}}
587
588 SetNotify specifies which socket events are to be sent to the event handler.
589 The {\it flags} parameter may be combination of flags ORed together. The
590 following flags can be used:
591
592 \twocolwidtha{7cm}
593 \begin{twocollist}\itemsep=0pt
594 \twocolitem{{\bf wxSOCKET\_INPUT\_FLAG}}{to receive wxSOCKET\_INPUT}
595 \twocolitem{{\bf wxSOCKET\_OUTPUT\_FLAG}}{to receive wxSOCKET\_OUTPUT}
596 \twocolitem{{\bf wxSOCKET\_CONNECTION\_FLAG}}{to receive wxSOCKET\_CONNECTION}
597 \twocolitem{{\bf wxSOCKET\_LOST\_FLAG}}{to receive wxSOCKET\_LOST}
598 \end{twocollist}
599
600 For example:
601
602 \begin{verbatim}
603 sock.SetNotify(wxSOCKET_INPUT_FLAG | wxSOCKET_LOST_FLAG);
604 sock.Notify(true);
605 \end{verbatim}
606
607 In this example, the user will be notified about incoming socket data and
608 whenever the connection is closed.
609
610 For more information on socket events see \helpref{wxSocket events}{wxsocketbase}.
611
612 %
613 % SetTimeout
614 %
615 \membersection{wxSocketBase::SetTimeout}\label{wxsocketbasesettimeout}
616
617 \func{void}{SetTimeout}{\param{int }{seconds}}
618
619 This function sets the default socket timeout in seconds. This timeout
620 applies to all IO calls, and also to the \helpref{Wait}{wxsocketbasewait} family
621 of functions if you don't specify a wait interval. Initially, the default
622 timeout is 10 minutes.
623
624 %
625 % Peek
626 %
627 \membersection{wxSocketBase::Peek}\label{wxsocketbasepeek}
628
629 \func{wxSocketBase\&}{Peek}{\param{void *}{ buffer}, \param{wxUint32}{ nbytes}}
630
631 This function peeks a buffer of {\it nbytes} bytes from the socket.
632 Peeking a buffer doesn't delete it from the socket input queue.
633
634 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually peeked.
635
636 Use \helpref{Error}{wxsocketbaseerror} to determine if the operation succeeded.
637
638 \wxheading{Parameters}
639
640 \docparam{buffer}{Buffer where to put peeked data.}
641
642 \docparam{nbytes}{Number of bytes.}
643
644 \wxheading{Return value}
645
646 Returns a reference to the current object.
647
648 \wxheading{Remark/Warning}
649
650 The exact behaviour of wxSocketBase::Peek depends on the combination
651 of flags being used. For a detailed explanation, see \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}
652
653 \wxheading{See also}
654
655 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
656 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror},
657 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
658 \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}
659
660 %
661 % Read
662 %
663 \membersection{wxSocketBase::Read}\label{wxsocketbaseread}
664
665 \func{wxSocketBase\&}{Read}{\param{void *}{ buffer}, \param{wxUint32}{ nbytes}}
666
667 This function reads a buffer of {\it nbytes} bytes from the socket.
668
669 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually read.
670
671 Use \helpref{Error}{wxsocketbaseerror} to determine if the operation succeeded.
672
673 \wxheading{Parameters}
674
675 \docparam{buffer}{Buffer where to put read data.}
676
677 \docparam{nbytes}{Number of bytes.}
678
679 \wxheading{Return value}
680
681 Returns a reference to the current object.
682
683 \wxheading{Remark/Warning}
684
685 The exact behaviour of wxSocketBase::Read depends on the combination
686 of flags being used. For a detailed explanation, see \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}.
687
688 \wxheading{See also}
689
690 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
691 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror},
692 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
693 \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}
694
695 %
696 % ReadMsg
697 %
698 \membersection{wxSocketBase::ReadMsg}\label{wxsocketbasereadmsg}
699
700 \func{wxSocketBase\&}{ReadMsg}{\param{void *}{ buffer}, \param{wxUint32}{ nbytes}}
701
702 This function reads a buffer sent by \helpref{WriteMsg}{wxsocketbasewritemsg}
703 on a socket. If the buffer passed to the function isn't big enough, the
704 remaining bytes will be discarded. This function always waits for the
705 buffer to be entirely filled, unless an error occurs.
706
707 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually read.
708
709 Use \helpref{Error}{wxsocketbaseerror} to determine if the operation succeeded.
710
711 \wxheading{Parameters}
712
713 \docparam{buffer}{Buffer where to put read data.}
714
715 \docparam{nbytes}{Size of the buffer.}
716
717 \wxheading{Return value}
718
719 Returns a reference to the current object.
720
721 \wxheading{Remark/Warning}
722
723 wxSocketBase::ReadMsg will behave as if the {\bf wxSOCKET\_WAITALL} flag
724 was always set and it will always ignore the {\bf wxSOCKET\_NOWAIT} flag.
725 The exact behaviour of ReadMsg depends on the {\bf wxSOCKET\_BLOCK} flag.
726 For a detailed explanation, see \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}.
727
728 \wxheading{See also}
729
730 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
731 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror},
732 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
733 \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags},
734 \helpref{wxSocketBase::WriteMsg}{wxsocketbasewritemsg}
735
736 %
737 % Unread
738 %
739 \membersection{wxSocketBase::Unread}\label{wxsocketbaseunread}
740
741 \func{wxSocketBase\&}{Unread}{\param{const void *}{ buffer}, \param{wxUint32}{ nbytes}}
742
743 This function unreads a buffer. That is, the data in the buffer is put back
744 in the incoming queue. This function is not affected by wxSocket flags.
745
746 If you use \helpref{LastCount}{wxsocketbaselastcount}, it will always return {\it nbytes}.
747
748 If you use \helpref{Error}{wxsocketbaseerror}, it will always return false.
749
750 \wxheading{Parameters}
751
752 \docparam{buffer}{Buffer to be unread.}
753
754 \docparam{nbytes}{Number of bytes.}
755
756 \wxheading{Return value}
757
758 Returns a reference to the current object.
759
760 \wxheading{See also}
761
762 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
763 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
764 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror}
765
766 %
767 % Wait
768 %
769 \membersection{wxSocketBase::Wait}\label{wxsocketbasewait}
770
771 \func{bool}{Wait}{\param{long}{ seconds = -1}, \param{long}{ millisecond = 0}}
772
773 This function waits until any of the following conditions is true:
774
775 \begin{itemize}
776 \item The socket becomes readable.
777 \item The socket becomes writable.
778 \item An ongoing connection request has completed (\helpref{wxSocketClient}{wxsocketclient} only)
779 \item An incoming connection request has arrived (\helpref{wxSocketServer}{wxsocketserver} only)
780 \item The connection has been closed.
781 \end{itemize}
782
783 Note that it is recommended to use the individual Wait functions
784 to wait for the required condition, instead of this one.
785
786 \wxheading{Parameters}
787
788 \docparam{seconds}{Number of seconds to wait.
789 If -1, it will wait for the default timeout,
790 as set with \helpref{SetTimeout}{wxsocketbasesettimeout}.}
791
792 \docparam{millisecond}{Number of milliseconds to wait.}
793
794 \wxheading{Return value}
795
796 Returns true when any of the above conditions is satisfied,
797 false if the timeout was reached.
798
799 \wxheading{See also}
800
801 \helpref{wxSocketBase::InterruptWait}{wxsocketbaseinterruptwait},
802 \helpref{wxSocketServer::WaitForAccept}{wxsocketserverwaitforaccept},
803 \helpref{wxSocketBase::WaitForLost}{wxsocketbasewaitforlost},
804 \helpref{wxSocketBase::WaitForRead}{wxsocketbasewaitforread},
805 \helpref{wxSocketBase::WaitForWrite}{wxsocketbasewaitforwrite},
806 \helpref{wxSocketClient::WaitOnConnect}{wxsocketclientwaitonconnect}
807
808 %
809 % WaitForLost
810 %
811 \membersection{wxSocketBase::WaitForLost}\label{wxsocketbasewaitforlost}
812
813 \func{bool}{Wait}{\param{long}{ seconds = -1}, \param{long}{ millisecond = 0}}
814
815 This function waits until the connection is lost. This may happen if
816 the peer gracefully closes the connection or if the connection breaks.
817
818 \wxheading{Parameters}
819
820 \docparam{seconds}{Number of seconds to wait.
821 If -1, it will wait for the default timeout,
822 as set with \helpref{SetTimeout}{wxsocketbasesettimeout}.}
823
824 \docparam{millisecond}{Number of milliseconds to wait.}
825
826 \wxheading{Return value}
827
828 Returns true if the connection was lost, false if the timeout was reached.
829
830 \wxheading{See also}
831
832 \helpref{wxSocketBase::InterruptWait}{wxsocketbaseinterruptwait},
833 \helpref{wxSocketBase::Wait}{wxsocketbasewait}
834
835 %
836 % WaitForRead
837 %
838 \membersection{wxSocketBase::WaitForRead}\label{wxsocketbasewaitforread}
839
840 \func{bool}{WaitForRead}{\param{long}{ seconds = -1}, \param{long}{ millisecond = 0}}
841
842 This function waits until the socket is readable. This might mean that
843 queued data is available for reading or, for streamed sockets, that
844 the connection has been closed, so that a read operation will complete
845 immediately without blocking (unless the {\bf wxSOCKET\_WAITALL} flag
846 is set, in which case the operation might still block).
847
848 \wxheading{Parameters}
849
850 \docparam{seconds}{Number of seconds to wait.
851 If -1, it will wait for the default timeout,
852 as set with \helpref{SetTimeout}{wxsocketbasesettimeout}.}
853
854 \docparam{millisecond}{Number of milliseconds to wait.}
855
856 \wxheading{Return value}
857
858 Returns true if the socket becomes readable, false on timeout.
859
860 \wxheading{See also}
861
862 \helpref{wxSocketBase::InterruptWait}{wxsocketbaseinterruptwait},
863 \helpref{wxSocketBase::Wait}{wxsocketbasewait}
864
865 %
866 % WaitForWrite
867 %
868 \membersection{wxSocketBase::WaitForWrite}\label{wxsocketbasewaitforwrite}
869
870 \func{bool}{WaitForWrite}{\param{long}{ seconds = -1}, \param{long}{ millisecond = 0}}
871
872 This function waits until the socket becomes writable. This might mean that
873 the socket is ready to send new data, or for streamed sockets, that the
874 connection has been closed, so that a write operation is guaranteed to
875 complete immediately (unless the {\bf wxSOCKET\_WAITALL} flag is set,
876 in which case the operation might still block).
877
878 \wxheading{Parameters}
879
880 \docparam{seconds}{Number of seconds to wait.
881 If -1, it will wait for the default timeout,
882 as set with \helpref{SetTimeout}{wxsocketbasesettimeout}.}
883
884 \docparam{millisecond}{Number of milliseconds to wait.}
885
886 \wxheading{Return value}
887
888 Returns true if the socket becomes writable, false on timeout.
889
890 \wxheading{See also}
891
892 \helpref{wxSocketBase::InterruptWait}{wxsocketbaseinterruptwait},
893 \helpref{wxSocketBase::Wait}{wxsocketbasewait}
894
895 %
896 % Write
897 %
898 \membersection{wxSocketBase::Write}\label{wxsocketbasewrite}
899
900 \func{wxSocketBase\&}{Write}{\param{const void *}{ buffer}, \param{wxUint32}{ nbytes}}
901
902 This function writes a buffer of {\it nbytes} bytes to the socket.
903
904 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually written.
905
906 Use \helpref{Error}{wxsocketbaseerror} to determine if the operation succeeded.
907
908 \wxheading{Parameters}
909
910 \docparam{buffer}{Buffer with the data to be sent.}
911
912 \docparam{nbytes}{Number of bytes.}
913
914 \wxheading{Return value}
915
916 Returns a reference to the current object.
917
918 \wxheading{Remark/Warning}
919
920 The exact behaviour of wxSocketBase::Write depends on the combination
921 of flags being used. For a detailed explanation, see \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}.
922
923 \wxheading{See also}
924
925 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
926 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror},
927 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
928 \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}
929
930 %
931 % WriteMsg
932 %
933 \membersection{wxSocketBase::WriteMsg}\label{wxsocketbasewritemsg}
934
935 \func{wxSocketBase\&}{WriteMsg}{\param{const void *}{ buffer}, \param{wxUint32}{ nbytes}}
936
937 This function writes a buffer of {\it nbytes} bytes from the socket, but it
938 writes a short header before so that \helpref{ReadMsg}{wxsocketbasereadmsg}
939 knows how much data should it actually read. So, a buffer sent with WriteMsg
940 {\bf must} be read with ReadMsg. This function always waits for the entire
941 buffer to be sent, unless an error occurs.
942
943 Use \helpref{LastCount}{wxsocketbaselastcount} to verify the number of bytes actually written.
944
945 Use \helpref{Error}{wxsocketbaseerror} to determine if the operation succeeded.
946
947 \wxheading{Parameters}
948
949 \docparam{buffer}{Buffer with the data to be sent.}
950
951 \docparam{nbytes}{Number of bytes to send.}
952
953 \wxheading{Return value}
954
955 Returns a reference to the current object.
956
957 \wxheading{Remark/Warning}
958
959 wxSocketBase::WriteMsg will behave as if the {\bf wxSOCKET\_WAITALL} flag
960 was always set and it will always ignore the {\bf wxSOCKET\_NOWAIT} flag.
961 The exact behaviour of WriteMsg depends on the {\bf wxSOCKET\_BLOCK} flag.
962 For a detailed explanation, see \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags}.
963
964 \wxheading{See also}
965
966 \helpref{wxSocketBase::Error}{wxsocketbaseerror},
967 \helpref{wxSocketBase::LastError}{wxsocketbaselasterror},
968 \helpref{wxSocketBase::LastCount}{wxsocketbaselastcount},
969 \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags},
970 \helpref{wxSocketBase::ReadMsg}{wxsocketbasereadmsg}
971
972
973 % ---------------------------------------------------------------------------
974 % CLASS wxSocketClient
975 % ---------------------------------------------------------------------------
976
977 \section{\class{wxSocketClient}}\label{wxsocketclient}
978
979 \wxheading{Derived from}
980
981 \helpref{wxSocketBase}{wxsocketbase}
982
983 \wxheading{Include files}
984
985 <wx/socket.h>
986
987 \latexignore{\rtfignore{\wxheading{Members}}}
988
989 % ---------------------------------------------------------------------------
990 % Members
991 % ---------------------------------------------------------------------------
992 %
993 % wxSocketClient
994 %
995 \membersection{wxSocketClient::wxSocketClient}\label{wxsocketclientctor}
996
997 \func{}{wxSocketClient}{\param{wxSocketFlags}{ flags = wxSOCKET\_NONE}}
998
999 Constructor.
1000
1001 \wxheading{Parameters}
1002
1003 \docparam{flags}{Socket flags (See \helpref{wxSocketBase::SetFlags}{wxsocketbasesetflags})}
1004
1005 %
1006 % ~wxSocketClient
1007 %
1008 \membersection{wxSocketClient::\destruct{wxSocketClient}}\label{wxsocketclientdtor}
1009
1010 \func{}{\destruct{wxSocketClient}}{\void}
1011
1012 Destructor. Please see \helpref{wxSocketBase::Destroy}{wxsocketbasedestroy}.
1013
1014 %
1015 % Connect
1016 %
1017 \membersection{wxSocketClient::Connect}\label{wxsocketclientconnect}
1018
1019 \func{bool}{Connect}{\param{wxSockAddress\&}{ address}, \param{bool}{ wait = true}}
1020
1021 Connects to a server using the specified address.
1022
1023 If {\it wait} is true, Connect will wait until the connection
1024 completes. {\bf Warning:} This will block the GUI.
1025
1026 If {\it wait} is false, Connect will try to establish the connection and
1027 return immediately, without blocking the GUI. When used this way, even if
1028 Connect returns false, the connection request can be completed later.
1029 To detect this, use \helpref{WaitOnConnect}{wxsocketclientwaitonconnect},
1030 or catch {\bf wxSOCKET\_CONNECTION} events (for successful establishment)
1031 and {\bf wxSOCKET\_LOST} events (for connection failure).
1032
1033 \wxheading{Parameters}
1034
1035 \docparam{address}{Address of the server.}
1036
1037 \docparam{wait}{If true, waits for the connection to complete.}
1038
1039 \wxheading{Return value}
1040
1041 Returns true if the connection is established and no error occurs.
1042
1043 If {\it wait} was true, and Connect returns false, an error occurred
1044 and the connection failed.
1045
1046 If {\it wait} was false, and Connect returns false, you should still
1047 be prepared to handle the completion of this connection request, either
1048 with \helpref{WaitOnConnect}{wxsocketclientwaitonconnect} or by
1049 watching {\bf wxSOCKET\_CONNECTION} and {\bf wxSOCKET\_LOST} events.
1050
1051 \wxheading{See also}
1052
1053 \helpref{wxSocketClient::WaitOnConnect}{wxsocketclientwaitonconnect},
1054 \helpref{wxSocketBase::SetNotify}{wxsocketbasesetnotify},
1055 \helpref{wxSocketBase::Notify}{wxsocketbasenotify}
1056
1057 %
1058 % WaitOnConnect
1059 %
1060 \membersection{wxSocketClient::WaitOnConnect}\label{wxsocketclientwaitonconnect}
1061
1062 \func{bool}{WaitOnConnect}{\param{long}{ seconds = -1}, \param{long}{ milliseconds = 0}}
1063
1064 Wait until a connection request completes, or until the specified timeout
1065 elapses. Use this function after issuing a call
1066 to \helpref{Connect}{wxsocketclientconnect} with {\it wait} set to false.
1067
1068 \wxheading{Parameters}
1069
1070 \docparam{seconds}{Number of seconds to wait.
1071 If -1, it will wait for the default timeout,
1072 as set with \helpref{SetTimeout}{wxsocketbasesettimeout}.}
1073
1074 \docparam{millisecond}{Number of milliseconds to wait.}
1075
1076 \wxheading{Return value}
1077
1078 WaitOnConnect returns true if the connection request completes. This
1079 does not necessarily mean that the connection was successfully established;
1080 it might also happen that the connection was refused by the peer. Use
1081 \helpref{IsConnected}{wxsocketbaseisconnected} to distinguish between
1082 these two situations.
1083
1084 If the timeout elapses, WaitOnConnect returns false.
1085
1086 These semantics allow code like this:
1087
1088 \begin{verbatim}
1089 // Issue the connection request
1090 client->Connect(addr, false);
1091
1092 // Wait until the request completes or until we decide to give up
1093 bool waitmore = true;
1094 while ( !client->WaitOnConnect(seconds, millis) && waitmore )
1095 {
1096 // possibly give some feedback to the user,
1097 // and update waitmore as needed.
1098 }
1099 bool success = client->IsConnected();
1100 \end{verbatim}
1101
1102 \wxheading{See also}
1103
1104 \helpref{wxSocketClient::Connect}{wxsocketclientconnect},
1105 \helpref{wxSocketBase::InterruptWait}{wxsocketbaseinterruptwait},
1106 \helpref{wxSocketBase::IsConnected}{wxsocketbaseisconnected}
1107
1108 % ---------------------------------------------------------------------------
1109 % CLASS: wxSocketEvent
1110 % ---------------------------------------------------------------------------
1111 \section{\class{wxSocketEvent}}\label{wxsocketevent}
1112
1113 This event class contains information about socket events.
1114
1115 \wxheading{Derived from}
1116
1117 \helpref{wxEvent}{wxevent}
1118
1119 \wxheading{Include files}
1120
1121 <wx/socket.h>
1122
1123 \wxheading{Event table macros}
1124
1125 To process a socket event, use these event handler macros to direct input
1126 to member functions that take a wxSocketEvent argument.
1127
1128 \twocolwidtha{7cm}
1129 \begin{twocollist}\itemsep=0pt
1130 \twocolitem{{\bf EVT\_SOCKET(id, func)}}{Process a socket event, supplying the member function.}
1131 \end{twocollist}
1132
1133 \wxheading{See also}
1134
1135 \helpref{wxSocketBase}{wxsocketbase},
1136 \helpref{wxSocketClient}{wxsocketclient},
1137 \helpref{wxSocketServer}{wxsocketserver}
1138
1139 \latexignore{\rtfignore{\wxheading{Members}}}
1140
1141 \membersection{wxSocketEvent::wxSocketEvent}\label{wxsocketeventctor}
1142
1143 \func{}{wxSocketEvent}{\param{int}{ id = 0}}
1144
1145 Constructor.
1146
1147 \membersection{wxSocketEvent::GetClientData}\label{wxsocketeventgetclientdata}
1148
1149 \func{void *}{GetClientData}{\void}
1150
1151 Gets the client data of the socket which generated this event, as
1152 set with \helpref{wxSocketBase::SetClientData}{wxsocketbasesetclientdata}.
1153
1154 \membersection{wxSocketEvent::GetSocket}\label{wxsocketeventgetsocket}
1155
1156 \constfunc{wxSocketBase *}{GetSocket}{\void}
1157
1158 Returns the socket object to which this event refers to. This makes
1159 it possible to use the same event handler for different sockets.
1160
1161 \membersection{wxSocketEvent::GetSocketEvent}\label{wxsocketeventgetsocketevent}
1162
1163 \constfunc{wxSocketNotify}{GetSocketEvent}{\void}
1164
1165 Returns the socket event type.
1166