Re: [E-devel] [EGIT] [core/efl] master 02/02: eolian_cxx: initial version of the EFL C++ Bindings Generator.

[Eoff, Ullysses A]

> -Original Message-
> From: Tom Hacohen [mailto:tom.haco...@samsung.com]
> Sent: Tuesday, May 06, 2014 2:38 AM
> To: enlightenment-devel@lists.sourceforge.net
> Subject: Re: [E-devel] [EGIT] [core/efl] master 02/02: eolian_cxx: initial 
> version of the EFL C++ Bindings Generator.
> 
> On 06/05/14 05:13, Lucas De Marchi wrote:
> > On Tue, May 06, 2014 at 12:58:10AM -0300, Lucas De Marchi wrote:
> >> On Sat, May 3, 2014 at 6:57 PM, Cedric BAIL  wrote:
> >>> Hello,
> >>>
> >>> On Sat, May 3, 2014 at 9:53 PM, Daniel Juyung Seo  
> >>> wrote:
>  Well, I don't think this can go in at this stage as we're in a feature
>  freeze.
> >>>
> >>> Yes and no :-) It has been discussed on IRC (we should have pointed
> >>> that on the ML to), but as it is not a public API, is not used by
> >>> anything inside our build, and we want people to look at the result
> >>> early, it was decided that this could still get in during this week
> >>> (The patch has been in discussion for some time on phab already).
> >>>
>  This also broke the build.
>  Can you check this again?
> >>>
> >>> This is something I tried to understand but the build break in the
> >>> middle of nowhere and I couldn't make sense of it. So I was thinking
> >>> it was a temporary failure, if anyone has a better explanation :-)
> >>
> >> So, as far as I understood an experimental thing that can not even be
> >> disabled?? Build is broken if you don't build in the src tree. I.e.
> >> make distcheck is broken
> >>
> >> And there are gazillions of warnings introduced all over eolian
> >
> > With the following patch I could at least get the build to complete. Still 
> > lots
> > of errors eolian is giving such as:
> >
> > ERR<26616>:eolian /home/lucas/p/e//efl/src/lib/eolian/eolian_database.c:539 
> > eolian_class_function_find_by_name() Function
> destructor not found in class Eo_Base
> >EOLCXX   lib/ecore/ecore_idle_exiter.eo.hh
> > ERR<26670>:eolian /home/lucas/p/e//efl/src/lib/eolian/eolian_database.c:539 
> > eolian_class_function_find_by_name() Function
> destructor not found in class Eo_Base
> >EOLCXX   lib/ecore/ecore_animator.eo.hh
> >
> > ...
> >
> > and C++ warnings as well.
> 
> Yeah, a ton of both. This is just crazy. What happened to compiling
> before pushing? I'm pointing my finger at both the original author and
> the pusher.
> 
> --
> Tom.
> 

Yeh, the warnings are disgusting... at least provide a configure option
to disable eolian_cxx altogether (including the examples).  Better yet,
disable it by default.

U. Artie

> 
> --
> Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
> • 3 signs your SCM is hindering your productivity
> • Requirements for releasing software faster
> • Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] What is a withdrawn window?

[Eoff, Ullysses A]

The ELM docs don't explain the concept... nor does a Google search AFAICT.  So 
what is it?

Currently, setting a window as withdrawn appears to just hide it (i.e. 
elm_win_withdrawn_set(..., EINA_TRUE))... so what's the point, why not use 
evas_object_hide(...) instead?

Next, if we call evas_object_show(...) on  a withdrawn window, should it be 
unwithdrawn too?  This is how it works right now on X11 engine, but is that 
correct?  Or should you be required to call elm_win_withdrawn_set(..., 
EINA_FALSE)?

Essentially, I'm asking because I want to make sure it's consistent (which it's 
not) and correct across engines (e.g. X11 vs. Wayland), or should it be?  As 
Tom basically stated on IRC, this probably shouldn't even be logic that is 
specific to any engine, rather it's a general thing.

Finally, the clear definition of a withdrawn window should be added to the docs.


U. Artie


--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Enlightenment Phabricator Maniphest "Severity"?

[Eoff, Ullysses A]

I'd like to propose we add a custom field for "severity" in 
phabricator.maniphest ... kind of like bugzilla.  For a good article on why 
this is useful, see here: 
http://quality-intelligence.blogspot.com/2010/08/bug-severity-vs-priority.html

Basically, I'd like to do some [automated] task/bug tracking based on 
"severity".  However, phabricator.maniphest only has "priority" field .  At 
first, I figured I'd just manually map "priority" to "severity"... but this 
mostly broke down when someone changed the priority name->value mapping in 
phabricator.maniphest.  Either way, it seems "priority" would change often 
whereas "severity" may not.  For example, priority could toggle between 
"pending user" and "high", yet severity would remain unchanged.

My proposed severity levels would be (with definitions taken from the 
aforementioned blog article):

Blocker (or Showstopper) - Catastrophic bug or showstopper. Causes system 
crash, data corruption, irreparable harm, etc.
Critical - Critical bug in important function. No reasonable workaround.
Major - Major bug but has viable workaround.
Minor - Minor bug with trivial impact.
Enhancement - Request for new feature or functionality

And here is the user guide on how this could be done in Phabricator:
http://www.phabricator.com/docs/phabricator/article/Maniphest_User_Guide_Adding_Custom_Fields.html

What do you think?


U. Artie Eoff
Intel Open Source Technology Center

--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL 1.8 Alpha 1 + Enlightenment 0.18 Alpha1 & Terminology 0.4 Alpha1

[Eoff, Ullysses A]

Do you have a process for tagging/branching the git trees during the release 
cycle
so automated systems can target those easily with git?

It'd be nice to be able to look at the git history and be able to determine 
what commit
a particular release [candidate] came from.


U. Artie Eoff
Intel Open Source Technology Center


> -Original Message-
> From: Carsten Haitzler [mailto:ras...@rasterman.com]
> Sent: Tuesday, November 05, 2013 1:00 AM
> To: e; e-users; enlightenment-annou...@lists.sourceforge.net
> Subject: [E-devel] EFL 1.8 Alpha 1 + Enlightenment 0.18 Alpha1 & Terminology 
> 0.4 Alpha1
> 
> We are pleased to announce that our very first Alpha release (Alpha 1) of EFL
> 1.8 is now available for download at:
> 
> http://download.enlightenment.org/releases/
> 
> The relevant components are:
> 
> **GZ**
> http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.gz
> http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.gz
> http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.gz
> http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.gz
> 
> **BZ2**
> http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.bz2
> http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.bz2
> http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.bz2
> http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.bz2
> 
> If you are compiling the above, please compile them in the following order:
> 
>   efl
>   elementary
>   emotion_generic_players
>   evas_generic_players
> 
> If you have an existing EFL or Elementary install, you may wish to delete its
> header files and libraries before building the above.
> 
> In addition we have also put up early stage Alphas of Enlightenment 0.18 and
> Terminology 0.4 available here:
> 
> **GZ**
> http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.gz
> http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.gz
> 
> **BZ2**
> http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.bz2
> http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.bz2
> 
> We ask people to test builds and functionality at this stage in preparation 
> for
> full release. Of course there will be bugs, and this is the point at which to
> weed them out. Please file bug tasks on http://phab.enlightenment.org and we
> will address them as best as possible for release. Future Alpha and Betas will
> come.
> 
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
> 
> 
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL 1.8 coming release

