eina_module_free() already calls eina_module_unload(). There's no need
to call it afterwards.
---
src/modules/everything/e_mod_main.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/modules/everything/e_mod_main.c
b/src/modules/everything/e_mod_main.c
index f510b98..c
evry_hist->subjects and evry_hist->actions has already been freed
by evry_history_free(). Do not call eina_hash_foreach() again on
evry_history_unload since this will give an eina_magic_fail()
beacause they are already NULL.
---
src/modules/everything/evry_history.c |3 ---
1 files changed, 0
On 01/23/2010 09:36 PM, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 23 Dec 2009 10:24:40 -0500 Christopher Michael
> said:
>
>> Hi devs,
>>
>> While searching for a way to add an e_border to an e_box, I discovered
>> something that seemed odd to me and I am wondering if we are making
>> borde
On Wed, 23 Dec 2009 10:24:40 -0500 Christopher Michael
said:
> Hi devs,
>
> While searching for a way to add an e_border to an e_box, I discovered
> something that seemed odd to me and I am wondering if we are making
> borders "heavier" than they need to be ? Let me explain
>
> In the the
On Sun, 27 Dec 2009 11:10:43 +1030 Samuel Nicholas
said:
> Hi,
>
> I was thinking of having a go at re-working some of the messy
> configuration dialogues because it seems a really simple task, and i
> have had a few thought i would like to threw out there.
you'd be my hero if you did! :)
> in
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 Fri, 22 Jan 2010 11:03:05 +0800 Brian Wang said:
> On Fri, Jan 22, 2010 at 10:36 AM, Carsten Haitzler
> wrote:
> > On Fri, 22 Jan 2010 10:15:52 +0800 Brian Wang
> > said:
> >
> >> On Fri, Jan 22, 2010 at 9:28 AM, Carsten Haitzler
> >> wrote:
> >> > On Fri, 22 Jan 2010 09:15:44 +0800 Brian W
On Sun, 24 Jan 2010 00:13:25 +0100 Albin Tonnerre
said:
> On Sun, 24 Jan 2010 00:02 +0100, Vincent Torri wrote :
> >
> > to summarize:
> >
> > * ecore_txt moved in eina
>
> I think we'll just have to agree to disagree here :)
>
> > * ecore_job merged in ecore
>
> I've made a patch doing th
On Sun, 24 Jan 2010 09:43:57 +0800 Brian Wang said:
> On Sat, Jan 23, 2010 at 5:08 PM, Carsten Haitzler
> wrote:
> > On Fri, 22 Jan 2010 10:27:09 +0800 Brian Wang
> > said:
> >
> > haahahahaha! un-lame now. and in svn - see svn commit log. also added the
> > thing i suggested - the time limit o
On Sun, 24 Jan 2010 00:02:27 +0100 (CET) Vincent Torri
said:
>
> to summarize:
>
> * ecore_txt moved in eina
> * ecore_job merged in ecore
> * nothing done for ecore_file (raster wants it in ecore)
we can't move ecore-file - except to its own external lib. it depends on
ecore's main loop
On Sat, Jan 23, 2010 at 5:08 PM, Carsten Haitzler wrote:
> On Fri, 22 Jan 2010 10:27:09 +0800 Brian Wang
> said:
>
> haahahahaha! un-lame now. and in svn - see svn commit log. also added the
> thing
> i suggested - the time limit on idle calcs - i also had to move the calc into
> the ilder as o
Carsten Haitzler (The Rasterman) wrote:
> On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz
> said:
>
>
>> Albin Tonnerre wrote:
>>
>>> On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
>>>
>>>
why not moving ecore_txt to eina, btw ?
>>> As far
On Sun, 24 Jan 2010, Albin Tonnerre wrote:
> On Sun, 24 Jan 2010 00:02 +0100, Vincent Torri wrote :
>>
>> to summarize:
>>
>> * ecore_txt moved in eina
>
> I think we'll just have to agree to disagree here :)
>
>> * ecore_job merged in ecore
>
> I've made a patch doing this.
>
>> * nothing do
On Sun, 24 Jan 2010 00:02 +0100, Vincent Torri wrote :
>
> to summarize:
>
> * ecore_txt moved in eina
I think we'll just have to agree to disagree here :)
> * ecore_job merged in ecore
I've made a patch doing this.
> * nothing done for ecore_file (raster wants it in ecore)
Do you mean ec
to summarize:
* ecore_txt moved in eina
* ecore_job merged in ecore
* nothing done for ecore_file (raster wants it in ecore)
I would like ecore_input_evas being not merged into ecore_input. The
reason is that if so, ecore_input depends on evas. As ecore_x and other
graphic subsystems dep
e_configure_registry_item_add expects a
‘struct E_Config_Dialog * (*)(struct E_Container *, const char *)’ call.
---
src/e_mod_config.c |2 +-
src/e_mod_main.c |2 +-
src/e_mod_main.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/e_mod_config.c b/src/e_m
On Fri, 22 Jan 2010 10:27:09 +0800 Brian Wang said:
haahahahaha! un-lame now. and in svn - see svn commit log. also added the thing
i suggested - the time limit on idle calcs - i also had to move the calc into
the ilder as opposed to being in the job.
> This is lame... Another try.
>
> On Fri,
Carsten wrote:
> On Sat, 23 Jan 2010 02:11:59 -0500 Jose Gonzalez said:
>
>>Carsten wrote:
>>
>>> On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz
>>> said:
>>>
>>>
Albin Tonnerre wrote:
> On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri
18 matches
Mail list logo
