Hi Cedric,
It doesn't fix the problem, now there is an infinite loop:
1681 while (pd->ext && ext->futures)
(gdb) n
1682 efl_future_cancel(eina_list_data_get(ext->futures));
I'm testing it with:
terminal1$ ./src/examples/ecore/efl_net_server_example tcp 0.0.0.0:9999
terminal2$ telnet 127.0.0.1 9999
this will print Hello World in the telnet terminal (#2) and won't
close the connection. In terminal 1 you see it gets stuck, you need to
kill it hard (-9).
terminal1, if executed with EINA_LOG_LEVEL=4 says:
INFO: using sender buffer 0x4000000086f33b1e with copier
0x400000008ef33b20 for client 127.0.0.1:37364
...
INFO: send copier done, check if should close 0x400000008ef33b20
DBG<24279>:ecore lib/ecore/efl_io_copier.c:685
_efl_io_copier_efl_object_destructor() copier={0x400000008ef33b20
Efl_Io_Copier, refs=0, closed=0, done=1, buf=0}
DBG<24279>:ecore lib/ecore/efl_io_copier.c:685
_efl_io_copier_efl_object_destructor() source={0x4000000086f33b1e
Efl_Io_Buffer, refs=1, can_read=0, eos=1, closed=0}
DBG<24279>:ecore lib/ecore/efl_io_copier.c:685
_efl_io_copier_efl_object_destructor() destination={0x4000000082f33b1d
Efl_Net_Socket_Tcp, refs=4, can_write=0, closed=0}
DBG<24279>:eo lib/eo/eo_base_class.c:1634 _efl_object_destructor()
0x4000000086f33b1e - Efl_Io_Buffer.
DBG<24279>:eo lib/eo/eo_base_class.c:1634 _efl_object_destructor()
0x400000008ef33b20 - Efl_Io_Copier.
that is, the sender is done and it's deleted from:
_send_copier_done()
_send_recv_done()
efl_del()
what the server does is:
- for a client, create an efl_io_buffer with "Hello World" string and
and efl_io_copier (send_copier) to send this to the efl_net_socket_tcp
that is created for that client. and an efl_io_buffer + efl_io_copier
to receive (recv_copier).
- copier will keep a job (efl_future) when can_read/can_write.
- from job callback it may call user (ie:
_send_copier_done()/_send_recv_done()), which can delete the copier,
that in turn will delete the job that is being dispatched.
On Wed, Oct 19, 2016 at 6:43 PM, Cedric BAIL <cedric.b...@free.fr> wrote:
> Hi Gustavo,
>
> On Tue, Oct 18, 2016 at 4:59 PM, Gustavo Sverzut Barbieri
> <barbi...@gmail.com> wrote:
>> Tried this fix for efl_net_server_example and it doesn't fix the
>> problem, instead it stops crashes but enters an infinite loop:
>>
>> ERR<17134>:ecore lib/ecore/efl_promise.c:301 _efl_loop_future_cancel()
>> Triggering cancel on an already fulfilled Efl.Future.
>
> Can you try fb1feee480270c3e0e556774fc4ee613c82c7dba ?
>
>> since it's now expected that the promise will NULL-ify the pointer
>> once its done, this must be done earlier as well, otherwise my pd->job
>> (efl_io_copier.c) will still use that in its destructor.
>
> Yes and it really should. The problem with this is that I now need to
> fully override in all case weak ref. I think this is the last blow on
> using eo object for future, if I need to reimplement even the minimal
> set of feature as they don't match. I think I will move away from eo
> object before we freeze 1.19, but after we merge eo, ecore and efl
> interface.
> --
> Cedric BAIL
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Gustavo Sverzut Barbieri
--------------------------------------
Mobile: +55 (16) 99354-9890
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