[Eoff, Ullysses A]

> -Original Message-
> From: Rafael Antognolli [mailto:antogno...@gmail.com]
> Sent: Friday, November 01, 2013 11:15 AM
> To: Enlightenment developer list
> Subject: Re: [E-devel] EFL 1.8 coming release
> 
> On Fri, Oct 25, 2013 at 6:35 AM, Cedric BAIL  wrote:
> > Right now I am only aware of one major change that need to be done,
> > fixing Ecore_Wayland.h exposing private structure. So if you have
> > anything important, please share it here. I will go over phab and take
> > of what I can.
> 
> OK, most private structures are now inside ecore_wl_private.h, which
> is not installed, and not included in any other public header either.
> 
> There are two public structures that I am not sure yet,
> Ecore_Wl_Global and Ecore_Wl_Output. The latter one I think that
> should be hidden too, definitely, but I can't do it right now (timeout
> for me) and won't be able to do anything on the weekend, but I can do
> it on Monday morning if you guys open a small exception for this
> specific case :D
> 
> I really don't know about Ecore_Wl_Global yet, it might need to be
> exposed for things like the testings being done by uartie.
> 

I just need access to the available global interfaces for wayland-fits
so I can bind to a custom interface... feel free to change the semantics
as needed and we'll just adjust wayland-fits to follow.

> Anyway, in both cases they should be quite easy to be moved to
> ecore_wl_private.h, as they are way smaller and less used than the
> other ones already in there.
> 
> Cheers,
> --
> Rafael Antognolli
> 
> --
> Android is increasing in popularity, but the open development platform that
> developers love is also attractive to malware creators. Download this white
> paper to learn more about secure code signing practices that can help keep
> Android apps secure.
> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 03/03: Revert "ecore/wayland: Add subsurface handling APIs."

[Eoff, Ullysses A]

I created a patch to fix this issue but you reverted everything before I had a 
chance to get it applied  :-/

So I just attached it to https://phab.enlightenment.org/T431 if you want to 
give it a go.  I tested it in a wayland environment... it just needs verified 
in a non-wayland build setting.


U. Artie

> -Original Message-
> From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com]
> Sent: Saturday, October 05, 2013 8:30 AM
> To: Enlightenment developer list
> Subject: Re: [E-devel] [EGIT] [core/efl] master 03/03: Revert "ecore/wayland: 
> Add subsurface handling APIs."
> 
> these 3 commits 100% break wayland building on any system, in addition to 
> having broken non-wayland building. test your builds
> much more thoroughly before committing again.
> 
> On Sat, 05 Oct 2013 08:29:04 -0700
> discomfitor  wrote:
> 
> > discomfitor pushed a commit to branch master.
> >
> > http://git.enlightenment.org/core/efl.git/commit/?id=8f493ab6c5975b5346bbd6ee502e9888e4255b8a
> >
> > commit 8f493ab6c5975b5346bbd6ee502e9888e4255b8a
> > Author: discomfitor 
> > Date:   Sat Oct 5 16:26:24 2013 +0100
> >
> > Revert "ecore/wayland: Add subsurface handling APIs."
> >
> > This reverts commit 65b960f4a60442edcd66082ccc1828b80a49885c.
> >
> > Conflicts:
> > src/lib/ecore_wayland/ecore_wl.c
> 
> ignore this, I was lazy and didn't edit the message.
> 
> > ---
> >  src/Makefile_Ecore_Wayland.am|   1 -
> >  src/lib/ecore_wayland/Ecore_Wayland.h|  92 +--
> >  src/lib/ecore_wayland/ecore_wl.c |   1 -
> >  src/lib/ecore_wayland/ecore_wl_private.h |   2 -
> >  src/lib/ecore_wayland/ecore_wl_subsurf.c | 191 
> > ---
> >  src/lib/ecore_wayland/ecore_wl_window.c  |   2 -
> >  6 files changed, 1 insertion(+), 288 deletions(-)
> 
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Nominating Artie U. Eoff as a committer

[Eoff, Ullysses A]

> -Original Message-
> From: Tom Hacohen [mailto:tom.haco...@samsung.com]
> Sent: Thursday, August 08, 2013 12:55 AM
> To: Enlightenment developer list
> Subject: Re: [E-devel] Nominating Artie U. Eoff as a committer
> 
> On 07/08/13 19:31, Eoff, Ullysses A wrote:
> > Hello all,
> >
> > I've been leading a team at Intel responsible for testing Wayland and 
> > various toolkits such as EFL.  I've been testing Wayland for
> about 1.5 years now.  I architected an automated test suite called 
> wayland-fits (https://github.com/01org/wayland-fits) which has
> ~300 test cases for EFL-Wayland (amongst others).  We build and test 
> EFL-wayland daily (stable and master).  I've also had a few
> patches accepted into EFL-Wayland in the past.
> >
> > My primary programming strengths are C++ and Python, but know C and others 
> > as well.
> >
> > Prior to Wayland I worked on a project called CellSim (http://cdres.com) 
> > for ~7 years.  This was an intense project where I was a
> primary test-driven developer for the GUI Client (using OpenGL; 
> http://cdres.com/images/Screenshot-Endogenics.png,
> http://cdres.com/images/home_photos), Biological Cell Simulator Engine 
> (Server), and it's automated testing framework.
> >
> > I currently live in Portland, Oregon USA and enjoy family, the outdoors, 
> > craft beer, bbq'ing, and fishing ;-)
> >
> > Some of you may remember being slapped by me on IRC with a large, slimy 
> > trout in the recent past ;-)
> >
> > More about me at http://www.linkedin.com/in/uartie.
> >
> > I don't expect to have a lot of time to create patches for EFL other than 
> > fixing trivial bugs and build failures as they arise in EFL-
> Wayland.  I'll be more of an auxiliary contributor to devilhorns, antognolli, 
> and etrunko when needed.
> >
> > P.S. I am not french... ;-)
> >
> 
> 
> A, we can't give a C++ guy commit access!
> 

N, you must give me access! Or it'll foil my evil plan to refactor 
everything to C++! :-)

> I think we need more information about the crafting beer part, but other
> than that, I think it's alright.
> 

I mostly just enjoy drinking the craft beer (Deschutes is my fave)!

> --
> Tom.
> 
> 
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Nominating Artie U. Eoff as a committer

[Eoff, Ullysses A]

Hello all,

