File: reference.html

package info (click to toggle)
lua-copas 4.8.0-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 704 kB
  • sloc: makefile: 62; sh: 43
file content (1050 lines) | stat: -rw-r--r-- 48,848 bytes parent folder | download
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
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
    <title>Copas - Coroutine Oriented Portable Asynchronous Services for Lua</title>
    <link rel="stylesheet" href="doc.css" type="text/css"/>
	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
</head>
<body>

<div id="container">

<div id="product">
	<div id="product_logo"><a href="http://www.keplerproject.org">
		<img alt="Copas logo" src="copas.png"/>
	</a></div>
	<div id="product_name"><big><strong>Copas</strong></big></div>
	<div id="product_description">Coroutine Oriented Portable Asynchronous Services for Lua</div>
</div> <!-- id="product" -->

<div id="main">

<div id="navigation">
<h1>Copas</h1>
<ul>
    <li><a href="index.html">Home</a>
        <ul>
            <li><a href="index.html#status">Status</a></li>
            <li><a href="index.html#download">Download</a></li>
            <li><a href="index.html#dependencies">Dependencies</a></li>
            <li><a href="index.html#history">History</a></li>
            <li><a href="index.html#credits">Credits</a></li>
        </ul>
    </li>
    <li><a href="manual.html">Manual</a>
    </li>
    <li><strong>Reference</strong></li>
    <li><a href="http://github.com/lunarmodules/copas/">Project</a>
        <ul>
            <li><a href="http://github.com/lunarmodules/copas/issues">Bug Tracker</a></li>
        </ul>
    </li>
    <li><a href="license.html">License</a></li>
</ul>
</div> <!-- id="navigation" -->

<div id="content">
<h2>Reference</h2>

<p>
<strong>NOTE:</strong> Some functions require DNS lookups, which is handled internally
by LuaSocket. This is being done in a <strong>blocking</strong> manner. Hence every function
that accepts a hostname as an argument (e.g. <code>tcp:connect()</code>,
<code>udp:sendto()</code>, etc.) is potentially blocking on the DNS resolving part.
So either provide IP addresses (assuming the underlying OS will detect those and resolve
locally, non-blocking) or accept that the lookup might block.
</p>

<h3>Getting started examples</h3>

<p>Example for a server handling incoming connections:</p>
<pre class="example">
local copas = require("copas")
local socket = require("socket")

local address = "*"
local port = 20000
local ssl_params = {
    wrap = {
        mode = "server",
        protocol = "any",  -- not really secure...
    },
}

local server_socket = assert(socket.bind(address, port))

local function connection_handler(skt)
    local data, err = skt:receive()

    -- do something

end

copas.addthread(function()
    copas.addserver(server_socket, copas.handler(connection_handler,
        ssl_params), "my_TCP_server")
    copas.waitforexit()
    copas.removeserver(server_socket)
end)

copas()
</pre>


<p>Example for a client making a connection to a remote server:</p>
<pre class="example">
local copas = require("copas")
local socket = require("socket")

copas.addthread(function()
    local port = 20000
    local host = "somehost.com"
    local ssl_params = {
        wrap = {
            mode = "client",
            protocol = "any",  -- not really secure...
        },
    }

    local sock = copas.wrap(socket.tcp(), ssl_params)
    copas.setsocketname("my_TCP_client", sock)
    assert(sock:connect(host, port))

    local data, err = sock:receive("*l")

    -- do something

end)

copas()
</pre>


<h3>Copas dispatcher main functions</h3>

<p>The group of functions is relative to the use of the dispatcher itself and
are used to register servers and to execute the main loop of Copas:</p>

