On Tue, 18 Sep 2012 13:40:01 +0200 Vincent Torri said:
> On Tue, Sep 18, 2012 at 1:38 PM, Enlightenment SVN
> wrote:
> > Modified: trunk/ecore/src/lib/ecore/ecore_timer.c
> > ===
> > --- trunk/ecore/src/lib/ecore/ecore_timer.c 2
On Tue, Sep 18, 2012 at 1:38 PM, Enlightenment SVN
wrote:
> Modified: trunk/ecore/src/lib/ecore/ecore_timer.c
> ===
> --- trunk/ecore/src/lib/ecore/ecore_timer.c 2012-09-18 11:34:45 UTC (rev
> 76804)
> +++ trunk/ecore/src/lib/eco
On 11/06/11 01:40, Vincent Torri wrote:
>
> backport to 1.0 ?
>
> Vincent
>
Yup Yup
dh
> On Sat, 5 Nov 2011, Enlightenment SVN wrote:
>
>> Log:
>> fix but resulting from threadsafety addition by mike.
>>
>>
>>
>> Author: raster
>> Date: 2011-11-05 23:17:56 -0700 (Sat, 05 Nov 2011)
>
On Sun, 6 Nov 2011 07:40:38 +0100 (CET) Vincent Torri
said:
no. threadsafety was not there in 1.0 - this is an issue created in 1.1 dev and
then fixed. no chlog needed
>
> backport to 1.0 ?
>
> Vincent
>
> On Sat, 5 Nov 2011, Enlightenment SVN wrote:
>
> > Log:
> > fix but resulting from thr
On Sun, 6 Nov 2011, Vincent Torri wrote:
>
> backport to 1.0 ?
amm, actually, no need
>
> Vincent
>
> On Sat, 5 Nov 2011, Enlightenment SVN wrote:
>
>> Log:
>> fix but resulting from threadsafety addition by mike.
>>
>>
>>
>> Author: raster
>> Date: 2011-11-05 23:17:56 -0700 (Sat
backport to 1.0 ?
Vincent
On Sat, 5 Nov 2011, Enlightenment SVN wrote:
> Log:
> fix but resulting from threadsafety addition by mike.
>
>
>
> Author: raster
> Date: 2011-11-05 23:17:56 -0700 (Sat, 05 Nov 2011)
> New Revision: 64798
> Trac: http://trac.enlightenment.org/e/c
On Fri, 2 Sep 2011 10:58:09 -0300 Gustavo Lima Chaves
said:
> * Enlightenment SVN [2011-09-01 20:29:11 -0700]:
>
> > Log:
> > mainloop cleanups on top of previous ones and fixes for previous refactors
> >
>
> Fixed the issue. Thanks!
yay++!
> >
> >
> > Author: raster
> > Date:
* Enlightenment SVN [2011-09-01 20:29:11 -0700]:
> Log:
> mainloop cleanups on top of previous ones and fixes for previous refactors
>
Fixed the issue. Thanks!
>
>
> Author: raster
> Date: 2011-09-01 20:29:11 -0700 (Thu, 01 Sep 2011)
> New Revision: 63082
> Trac: ht
On Fri, 2 Sep 2011 07:03:07 + (UTC)
cpmicha...@comcast.net wrote:
> Good code !!! But, not EFL: Please fix this:
>
> + if (_ecore_main_select(0.0) | _ecore_signal_count_get())
>
> Missing Parens...?..
>
> dh
>
>
> - Original Message -
> From: "Enlightenment SVN"
> To: enligh
Good code !!! But, not EFL: Please fix this:
+ if (_ecore_main_select(0.0) | _ecore_signal_count_get())
Missing Parens...?..
dh
- Original Message -
From: "Enlightenment SVN"
To: enlightenment-...@lists.sourceforge.net
Sent: Thursday, September 1, 2011 11:29:11 PM
Subject: E SV
On Sun, 24 Apr 2011 17:46:08 +0200 (CEST) Vincent Torri
said:
>
>
> On Sun, 24 Apr 2011, Enlightenment SVN wrote:
>
> > Log:
> > as suggested - nme it timeline
>
> I guess that you still don't want to fill the ChangLog ?
it already is filled in. remember the point of the changelog is for whe
On Sun, 24 Apr 2011, Enlightenment SVN wrote:
> Log:
> as suggested - nme it timeline
I guess that you still don't want to fill the ChangLog ?
Vincent
>
>
>
> Author: raster
> Date: 2011-04-24 07:25:43 -0700 (Sun, 24 Apr 2011)
> New Revision: 58867
> Trac: http://trac.en
On Fri, 14 Jan 2011 03:58:58 -0800
"Enlightenment SVN" wrote:
> Log:
> BAD DISCOMFITOR! BROKE ecore_exe!
>
>
>
> Author: raster
> Date: 2011-01-14 03:58:58 -0800 (Fri, 14 Jan 2011)
> New Revision: 56110
> Trac: http://trac.enlightenment.org/e/changeset/56110
>
> Modi
On Sun, Nov 14, 2010 at 10:00 AM, Enlightenment SVN
wrote:
> Log:
> see comment.
>
>
> Author: raster
> Date: 2010-11-14 01:00:24 -0800 (Sun, 14 Nov 2010)
> New Revision: 54549
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore_thread.c
>
> Modified: trunk/ecore/src/lib/ecore/ecore_th
On Sun, 19 Sep 2010 07:49:15 +0200 (CEST) Vincent Torri
said:
>
>
> On Sat, 18 Sep 2010, Enlightenment SVN wrote:
>
> > Log:
> > warning--
> >
> >
> > Author: raster
> > Date: 2010-09-18 20:09:09 -0700 (Sat, 18 Sep 2010)
> > New Revision: 52453
> >
> > Modified:
> > trunk/ecore
On Sat, 18 Sep 2010, Enlightenment SVN wrote:
> Log:
> warning--
>
>
> Author: raster
> Date: 2010-09-18 20:09:09 -0700 (Sat, 18 Sep 2010)
> New Revision: 52453
>
> Modified:
> trunk/ecore/src/lib/ecore/ecore_main.c
> trunk/ecore/src/lib/ecore/ecore_thread.c
>
> Modified: trunk/
AFAIK the kernel runs all RT of one class (RR, FIFO), just then the
regular processes. I guess this is still wrong, Lucas worked with it
in his master thesis and may know the correct code from head, but if
there is no other way what you want is some idler/background scheduler
class.
On Saturday, S
On Sat, 4 Sep 2010 01:25:01 -0300 Lucas De Marchi
said:
according to setpriority manual it works on the "process" not the "specific
thread within the process". yes - i know on linux threads are implemented AS
processes - but as such pthread doesnt explicitly say that that is the case. i
should ha
Now it doesn't make any sense. For SCHED_OTHER policy, the only prio allowed
is 0. What you want is to set the nice value, which is done with setpriority
call
On Sep 3, 2010 9:55 PM, "Enlightenment SVN"
wrote:
Log:
rr->other
Author: raster
Date: 2010-09-03 17:54:53 -0700 (Fri, 03
On Sun, 2 Nov 2008 12:58:46 -0200 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On Sat, Nov 1, 2008 at 11:29 PM, Enlightenment SVN
> <[EMAIL PROTECTED]> wrote:
> > +/**
> > + * Retrieves the time at which the last loop stopped waiting for timeouts
> > or events
> > + *
> > + * This get
On Sat, Nov 1, 2008 at 11:29 PM, Enlightenment SVN
<[EMAIL PROTECTED]> wrote:
> +/**
> + * Retrieves the time at which the last loop stopped waiting for timeouts or
> events
> + *
> + * This gets the time (since Jan 1st, 1970, 12:00AM) that the main loop
> ceased
> + * waiting for timouts and/or
21 matches
Mail list logo