I've been leading a team at Intel responsible for testing Wayland and various 
toolkits such as EFL.  I've been testing Wayland for about 1.5 years now.  I 
architected an automated test suite called wayland-fits 
(https://github.com/01org/wayland-fits) which has ~300 test cases for 
EFL-Wayland (amongst others).  We build and test EFL-wayland daily (stable and 
master).  I've also had a few patches accepted into EFL-Wayland in the past.

My primary programming strengths are C++ and Python, but know C and others as 
well.

Prior to Wayland I worked on a project called CellSim (http://cdres.com) for ~7 
years.  This was an intense project where I was a primary test-driven developer 
for the GUI Client (using OpenGL; 
http://cdres.com/images/Screenshot-Endogenics.png, 
http://cdres.com/images/home_photos), Biological Cell Simulator Engine 
(Server), and it's automated testing framework.

I currently live in Portland, Oregon USA and enjoy family, the outdoors, craft 
beer, bbq'ing, and fishing ;-)

Some of you may remember being slapped by me on IRC with a large, slimy trout 
in the recent past ;-)

More about me at http://www.linkedin.com/in/uartie.

I don't expect to have a lot of time to create patches for EFL other than 
fixing trivial bugs and build failures as they arise in EFL-Wayland.  I'll be 
more of an auxiliary contributor to devilhorns, antognolli, and etrunko when 
needed.

P.S. I am not french... ;-)


U. Artie Eoff
Intel Open Source Technology Center


> -Original Message-
> From: Rafael Antognolli [mailto:antogno...@gmail.com]
> Sent: Wednesday, August 07, 2013 10:28 AM
> To: Enlightenment developer list
> Subject: [E-devel] Nominating Artie U. Eoff as a committer
> 
> Hi everyone,
> 
> I would like to propose to give Artie commit rights.
> 
> Artie has been helping us find bugs and proposing fixes for EFL since
> quite some time now. Giving him commit rights would enable us to have
> quicker fixes whenever EFL build is broken, specially the Wayland
> build.
> 
> And he can introduce himself better if he wants.
> 
> Those in favor or against it, raise your hands.
> 
> Regards,
> --
> Rafael Antognolli
> 
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Announce: Wayland Functional Integration Test Suite

[Eoff, Ullysses A]

I wanted to announce that a new open source project called
"wayland-fits" is now available on 01.org .

The Wayland Functional Integration Test Suite (wayland-fits) is a fully
automated test suite.  Its purpose is to validate the functionality and
integration between Wayland client software and Wayland server
software.  It provides a test framework and test suites for multiple
Wayland-enabled toolkits and the Wayland core.  The test framework
allows tests to emit input events from the bottom of the software stack.
That is, [input system]->server->client->toolkit->test-app.  This
enables full input pipeline validation.  It also includes its own Wayland
test protocol that enables tests to cross-validate client and server
states.

Currently there are tests for Wayland Core and Wayland EFL.  And just
recently, I have started adding tests for Wayland Gtk+ (I'm already
finding several trivial bugs).  There are plans to start adding tests for
Wayland Clutter and Wayland Qt, too.  Also, a server-side
implementation of the wayland-fits protocol is essential for every test
to execute.  Right now, there is only an implementation for Weston
included that supports drm, x11, and headless backends (caution: the
headless backend will only run the software/shm based tests).  It's
absolutely plausible, however, that there will be implementations for
other Wayland compositors that have a plugin architecture, too.

I am currently the maintainer of this project with contributions
coming in from one or two other people on occasion.  I would be
oh-so-grateful to have more contributors from the enthusiastic Wayland
community.  So start sending your patches!  I only develop and
test on Intel hardware and Fedora... so if there are issues on other
hardware/OS flavors, feel free to submit fixes; tested, of course ;-).
There is still a lot of Wayland functionality that is not tested by this suite
and design decisions that could be made...and I could use as much help
as I can get.  If nothing else, I hope it's a useful test suite for those
that use it.  It has already detected many regressions and bugs.

The source repository is on github at:



There is more information in the README about contributing, building,
running, etc...  Also, we can start using the wiki in the github project to
share more info (and such) as needed.

If you have any questions, feel free to drop me a line.  I generally hang out
in the #wayland and #wayland-efl IRC channels on freenode as some of
you already know (nick: uartie).  I am travelling this week so expect a
delayed response. 

Oh, and P.S. the project is written in C++ ;-)


U. Artie Eoff
Intel Open Source Technology Center


--
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New CI tool in town

[Eoff, Ullysses A]

>-Original Message-
>From: Daniel Willmann [mailto:d.willm...@samsung.com]
>Sent: Thursday, March 07, 2013 9:37 AM
>To: Enlightenment developer list
>Subject: Re: [E-devel] New CI tool in town
>
>On 07/03/13 16:22, Eoff, Ullysses A wrote:
>> Have you ever tried using QuickBuild (www.pmease.com)...
>
>Hmm, looks nice. Maybe a bit too much info in some places, but
>definitely nice.
>
>> It is closed source and requires a license.  *Fortunately, they offer
>> a FREE unlimited license for open source projects.*
>
>If I remember correctly these were the same conditions that eventually
>led to git being developed. But still nice that they want to give back.
>
>> We have been using QuickBuild for several months now and it is so
>> much easier to setup, manage and use compared to other solutions such
>> as buildbot, hudson, or jenkins.  We really like the reporting and
>> developer proof build features, too.
>
>What are you using it for? Building for different architectures,
>integration with static analyzers, building for user-defined branches?
>

We are using it to build and test the Wayland software stack (including
Wayland enabled toolkits such as EFL) on Intel architecture.

>> Anyway, just thought I'd throw that out there for those that are
>> interested.
>
>Thanks, always good to know what others are up to.
>
>Regards,
>Daniel
>
>--
>Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>endpoint security space. For insight on selecting the right partner to
>tackle endpoint security challenges, access the full report.
>http://p.sf.net/sfu/symantec-dev2dev
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New CI tool in town

[Eoff, Ullysses A]

Oh and here's the link to the free open source license:

<http://www.pmease.com/purchase/#opensource>