<dl class="reference">
    <dt><strong><code>copas([init_func, ][timeout])</code></strong></dt>
    <dd>
        <p>This is a shortcut to <code>copas.loop</code>.</p>
    </dd>

    <dt><strong><code>copas.addserver(server, handler [, timeout [, name]])</code></strong></dt>
    <dd>
        <p>Adds a new <code>server</code> and its <code>handler</code> to the dispatcher
        using an optional <code>timeout</code>.</p>

        <p><code>server</code> is a LuaSocket server socket created using <code>socket.bind()</code>.</p>

        <p><code>handler</code> is a function that receives a LuaSocket client socket
        and handles the communication with that client.
        The handler will be executed in parallel with other threads and
        registered handlers as long as it uses the Copas socket functions.</p>

        <p><code>timeout</code> is the timeout in seconds. Upon accepting connections,
        the timeout will be inherited by TCP client sockets (only applies to TCP).</p>

        <p><code>name</code> is the internal name to use for this socket. The handler threads and
        (in case of TCP) the incoming client connections will get a name derived from the server socket.</p>

        <p><ul>
            <li>TCP: client-socket name: <code>"[server_name]:client_XX"</code> and the handler thread
            <code>"[server_name]:handler_XX"</code> where <code>XX</code> is a sequential number matching
            between the client-socket and handler.</li>
            <li>UDP: the handler thread will be named <code>"[server_name]:handler"</code></li>
        </ul></p>
    </dd>

    <dt><strong><code>coro = copas.addnamedthread(name, func [, ...])</code></strong></dt>
    <dd>
        <p>Same as <code>copas.addthread</code>, but also names the new thread.</p>
    </dd>

    <dt><strong><code>coro = copas.addthread(func [, ...])</code></strong></dt>
    <dd>
        <p>Adds a function as a new coroutine/thread to the dispatcher. The optional
        parameters will be passed to the function <code>func</code>.</p>

        <p>The thread will be executed in parallel with other threads and the
        registered handlers as long as it uses the Copas socket/sleep functions.</p>

        <p>It returns the created coroutine.</p>
    </dd>

    <dt><strong><code>copas.autoclose</code></strong></dt>
    <dd>
        <p>Boolean that controls whether sockets are automatically closed (defaults to <code>true</code>).
        This only applies to incoming connections accepted on a TCP server socket.</p>

        <p>When a TCP handler function completes and terminates, then the client
        socket will automatically be closed when <code>copas.autoclose</code> is
        truthy.</p>
    </dd>

    <dt><strong><code>copas.exit()</code></strong></dt>
    <dd>
        <p>Sets a flag that the application is intending to exit. After calling
        this function <code>copas.exiting()</code> will be returning <code>true</code>, and
        all threads blocked on <code>copas.waitforexit()</code> will be released.</p>

        <p>Copas itself will call this function when <code>copas.finished()</code> returns
        <code>true</code>.</p>
    </dd>

    <dt><strong><code>bool = copas.exiting()</code></strong></dt>
    <dd>
        <p>Returns a flag indicating whether the application is supposed to exit.
        Returns <code>false</code> until after <code>copas.exit()</code> has been called,
        after which it will start returning <code>true</code>.</p>

        <p>Clients should check whether they are to cease their operation and exit. They
        can do this by checking this flag, or by registering a task waiting on
        <code>copas.waitforexit()</code>. Clients should cancel pending work and close sockets
        when an exit is announced, otherwise Copas will not exit.
        </p>
    </dd>

    <dt><strong><code>bool = copas.finished()</code></strong></dt>
    <dd>
        <p>Checks whether anything remains to be done.</p>

        <p>Returns <code>false</code> when the socket lists for reading and writing
        are empty and there is not another (sleeping) task to execute.</p>

        <p><strong>NOTE:</strong> when tasks or sockets have been scheduled/setup this
        function will return <code>true</code> even if the loop has not yet started.
        See also <code>copas.running</code>.</p>
    </dd>

    <dt><strong><code>func = copas.geterrorhandler([coro])</code></strong></dt>
    <dd>
        <p>Returns the currently active errorhandler function for the coroutine (either
        the explicitly set errorhandler, or the default one).
        <code>coro</code> will default to the currently running coroutine if omitted.</p>
    </dd>

    <dt><strong><code>string = copas.getsocketname(skt)</code></strong></dt>
    <dd>
        <p>Returns the name for the socket.</p>
    </dd>

    <dt><strong><code>string = copas.getthreadname([co])</code></strong></dt>
    <dd>
        <p>Returns the name for the coroutine/thread. If not given defaults to the
        currently running coroutine.</p>
    </dd>

    <dt><strong><code>number = copas.gettime()</code></strong></dt>
    <dd>
        <p>Returns the (fractional) number of seconds since the epoch. This directly
        maps to either the LuaSocket or LuaSystem implementation of <code>gettime()</code>.</p>
    </dd>

    <dt><strong><code>string = copas.gettraceback([msg], [co], [skt])</code></strong></dt>
    <dd>
        <p>Creates a traceback (string). Can be used from custom errorhandlers to create
        a proper trace. See <code>copas.seterrorhandler</code>.</p>
    </dd>

    <dt><strong><code>func = copas.handler(connhandler [, sslparams])</code></strong></dt>
    <dd>
        <p>Wraps the <code>connhandler</code> function.</p>

        <p>Returns a new function that
        wraps the client socket, and (if <code>sslparams</code> is provided) performs
        the ssl handshake, before calling <code>connhandler</code>.</p>

        <p>See <code>sslparams</code> definition below.</p>
    </dd>

    <dt><strong><code>copas.loop([init_func, ][timeout])</code></strong></dt>
    <dd>
        <p>Starts the Copas loop accepting client connections for the
        registered servers and handling those connections with the corresponding
        handlers. Calling on the module table itself is a shortcut to this function.
        Every time a server accepts a connection, Copas calls the
        associated handler passing the client socket returned by
        <code>socket.accept()</code>.</p>

        <p>The <code>init_func</code> function is an
        optional initialization function that runs as a Copas thread
        (with name <code>"copas_initializer"</code>).
        The <code>timeout</code> parameter is optional,
        and is passed to the <code>copas.step()</code> function.</p>

        <p>The loop returns when <code>copas.finished() == true</code>.</p>
    </dd>

    <dt><strong><code>result = copas.removeserver(skt [, keep_open])</code></strong></dt>
    <dd>
        <p>Removes a server socket from the Copas scheduler.
        By default, the socket will be closed to allow the socket to be reused right away after
        removing the server. If <code>keep_open</code> is <code>true</code>, the socket
        is removed from the scheduler but it is not closed.</p>

        <p>Returns the result of <code>skt:close()</code> or <code>true</code> if the socket
        was kept open.</p>
    </dd>

    <dt><strong><code>copas.removethread(coroutine)</code></strong></dt>
    <dd>
        <p>Removes a coroutine added to the Copas scheduler.
        Takes a <code>coroutine</code> created by <code>copas.addthread()</code> and removes
        it from the dispatcher the next time it tries to resume. If <code>coroutine</code> isn't
        registered, it does nothing.</p>
    </dd>

    <dt><strong><code>copas.running</code></strong></dt>
    <dd>
        <p>A flag set to <code>true</code> when <code>copas.loop()</code> starts, and
        reset to <code>false</code> when the loop exits. See also
        <code>copas.finished()</code>.</p>
    </dd>

    <dt><strong><code>copas.seterrorhandler([func], [default])</code></strong></dt>
    <dd>
        <p>Sets the error handling function for the current thread.
        Any errors will be forwarded to this handler, it will receive the
        error, coroutine, and socket as arguments;
        <code>function(err, co, skt)</code>. See the Copas source code
        on how to deal with the arguments when implementing your own, and check
        <code>copas.gettraceback</code>.</p>

        <p>If <code>func</code> is omitted, then the error handler is cleared (restores the default handler
        for this coroutine).</p>

        <p>If <code>default</code> is truthy, then the handler will become the new default, used for all threads
        that do not have their own set (in this case <code>func</code> must be provided).</p>
    </dd>

    <dt><strong><code>copas.setsocketname(name, skt)</code></strong></dt>
    <dd>
        <p>Sets the name for the socket.</p>
    </dd>

    <dt><strong><code>copas.setthreadname(name [,co])</code></strong></dt>
    <dd>
        <p>Sets the name for the coroutine/thread. <code>co</code> defaults to the
        currently running coroutine.</p>
    </dd>

    <dt><strong><code>copas.waitforexit()</code></strong></dt>
    <dd>
        <p>This will block the calling coroutine until the <code>copas.exit()</code> function
        is called. Clients should check whether they are to cease their operation and exit. They
        can do this by waiting on this call, or by checking the <code>copas.exiting()</code> flag.
        Clients should cancel pending work and close sockets when an exit is announced, otherwise
        Copas will not exit.</p>
    </dd>

    <dt><strong><code>skt = copas.wrap(skt [, sslparams] )</code></strong></dt>
    <dd>
        <p>Wraps a LuaSocket socket and returns a Copas socket that implements LuaSocket's API
        but use Copas' methods like <code>copas.send()</code> and <code>copas.receive()</code>
        automatically. If the socket was already wrapped, then it will not
        wrap it again.</p>

        <p>If the <code>sslparams</code> is provided, then a call to the wrapped
        <code>sock:connect()</code> method will automatically include the handshake (and in that
        case <code>connect()</code> might throw an error instead of returning nil+error, see
        <code>copas.dohandshake()</code>).</p>

        <p>See <code>sslparams</code> definition below.</p>
    </dd>

    <dt><strong><code>sslparams</code></strong></dt>
    <dd>
        <p>This is the data-structure that is passed to the <code>copas.handler</code>, and
        <code>copas.wrap</code> functions. Passing the structure will allow Copas to take
        care of the entire TLS handshake process.</p>

        <p>The structure is set up to mimic the LuaSec functions for the handshake.</p>
