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
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 points. As the email is super-long, PLEASE
cut non-relevant points and text so we c
50 matches
Mail list logo