>-Original Message-----
>From: Eoff, Ullysses A [mailto:ullysses.a.e...@intel.com]
>Sent: Thursday, March 07, 2013 8:22 AM
>To: Enlightenment developer list
>Subject: Re: [E-devel] New CI tool in town
>
>Have you ever tried using QuickBuild (www.pmease.com)...
>It is closed source and requires a license.  *Fortunately, they offer
>a FREE unlimited license for open source projects.*
>
>We have been using QuickBuild for several months now and it is so
>much easier to setup, manage and use compared to other solutions such
>as buildbot, hudson, or jenkins.  We really like the reporting and
>developer proof build features, too.
>
>Anyway, just thought I'd throw that out there for those that are
>interested.
>
>U. Artie
>
>>-Original Message-
>>From: Daniel Willmann [mailto:d.willm...@samsung.com]
>>Sent: Thursday, March 07, 2013 5:53 AM
>>To: Enlightenment developer list
>>Subject: [E-devel] New CI tool in town
>>
>>Hello,
>>
>>Stefan and I have already mentioned it a couple times - we're no longer
>>actively maintaining buildbot because its setup had too many problems.
>>
>>Quick linux was used to build all projects which resulted in false
>>positives being reported as buildbot only cared about the quick linux
>>build result - not what it was actually building. (i.e. q-linux builds
>>elm which fails, then efl which succeeds and then again efl which fails
>>another time - resulting in 3 reports for q-linux)
>>
>>This could have been fixed, but both Stefan and I felt that we could use
>>our time more efficiently by setting up Jenkins.
>>
>>Take a look yourself:
>>http://jenkins.enlightenment.org
>>
>>If you want to get close to the waterfall view of buildbot navigate to
>>"Build history":
>>http://jenkins.enlightenment.org/view/All/builds
>>
>>
>>Currently we have jobs for efl, elementary and enlightenment which are
>>run for each SCM change on master.
>>Each of these jobs is built for 64 and 32 bit with gcc and clang and
>>that is all that we will be concentrating on at the moment
>>(arch/compiler-wise).
>>The jobs are executing a full configure, make and make check cycle (as
>>well as installing in the case of gcc builds) with their workdir wiped
>>clean before each job (so far - we'll see if this is too much).
>>
>>IRC notifications are enabled through efl-jenkins in #edevelop. It
>>should only report genuine changes in the status so it should not be
>>annoying (or only if it's supposed to). Please give it a try. You can
>>also message the bot directly - send "!jenkins help" for more info.
>>
>>For those of you who prefer XMPP can add
>>efl-jenk...@totalueberwachung.de to their roster. Use !help to find out
>>more. Status changes are also reported in XMPP MUC in
>>e...@conference.totalueberwachung.de
>>
>>We are planning on adding some more jobs:
>>* Nightly builds with scan-build and cppcheck and test=coverage as well
>>as make distcheck and make doc - then publish the results.
>>* Publish nightly results to e-devel once a week (either through
>>separate job or another way)
>>* Manual build where you can specify a branch other than master (i.e.
>>test your own dev branch)
>>
>>
>>Regards,
>>the continuously integrated task-force
>>
>>--
>>Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>endpoint security space. For insight on selecting the right partner to
>>tackle endpoint security challenges, access the full report.
>>http://p.sf.net/sfu/symantec-dev2dev
>>___
>>enlightenment-devel mailing list
>>enlightenment-devel@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>--
>Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>endpoint security space. For insight on selecting the right partner to
>tackle endpoint security challenges, access the full report.
>http://p.sf.net/sfu/symantec-dev2dev
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.source

Re: [E-devel] New CI tool in town

[Eoff, Ullysses A]

Have you ever tried using QuickBuild (www.pmease.com)...
It is closed source and requires a license.  *Fortunately, they offer
a FREE unlimited license for open source projects.*

We have been using QuickBuild for several months now and it is so
much easier to setup, manage and use compared to other solutions such
as buildbot, hudson, or jenkins.  We really like the reporting and
developer proof build features, too.

Anyway, just thought I'd throw that out there for those that are
interested.

U. Artie

>-Original Message-
>From: Daniel Willmann [mailto:d.willm...@samsung.com]
>Sent: Thursday, March 07, 2013 5:53 AM
>To: Enlightenment developer list
>Subject: [E-devel] New CI tool in town
>
>Hello,
>
>Stefan and I have already mentioned it a couple times - we're no longer
>actively maintaining buildbot because its setup had too many problems.
>
>Quick linux was used to build all projects which resulted in false
>positives being reported as buildbot only cared about the quick linux
>build result - not what it was actually building. (i.e. q-linux builds
>elm which fails, then efl which succeeds and then again efl which fails
>another time - resulting in 3 reports for q-linux)
>
>This could have been fixed, but both Stefan and I felt that we could use
>our time more efficiently by setting up Jenkins.
>
>Take a look yourself:
>http://jenkins.enlightenment.org
>
>If you want to get close to the waterfall view of buildbot navigate to
>"Build history":
>http://jenkins.enlightenment.org/view/All/builds
>
>
>Currently we have jobs for efl, elementary and enlightenment which are
>run for each SCM change on master.
>Each of these jobs is built for 64 and 32 bit with gcc and clang and
>that is all that we will be concentrating on at the moment
>(arch/compiler-wise).
>The jobs are executing a full configure, make and make check cycle (as
>well as installing in the case of gcc builds) with their workdir wiped
>clean before each job (so far - we'll see if this is too much).
>
>IRC notifications are enabled through efl-jenkins in #edevelop. It
>should only report genuine changes in the status so it should not be
>annoying (or only if it's supposed to). Please give it a try. You can
>also message the bot directly - send "!jenkins help" for more info.
>
>For those of you who prefer XMPP can add
>efl-jenk...@totalueberwachung.de to their roster. Use !help to find out
>more. Status changes are also reported in XMPP MUC in
>e...@conference.totalueberwachung.de
>
>We are planning on adding some more jobs:
>* Nightly builds with scan-build and cppcheck and test=coverage as well
>as make distcheck and make doc - then publish the results.
>* Publish nightly results to e-devel once a week (either through
>separate job or another way)
>* Manual build where you can specify a branch other than master (i.e.
>test your own dev branch)
>
>
>Regards,
>the continuously integrated task-force
>
>--
>Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>endpoint security space. For insight on selecting the right partner to
>tackle endpoint security challenges, access the full report.
>http://p.sf.net/sfu/symantec-dev2dev
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH core/elementary] configure.ac: Fix rev to work outside of git tree too

[Eoff, Ullysses A]

>-Original Message-
>From: Iván Briano [mailto:sachi...@gmail.com]
>Sent: Wednesday, February 27, 2013 3:44 AM
>To: Enlightenment developer list
>Subject: Re: [E-devel] [PATCH core/elementary] configure.ac: Fix rev to work
>outside of git tree too
>
>On Wed, Feb 27, 2013 at 8:00 AM, Tom Hacohen
> wrote:
>> And anyway, the better solution would be to cd into "$srcdir" before
>> issuing the git command, instead of just using 0. Please check my
>> suggestions and see if they work for you, as everything "just works" for me.
>>
>
>Pointless, you always generate configure in $srcdir and building out of source
>will use that generated configure.
>What he's doing, if I got it right, is an export of all source files
>to some other dir
>where not .git exists and then runs autogen.sh
>

Yes Ivan, that is exactly the case that this patch fixes.  That is:

git clone git://git.enlightenment.org/core/elementary
cd elementary
git checkout-index -a -f --prefix="../elementary-build/"
cd ../elementary-build
./autogen.sh ...

When the project was managed by subversion, I believe we just
set "v_rev" to 0 in the similar case... so this patch just makes it work
the way it used to.

>> --
>> Tom.
>>
>> On 27/02/13 10:59, Tom Hacohen wrote:
>>> Weird, are you sure it didn't work?
>>>
>>> I just tried building out of source (completely out of source) and it
>>> works great.
>>>
>>> --
>>> Tom.
>>>
>>> On 26/02/13 10:16, Tom Hacohen wrote:
 Cool work, thanks.

 I actually use a build subdirectory so this works just fine for me. :) I
 think we should maybe try to properly fix it by executing this from the
 source dir...

 --
 Tom.

 On 25/02/13 21:10, U. Artie Eoff wrote:
> From: "U. Artie Eoff" 
>
> When configuring the source outside of the git tree
> (i.e. git checkout-index ...), 'git rev-list --count HEAD'
> will fail.  Thus, just set v_rev to 0 like we did when this
> was an svn managed project.
>
> Signed-off-by: U. Artie Eoff 
> ---
>configure.ac | 2 +-
>1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure.ac b/configure.ac
> index e5647f2..494d0bf 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -3,7 +3,7 @@
>m4_define([v_maj], [1])
>m4_define([v_min], [7])
>m4_define([v_mic], [99])
> -m4_define([v_rev], m4_esyscmd([git rev-list --count HEAD | tr -d
> '\n']))dnl
> +m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD
> 2>/dev/null || echo 0) | tr -d '\n']))dnl
>##--   When released, remove the dnl on the below line
>dnl m4_undefine([v_rev])
>##--   When doing snapshots - change soname. remove dnl on below
>line
>



 --

 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_feb
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

>>>
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>--
>Everyone hates slow websites. So do we.
>Make your web apps faster with AppDynamics
>Download AppDynamics Lite for free today:
>http://p.sf.net/sfu/appdyn_d2d_feb
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Git: Multiple repositories cloning helper

