On Tue, 9 Oct 2012 00:44:27 +0900 Bluezery said:
> 2012/10/5 Enlightenment SVN :
> > Log:
> > ecore: let's try another approach thanks to Guillaume Friloux.
> >
> >
> > Author: cedric
> > Date: 2012-10-05 06:07:14 -0700 (Fri, 05 Oct 2012)
> > New Revision: 77533
> > Trac: ht
On Fri, 5 Oct 2012 15:10:14 +0200 Vincent Torri said:
> On Fri, Oct 5, 2012 at 3:07 PM, Enlightenment SVN
> wrote:
> > Log:
> > ecore: let's try another approach thanks to Guillaume Friloux.
> >
> >
> > Author: cedric
> > Date: 2012-10-05 06:07:14 -0700 (Fri, 05 Oct 2012)
> > New R
2012/10/5 Enlightenment SVN :
> Log:
> ecore: let's try another approach thanks to Guillaume Friloux.
>
>
> Author: cedric
> Date: 2012-10-05 06:07:14 -0700 (Fri, 05 Oct 2012)
> New Revision: 77533
> Trac: http://trac.enlightenment.org/e/changeset/77533
>
> Modified:
> trunk
this commit (which is surely necessary to fix things) just reminds me how
much I loathe curl
On Fri, Oct 5, 2012 at 2:10 PM, Vincent Torri wrote:
> On Fri, Oct 5, 2012 at 3:07 PM, Enlightenment SVN
> wrote:
> > Log:
> > ecore: let's try another approach thanks to Guillaume Friloux.
> >
> >
> > A
On Fri, Oct 5, 2012 at 3:07 PM, Enlightenment SVN
wrote:
> Log:
> ecore: let's try another approach thanks to Guillaume Friloux.
>
>
> Author: cedric
> Date: 2012-10-05 06:07:14 -0700 (Fri, 05 Oct 2012)
> New Revision: 77533
> Trac: http://trac.enlightenment.org/e/changeset/7
Michael Blumenkrantz wrote:
>On Sat, 8 Sep 2012 19:54:36 +0200
>Vincent Torri wrote:
>
>> changelog, news and backport
>>
>> Vincent
>>
>> On Sat, Sep 8, 2012 at 6:12 PM, Enlightenment SVN
>> wrote:
>> > Log:
>> > ecore: Ecore_Con_Eet reset size when receiving an Eet_Data.
>> >
>> >
>> > Auth
Vincent Torri wrote:
>changelog, news and backport
>
>Vincent
>
>On Sat, Sep 8, 2012 at 6:12 PM, Enlightenment SVN
> wrote:
>> Log:
>> ecore: Ecore_Con_Eet reset size when receiving an Eet_Data.
>>
>>
>> Author: cedric
>> Date: 2012-09-08 09:12:34 -0700 (Sat, 08 Sep 2012)
>> New Rev
On Sat, 8 Sep 2012 19:54:36 +0200
Vincent Torri wrote:
> changelog, news and backport
>
> Vincent
>
> On Sat, Sep 8, 2012 at 6:12 PM, Enlightenment SVN
> wrote:
> > Log:
> > ecore: Ecore_Con_Eet reset size when receiving an Eet_Data.
> >
> >
> > Author: cedric
> > Date: 2012-09-0
changelog, news and backport
Vincent
On Sat, Sep 8, 2012 at 6:12 PM, Enlightenment SVN
wrote:
> Log:
> ecore: Ecore_Con_Eet reset size when receiving an Eet_Data.
>
>
> Author: cedric
> Date: 2012-09-08 09:12:34 -0700 (Sat, 08 Sep 2012)
> New Revision: 76345
> Trac: http://
it will not cmopile on Windows. Follow what is in Ecore_Con.h
and the doc ?
Vincent
On Fri, Aug 31, 2012 at 8:39 AM, Enlightenment SVN
wrote:
> Log:
> ecore: add forgotten EAPI to Ecore_Con_Eet.
>
>
> Author: cedric
> Date: 2012-08-30 23:39:57 -0700 (Thu, 30 Aug 2012)
> New Revisi
You forgot changelog! but I did it for you :)
On Mon, May 7, 2012 at 2:06 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> ecore: remove useless workaround.
>
>
> Author: cedric
> Date: 2012-05-06 19:06:57 -0700 (Sun, 06 May 2012)
> New Revision: 70834
> Trac:
On Sun, 20 Nov 2011 07:14:48 -0800 "Enlightenment SVN"
wrote:
> Log:
> ecore: use Eina_File for cleaner more portable code.
>
>
> Author: cedric
> Date: 2011-11-20 07:14:48 -0800 (Sun, 20 Nov 2011)
> New Revision: 65451
> Trac: http://trac.enlightenment.org/e/changeset/6
2011/8/12 Cedric BAIL :
> On Fri, Aug 12, 2011 at 10:33 PM, Iván Briano (Sachiel)
> wrote:
>> 2011/8/12 Enlightenment SVN :
>>> Log:
>>> ecore: take static as a yes.
>>>
>>> Note: maybe it would be better to put yes in the .pc file
>>> instead of static. I don't see any advantage having that
>>>
On Fri, Aug 12, 2011 at 10:33 PM, Iván Briano (Sachiel)
wrote:
> 2011/8/12 Enlightenment SVN :
>> Log:
>> ecore: take static as a yes.
>>
>> Note: maybe it would be better to put yes in the .pc file
>> instead of static. I don't see any advantage having that
>> information in the pc file.
>>
>
2011/8/12 Enlightenment SVN :
> Log:
> ecore: take static as a yes.
>
> Note: maybe it would be better to put yes in the .pc file
> instead of static. I don't see any advantage having that
> information in the pc file.
>
That's what it did until some days ago.
>
> Author: cedric
> Date:
On Tue, Aug 9, 2011 at 11:48 AM, Gustavo Sverzut Barbieri
wrote:
> On Tue, Aug 9, 2011 at 5:50 AM, Enlightenment SVN
> wrote:
>> EAPI void
>> ecore_app_args_get(int *argc, char ***argv)
>> {
>> - ECORE_MAIN_LOOP_ASSERT();
>> + EINA_MAIN_LOOP_CHECK_RETURN;
>>
>> if (argc) *argc = app_arg
On Tue, Aug 9, 2011 at 5:50 AM, Enlightenment SVN
wrote:
> EAPI void
> ecore_app_args_get(int *argc, char ***argv)
> {
> - ECORE_MAIN_LOOP_ASSERT();
> + EINA_MAIN_LOOP_CHECK_RETURN;
>
> if (argc) *argc = app_argc;
> if (argv) *argv = app_argv;
there is no way to know if it failed or
On 12/17/2010 11:31 AM, Mike McCormack wrote:
> On 12/17/2010 05:41 PM, Sebastian Dransfeld wrote:
>> On 12/17/2010 09:06 AM, Sebastian Dransfeld wrote:
>>> On 12/17/2010 05:30 AM, Mike McCormack wrote:
On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
>> num = read(svr->fd, buf, siz
On 12/17/2010 05:41 PM, Sebastian Dransfeld wrote:
On 12/17/2010 09:06 AM, Sebastian Dransfeld wrote:
On 12/17/2010 05:30 AM, Mike McCormack wrote:
On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
num = read(svr->fd, buf, sizeof(buf));
- if ((num> 0) || (errno == EAGAIN))
+ if ((num>= 0) ||
On Fri, 17 Dec 2010 09:41:06 +0100
Sebastian Dransfeld wrote:
> On 12/17/2010 09:06 AM, Sebastian Dransfeld wrote:
> > On 12/17/2010 05:30 AM, Mike McCormack wrote:
> >> On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
> >>
> num = read(svr->fd, buf, sizeof(buf));
> -
On 12/17/2010 09:06 AM, Sebastian Dransfeld wrote:
On 12/17/2010 05:30 AM, Mike McCormack wrote:
On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
num = read(svr->fd, buf, sizeof(buf));
-if ((num> 0) || (errno == EAGAIN))
+if ((num>= 0) || (errno == EAGAIN))
On 12/17/2010 05:30 AM, Mike McCormack wrote:
> On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
>
>>> num = read(svr->fd, buf, sizeof(buf));
>>> -if ((num>0) || (errno == EAGAIN))
>>> +if ((num>= 0) || (errno == EAGAIN))
>>> lost_server = EINA_FALSE;
On 12/17/2010 05:41 AM, Sebastian Dransfeld wrote:
>>num = read(svr->fd, buf, sizeof(buf));
>> -if ((num> 0) || (errno == EAGAIN))
>> +if ((num>= 0) || (errno == EAGAIN))
>> lost_server = EINA_FALSE;
>
> Sure this is right? a ret 0 an errno != EAGAIN is p
On 12/16/2010 02:16 PM, Enlightenment SVN wrote:
> Log:
> * ecore: SPANK ! SPANK ! SPANK !
>
> The value of errno is only know when the result of a syscall
> tell you to look at it. And don't set errno, that's a bad idea !
>
>
> Author: cedric
> Date: 2010-12-16 05:1
On Mon, Oct 25, 2010 at 3:31 PM, Vincent Torri wrote:
> On Mon, 25 Oct 2010, Enlightenment SVN wrote:
>> Log:
>> * ecore: make Ecore_File.h match others EFL headers.
>>
>> Author: cedric
>> Date: 2010-10-25 06:08:40 -0700 (Mon, 25 Oct 2010)
>> New Revision: 53869
>>
>> Modified
On Mon, 25 Oct 2010, Enlightenment SVN wrote:
> Log:
> * ecore: make Ecore_File.h match others EFL headers.
>
> Author: cedric
> Date: 2010-10-25 06:08:40 -0700 (Mon, 25 Oct 2010)
> New Revision: 53869
>
> Modified:
> trunk/ecore/src/lib/ecore_file/Ecore_File.h
>
> Modified:
On Fri, 3 Sep 2010 21:34:18 -0300 Lucas De Marchi
said:
yeah. should have been OTHER. :)
> Are you sure you want it to have RT priority? By your description I would
> say you are looking for 'nice'
>
> On Sep 3, 2010 10:40 AM, "Enlightenment SVN"
> wrote:
> > Log:
> > * ecore: ecore_thread are
Are you sure you want it to have RT priority? By your description I would
say you are looking for 'nice'
On Sep 3, 2010 10:40 AM, "Enlightenment SVN"
wrote:
> Log:
> * ecore: ecore_thread are not here to bring your computer down, so
> reduce their priority too.
>
> Author: cedric
> Date: 2010-09-
On Tue, Aug 24, 2010 at 1:56 AM, Vincent Torri wrote:
>>> Modified:
>>> trunk/ecore/src/lib/ecore/ecore_main.c
>>
>> actually interestingly enough... struct a b = { 0 } does mean "memset it all
>> to
>> 0". :)
>
> I'm not sure vc++ likes it, though. I prefer memset :)
AFAIK it's a gcc extensio
On Tue, Aug 24, 2010 at 2:39 AM, Carsten Haitzler wrote:
> On Mon, 23 Aug 2010 06:05:57 -0700 "Enlightenment SVN"
> said:
>> Log:
>> * ecore: struct a b = { 0 }; doesn't mean memset.
>>
>> Author: cedric
>> Date: 2010-08-23 06:05:57 -0700 (Mon, 23 Aug 2010)
>> New Revision: 51
On Tue, 24 Aug 2010, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 23 Aug 2010 06:05:57 -0700 "Enlightenment SVN"
> said:
>
>> Log:
>> * ecore: struct a b = { 0 }; doesn't mean memset.
>>
>> Author: cedric
>> Date: 2010-08-23 06:05:57 -0700 (Mon, 23 Aug 2010)
>> New Revis
On Mon, 23 Aug 2010 06:05:57 -0700 "Enlightenment SVN"
said:
> Log:
> * ecore: struct a b = { 0 }; doesn't mean memset.
>
> Author: cedric
> Date: 2010-08-23 06:05:57 -0700 (Mon, 23 Aug 2010)
> New Revision: 51571
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore_main.c
On Fri, Jul 2, 2010 at 3:34 PM, Gustavo Sverzut Barbieri
wrote:
> On Fri, Jul 2, 2010 at 8:15 AM, Enlightenment SVN
> wrote:
>> Log:
>> * ecore: fix long run thread, now that I have a nice user.
>
> Would you mind writing the docs with what each callback does, where
> each function runs (m
On Fri, Jul 2, 2010 at 8:15 AM, Enlightenment SVN
wrote:
> Log:
> * ecore: fix long run thread, now that I have a nice user.
Hi Cedric,
Would you mind writing the docs with what each callback does, where
each function runs (main/ecore thread, worker thread) and the
difference between ecor
On Wed, 20 Jan 2010 11:08:02 -0200 Gustavo Sverzut Barbieri
said:
>
> i know you did not change this code, but strncpy() is not safe (check
> its man page about trailing \0), so it's better to use ecore_strlcpy()
fixeed with a quick buf[PATH_MAX - 1] = 0;
--
- Codito, ergo sum - "I
On Wed, Jan 20, 2010 at 10:41 AM, Enlightenment SVN
wrote:
> Log:
> * ecore: Handle NULL in ecore_file_dir_get.
>
> Author: cedric
> Date: 2010-01-20 04:41:22 -0800 (Wed, 20 Jan 2010)
> New Revision: 45352
>
> Modified:
> trunk/ecore/src/lib/ecore_file/ecore_file.c
>
> Modifi
On Mon, Aug 24, 2009 at 3:17 PM, Andre Dieb wrote:
> Could someone please apply the attached patch? It removes an annoying debug
> message I've put there when testing.
In svn.
--
Cedric BAIL
--
Let Crystal Reports handl
Hi,
Could someone please apply the attached patch? It removes an annoying debug
message I've put there when testing.
Thanks.
On Mon, Aug 24, 2009 at 6:41 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
>* ecore_con_url: Add a way to retrieve request response headers.
>
On Mon, 3 Aug 2009, Enlightenment SVN wrote:
Log:
* ecore: Fix header check position according to Vincent Torri
recommandation.
and the 2 other advices ? ;)
Vincent
Author: cedric
Date: 2009-08-03 04:50:07 -0700 (Mon, 03 Aug 2009)
New Revision: 41568
Modified:
t
On Mon, Aug 3, 2009 at 11:09 AM, Enlightenment
SVN wrote:
> Log:
> * ecore_thread: Another dead lock spotted by Sachiel.
hint programming with locks: always use two functions, one that takes
the lock and calls the other, that assumes everything is properly
locked. Nested locks are dangerous
2009/6/17 Cedric BAIL :
> On Wed, Jun 17, 2009 at 1:56 PM, Gustavo Sverzut
> Barbieri wrote:
>> It would be good to move to mempool as well. All nodes of each type
>> are the same size... If we get the pool size right it might help
>> debug.
>
> In general we can benefit a lot from mempool from mem
On Wed, Jun 17, 2009 at 1:56 PM, Gustavo Sverzut
Barbieri wrote:
> It would be good to move to mempool as well. All nodes of each type
> are the same size... If we get the pool size right it might help
> debug.
In general we can benefit a lot from mempool from memory consumption,
fragmentation to
It would be good to move to mempool as well. All nodes of each type
are the same size... If we get the pool size right it might help
debug.
On 6/17/09, Enlightenment SVN wrote:
> Log:
> * ecore: Remove user of Ecore_List2 from ecore events.
>
> Author: cedric
> Date: 2009-06-1
Arnaud de Turckheim schrieb:
> On Tue, Oct 7, 2008 at 1:24 PM, Arnaud de Turckheim <[EMAIL PROTECTED]>wrote:
>
>
>> On Mon, Oct 6, 2008 at 7:08 PM, Peter Wehrfritz <[EMAIL PROTECTED]>wrote:
>>
>>
>>> Enlightenment SVN schrieb:
>>>
+
+# define INIT_SSL(svr) _ecore_con_init_s
On Tue, Oct 7, 2008 at 1:24 PM, Arnaud de Turckheim <[EMAIL PROTECTED]>wrote:
> On Mon, Oct 6, 2008 at 7:08 PM, Peter Wehrfritz <[EMAIL PROTECTED]>wrote:
>
>> Enlightenment SVN schrieb:
>> > Log:
>> > Another step toward IPv6 support with more cleanup.
>> >
>> > Patch from Arnaud de Turckheim.
On Mon, Oct 6, 2008 at 7:08 PM, Peter Wehrfritz <[EMAIL PROTECTED]>wrote:
> Enlightenment SVN schrieb:
> > Log:
> > Another step toward IPv6 support with more cleanup.
> >
> > Patch from Arnaud de Turckheim.
> >
> >
> > Author: cedric
> > Date: 2008-10-06 09:40:01 -0700 (Mon, 06
Enlightenment SVN schrieb:
> Log:
> Another step toward IPv6 support with more cleanup.
>
> Patch from Arnaud de Turckheim.
>
>
> Author: cedric
> Date: 2008-10-06 09:40:01 -0700 (Mon, 06 Oct 2008)
> New Revision: 36483
>
> Modified:
> trunk/ecore/src/lib/ecore_con/ecore_c
On Tue, Sep 16, 2008 at 1:22 PM, <[EMAIL PROTECTED]> wrote:
> Author: cedric
> Date: 2008-09-16 09:22:00 -0700 (Tue, 16 Sep 2008)
> New Revision: 36019
>
> Modified:
> trunk/ecore/src/lib/ecore_evas/ecore_evas.c
> Log:
>
> Include evas asynchronous feature.
now we just need someone
On Thu, Sep 11, 2008 at 10:26 AM, <[EMAIL PROTECTED]> wrote:
> Author: cedric
> Date: 2008-09-11 06:26:40 -0700 (Thu, 11 Sep 2008)
> New Revision: 35950
>
> Modified:
> trunk/ecore/src/lib/ecore_evas/Ecore_Evas.h
> trunk/ecore/src/lib/ecore_evas/ecore_evas_sdl.c
> Log:
>
> Add ecor
49 matches
Mail list logo
