[E-devel] Fix in ecore_con

Hello dear devs,
I have committed a fix for ecore_con, in the legacy branch.
This fix should also be applied to efl/ (1.8), but i am not going to do 
it as i dont use 1.8, and so wont test it.
I need someone to take care of this.

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] edje/evas/eina leaks

I recently tried some valgrinding on E, and the results were not
encouraging. Attached is a log of ~100k losses over about 10-15 seconds of
running.

==25163== 
==25163== HEAP SUMMARY:
==25163==     in use at exit: 12,316,769 bytes in 28,443 blocks
==25163==   total heap usage: 1,201,452 allocs, 732,370 frees, 278,656,007 bytes allocated
==25163== 
==25163== 0 bytes in 1 blocks are definitely lost in loss record 189 of 8,613
==25163==    at 0x4C2B6CD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==25163==    by 0x64B4E5A: _evas_smart_class_ifaces_private_data_alloc (evas_object_smart.c:528)
==25163==    by 0x64B5865: _smart_attach (evas_object_smart.c:697)
==25163==    by 0xAB360E4: _eo_op_internal (eo.c:365)
==25163==    by 0xAB36249: _eo_dov_internal (eo.c:400)
==25163==    by 0xAB36485: eo_do_internal (eo.c:429)
==25163==    by 0x64B5035: evas_object_smart_add (evas_object_smart.c:568)
==25163==    by 0x588C52: e_zoomap_add (e_zoomap.c:42)
==25163==    by 0x47682C: _e_comp_win_dummy_add (e_comp.c:2047)
==25163==    by 0x4827B8: e_comp_object_inject (e_comp.c:5302)
==25163==    by 0x482FA8: e_comp_canvas_layer_set (e_comp.c:5416)
==25163==    by 0x54556F: e_popup_layer_set (e_popup.c:247)
==25163==    by 0x544FDC: e_popup_content_set (e_popup.c:144)
==25163==    by 0x554192: e_shelf_style_set (e_shelf.c:914)
==25163==    by 0x551FC1: e_shelf_zone_new (e_shelf.c:238)
==25163==    by 0x554349: e_shelf_config_new (e_shelf.c:965)
==25163==    by 0x5576EC: _e_shelf_cb_menu_orient (e_shelf.c:2236)
==25163==    by 0x535275: _e_menu_active_call (e_menu.c:2185)
==25163==    by 0x536ED5: _e_menu_cb_mouse_up (e_menu.c:2921)

[E-devel] failed to build econnman with stable efl

I'm try to create econnman ubuntu package and stuck at compiling econnman:
https://launchpadlibrarian.net/140505486/buildlog_ubuntu-precise-amd64.econnman_0.0.1-1ppa1~precise_FAILEDTOBUILD.txt.gz

