[E-devel] ecore_main_loop_glib_integrate (leak)
Hi all, I have a doubt about ecore_main_loop_glib_integrate() with ecore_timer_add(). I did the example below, I compiled it to blackfin and x86. My problem is, when I run in blackfin occurs a memory leak, in x86 is ok (without leak). Is something wrong with my code? Any tips? I'm going to study ecore code. Thanks. #include #include static Ecore_Timer *update_datetime_timer = NULL; static Eina_Bool _update_datetime_cb(void *data) { return EINA_TRUE; } EAPI int elm_main(int argc, char **argv) { (void)argc; (void)argv; g_type_init(); ecore_main_loop_glib_integrate(); ecore_event_init(); update_datetime_timer = ecore_timer_add(0.01, _update_datetime_cb, NULL); elm_run(); elm_shutdown(); return 0; } ELM_MAIN() Regards, -- Paulo Leonardo Benatto, patito "the fear of being free, makes you proud of being a slave" -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_glib_integrate (leak)
I'm trying to help Benatto, and I found some strange things... When you call ecore_main_loop_glib_integrate(), it change main loop function to _ecore_glib_select (ecore_glib.c) instead of select (default one). I made some experiments and I saw when comment second line of function: GMutex *mutex = g_static_mutex_get_mutex(&lock); the leak stop... But We use glib a long time in blackfin, and I ran the follow test: #include #include int main(void) { for (;;) { GStaticMutex lock = G_STATIC_MUTEX_INIT; GMutex *mutex = g_static_mutex_get_mutex(&lock); } return 0; } Any leak occurs, I hope this experiments help someone to help us.. Regards, 2011/12/14 Paulo Benatto > Hi all, > > I have a doubt about ecore_main_loop_glib_integrate() with > ecore_timer_add(). I did the example below, I compiled it to blackfin and > x86. My problem is, when I run in blackfin occurs a memory leak, in x86 is > ok (without leak). Is something wrong with my code? Any tips? I'm going to > study ecore code. Thanks. > > #include > #include > > static Ecore_Timer *update_datetime_timer = NULL; > > static Eina_Bool > _update_datetime_cb(void *data) > { >return EINA_TRUE; > } > > EAPI int > elm_main(int argc, char **argv) > { >(void)argc; >(void)argv; > >g_type_init(); >ecore_main_loop_glib_integrate(); >ecore_event_init(); > >update_datetime_timer = ecore_timer_add(0.01, _update_datetime_cb, > NULL); > >elm_run(); > >elm_shutdown(); > >return 0; > } > ELM_MAIN() > > Regards, > > -- > Paulo Leonardo Benatto, patito > "the fear of being free, makes you proud of being a slave" > > -- > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Eng. Guilherme Silveira E-mail: xgu...@gmail.com Nextel: (48) 7811-8418 / ID: 85*227765 -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_glib_integrate (leak)
On Thu, 15 Dec 2011 13:30:07 -0200 Guilherme Silveira said: can you try this patch: http://yourpaste.net/9939/ it doesnt seem to cause any bugs.crashes and it may fix the leak. > I'm trying to help Benatto, and I found some strange things... > > When you call ecore_main_loop_glib_integrate(), it change main loop > function to _ecore_glib_select (ecore_glib.c) instead of select (default > one). I made some experiments and I saw when comment second line of > function: > GMutex *mutex = g_static_mutex_get_mutex(&lock); > the leak stop... > But We use glib a long time in blackfin, and I ran the follow test: > > #include > #include > > int > main(void) > { > for (;;) { > GStaticMutex lock = G_STATIC_MUTEX_INIT; > GMutex *mutex = g_static_mutex_get_mutex(&lock); > } > > return 0; > } > > Any leak occurs, I hope this experiments help someone to help us.. > > Regards, > > 2011/12/14 Paulo Benatto > > > Hi all, > > > > I have a doubt about ecore_main_loop_glib_integrate() with > > ecore_timer_add(). I did the example below, I compiled it to blackfin and > > x86. My problem is, when I run in blackfin occurs a memory leak, in x86 is > > ok (without leak). Is something wrong with my code? Any tips? I'm going to > > study ecore code. Thanks. > > > > #include > > #include > > > > static Ecore_Timer *update_datetime_timer = NULL; > > > > static Eina_Bool > > _update_datetime_cb(void *data) > > { > >return EINA_TRUE; > > } > > > > EAPI int > > elm_main(int argc, char **argv) > > { > >(void)argc; > >(void)argv; > > > >g_type_init(); > >ecore_main_loop_glib_integrate(); > >ecore_event_init(); > > > >update_datetime_timer = ecore_timer_add(0.01, _update_datetime_cb, > > NULL); > > > >elm_run(); > > > >elm_shutdown(); > > > >return 0; > > } > > ELM_MAIN() > > > > Regards, > > > > -- > > Paulo Leonardo Benatto, patito > > "the fear of being free, makes you proud of being a slave" > > > > -- > > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > > This paper surveys cloud computing today: What are the benefits? > > Why are businesses embracing it? What are its payoffs and pitfalls? > > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > Eng. Guilherme Silveira > E-mail: xgu...@gmail.com > Nextel: (48) 7811-8418 / ID: 85*227765 > -- > 10 Tips for Better Server Consolidation > Server virtualization is being driven by many needs. > But none more important than the need to reduce IT complexity > while improving strategic productivity. Learn More! > http://www.accelacomm.com/jaw/sdnl/114/51507609/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_glib_integrate (leak)
Hi, Yes, in blackfin the problem was fixed, any leak occurs in our little test.. I saw your commit and I have the same opinion about static_mutext, it's not clear in the documentation.. Thanks man!! Regards, 2011/12/20 Carsten Haitzler > On Thu, 15 Dec 2011 13:30:07 -0200 Guilherme Silveira > said: > > can you try this patch: > > http://yourpaste.net/9939/ > > it doesnt seem to cause any bugs.crashes and it may fix the leak. > > > I'm trying to help Benatto, and I found some strange things... > > > > When you call ecore_main_loop_glib_integrate(), it change main loop > > function to _ecore_glib_select (ecore_glib.c) instead of select (default > > one). I made some experiments and I saw when comment second line of > > function: > > GMutex *mutex = g_static_mutex_get_mutex(&lock); > > the leak stop... > > But We use glib a long time in blackfin, and I ran the follow test: > > > > #include > > #include > > > > int > > main(void) > > { > > for (;;) { > > GStaticMutex lock = G_STATIC_MUTEX_INIT; > > GMutex *mutex = g_static_mutex_get_mutex(&lock); > > } > > > > return 0; > > } > > > > Any leak occurs, I hope this experiments help someone to help us.. > > > > Regards, > > > > 2011/12/14 Paulo Benatto > > > > > Hi all, > > > > > > I have a doubt about ecore_main_loop_glib_integrate() with > > > ecore_timer_add(). I did the example below, I compiled it to blackfin > and > > > x86. My problem is, when I run in blackfin occurs a memory leak, in > x86 is > > > ok (without leak). Is something wrong with my code? Any tips? I'm > going to > > > study ecore code. Thanks. > > > > > > #include > > > #include > > > > > > static Ecore_Timer *update_datetime_timer = NULL; > > > > > > static Eina_Bool > > > _update_datetime_cb(void *data) > > > { > > >return EINA_TRUE; > > > } > > > > > > EAPI int > > > elm_main(int argc, char **argv) > > > { > > >(void)argc; > > >(void)argv; > > > > > >g_type_init(); > > >ecore_main_loop_glib_integrate(); > > >ecore_event_init(); > > > > > >update_datetime_timer = ecore_timer_add(0.01, _update_datetime_cb, > > > NULL); > > > > > >elm_run(); > > > > > >elm_shutdown(); > > > > > >return 0; > > > } > > > ELM_MAIN() > > > > > > Regards, > > > > > > -- > > > Paulo Leonardo Benatto, patito > > > "the fear of being free, makes you proud of being a slave" > > > > > > > -- > > > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > > > This paper surveys cloud computing today: What are the benefits? > > > Why are businesses embracing it? What are its payoffs and pitfalls? > > > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > -- > > Eng. Guilherme Silveira > > E-mail: xgu...@gmail.com > > Nextel: (48) 7811-8418 / ID: 85*227765 > > > -- > > 10 Tips for Better Server Consolidation > > Server virtualization is being driven by many needs. > > But none more important than the need to reduce IT complexity > > while improving strategic productivity. Learn More! > > http://www.accelacomm.com/jaw/sdnl/114/51507609/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > -- Eng. Guilherme Silveira E-mail: xgu...@gmail.com Nextel: (48) 7811-8418 / ID: 85*227765 -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_glib_integrate (leak)
On Tue, 20 Dec 2011 10:03:16 -0200 Guilherme Silveira said: > Hi, > Yes, in blackfin the problem was fixed, any leak occurs in our little test.. > I saw your commit and I have the same opinion about static_mutext, it's not > clear in the documentation.. cool. will backport :) > Thanks man!! > > Regards, > > 2011/12/20 Carsten Haitzler > > > On Thu, 15 Dec 2011 13:30:07 -0200 Guilherme Silveira > > said: > > > > can you try this patch: > > > > http://yourpaste.net/9939/ > > > > it doesnt seem to cause any bugs.crashes and it may fix the leak. > > > > > I'm trying to help Benatto, and I found some strange things... > > > > > > When you call ecore_main_loop_glib_integrate(), it change main loop > > > function to _ecore_glib_select (ecore_glib.c) instead of select (default > > > one). I made some experiments and I saw when comment second line of > > > function: > > > GMutex *mutex = g_static_mutex_get_mutex(&lock); > > > the leak stop... > > > But We use glib a long time in blackfin, and I ran the follow test: > > > > > > #include > > > #include > > > > > > int > > > main(void) > > > { > > > for (;;) { > > > GStaticMutex lock = G_STATIC_MUTEX_INIT; > > > GMutex *mutex = g_static_mutex_get_mutex(&lock); > > > } > > > > > > return 0; > > > } > > > > > > Any leak occurs, I hope this experiments help someone to help us.. > > > > > > Regards, > > > > > > 2011/12/14 Paulo Benatto > > > > > > > Hi all, > > > > > > > > I have a doubt about ecore_main_loop_glib_integrate() with > > > > ecore_timer_add(). I did the example below, I compiled it to blackfin > > and > > > > x86. My problem is, when I run in blackfin occurs a memory leak, in > > x86 is > > > > ok (without leak). Is something wrong with my code? Any tips? I'm > > going to > > > > study ecore code. Thanks. > > > > > > > > #include > > > > #include > > > > > > > > static Ecore_Timer *update_datetime_timer = NULL; > > > > > > > > static Eina_Bool > > > > _update_datetime_cb(void *data) > > > > { > > > >return EINA_TRUE; > > > > } > > > > > > > > EAPI int > > > > elm_main(int argc, char **argv) > > > > { > > > >(void)argc; > > > >(void)argv; > > > > > > > >g_type_init(); > > > >ecore_main_loop_glib_integrate(); > > > >ecore_event_init(); > > > > > > > >update_datetime_timer = ecore_timer_add(0.01, _update_datetime_cb, > > > > NULL); > > > > > > > >elm_run(); > > > > > > > >elm_shutdown(); > > > > > > > >return 0; > > > > } > > > > ELM_MAIN() > > > > > > > > Regards, > > > > > > > > -- > > > > Paulo Leonardo Benatto, patito > > > > "the fear of being free, makes you proud of being a slave" > > > > > > > > > > -- > > > > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > > > > This paper surveys cloud computing today: What are the benefits? > > > > Why are businesses embracing it? What are its payoffs and pitfalls? > > > > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > > > > ___ > > > > enlightenment-devel mailing list > > > > enlightenment-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > > > > -- > > > Eng. Guilherme Silveira > > > E-mail: xgu...@gmail.com > > > Nextel: (48) 7811-8418 / ID: 85*227765 > > > > > -- > > > 10 Tips for Better Server Consolidation > > > Server virtualization is being driven by many needs. > > > But none more important than the need to reduce IT complexity > > > while improving strategic productivity. Learn More! > > > http://www.accelacomm.com/jaw/sdnl/114/51507609/ > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > -- > Eng. Guilherme Silveira > E-mail: xgu...@gmail.com > Nextel: (48) 7811-8418 / ID: 85*227765 > -- > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com