[Eoff, Ullysses A]

jhbuild (https://live.gnome.org/Jhbuild) is another tool that can
do this too.

U. Artie

>-Original Message-
>From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>Sent: Tuesday, February 26, 2013 9:21 AM
>To: Enlightenment developer list
>Subject: [E-devel] Git: Multiple repositories cloning helper
>
>Hey all,
>
>Now that everything is nicely split to small repositories, it's "more
>work" to clone all the repositories.
>There's a tool Google has created for Android called "repo"
>(http://source.android.com/source/version-control.html), that manages
>multiple repositories.
>
>Alternatively, if you don't like the "repo" tool, you can use a small
>tool we wrote.
>Our small tool helps you clone, pull (--rebase) updates, and run
>arbitrary commands (like make and make install).
>
>You can get it from this repo:
>git://git.enlightenment.org/devs/tasn/git_multi.git
>
>README (for those that are too lazy to open the README from the repo):
>This is a small script that helps pulling, cloning and running arbitrary
>commands in multiple repositories. Designed to help with the EFL.
>
>You should modify the REPOS and DEV_ACCESS at the top of the script
>before using.
>
>Usage examples:
>Clone all repos:
>./git_multi.sh clone
>
>Update all repos (pull --rebase):
>./git_multi.sh pull
>
>Fetch (without rebasing or merging or anything):
>./git_multi.sh run "git fetch"
>
>Make and install (with sudo):
>./git_multi.sh run "make && sudo make install"
>
>Regards,
>The SVN Elimination Team.
>
>--
>Everyone hates slow websites. So do we.
>Make your web apps faster with AppDynamics
>Download AppDynamics Lite for free today:
>http://p.sf.net/sfu/appdyn_d2d_feb
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?

[Eoff, Ullysses A]

>-Original Message-
>From: Eoff, Ullysses A [mailto:ullysses.a.e...@intel.com]
>Sent: Friday, February 22, 2013 6:15 PM
>To: 'Cedric BAIL'; Enlightenment developer list
>Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>
>>-Original Message-
>>From: moa.blueb...@gmail.com [mailto:moa.blueb...@gmail.com] On
>>Behalf Of Cedric BAIL
>>Sent: Friday, February 22, 2013 5:10 PM
>>To: Enlightenment developer list
>>Cc: Eoff, Ullysses A
>>Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>>
>>On Fri, Feb 22, 2013 at 6:40 PM, Tom Hacohen
>
>>wrote:
>>> On 22/02/13 17:29, Eoff, Ullysses A wrote:
>>>>> -Original Message-
>>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>>>>> Sent: Friday, February 22, 2013 9:17 AM
>>>>> To: Enlightenment developer list
>>>>> Cc: Rafael Antognolli; Eoff, Ullysses A
>>>>> Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>>>>>
>>>>> On 22/02/13 17:07, Rafael Antognolli wrote:
>>>>>> I know that it's a feature addition, but considering that it's to
>>>>>> enable better testing of the 1.7.x branch, I would let it go in.
>>>>>>
>>>>>> Does anyone have something against it?
>>>>>>
>>>>>
>>>>> Just to clarify: is it new "outside" features, or do they modify things?
>>>>> I.e is it a new API that were just added to query stuff, or is it API
>>>>> that actually modifies/touches current internals?
>>>>>
>>>>> Because if it's the latter, I'm quite wary about it.
>>>>>
>>>>
>>>> It is a new API for querying stuff... it does not modify the pre-existing
>>>> internal functionality.
>>>
>>> I just took a look at the code, and it does change internals. You create
>>> and free the globals var inside an existing function, that means that if
>>> there's a flaw in your code, ecore will be less stable. This code looks
>>> harmless to me too, but since it does touch internals, I'm not sure
>>> about it. With that being said, I don't mind if this goes in, I just
>>> don't want to create a precedence.
>>>
>>> What do you need it for anyway? I mean, if it's for developers,
>>> developers should just apply this patch locally... An alternative thing
>>> to consider, is to wait until early next week when we'll most likely
>>> migrate the legacy efl dirs and then add your own 1.7 for wayland devs
>>> branch. I just don't see the point of having it in core branch.
>>
>>If it did come with some unit test, I would agree for the backport as
>>we aim to get a better buildbot infrastructure to test both stable and
>>trunk. For the moment, I do agree with Tom.
>
>Is there any EFL infrastructure in place to write such a unit test that 
>explicitly
>targets a particular engine (Wayland in this case).  Seems to me that this
>would
>require a Wayland server to be running, too.
>

I'm not sure that I've ever heard or seen any claim that the Wayland
engines are even stable enough in EFL 1.7.x to be used (it is still 
experimental,
right?).  That is, I'm on the assumption that the general consensus is that 
EFL/Wayland
engines are to be used at your own risk. Hence, adding such a small API addition
to the Wayland engine in EFL 1.7.x does not seem too risky to me.  And, if
anything, enables us to develop better tests to hopefully be able to make
such claims on its "stability".

Either way, I don't want to get into a long debate.  There will be no hard 
feelings
from me if the decision is to *not* backport it ;-)

>>--
>>Cedric BAIL
>--
>Everyone hates slow websites. So do we.
>Make your web apps faster with AppDynamics
>Download AppDynamics Lite for free today:
>http://p.sf.net/sfu/appdyn_d2d_feb
>___
>enlightenment-devel mailing list
>enlightenment-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?

[Eoff, Ullysses A]

>-Original Message-
>From: moa.blueb...@gmail.com [mailto:moa.blueb...@gmail.com] On
>Behalf Of Cedric BAIL
>Sent: Friday, February 22, 2013 5:10 PM
>To: Enlightenment developer list
>Cc: Eoff, Ullysses A
>Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>
>On Fri, Feb 22, 2013 at 6:40 PM, Tom Hacohen 
>wrote:
>> On 22/02/13 17:29, Eoff, Ullysses A wrote:
>>>> -Original Message-
>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>>>> Sent: Friday, February 22, 2013 9:17 AM
>>>> To: Enlightenment developer list
>>>> Cc: Rafael Antognolli; Eoff, Ullysses A
>>>> Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>>>>
>>>> On 22/02/13 17:07, Rafael Antognolli wrote:
>>>>> I know that it's a feature addition, but considering that it's to
>>>>> enable better testing of the 1.7.x branch, I would let it go in.
>>>>>
>>>>> Does anyone have something against it?
>>>>>
>>>>
>>>> Just to clarify: is it new "outside" features, or do they modify things?
>>>> I.e is it a new API that were just added to query stuff, or is it API
>>>> that actually modifies/touches current internals?
>>>>
>>>> Because if it's the latter, I'm quite wary about it.
>>>>
>>>
>>> It is a new API for querying stuff... it does not modify the pre-existing
>>> internal functionality.
>>
>> I just took a look at the code, and it does change internals. You create
>> and free the globals var inside an existing function, that means that if
>> there's a flaw in your code, ecore will be less stable. This code looks
>> harmless to me too, but since it does touch internals, I'm not sure
>> about it. With that being said, I don't mind if this goes in, I just
>> don't want to create a precedence.
>>
>> What do you need it for anyway? I mean, if it's for developers,
>> developers should just apply this patch locally... An alternative thing
>> to consider, is to wait until early next week when we'll most likely
>> migrate the legacy efl dirs and then add your own 1.7 for wayland devs
>> branch. I just don't see the point of having it in core branch.
>
>If it did come with some unit test, I would agree for the backport as
>we aim to get a better buildbot infrastructure to test both stable and
>trunk. For the moment, I do agree with Tom.

Is there any EFL infrastructure in place to write such a unit test that 
explicitly
targets a particular engine (Wayland in this case).  Seems to me that this would
require a Wayland server to be running, too.

>--
>Cedric BAIL
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?

[Eoff, Ullysses A]

>-Original Message-
>From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>Sent: Friday, February 22, 2013 9:41 AM
>To: Eoff, Ullysses A
>Cc: Enlightenment developer list; Rafael Antognolli
>Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>
>On 22/02/13 17:29, Eoff, Ullysses A wrote:
>>> -Original Message-
>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>>> Sent: Friday, February 22, 2013 9:17 AM
>>> To: Enlightenment developer list
>>> Cc: Rafael Antognolli; Eoff, Ullysses A
>>> Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>>>
>>> On 22/02/13 17:07, Rafael Antognolli wrote:
>>>> I know that it's a feature addition, but considering that it's to
>>>> enable better testing of the 1.7.x branch, I would let it go in.
>>>>
>>>> Does anyone have something against it?
>>>>
>>>
>>> Just to clarify: is it new "outside" features, or do they modify things?
>>> I.e is it a new API that were just added to query stuff, or is it API
>>> that actually modifies/touches current internals?
>>>
>>> Because if it's the latter, I'm quite wary about it.
>>>
>>
>> It is a new API for querying stuff... it does not modify the pre-existing
>> internal functionality.
>
>I just took a look at the code, and it does change internals. You create
>and free the globals var inside an existing function, that means that if
>there's a flaw in your code, ecore will be less stable. This code looks
>harmless to me too, but since it does touch internals, I'm not sure
>about it. With that being said, I don't mind if this goes in, I just
>don't want to create a precedence.
>

Yes, of course, the data needs to be initialized and destroyed for the
new feature, hence that much was added to the existing  init and destroy
functions in the Wayland engine code.

>What do you need it for anyway? I mean, if it's for developers,
>developers should just apply this patch locally... An alternative thing
>to consider, is to wait until early next week when we'll most likely
>migrate the legacy efl dirs and then add your own 1.7 for wayland devs
>branch. I just don't see the point of having it in core branch.
>

This feature will allow users of the EFL/Wayland API to take advantage
of custom Wayland protocol extensions.  The Wayland global protocols
need to be accessible for that to work.  In my case, it's so that I can write
automated functional tests that need to bind to a custom Wayland test
protocol extension to do more aggressive validation of EFL/Wayland
functionality.  But, I don't see why an EFL/Wayland application developer
couldn't take advantage of it, too, without forcing them to do a custom
EFL compilation.

>--
>Tom.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?

[Eoff, Ullysses A]

>-Original Message-
>From: Tom Hacohen [mailto:tom.haco...@samsung.com]
>Sent: Friday, February 22, 2013 9:17 AM
>To: Enlightenment developer list
>Cc: Rafael Antognolli; Eoff, Ullysses A
>Subject: Re: [E-devel] Backport a new Ecore_Wayland feature to 1.7.x?
>
>On 22/02/13 17:07, Rafael Antognolli wrote:
>> I know that it's a feature addition, but considering that it's to
>> enable better testing of the 1.7.x branch, I would let it go in.
>>
>> Does anyone have something against it?
>>
>
>Just to clarify: is it new "outside" features, or do they modify things?
>I.e is it a new API that were just added to query stuff, or is it API
>that actually modifies/touches current internals?
>
>Because if it's the latter, I'm quite wary about it.
>

It is a new API for querying stuff... it does not modify the pre-existing
internal functionality.

>--
>Tom.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Backport a new Ecore_Wayland feature to 1.7.x?

[Eoff, Ullysses A]

I wanted to ask if anyone has reservations about backporting the following 
patches to the ecore-1.7 tree:

http://git.enlightenment.org/core/efl.git/commit/?id=c36058806a302e7919087b05a8513d44c14db4f0
http://git.enlightenment.org/core/efl.git/commit/?id=a2197ce5035dbbde52978bcb7cd44be26962cc34

These commits are additions to the Ecore_Wayland API mainly to support the 
ability to write better EFL/Wayland client test programs that can connect to a 
wayland test extension for more robust and aggressive testing (e.g. input 
emulation, low-level event testing, and client<->server validation).  Without 
these commits, the EFL/Wayland testing capabilities are much less than 
desirable.  I have been using these features on EFL master since they were 
added there about a month ago and have not encountered any bugs and have seen a 
very large increase in EFL/Wayland code execution coverage from the new tests 
that we've been able to develop with these features.  Unfortunately, we can't 
run the new tests on an efl 1.7 S/W stack without the aforementioned commits.

Comments?

U. Artie Eoff
Intel Open Source Technology Center

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors

[Eoff, Ullysses A]

Ah crap!  I cloned ecore_wl_outputs_get() as a template for 
ecore_wl_globals_get()…. unfortunately, ecore_wl_outputs_get() is wrong 
(http://trac.enlightenment.org/e/ticket/2252).  Therefore, here’s an updated 
patch that fixes the issue for ecore_wl_globals_get().

U. Artie

From: Christopher Michael [mailto:cpmicha...@comcast.net]
Sent: Monday, February 04, 2013 1:41 PM
To: Enlightenment developer list; Eoff, Ullysses A; Eduardo Lima (Etrunko)
Cc: wayland-...@linux.intel.com
Subject: Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry 
and global accessors

Looks good. This can go in.

Thanks :-)
dh

"Eoff, Ullysses A" 
mailto:ullysses.a.e...@intel.com>> wrote:

Thanks, I've attached an updated patch with docs, changelog, and news.

U. Artie Eoff


-Original Message-
From: 
wayland-efl-boun...@linux.intel.com<mailto:wayland-efl-boun...@linux.intel.com> 
[mailto:wayland-efl-
boun...@linux.intel.com<mailto:boun...@linux.intel.com>] On Behalf Of Eduardo 
Lima (Etrunko)
Sent: Monday, February 04, 2013 1:00 PM
To: Enlightenment developer list
Cc: wayland-...@linux.intel.com<mailto:wayland-...@linux.intel.com>
Subject: [Wayland-efl] Re: [E-devel] [PATCH ecore_wayland] Export API to
c++, add wl_registry and global accessors

What about adding some docs (since @1.8) and also Changelog/News entries?

On Mon, Feb 4, 2013 at 6:49 PM, Eoff, Ullysses A
mailto:ullysses.a.e...@intel.com>> wrote:

Add #ifdef __cpluscplus to Ecore_Wayland.h so the API can be used by C++

programs.  Add accessors for the wl_registry and the globals list.

U. Artie Eoff




Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan



enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net<mailto:enlightenment-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com<mailto:ebl...@gmail.com>



Wayland-efl mailing list
wayland-...@linux.intel.com<mailto:wayland-...@linux.intel.com>
http://linux.intel.com/mailman/listinfo/wayland-efl



Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan



enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net<mailto:enlightenment-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


ecore_wayland.diff
Description: ecore_wayland.diff
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors

[Eoff, Ullysses A]

Thanks, I've attached an updated patch with docs, changelog, and news.

U. Artie Eoff


>-Original Message-
>From: wayland-efl-boun...@linux.intel.com [mailto:wayland-efl-
>boun...@linux.intel.com] On Behalf Of Eduardo Lima (Etrunko)
>Sent: Monday, February 04, 2013 1:00 PM
>To: Enlightenment developer list
>Cc: wayland-...@linux.intel.com
>Subject: [Wayland-efl] Re: [E-devel] [PATCH ecore_wayland] Export API to
>c++, add wl_registry and global accessors
>
>What about adding some docs (since @1.8) and also Changelog/News entries?
>
>On Mon, Feb 4, 2013 at 6:49 PM, Eoff, Ullysses A
> wrote:
>> Add #ifdef __cpluscplus to Ecore_Wayland.h so the API can be used by C++
>programs.  Add accessors for the wl_registry and the globals list.
>>
>> U. Artie Eoff
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_jan
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
>
>--
>Eduardo de Barros Lima ◤✠◢
>ebl...@gmail.com
>___
>Wayland-efl mailing list
>wayland-...@linux.intel.com
>http://linux.intel.com/mailman/listinfo/wayland-efl


ecore_wayland.diff
Description: ecore_wayland.diff
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors

[Eoff, Ullysses A]

Add #ifdef __cpluscplus to Ecore_Wayland.h so the API can be used by C++ 
programs.  Add accessors for the wl_registry and the globals list.

U. Artie Eoff



ecore_wayland.diff
Description: ecore_wayland.diff
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: etrunko trunk/efl/src/lib/ecore_wayland

[Eoff, Ullysses A]

We could have an api function that lets a programmer ask for a global by 
"interface" name.  That would be useful so that a programmer wouldn't
have to write a  "wl_list_foreach..." loop every time they want to get/find
a global interface.

>-Original Message-
>From: Christopher Michael [mailto:cpmicha...@comcast.net]
>Sent: Thursday, January 24, 2013 2:14 PM
>To: enlightenment-devel@lists.sourceforge.net
>Subject: Re: [E-devel] E SVN: etrunko trunk/efl/src/lib/ecore_wayland
>
>I am wondering if we may want to add an Api function for retrieving sonething
>out of these globals  Just a random thought. I dont have any particular use
>case in mind yet tho
>
>dh
>
>Enlightenment SVN  wrote:
>
>>Log:
>>Cache wayland globals
>>
>>Store the wayland registry globals in a list so that we can bind to
>>them from a
>>user/test program. When a custom interface (protocol extension) is used
>>in a
>>wayland compositor, this allows user/test program to use that
>>interface. For
>>instance, one might provide a custom wayland test protocol that give
>>access to
>>otherwise hidden/missing functionality that allows effective automated
>>testing
>>(in wayland engines). See the Weston unit test suite for an example of
>>this
>>  concept.
>>
>>  Patch by: "U. Artie Eoff" 
>>
>>
>>
>>Author:   etrunko
>>Date: 2013-01-24 14:03:22 -0800 (Thu, 24 Jan 2013)
>>New Revision: 83312
>>Trac: http://trac.enlightenment.org/e/changeset/83312
>>
>>Modified:
>>trunk/efl/src/lib/ecore_wayland/Ecore_Wayland.h
>>trunk/efl/src/lib/ecore_wayland/ecore_wl.c
>>
>>Modified: trunk/efl/src/lib/ecore_wayland/Ecore_Wayland.h
>>==
>=
>>--- trunk/efl/src/lib/ecore_wayland/Ecore_Wayland.h   2013-01-24
>21:42:18
>>UTC (rev 83311)
>>+++ trunk/efl/src/lib/ecore_wayland/Ecore_Wayland.h   2013-01-24
>22:03:22
>>UTC (rev 83312)
>>@@ -29,6 +29,8 @@
>> typedef struct _Ecore_Wl_Display Ecore_Wl_Display;
>> typedef struct _Ecore_Wl_Output Ecore_Wl_Output;
>> typedef struct _Ecore_Wl_Input Ecore_Wl_Input;
>>+typedef struct _Ecore_Wl_Global Ecore_Wl_Global;
>>+
>> # ifndef _ECORE_WAYLAND_WINDOW_PREDEF
>> typedef struct _Ecore_Wl_Window Ecore_Wl_Window;
>> # endif
>>@@ -70,6 +72,14 @@
>> typedef enum _Ecore_Wl_Window_Type Ecore_Wl_Window_Type;
>> typedef enum _Ecore_Wl_Window_Buffer_Type
>Ecore_Wl_Window_Buffer_Type;
>>
>>+struct _Ecore_Wl_Global
>>+{
>>+   unsigned int id;
>>+   char *interface;
>>+   unsigned int version;
>>+   struct wl_list link;
>>+};
>>+
>> struct _Ecore_Wl_Display
>> {
>>struct
>>@@ -91,6 +101,7 @@
>>
>>struct wl_list inputs;
>>struct wl_list outputs;
>>+   struct wl_list globals;
>>
>>struct
>>  {
>>
>>Modified: trunk/efl/src/lib/ecore_wayland/ecore_wl.c
>>==
>=
>>--- trunk/efl/src/lib/ecore_wayland/ecore_wl.c2013-01-24 21:42:18
>UTC
>>(rev 83311)
>>+++ trunk/efl/src/lib/ecore_wayland/ecore_wl.c2013-01-24 22:03:22
>UTC
>>(rev 83312)
>>@@ -132,6 +132,7 @@
>>
>>wl_list_init(&_ecore_wl_disp->inputs);
>>wl_list_init(&_ecore_wl_disp->outputs);
>>+   wl_list_init(&_ecore_wl_disp->globals);
>>
>>_ecore_wl_disp->wl.registry =
>>  wl_display_get_registry(_ecore_wl_disp->wl.display);
>>@@ -270,6 +271,7 @@
>>  {
>> Ecore_Wl_Output *out, *tout;
>> Ecore_Wl_Input *in, *tin;
>>+Ecore_Wl_Global *global, *tglobal;
>>
>>   wl_list_for_each_safe(out, tout, &_ecore_wl_disp->outputs, link)
>>   _ecore_wl_output_del(out);
>>@@ -277,6 +279,13 @@
>> wl_list_for_each_safe(in, tin, &_ecore_wl_disp->inputs, link)
>>   _ecore_wl_input_del(in);
>>
>>+wl_list_for_each_safe(global, tglobal,
>>&_ecore_wl_disp->globals, link)
>>+  {
>>+ wl_list_remove(&global->link);
>>+ free(global->interface);
>>+ free(global);
>>+  }
>>+
>> _ecore_wl_xkb_shutdown(_ecore_wl_disp);
>>
>> if (_ecore_wl_disp->wl.shell)
>>@@ -361,11 +370,18 @@
>>_ecore_wl_cb_handle_global(void *data, struct wl_registry *registry,
>>unsigned int id, const char *interface, unsigned int version
>>EINA_UNUSED)
>> {
>>Ecore_Wl_Display *ewd;
>>+   Ecore_Wl_Global *global;
>>
>>LOGFN(__FILE__, __LINE__, __FUNCTION__);
>>
>>ewd = data;
>>
>>+   global = malloc(sizeof(*global));
>>+   global->id = id;
>>+   global->interface = strdup(interface);
>>+   global->version = version;
>>+   wl_list_insert(ewd->globals.prev, &global->link);
>>+
>>if (!strcmp(interface, "wl_compositor"))
>>  {
>> ewd->wl.compositor =
>>
>>
>>--
>>Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
>>MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
>>with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
>>MVPs and experts. ON SALE this month only -- lea

[E-devel] [PATCH ecore_wayland] Cache wayland globals

[Eoff, Ullysses A]

Store the wayland registry globals in a list so that we can bind to them from a 
user/test program.  When a custom interface (protocol extension) is used in a 
wayland compositor, this allows user/test program to use that interface.  For 
instance, one might provide a custom wayland test protocol that give access to 
otherwise hidden/missing functionality that allows effective automated testing 
(in wayland engines).  See the Weston unit test suite for an example of this 
concept.

I've also attached a sample program that just prints the global list.  Examples 
of actually binding to the interface is left up to the savvy.

U. Artie


ecore_wayland_globals.diff
Description: ecore_wayland_globals.diff
#include 
#include 

EAPI_MAIN int
elm_main(int argc, char** argv)
{
unsigned int i;
Evas_Object *win;
Ecore_Wl_Window *wlwin = NULL;
Ecore_Wl_Global *global, *next;

elm_init(argc, argv);

win = elm_win_util_standard_add(elm_config_engine_get(), 
elm_config_engine_get());
elm_win_autodel_set(win, EINA_TRUE);
evas_object_resize(win, 200, 200);
evas_object_show(win);

elm_policy_set(ELM_POLICY_QUIT, ELM_POLICY_QUIT_LAST_WINDOW_CLOSED);

wlwin = elm_win_wl_window_get(win);

fprintf(stdout, "Wayland Global Interfaces:\n");
wl_list_for_each_safe(global, next, &wlwin->display->globals, link)
{
fprintf(stdout, " %s %d %d\n", global->interface,
global->id, global->version);
}

elm_run();
elm_shutdown();

return 0;
}
ELM_MAIN()
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/evas/src/lib/canvas

[Eoff, Ullysses A]

I think there is still a logic flaw in the first abort condition  (it's the one 
my team has run up against, unexpectedly).  That is, if the first conditional 
is true, "src" could be NULL... in that case, it should not abort.  See 
http://trac.enlightenment.org/e/ticket/1323 for a valid use case that hits this 
condition.

Perhaps some inlined documentation about the reason behind the aborts will 
prevent others from wanting to rip them out.

U. Artie

>-Original Message-
>From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com]
>Sent: Friday, August 17, 2012 4:41 AM
>To: Enlightenment developer list
>Subject: Re: [E-devel] E SVN: discomfitor trunk/evas/src/lib/canvas
>
>actually I do know the reason, but it's something you should talk to cedric
>about. they should not have been removed.
>
>On Fri, Aug 17, 2012 at 12:23 PM, ChunEon Park  wrote:
>
>> You don't know the reason actually.
>>
>> If we all forgot this fact then these aborts will be gone along with new
>> release.
>>
>> Let Cedric put them again when he needs.
>>
>> 
>> -Regards, Hermet-
>>
>> -Original Message-
>> From: "Michael Blumenkrantz"
>> To: "Enlightenment developer list"<
>> enlightenment-devel@lists.sourceforge.net>;
>> Cc:
>> Sent: 2012-08-17 (금) 19:46:31
>> Subject: Re: [E-devel] E SVN: discomfitor trunk/evas/src/lib/canvas
>>
>> talk to cedric, this was important.
>>
>> On Fri, Aug 17, 2012 at 11:43 AM, ChunEon Park @naver.com>
>wrote:
>>
>> > Don't cause abort in lib.
>> > It's enough in warning with prints.
>> >
>> > If you need then use the gdb or keep the abort in your local.
>> >
>> >
>> > 
>> > -Regards, Hermet-
>> > -Original Message-
>> > From: "Michael Blumenkrantz"@gmail.com>
>> > To: "Enlightenment developer list"<
>> > enlightenment-devel@lists.sourceforge.net>;
>> > Cc:
>> > Sent: 2012-08-17 (금) 18:57:27
>> > Subject: Re: [E-devel] E SVN: discomfitor trunk/evas/src/lib/canvas
>> >
>> > obviously a failsafe in case abort fails
>> >
>> > On Fri, Aug 17, 2012 at 10:54 AM, Vincent Torri @
>> gmail.com
>> > >wrote:
>> >
>> > > what is the interest of the returns if you abort ?
>> > >
>> > > On Fri, Aug 17, 2012 at 11:49 AM, Enlightenment SVN
>> > > @enlightenment.org> wrote:
>> > > > Log:
>> > > > put aborts back, they were added for a reason.
>> > > >
>> > > >
>> > > > Author:   discomfitor
>> > > > Date: 2012-08-17 02:49:52 -0700 (Fri, 17 Aug 2012)
>> > > > New Revision: 75379
>> > > > Trac: http://trac.enlightenment.org/e/changeset/75379
>> > > >
>> > > > Modified:
>> > > >   trunk/evas/src/lib/canvas/evas_object_image.c
>> > > >
>> > > > Modified: trunk/evas/src/lib/canvas/evas_object_image.c
>> > > >
>===
>
>> > > > --- trunk/evas/src/lib/canvas/evas_object_image.c   2012-08-17
>> > > 09:47:49 UTC (rev 75378)
>> > > > +++ trunk/evas/src/lib/canvas/evas_object_image.c   2012-08-17
>> > > 09:49:52 UTC (rev 75379)
>> > > > @@ -450,6 +450,7 @@
>> > > > if (obj->delete_me)
>> > > >   {
>> > > >  CRIT("Setting deleted object %p as image source %p", src,
>> > obj);
>> > > > +abort();
>> > > >  return EINA_FALSE;
>> > > >   }
>> > > > if (src)
>> > > > @@ -457,22 +458,26 @@
>> > > >  if (src->delete_me)
>> > > >{
>> > > >   CRIT("Setting object %p to deleted image source %p",
>> src,
>> > > obj);
>> > > > + abort();
>> > > >   return EINA_FALSE;
>> > > >}
>> > > >  if (!src->layer)
>> > > >{
>> > > >   CRIT("No evas surface associated with source object
>> > (%p)",
>> > > obj);
>> > > > + abort();
>> > > >   return EINA_FALSE;
>> > > >}
>> > > >  if ((obj->layer && src->layer) &&
>> > > >  (obj->layer->evas != src->layer->evas))
>> > > >{
>> > > >   CRIT("Setting object %p from Evas (%p) from another
>> Evas
>> > > (%p)", src, src->layer->evas, obj->layer->evas);
>> > > > + abort();
>> > > >   return EINA_FALSE;
>> > > >}
>> > > >  if (src == obj)
>> > > >{
>> > > >   CRIT("Setting object %p as a source for itself", obj);
>> > > > + abort();
>> > > >   return EINA_FALSE;
>> > > >}
>> > > >   }
>> > > >
>> > > >
>> > > >
>> > >
>> >
>> --
>> > > > Live Security Virtual Conference
>> > > > Exclusive live event will cover all the ways today's security and
>> > > > threat landscape has changed and how IT managers can respond.
>> > Discussions
>> > > > will include endpoint security, mobile security and the latest in
>> > malware
>> > > > threats.
>http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> > > > ___