Makefile:174: *** Recursive variable `am__v_EDJ_' references itself
(eventually).  Stop.

--
Vasiliy Tolstov,
e-mail: v.tolstov <at> selfip.ru
jabber: vase <at> selfip.ru

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

[E-devel] Elementary release BLOCKER -- ABI BREAK

This is addressed to Elementary coders, especially Tom and (Jack)Daniel.

When I released the new, widget classes enabled version of Elementary,
I introduced the scrollable widgets, as seen on picture
http://docs.enlightenment.org/auto/elementary/elm-widget-tree.png. All
those would respond to all elm_scroller_ namespaced EAPI functions,
like explicitly said at that widget's documentation --

"Its (non-deprecated) API functions, except for elm_scroller_add(),
which gives basic scroller objects, are meant to be a basis for all
other scrollable widgets (i.e. widgets implementing The Elementary
Scrollable Interface). So, they will work both on pristine scroller
widgets and on other "specialized" scrollable widgets."

What happened after people stepped in to translate the Evas Smart
Class based inheritance schema to eo, is that some of those
elm_scroller_ functions meant to work on all scrollables DO NOT
ANYMORE (they work only for the scroller, itself). That is an ABI
break, which can't go on released.

Daniel, could you fix that for us, please? All elm_scroller.c EAPI
functions which had s_iface-> calls on old elm and now have eo_do()
for elm_obj_scroller_ namespaced things are WRONG, like:

- elm_scroller_region_get
- elm_scroller_child_size_get
- elm_scroller_page_relative_set (_get is OK)

--
Gustavo Lima Chaves

[E-devel] [PATCH][GIT] Emotion add emotion_module_option_get API and pass options to a/v engine

Hi there,
please find attached a patch which introduce a new emotion API  :
emotion_module_option_get, which retrieves the parameters set with
emotion_module_option_set. This patch also pass options to the engine.
It's usefull in case of VLC to give specific arguments for example,
the --no-video-title, it's annoying to have the name of the film
displayed at statup.

I'm not sure this is the best thing we ca do here, but it' doesn't
break the "API" and it does the job, so please review.

There is also a patch for emotion_generic_players to pass  such
arguments to vlc generic player.

Regards,
--
Nicolas Aguirre
Mail: aguirre.nicolas <at> gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

[E-devel] Desktop hover

The string in the subject is located in
src/modules/gadman/e_mod_gadman.c:124, but I'm not really sure what it
does and I need to know it to correctly translate it.
Has it something to do with gadget moving on the desktop?

--

-- 

  Massimo Maiurana               GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
                    [Mark Twain]

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

[E-devel] E18 CFBugs

Not to be confused with last year's Call For Beards, this is an open call
for people to submit any outstanding bug reports for E18.

Known issues:

* Window shading doesn't "shade"
* Keyboard movement of windows between desks/screens may be broken
* Shaped windows

Please note that any feature requests masquerading as bug reports will be
completely ignored.
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

[E-devel] ecore_animator_pos_map issues

Hello,

I wanted to write some tests for ecore_animator and while going through
the functionality of ecore_animator_pos_map I noticed some inconsistencies.

Here's how I *think* this function should behave:
The docs say ecore_animator_pos_map() "maps an input position from 0.0
to 1.0 along a timeline to a position in a different curve."

It "makes an input position (0.0 to 1.0) and maps to a new position
(normally between 0.0 and 1.0, but it may go above/below 0.0 or 1.0 to
show that it has "overshot" the mark) using some interpolation (mapping)
algorithm."

This means we can safely assume that the input is always between 0.0 and
1.0. Out-of-range values can be clamped to the min/max (and they are in
the code).

Now the return value of that function could be anything... It could even
be less than 0.0 or more than 1.0. This is okay, but what is not
explicitly stated (and which should be a requirement) is that
pos_map(0.0) == 0.0 and pos_map(1.0) == 1.0 should hold true for any
kind of transformation. We always want to start at the beginning and we
always want to stop at the end...

While writing the tests I found that using ECORE_POS_MAP_ACCELERATE
pos_map(1.0) = 0.996982.
Decelerate is wrong at 0.0 and sinusoidal also does not finish at 1.0.
Linear is fine and I haven't tried the others yet.

[E-devel] A hell lot of "Conditional jump or move depends on uninitialised value"

Yo,

valgrind elementary_test List
When starting:
==20532== Conditional jump or move depends on uninitialised value(s)
==20532==    at 0x58776FA: _evas_image_file_header (evas_image_load.c:191)
==20532==    by 0x5877BCF: evas_common_load_rgba_image_module_from_file 
(evas_image_load.c:292)
==20532==    by 0x583D9ED: _evas_cache_image_entry_new 
(evas_cache_image.c:279)
==20532==    by 0x583F091: evas_cache_image_request (evas_cache_image.c:832)
==20532==    by 0x587956B: evas_common_load_image_from_file 
(evas_image_main.c:766)
==20532==    by 0x58A2FA3: eng_image_load (evas_engine.c:957)
==20532==    by 0x57B9FA7: _image_file_set (evas_object_image.c:662)
==20532==    by 0x648FF6C: _eo_op_internal (eo.c:365)
==20532==    by 0x64900D1: _eo_dov_internal (eo.c:400)
==20532==    by 0x649030D: eo_do_internal (eo.c:429)
==20532==    by 0x57B9D62: evas_object_image_file_set 
(evas_object_image.c:633)
==20532==    by 0x4F54D1B: _elm_image_smart_file_set (elm_image.c:923)

After scrolling a bit (all the way and back) and pressing the Next API 
function a few times (scroll all the way!) I get a storm of errors, for 
example:
==20532== Conditional jump or move depends on uninitialised value(s)
==20532==    at 0x57D0550: evas_object_render_pre_effect_updates 
(evas_object_main.c:470)
==20532==    by 0x57C8839: evas_object_image_render_pre 
(evas_object_image.c:4375)

[E-devel] Disk selector is in such a bad case it's not even funny

Maintainers of this stupid widget, please fix it.

Ways to reproduce:
elementary_test "Disk selector"
See how slow, stupid and full of errors it is.

--
Tom.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

[E-devel] [PATCH] evas/wayland-egl: Don't crash when re->win is NULL

From: "Eduardo Lima (Etrunko)" <eduardo.lima <at> intel.com>

Hi Devilhorns,

I wanted to send this email to the mailing list before commiting because I am a
bit confused of why this is crashing. Take a look on this backtrace
http://fpaste.org/12383/64474713/

The scenario is basically the normal of a Ecore_Evas application:
ecore_evas_new() -> ecore_evas_resize() -> ecore_evas_show() ->
ecore_mainloop_begin(). At some point there is a call to ecore_evas_hide(), and
then, when I call ecore_evas_show() again, the application crashes.

Regards, Etrunko

Signed-off-by: Eduardo Lima (Etrunko) <eduardo.lima <at> intel.com>
---
 src/modules/evas/engines/wayland_egl/evas_engine.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/modules/evas/engines/wayland_egl/evas_engine.c b/src/modules/evas/engines/wayland_egl/evas_engine.c
index 0d9761a..0cd3ac6 100644
--- a/src/modules/evas/engines/wayland_egl/evas_engine.c
+++ b/src/modules/evas/engines/wayland_egl/evas_engine.c
 <at>  <at>  -544,6 +544,7  <at>  <at>  static int
 _re_wincheck(Render_Engine *re)
 {
    if (!re) return 0;
+   if (!re->win) return 0;
    if (re->win->surf) return 1;