On Wed, 1 Aug 2012 16:46:00 +0200
Vincent Torri wrote:
> missing changelog and news update
>
> Vincent
>
> On Wed, Aug 1, 2012 at 4:37 PM, Enlightenment SVN
> wrote:
> > Log:
> > add ecore_main_fd_handler_file_add() for use with regular files.
> > epoll does not handle reading from files sin
missing changelog and news update
Vincent
On Wed, Aug 1, 2012 at 4:37 PM, Enlightenment SVN
wrote:
> Log:
> add ecore_main_fd_handler_file_add() for use with regular files.
> epoll does not handle reading from files since it is only a mechanism for
> determining whether a fd is ready for read
On Tue, 15 Feb 2011 14:53:19 -0500 Mike Blumenkrantz said:
> On Tue, 15 Feb 2011 11:51:06 -0800
> "Enlightenment SVN" wrote:
>
> > Log:
> > add more descriptive error messages for epoll flag mod failure
> >
> >
> > Author: discomfitor
> > Date: 2011-02-15 11:51:06 -0800 (Tue,
On Tue, 15 Feb 2011 11:51:06 -0800
"Enlightenment SVN" wrote:
> Log:
> add more descriptive error messages for epoll flag mod failure
>
>
> Author: discomfitor
> Date: 2011-02-15 11:51:06 -0800 (Tue, 15 Feb 2011)
> New Revision: 57063
> Trac: http://trac.enlightenment.or
Quoting Mike Blumenkrantz :
> On Wed, 2 Feb 2011 08:00:38 +0100
> vto...@univ-evry.fr wrote:
>
>> Quoting Mike Blumenkrantz :
>>
>> > On Wed, 2 Feb 2011 07:38:56 +0100
>> > vto...@univ-evry.fr wrote:
>> >
>> >>
>> >> changelog ? should this be pushed to 1.0 ?
>> >>
>> >> Quoting Enlightenment SV
On Wed, 2 Feb 2011 08:00:38 +0100
vto...@univ-evry.fr wrote:
> Quoting Mike Blumenkrantz :
>
> > On Wed, 2 Feb 2011 07:38:56 +0100
> > vto...@univ-evry.fr wrote:
> >
> >>
> >> changelog ? should this be pushed to 1.0 ?
> >>
> >> Quoting Enlightenment SVN :
> >>
> > whoops, forgot changelog. as
Quoting Mike Blumenkrantz :
> On Wed, 2 Feb 2011 07:38:56 +0100
> vto...@univ-evry.fr wrote:
>
>>
>> changelog ? should this be pushed to 1.0 ?
>>
>> Quoting Enlightenment SVN :
>>
> whoops, forgot changelog. ask the other mike about 1.0, I'm not sure
> it's even
> used?
no. It's *you* who dec
On Wed, 2 Feb 2011 07:38:56 +0100
vto...@univ-evry.fr wrote:
>
> changelog ? should this be pushed to 1.0 ?
>
> Quoting Enlightenment SVN :
>
whoops, forgot changelog. ask the other mike about 1.0, I'm not sure it's even
used?
--
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50%
changelog ? should this be pushed to 1.0 ?
Quoting Enlightenment SVN :
> Log:
> From: Mike McCormack
> Subject: [E-devel] [PATCH] Remove SIGRT stuff
>
> Unused, and doesn't work as it stands. Delete...
>
>
> Author: discomfitor
> Date: 2011-02-01 17:27:24 -0800 (Tue, 01 Feb 201
On Sat, 29 Jan 2011 08:43:42 +0100 (CET)
Vincent Torri wrote:
>
> ChangeLog...
>
> On Fri, 28 Jan 2011, Enlightenment SVN wrote:
forgot
--
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50% off!
--
Specia
ChangeLog...
On Fri, 28 Jan 2011, Enlightenment SVN wrote:
> Log:
> From: Mike McCormack
> Subject: [E-devel] [PATCH] ecore main loop "fd_handlers_to_call" list
> optimization
> Date: Thu, 02 Dec 2010 15:22:13 +0900
>
> Hi All,
>
> Rather than using malloc'ed list entries in the mail loop,
On Wed, 1 Dec 2010 06:07:53 +0100 (CET)
Vincent Torri wrote:
>
>
> On Tue, 30 Nov 2010, Enlightenment SVN wrote:
>
> > Log:
> > switch to EINA_BOOL values for delete_me, fix huge O(n) behavior in
> > _ecore_main_fd_handlers_call; all fd operations now should see an
> > exponential speed increa
On Tue, 30 Nov 2010, Enlightenment SVN wrote:
> Log:
> switch to EINA_BOOL values for delete_me, fix huge O(n) behavior in
> _ecore_main_fd_handlers_call; all fd operations now should see an exponential
> speed increase based on the number of fds that ecore is watching
next time, split the co
On Tue, 30 Nov 2010 18:34:49 -0800
"Enlightenment SVN" wrote:
> Log:
> switch to EINA_BOOL values for delete_me, fix huge O(n) behavior in
> _ecore_main_fd_handlers_call; all fd operations now should see an exponential
> speed increase based on the number of fds that ecore is watching
>
> Autho
On Tue, Nov 23, 2010 at 10:27 AM, Mike Blumenkrantz wrote:
> On Tue, 23 Nov 2010 09:34:54 -0200
> Gustavo Sverzut Barbieri wrote:
>
>> Ops, you've screwed it all!
>>
>> Non-opt does not include argv[0], if no opts the correct return is argc!
> That makes no sense. You can't do argv[argc]. If th
On Tue, 23 Nov 2010 09:34:54 -0200
Gustavo Sverzut Barbieri wrote:
> Ops, you've screwed it all!
>
> Non-opt does not include argv[0], if no opts the correct return is argc!
That makes no sense. You can't do argv[argc]. If there are no other non '-'
options, argv[0] IS the first arg in argv wh
Ops, you've screwed it all!
Non-opt does not include argv[0], if no opts the correct return is argc!
The logic to users should be:
If < 0: error
Else if == argc: no non-opt args
Else: non-opt args from it to argc
On Tuesday, November 23, 2010, Enlightenment SVN
wrote:
> Log:
> I'm tired of
On Tue, 16 Nov 2010, Enlightenment SVN wrote:
> Log:
> scaling optimizations round 2: add list for fd handler buffer functions
> also delete fdhs from prep/buf lists on cleanups when possible
shouldn't that stuff be done after 1.0 ?
Vincent
>
> Author: discomfitor
> Date: 2010
On Sat, Nov 13, 2010 at 10:25 AM, Enlightenment SVN
wrote:
> Log:
> revert bitfielding of a bool to avoid possible abi break
it's not just api break, it wouldn't work as the code gets a reference
to it AFAIK (can't check the code now)
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded
On Sat, 6 Nov 2010, Enlightenment SVN wrote:
> Log:
> add ecore_con strings
>
> Author: discomfitor
> Date: 2010-11-06 10:06:56 -0700 (Sat, 06 Nov 2010)
> New Revision: 54241
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore.c
I think that those strings should not go into ecore.c
forget it, you removed it in a commit later
Vincent
On Sun, 1 Aug 2010, Vincent Torri wrote:
>
>
> On Fri, 30 Jul 2010, Enlightenment SVN wrote:
>
>> Log:
>> add data freeing support to ecore thread data api
>> TO FUTURE MIKE: you were too tired to update the doxy last night and
>> instead
On Fri, 30 Jul 2010, Enlightenment SVN wrote:
> Log:
> add data freeing support to ecore thread data api
> TO FUTURE MIKE: you were too tired to update the doxy last night and instead
> of writing the doxy updates you fell
> asl
On Fri, 23 Jul 2010, Enlightenment SVN wrote:
> Log:
> correctly init some variables that I missed somehow. I blame Sachiel.
>
> Author: discomfitor
> Date: 2010-07-23 15:28:18 -0700 (Fri, 23 Jul 2010)
> New Revision: 50465
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore_thread.
On Wed, 21 Jul 2010, Michael Blumenkrantz wrote:
> Because it's easier for people unfamiliar with it to read the code this
> way and they're static variables.
you know how people's way of thinking ? What is important is having a
consistent code. Even static variables.
Vincent
> On Tue, 20 Ju
Because it's easier for people unfamiliar with it to read the code this
way and they're static variables.
On Tue, 20 Jul 2010 11:54:41 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Tue, 20 Jul 2010, Enlightenment SVN wrote:
>
> > Log:
> > some variable renames to make this easier to understand
On Tue, 20 Jul 2010, Enlightenment SVN wrote:
> Log:
> some variable renames to make this easier to understand
>
> Author: discomfitor
> Date: 2010-07-20 02:40:53 -0700 (Tue, 20 Jul 2010)
> New Revision: 50376
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore_thread.c
>
> Modified:
26 matches
Mail list logo