Re: [E-devel] [Patch] scroller bounce time.
On Tue, 25 Oct 2011 20:34:37 +0900 Jaehwan Kim jaehwan.kim@gmail.com said: tested - works. in svn! thanks! :) Dear all At first, try to execute elementary_test and drag down the list for bounce. Then as soon as release the mouse, click the list continuously and fast. The list will not be clicked because it cannot be clicked during the bounce animation. The bounce animation time is fixed and it is reset again, when the mouse is down and up. In the result, if we click it continuously, we can not choose the list item. (During animation, list can not be clicked). I changed the function _smart_bounce_x_animator and _smart_bounce_ y_animator. I fixed the bounce time will be changed by remaining distance. Please check the attached patch file. Thanks. -- Jaehwan Kim. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shot Module Photo Upload Busted
Hi Raster, What clock/date module are you using there? Ciao Florian On 26.10.2011 01:53, Carsten Haitzler (The Rasterman) wrote: On Tue, 25 Oct 2011 15:23:03 -0500 Jeff Hoogland jeffhoogl...@linux.com said: WFM: http://www.enlightenment.org/ss/e-4ea74bb6e1b516.90981561.jpg You sure? Still not uploading here. On Tue, Oct 25, 2011 at 3:19 PM, Tom Hacohen t...@stosb.com wrote: No compilation needed, it was an issue in the server. On 25/10/11 22:18, Jeff Hoogland wrote: Thanks! Will resync to SVN and recompile in a few hours when I get home and see if it works again. On Tue, Oct 25, 2011 at 2:50 PM, Tom Hacohen t...@stosb.com mailto:t...@stosb.com wrote: On 25/10/11 20:42, Jeff Hoogland wrote: Anyone else having the shot module not uploading properly? Bebber fixed it. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel signature.asc Description: OpenPGP digital signature -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shot Module Photo Upload Busted
On Wed, 26 Oct 2011 08:03:27 +0200 Florian Schaefer list...@netego.de said: the e17 one that comes by default. that's detorious theme. clock is in digital mode. Hi Raster, What clock/date module are you using there? Ciao Florian On 26.10.2011 01:53, Carsten Haitzler (The Rasterman) wrote: On Tue, 25 Oct 2011 15:23:03 -0500 Jeff Hoogland jeffhoogl...@linux.com said: WFM: http://www.enlightenment.org/ss/e-4ea74bb6e1b516.90981561.jpg You sure? Still not uploading here. On Tue, Oct 25, 2011 at 3:19 PM, Tom Hacohen t...@stosb.com wrote: No compilation needed, it was an issue in the server. On 25/10/11 22:18, Jeff Hoogland wrote: Thanks! Will resync to SVN and recompile in a few hours when I get home and see if it works again. On Tue, Oct 25, 2011 at 2:50 PM, Tom Hacohen t...@stosb.com mailto:t...@stosb.com wrote: On 25/10/11 20:42, Jeff Hoogland wrote: Anyone else having the shot module not uploading properly? Bebber fixed it. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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 -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/devs/tasn
Well, my picture doesn't show on the developers page, I guess it's not automatic and I have to update that manually, will do. :| I wish I could have said teh same, but you are hiding under your ninja mask, I can't really see you. :) -- Tom. On 26/10/11 01:57, ChunEon Park wrote: glad to see u again :) -Regards, Hermet- -Original Message- From: Enlightenment SVNlt;no-re...@enlightenment.orggt; To: enlightenment-...@lists.sourceforge.net Cc: Sent: 11-10-25(화) 23:12:55 Subject: E SVN: tasn trunk/devs/tasn Log: Devs: Due to popular demand, I'm adding my picture. Author: tasn Date: 2011-10-25 07:12:54 -0700 (Tue, 25 Oct 2011) New Revision: 64393 Trac: http://trac.enlightenment.org/e/changeset/64393 Added: trunk/devs/tasn/icon-big.png trunk/devs/tasn/icon-map.png trunk/devs/tasn/icon-med.png trunk/devs/tasn/icon-sml.png Property changes on: trunk/devs/tasn/icon-big.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/devs/tasn/icon-map.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/devs/tasn/icon-med.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/devs/tasn/icon-sml.png ___ Added: svn:mime-type + application/octet-stream -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
Hey Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... Vincent -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
Hi, On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... I have always started to put libc header first if I need them directly and then include other library. This just solve this kind of issue. So I don't thing it's an issue to solve. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, 26 Oct 2011, Cedric BAIL wrote: Hi, On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... I have always started to put libc header first if I need them directly and then include other library. This just solve this kind of issue. So I don't thing it's an issue to solve. well, if you think that everyone on earth must code like you... For me it is a bug. If you don't want to change anything, then documentation must describe that, and in addition, adding a #warning in eina_inline_posix.x if _GNU_SOURCE is not defined would be useful too. Vincent -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, 26 Oct 2011, Cedric BAIL wrote: Hi, On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. I know that, but i would like to have numbers, here, to verify it's worth having them inlined. Note that I'm talking about the posix part, not the 'void' or windows part. If your argument is : no numbers are needed, it's faster, then why not defining all the functions inlined ? Vincent -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, Oct 26, 2011 at 11:13 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. I know that, but i would like to have numbers, here, to verify it's worth having them inlined. Note that I'm talking about the posix part, not the 'void' or windows part. If your argument is : no numbers are needed, it's faster, then why not defining all the functions inlined ? I don't have access at the moment on machine where that does matter. But to put stuff into perspective, Eina_Magic check could cost around 10% of your time and it's just a function call with an if inside, much simpler that taking a lock. So I don't have number, but it's just way better to avoid the 10s instructions that are needed to do a function call. And why not inlining everything, that why we use static inline instead of a macro, gcc can choose to inline the function or not depending on all the cost implied by the function call. And we don't put all function inlined, because that would just increase the binary size and invalidate cache to much. So it is only a solution for very small function called very often. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, Oct 26, 2011 at 11:10 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... I have always started to put libc header first if I need them directly and then include other library. This just solve this kind of issue. So I don't thing it's an issue to solve. well, if you think that everyone on earth must code like you... Actually, what would you say to someone that put #ifdef HAVE_CONFIG_H at the end of the C file. That's bad idea and that's the same here. It's just sane to put config first, then include C library and then all headers in their dependencies order. Because there is some inline/define value in the libc and in any header that could directly affect any header/library that use it, meaning any C library. It is a dependence of it and it make sense to just respect dependencies order to avoid any issue. For me it is a bug. If you don't want to change anything, then documentation must describe that, and in addition, adding a #warning in eina_inline_posix.x if _GNU_SOURCE is not defined would be useful too. If you want. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 11:10 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... I have always started to put libc header first if I need them directly and then include other library. This just solve this kind of issue. So I don't thing it's an issue to solve. well, if you think that everyone on earth must code like you... Actually, what would you say to someone that put #ifdef HAVE_CONFIG_H at the end of the C file. That's bad idea and that's the same here. It's just sane to put config first, hell, just look at raster's use of headers : he puts everything in a _private.h (config.h too). If he wants to use Eina: #include Eina.h #include exported_header.h #include ***_private.h and boum, it will fail with Eina if he wants to use CPU_SET. He will have to include config.h before Eina.h in a specific source file, while it's alreay included in his _private.h. Don't tell me how to use these headers. In case you don't remember, it's ME who moved all the inclusion of the headers from the *_private.h to the source file, to avoid such problems (especially on Windows where it's even more evil). And I still think that it is a bug. Vincent then include C library and then all headers in their dependencies order. Because there is some inline/define value in the libc and in any header that could directly affect any header/library that use it, meaning any C library. It is a dependence of it and it make sense to just respect dependencies order to avoid any issue. For me it is a bug. If you don't want to change anything, then documentation must describe that, and in addition, adding a #warning in eina_inline_posix.x if _GNU_SOURCE is not defined would be useful too. If you want. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore_main_loop_iterate() safety?
I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. -- Mike Blumenkrantz Zentific: Doctor recommended, mother approved. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
On Wed, 26 Oct 2011 20:58:09 +1000 David Seikel onef...@gmail.com wrote: On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? No, functions like this exist so that programmers who aren't using events/callbacks properly can hackishly make their code work in ways that it shouldn't. If the response takes time, you should be adding an fd handler or a timer/event to manage it. I can't really give you specifics because I'm lazy and you didn't provide examples. -- Mike Blumenkrantz Zentific: Doctor recommended, mother approved. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
On Wed, 26 Oct 2011 07:01:19 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:58:09 +1000 David Seikel onef...@gmail.com wrote: On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? No, functions like this exist so that programmers who aren't using events/callbacks properly can hackishly make their code work in ways that it shouldn't. If the response takes time, you should be adding an fd handler or a timer/event to manage it. I can't really give you specifics because I'm lazy and you didn't provide examples. I really wish I COULD use an fd handler, timer, or event on a series of file renames, deletions, and especially syncs. I spent a lot of time trying to figure out how to do it all with callbacks, and could not find any such solution. At least not anything would not make the code way harder to understand. Having the code be easy to understand is a strict requirement of this project. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shot Module Photo Upload Busted
Jeff, At home, screenshot module doesn't do any network connection, so I originally expected a module bug. Could you check that e does connect() and if it does send me the strace -s 1024 trace ? Bertrand On Tue, 25 Oct 2011 19:23:47 -0500, Jeff Hoogland wrote: Any suggestions for those of us for whom it is still broken raster? On Tue, Oct 25, 2011 at 6:53 PM, Carsten Haitzler ras...@rasterman.comwrote: On Tue, 25 Oct 2011 15:23:03 -0500 Jeff Hoogland jeffhoogl...@linux.com said: WFM: http://www.enlightenment.org/ss/e-4ea74bb6e1b516.90981561.jpg You sure? Still not uploading here. On Tue, Oct 25, 2011 at 3:19 PM, Tom Hacohen t...@stosb.com wrote: No compilation needed, it was an issue in the server. On 25/10/11 22:18, Jeff Hoogland wrote: Thanks! Will resync to SVN and recompile in a few hours when I get home and see if it works again. On Tue, Oct 25, 2011 at 2:50 PM, Tom Hacohen t...@stosb.com mailto:t...@stosb.com wrote: On 25/10/11 20:42, Jeff Hoogland wrote: Anyone else having the shot module not uploading properly? Bebber fixed it. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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 -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, Oct 26, 2011 at 12:37 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 11:10 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. Another solution would be to define _GNU_SOURCE before including pthread.h (maybe under some conditions). But is it a good solution too ? Honestly, I don't know what the best solution is. So if someone knows how to properly fix that problem... I have always started to put libc header first if I need them directly and then include other library. This just solve this kind of issue. So I don't thing it's an issue to solve. well, if you think that everyone on earth must code like you... Actually, what would you say to someone that put #ifdef HAVE_CONFIG_H at the end of the C file. That's bad idea and that's the same here. It's just sane to put config first, hell, just look at raster's use of headers : he puts everything in a _private.h (config.h too). If he wants to use Eina: #include Eina.h #include exported_header.h #include ***_private.h and boum, it will fail with Eina if he wants to use CPU_SET. He will have to include config.h before Eina.h in a specific source file, while it's alreay included in his _private.h. Don't tell me how to use these headers. In case you don't remember, it's ME who moved all the inclusion of the headers from the *_private.h to the source file, to avoid such problems (especially on Windows where it's even more evil). And I still think that it is a bug. Hi all, I agree with Vincent, but beside the header order issue of how should we put our own headers (libraries or apps that use eina) to make eina happy, there's a more critical problem. The main issue here is that a compiler flag that in theory is for our own library/app only might modify eina's behaviour and the other way around, that's no sense and must not happen in any circumstance. Regards Vincent then include C library and then all headers in their dependencies order. Because there is some inline/define value in the libc and in any header that could directly affect any header/library that use it, meaning any C library. It is a dependence of it and it make sense to just respect dependencies order to avoid any issue. For me it is a bug. If you don't want to change anything, then documentation must describe that, and in addition, adding a #warning in eina_inline_posix.x if _GNU_SOURCE is not defined would be useful too. If you want. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities.
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 11:13 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. I know that, but i would like to have numbers, here, to verify it's worth having them inlined. Note that I'm talking about the posix part, not the 'void' or windows part. If your argument is : no numbers are needed, it's faster, then why not defining all the functions inlined ? I don't have access at the moment on machine where that does matter. But to put stuff into perspective, Eina_Magic check could cost around 10% of your time and it's just a function call with an if inside, much simpler that taking a lock. So I don't have number, but it's just way better to avoid the 10s instructions that are needed to do a function call. And why not inlining everything, that was a sarcasm... that why we use static inline instead of a macro, gcc can choose to inline the function or not depending on all the cost implied by the function call. And we don't put all function inlined, because that would just increase the binary size and invalidate cache to much. So it is only a solution for very small function called very often. Look at the function eina_lock_take() in the posix file : 67 lines (with the defines). Do you call that a small function ? And I perfectly remember you telling to use **static** inline to force gcc to inline the function. Now you're saying that gcc will sometimes inline it, sometimes not ? You're contradicting yourself. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
2011/10/26 David Seikel onef...@gmail.com: On Wed, 26 Oct 2011 07:01:19 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:58:09 +1000 David Seikel onef...@gmail.com wrote: On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? No, functions like this exist so that programmers who aren't using events/callbacks properly can hackishly make their code work in ways that it shouldn't. If the response takes time, you should be adding an fd handler or a timer/event to manage it. I can't really give you specifics because I'm lazy and you didn't provide examples. I really wish I COULD use an fd handler, timer, or event on a series of file renames, deletions, and especially syncs. I spent a lot of time trying to figure out how to do it all with callbacks, and could not find any such solution. At least not anything would not make the code way harder to understand. Having the code be easy to understand is a strict requirement of this project. Idlers or jobs, or even ecore_thread. The main_loop_iterate() really exists only because EWL used to have its own main loop on top of that of Ecore, so on each run of the loop it performed its own tasks and then called that function to make one iteration of Ecores main loop. It's still there because... well, because, but you should not use it. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem with Eina and pthread.h (to fix before 1.1 release)
On Wed, Oct 26, 2011 at 1:48 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 11:13 AM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 26 Oct 2011, Cedric BAIL wrote: On Wed, Oct 26, 2011 at 10:55 AM, Vincent Torri vto...@univ-evry.fr wrote: Eina includes eina_inline_lock_posix.h on something else than Windows, hence pthread.h. _GNU_SOURCE is not defined. Suppose now that a user of Eina does this: #include Eina.h #include pthread.h The user will not have the possibility to features available with _GNU_SOURCE (like CPU_SET for example. I have that problem with Enesim), except by defining it just before including Eina.h. Which is not the best solution, I think. The problem, here, is that lock stuff is only inlined functions. The problem will be solved if they are in a source file. Maybe at the beginning, having these functions inlined was interesting because they were short. I'm not sure that keeping them inlined is really useful, now. As from a performance point of view, it really matter to have them inlined or not. Function call does cost. I know that, but i would like to have numbers, here, to verify it's worth having them inlined. Note that I'm talking about the posix part, not the 'void' or windows part. If your argument is : no numbers are needed, it's faster, then why not defining all the functions inlined ? I don't have access at the moment on machine where that does matter. But to put stuff into perspective, Eina_Magic check could cost around 10% of your time and it's just a function call with an if inside, much simpler that taking a lock. So I don't have number, but it's just way better to avoid the 10s instructions that are needed to do a function call. And why not inlining everything, that was a sarcasm... that why we use static inline instead of a macro, gcc can choose to inline the function or not depending on all the cost implied by the function call. And we don't put all function inlined, because that would just increase the binary size and invalidate cache to much. So it is only a solution for very small function called very often. Look at the function eina_lock_take() in the posix file : 67 lines (with the defines). Do you call that a small function ? And I perfectly remember you telling to use **static** inline to force gcc to inline the function. Now you're saying that gcc will sometimes inline it, sometimes not ? You're contradicting yourself. No I am not, the static is here to prevent a clash between symbol. That's all it is saying and it will never force a function to be inlined. It just make it possible to the compiler to do so if it makes sense. I told to put static, because inline doesn't tell anything about the symbol visibility and that would be an issue. -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Adding array of simple types to an eet.
I'm having an odd problem when trying to add an array of simple types in an eet file. The attached file is the simple cut down version. The real code is more complex, and needs the fuller versions of these structures to be the way they are. I have a macro that is patterned after the other eet macros - EET_DATA_DESCRIPTOR_ADD_BASIC_ARRAY. It's used twice in this example, once for the Meter.prizes array, the second one for the Barrel.cards array. If the Meter.prizes version is commented out, everything works fine. Otherwise I get the attached valgrind report (with no eet file existing when it starts). Likely there is something wrong with my macro. I think there should be such a macro already, but apparently the received wisdom from raster is that for something so simple, just use the eet_data_descriptor_element_add() function directly. Even though that functions docs say - It is complex to use by hand and should be left to be used by the macros, and thus is not documented. Um, yeah. Well, I tried. lol -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. #include Elementary.h #ifndef ELM_LIB_QUICKLAUNCH typedef struct { unsigned long long prizes[7]; } Meter; typedef struct { unsigned charcards[375]; } Barrel; typedef struct { Barrel series[5]; Meter *machine; }gameData; #define EET_DATA_DESCRIPTOR_ADD_BASIC_ARRAY(edd, struct_type, name, member, type) \ do {\ struct_type ___ett;\ eet_data_descriptor_element_add(edd, name, type, EET_G_ARRAY, \ (char *)( (___ett.member)) - \ (char *)( (___ett)), \ sizeof(___ett.member), \ NULL, NULL); \ } while(0) EAPI int elm_main(int argc, char **argv) { Eet_Data_Descriptor *gameDataDescriptor; Eet_Data_Descriptor *dataBarrelDescriptor; Eet_Data_Descriptor *dataMeterDescriptor; const char gameDataEntry[] = gggData; const char gameDataFile[] = gggData.eet; gameData *data = NULL; Eet_Data_Descriptor_Class eddc; Eet_File * ef = NULL; EET_EINA_STREAM_DATA_DESCRIPTOR_CLASS_SET(eddc, gameData); gameDataDescriptor = eet_data_descriptor_stream_new(eddc); EET_EINA_STREAM_DATA_DESCRIPTOR_CLASS_SET(eddc, Barrel); dataBarrelDescriptor = eet_data_descriptor_stream_new(eddc); EET_EINA_STREAM_DATA_DESCRIPTOR_CLASS_SET(eddc, Meter); dataMeterDescriptor = eet_data_descriptor_stream_new(eddc); // This causes problems. EET_DATA_DESCRIPTOR_ADD_BASIC_ARRAY(dataMeterDescriptor, Meter, prizes, prizes, EET_T_ULONG_LONG); EET_DATA_DESCRIPTOR_ADD_BASIC_ARRAY(dataBarrelDescriptor, Barrel, cards, cards, EET_T_UCHAR); EET_DATA_DESCRIPTOR_ADD_ARRAY(gameDataDescriptor, gameData, series, series, dataBarrelDescriptor); EET_DATA_DESCRIPTOR_ADD_SUB(gameDataDescriptor, gameData, machine, machine, dataMeterDescriptor); ef = eet_open(gameDataFile, EET_FILE_MODE_READ); if (ef) data = eet_data_read(ef, gameDataDescriptor, gameDataEntry); if (!data) { data = calloc(1, sizeof(gameData)); if (data) { Meter *meters = calloc(1, sizeof(Meter)); if (!meters) { free(data); data = NULL; } else { data-machine = meters; } } } if (ef) eet_close(ef); if (data) { ef = eet_open(gameDataFile, EET_FILE_MODE_WRITE); if (ef) { eet_data_write(ef, gameDataDescriptor, gameDataEntry, data, EINA_TRUE); eet_close(ef); } free(data-machine); free(data); } eet_data_descriptor_free(dataMeterDescriptor); eet_data_descriptor_free(dataBarrelDescriptor); eet_data_descriptor_free(gameDataDescriptor); return 0; } #endif ELM_MAIN() ==3781== Memcheck, a memory error detector ==3781== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==3781== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info ==3781== Command: ./ggg ==3781== ==3781== Invalid read of size 8 ==3781==at 0x553E4FC: eet_data_put_long_long (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x553F389: eet_data_put_type (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x5546320: eet_data_put_unknown (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x5546E50: _eet_data_descriptor_encode (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x554620B: eet_data_put_array (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x5546E50: _eet_data_descriptor_encode (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x5546361: eet_data_put_unknown (in /opt/e17/lib/libeet.so.1.4.999) ==3781==by 0x5546E50: _eet_data_descriptor_encode (in
Re: [E-devel] ecore_main_loop_iterate() safety?
On Wed, 26 Oct 2011 09:55:09 -0200 Iván Briano (Sachiel) sachi...@gmail.com wrote: 2011/10/26 David Seikel onef...@gmail.com: On Wed, 26 Oct 2011 07:01:19 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:58:09 +1000 David Seikel onef...@gmail.com wrote: On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? No, functions like this exist so that programmers who aren't using events/callbacks properly can hackishly make their code work in ways that it shouldn't. If the response takes time, you should be adding an fd handler or a timer/event to manage it. I can't really give you specifics because I'm lazy and you didn't provide examples. I really wish I COULD use an fd handler, timer, or event on a series of file renames, deletions, and especially syncs. I spent a lot of time trying to figure out how to do it all with callbacks, and could not find any such solution. At least not anything would not make the code way harder to understand. Having the code be easy to understand is a strict requirement of this project. Idlers or jobs, or even ecore_thread. The main_loop_iterate() really exists only because EWL used to have its own main loop on top of that of Ecore, so on each run of the loop it performed its own tasks and then called that function to make one iteration of Ecores main loop. It's still there because... well, because, but you should not use it. See? There are other legitimate uses of that function. If it's broken, and not gonna be fixed, then deprecate it and let's move on. Otherwise, it's entirely possible I just found a bug that needs to be fixed. Perhaps the bug is in the edje lua signal code? In a later project I'll be converting an existing large program over to be using EFL. It has it's own main loop, so I'll likely need to do exactly what EWL did. Eventually I'll want to get rid of its main loop and use the Ecore one, but until then, it would be useful to have this function as a crutch. Would be even more useful if it worked with lua signals. Idlers and jobs just make the code less readable, having to break up things into a whole bunch of one liners, then pulling them together elsewhere. I did that for the printer code, I was hoping I could avoid it for this part. A thread is just gonna lead to nasty syncronisation problems, and make this part of the code a whole lot less robust. Considering this part of the code only exists to make things more robust... seems rather silly. Sometimes you can't make your coding problem fit into the nice neat boxes your chosen toolkit provides. In the mean time, let's just see if there might be a bug somewhere in EFL, perhaps someone might have some insight into that. Which was the point of this thread. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_main_loop_iterate() safety?
2011/10/26 David Seikel onef...@gmail.com: On Wed, 26 Oct 2011 09:55:09 -0200 Iván Briano (Sachiel) sachi...@gmail.com wrote: 2011/10/26 David Seikel onef...@gmail.com: On Wed, 26 Oct 2011 07:01:19 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:58:09 +1000 David Seikel onef...@gmail.com wrote: On Wed, 26 Oct 2011 06:52:06 -0400 Mike Blumenkrantz m...@zentific.com wrote: On Wed, 26 Oct 2011 20:46:44 +1000 David Seikel onef...@gmail.com wrote: I'm calling ecore_main_loop_iterate() inside an elementary signal callback. Is that safe? What's happening is that the signal that is calling ecore_main_loop_iterate() is getting triggered twice, even though it was only sent once. I tried moving the ecore_main_loop_iterate() call to another signal, and THAT signal is NOT triggered twice. The only difference between the two is that one is triggered by an edje program, the other by a lua script. When I remove the ecore_main_loop_iterate() call, I don't get the signal triggered twice. If you have to call this function, you are doing something wrong. Then why does it exist? The response to that signal takes some time, I want the rest of the system to keep ticking over during that lengthy process. This is precisely why such functions exist, no? No, functions like this exist so that programmers who aren't using events/callbacks properly can hackishly make their code work in ways that it shouldn't. If the response takes time, you should be adding an fd handler or a timer/event to manage it. I can't really give you specifics because I'm lazy and you didn't provide examples. I really wish I COULD use an fd handler, timer, or event on a series of file renames, deletions, and especially syncs. I spent a lot of time trying to figure out how to do it all with callbacks, and could not find any such solution. At least not anything would not make the code way harder to understand. Having the code be easy to understand is a strict requirement of this project. Idlers or jobs, or even ecore_thread. The main_loop_iterate() really exists only because EWL used to have its own main loop on top of that of Ecore, so on each run of the loop it performed its own tasks and then called that function to make one iteration of Ecores main loop. It's still there because... well, because, but you should not use it. See? There are other legitimate uses of that function. If it's broken, and not gonna be fixed, then deprecate it and let's move on. Otherwise, it's entirely possible I just found a bug that needs to be fixed. Perhaps the bug is in the edje lua signal code? No, the way EWL worked, it already processed every signal from Edje, returned from all of its callbacks and went back to the main loop. The thing was that instead of just using Ecores main loop, it had one of its own where it would call that function and then do some other things. Your problem is that you are going back to the main loop, where it will process timers, file handlers, events and whatever else is there from an Edje callback. Bad thing. Very Bad Thing. You are basically trying to run stuff while Edje is in an inconsistent state. In a later project I'll be converting an existing large program over to be using EFL. It has it's own main loop, so I'll likely need to do exactly what EWL did. Eventually I'll want to get rid of its main loop and use the Ecore one, but until then, it would be useful to have this function as a crutch. Would be even more useful if it worked with lua signals. Idlers and jobs just make the code less readable, having to break up things into a whole bunch of one liners, then pulling them together elsewhere. I did that for the printer code, I was hoping I could avoid it for this part. A thread is just gonna lead to nasty syncronisation problems, and make this part of the code a whole lot less robust. Considering this part of the code only exists to make things more robust... seems rather silly. Sometimes you can't make your coding problem fit into the nice neat boxes your chosen toolkit provides. In the mean time, let's just see if there might be a bug somewhere in EFL, perhaps someone might have some insight into that. Which was the point of this thread. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel
Re: [E-devel] Adding array of simple types to an eet.
Hey, On Wed, Oct 26, 2011 at 2:56 PM, David Seikel onef...@gmail.com wrote: I'm having an odd problem when trying to add an array of simple types in an eet file. The attached file is the simple cut down version. The real code is more complex, and needs the fuller versions of these structures to be the way they are. I have a macro that is patterned after the other eet macros - EET_DATA_DESCRIPTOR_ADD_BASIC_ARRAY. It's used twice in this example, once for the Meter.prizes array, the second one for the Barrel.cards array. If the Meter.prizes version is commented out, everything works fine. Otherwise I get the attached valgrind report (with no eet file existing when it starts). Likely there is something wrong with my macro. I think there should be such a macro already, but apparently the received wisdom from raster is that for something so simple, just use the eet_data_descriptor_element_add() function directly. Even though that functions docs say - It is complex to use by hand and should be left to be used by the macros, and thus is not documented. Um, yeah. Well, I tried. lol Well we are adding this macro as people need and use it. First be aware I have no way to compile nor test your code nor what I will say. I think you need to divide the size of your structure by the size of the element so that the count do match. So you should have something like : sizeof(___ett.member) / sizeof(___ett.member[0]). Have fun :-) -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access request for evas ecore
Hi Jiyoun, I am all for this ! You recent patch are almost going directly in svn, so I think your already earned svn access. Have fun joining this community, On Wed, Oct 26, 2011 at 10:10 PM, Jiyoun Park jijib...@gmail.com wrote: Hello. I'm Jiyoun Park. I also send this mail to ask commit access for stabilzing evas ecore or adding new features which application developers need. I'm working in Samsung UI team for five years. 2 years of that period, developed gtk and gdk, and in recent 8months, works wiht efl team which supports EFL application developers . Before, I sent some patchs related with image decoding or rendering. Gl dynamic shader, animation gif, rotation decoding, scale down decoding , ...etc I read that enlightenment is ask for forgiveness, not permission style development in homepage. It make me more comportable and feel free to try various things. And I have plan to make document related with rendering and event flow for starter who not familiar with this. I live in non-English-speaking place(raster sometimes correct my english), so it is not possible to express whole things which I think. But I really want to be a member of this community and be a helpful person who make many people feel funny and easy when they implement or using our code. Thanks for reading. ps. I attached information file -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Systray and Below Everything
So I know the systray is the red-headed step child of Enlightenment modules, but I have found an issue where if it is placed in a shelf that is set to below everything it does not allow anything in it to be selected/clicked on. In case anyone cares ;) -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access request for evas ecore
On Wed, Oct 26, 2011 at 6:18 PM, Cedric BAIL cedric.b...@free.fr wrote: Hi Jiyoun, I am all for this ! You recent patch are almost going directly in svn, so I think your already earned svn access. Agreed I've added your files to /devs, so you will be able to commit to svn soon. Welcome aboard! Have fun joining this community, On Wed, Oct 26, 2011 at 10:10 PM, Jiyoun Park jijib...@gmail.com wrote: Hello. I'm Jiyoun Park. I also send this mail to ask commit access for stabilzing evas ecore or adding new features which application developers need. I'm working in Samsung UI team for five years. 2 years of that period, developed gtk and gdk, and in recent 8months, works wiht efl team which supports EFL application developers . Before, I sent some patchs related with image decoding or rendering. Gl dynamic shader, animation gif, rotation decoding, scale down decoding , ...etc I read that enlightenment is ask for forgiveness, not permission style development in homepage. It make me more comportable and feel free to try various things. And I have plan to make document related with rendering and event flow for starter who not familiar with this. I live in non-English-speaking place(raster sometimes correct my english), so it is not possible to express whole things which I think. But I really want to be a member of this community and be a helpful person who make many people feel funny and easy when they implement or using our code. Thanks for reading. ps. I attached information file -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Cedric BAIL -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Senior Developer ProFUSION embedded systems http://profusion.mobi -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access request for evas ecore
On 10/26/11 16:18, Cedric BAIL wrote: Hi Jiyoun, I am all for this ! You recent patch are almost going directly in svn, so I think your already earned svn access. Have fun joining this community, +1 I second ! dh On Wed, Oct 26, 2011 at 10:10 PM, Jiyoun Parkjijib...@gmail.com wrote: Hello. I'm Jiyoun Park. I also send this mail to ask commit access for stabilzing evas ecore or adding new features which application developers need. I'm working in Samsung UI team for five years. 2 years of that period, developed gtk and gdk, and in recent 8months, works wiht efl team which supports EFL application developers . Before, I sent some patchs related with image decoding or rendering. Gl dynamic shader, animation gif, rotation decoding, scale down decoding , ...etc I read that enlightenment is ask for forgiveness, not permission style development in homepage. It make me more comportable and feel free to try various things. And I have plan to make document related with rendering and event flow for starter who not familiar with this. I live in non-English-speaking place(raster sometimes correct my english), so it is not possible to express whole things which I think. But I really want to be a member of this community and be a helpful person who make many people feel funny and easy when they implement or using our code. Thanks for reading. ps. I attached information file -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Systray and Below Everything
On 10/26/11 16:18, Jeff Hoogland wrote: So I know the systray is the red-headed step child of Enlightenment modules, but I have found an issue where if it is placed in a shelf that is set to below everything it does not allow anything in it to be selected/clicked on. In case anyone cares ;) Not really :P dh -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/packaging/gentoo/net-libs/webkit-efl
On Wed, 26 Oct 2011 18:07:43 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: new ewk ebuild Author: discomfitor Date: 2011-10-26 18:07:43 -0700 (Wed, 26 Oct 2011) New Revision: 64419 Trac: http://trac.enlightenment.org/e/changeset/64419 Added: trunk/packaging/gentoo/net-libs/webkit-efl/webkit-efl-0.1.98491.ebuild Modified: trunk/packaging/gentoo/net-libs/webkit-efl/Manifest Dear Leandro, Please make a hook to ping me when you update your ewk tbz2. Sincerely, Me -- Mike Blumenkrantz Zentific: Doctor recommended, mother approved. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access request for evas ecore
+1. You sent really good features and many people liked it. Anyhow CONGRATULATIONS Daniel Juyung Seo (SeoZ) On Thu, Oct 27, 2011 at 7:17 AM, Christopher Michael cpmicha...@comcast.net wrote: On 10/26/11 16:18, Cedric BAIL wrote: Hi Jiyoun, I am all for this ! You recent patch are almost going directly in svn, so I think your already earned svn access. Have fun joining this community, +1 I second ! dh On Wed, Oct 26, 2011 at 10:10 PM, Jiyoun Parkjijib...@gmail.com wrote: Hello. I'm Jiyoun Park. I also send this mail to ask commit access for stabilzing evas ecore or adding new features which application developers need. I'm working in Samsung UI team for five years. 2 years of that period, developed gtk and gdk, and in recent 8months, works wiht efl team which supports EFL application developers . Before, I sent some patchs related with image decoding or rendering. Gl dynamic shader, animation gif, rotation decoding, scale down decoding , ...etc I read that enlightenment is ask for forgiveness, not permission style development in homepage. It make me more comportable and feel free to try various things. And I have plan to make document related with rendering and event flow for starter who not familiar with this. I live in non-English-speaking place(raster sometimes correct my english), so it is not possible to express whole things which I think. But I really want to be a member of this community and be a helpful person who make many people feel funny and easy when they implement or using our code. Thanks for reading. ps. I attached information file -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2012
On Fri, 30 Sep 2011 16:25:47 +0200 Philippe Caseiro caseiro.phili...@gmail.com said: how many people would be willing to some to en e/efl specific econf - maybe if we schedule it for 2 days following fosdem for example? if we get some conference facilities etc. what i'd like to see here: 1. open invite to anyone who wants to attend 2. e developers or anyone involved in e in general giving presentations/demos/speeches. right now i think we'd manage 2 days of content at best and might have to live with a smallish budget - but we have to start somewhere. this would be open for both developers AND user to attend - or anyone else. invite people from fosdem to come if they want. Hello E devs. i'd like to do a quick canvas on how many people would like to attend to see if this is worth it? I just posted a request to have a Dev room at FOSDEM 2012. Now we need people motivated to animate this room. At this moment we don't know if our demand will be accepted. But to be ready I need to know, who wants to come and who wants to talk about what. Please refer to the wiki for more informations about this event. http://trac.enlightenment.org/e/wiki/FOSDEM2012 Regards ;) Good Programming day to all of you. -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ 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 -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2012
On Thu, 27 Oct 2011 13:13:04 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 30 Sep 2011 16:25:47 +0200 Philippe Caseiro caseiro.phili...@gmail.com said: how many people would be willing to some to en e/efl specific econf - maybe if we schedule it for 2 days following fosdem for example? if we get some conference facilities etc. what i'd like to see here: 1. open invite to anyone who wants to attend 2. e developers or anyone involved in e in general giving presentations/demos/speeches. right now i think we'd manage 2 days of content at best and might have to live with a smallish budget - but we have to start somewhere. this would be open for both developers AND user to attend - or anyone else. invite people from fosdem to come if they want. Hello E devs. i'd like to do a quick canvas on how many people would like to attend to see if this is worth it? I just posted a request to have a Dev room at FOSDEM 2012. Now we need people motivated to animate this room. At this moment we don't know if our demand will be accepted. But to be ready I need to know, who wants to come and who wants to talk about what. Please refer to the wiki for more informations about this event. http://trac.enlightenment.org/e/wiki/FOSDEM2012 Regards ;) Good Programming day to all of you. -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel maybe -- Mike Blumenkrantz Zentific: Doctor recommended, mother approved. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update function
Dear developers I made a patch to add elm_genlist_item_fields_update function. It can be used to updating genlist's item part without realize/unrealize itself. Prototype is elm_genlist_item_fields_update (Elm_Genlist_Item *it, const char *part, Elm_Genlist_Item_Field_Flags itf) Part supports globbing. Passing * to part means updating all parts. Item field can be one of icon, content and state. I think it's useful to speed up if an app updates frequently. Thanks Index: elementary/src/lib/elm_genlist.c === --- elementary/src/lib/elm_genlist.c(由щ퉬�쟾 64419) +++ elementary/src/lib/elm_genlist.c(�옉�뾽 �궗蹂�) @@ -1663,7 +1663,8 @@ static void _item_label_realize(Elm_Gen_Item *it, Evas_Object *target, -Eina_List **source) +Eina_List **source, +const char *wanted) { if (it-itc-func.label_get) { @@ -1673,6 +1674,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, labels)); EINA_LIST_FOREACH(*source, l, key) { + if (wanted fnmatch(wanted, key, FNM_PERIOD)) + continue; + char *s = it-itc-func.label_get ((void *)it-base.data, WIDGET(it), key); @@ -1692,7 +1696,8 @@ static Eina_List * _item_content_realize(Elm_Gen_Item *it, Evas_Object *target, - Eina_List **source) + Eina_List **source, + const char *wanted) { Eina_List *res = NULL; @@ -1705,6 +1710,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, contents)); EINA_LIST_FOREACH(*source, l, key) { + if (wanted fnmatch(wanted, key, FNM_PERIOD)) + continue; + if (it-itc-func.content_get) ic = it-itc-func.content_get ((void *)it-base.data, WIDGET(it), key); @@ -1726,7 +1734,8 @@ static void _item_state_realize(Elm_Gen_Item *it, Evas_Object *target, -Eina_List **source) +Eina_List **source, +const char *wanted) { if (it-itc-func.state_get) { @@ -1737,6 +1746,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, states)); EINA_LIST_FOREACH(*source, l, key) { + if (wanted fnmatch(wanted, key, FNM_PERIOD)) + continue; + Eina_Bool on = it-itc-func.state_get ((void *)it-base.data, WIDGET(it), key); @@ -1895,9 +1907,9 @@ will clean our mess */ assert(eina_list_count(it-content_objs) == 0); -_item_label_realize(it, VIEW(it), it-labels); -it-content_objs = _item_content_realize(it, VIEW(it), it-contents); -_item_state_realize(it, VIEW(it), it-states); +_item_label_realize(it, VIEW(it), it-labels, NULL); +it-content_objs = _item_content_realize(it, VIEW(it), it-contents, NULL); +_item_state_realize(it, VIEW(it), it-states, NULL); if (!it-item-mincalcd) { @@ -2870,11 +2882,11 @@ will clean our mess */ assert(eina_list_count(it-item-mode_content_objs) == 0); - _item_label_realize(it, it-item-mode_view, it-item-mode_labels); - it-item-mode_content_objs = _item_content_realize(it, - it-item-mode_view, - it-item-mode_contents); - _item_state_realize(it, it-item-mode_view, it-item-mode_states); + _item_label_realize(it, it-item-mode_view, it-item-mode_labels, NULL); + it-item-mode_content_objs = + _item_content_realize(it, it-item-mode_view, + it-item-mode_contents, NULL); + _item_state_realize(it, it-item-mode_view, it-item-mode_states, NULL); edje_object_part_swallow(it-item-mode_view, edje_object_data_get(it-item-mode_view, mode_part), @@ -4181,6 +4193,23 @@ } EAPI void +elm_genlist_item_fields_update(Elm_Genlist_Item *it, + const char *part, + Elm_Genlist_Item_Field_Flags itf) +{ + ELM_WIDGET_ITEM_WIDTYPE_CHECK_OR_RETURN(it); + if (!it-item-block) return; + if (it-delete_me) return; + + if ((!itf) || (itf ELM_GENLIST_ITEM_FIELD_LABEL)) + _item_label_realize(it, it-base.view, it-labels, part); + if ((!itf) || (itf ELM_GENLIST_ITEM_FIELD_ICON)) + _item_content_realize(it, it-base.view, it-contents, part); + if ((!itf) || (itf ELM_GENLIST_ITEM_FIELD_STATE)) + _item_state_realize(it, it-base.view, it-states, part); +} + +EAPI void elm_genlist_item_item_class_update(Elm_Gen_Item *it, const Elm_Genlist_Item_Class *itc) { Index: elementary/src/lib/Elementary.h.in
Re: [E-devel] [PATCH] add elm_entry_autocapital_type_{set/get} and elm_entry_input_panel_enabled_{set/get} API
On Wed, 26 Oct 2011 13:53:18 +0900 Jihoon Kim jihoon48@samsung.com said: reviewed - looks ok to me. in svn it is! thanks! :) I missed to attach the patch file, so I send again. Thanks. -Original Message- From: Jihoon Kim [mailto:jihoon48@samsung.com] Sent: Wednesday, October 26, 2011 1:51 PM To: 'Enlightenment developer list' Cc: 박세환; 'gouni@samsung.com' Subject: [PATCH] add elm_entry_autocapital_type_{set/get} and elm_entry_input_panel_enabled_{set/get} API Hi, EFL developers. elm_entry_autocapital_type_set API is high level API to call ecore_imf_context_autocapital_type_set. Application programmer can choose the type of autocapitalization such as WORD, SENTENCE, ALLCHARACTER through this API. elm_entry_input_panel_enabled_set API is for setting whether input panel (virtual keyboard) should be appeared when entry has a focus or pressed. It can be used by dialer or calculator application programmer because those application prefer to use its keypad NOT virtual keyboard supported by system. They want to use entry to show the cursor for providing the cursor handling method but don't want to appear system keyboard. Would you please review this patch? Please let me know if I have to do more. Thank you. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update function
Hello I revised some naming conventions by seoz's comment. And also attaching new test case for elm_genlist_item_fields_update. Thank you -Original Message- From: Hyoyoung Chang [mailto:hyoyoung.ch...@samsung.com] Sent: Thursday, October 27, 2011 2:06 PM To: 'Enlightenment developer list' Subject: [E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update function Dear developers I made a patch to add elm_genlist_item_fields_update function. It can be used to updating genlist's item part without realize/unrealize itself. Prototype is elm_genlist_item_fields_update (Elm_Genlist_Item *it, const char *part, Elm_Genlist_Item_Field_Flags itf) Part supports globbing. Passing * to part means updating all parts. Item field can be one of icon, content and state. I think it's useful to speed up if an app updates frequently. Thanks Index: elementary/src/lib/elm_genlist.c === --- elementary/src/lib/elm_genlist.c(由щ퉬�쟾 64419) +++ elementary/src/lib/elm_genlist.c(�옉�뾽 �궗蹂�) @@ -1,5 +1,5 @@ #include assert.h - +#include fnmatch.h #include Elementary.h #include Elementary_Cursor.h #include elm_priv.h @@ -1663,7 +1663,8 @@ static void _item_label_realize(Elm_Gen_Item *it, Evas_Object *target, -Eina_List **source) +Eina_List **source, +const char *parts) { if (it-itc-func.label_get) { @@ -1673,6 +1674,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, labels)); EINA_LIST_FOREACH(*source, l, key) { + if (parts fnmatch(parts, key, FNM_PERIOD)) + continue; + char *s = it-itc-func.label_get ((void *)it-base.data, WIDGET(it), key); @@ -1692,7 +1696,8 @@ static Eina_List * _item_content_realize(Elm_Gen_Item *it, Evas_Object *target, - Eina_List **source) + Eina_List **source, + const char *parts) { Eina_List *res = NULL; @@ -1705,6 +1710,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, contents)); EINA_LIST_FOREACH(*source, l, key) { + if (parts fnmatch(parts, key, FNM_PERIOD)) + continue; + if (it-itc-func.content_get) ic = it-itc-func.content_get ((void *)it-base.data, WIDGET(it), key); @@ -1726,7 +1734,8 @@ static void _item_state_realize(Elm_Gen_Item *it, Evas_Object *target, -Eina_List **source) +Eina_List **source, +const char *parts) { if (it-itc-func.state_get) { @@ -1737,6 +1746,9 @@ *source = elm_widget_stringlist_get(edje_object_data_get(target, states)); EINA_LIST_FOREACH(*source, l, key) { + if (parts fnmatch(parts, key, FNM_PERIOD)) + continue; + Eina_Bool on = it-itc-func.state_get ((void *)it-base.data, WIDGET(it), key); @@ -1895,9 +1907,9 @@ will clean our mess */ assert(eina_list_count(it-content_objs) == 0); -_item_label_realize(it, VIEW(it), it-labels); -it-content_objs = _item_content_realize(it, VIEW(it), it-contents); -_item_state_realize(it, VIEW(it), it-states); +_item_label_realize(it, VIEW(it), it-labels, NULL); +it-content_objs = _item_content_realize(it, VIEW(it), it-contents, NULL); +_item_state_realize(it, VIEW(it), it-states, NULL); if (!it-item-mincalcd) { @@ -2870,11 +2882,11 @@ will clean our mess */ assert(eina_list_count(it-item-mode_content_objs) == 0); - _item_label_realize(it, it-item-mode_view, it-item-mode_labels); - it-item-mode_content_objs = _item_content_realize(it, - it-item-mode_view, - it-item-mode_contents); - _item_state_realize(it, it-item-mode_view, it-item-mode_states); + _item_label_realize(it, it-item-mode_view, it-item-mode_labels, NULL); + it-item-mode_content_objs = + _item_content_realize(it, it-item-mode_view, + it-item-mode_contents, NULL); + _item_state_realize(it, it-item-mode_view, it-item-mode_states, NULL); edje_object_part_swallow(it-item-mode_view, edje_object_data_get(it-item-mode_view, mode_part), @@ -4181,6 +4193,23 @@ } EAPI void +elm_genlist_item_fields_update(Elm_Genlist_Item *it, + const char *parts, + Elm_Genlist_Item_Field_Flags itf) +{ + ELM_WIDGET_ITEM_WIDTYPE_CHECK_OR_RETURN(it); + if (!it-item-block) return; + if (it-delete_me) return; + + if ((!itf) || (itf ELM_GENLIST_ITEM_FIELD_LABEL)) + _item_label_realize(it,