Re: [libuv] TLS Enabled HTTP Client using libuv

2021-06-01 Thread pa...@rcom-software.com
Hi: I have used OpenSSL for that kind of functionality successfully. Howerver, be aware that it does have idiosyncracies and you must decide on SSL Certficate Authority arrangements to select the correct API calls. The verision I use is 1.1.1e which is certainly not the latest one. Also, yo

Re: [libuv] Possible Poll Corruption

2021-05-14 Thread pa...@rcom-software.com
() thread/task follows this rule and owns the Poll_Loop. Best Regards, Paul R. On Tuesday, May 11, 2021 at 6:45:59 AM UTC-7 pa...@rcom-software.com wrote: > Hi: > > Perhaps it would be useful to know that all Libuv epoll() operations occur > in the IO_Task() which > is dedicated

Re: [libuv] Possible Poll Corruption

2021-05-11 Thread pa...@rcom-software.com
R. On Sunday, May 9, 2021 at 12:14:28 PM UTC-7 pa...@rcom-software.com wrote: > Hi: > > I get the FD immediately after accepting an incomig connection with > uv_fileno(). > Then subsequently it is used as follows: > > * IO_Task(): When the poll callback executes corre

Re: [libuv] Possible Poll Corruption

2021-05-08 Thread pa...@rcom-software.com
Hi: Addition to my last message. When uv__nonblock() fails it is indicative of a Linux FIONBIO ioctl() failure. What would cause setting non-blocking mode to fail ? Best Regards, Paul R. On Friday, May 7, 2021 at 9:11:00 PM UTC-7 pa...@rcom-software.com wrote: > Hi: > > I was able

[libuv] Possible Poll Corruption

2021-04-28 Thread pa...@rcom-software.com
Hi Folks: I am experiencing an intermittent problem with uv_poll_init() after the successful establishment and release of multiple concurrent TCP connections. I am not sure if this problem is due to a bug, which may be corrected in another Libuv release, or if I am doing something wrong when re

Re: [libuv] Possible Solution

2021-02-15 Thread pa...@rcom-software.com
are basic GIT questions. This is not a forum about that. > > El El lun, 15 feb 2021 a las 22:42, pa...@rcom-software.com < > pa...@rcom-software.com> escribió: > >> Hi Folks: >> >> 1.41 appears to be the latest version and doesn''t seem to have >>

Re: [libuv] Possible Solution

2021-02-15 Thread pa...@rcom-software.com
PM UTC-8 i...@aliax.net wrote: > Git tags > > El El lun, 15 feb 2021 a las 20:24, pa...@rcom-software.com < > pa...@rcom-software.com> escribió: > >> Hi Folks: >> >> What is the latest version or the best way to identify the latest version >> of Libuv ?

Re: [libuv] Possible Solution

2021-02-15 Thread pa...@rcom-software.com
Hi Folks: What is the latest version or the best way to identify the latest version of Libuv ? Best Regards, Paul R. On Thursday, January 14, 2021 at 10:17:28 AM UTC-8 pa...@rcom-software.com wrote: > I started my experiments with Libuv using the version in libuv-1.40.0.tar > .gz

Re: [libuv] Possible Solution

2021-01-14 Thread pa...@rcom-software.com
group. > To unsubscribe from this group and stop receiving emails from it, send an > email to libuv+un...@googlegroups.com. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/libuv/CADnnjUXwn_3D23xZ9onaZMGRmZU5KHEMcT0aAnqcpb6W0gFrLw%40mail.gmail.com > >

[libuv] Possible Solution

2021-01-13 Thread pa...@rcom-software.com
R. On Friday, January 1, 2021 at 4:26:31 PM UTC-8 pa...@rcom-software.com wrote: > What is the right way to create a detached thread and insure resources > are released upon termination under Libuv ? > > -- You received this message because you are subscribed to the Google Gr

[libuv] Detached Threads

2021-01-01 Thread pa...@rcom-software.com
What is the right way to create a detached thread and insure resources are released upon termination under Libuv ? -- You received this message because you are subscribed to the Google Groups "libuv" group. To unsubscribe from this group and stop receiving emails from it, send an email to libuv

[libuv] Re: LIBUV: Releasing Handles & epoll Oriented Reads

2020-12-22 Thread pa...@rcom-software.com
49 #9 0x77bc26aa in start_thread (arg=0x7ffff6ce7700) at pthread_create.c:333 #10 0x775efeed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Best Regards, Paul R. On Monday, December 21, 2020 at 5:39:09 PM UTC-8 pa...@rcom-software.com wrote: > Hi Folks: > &

[libuv] Re: LIBUV: Releasing Handles & epoll Oriented Reads

2020-12-21 Thread pa...@rcom-software.com
in process in response to an async. wakeup by the Protocol_Task() // during TCP connection termination. It release the resources used by the Connect_Loop. // ROUTINE void conn_release_proxy(uv_async_t *async_handle) { CONN_DESC *cdesc = (CONN_DESC *) async_handle->data; cdesc->conn_handle-&

[libuv] Re: LIBUV: Releasing Handles & epoll Oriented Reads

2020-12-20 Thread pa...@rcom-software.com
t *) cdesc->poll_handle, close_callback); Best Regards, Paul R. On Sunday, December 20, 2020 at 10:13:34 AM UTC-8 pa...@rcom-software.com wrote: > Hi Folks: > > I made some progress on the problem but it is definitely not solved. The > updated code > and more diagnos

[libuv] Re: LIBUV: Releasing Handles & epoll Oriented Reads

2020-12-20 Thread pa...@rcom-software.com
connection to be release and closed. // while(WaitClose[cdesc->index]); #endif // CLOSE_KLUDGE } ENTER_MUTEX(&Service_Q_Mutex); DELETE_CONN(cdesc); cdesc->fd = -1; flush_msg(&cdesc->task_input_q); EXIT_MUTEX(&Service_Q_Mutex); return; } On Sun

[libuv] LIBUV: Releasing Handles & epoll Oriented Reads

2020-12-20 Thread pa...@rcom-software.com
Hi Folks: My Libuv based Server performs all its functions correctly except for TCP connection termination. Each TCP connection has uv_tcp_t connection handle and uv_poll_t handle whose allocation and operation are explained below. When the Protocol_Task() thread needs to terminate a connecti