Carsten Haitzler | 1 Mar 2008 05:20
Favicon
Gravatar

Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main

On Sun, 24 Feb 2008 11:29:06 +0100 lars <at> segv.dk (Lars Munch) babbled:

> On Sun, Feb 24, 2008 at 07:48:03PM +1100, Carsten Haitzler wrote:
> > On Sun, 24 Feb 2008 15:43:18 +1100 Carsten Haitzler (The Rasterman)
> > <raster <at> rasterman.com> babbled:
> > 
> > actually - found a problem. breaks entrance it seems and enlightenment when
> > init is enabled! :) back!
> 
> Thanks for testing, too bad it didn't work out as expected. I do not use
> entrance and have init disabled in enlightenment, so everything was
> working flawlessly here :/
> 
> Anyway, I just did some more testing. It seems that using pselect we
> have a bigger chance of losing signals. If we get the same signal
> twice, while not waiting in the pselect call, then only one signal will
> be handled at the time pselect is called. I guess this could cause the
> breakage. Do you think that's the issue (I don't know the entrance nor
> the init code) ?
> 
> I have no idea how to solve this, except for going back to the pipe
> solution.

entrance and e both use signals. entranced waits for SIGUSR1 from x to know x
is ready. e waits for something similar with a pause() from the init splash
process. no singal ever arrives. pause() is never interrupted :)

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster <at> rasterman.com
(Continue reading)

Carsten Haitzler | 1 Mar 2008 06:00
Favicon
Gravatar

Re: [E-devel] Edje crashes by fast triggered animations

On Fri, 8 Feb 2008 15:40:52 +0100 "Thomas Gstädtner" <thomas <at> gstaedtner.net>
babbled:

found it. you had a self-feeding signal loops - but that created bad behavior
in edje so it fed itself events forever and hung ui-wise, but queued up work to
do eventually using up all mmeory and crashing :)

fixed in cvs :)

> Hi,
> 
> I wrote a edje-file with some basic animations for buttons - with fade-in
> and fade-out effect.
> Unfortunately edje crashes when I trigger the animations too often or fast.
> My program-parts for this:
> 
> program { \
> >         name: "button"button_number"_animation"; \
> >         signal: "mouse,in"; \
> >         source: "button"button_number; \
> >         action: STATE_SET "default" 1; \
> >         target: "button"button_number; \
> >         transition: ACCELERATE 0.2; \
> > } \
> > program { \
> >         name: "button"button_number"_animation_end"; \
> >         signal: "mouse,out"; \
> >         source: "button"button_number; \
> >         action: STATE_SET "default" 0; \
> >         target: "button"button_number; \
(Continue reading)

Carsten Haitzler | 1 Mar 2008 06:12
Favicon
Gravatar

Re: [E-devel] Image loader for Portable Maps

On Thu, 14 Feb 2008 16:40:29 +0100 Peter Wehrfritz <peter.wehrfritz <at> web.de>
babbled:

> I've written an image loader for evas that can load pbm, pgm, ppm. It 
> supports P1, P2, P3, P4, P5, P6. For P5 and P6 it also supports the 
> 2-byte format. Unfortunately I haven't seen that there is a pnm loader 
> for imlib2, when I started to write it. And when I saw the imlib2 
> loader, I've already written the most parts of my loader. Compared to 
> the imlib2 loader my loader is very lenient, supports 2-byte binary 
> format and imho is easier to understand. Therefor the imlib2 code might 
> be a bit faster. I haven't measured it tho. And the felt load time is 
> almost equal.
> 
> I named the loader pmaps, but if you prefer I can rename it to pnm.
> 
> The attached diff only adds the loader to evas. The pmaps directory can 
> be found here:
> http://mowem.de/evas/pmaps.tar.gz
> 
> or if you just want to scroll through the c file:
> http://phpfi.com/296415
> 
> If you like it, I'll commit it.

sounds cool. commit it :)

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster <at> rasterman.com

(Continue reading)

Carsten Haitzler | 1 Mar 2008 07:36
Favicon
Gravatar

Re: [E-devel] [PATCH] Eet file format change

On Fri, 15 Feb 2008 15:56:12 +0100 "Cedric BAIL" <cedric.bail <at> free.fr> babbled:

ok- some testing here. seems to work. didn't spot any nasties on a read. lets
have this in cvs (in cvs now) and let it .... test more.

