On Fri, Aug 12, 2016 at 4:02 AM, Carsten Haitzler wrote:
> On Thu, 11 Aug 2016 17:48:13 -0300 Gustavo Sverzut Barbieri
> said:
[snip]
>> Did you guys noticed I'm returning an error, not setting one to TLS,
>> right? It's a:
>>
>>return EINA_ERROR_OUT_OF_MEMORY;
>>
>> kind of thing, not:
>>
On Thu, 11 Aug 2016 11:46:14 -0300 Gustavo Sverzut Barbieri
said:
> On Thu, Aug 11, 2016 at 3:05 AM, Carsten Haitzler
> wrote:
> > On Mon, 8 Aug 2016 12:44:06 -0300 Gustavo Sverzut Barbieri
> > said:
> >
> >> On Mon, Aug 8, 2016 at 12:02 PM, Gustavo Sverzut Barbieri
> >> wrote:
> >> > On Mon,
On Thu, 11 Aug 2016 17:48:13 -0300 Gustavo Sverzut Barbieri
said:
> On Thu, Aug 11, 2016 at 4:15 PM, Felipe Magno de Almeida
> wrote:
> > On Thu, Aug 11, 2016 at 3:59 PM, Gustavo Sverzut Barbieri
> > wrote:
> >> Em quinta-feira, 11 de agosto de 2016, Felipe Magno de Almeida <
> >> felipe.m.alme
On Thu, 11 Aug 2016 16:15:37 -0300 Felipe Magno de Almeida
said:
> On Thu, Aug 11, 2016 at 3:59 PM, Gustavo Sverzut Barbieri
> wrote:
> > Em quinta-feira, 11 de agosto de 2016, Felipe Magno de Almeida <
> > felipe.m.alme...@gmail.com> escreveu:
> >
> >> On Thu, Aug 11, 2016 at 11:23 AM, Gustavo
On Thu, Aug 11, 2016 at 4:15 PM, Felipe Magno de Almeida
wrote:
> On Thu, Aug 11, 2016 at 3:59 PM, Gustavo Sverzut Barbieri
> wrote:
>> Em quinta-feira, 11 de agosto de 2016, Felipe Magno de Almeida <
>> felipe.m.alme...@gmail.com> escreveu:
>>
>>> On Thu, Aug 11, 2016 at 11:23 AM, Gustavo Sverzu
On Thu, Aug 11, 2016 at 3:59 PM, Gustavo Sverzut Barbieri
wrote:
> Em quinta-feira, 11 de agosto de 2016, Felipe Magno de Almeida <
> felipe.m.alme...@gmail.com> escreveu:
>
>> On Thu, Aug 11, 2016 at 11:23 AM, Gustavo Sverzut Barbieri
>> > wrote:
[snip]
>> >>> is Eina_Error ok?
>> >>>
>> > will
Em quinta-feira, 11 de agosto de 2016, Felipe Magno de Almeida <
felipe.m.alme...@gmail.com> escreveu:
> On Thu, Aug 11, 2016 at 11:23 AM, Gustavo Sverzut Barbieri
> > wrote:
> > On Thu, Aug 11, 2016 at 2:21 AM, Carsten Haitzler > wrote:
> >> On Wed, 3 Aug 2016 01:29:39 -0300 Gustavo Sverzut Barb
On Thu, Aug 11, 2016 at 11:23 AM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Aug 11, 2016 at 2:21 AM, Carsten Haitzler
> wrote:
>> On Wed, 3 Aug 2016 01:29:39 -0300 Gustavo Sverzut Barbieri
>>
>> said:
[snip]
>>> > i really don't like error as an int. really don't. a proper enum and/or
>>> >
On Thu, Aug 11, 2016 at 3:05 AM, Carsten Haitzler wrote:
> On Mon, 8 Aug 2016 12:44:06 -0300 Gustavo Sverzut Barbieri
>
> said:
>
>> On Mon, Aug 8, 2016 at 12:02 PM, Gustavo Sverzut Barbieri
>> wrote:
>> > On Mon, Aug 8, 2016 at 11:20 AM, Tom Hacohen wrote:
>> >> Why do we need a "sent" event?
On Thu, Aug 11, 2016 at 2:21 AM, Carsten Haitzler wrote:
> On Wed, 3 Aug 2016 01:29:39 -0300 Gustavo Sverzut Barbieri
>
> said:
>
>> On Tue, Aug 2, 2016 at 5:00 AM, Carsten Haitzler
>> wrote:
>> > On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
>> >
>> [...]
>> >> struct Efl.Net.Ad
On Wed, 3 Aug 2016 00:05:10 -0300 Gustavo Sverzut Barbieri
said:
> On Mon, Aug 1, 2016 at 3:25 PM, Cedric BAIL wrote:
> > On Sun, Jul 31, 2016 at 8:50 PM, Gustavo Sverzut Barbieri
> > wrote:
> [...]
> >> struct Eina.Blob {
> >> mem: void_ptr;
> >> parent: Eina.Blob;
> >> size: size;
On Thu, 4 Aug 2016 18:14:56 +0100 Tom Hacohen said:
> I forgot one more thing, and also was asked on IRC for some
> clarifications about another, so here I am, replying to myself.
>
> A comment I forgot to make, which is to something cedric mentioned, and
> is something that I've said a millio
On Wed, 3 Aug 2016 01:29:39 -0300 Gustavo Sverzut Barbieri
said:
> On Tue, Aug 2, 2016 at 5:00 AM, Carsten Haitzler wrote:
> > On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
> >
> [...]
> >> struct Efl.Net.Address {
> >> family: Efl.Net.Family;
> >> address: union { in, in6,
On Fri, 5 Aug 2016 09:53:25 -0700 Cedric BAIL said:
> Hello,
>
> On Thu, Aug 4, 2016 at 8:34 PM, Gustavo Sverzut Barbieri
> wrote:
> > I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
> >
> > https://git.enlightenment.org/core/efl.git/commit/?h=devs/barbieri/ecore-con-eoify&id
On Mon, 8 Aug 2016 14:27:08 +0100 Tom Hacohen said:
> On 05/08/16 18:11, Cedric BAIL wrote:
> > Hello,
> >
> > On Fri, Aug 5, 2016 at 7:30 AM, Tom Hacohen wrote:
> >> On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
> >>> Answering both emails here, in order:
> >>>
> On 04/08/16 17:24, To
On Mon, 1 Aug 2016 15:11:18 +0200 Chidambar Zinnoury
said:
> Hi.
>
> On Mon, 1 Aug 2016 22:10:44 +1000 David Seikel
> wrote:
>
> > On Mon, 1 Aug 2016 09:01:13 -0300 Gustavo Sverzut Barbieri
> > wrote:
> >
> > > On Mon, Aug 1, 2016 at 1:26 AM, David Seikel
> > > wrote:
> > > > On Mon, 1
On Thu, 4 Aug 2016 17:24:08 +0100 Tom Hacohen said:
> Hey Gustavo,
>
> I am going to give a few comments, though it's really hard to review
> like this. Although we are creating API here, we don't really care about
> the API, we care about the usage. Which means, I don't care about how
> the
On Mon, 8 Aug 2016 12:44:06 -0300 Gustavo Sverzut Barbieri
said:
> On Mon, Aug 8, 2016 at 12:02 PM, Gustavo Sverzut Barbieri
> wrote:
> > On Mon, Aug 8, 2016 at 11:20 AM, Tom Hacohen wrote:
> >> Why do we need a "sent" event? Shouldn't this just be handled by whoever
> >> is calling "send" and
On Mon, 1 Aug 2016 11:25:35 -0700 Cedric BAIL said:
> Hello,
>
> On Sun, Jul 31, 2016 at 8:50 PM, Gustavo Sverzut Barbieri
> wrote:
> > I'm entitled to review the new Eo API for Ecore_Con.h. Find below my first
> > draft proposal and after the "code" you can see my detailed review of
> > curren
On Mon, Aug 8, 2016 at 12:02 PM, Gustavo Sverzut Barbieri
wrote:
> On Mon, Aug 8, 2016 at 11:20 AM, Tom Hacohen wrote:
>> Why do we need a "sent" event? Shouldn't this just be handled by whoever
>> is calling "send" and then check error code or whatever?
>
> That send is asyncrhonous, it will que
On Mon, Aug 8, 2016 at 11:20 AM, Tom Hacohen wrote:
> Why do we need a "sent" event? Shouldn't this just be handled by whoever
> is calling "send" and then check error code or whatever?
That send is asyncrhonous, it will queue and monitor fd for write,
when select/poll reports that, then it will
On 05/08/16 04:34, Gustavo Sverzut Barbieri wrote:
> Hi all,
>
> I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
>
> https://git.enlightenment.org/core/efl.git/commit/?h=devs/barbieri/ecore-con-eoify&id=35bab5c64a6c928121202697221ecebf4b606659
>
> It does compile, but of course d
On 05/08/16 20:11, Gustavo Sverzut Barbieri wrote:
> On Fri, Aug 5, 2016 at 11:30 AM, Tom Hacohen wrote:
>> On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
> [...]
>>> The blob/binbuf are important optimizations if we care about memory
>>> consumption and reducing copies, but they are not manda
On 05/08/16 18:11, Cedric BAIL wrote:
> Hello,
>
> On Fri, Aug 5, 2016 at 7:30 AM, Tom Hacohen wrote:
>> On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
>>> Answering both emails here, in order:
>>>
On 04/08/16 17:24, Tom Hacohen wrote:
> I don't really have much experience/knowledge
>
On Aug 6, 2016 12:01 PM, "Felipe Magno de Almeida" <
felipe.m.alme...@gmail.com> wrote:
> On Sat, Aug 6, 2016 at 7:08 AM, Davide Andreoli
wrote:
> > 2016-08-05 18:53 GMT+02:00 Cedric BAIL :
> >
> >> Hello,
> >>
> >> On Thu, Aug 4, 2016 at 8:34 PM, Gustavo Sverzut Barbieri
> >> wrote:
> >> > I've
On Sat, Aug 6, 2016 at 7:08 AM, Davide Andreoli wrote:
> 2016-08-05 18:53 GMT+02:00 Cedric BAIL :
>
>> Hello,
>>
>> On Thu, Aug 4, 2016 at 8:34 PM, Gustavo Sverzut Barbieri
>> wrote:
>> > I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
>> >
>> > https://git.enlightenment.org/co
2016-08-05 18:53 GMT+02:00 Cedric BAIL :
> Hello,
>
> On Thu, Aug 4, 2016 at 8:34 PM, Gustavo Sverzut Barbieri
> wrote:
> > I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
> >
> > https://git.enlightenment.org/core/efl.git/commit/?h=devs/
> barbieri/ecore-con-eoify&id=35bab5c64
On Fri, Aug 5, 2016 at 1:53 PM, Cedric BAIL wrote:
> I think your example does illustrate quite well while asynchronous API
> with events is tricky for users to get right. I think you do set your
> error handler a little bit to late. What if during finalize the server
> is unable to listen to that
On Fri, Aug 5, 2016 at 11:30 AM, Tom Hacohen wrote:
> On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
[...]
>> The blob/binbuf are important optimizations if we care about memory
>> consumption and reducing copies, but they are not mandatory. I'll
>> insist a bit more on them, but if it's the o
Hello,
On Fri, Aug 5, 2016 at 7:30 AM, Tom Hacohen wrote:
> On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
>> Answering both emails here, in order:
> >
>>> On 04/08/16 17:24, Tom Hacohen wrote:
I don't really have much experience/knowledge
about this topic, but to me, for efficiency
Hello,
On Thu, Aug 4, 2016 at 8:34 PM, Gustavo Sverzut Barbieri
wrote:
> I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
>
> https://git.enlightenment.org/core/efl.git/commit/?h=devs/barbieri/ecore-con-eoify&id=35bab5c64a6c928121202697221ecebf4b606659
>
> It does compile, but o
On 04/08/16 19:45, Gustavo Sverzut Barbieri wrote:
> Hi Tom,
>
> Answering both emails here, in order:
>
>> On 04/08/16 17:24, Tom Hacohen wrote:
>>> Hey Gustavo,
>>>
>>> I am going to give a few comments, though it's really hard to review
>>> like this. Although we are creating API here, we don't
Hi all,
I've pushed my WIP to a branch devs/barbieri/ecore-con-eoify, see:
https://git.enlightenment.org/core/efl.git/commit/?h=devs/barbieri/ecore-con-eoify&id=35bab5c64a6c928121202697221ecebf4b606659
It does compile, but of course doesn't work given the implementation
is mostly stub (and the g
Hi Tom,
Answering both emails here, in order:
> On 04/08/16 17:24, Tom Hacohen wrote:
>> Hey Gustavo,
>>
>> I am going to give a few comments, though it's really hard to review
>> like this. Although we are creating API here, we don't really care about
>> the API, we care about the usage. Which m
I forgot one more thing, and also was asked on IRC for some
clarifications about another, so here I am, replying to myself.
A comment I forgot to make, which is to something cedric mentioned, and
is something that I've said a million times already and I'll say it
again because it's so damn impo
Hey Gustavo,
I am going to give a few comments, though it's really hard to review
like this. Although we are creating API here, we don't really care about
the API, we care about the usage. Which means, I don't care about how
the .eo file looks like, I care about how the .c file that uses it loo
Em quarta-feira, 3 de agosto de 2016, David Seikel
escreveu:
> On Wed, 3 Aug 2016 00:05:10 -0300 Gustavo Sverzut Barbieri
> > wrote:
>
> > > Also possible additional operation would be sending a file.
> > > Eina_File should be a native type to any binding and we do have a
> > > few place where yo
On Wed, 3 Aug 2016 00:05:10 -0300 Gustavo Sverzut Barbieri
wrote:
> > Also possible additional operation would be sending a file.
> > Eina_File should be a native type to any binding and we do have a
> > few place where you get one, would be nice to do be able to
> > transparently send one.
>
v2 with some fixes.
The analysis of competitors at the end was omitted and you can find
the updated GIST (diff/highlight):
https://gist.github.com/barbieri/5bdf6c49b207543d764435d2494361ba
Fixed:
- changed base class from Eo.Base to Efl.Loop_User
- Returns instead of @out parameters
- added "
On Tue, Aug 2, 2016 at 5:00 AM, Carsten Haitzler wrote:
> On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
>
[...]
>> struct Efl.Net.Address {
>> family: Efl.Net.Family;
>> address: union { in, in6, bt... };
>> }
>
> are you sure this shouldn't just be a string above for addres
On Mon, Aug 1, 2016 at 3:25 PM, Cedric BAIL wrote:
> On Sun, Jul 31, 2016 at 8:50 PM, Gustavo Sverzut Barbieri
> wrote:
[...]
>> struct Eina.Blob {
>> mem: void_ptr;
>> parent: Eina.Blob;
>> size: size;
>> refcount: int;
>> free: Eina_Blob_Free_Cb;
>> }
>
> I really don't like
On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
said:
Hey gustoavo! LTNS! :)
First... This mail is long. I mean i think you have beaten me totally out of
the ballpark with longness of this mail! well done. I must take a bow. I am no
longer king of long emails! :)
> Hi all,
>
> I'm e
On Mon, 1 Aug 2016 11:25:35 -0700 Cedric BAIL
wrote:
> Hello,
>
> On Sun, Jul 31, 2016 at 8:50 PM, Gustavo Sverzut Barbieri
> wrote:
> > I'm entitled to review the new Eo API for Ecore_Con.h. Find below
> > my first draft proposal and after the "code" you can see my
> > detailed review of curre
Hello,
On Sun, Jul 31, 2016 at 8:50 PM, Gustavo Sverzut Barbieri
wrote:
> I'm entitled to review the new Eo API for Ecore_Con.h. Find below my first
> draft proposal and after the "code" you can see my detailed review of
> current code and competitors.
>
> Please reply in line with your points. A
Hi.
On Mon, 1 Aug 2016 22:10:44 +1000 David Seikel
wrote:
> On Mon, 1 Aug 2016 09:01:13 -0300 Gustavo Sverzut Barbieri
> wrote:
>
> > On Mon, Aug 1, 2016 at 1:26 AM, David Seikel
> > wrote:
> > > On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
> > > wrote:
> > >
> > >> Hi al
On Mon, 1 Aug 2016 09:01:13 -0300 Gustavo Sverzut Barbieri
wrote:
> On Mon, Aug 1, 2016 at 1:26 AM, David Seikel
> wrote:
> > On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
> > wrote:
> >
> >> Hi all,
> >>
> >> I'm entitled to review the new Eo API for Ecore_Con.h. Find below
> >> m
On Mon, Aug 1, 2016 at 1:26 AM, David Seikel wrote:
> On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
> wrote:
>
>> Hi all,
>>
>> I'm entitled to review the new Eo API for Ecore_Con.h. Find below my
>> first draft proposal and after the "code" you can see my detailed
>> review of curre
On Mon, Aug 1, 2016 at 12:50 AM, Gustavo Sverzut Barbieri
wrote:
[...]
> /* see http://solettaproject.github.io/docs/c-api/structsol__blob.html
[...]
> struct Eina.Blob {
> mem: void_ptr;
> parent: Eina.Blob;
> size: size;
> refcount: int;
> free: Eina_Blob_Free_Cb;
> }
To add
On Mon, 1 Aug 2016 00:50:31 -0300 Gustavo Sverzut Barbieri
wrote:
> Hi all,
>
> I'm entitled to review the new Eo API for Ecore_Con.h. Find below my
> first draft proposal and after the "code" you can see my detailed
> review of current code and competitors.
>
> Please reply in line with your p
49 matches
Mail list logo
