Re: [E-devel] FOSDEM 2012
Hello Like I said we are welcome on Cross Desktop Room for FOSDEM 2012. The call for talks are going to be opened soon, so I need to know who whants to give a talk and about what. Please contact me by email or register yourself in the Wiki page. http://trac.enlightenment.org/e/wiki/FOSDEM2012 Thank you Puppet_Master On 11 November 2011 00:10, Philippe Caseiro caseiro.phili...@gmail.com wrote: Hello I just have the news by the crossdesktop devroom organiser, the FOSDEM reject our demand for a devroom BUT the crossedesktop propose to welcome us. I think it's a great news. Maybe next year we can have a Devroom :D. I post more information asap. -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.1/1.5 ALPHA
On 16/11/11 09:35, Mike Blumenkrantz wrote: we have our first bug! Nah, on purpose. Expedite is also getting a release. -- Tom. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.1/1.5 ALPHA
On Wed, 16 Nov 2011 15:20:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: We'd like to announce a new release cycle alpha release of several Enlightenment components http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.gz http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/expedite-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/expedtie-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.bz2 /me updates his embedded project to use these tarballs, and sees what happens. Though I only use the first six. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.1/1.5 ALPHA
On Wed, 16 Nov 2011 10:15:15 +0200 Tom Hacohen tom.haco...@partner.samsung.com said: On 16/11/11 09:35, Mike Blumenkrantz wrote: we have our first bug! Nah, on purpose. Expedite is also getting a release. expeTIE... typo in news item... fixed now! :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.1/1.5 ALPHA
On Wed, 16 Nov 2011 07:40:14 +0100 Jonathan Armani d...@asystant.net said: no problems! if you find issues, please report and we'lll fix and do a beta or whatever is appropriate :) Thanks ! On Wed, Nov 16, 2011 at 7:20 AM, Carsten Haitzler ras...@rasterman.com wrote: We'd like to announce a new release cycle alpha release of several Enlightenment components http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.gz http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/expedite-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/expedtie-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.bz2 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk: e_dbus ecore edje eet eeze efreet eina embryo evas evas/m4 evas_generic_loaders expedite
On Wed, 16 Nov 2011 07:38:19 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Tue, 15 Nov 2011, Enlightenment SVN wrote:
Log:
update release candidate trees to their release version in preparation
for alpha
so, I have to update evil and make these EFL depend on evil 1.0.0 ?
you want evil 1.0 out before or at release? sure- then make them dependent on
evil 1.0
Vincent
Author: raster
Date: 2011-11-15 21:34:37 -0800 (Tue, 15 Nov 2011)
New Revision: 65280
Trac: http://trac.enlightenment.org/e/changeset/65280
Modified:
trunk/e_dbus/configure.ac trunk/ecore/configure.ac trunk/edje/configure.ac
trunk/eet/configure.ac trunk/eeze/configure.ac trunk/efreet/configure.ac
trunk/eina/configure.ac trunk/embryo/configure.ac trunk/evas/configure.ac
trunk/evas/m4/evas_check_engine.m4 trunk/evas/m4/evas_check_loader.m4
trunk/evas_generic_loaders/configure.ac trunk/expedite/configure.ac
Modified: trunk/e_dbus/configure.ac
===
--- trunk/e_dbus/configure.ac 2011-11-16 04:11:45 UTC (rev 65279)
+++ trunk/e_dbus/configure.ac 2011-11-16 05:34:37 UTC (rev 65280)
@@ -1,12 +1,12 @@
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
m4_define([v_maj], [1])
-m4_define([v_min], [0])
-m4_define([v_mic], [999])
+m4_define([v_min], [1])
+m4_define([v_mic], [0])
m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v
export || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n']))
m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null |
(grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d
'\n']))])
##-- When released, remove the dnl on the below line
-dnl m4_undefine([v_rev])
+m4_undefine([v_rev])
##-- When doing snapshots - change soname. remove dnl on below line
dnl m4_define([relname], [ver-pre-svn-07])
dnl m4_define([v_rel], [-release relname])
@@ -81,13 +81,13 @@
;;
esac
-requirement_ebluez=edbus = 1.0.0
-requirement_econnman=edbus = 1.0.0
-requirement_edbus=ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62
-requirement_ehal=edbus = 1.0.0
-requirement_enotify=edbus = 1.0.0
-requirement_eofono=edbus = 1.0.0
-requirement_eukit=edbus = 1.0.0
+requirement_ebluez=edbus = 1.1.0
+requirement_econnman=edbus = 1.1.0
+requirement_edbus=ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62
+requirement_ehal=edbus = 1.1.0
+requirement_enotify=edbus = 1.1.0
+requirement_eofono=edbus = 1.1.0
+requirement_eukit=edbus = 1.1.0
requirement_dbus=dbus-1 = 0.62
### Additional options to configure
@@ -152,7 +152,7 @@
dbus_cflags=$DBUS_CFLAGS
AC_SUBST(dbus_libs)
AC_SUBST(dbus_cflags)
-PKG_CHECK_MODULES([EDBUS], [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62])
+PKG_CHECK_MODULES([EDBUS], [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62])
# Find out the version of DBUS we're using
dbus_version=`pkg-config --modversion dbus-1`
@@ -180,8 +180,8 @@
# Dependencies for the libraries
if test x${enable_enotify} = xyes ; then
PKG_CHECK_MODULES([EVAS],
- [evas = 1.0.0],
- [requirement_enotify=evas = 1.0.0 ${requirement_enotify}],
+ [evas = 1.1.0],
+ [requirement_enotify=evas = 1.1.0 ${requirement_enotify}],
[enable_enotify=no])
fi
@@ -206,63 +206,63 @@
if test x${have_edbus_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test=yes],
[have_edbus_test=no])
fi
if test x${have_edbus_test_client} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST_CLIENT],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test_client=yes],
[have_edbus_test_client=no])
fi
if test x${have_edbus_bluez_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_BLUEZ_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_bluez_test=yes],
[have_edbus_bluez_test=no])
fi
if test x${have_edbus_connman_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_CONNMAN_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_connman_test=yes],
[have_edbus_connman_test=no])
fi
if test x${have_edbus_notification_daemon_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_NOTIFICATION_DAEMON_TEST],
- [ecore = 1.0.0 evas = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 evas = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_notification_daemon_test=yes],
[have_edbus_notification_daemon_test=no])
fi
if test x${have_edbus_notify_send} = xyes ; then
PKG_CHECK_MODULES([EDBUS_NOTIFY_SEND],
-
Re: [E-devel] E SVN: raster trunk/expedite
On Wed, 16 Nov 2011 07:48:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Tue, 2011-11-15 at 22:13, Enlightenment SVN wrote: Log: fix to 1.0.0 not 0.1.0 for expedite alpha! Author: raster Date: 2011-11-15 22:13:09 -0800 (Tue, 15 Nov 2011) New Revision: 65282 Trac: http://trac.enlightenment.org/e/changeset/65282 Modified: trunk/expedite/configure.ac Modified: trunk/expedite/configure.ac === --- trunk/expedite/configure.ac 2011-11-16 06:07:37 UTC (rev 65281) +++ trunk/expedite/configure.ac 2011-11-16 06:13:09 UTC (rev 65282) @@ -3,7 +3,7 @@ # get rid of that stupid cache mechanism rm -f config.cache -AC_INIT([expedite], [0.1.0], [enlightenment-devel@lists.sourceforge.net]) +AC_INIT([expedite], [1.1.0], [enlightenment-devel@lists.sourceforge.net]) Log messages says fix to 1.0.0 but you fixed it to 1.1.0 :) i meant 1.1.0 :) configure.ac is right :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.1/1.5 ALPHA
On 16/11/11 11:28, Carsten Haitzler (The Rasterman) wrote: expeTIE... typo in news item... fixed now! :) We should add a fuzzy-mode to svn and apache. I don't want to have to read the whole damn word to decide what it's about, first, last, middle letters and length are more than enough. -- Tom. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Facebook : Enligthenment France
On 16 November 2011 01:35, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Tue, Nov 15, 2011 at 8:00 PM, Eduardo Lima (Etrunko) ebl...@gmail.com wrote: On Tue, Nov 15, 2011 at 7:41 PM, Cedric BAIL cedric.b...@free.fr wrote: In svn ! Nothing from Brazil btw ? We're not social! http://www.facebook.com/enlightenment.br done Great, that's what we need, be more social :D -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk: e_dbus ecore edje eet eeze efreet eina embryo evas evas/m4 evas_generic_loaders expedite
On Wed, 16 Nov 2011, Carsten Haitzler (The Rasterman) wrote:
On Wed, 16 Nov 2011 07:38:19 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Tue, 15 Nov 2011, Enlightenment SVN wrote:
Log:
update release candidate trees to their release version in preparation
for alpha
so, I have to update evil and make these EFL depend on evil 1.0.0 ?
you want evil 1.0 out before or at release? sure- then make them dependent on
evil 1.0
at the release. Same time. I've already made the changes, it's a mattter
of committing the changes. I'll do that this evening.
Vincent
Vincent
Author: raster
Date: 2011-11-15 21:34:37 -0800 (Tue, 15 Nov 2011)
New Revision: 65280
Trac: http://trac.enlightenment.org/e/changeset/65280
Modified:
trunk/e_dbus/configure.ac trunk/ecore/configure.ac trunk/edje/configure.ac
trunk/eet/configure.ac trunk/eeze/configure.ac trunk/efreet/configure.ac
trunk/eina/configure.ac trunk/embryo/configure.ac trunk/evas/configure.ac
trunk/evas/m4/evas_check_engine.m4 trunk/evas/m4/evas_check_loader.m4
trunk/evas_generic_loaders/configure.ac trunk/expedite/configure.ac
Modified: trunk/e_dbus/configure.ac
===
--- trunk/e_dbus/configure.ac 2011-11-16 04:11:45 UTC (rev 65279)
+++ trunk/e_dbus/configure.ac 2011-11-16 05:34:37 UTC (rev 65280)
@@ -1,12 +1,12 @@
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
m4_define([v_maj], [1])
-m4_define([v_min], [0])
-m4_define([v_mic], [999])
+m4_define([v_min], [1])
+m4_define([v_mic], [0])
m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v
export || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n']))
m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null |
(grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d
'\n']))])
##-- When released, remove the dnl on the below line
-dnl m4_undefine([v_rev])
+m4_undefine([v_rev])
##-- When doing snapshots - change soname. remove dnl on below line
dnl m4_define([relname], [ver-pre-svn-07])
dnl m4_define([v_rel], [-release relname])
@@ -81,13 +81,13 @@
;;
esac
-requirement_ebluez=edbus = 1.0.0
-requirement_econnman=edbus = 1.0.0
-requirement_edbus=ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62
-requirement_ehal=edbus = 1.0.0
-requirement_enotify=edbus = 1.0.0
-requirement_eofono=edbus = 1.0.0
-requirement_eukit=edbus = 1.0.0
+requirement_ebluez=edbus = 1.1.0
+requirement_econnman=edbus = 1.1.0
+requirement_edbus=ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62
+requirement_ehal=edbus = 1.1.0
+requirement_enotify=edbus = 1.1.0
+requirement_eofono=edbus = 1.1.0
+requirement_eukit=edbus = 1.1.0
requirement_dbus=dbus-1 = 0.62
### Additional options to configure
@@ -152,7 +152,7 @@
dbus_cflags=$DBUS_CFLAGS
AC_SUBST(dbus_libs)
AC_SUBST(dbus_cflags)
-PKG_CHECK_MODULES([EDBUS], [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62])
+PKG_CHECK_MODULES([EDBUS], [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62])
# Find out the version of DBUS we're using
dbus_version=`pkg-config --modversion dbus-1`
@@ -180,8 +180,8 @@
# Dependencies for the libraries
if test x${enable_enotify} = xyes ; then
PKG_CHECK_MODULES([EVAS],
- [evas = 1.0.0],
- [requirement_enotify=evas = 1.0.0 ${requirement_enotify}],
+ [evas = 1.1.0],
+ [requirement_enotify=evas = 1.1.0 ${requirement_enotify}],
[enable_enotify=no])
fi
@@ -206,63 +206,63 @@
if test x${have_edbus_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test=yes],
[have_edbus_test=no])
fi
if test x${have_edbus_test_client} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST_CLIENT],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test_client=yes],
[have_edbus_test_client=no])
fi
if test x${have_edbus_bluez_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_BLUEZ_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_bluez_test=yes],
[have_edbus_bluez_test=no])
fi
if test x${have_edbus_connman_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_CONNMAN_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_connman_test=yes],
[have_edbus_connman_test=no])
fi
if test x${have_edbus_notification_daemon_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_NOTIFICATION_DAEMON_TEST],
- [ecore = 1.0.0 evas = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 evas = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_notification_daemon_test=yes],
[have_edbus_notification_daemon_test=no])
fi
if test
Re: [E-devel] RFC - New elm_entry function (rev: 65169)
You should remove the const and add big warnings on both the documentation and the code. (my tags lead me to the code, i prefer reading the code than the doc). -- Boris Faure -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk: e_dbus ecore edje eet eeze efreet eina embryo evas evas/m4 evas_generic_loaders expedite
On Wed, 16 Nov 2011 11:49:01 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Wed, 16 Nov 2011, Carsten Haitzler (The Rasterman) wrote:
On Wed, 16 Nov 2011 07:38:19 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Tue, 15 Nov 2011, Enlightenment SVN wrote:
Log:
update release candidate trees to their release version in preparation
for alpha
so, I have to update evil and make these EFL depend on evil 1.0.0 ?
you want evil 1.0 out before or at release? sure- then make them dependent
on evil 1.0
at the release. Same time. I've already made the changes, it's a mattter
of committing the changes. I'll do that this evening.
ok- do it! :)
Vincent
Author: raster
Date: 2011-11-15 21:34:37 -0800 (Tue, 15 Nov 2011)
New Revision: 65280
Trac: http://trac.enlightenment.org/e/changeset/65280
Modified:
trunk/e_dbus/configure.ac trunk/ecore/configure.ac
trunk/edje/configure.ac trunk/eet/configure.ac trunk/eeze/configure.ac
trunk/efreet/configure.ac trunk/eina/configure.ac
trunk/embryo/configure.ac trunk/evas/configure.ac
trunk/evas/m4/evas_check_engine.m4 trunk/evas/m4/evas_check_loader.m4
trunk/evas_generic_loaders/configure.ac trunk/expedite/configure.ac
Modified: trunk/e_dbus/configure.ac
===
--- trunk/e_dbus/configure.ac 2011-11-16 04:11:45 UTC (rev 65279)
+++ trunk/e_dbus/configure.ac 2011-11-16 05:34:37 UTC (rev 65280)
@@ -1,12 +1,12 @@
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
m4_define([v_maj], [1])
-m4_define([v_min], [0])
-m4_define([v_mic], [999])
+m4_define([v_min], [1])
+m4_define([v_mic], [0])
m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v
export || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n']))
m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null |
(grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d
'\n']))])
##-- When released, remove the dnl on the below line
-dnl m4_undefine([v_rev])
+m4_undefine([v_rev])
##-- When doing snapshots - change soname. remove dnl on below line
dnl m4_define([relname], [ver-pre-svn-07])
dnl m4_define([v_rel], [-release relname])
@@ -81,13 +81,13 @@
;;
esac
-requirement_ebluez=edbus = 1.0.0
-requirement_econnman=edbus = 1.0.0
-requirement_edbus=ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62
-requirement_ehal=edbus = 1.0.0
-requirement_enotify=edbus = 1.0.0
-requirement_eofono=edbus = 1.0.0
-requirement_eukit=edbus = 1.0.0
+requirement_ebluez=edbus = 1.1.0
+requirement_econnman=edbus = 1.1.0
+requirement_edbus=ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62
+requirement_ehal=edbus = 1.1.0
+requirement_enotify=edbus = 1.1.0
+requirement_eofono=edbus = 1.1.0
+requirement_eukit=edbus = 1.1.0
requirement_dbus=dbus-1 = 0.62
### Additional options to configure
@@ -152,7 +152,7 @@
dbus_cflags=$DBUS_CFLAGS
AC_SUBST(dbus_libs)
AC_SUBST(dbus_cflags)
-PKG_CHECK_MODULES([EDBUS], [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62])
+PKG_CHECK_MODULES([EDBUS], [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62])
# Find out the version of DBUS we're using
dbus_version=`pkg-config --modversion dbus-1`
@@ -180,8 +180,8 @@
# Dependencies for the libraries
if test x${enable_enotify} = xyes ; then
PKG_CHECK_MODULES([EVAS],
- [evas = 1.0.0],
- [requirement_enotify=evas = 1.0.0 ${requirement_enotify}],
+ [evas = 1.1.0],
+ [requirement_enotify=evas = 1.1.0 ${requirement_enotify}],
[enable_enotify=no])
fi
@@ -206,63 +206,63 @@
if test x${have_edbus_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test=yes],
[have_edbus_test=no])
fi
if test x${have_edbus_test_client} = xyes ; then
PKG_CHECK_MODULES([EDBUS_TEST_CLIENT],
- [ecore = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 dbus-1 = 0.62],
[have_edbus_test_client=yes],
[have_edbus_test_client=no])
fi
if test x${have_edbus_bluez_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_BLUEZ_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_bluez_test=yes],
[have_edbus_bluez_test=no])
fi
if test x${have_edbus_connman_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_CONNMAN_TEST],
- [ecore = 1.0.0 eina = 1.0.0 dbus-1 = 0.62],
+ [ecore = 1.1.0 eina = 1.1.0 dbus-1 = 0.62],
[have_edbus_connman_test=yes],
[have_edbus_connman_test=no])
fi
if test x${have_edbus_notification_daemon_test} = xyes ; then
PKG_CHECK_MODULES([EDBUS_NOTIFICATION_DAEMON_TEST],
- [ecore = 1.0.0 evas = 1.0.0
Re: [E-devel] RFC - New elm_entry function (rev: 65169)
On Wed, 16 Nov 2011 11:51:38 +0100 Boris Faure bill...@gmail.com said: You should remove the const and add big warnings on both the documentation and the code. (my tags lead me to the code, i prefer reading the code than the doc). warnings as bigger than boris! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC - New elm_entry function (rev: 65169)
and add an #ifdef ELM_YES_I_KNOW_WHAT_I_M_DOING_AND_I_WILL_ACCEPT_THE_CONSEQUENCES_AND_ONLY_BLAME_MYSELF #endif around the prototype in the header file. -- Boris Faure -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.1/1.5 ALPHA
Almost forgot - I never did see any fix for the lua signal issue. I've poked at it twice and not gotten anywhere. I don't know enough about the edje signal and message processing system. Given the symptoms - that lua gets it's own signals, not those from anywhere else - it's likely there is an inverted test somewhere deep in the bowels of edje. That's just my guess, I can't actually find it. For now in my project, messages from C to lua work, but it would be great if I could use signals instead. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch][Ecore][Win32] Resolving the issue of mouse-down inside and mouse-up outside
Dear All, Hello~
I think you (especially Mr. Vincent, Raster) know this issue.
If user mouse-down on the one of items in elementary_test,
move(drag) the mouse to the outside of window, and mouse-up,
Then.. it works improperly.. For example..
You can scroll the list of elementary_test without mouse-down.
The attached patch will resolve this issue.
Please review the patch and give any feedbacks. Thanks.
Sincerely,
Shinwoo Kim.
Index: src/lib/ecore_win32/ecore_win32.c
===
--- src/lib/ecore_win32/ecore_win32.c (revision 65287)
+++ src/lib/ecore_win32/ecore_win32.c (working copy)
@@ -107,6 +107,7 @@
/* Mouse input notifications */
case WM_LBUTTONDOWN:
INF(left button down message);
+ SetCapture(window);
_ecore_win32_event_handle_button_press(data, 1);
return 0;
case WM_MBUTTONDOWN:
@@ -119,6 +120,7 @@
return 0;
case WM_LBUTTONUP:
{
+ ReleaseCapture();
Ecore_Win32_Window *w = NULL;
INF(left button up message);
@@ -126,7 +128,6 @@
w = (Ecore_Win32_Window *)GetWindowLongPtr(window, GWLP_USERDATA);
if (w-drag.dragging)
{
- ReleaseCapture();
w-drag.dragging = 0;
return 0;
}
Index: src/lib/ecore_win32/ecore_win32_event.c
===
--- src/lib/ecore_win32/ecore_win32_event.c (revision 65287)
+++ src/lib/ecore_win32/ecore_win32_event.c (working copy)
@@ -47,6 +47,13 @@
/* Global functions definitions */
+static void
+_ecore_win32_event_free_mouse_move(void *data __UNUSED__, void *ev)
+{
+ Ecore_Event_Mouse_Move *e;
+ e = ev;
+ free(e);
+}
void
_ecore_win32_event_handle_key_press(Ecore_Win32_Callback_Data *msg,
@@ -332,7 +339,7 @@
e-y = GET_Y_LPARAM(msg-data_param);
e-timestamp = msg-time;
- ecore_event_add(ECORE_EVENT_MOUSE_MOVE, e, NULL, NULL);
+ ecore_event_add(ECORE_EVENT_MOUSE_MOVE, e, _ecore_win32_event_free_mouse_move, NULL);
}
void
@@ -395,7 +402,7 @@
_ecore_win32_event_last_time = e-timestamp;
_ecore_win32_event_last_window = (Ecore_Win32_Window *)e-window;
- ecore_event_add(ECORE_EVENT_MOUSE_MOVE, e, NULL, NULL);
+ ecore_event_add(ECORE_EVENT_MOUSE_MOVE, e, _ecore_win32_event_free_mouse_move, NULL);
}
{
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.1/1.5 ALPHA
On Wed, 16 Nov 2011 22:11:53 +1000 David Seikel onef...@gmail.com wrote: Almost forgot - I never did see any fix for the lua signal issue. I've poked at it twice and not gotten anywhere. I don't know enough about the edje signal and message processing system. Given the symptoms - that lua gets it's own signals, not those from anywhere else - it's likely there is an inverted test somewhere deep in the bowels of edje. That's just my guess, I can't actually find it. For now in my project, messages from C to lua work, but it would be great if I could use signals instead. Turns out it's a documentation bug. Messages and signals DO the same thing, send information. The docs SAY they do the same thing. Send an (Edje) message to a given Edje object. Send/emit an Edje signal to a given Edje object. The ONLY difference is WHAT they send, not WHERE they send it. Yet, there is an undocumented difference. Messages get automatically propagated to sub edje's, signals dont, but have to be explicitly addressed to sub edje's to get there. It just happened that in my project that I was using to reality check my lua additions, the lua group was a sub group of the edje group. So the signals did net get through, coz there's no documentation on what is the magic invocation to get that done. The messages, addressed to exactly the same place as per the docs, did get through. I've heard lots of justification for why that is so, but I don't agree with it. Stuff really should just be consistent, and not push some semantics just coz that's the only way the developer thought of. Fact is that signals are internally dealt with as messages, and just being consistent means more flexibility; smaller, faster code; and less confused developers. The only justification that might save the status quo is - um, we released it already, that MIGHT be an API break. Wasted too much time wading through rasters thick porridge on that. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Ecore][Win32] Resolving the issue of mouse-down inside and mouse-up outside
Hi, Thank you for the patch! I had a quick look, I don't know anything about the Set/ReleaseCapture, so I don't know if that's good or not and I can't comment on it. I noticed though you added a free callback in your code for the event, but it's not needed since ecore will free the event itself. See the code here : https://github.com/kakaroto/e17/blob/master/ecore/src/lib/ecore/ecore_events.c#L272 And the documentation to ecore_event_add also states : If @p func_free is NULL, free() will be called with the private structure pointer. Let's wait for someone else to comment on the Set/ReleaseCapture changes you added. Thanks again, KaKaRoTo On Wed, Nov 16, 2011 at 7:43 AM, cnook kimci...@gmail.com wrote: Dear All, Hello~ I think you (especially Mr. Vincent, Raster) know this issue. If user mouse-down on the one of items in elementary_test, move(drag) the mouse to the outside of window, and mouse-up, Then.. it works improperly.. For example.. You can scroll the list of elementary_test without mouse-down. The attached patch will resolve this issue. Please review the patch and give any feedbacks. Thanks. Sincerely, Shinwoo Kim. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Ecore][Win32] Resolving the issue of mouse-down inside and mouse-up outside
On Wed, 16 Nov 2011, cnook wrote: Dear All, Hello~ I think you (especially Mr. Vincent, Raster) know this issue. If user mouse-down on the one of items in elementary_test, move(drag) the mouse to the outside of window, and mouse-up, Then.. it works improperly.. For example.. You can scroll the list of elementary_test without mouse-down. The attached patch will resolve this issue. Please review the patch and give any feedbacks. Thanks. i can't test it right now, but iirc, i used SetCapture somewhere. You remove a ReleaseCapture, but not that SetCapture. Is it normal ? Also be sure that the resize and the move of a window (using the mouse, by dragging the borders or the title bar) is the same than before. If you want to improve even more the windows port, there is something to do with resize : managing the size_base and size_step API, like with X :-) regards Vincent -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk: e_dbus ecore edje eet eeze efreet eina embryo evas evas/m4 evas_generic_loaders expedite
On Wed, 16 Nov 2011, Carsten Haitzler (The Rasterman) wrote: On Wed, 16 Nov 2011 11:49:01 +0100 (CET) Vincent Torri vto...@univ-evry.fr said: On Wed, 16 Nov 2011, Carsten Haitzler (The Rasterman) wrote: On Wed, 16 Nov 2011 07:38:19 +0100 (CET) Vincent Torri vto...@univ-evry.fr said: On Tue, 15 Nov 2011, Enlightenment SVN wrote: Log: update release candidate trees to their release version in preparation for alpha so, I have to update evil and make these EFL depend on evil 1.0.0 ? you want evil 1.0 out before or at release? sure- then make them dependent on evil 1.0 at the release. Same time. I've already made the changes, it's a mattter of committing the changes. I'll do that this evening. ok- do it! :) i think it's done, now Vincent -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.1/1.5 ALPHA
On Wed, 16 Nov 2011 18:31:40 +1000 David Seikel onef...@gmail.com wrote: On Wed, 16 Nov 2011 15:20:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: We'd like to announce a new release cycle alpha release of several Enlightenment components http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.gz http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/expedite-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/expedtie-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.bz2 /me updates his embedded project to use these tarballs, and sees what happens. Though I only use the first six. Got stuck on evas. Even with --disable-pthreads, it still tries (and fails) to build with pthreads. So I can't test any further on my embedded project. Half way there. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. ./configure --prefix=/usr --bindir=/bin --enable-fb --enable-fontconfig --disable-cpu-sse --disable-cpu-sse3 --disable-pthreads --disable-install-examples checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking build system type... i486-unknown-linux-gnu checking host system type... i486-unknown-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/devel/bin/ld checking if the linker (/usr/devel/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/devel/bin/nm -B checking the name lister (/usr/devel/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 32768 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking for /usr/devel/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/devel/bin/nm -B output from gcc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC
Re: [E-devel] [Patch][Ecore][Win32] Resolving the issue of mouse-down inside and mouse-up outside
On 11/16/2011 01:43 PM, cnook wrote: Dear All, Hello~ I think you (especially Mr. Vincent, Raster) know this issue. If user mouse-down on the one of items in elementary_test, move(drag) the mouse to the outside of window, and mouse-up, Then.. it works improperly.. For example.. You can scroll the list of elementary_test without mouse-down. Isn't free(ev) the default event free function? No need for _ecore_win32_event_free_mouse_move then. S. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] sound api plan
On Tue, Nov 15, 2011 at 10:59 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 15 Nov 2011 11:28:28 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Tue, Nov 15, 2011 at 6:42 AM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 15 Nov 2011 04:13:32 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: I really don't know why I bother to explain these things I know will get nowhere. i've already said we can support it. i just disagree that that is a first port of call or the only port of call. i disagree that we totally reply on PA for everything we need audio-wise. As I said, maybe not clear enough: we can't rely on PA is the worse part. We use that to motivate us to create something new out of nowhere instead of helping other freesoftware projects. The excuse is often no time and higher priority things. I know the history, if it was not this behavior then E would never exist, etc. But this is a bad practice: - what first looks like simple (20% of the work that maps to 80% of requirements), will end consuming our already scarce time (the 80% of the time that maps to 20% of requirements). This results in more work to do in the long run for a minimal initial save. If you stop to think, Embryo is an example of this, now we figured out it was better to use Lua. :-S actually i've spent more time on lua than embryo. much more. embryo still is massively smaller and leaner too. lua also still can't abort execution with infinite loops. embryo can. and let me be clear... EMBRYO WAS BASED ON ANOTHER OPEN SOURCE PROJECT... EXACTLY YOUR ARGUMENT. i didn't write it. the compiler is sill 99% the same as where it came from. i did almost rewrite the entire runtime vm though. and it got a lot smaller in the process. my REQUIREMENTS were i need something that does: if (x) then do y else do z. that was it. embryo met and exceeded that by a vast vast vast margin. at the time it was a choice of write my own mini logic engine inside edje or re-use another one. i re-used an open source project. i chose the one that had the lowest footprint and least intrusiveness as i wasn't in the mood for having a big fat execution environment. if you took Lua at the time, as you wished, maybe they would already have added the preemptive requirement you need, no? Same for JS engines, AFAIR these things were implemented in JS because browsers wanted to avoid bad scripts broking them. You could have saved everyone's time :-) - this mindset plays against out own project. If we stimulate people to play Not-Invented-Here syndrome, we suffer as one day we'll be the other peer. We need more people to collaborate on our code base, right? But we keep telling people it's better to start something from scratch instead of helping others! Then we have examples like turran's enesim/eon, instead of incrementally helping Evas he decided to go a different new route and we've lost a developer. :-S that has nothing to do with this topic at all. it does, but let's ignore it - relations with other projects. If you go to conferences, many developers hates us for multitude of ways (when they care to know what is E/EFL). One of the reasons is that we play the bitch and do not report or send patches, instead recreating stuff. This keeps away possible contributors as well they're not helping me, I'm not helping them. Maybe it was the case with Xrender, I don't know. Maybe it was with glib? But I'm seeing it now with PulseAudio/Canberra and I'm saying it loud :-) and for audio we're using another open source projct that actually DOES have the features we want. in fact using 4 of them. libogg, libflac, libsndfile and libremix... if you didn't notice. maybe you're just upset we're not using your project of choice. It's not a choice or not, it's more like the correct layer or not. Just come to mind all the problems you'll have to deal like enumerating the sound cards, being able to select where to play, how to handle bluetooth speakers, allowing user to selectively disable sound classes, etc. as for xrender... that'd involve a massive detour into the internals of x - at the time pixman wasn't even a library. making any changes would involve recompiling and restarting xservers. no better way for e to have been delayed by years. not to mention having to work on multiple drivers too. ok, fair. Particularly about the last point: I know we don't live in the wonderland. Some project maintainers are very hard to work with and changes are just rejected for no reason (hu... reminds me of our last behaviors?) and in this cases it may be worth to fork, do and prove it's right, having the possibility to merge back someday, or at least get more developers on bandwagon. and if we fork pulse and then require the new features we have - we have a competing pulse that people have to replace
[E-devel] The IMPOSSIBLE HAPPEN!
Running elementary_test and clicking on the button test this morning gives a crash sometimes. Eina thread debugging on using gmainloop. thanks, Mike mike@mike-desktop:~/git/e/evas$ gdb elementary_test GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/bin/elementary_test...done. (gdb) run Starting program: /usr/local/bin/elementary_test [Thread debugging using libthread_db enabled] [New Thread 0xb6924b70 (LWP 24569)] [Thread 0xb6924b70 (LWP 24569) exited] * * The IMPOSSIBLE HAPPEN * * LOCK STILL TAKEN :* * lock 0x84923e8, locked: 1, by -1223465248 /usr/local/lib/libevas.so.1(evas_common_rgba_image_scalecache_do+0xad)[0xb7d6d8ed] /usr/local/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.0/module.so(+0x2c88)[0xb7fc8c88] /usr/local/lib/libevas.so.1(+0x2975b)[0xb7cee75b] /usr/local/lib/libevas.so.1(evas_render_mapped+0x63f)[0xb7d2f15f] /usr/local/lib/libevas.so.1(+0x6d71c)[0xb7d3271c] /usr/local/lib/libecore_evas.so.1(+0x118b7)[0xb7c818b7] /usr/local/lib/libecore_evas.so.1(+0xcc7e)[0xb7c7cc7e] /usr/local/lib/libecore.so.1(_ecore_idle_enterer_call+0xff)[0xb7ca13af] /usr/local/lib/libecore.so.1(+0x14a04)[0xb7ca3a04] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x1c8)[0xb777aaa8] /lib/i386-linux-gnu/libglib-2.0.so.0(+0x41270)[0xb777b270] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x17b)[0xb777b92b] /usr/local/lib/libecore.so.1(ecore_main_loop_begin+0x34)[0xb7ca5584] /usr/local/lib/libelementary-ver-pre-svn-09.so.0(elm_run+0x17)[0xb7f4a647] /usr/local/bin/elementary_test[0x8055c76] /usr/local/bin/elementary_test[0x8055d2f] /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0xb7a5ce37] /usr/local/bin/elementary_test[0x8054521] * Program received signal SIGABRT, Aborted. 0xb7fe2832 in ?? () from /lib/ld-linux.so.2 (gdb) bt #0 0xb7fe2832 in ?? () from /lib/ld-linux.so.2 #1 0xb7a70e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7a7434e in abort () at abort.c:92 #3 0xb7de942e in eina_threads_shutdown () at eina_main.c:368 #4 0xb7d425b1 in _evas_preload_thread_end (data=0x825e2e8) at evas_preload.c:58 #5 0xb7d42561 in _evas_preload_thread_done (target=0x825e2e8, type=EVAS_CALLBACK_MOUSE_IN, event_info=0x83003a0) at evas_preload.c:70 #6 0xb7d376e2 in evas_async_events_process () at evas_async_events.c:91 #7 0xb7d3f90a in evas_cache_image_load_data (im=0x84920a8) at evas_cache_image.c:1182 #8 0xb7d6e0f0 in evas_common_rgba_image_scalecache_do (ie=0x84920a8, dst=0x847ba40, dc=0x8235e60, smooth=1, src_region_x=0, src_region_y=0, src_region_w=48, src_region_h=67, dst_region_x=101, dst_region_y=69, dst_region_w=48, dst_region_h=67) at evas_image_scalecache.c:558 #9 0xb7fc8c88 in eng_image_draw (data=0x8363af8, context=0x8235e60, surface=0x847ba40, image=0x84920a8, src_x=0, src_y=0, src_w=48, src_h=67, dst_x=101, dst_y=69, dst_w=48, dst_h=67, smooth=1) at evas_engine.c:544 #10 0xb7cee75b in evas_object_image_render (obj=0xb697de60, output=0x8363af8, context=0x8235e60, surface=0x847ba40, x=0, y=0) at evas_object_image.c:3111 #11 0xb7d2f15f in evas_render_mapped (e=0x840a340, obj=0xb697de60, context=0x8235e60, surface=0x847ba40, off_x=0, off_y=0, mapped=0, ecx=0, ecy=0, ecw=320, ech=480) at evas_render.c:1268 #12 0xb7d3271c in evas_render_updates_internal (e=value optimized out, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:1585 #13 0xb7c818b7 in _ecore_evas_x_render (ee=0x810f2b8) at ecore_evas_x.c:256 #14 0xb7c7cc7e in _ecore_evas_idle_enter (data=0x0) at ecore_evas.c:52 #15 0xb7ca13af in _ecore_call_task_cb () at ecore_private.h:264 #16 _ecore_idle_enterer_call () at ecore_idle_enterer.c:164 #17 0xb7ca3a04 in _ecore_main_gsource_dispatch (source=0x80b9170, callback=0, user_data=0x0) at ecore_main.c:706 #18 0xb777aaa8 in g_main_dispatch (context=0x80ba280) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:2440 #19 g_main_context_dispatch (context=0x80ba280) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3013 #20 0xb777b270 in g_main_context_iterate (context=0x80ba280, block=-1216825312, dispatch=1, self=value optimized out) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3091 #21 0xb777b92b in g_main_loop_run (loop=0x840cb18) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 #22 0xb7ca5584 in ecore_main_loop_begin () at ecore_main.c:893 #23 0xb7f4a647 in elm_run () at elm_main.c:828 #24 0x08055c76 in elm_main (argc=1, argv=0xb2a4) at test.c:604 #25 0x08055d2f in main (argc=1,
Re: [E-devel] E SVN: billiob IN trunk/elementary: doc doc/widgets src/bin src/edje_externals src/examples src/lib
Why? does it required? then we need to change below also. elm_object_content_part_set/get/unset, elm_object_item_text_part_set/get/unset, elm_object_item_content_part_set/get/unset -Regards, Hermet- -Original Message- From: Enlightenment SVNlt;no-re...@enlightenment.orggt; To: enlightenment-...@lists.sourceforge.net Cc: Sent: 11-11-17(목) 05:17:26 Subject: E SVN: billiob IN trunk/elementary: doc doc/widgets src/bin src/edje_externals src/examples src/lib Log: elm: elm_object_text_part_set/get() is deprecated use elm_object_part_text_set/get(). This change is done so that it matches edje_object_part_text_set/get(). Author: billiob Date: 2011-11-16 12:17:25 -0800 (Wed, 16 Nov 2011) New Revision: 65310 Trac: http://trac.enlightenment.org/e/changeset/65310 Modified: trunk/elementary/doc/examples.dox trunk/elementary/doc/widgets/widget_preview_actionslider.c trunk/elementary/doc/widgets/widget_preview_layout.c trunk/elementary/src/bin/config.c trunk/elementary/src/bin/test_actionslider.c trunk/elementary/src/bin/test_anchorblock.c trunk/elementary/src/bin/test_bubble.c trunk/elementary/src/bin/test_focus.c trunk/elementary/src/bin/test_layout.c trunk/elementary/src/bin/test_toggle.c trunk/elementary/src/bin/test_win_inline.c trunk/elementary/src/edje_externals/elm_bubble.c trunk/elementary/src/edje_externals/elm_toggle.c trunk/elementary/src/examples/actionslider_example_01.c trunk/elementary/src/examples/layout_example_01.c trunk/elementary/src/examples/layout_example_03.c trunk/elementary/src/lib/Elementary.h.in trunk/elementary/src/lib/elm_main.c trunk/elementary/src/lib/elm_toggle.c Modified: trunk/elementary/doc/examples.dox === --- trunk/elementary/doc/examples.dox 2011-11-16 17:59:56 UTC (rev 65309) +++ trunk/elementary/doc/examples.dox 2011-11-16 20:17:25 UTC (rev 65310) @@ -3073,7 +3073,7 @@ * @until } * * This call elm_layout_data_get() is used to fetch the string based on the key, - * and elm_object_text_part_set() will set the part defined in the theme as + * and elm_object_part_text_set() will set the part defined in the theme as * example/title to contain this string. This key example/title has nothing * special. It's just an arbitrary convention that we are using in this example. * Every string in this example referencing a part of this theme will be of the Modified: trunk/elementary/doc/widgets/widget_preview_actionslider.c === --- trunk/elementary/doc/widgets/widget_preview_actionslider.c 2011-11-16 17:59:56 UTC (rev 65309) +++ trunk/elementary/doc/widgets/widget_preview_actionslider.c 2011-11-16 20:17:25 UTC (rev 65310) @@ -5,9 +5,9 @@ elm_win_resize_object_add(win, o); evas_object_show(o); -elm_object_text_part_set(o, left, left); -elm_object_text_part_set(o, center, center); -elm_object_text_part_set(o, right, right); +elm_object_part_text_set(o, left, left); +elm_object_part_text_set(o, center, center); +elm_object_part_text_set(o, right, right); elm_actionslider_indicator_pos_set(o, ELM_ACTIONSLIDER_CENTER); #include widget_preview_tmpl_foot.c Modified: trunk/elementary/doc/widgets/widget_preview_layout.c === --- trunk/elementary/doc/widgets/widget_preview_layout.c 2011-11-16 17:59:56 UTC (rev 65309) +++ trunk/elementary/doc/widgets/widget_preview_layout.c 2011-11-16 20:17:25 UTC (rev 65310) @@ -14,6 +14,6 @@ evas_object_show(icon); elm_object_content_part_set(layout, elm.swallow.content, icon); -elm_object_text_part_set(layout, elm.text.title, Layout); +elm_object_part_text_set(layout, elm.text.title, Layout); #include widget_preview_tmpl_foot.c Modified: trunk/elementary/src/bin/config.c === --- trunk/elementary/src/bin/config.c 2011-11-16 17:59:56 UTC (rev 65309) +++ trunk/elementary/src/bin/config.c 2011-11-16 20:17:25 UTC (rev 65310) @@ -2038,7 +2038,7 @@ snprintf(buf, sizeof(buf), %s/objects/font_preview.edj, elm_app_data_dir_get()); preview = elm_layout_add(win); elm_layout_file_set(preview, buf, font_preview); - elm_object_text_part_set(preview, elm.text, Preview Text — 我真的会写中文); + elm_object_part_text_set(preview, elm.text, Preview Text — 我真的会写中文); evas_object_size_hint_weight_set(preview, EVAS_HINT_EXPAND, 0.0); evas_object_size_hint_align_set(preview, EVAS_HINT_FILL, EVAS_HINT_FILL); evas_object_show(preview); Modified: trunk/elementary/src/bin/test_actionslider.c === --- trunk/elementary/src/bin/test_actionslider.c 2011-11-16 17:59:56 UTC (rev 65309) +++ trunk/elementary/src/bin/test_actionslider.c 2011-11-16 20:17:25 UTC (rev 65310) @@ -52,9 +52,9 @@ evas_object_size_hint_align_set(as, EVAS_HINT_FILL, 0); elm_actionslider_indicator_pos_set(as,
Re: [E-devel] [Patch][Ecore][Win32] Resolving the issue of mouse-down inside and mouse-up outside
Wow, Thanks for all of your responses!
I have thought only Mr. Vincent (default Raster) is interested in EFL on
Windows.
@Mrs. Youness Alaoui and Sebastian Dransfeld
I referred to _ecore_mouse_move(); in xlib/ecore_x_events.c.
So I thought the free(ev); is necessary one. Anyhow, I see your point and I
have refined the patch and attached.
@Mr. Vincent
I checked the resizing window also.
Previously, SetCapture();/ReleaseCapture(); are used in
WM_NCLBUTTONDONW/WM_LBUTTONUP case
for the resizing (dragging). So I added the SetCpture(); to the
WM_LBUTTONDOWN and move the location of ReleaseCapture(); to the first lie
of the WM_LBUTTONUP case.
Sincerely,
Shinwoo Kim.
2011/11/17 Sebastian Dransfeld s...@tango.flipp.net
On 11/16/2011 01:43 PM, cnook wrote:
Dear All, Hello~
I think you (especially Mr. Vincent, Raster) know this issue.
If user mouse-down on the one of items in elementary_test,
move(drag) the mouse to the outside of window, and mouse-up,
Then.. it works improperly.. For example..
You can scroll the list of elementary_test without mouse-down.
Isn't free(ev) the default event free function?
No need for _ecore_win32_event_free_mouse_move then.
S.
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Index: src/lib/ecore_win32/ecore_win32.c
===
--- src/lib/ecore_win32/ecore_win32.c (revision 65287)
+++ src/lib/ecore_win32/ecore_win32.c (working copy)
@@ -107,6 +107,7 @@
/* Mouse input notifications */
case WM_LBUTTONDOWN:
INF(left button down message);
+ SetCapture(window);
_ecore_win32_event_handle_button_press(data, 1);
return 0;
case WM_MBUTTONDOWN:
@@ -119,6 +120,7 @@
return 0;
case WM_LBUTTONUP:
{
+ ReleaseCapture();
Ecore_Win32_Window *w = NULL;
INF(left button up message);
@@ -126,7 +128,6 @@
w = (Ecore_Win32_Window *)GetWindowLongPtr(window, GWLP_USERDATA);
if (w-drag.dragging)
{
- ReleaseCapture();
w-drag.dragging = 0;
return 0;
}
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch][Ecore][Win] Changing key name and composer for Shift, Control, Alt
Dear All, Hello~
This is Shinwoo Kim (Previously I have used cnook, kimci...@gmail.com for
contribution)
The key compose and name have been different with xlib. So I have changed
the value of Shift, Control, and Alt.
Moreover, the attached patch is able to distinguish between Shift_L and
Shift_R as xlib.
Please review this and give any feedbacks, Thanks!
Sincerely,
Shinwoo Kim.
Index: src/lib/ecore_win32/ecore_win32_event.c
===
--- src/lib/ecore_win32/ecore_win32_event.c (revision 65324)
+++ src/lib/ecore_win32/ecore_win32_event.c (working copy)
@@ -799,19 +799,28 @@
}
break;
case VK_SHIFT:
- kn = Shift;
- ks = Shift;
- kc = Shift;
+ if (GetKeyState(VK_LSHIFT) 0x8000)
+ {
+kn = Shift_L;
+ks = Shift_L;
+kc = ;
+ }
+ else
+ {
+kn = Shift_R;
+ks = Shift_R;
+kc = ;
+ }
break;
case VK_CONTROL:
- kn = Control;
- ks = Control;
- kc = Control;
+ kn = Control_L;
+ ks = Control_L;
+ kc = ;
break;
case VK_MENU:
- kn = Menu;
- ks = Menu;
- kc = Menu;
+ kn = Alt_L;
+ ks = Alt_L;
+ kc = ;
break;
case VK_F1:
kn = F1;
Index: src/lib/ecore_wince/ecore_wince_event.c
===
--- src/lib/ecore_wince/ecore_wince_event.c (revision 65324)
+++ src/lib/ecore_wince/ecore_wince_event.c (working copy)
@@ -252,18 +252,27 @@
kc = ;
break;
case VK_SHIFT:
- kn = Shift;
- ks = Shift;
- kc = Shift;
+ if (GetKeyState(VK_LSHIFT) 0x8000)
+ {
+kn = Shift_L;
+ks = Shift_L;
+kc = ;
+ }
+ else
+ {
+kn = Shift_R;
+ks = Shift_R;
+kc = ;
+ }
break;
case VK_CONTROL:
- kn = Control;
- ks = Control;
- kc = Control;
+ kn = Control_L;
+ ks = Control_L;
+ kc = ;
break;
case VK_MENU:
- kn = Menu;
- ks = Menu;
+ kn = Alt_L;
+ ks = Alt_L;
kc = ;
break;
default:
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.1/1.5 ALPHA
Humm.. the PS3 toolchain doesn't have pthreads and it all works fine without it. Make sure you also add --disable-async-render --disable-pipe-render --disable-async-preload just in case... (in my case, it doesn't detect pthread at all, in your case, you seem to force disable it). On Wed, Nov 16, 2011 at 2:40 PM, David Seikel onef...@gmail.com wrote: On Wed, 16 Nov 2011 18:31:40 +1000 David Seikel onef...@gmail.com wrote: On Wed, 16 Nov 2011 15:20:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: We'd like to announce a new release cycle alpha release of several Enlightenment components http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eina-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.gz http://download.enlightenment.org/releases/eet-1.5.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/ecore-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/embryo-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/edje-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/efreet-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/e_dbus-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/eeze-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/expedite-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/expedtie-1.1.0-alpha.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.1.0-alpha.tar.bz2 /me updates his embedded project to use these tarballs, and sees what happens. Though I only use the first six. Got stuck on evas. Even with --disable-pthreads, it still tries (and fails) to build with pthreads. So I can't test any further on my embedded project. Half way there. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] The IMPOSSIBLE HAPPEN!
On Thu, Nov 17, 2011 at 4:07 AM, Mike McCormack mj.mccorm...@samsung.com wrote: Running elementary_test and clicking on the button test this morning gives a crash sometimes. Eina thread debugging on using gmainloop. After a quick look in evas_common_rgba_image_scalecache_do, we do have an issue there. The image lock is taken while calling sub function that don't expect it to be locked. I am just wondering why the lock is taken for so long on im-cache.lock, any reason ? Thanks, Cedric mike@mike-desktop:~/git/e/evas$ gdb elementary_test GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/bin/elementary_test...done. (gdb) run Starting program: /usr/local/bin/elementary_test [Thread debugging using libthread_db enabled] [New Thread 0xb6924b70 (LWP 24569)] [Thread 0xb6924b70 (LWP 24569) exited] * * The IMPOSSIBLE HAPPEN * * LOCK STILL TAKEN : * * lock 0x84923e8, locked: 1, by -1223465248 /usr/local/lib/libevas.so.1(evas_common_rgba_image_scalecache_do+0xad)[0xb7d6d8ed] /usr/local/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.0/module.so(+0x2c88)[0xb7fc8c88] /usr/local/lib/libevas.so.1(+0x2975b)[0xb7cee75b] /usr/local/lib/libevas.so.1(evas_render_mapped+0x63f)[0xb7d2f15f] /usr/local/lib/libevas.so.1(+0x6d71c)[0xb7d3271c] /usr/local/lib/libecore_evas.so.1(+0x118b7)[0xb7c818b7] /usr/local/lib/libecore_evas.so.1(+0xcc7e)[0xb7c7cc7e] /usr/local/lib/libecore.so.1(_ecore_idle_enterer_call+0xff)[0xb7ca13af] /usr/local/lib/libecore.so.1(+0x14a04)[0xb7ca3a04] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x1c8)[0xb777aaa8] /lib/i386-linux-gnu/libglib-2.0.so.0(+0x41270)[0xb777b270] /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x17b)[0xb777b92b] /usr/local/lib/libecore.so.1(ecore_main_loop_begin+0x34)[0xb7ca5584] /usr/local/lib/libelementary-ver-pre-svn-09.so.0(elm_run+0x17)[0xb7f4a647] /usr/local/bin/elementary_test[0x8055c76] /usr/local/bin/elementary_test[0x8055d2f] /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0xb7a5ce37] /usr/local/bin/elementary_test[0x8054521] * Program received signal SIGABRT, Aborted. 0xb7fe2832 in ?? () from /lib/ld-linux.so.2 (gdb) bt #0 0xb7fe2832 in ?? () from /lib/ld-linux.so.2 #1 0xb7a70e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7a7434e in abort () at abort.c:92 #3 0xb7de942e in eina_threads_shutdown () at eina_main.c:368 #4 0xb7d425b1 in _evas_preload_thread_end (data=0x825e2e8) at evas_preload.c:58 #5 0xb7d42561 in _evas_preload_thread_done (target=0x825e2e8, type=EVAS_CALLBACK_MOUSE_IN, event_info=0x83003a0) at evas_preload.c:70 #6 0xb7d376e2 in evas_async_events_process () at evas_async_events.c:91 #7 0xb7d3f90a in evas_cache_image_load_data (im=0x84920a8) at evas_cache_image.c:1182 #8 0xb7d6e0f0 in evas_common_rgba_image_scalecache_do (ie=0x84920a8, dst=0x847ba40, dc=0x8235e60, smooth=1, src_region_x=0, src_region_y=0, src_region_w=48, src_region_h=67, dst_region_x=101, dst_region_y=69, dst_region_w=48, dst_region_h=67) at evas_image_scalecache.c:558 #9 0xb7fc8c88 in eng_image_draw (data=0x8363af8, context=0x8235e60, surface=0x847ba40, image=0x84920a8, src_x=0, src_y=0, src_w=48, src_h=67, dst_x=101, dst_y=69, dst_w=48, dst_h=67, smooth=1) at evas_engine.c:544 #10 0xb7cee75b in evas_object_image_render (obj=0xb697de60, output=0x8363af8, context=0x8235e60, surface=0x847ba40, x=0, y=0) at evas_object_image.c:3111 #11 0xb7d2f15f in evas_render_mapped (e=0x840a340, obj=0xb697de60, context=0x8235e60, surface=0x847ba40, off_x=0, off_y=0, mapped=0, ecx=0, ecy=0, ecw=320, ech=480) at evas_render.c:1268 #12 0xb7d3271c in evas_render_updates_internal (e=value optimized out, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:1585 #13 0xb7c818b7 in _ecore_evas_x_render (ee=0x810f2b8) at ecore_evas_x.c:256 #14 0xb7c7cc7e in _ecore_evas_idle_enter (data=0x0) at ecore_evas.c:52 #15 0xb7ca13af in _ecore_call_task_cb () at ecore_private.h:264 #16 _ecore_idle_enterer_call () at ecore_idle_enterer.c:164 #17 0xb7ca3a04 in _ecore_main_gsource_dispatch (source=0x80b9170, callback=0, user_data=0x0) at ecore_main.c:706 #18 0xb777aaa8 in g_main_dispatch (context=0x80ba280) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:2440 #19 g_main_context_dispatch (context=0x80ba280) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3013 #20 0xb777b270 in g_main_context_iterate (context=0x80ba280,