> So here we go with the big dangerous patch that could break every thing :-)
> 
> I did change the file format to this version finally :
> 
> /* Version 3 */
> /* NB: all int's are stored in network byte order on disk */
> /* file format: */
> int magic; /* magic number ie 0x1ee70f42 */
> int num_directory_entries; /* number of directory entries to follow */
> int num_dictionary_entries; /* number of dictionary entries to follow */
> struct
> {
>   int data_offset; /* bytes offset into file for data chunk */
>   int size; /* size of the data chunk */
>   int data_size; /* size of the (uncompressed) data chunk */
>   int name_offset; /* bytes offset into file for name string */
>   int name_size; /* length in bytes of the name field */
>   int flags; /* flags - for now 0 = uncompressed, 1 = compressed */
> } directory[num_directory_entries];
> struct
> {
>   int hash;
>   int offset;
>   int size;
>   int prev;
(Continue reading)

Carsten Haitzler | 1 Mar 2008 07:51
Favicon
Gravatar

Re: [E-devel] [win32] some evilness

On Fri, 15 Feb 2008 23:54:16 +0100 (CET) Vincent Torri <vtorri <at> univ-evry.fr>
babbled:

ok- that looks a lot cleaner after the diff. other than the EAPI removal in .c
files. i'd agree on making an EAPI_DEF for the .c files (just sed s/EAPI
EAPI_DEF for all .c files) and for win32 just making that empty to keep it
happy. otherwise it seems its just autofoo additions to detect etc.

i say do it (with the above change)?

> Hey,
> 
> as the Windows Mobile platform is trying to be supported, a lot of #ifdef 
> might appear. So I began to move the win32 code from the efl to a single 
> lib (named 'evil'). The source code for that lib is attached, for those 
> who are interested. Currently, the main functions that are ported are dl* 
> functions, mmap and munmap, and fcntl.
> 
> There is also a patch for eet that is attached. It shows the modifications 
> in eet when 'evil' is used. It's not so evil, finally :)
> 
> Another thing I've discovered is how libtool manages the export of the 
> functions on Windows. Everything is done with EAPI with a small 
> modification. But, contrary to gcc on linux, which does not complain when 
> EAPI is used on declaration and definition of the functions, on Windows 
> there is an error. So I have to define to nothing EAPI on Windows. I added 
> that in eet_lib.c, eet_data.c and eet_image.c.
> 
> I can also add it in Eet_private.h, but I have to include Eet_private.h 
> after Eet.h.
(Continue reading)

Carsten Haitzler | 1 Mar 2008 08:25
Favicon
Gravatar

Re: [E-devel] [RFC] Edje improvement

On Fri, 22 Feb 2008 19:52:06 +0100 "Cedric BAIL" <cedric.bail <at> free.fr> babbled:

> Hi,
> 
>   I am tracking a slow down since a few days now and I think I finally
> understand where it come from. The symptom were some frame glitch
> during edje animation, when I called a edje_object_part_text_set.
> 
>   By putting more presure on edje_object_part_text_set from a timer, I
> was able to loose a lot of time in _edje_part_recalc with around 300
> 000 call to it according to valgrind (when _edje_recalc is called
> around 9200). And from what valgrind tell me, most of the cost come
> only when called from edje_object_part_text_set (With only 800 calls).
> The edje calc make sense, but as only one part change, only part
> related to it, will need to be updated and their is no need to
> calculate all the other part (as their are not affected by this
> change). It's getting worse when you don't have a FPU. In my test, it
> cost around 35% of the CPU time in soft float and 15% in edje_*calc.
> 
>   If understood the code correctly, when I change a property that
> could affect the layout of the edje, _edje_calc is called directly
> instead of being defered until render like all native evas_object
> behaviour. That's because smart object don't have a render_pre
> function. It also need to recalculate all edje part, because their is
> actually no way to know what are the part that would be affected by
> the change of another part.

correct. render_pre's don't exist for smart objects as the smart obj itself is
never rendered. what we should have is a render_prepare call and a dirty flag -
any objects set to dirty have their render_prepare calls before any other
(Continue reading)

Vincent Torri | 1 Mar 2008 10:07
Picon

Re: [E-devel] [win32] some evilness


On Sat, 1 Mar 2008, Carsten Haitzler (The Rasterman) wrote:

> On Fri, 15 Feb 2008 23:54:16 +0100 (CET) Vincent Torri <vtorri <at> univ-evry.fr>
> babbled:
>
> ok- that looks a lot cleaner after the diff. other than the EAPI removal in .c
> files. i'd agree on making an EAPI_DEF for the .c files (just sed s/EAPI
> EAPI_DEF for all .c files) and for win32 just making that empty to keep it
> happy. otherwise it seems its just autofoo additions to detect etc.

is it really needed to define EAPI_DEF to EAPI if i'm not on Windows ? It 
should work also if it is empty on Unix too.

Vincent

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Nightly build system | 1 Mar 2008 15:52
Picon
Gravatar

[E-devel] Nightly build log for E17 on 2008-03-01 06:52:10 -0800

Build log for Enlightenment DR 0.17 on 2008-03-01 06:52:10 -0800
Build logs are available at http://download.enlightenment.org/tests/logs