<pre class="example">
{
  wrap = table | context,    -- parameter to LuaSec 'wrap()'
  sni = {                    -- parameters to LuaSec 'sni()'
    names = string | table   --   1st parameter
    strict = bool            --   2nd parameter
  }
}
</pre>
    </dd>
</dl>

<h3>Non-blocking data exchange and timer/sleep functions</h3>

<p>These are used by the handler functions to exchange data with
the clients, and by threads registered with <code>addthread</code> to
exchange data with other services.</p>

<dl class="reference">
    <dt><strong><code>copas.pause([delay])</code></strong></dt>
    <dd>
        <p>Pauses the current co-routine. Parameter <code>delay</code> (in seconds) is optional
        and defaults to 0. If <code>delay &lt= 0</code> then it will pause for 0 seconds.</p>
    </dd>

    <dt><strong><code>copas.pauseforever()</code></strong></dt>
    <dd>
        <p>Pauses the current co-routine until explicitly woken by a call to <code>copas.wakeup()</code>.</p>
    </dd>

    <dt><strong><code>copas.sleep([sleeptime])</code></strong></dt>
    <dd>
        <p><i>Deprecated:</i> use <code>copas.pause</code> and <code>copas.pauseforever</code> instead.</p>
    </dd>

    <dt><strong><code>copas.wakeup(co)</code></strong></dt>
    <dd>
        <p>Immediately wakes up a coroutine that was sleeping or sleeping-forever.
        <code>co</code> is the coroutine to wakeup, see <code>copas.pause()</code>
        and <code>copas.pauseforever()</code>. Does nothing if the coroutine wasn't sleeping.</p>
    </dd>

    <dt><strong><code>sock:close()</code></strong></dt>
    <dd>
        <p>Equivalent to the LuaSocket method (after <code>copas.wrap</code>).</p>
    </dd>

    <dt><strong><code>sock:connect(address, port)</code></strong></dt>
    <dd>
        <p>Non-blocking equivalent to the LuaSocket method (after <code>copas.wrap</code>).</p>

        <p>If <code>sslparams</code> was provided when wrapping the socket, the <code>connect</code>
        method will also perform the full TLS handshake. So after <code>connect</code> returns
        the connection will be secured.</p>
    </dd>

    <dt><strong><code>sock:dohandshake(sslparams)</code></strong></dt>
    <dd>
        <p>Non-blocking quivalent to the LuaSec method (after <code>copas.wrap</code>).  Instead of using
        this method, it is preferred to pass the <code>sslparams</code> to the functions
        <code>copas.handler</code> (for incoming connections) and <code>copas.wrap</code> (for
        outgoing connections), which then ensures that the connection will automatically be
        secured when started.</p>
    </dd>

    <dt><strong><code>sock:receive([pattern [, prefix]])</code></strong></dt>
    <dd>
        <p>Non-blocking equivalent to the LuaSocket method (after <code>copas.wrap</code>).
        Please see <code>sock:receivepartial</code> for differences with LuaSocket, especially
        when using the <code>"*a"</code> pattern.</p>
    </dd>

    <dt><strong><code>sock:receivefrom([size])</code></strong></dt>
    <dd>
        <p>Reads data from a UDP socket just like LuaSocket, but non-blocking.
        <code>socket:receivefrom()</code>.</p>
    </dd>

    <dt><strong><code>sock:receivepartial([pattern [, prefix]])</code></strong></dt>
    <dd>
        <p>This method is the same as the <code>receive</code> method, the difference being
        that this method will return on any data received, even if the specified pattern was not
        yet satisfied.</p>

        <p>When using delimited formats or known byte-size (pattern is <code>"*l"</code> or a number)
        the regular <code>receive</code> method will usually be fine. But when reading a stream with
        the <code>"*a"</code> pattern the <code>receivepartial</code> method should be used.</p>

        <p>The reason for this is the difference in timeouts between Copas and LuaSocket. The Copas
        timeout will apply on each underlying socket read/write operation. So on every chunk received
        Copas will reset the timeout. So if reading pattern <code>"*a"</code> with a 10 second timeout,
        and the sender sends a stream of data (unlimited size), in 1kb chunks, with 5 seconds intervals,
        then there will never be a timeout when using <code>receive</code>, and hence the call would
        never return.</p>

        <p>If using <code>receivepartial</code> with the <code>"*a"</code>
        pattern, the (repeated) call would return the 1kb chunks, with a <code>"timeout"</code> error.</p>
    </dd>

    <dt><strong><code>sock:send(data [, i [, j]])</code></strong></dt>
    <dd>
        <p>Non-blocking equivalent to the LuaSocket method (after <code>copas.wrap</code>).</p>
    </dd>

    <dt><strong><code>sock:settimeout([timeout])</code></strong></dt>
    <dd>
        <p>Sets the timeouts (in seconds) for a socket (after <code>copas.wrap</code>).
        The default is to not have a timeout and wait indefinitely. If a timeout is hit,
        the operation will return <code>nil + "timeout"</code>. This method is compatible
        with LuaSocket, but sets all three timeouts to the same value.</p>
        <p>Behaviour:
        <ul>
            <li><code>nil</code>: block indefinitely</li>
            <li><code>number &lt; 0</code>: block indefinitely</li>
            <li><code>number &gt;= 0</code>: timeout value in seconds</li>
        </ul>
        <strong>Important:</strong> this behaviour is the same as LuaSocket, but different from
        <code>sock:settimeouts</code>, where <code>nil</code> means 'do not change' the timeout.</p>
    </dd>

    <dt><strong><code>sock:settimeouts([connect], [send], [receive])</code></strong></dt>
    <dd>
        <p>Sets the timeouts (in seconds) for a socket (after <code>copas.wrap</code>). A positive
        number sets the timeout, a negative number removes the timeout, and <code>nil</code> will not
        change the currently set timeout. The default is to not have a timeout and wait
        indefinitely.</p>
        <p>Behaviour:
        <ul>
            <li><code>nil</code>: do not change the current setting</li>
            <li><code>number &lt; 0</code>: block indefinitely</li>
            <li><code>number &gt;= 0</code>: timeout value in seconds</li>
        </ul>
        <strong>Important:</strong> this behaviour is different from
        <code>sock:settimeout</code>, where <code>nil</code> means 'wait indefinitely'.</p>

        <p>If a timeout is hit, the operation will return <code>nil + "timeout"</code>.</p>
    </dd>

    <dt><strong><code>sock:sni(...)</code></strong></dt>
    <dd>
        <p>Equivalent to the LuaSec method (after <code>copas.wrap</code>). Instead of using
        this method, it is preferred to pass the <code>sslparams</code> to the functions
        <code>copas.handler</code> (for incoming connections) and <code>copas.wrap</code> (for
        outgoing connections), which then ensures that the connection will automatically be
        secured when started.</p>
    </dd>

    <dt><strong><code>lock:destroy()</code></strong></dt>
    <dd>
        <p>Will destroy the lock and release all waiting threads. The result for those
        threads will be <code>nil + "destroyed" + wait_time</code>, any new call on any
        method will return <code>nil + "destroyed"</code> from here on.</p>
    </dd>

    <dt><strong><code>lock:get([timeout])</code></strong></dt>
    <dd>
        <p>Will try and acquire the lock. The optional <code>timeout</code> can be
        used to override the timeout value set when the lock was created.</p>

        <p>If the lock is not available, the coroutine will yield until either the
        lock becomes available, or it times out. The one exception is when
        <code>timeout</code> is 0, then it will immediately return without yielding.
        If the timeout is set to <code>math.huge</code>, then it will wait forever.</p>

        <p>Upon success, it will return the <code>wait-time</code> in seconds. Upon failure it will
        return <code>nil + error + wait-time</code>. Upon a timeout the error value will
        be "timeout".</p>
    </dd>

    <dt><strong><code>copas.lock.new([timeout], [not_reentrant])</code></strong></dt>
    <dd>
        <p>Creates and returns a new lock. The <code>timeout</code> specifies the
        default timeout for the lock in seconds, and defaults to 10 (set it to <code>math.huge</code>
        to wait forever).</p>

        <p>By default the lock is re-entrant,
        except if <code>not_reentrant</code> is set to a truthy value.</p>
    </dd>

    <dt><strong><code>lock:release()</code></strong></dt>
    <dd>
        <p>Releases the currently held lock.</p>
        <p>Returns <code>true</code> or <code>nil + error</code>.</p>
    </dd>

    <dt><strong><code>queue:add_worker(func)</code></strong></dt>
    <dd>
        <p>Adds a worker that will handle whatever is passed into the queue. Can be called
        multiple times to add more workers. The function <code>func</code> is wrapped and added
        as a copas thread. The threads automatically exit when the queue is destroyed.</p>

        <p>Worker function signature: <code>function(item)</code> (Note: worker functions run
        unprotected, so wrap code in an (x)pcall if errors are expected, otherwise the
        worker will exit on an error, and queue handling will stop).</p>

        <p>Returns the coroutine added, or <code>nil+"destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue:destroy()</code></strong></dt>
    <dd>
        <p>Destroys a queue immediately. Abandons what is left in the queue.
        Releases all waiting calls to <code>queue:pop()</code> with <code>nil+"destroyed"</code>.
        Returns <code>true</code>, or <code>nil+"destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue:finish([timeout], [no_destroy_on_timeout])</code></strong></dt>
    <dd>
        <p>Finishes a queue. Calls <code>queue:stop()</code> and then waits for the queue to run
        empty (and be destroyed) before returning.</p>

        <p>When using "workers" via <code>queue:add_worker()</code>
        then this method will return after the worker has finished processing the popped item.
        When using your own threads and calling <code>queue:pop()</code>, then this method will
        return after the last item has been popped, but not necessarily also processed. </p>

        <p>The <code>timeout</code> defaults to 10 seconds
        (the default timeout value for a lock), <code>math.huge</code> can be used to wait forever.</p>

        <p>Parameter <code>no_destroy_on_timeout</code> indicates if the queue is not to be forcefully
        destroyed on a timeout (abandonning what ever is left in the queue).</p>

        <p>Returns <code>true</code>, or <code>nil+"timeout"</code>, or <code>nil+"destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue:get_size()</code></strong></dt>
    <dd>
        <p>Gets the number of items in the queue currently.
        Returns <code>number</code> or <code>nil + "destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue:get_workers()</code></strong></dt>
    <dd>
        <p>Returns a list/array of current workers (coroutines) handling the queue
        (only the workers added by <code>queue:add_worker()</code>, and still active,
        will be in the list). Returns <code>list</code> or <code>nil + "destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue.name</code></strong></dt>
    <dd>
        <p>A field set to name of the queue. See <code>copas.queue.new()</code>.</p>
    </dd>

    <dt><strong><code>copas.queue.new([options])</code></strong></dt>
    <dd>
        <p>Creates and returns a new queue. The <code>options</code> table has the following fields:
        <ul>
            <li><code>options.name</code>: (optional) the name for the queue, the default name will be
            <code>"copas_queue_XX"</code>. The name will be used to name any workers
            added to the queue using <code>queue:add_worker()</code>, their name will be
            <code>"[queue_name]:worker_XX"</code></li>
        </ul></p>
    </dd>

    <dt><strong><code>queue:pop([timeout])</code></strong></dt>
    <dd>
        <p>Will pop an item from the queue. If there are no items in the queue it will yield
        until there are or a timeout happens (exception is when <code>timeout == 0</code>, then it will
        not yield but return immediately, be careful not to create a hanging loop!).</p>

        <p>Timeout defaults to the default time-out of a semaphore. If the timeout is <code>math.huge</code>
        then it will wait forever.</p>

        <p>Returns an item, or <code>nil+"timeout"</code>, or <code>nil+"destroyed"</code>. Since an item
        can be <code>nil</code>, make sure to check for the error message to detect errors.</p>
    </dd>

    <dt><strong><code>queue:push(item)</code></strong></dt>
    <dd>
        <p>Will push a new item in the queue. Item can be any type, including 'nil'.</p>

        <p>Returns <code>true</code> or <code>nil + "destroyed"</code>.</p>
    </dd>

    <dt><strong><code>queue:stop()</code></strong></dt>
    <dd>
        <p>Instructs the queue to stop, and returns immediately. It will no longer
        accept calls to <code>queue:push()</code>, and will call <code>queue:destroy()</code>
        once the queue is empty.</p>

        <p>Returns <code>true</code> or <code>nil + "destroyed"</code>.</p>
    </dd>

    <dt><strong><code>semaphore:destroy()</code></strong></dt>
    <dd>
        <p>Will destroy the sempahore and release all waiting threads. The result for those
        threads will be <code>nil + "destroyed"</code>, any new call on any
        method will return <code>nil + "destroyed"</code> from here on.</p>
    </dd>

    <dt><strong><code>semaphore:get_count()</code></strong></dt>
    <dd>
        <p>Returns the number of resources currently available in the semaphore.</p>
    </dd>

    <dt><strong><code>semaphore:get_wait()</code></strong></dt>
    <dd>
        <p>Returns the total number of resources requested by all currently waiting threads minus
        the available resources. Such that <code>sempahore:give(semaphore:get_wait())</code> will
        release all waiting threads and leave the semaphore with 0 resources. If there are no waiting threads
        then the result will be 0, and the number of resources in the semaphore will be greater than or equal to 0.</p>
    </dd>

    <dt><strong><code>semaphore:give([given])</code></strong></dt>
    <dd>
        <p>Gives resources to the semaphore. Parameter <code>given</code> is the number of resources
        given to the semaphore, if omitted it defaults to 1.</p>

        <p>If the total resources in the semaphore exceed the maximum, then it will be capped at the
        maximum. In that case the result will be <code>nil + "too many"</code>.</p>
    </dd>

    <dt><strong><code>copas.semaphore.new(max, [start], [timeout])</code></strong></dt>
    <dd>
        <p>Creates and returns a new semaphore (fifo).</p>

        <p><code>max</code> specifies the maximum number of resources the semaphore can hold.
        The optional <code>start</code> parameter (default 0) specifies the number of resources upon creation.</p>

        <p>The <code>timeout</code> specifies the default timeout for the semaphore in
        seconds, and defaults to 10 (<code>math.huge</code> can be used to wait forever).</p>
    </dd>

    <dt><strong><code>semaphore:take([requested], [timeout])</code></strong></dt>
    <dd>
        <p>Takes resources from the semaphore. Parameter <code>requested</code> is the number of resources
        requested from the semaphore, if omitted it defaults to 1.</p>

        <p>If not enough resources are available it
        will yield and wait until enough resources are available, or a timeout occurs. The exception is when
        <code>timeout</code> is set to 0, in that case it will immediately return without yielding if there are
        not enough resources available.</p>

        <p>The optional <code>timeout</code> parameter can be used to override the default timeout as set upon
        semaphore creation. If the timeout is <code>math.huge</code> then it will wait forever.</p>

        <p>Returns <code>true</code> upon success or <code>nil + "timeout"</code> on a timeout. In case more
        resources are requested than maximum available the error will be <code>"too many"</code>.</p>
    </dd>

    <dt><strong><code>copas.timer.new(options)</code></strong></dt>
    <dd>
        <p>Creates and returns an (armed) timer object. The <code>options</code> table has the following fields;
        <ul>
            <li><code>options.name</code> (optional): the name for the timer, the default name will be
            <code>"copas_timer_XX"</code>. The name will be used to name the timer thread.</li>
            <li><code>options.recurring</code> (optional, default <code>false</code>): boolean</li>
            <li><code>options.delay</code>: expiry delay in seconds</li>
            <li><code>options.initial_delay</code> (optional): see <code>timer:arm()</code></li>
            <li><code>options.params</code> (optional): an opaque value that is passed to the callback upon expiry</li>
            <li><code>options.callback</code>: is the function to execute on timer expiry.
                The callback function has <code>function(timer_obj, params)</code> as signature, where
                <code>params</code> is the value initially passed in <code>options.params</code></li>
            <li><code>options.errorhandler</code> (optional): a Copas errorhandler function (see
            <code>copas.seterrorhandler</code> for the signature.</li>
        </ul></p>
    </dd>

    <dt><strong><code>timer:arm([initial_delay])</code></strong></dt>
    <dd>
        <p>Arms a timer that was previously cancelled or exited (arming a non-recurring timer again
        from its own handler is explicitly supported). Returns the timer.</p>

        <p>The optional parameter <code>initial_delay</code>, determines the first delay.
        For example a recurring timer with <code>delay = 5</code>, and <code>initial_delay = 0</code> will
        execute immediately and then recur every 5 seconds.</p>
    </dd>

    <dt><strong><code>timer:cancel()</code></strong></dt>
    <dd>
        <p>Will cancel the timer.</p>
    </dd>

</dl>

<h3>High level request functions</h3>

<p>The last ones are the higher level client functions to perform requests to (remote)
servers.</p>

<dl class="reference">
    <dt><strong><code>copas.http.request(url [, body])</code></strong> or<br/>
        <strong><code>copas.http.request(requestparams)</code></strong></dt>
    <dd>
        <p>Performs an http or https request, identical to the LuaSocket and LuaSec
        implementations, but wrapped in an async operation. As opposed to the original
        implementations, this one also allows for redirects cross scheme (http to https and
        viceversa).</p>

        <p>Options:
        <ul>
            <li><code>options.url</code>: the URL for the request.</li>
            <li><code>options.sink</code> (optional): the LTN12 sink to pass the body chunks to.</li>
            <li><code>options.method</code> (optional, default "GET"): the http request method.</li>
            <li><code>options.headers</code> (optional): any additional HTTP headers to send with the request.
                Hash-table, header-values by header-names.</li>
            <li><code>options.source</code> (optional): simple LTN12 source to provide the request body.
                If there is a body, you need to provide an appropriate "content-length" request header field,
                or the function will attempt to send the body as "chunked" (something few servers support).
                Defaults to the empty source</li>
            <li><code>options.step</code> (optional): LTN12 pump step function used to move data. Defaults to
                the LTN12 <code>pump.step</code> function.</li>
            <li><code>proxy</code> (optional, default none): The URL of a proxy server to use.</li>
            <li><code>options.redirect</code> (optional, default <code>true</code>): Set to <code>false</code> to prevent
                GET or HEAD requests from automatically following 301, 302, 303, and 307 server redirect messages.<br/>
                <strong>Note:</strong> https to http redirects are not allowed by default, but only when this option is set
                to a string value <code>"all"</code>.</li>
            <li><code>options.create</code> (optional): a function to be used instead of <code>socket.tcp</code> when the
                communications socket is created.</li>
            <li><code>options.maxredirects</code> (optional, default 5): An optional number specifying the maximum number
                of redirects to follow. A boolean <code>false</code> value means no maximum (unlimited).</li>
            <li><code>options.timeout</code> (optional, default 60): A number specifying the timeout for
                connect/send/receive operations. Or a table with keys <code>"connect"</code>, <code>"send"</code>, and
                <code>"receive"</code>, to specify individual timeouts (keys omitted from the table will get a default of
                30).</li>
        </ul></p>
    </dd>

    <dt><strong><code>copas.ftp.put(url, content)</code></strong> or<br/>
        <strong><code>copas.ftp.put(requestparams)</code></strong></dt>
    <dd>
        <p>Performs an ftp request, identical to the LuaSocket implementation, but wrapped in
        an async operation.</p>
    </dd>

    <dt><strong><code>copas.ftp.get(url)</code></strong> or<br/>
        <strong><code>copas.ftp.get(requestparams)</code></strong></dt>
    <dd>
        <p>Performs an ftp request, identical to the LuaSocket implementation, but wrapped in
        an async operation.</p>
    </dd>

    <dt><strong><code>copas.smtp.send(msgparams)</code></strong></dt>
    <dd>
        <p>Sends an smtp request, identical to the LuaSocket implementation, but wrapped in
        an async operation.</p>
    </dd>

    <dt><strong><code>copas.smtp.message(msgt)</code></strong></dt>
    <dd>
        <p>Just points to <code>socket.smtp.message</code>, provided so the <code>copas.smtp</code>
        module is a drop-in replacement for the <code>socket.smtp</code> module.</p>
    </dd>

</dl>

<h3>Low level Copas functions</h3>

<p>Most of these are wrapped in the socket wrapper functions, and wouldn't need
    to be used by user code on a regular basis.</p>

<dl class="reference">
    <dt><strong><code>copas.close(skt)</code></strong></dt>
    <dd>
        <p>Closes the socket. Any read/write operations in progress will return
        with an error.</p>
    </dd>

    <dt><strong><code>copas.connect(skt, address, port)</code></strong></dt>
    <dd>
        <p>Connects and transforms a master socket to a client just like LuaSocket
        <code>socket:connect()</code>. The Copas version does not block and allows
        the multitasking of the other handlers and threads.</p>
    </dd>

    <dt><strong><code>copas.dohandshake(skt, sslparams)</code></strong></dt>
    <dd>
        <p>Performs an ssl handshake on an already connected TCP client socket. It
        returns the new ssl-socket on success, or throws an error on failure.</p>
    </dd>

    <dt><strong><code>copas.flush(skt)</code></strong></dt>
    <dd>
        <p>(deprecated)</p>
    </dd>

    <dt><strong><code>copas.receive(skt [, pattern [, prefix]])</code></strong> (TCP) or<br/>
    <strong><code>copas.receive(size)</code></strong> (UDP)</dt>
    <dd>
        <p>Reads data from a client socket according to a pattern just like LuaSocket
        <code>socket:receive()</code>. The Copas version does not block and allows
        the multitasking of the other handlers and threads.</p>

        <p><strong>Note:</strong> for UDP sockets the <code>size</code> parameter is NOT
        optional. For the wrapped function <code>socket:receive([size])</code> it is
        optional again.</p>
    </dd>

    <dt><strong><code>copas.receivepartial(skt [, pattern [, prefix]])</code></strong></dt>
    <dd>
        <p>The same as <code>receive</code>, except that this method will return on
        any data received. See <code>sock:receivepartial</code> for details.</p>
    </dd>

    <dt><strong><code>copas.receivefrom(skt [, size])</code></strong></dt>
    <dd>
        <p>Reads data from a UDP socket just like LuaSocket
        <code>socket:receivefrom()</code>. The Copas version does not block and allows
        the multitasking of the other handlers and threads.</p>
    </dd>

    <dt><strong><code>copas.send(skt, data [, i [, j]])</code></strong> (TCP) or<br/>
        <strong><code>copas.send(skt, datagram)</code></strong> (UDP)</dt>
    <dd>
        <p>Sends data to a client socket just like <code>socket:send()</code>. The Copas version
        is buffered and does not block, allowing the multitasking of the other handlers and threads.</p>

        <p>Note: only for TCP, UDP send doesn't block, hence doesn't require this function to be used.</p>
    </dd>

    <dt><strong><code>copas.settimeout(skt, [timeout])</code></strong></dt>
    <dd>
        <p>Sets the timeout (in seconds) for a socket. A negative timout or absent timeout (<code>nil</code>)
        will wait indefinitely.</p>

        <p><strong>Important:</strong> this behaviour is the same as LuaSocket, but different from
        <code>copas.settimeouts</code>, where <code>nil</code> means 'do not change' the timeout.</p>

        <p>If a timeout is hit, the operation will return <code>nil + "timeout"</code>.
        Timeouts are applied on: <code>receive, receivefrom, receivepartial, send, connect, dohandshake</code>.</p>

        <p>See <code>copas.usesockettimeouterrors()</code> below for alternative error messages.</p>
    </dd>

    <dt><strong><code>copas.settimeouts(skt, [connect], [send], [receive])</code></strong></dt>
    <dd>
        <p>Sets the timeouts (in seconds) for a socket. The default is to not have a timeout and wait
        indefinitely.</p>

        <p><strong>Important:</strong> this behaviour is different from <code>copas.settimeout</code>,
        where <code>nil</code> means 'wait indefinitely'.</p>

        <p>If a timeout is hit, the operation will return <code>nil + "timeout"</code>.
        Timeouts are applied on: <code>receive, receivefrom, receivepartial, send, connect, dohandshake</code>.</p>

        <p>See <code>copas.usesockettimeouterrors()</code> below for alternative error messages.</p>
    </dd>

    <dt><strong><code>t = copas.status([enable_stats])</code></strong></dt>
    <dd>
        <p>Returns metadata about the current scheduler status. By default only number/type of tasks is being
        reported. If <code>enable_stats == true</code> then detailed statistics will be enabled. Calling it again
        later with <code>enable_stats == false</code> will disabled it again.
        <ul>
            <li><code>t.running</code>: boolean, same as <code>copas.running</code>.</li>
            <li><code>t.read</code>: the number of tasks waiting to read on a socket.</li>
            <li><code>t.write</code>: the number of tasks waiting to write to a socket.</li>
            <li><code>t.active</code>: the number of tasks ready to resume.</li>
            <li><code>t.timer</code>: the number of timers for tasks (in the binary tree).</li>
            <li><code>t.inactive</code>: the number of tasks waiting to be woken up.</li>
            <li><code>t.timeout</code>: the number of timers for timeouts (in the timerwheel).</li>
            <li><code>t.time_start</code>*: measurement time started (seconds, previous call to status).</li>
            <li><code>t.time_end</code>*: measurement time ended (seconds, now, current call to status).</li>
            <li><code>t.time_avg</code>*: average time per step (millisec).</li>
            <li><code>t.steps</code>*: the number of loop steps executed.</li>
            <li><code>t.duration_tot</code>*: total time spent executing (millisec, processing tasks, excluding waiting for the network select call).</li>
            <li><code>t.duration_min</code>*: smallest execution time per step (millisec).</li>
            <li><code>t.duration_min_ever</code>*: smallest execution time per step ever (millisec).</li>
            <li><code>t.duration_max</code>*: highest execution time per step (millisec).</li>
            <li><code>t.duration_max_ever</code>*: highest execution time per step ever (millisec).</li>
            <li><code>t.duration_avg</code>*: average execution time per step (millisec).</li>
        </ul>
        The properties marked with * will only be reported if detailed statistics are enabled.
        Every call to this function will reset the time and duration statistics (except for the "ever" ones).</p>
    </dd>


    <dt><strong><code>bool = copas.step([timeout])</code></strong></dt>
    <dd>
        <p>Executes one copas iteration accepting client connections for the
        registered servers and handling those connections with the corresponding
        handlers. When a server accepts a connection, Copas calls the
        associated handler passing the client socket returned by
        <code>socket.accept()</code>. The <code>timeout</code> parameter is optional.
        It returns <code>false</code> when no data was handled (timeout) or
        <code>true</code> if there was data handled (or alternatively nil + error
        message in case of errors).</p>

        <p><strong>NOTE:</strong> the <code>copas.running</code> flag will not automatically
        be (un)set. So when using your own main loop, consider manually setting the flag.</p>
    </dd>

    <dt><strong><code>copas.timeout(delay [, callback])</code></strong></dt>
    <dd>
        <p>Creates a timeout timer for the current coroutine. The <code>delay</code>
        is the timeout in seconds, and the <code>callback</code> will
        be called upon an actual timeout occuring.</p><p>
        Calling it with <code>delay = 0</code> (or <code>math.huge</code>) will cancel the timeout.</p><p>
        Calling it repeatedly will simply replace the timeout on the current
        coroutine and any previous callback set will no longer be called.</p>

        <p><strong>NOTE:</strong> The timeouts are a low-level Copas feature, and
        should only be used to wrap an explicit yield to the Copas scheduler. They
        should not be used to wrap user code.</p>

        <p>Example usage:</p>
<pre class="example">
local copas = require "copas"
local result = "nothing"

copas(function()

  local function timeout_handler(co)  -- co will be the coroutine from which 'timeout()' was called
    print("executing timeout handler")
    result = "timeout"
    copas.removethread(co)            -- drop the thread, because we timed out
  end

  copas.addthread(function()
    copas.timeout(5, timeout_handler) -- timeout on the current coroutine after 5 seconds
    copas.pause(10)                   -- sleep for 10 seconds
    print("just woke up")
    result = "slept like a baby"
    copas.timeout(0)                  -- cancel the timeout on the current coroutine
  end)
end)

print("result: ", result)
</pre>
        <p>For usage examples see the <code>lock</code> and <code>semaphore</code>
        implementations.</p>
    </dd>

    <dt><strong><code>copas.usesockettimeouterrors([bool])</code></strong></dt>
    <dd>
        <p>Sets the timeout errors to return for the current co-routine.
        The default is <code>false</code>, meaning
        that a timeout error will always return an error string <code>"timeout"</code>.
        If you are porting an existing application to Copas and want LuaSocket or LuaSec
        compatible error messages then set it to <code>true</code>.</p>

        <p>In case of using socket timeout errors, they can also be <code>"wantread"</code>
        or <code>"wantwrite"</code> when using ssl/tls connections. These can be returned at any point
        if during a read or write operation an ssl-renegotiation happens.</p>

        <p>Due to platform difference the <code>connect</code> method may also return
        <code>"Operation already in progress"</code> as a timeout error message.</p>
    </dd>

</dl>

<h3>Copas debugging functions</h3>

<p>These functions are mainly used for debugging Copas itself and should be considered experimental.</p>

<dl class="reference">

    <dt><strong><code>copas.debug.start([logger] [, core])</code></strong></dt>
    <dd>
        <p>This will internally replace coroutine handler functions to provide log output to
        the provided <code>logger</code> function. The logger signature is <code>function(...)</code>
        and the default value is the global <code>print()</code> function.</p>

        <p>If the <code>core</code> parameter is truthy, then also the Copas core timer will be
        logged (very noisy).</p>
    </dd>

    <dt><strong><code>copas.debug.stop()</code></strong></dt>
    <dd>
        <p>Stops the debug output being generated.</p>
    </dd>

    <dt><strong><code>debug_socket = copas.debug.socket(socket)</code></strong></dt>
    <dd>
        <p>This wraps the socket in a debug-wrapper. This will for each method call on the
        socket object print the method, the parameters and the return values. Check the source
        code on how to add additional introspection using extra callbacks etc.</p>
        <p>Extremely noisy and experimental!</p>
        <p>NOTE 1: for TLS you'll probably need to first do the TLS handshake.</p>
        <p>NOTE 2: this is separate from the other debugging functions.</p>
    </dd>

</dl>


</div> <!-- id="content" -->

</div> <!-- id="main" -->

<div id="about">
	<p><a href="http://validator.w3.org/check?uri=referer">Valid XHTML 1.0!</a></p>
	<p><small>$Id: reference.html,v 1.16 2009/04/07 21:34:52 carregal Exp $</small></p>
</div> <!-- id="about" -->

</div> <!-- id="container" -->
</body>
</html>