Packages that failed to build:
alarm  http://download.enlightenment.org/tests/logs/alarm.log
bling  http://download.enlightenment.org/tests/logs/bling.log
calendar  http://download.enlightenment.org/tests/logs/calendar.log
cpu  http://download.enlightenment.org/tests/logs/cpu.log
deskshow  http://download.enlightenment.org/tests/logs/deskshow.log
echo  http://download.enlightenment.org/tests/logs/echo.log
eclair  http://download.enlightenment.org/tests/logs/eclair.log
ecore_li  http://download.enlightenment.org/tests/logs/ecore_li.log
edje_editor  http://download.enlightenment.org/tests/logs/edje_editor.log
edje  http://download.enlightenment.org/tests/logs/edje.log
edje_viewer  http://download.enlightenment.org/tests/logs/edje_viewer.log
edvi  http://download.enlightenment.org/tests/logs/edvi.log
eet  http://download.enlightenment.org/tests/logs/eet.log
eflpp  http://download.enlightenment.org/tests/logs/eflpp.log
efm_nav  http://download.enlightenment.org/tests/logs/efm_nav.log
efm_path  http://download.enlightenment.org/tests/logs/efm_path.log
elapse  http://download.enlightenment.org/tests/logs/elapse.log
elation  http://download.enlightenment.org/tests/logs/elation.log
elicit  http://download.enlightenment.org/tests/logs/elicit.log
elitaire  http://download.enlightenment.org/tests/logs/elitaire.log
e  http://download.enlightenment.org/tests/logs/e.log
embrace  http://download.enlightenment.org/tests/logs/embrace.log
emotion  http://download.enlightenment.org/tests/logs/emotion.log
emphasis  http://download.enlightenment.org/tests/logs/emphasis.log
empower  http://download.enlightenment.org/tests/logs/empower.log
emprint  http://download.enlightenment.org/tests/logs/emprint.log
(Continue reading)

Dave | 1 Mar 2008 16:32
Picon
Gravatar

Re: [E-devel] Nightly build log for E17 on 2008-03-01 06:52:10 -0800

Nightly build system ha scritto:
> Build log for Enlightenment DR 0.17 on 2008-03-01 06:52:10 -0800
> Build logs are available at http://download.enlightenment.org/tests/logs
>
> Packages that failed to build:
> alarm  http://download.enlightenment.org/tests/logs/alarm.log
> bling  http://download.enlightenment.org/tests/logs/bling.log
> calendar  http://download.enlightenment.org/tests/logs/calendar.log
> cpu  http://download.enlightenment.org/tests/logs/cpu.log
> deskshow  http://download.enlightenment.org/tests/logs/deskshow.log
> echo  http://download.enlightenment.org/tests/logs/echo.log
> eclair  http://download.enlightenment.org/tests/logs/eclair.log
> ecore_li  http://download.enlightenment.org/tests/logs/ecore_li.log
> edje_editor  http://download.enlightenment.org/tests/logs/edje_editor.log
> edje  http://download.enlightenment.org/tests/logs/edje.log
> edje_viewer  http://download.enlightenment.org/tests/logs/edje_viewer.log
> edvi  http://download.enlightenment.org/tests/logs/edvi.log
> eet  http://download.enlightenment.org/tests/logs/eet.log
> eflpp  http://download.enlightenment.org/tests/logs/eflpp.log
> efm_nav  http://download.enlightenment.org/tests/logs/efm_nav.log
> efm_path  http://download.enlightenment.org/tests/logs/efm_path.log
> elapse  http://download.enlightenment.org/tests/logs/elapse.log
> elation  http://download.enlightenment.org/tests/logs/elation.log
> elicit  http://download.enlightenment.org/tests/logs/elicit.log
> elitaire  http://download.enlightenment.org/tests/logs/elitaire.log
> e  http://download.enlightenment.org/tests/logs/e.log
> embrace  http://download.enlightenment.org/tests/logs/embrace.log
> emotion  http://download.enlightenment.org/tests/logs/emotion.log
> emphasis  http://download.enlightenment.org/tests/logs/emphasis.log
> empower  http://download.enlightenment.org/tests/logs/empower.log
(Continue reading)

Ravenlock | 1 Mar 2008 17:45
Picon

[E-devel] [SoC] Mentors Needed....

Hello,

We could still use a few more mentors.  Whats involved in being a
mentor?  Please see:

  http://wiki.enlightenment.org/index.php/About_SoC#Mentors

What to mentor for? Please checkout the ideas page at:

  http://wiki.enlightenment.org/index.php/SoC_Project_Ideas

On this page there are ideas with mentors "Undetermined".  If you wish
to mentor for an idea, please add your name.  We've already got some
really good ideas, but if you have an idea to add please do so as well.

--

-- 
Regards,
Ravenlock

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
(Continue reading)


Gmane