Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
I suppose the xcb is left to me to fix when I run into this... dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/ChangeLog 2012-02-16 19:26:30 UTC (rev 68031) @@ -494,3 +494,9 @@ * Add ecore_imf APIs to set return key type, disable return key. +2012-02-16 Leif Middelschulte (T_UNIX) + + * Add ecore_x_randr_mode_add to add a mode to a display + * Add ecore_x_randr_mode_del to remove a mode from the display + * Add ecore_x_randr_output_mode_add to add a mode to an output + * Add ecore_x_randr_output_mode_del to remove a mode from an output Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 19:26:30 UTC (rev 68031) @@ -2749,6 +2749,11 @@ EAPI Ecore_X_Randr_Mode_Info ** ecore_x_randr_modes_info_get(Ecore_X_Window root, int *num); +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info); +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode_Info * ecore_x_randr_mode_info_get(Ecore_X_Window root, Ecore_X_Randr_Mode mode); @@ -2840,6 +2845,12 @@ Ecore_X_Randr_Crtc crtc_r2, Ecore_X_Randr_Output_Policy policy, Ecore_X_Randr_Relative_Alignment alignment); +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); +EAPI void +ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode * ecore_x_randr_output_modes_get(Ecore_X_Window root, Ecore_X_Randr_Output output, Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 19:26:30 UTC (rev 68031) @@ -380,6 +380,48 @@ } /* + * @brief add a mode to a display + * @param root window to which's screen's ressources are added + * @param mode_info + * @return Ecore_X_Randr_Mode of the added mode. Ecore_X_Randr_None if mode + * adding failed. + * @since 1.2.0 + */ +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + Ecore_X_Randr_Mode mode = Ecore_X_Randr_None; + + if (_ecore_x_randr_root_validate(root) mode_info) + mode = XRRCreateMode(_ecore_x_disp, root, (XRRModeInfo*)mode_info); + + return mode; +#else + return Ecore_X_Randr_None; +#endif +} + +/* + * @brief delete a mode from the display + * @param mode_info + * @since 1.2.0 + */ +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(); + + XRRDestroyMode(_ecore_x_disp, mode); +#else + return; +#endif +} + +/* * @brief get detailed information for a given mode id * @param root window which's screen's ressources are queried * @param mode the XID which identifies the mode of interest @@ -1364,6 +1406,54 @@ #endif } +/* + * @brief add given mode to given output + * @param output the output the mode is added to + * @param mode the mode added to the output + * @return EINA_FALSE if output or mode equal Ecore_X_Randr_None, else EINA_TRUE + * Additionally, if xcb backend is used, the success of the addition is reported + * back directly. + * @since 1.2.0 + */ +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + + if ((output == Ecore_X_Randr_None) || (mode == Ecore_X_Randr_None)) + return EINA_FALSE; + + XRRAddOutputMode(_ecore_x_disp, output, mode); + return EINA_TRUE; +#else + return EINA_FALSE; +#endif +} + +/* + * @brief delete given mode from given output + * @param output the output the mode is removed from + * @param mode the mode removed from the output + * @since 1.2.0 + */ +EAPI void +ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR +
Re: [E-devel] edje patch (lua)
- Original Message - From: David Seikel onef...@gmail.com To: Vincent Torri vincent.to...@gmail.com Cc: enlightenment-devel@lists.sourceforge.net Sent: Saturday, February 18, 2012 1:41:56 PM Subject: Re: [E-devel] edje patch (lua) On Sat, 18 Feb 2012 14:46:36 +0100 Vincent Torri vincent.to...@gmail.com wrote: hey does the below break something ? Vincent Index: src/lib/edje_lua2.c === --- src/lib/edje_lua2.c (revision 68106) +++ src/lib/edje_lua2.c (working copy) @@ -2930,16 +2930,16 @@ { Edje_Lua_Obj *obj = (Edje_Lua_Obj *)lua_touserdata(L, 1); // Stack usage [-0, +0, -] Edje_Lua_Evas_Object *elo = (Edje_Lua_Evas_Object *)obj; - Evas_Coord x1, y1, x2, y2; + Evas_Coord xx1, yy1, xx2, yy2; if (!_elua_isa(obj, _elua_evas_line_meta)) return 0; - if (_elua_scan_params(L, 2, %x1 %y1 %x2 %y2, x1, y1, x2, y2) 0) + if (_elua_scan_params(L, 2, %x1 %y1 %x2 %y2, xx1, yy1, xx2, yy2) 0) { // Stack usage [-0, +0, m] unless it's in a table [-4, +4, e] - evas_object_line_xy_set(elo-evas_obj, x1, y1, x2, y2); + evas_object_line_xy_set(elo-evas_obj, xx1, yy1, xx2, yy2); } - evas_object_line_xy_get(elo-evas_obj, x1, y1, x2, y2); - _elua_ret(L, %x1 %y1 %x2 %y2, x1, y1, x2, y2); + evas_object_line_xy_get(elo-evas_obj, xx1, yy1, xx2, yy2); + _elua_ret(L, %x1 %y1 %x2 %y2, xx1, yy1, xx2, yy2); // Stack usage [-8, +9, em] return 1; } That's not changing the text, which is the names and types of the Lua table fields being passed back and forth, hence the API the Lua side expects. So it's not breaking anything. The local variables can be named anything. Though I'm not so sure that changing local variable names to avoid using the very obscure and badly named y1 global variable, then replacing it with a slightly less obscure and badly named yy* variable that might be used be lexers and parsers, is such a good idea. Yes, I'm actually working on a project now that uses lexers and parsers that like to use lots of yy* names, and mixing it with EFL Lua c So far, all I am seeing is a var rename. It's just a warning, only one warning in the entire library, nothing is actually broken. Anyone that wants to actually use obscure maths functions probably wont suffer from any real problem coz we have a single local variable that's not going to be anywhere near their code. I certainly don't think we will EVER need obscure maths inside that line drawing wrapper function. plus the vars used should not lead to problems. It wont actually break my lexer and parser either, even if it does cause more warnings. shrugs If you really insist, just change the local C y1 variable to something like - y1_its_not_a_fucking_bessel_function No need to change the others, they are innocent. What's the point of variable scoping rules if you can't use them? What's the point of fixing something that's not broken? Onefang...this is EFL tho. If we're not providing the future, we are reliving the past We've been there I'm not buying the argument that all those warnings are gonna obscure real problems, there's only one warning, and there's no real problem. lol Otherwise we are just letting the compiler bully us into making the code not so clean to read. It's good that the Lua names match up with the C names, less confusing, neat, clean. YES. Will make transitions easier... Acceptable.. dh I can live with one tiny wart caused by obscure maths functions we will never use. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
On Sun, 19 Feb 2012 08:33:07 + (UTC) cpmicha...@comcast.net said: actually at this stage - with xcb being a first class citizen, any changes to ecore-x should work on both xlib and xcb - i know its extra work, but thats how it goes with supporting multiple back-ends :) at least its only 2. :) I suppose the xcb is left to me to fix when I run into this... dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/ChangeLog 2012-02-16 19:26:30 UTC (rev 68031) @@ -494,3 +494,9 @@ * Add ecore_imf APIs to set return key type, disable return key. +2012-02-16 Leif Middelschulte (T_UNIX) + + * Add ecore_x_randr_mode_add to add a mode to a display + * Add ecore_x_randr_mode_del to remove a mode from the display + * Add ecore_x_randr_output_mode_add to add a mode to an output + * Add ecore_x_randr_output_mode_del to remove a mode from an output Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 19:26:30 UTC (rev 68031) @@ -2749,6 +2749,11 @@ EAPI Ecore_X_Randr_Mode_Info ** ecore_x_randr_modes_info_get(Ecore_X_Window root, int *num); +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info); +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode_Info * ecore_x_randr_mode_info_get(Ecore_X_Window root, Ecore_X_Randr_Mode mode); @@ -2840,6 +2845,12 @@ Ecore_X_Randr_Crtc crtc_r2, Ecore_X_Randr_Output_Policy policy, Ecore_X_Randr_Relative_Alignment alignment); +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); +EAPI void +ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode * ecore_x_randr_output_modes_get(Ecore_X_Window root, Ecore_X_Randr_Output output, Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 19:26:30 UTC (rev 68031) @@ -380,6 +380,48 @@ } /* + * @brief add a mode to a display + * @param root window to which's screen's ressources are added + * @param mode_info + * @return Ecore_X_Randr_Mode of the added mode. Ecore_X_Randr_None if mode + * adding failed. + * @since 1.2.0 + */ +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + Ecore_X_Randr_Mode mode = Ecore_X_Randr_None; + + if (_ecore_x_randr_root_validate(root) mode_info) + mode = XRRCreateMode(_ecore_x_disp, root, (XRRModeInfo*)mode_info); + + return mode; +#else + return Ecore_X_Randr_None; +#endif +} + +/* + * @brief delete a mode from the display + * @param mode_info + * @since 1.2.0 + */ +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(); + + XRRDestroyMode(_ecore_x_disp, mode); +#else + return; +#endif +} + +/* * @brief get detailed information for a given mode id * @param root window which's screen's ressources are queried * @param mode the XID which identifies the mode of interest @@ -1364,6 +1406,54 @@ #endif } +/* + * @brief add given mode to given output + * @param output the output the mode is added to + * @param mode the mode added to the output + * @return EINA_FALSE if output or mode equal Ecore_X_Randr_None, else EINA_TRUE + * Additionally, if xcb backend is used, the success of the addition is reported + * back directly. + * @since 1.2.0 + */ +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + + if ((output == Ecore_X_Randr_None) || (mode == Ecore_X_Randr_None)) + return EINA_FALSE; +
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
On Sun, 19 Feb 2012 19:12:26 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 08:33:07 + (UTC) cpmicha...@comcast.net said: actually at this stage - with xcb being a first class citizen, any changes to ecore-x should work on both xlib and xcb - i know its extra work, but thats how it goes with supporting multiple back-ends :) at least its only 2. :) I suppose the xcb is left to me to fix when I run into this... dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c WAYYLAANDD -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sanjeev IN trunk/PROTO/elev8: . src src/bin src/include src/modules
On Thu, 16 Feb 2012 13:46:57 -0200 Leandro Pereira lean...@profusion.mobi said: On 02/16/2012 04:02 AM, Enlightenment SVN wrote: Log: Modularize elev8. Cleanup required, but this is a working version. It would be nice if, instead of loading everything automatically, we had a global modules object, where we could do things like: elm = modules.elm; dbus = modules.dbus; this involves naming the base namespace -i dont really much like that. If the modules object does not have either elm or dbus keys, it will be loaded -- essentially becoming a way to dynamically importing modules. After the module has been loaded, a reference to it will be in the modules object already, so that even if one use modules.elm it won't reload the module. i think its just better for a module to expose a base namespace object - eg dbus or elm but only after loaded so i'd do: module(dbus); that finds the module named dbus and that will then expose 1 or more object names (dbus or anything else). Assigning to a short variable isn't mandatory, of course. So writing elm = modules.elm would just create a shorthand so things like elm.window() will still work. i'd just have it return true/false as above This might also be used to load JavaScript modules, much like the way Python does (import foo will try to load foomodule.so and if that fails, will try to load foo.py), so libraries built on top of Elev8's JS API can be written and distributed alongside it. Python also have a PYTHONPATH environment variable which can be used to specify (much like the standard PATH variable) a colon-delimited list of places to look for a module. well first call would be to have loading of a named module at all. i'd say let a module expose whatever namespaces it likes. at least then its always consistent from 1 app to another so its easy to read, follow and learn. how it looks for modules - THAT is an interesting one. this same mechanism can be used for apps to provide a hybrid approach - and provide performance critical modules of their own written in c/c++ - of course for security reasons this may want to be disabled at runtime by the launching environment, but maybe this should be a different api that just uses the same internals? anyway - question on path search (of course elev8's own modules dir, and lets say also a ~/.elev8/modules dir in the homedir of the user, and maybe an env var as well?) could be done - just a matter of building a path search list from this and using it. Any thoughts on this? -void load_modules(v8::Handlev8::ObjectTemplate global) + +//TODO : Add support for User Home Dir based modules. +void load_modules() { - Eina_Inlist *itr = NULL; - for (itr = root; itr != NULL; itr = itr-next) + int retval = 0; + + /* load all the modules in the installed path PACKAGE_LIB_DIR */ + + DIR *dirp; + struct dirent *dp; + char buffer[MAX_LEN]; + Eina_Module *ptr = NULL; These are not being used. It would be a good idea to build this with -Werror -Wall -Wextra -Wshadow to catch this kind of errors. === --- trunk/PROTO/elev8/src/include/elev8_dbus.h 2012-02-16 05:58:47 UTC (rev 68002) +++ trunk/PROTO/elev8/src/include/elev8_dbus.h 2012-02-16 06:02:26 UTC (rev 68003) @@ -10,6 +10,13 @@ #includemap #includeelev8_common.h +#define DBUS_DBG(...) EINA_LOG_DOM_DBG(elev8_dbus_log_domain, __VA_ARGS__) +#define DBUS_INF(...) EINA_LOG_DOM_INFO(elev8_dbus_log_domain, __VA_ARGS__) +#define DBUS_WRN(...) EINA_LOG_DOM_WARN(elev8_dbus_log_domain, __VA_ARGS__) +#define DBUS_ERR(...) EINA_LOG_DOM_ERR(elev8_dbus_log_domain, __VA_ARGS__) +#define DBUS_CRT(...) EINA_LOG_DOM_CRITICAL(elev8_dbus_log_domain, __VA_ARGS__) You could move each module to its own directory -- and the .cc files only include files from these directories, you could have DBG(...) instead of ${MODULE}_DBG(...) to keep things cleaner. This way no other module will accidentally use another module's log domain. Also, there's no need to use these macros with a newline character, since Eina_Log already does that for you: INF(frobnicating foobar); (Unless you'd like to space things out more so that a message stands out -- but then you should really use other tools to filter out these messages anyway.) +typedef int (*module_init)(HandleObjectTemplate global); +typedef int (*module_deinit)(void); Won't a data voidptr be useful while deallocating a module? By the way, with you splitting things into loadable modules, it would be a nice idea to also implement each elm widget in its own .cc file. This would not only make incremental building faster, but would also be easier to scrounge inside each wrapper's code. Cheers, Leandro --
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Sat, 18 Feb 2012 23:31:28 +0100 Martin Jansa martin.ja...@gmail.com said: On Wed, Feb 15, 2012 at 07:39:24PM +0100, Martin Jansa wrote: On Tue, Feb 14, 2012 at 04:15:28PM +0100, hannes.janet...@gmail.com wrote: On Tue, Feb 14, 2012 at 12:47 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 6 Feb 2012 22:20:04 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com said: ok - i'm stumped. it's doing soem bizarre list logic where it keeps taking things off the rect list and putting them back again, taking them off, putting them back, and finding out why is hard due it it taking a long time to trigger and then trying to figure out the logic hole then by stepping is painful. i'm going to have to leave this bug and get onto other things. :( sorry for having made this much trouble. had this bug lying around for a while and thought to at least mention it. i think i've seen cases where 'rects' list has loops if that helps... anyway no hurry for me with it. I'm not sure if it's caused by this issue or not, but one simple script we had started to cause OOM killer going after enlightenment process. After I have stripped all parts of that script which are not needed to provoke OOM killer it's pretty simple: SHR root@gjama ~ $ cat oom.py #!/usr/bin/env python import elementary print Start elementary.init() win = elementary.Window('oom',0); bg = elementary.Background(win) bg.show() win.title_set('OOM') win.show() win.resize_object_add(bg) win.fullscreen_set(True) elementary.run() elementary.shutdown() exit() First I've seen this with r67883, and maybe 100 revisions back it was still working. I can still reproduce it with r68118 and the key point is elm_win_fullscreen_set(win, EINA_TRUE); without fullscreen it works (well does nothing as expected). Debuging testcase doesn't show clearly which instruction caused it, because enlightenment process (not the testcase) is causing OOM. And when trying to debug enlightenment process I wasn't able to get reasonable bt.. trying to bisect now as this is relatively new. Here is simple testcase without python: #include eina_types.h #include Evas.h #include Ecore_X.h #include Edje.h #include elm_general.h #include elm_object.h #include elm_win.h int elm_main(int argc, char *argv[]) { Evas_Object *win; win = elm_win_add(NULL, win-example, ELM_WIN_BASIC); elm_win_title_set(win, Elm_Win Example); elm_win_fullscreen_set(win, EINA_TRUE); evas_object_show(win); elm_run(); return 0; } ELM_MAIN(); i dont think this is an issue - some window goes fullscreen. fine - i have that all the time on e and it doesnt go eating memory - WHY is your oom killer wanting to kill e? and if it ACTUALLY is using lots of memory - what is it using at that time it's killed? (instead of killing it, find out where all its allocations have gone). i dont see anything odd here :/ -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL on OSEK systems?
Am Sat, 18 Feb 2012 16:46:46 +0900 schrieb Carsten Haitzler (The Rasterman): On Fri, 17 Feb 2012 23:02:16 +0100 Andreas Volz li...@brachttal.net said: Hello, I like to know you opinion about usage of EFL (edje) on OSEK systems? If you don't know what OSEK is here some links: http://en.wikipedia.org/wiki/OSEK http://www.osek-vdx.org/ http://portal.osek-vdx.org/files/pdf/specs/os223.pdf http://www.openosek.org/tikiwiki/tiki-index.php For sure this would need some porting effort. But the question is if a port would be realistic and reasonable. well you'd have to provide a posix layer - like evil does for missing posix stuff in windows. For example most stuff that is standard on Unix systems isn't available (e.g. POSIX standards). Another important information is that the number of application tasks, stacks, mutexes, etc. is statically configured. a quick read of some of those links gave me very much that impression. its a very simple and limited RTOS style system with no memory protection, real processes you can control at runtime etc. - it's a monolithic compiled all-at-once system that simply co-operatively multitasks in a fixed way. as such - this kind of os is dead or dying. we could port - but not for a very long term benefit. as such things like genivi (and i think now tizen ivi will support/be that and thus efl will be coming along for the ride). as such the same people behind osek are behind genivi.. so i suspect they are abandoning osek for a more modern os approach as above and in that world - efl is already along for the ride. :) Thank you for you opinion. That genivi website sounds interesting. My employee is also member of genivi. But until now I never heard that much in customer projects about genivi. It's always OSEK and Autosar. Maybe this will change in the next years... regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sanjeev IN trunk/PROTO/elev8: . src src/bin src/include src/modules
On Sun, 19 Feb 2012 19:27:56 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 16 Feb 2012 13:46:57 -0200 Leandro Pereira lean...@profusion.mobi said: On 02/16/2012 04:02 AM, Enlightenment SVN wrote: Log: Modularize elev8. Cleanup required, but this is a working version. It would be nice if, instead of loading everything automatically, we had a global modules object, where we could do things like: elm = modules.elm; dbus = modules.dbus; this involves naming the base namespace -i dont really much like that. If the modules object does not have either elm or dbus keys, it will be loaded -- essentially becoming a way to dynamically importing modules. After the module has been loaded, a reference to it will be in the modules object already, so that even if one use modules.elm it won't reload the module. i think its just better for a module to expose a base namespace object - eg dbus or elm but only after loaded so i'd do: module(dbus); that finds the module named dbus and that will then expose 1 or more object names (dbus or anything else). Assigning to a short variable isn't mandatory, of course. So writing elm = modules.elm would just create a shorthand so things like elm.window() will still work. i'd just have it return true/false as above This might also be used to load JavaScript modules, much like the way Python does (import foo will try to load foomodule.so and if that fails, will try to load foo.py), so libraries built on top of Elev8's JS API can be written and distributed alongside it. Python also have a PYTHONPATH environment variable which can be used to specify (much like the standard PATH variable) a colon-delimited list of places to look for a module. well first call would be to have loading of a named module at all. i'd say let a module expose whatever namespaces it likes. at least then its always consistent from 1 app to another so its easy to read, follow and learn. how it looks for modules - THAT is an interesting one. this same mechanism can be used for apps to provide a hybrid approach - and provide performance critical modules of their own written in c/c++ - of course for security reasons this may want to be disabled at runtime by the launching environment, but maybe this should be a different api that just uses the same internals? anyway - question on path search (of course elev8's own modules dir, and lets say also a ~/.elev8/modules dir in the homedir of the user, and maybe an env var as well?) could be done - just a matter of building a path search list from this and using it. This does sound a lot like the similar issues with edje Lua. Similar solutions might help to keep things consistent? -- 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL on OSEK systems?
On Sun, 19 Feb 2012 12:57:14 +0100 Andreas Volz li...@brachttal.net said: Thank you for you opinion. That genivi website sounds interesting. My employee is also member of genivi. But until now I never heard that much in customer projects about genivi. It's always OSEK and Autosar. Maybe this will change in the next years... that would make sense because osek is much older - thus its entrenched in the market, but as such it's not even an OS (IMHO) as its a monolithic code blob that it seesm you compile your app into - so your app, kernel, drivers, libs .. it's not separated at all - just one big blob, and that's going to be hard for efl to live in. i guess with some work it can be done if it's really desired, but as i said - it seems the next generation is already there and has some support - it just may not have all the momentum yet. i imagine if you ask about genivi, or tizen ivi and stuff people may give you some more information - eg customers are planning it, but for products in 2-4 years or something, so you'd have to be getting in on an early phase oh product building, as opposed to the later stages, or maybe just wait and let the world come to you :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
2012/2/19 cpmicha...@comcast.net: I suppose the xcb is left to me to fix when I run into this... Yeah, sorry Michael I have to push this onto you. I'm not familiar with the XCB bindings. It was necessary for stuff in e_randr. I hope it's not too much effort. dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/ChangeLog 2012-02-16 19:26:30 UTC (rev 68031) @@ -494,3 +494,9 @@ * Add ecore_imf APIs to set return key type, disable return key. +2012-02-16 Leif Middelschulte (T_UNIX) + + * Add ecore_x_randr_mode_add to add a mode to a display + * Add ecore_x_randr_mode_del to remove a mode from the display + * Add ecore_x_randr_output_mode_add to add a mode to an output + * Add ecore_x_randr_output_mode_del to remove a mode from an output Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 19:26:30 UTC (rev 68031) @@ -2749,6 +2749,11 @@ EAPI Ecore_X_Randr_Mode_Info ** ecore_x_randr_modes_info_get(Ecore_X_Window root, int *num); +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info); +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode_Info * ecore_x_randr_mode_info_get(Ecore_X_Window root, Ecore_X_Randr_Mode mode); @@ -2840,6 +2845,12 @@ Ecore_X_Randr_Crtc crtc_r2, Ecore_X_Randr_Output_Policy policy, Ecore_X_Randr_Relative_Alignment alignment); +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); +EAPI void +ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode * ecore_x_randr_output_modes_get(Ecore_X_Window root, Ecore_X_Randr_Output output, Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 19:26:30 UTC (rev 68031) @@ -380,6 +380,48 @@ } /* + * @brief add a mode to a display + * @param root window to which's screen's ressources are added + * @param mode_info + * @return Ecore_X_Randr_Mode of the added mode. Ecore_X_Randr_None if mode + * adding failed. + * @since 1.2.0 + */ +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + Ecore_X_Randr_Mode mode = Ecore_X_Randr_None; + + if (_ecore_x_randr_root_validate(root) mode_info) + mode = XRRCreateMode(_ecore_x_disp, root, (XRRModeInfo*)mode_info); + + return mode; +#else + return Ecore_X_Randr_None; +#endif +} + +/* + * @brief delete a mode from the display + * @param mode_info + * @since 1.2.0 + */ +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(); + + XRRDestroyMode(_ecore_x_disp, mode); +#else + return; +#endif +} + +/* * @brief get detailed information for a given mode id * @param root window which's screen's ressources are queried * @param mode the XID which identifies the mode of interest @@ -1364,6 +1406,54 @@ #endif } +/* + * @brief add given mode to given output + * @param output the output the mode is added to + * @param mode the mode added to the output + * @return EINA_FALSE if output or mode equal Ecore_X_Randr_None, else EINA_TRUE + * Additionally, if xcb backend is used, the success of the addition is reported + * back directly. + * @since 1.2.0 + */ +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + + if ((output == Ecore_X_Randr_None) || (mode == Ecore_X_Randr_None)) + return EINA_FALSE; + + XRRAddOutputMode(_ecore_x_disp, output, mode); + return EINA_TRUE; +#else + return EINA_FALSE; +#endif +} + +/* + * @brief delete given mode from given output + * @param output the output the mode is removed from + * @param
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
- Original Message - From: Michael Blumenkrantz michael.blumenkra...@gmail.com To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Cc: ras...@rasterman.com Sent: Sunday, February 19, 2012 5:17:36 AM Subject: Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib On Sun, 19 Feb 2012 19:12:26 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 08:33:07 + (UTC) cpmicha...@comcast.net said: actually at this stage - with xcb being a first class citizen, any changes to ecore-x should work on both xlib and xcb - i know its extra work, but thats how it goes with supporting multiple back-ends :) at least its only 2. :) I suppose the xcb is left to me to fix when I run into this... dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c WAYYLAANDD Oh wait, so it's not just 2 back-ends to support anymore ;) dh -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL on OSEK systems?
Hi, On Fri, Feb 17, 2012 at 11:02 PM, Andreas Volz li...@brachttal.net wrote: I like to know you opinion about usage of EFL (edje) on OSEK systems? If you don't know what OSEK is here some links: http://en.wikipedia.org/wiki/OSEK http://www.osek-vdx.org/ http://portal.osek-vdx.org/files/pdf/specs/os223.pdf http://www.openosek.org/tikiwiki/tiki-index.php For sure this would need some porting effort. But the question is if a port would be realistic and reasonable. For example most stuff that is standard on Unix systems isn't available (e.g. POSIX standards). Another important information is that the number of application tasks, stacks, mutexes, etc. is statically configured. What do you think? I did that recently for another custom monolytic OS. It's currently very easy to do that porting effort. EFL with the right configuration option and up to Elementary require less than 50 system call. It took me one month to do that work. I have done for that purpose a library that I should commit to svn next week, that will help you do that work. Once it's svn don't hesitate asking question ! Regards, -- Cedric BAIL -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Sun, Feb 19, 2012 at 07:30:54PM +0900, Carsten Haitzler wrote: On Sat, 18 Feb 2012 23:31:28 +0100 Martin Jansa martin.ja...@gmail.com said: On Wed, Feb 15, 2012 at 07:39:24PM +0100, Martin Jansa wrote: On Tue, Feb 14, 2012 at 04:15:28PM +0100, hannes.janet...@gmail.com wrote: On Tue, Feb 14, 2012 at 12:47 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 6 Feb 2012 22:20:04 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com said: ok - i'm stumped. it's doing soem bizarre list logic where it keeps taking things off the rect list and putting them back again, taking them off, putting them back, and finding out why is hard due it it taking a long time to trigger and then trying to figure out the logic hole then by stepping is painful. i'm going to have to leave this bug and get onto other things. :( sorry for having made this much trouble. had this bug lying around for a while and thought to at least mention it. i think i've seen cases where 'rects' list has loops if that helps... anyway no hurry for me with it. I'm not sure if it's caused by this issue or not, but one simple script we had started to cause OOM killer going after enlightenment process. After I have stripped all parts of that script which are not needed to provoke OOM killer it's pretty simple: SHR root@gjama ~ $ cat oom.py #!/usr/bin/env python import elementary print Start elementary.init() win = elementary.Window('oom',0); bg = elementary.Background(win) bg.show() win.title_set('OOM') win.show() win.resize_object_add(bg) win.fullscreen_set(True) elementary.run() elementary.shutdown() exit() First I've seen this with r67883, and maybe 100 revisions back it was still working. I can still reproduce it with r68118 and the key point is elm_win_fullscreen_set(win, EINA_TRUE); without fullscreen it works (well does nothing as expected). Debuging testcase doesn't show clearly which instruction caused it, because enlightenment process (not the testcase) is causing OOM. And when trying to debug enlightenment process I wasn't able to get reasonable bt.. trying to bisect now as this is relatively new. Here is simple testcase without python: #include eina_types.h #include Evas.h #include Ecore_X.h #include Edje.h #include elm_general.h #include elm_object.h #include elm_win.h int elm_main(int argc, char *argv[]) { Evas_Object *win; win = elm_win_add(NULL, win-example, ELM_WIN_BASIC); elm_win_title_set(win, Elm_Win Example); elm_win_fullscreen_set(win, EINA_TRUE); evas_object_show(win); elm_run(); return 0; } ELM_MAIN(); i dont think this is an issue - some window goes fullscreen. fine - i have that all the time on e and it doesnt go eating memory - WHY is your oom killer wanting to kill e? and if it ACTUALLY is using lots of memory - what is it It ACTUALLY eats a lots of memory, even if I increase mem in VM from 128M to 512M it eats a lot and it gets killed again Killed process 11177 (enlightenment) total-vm:653476kB, anon-rss:414600kB, file-rss:4012kB And at least before r67710 it was working fine on phone with 128M.. so something was changed between r67710 and r67800 which causes increased mem usage and I'll finish bisect and send info which commit is causing this.. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL on OSEK systems?
On Sun, Feb 19, 2012 at 6:42 PM, Cedric BAIL cedric.b...@free.fr wrote: Hi, On Fri, Feb 17, 2012 at 11:02 PM, Andreas Volz li...@brachttal.net wrote: I like to know you opinion about usage of EFL (edje) on OSEK systems? If you don't know what OSEK is here some links: http://en.wikipedia.org/wiki/OSEK http://www.osek-vdx.org/ http://portal.osek-vdx.org/files/pdf/specs/os223.pdf http://www.openosek.org/tikiwiki/tiki-index.php For sure this would need some porting effort. But the question is if a port would be realistic and reasonable. For example most stuff that is standard on Unix systems isn't available (e.g. POSIX standards). Another important information is that the number of application tasks, stacks, mutexes, etc. is statically configured. What do you think? I did that recently for another custom monolytic OS. It's currently very easy to do that porting effort. EFL with the right configuration option and up to Elementary require less than 50 system call. It took me one month to do that work. I have done for that purpose a library that I should commit to svn next week, that will help you do that work. Once it's svn don't hesitate asking question ! will you include evil, or just your lib ? And i would actually like to keep Evil as name to avoid plenty of changes in the svn code Vincent -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Sun, Feb 19, 2012 at 08:28:56PM +0100, Martin Jansa wrote: On Sun, Feb 19, 2012 at 07:30:54PM +0900, Carsten Haitzler wrote: On Sat, 18 Feb 2012 23:31:28 +0100 Martin Jansa martin.ja...@gmail.com said: On Wed, Feb 15, 2012 at 07:39:24PM +0100, Martin Jansa wrote: On Tue, Feb 14, 2012 at 04:15:28PM +0100, hannes.janet...@gmail.com wrote: On Tue, Feb 14, 2012 at 12:47 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 6 Feb 2012 22:20:04 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com said: ok - i'm stumped. it's doing soem bizarre list logic where it keeps taking things off the rect list and putting them back again, taking them off, putting them back, and finding out why is hard due it it taking a long time to trigger and then trying to figure out the logic hole then by stepping is painful. i'm going to have to leave this bug and get onto other things. :( sorry for having made this much trouble. had this bug lying around for a while and thought to at least mention it. i think i've seen cases where 'rects' list has loops if that helps... anyway no hurry for me with it. I'm not sure if it's caused by this issue or not, but one simple script we had started to cause OOM killer going after enlightenment process. After I have stripped all parts of that script which are not needed to provoke OOM killer it's pretty simple: SHR root@gjama ~ $ cat oom.py #!/usr/bin/env python import elementary print Start elementary.init() win = elementary.Window('oom',0); bg = elementary.Background(win) bg.show() win.title_set('OOM') win.show() win.resize_object_add(bg) win.fullscreen_set(True) elementary.run() elementary.shutdown() exit() First I've seen this with r67883, and maybe 100 revisions back it was still working. I can still reproduce it with r68118 and the key point is elm_win_fullscreen_set(win, EINA_TRUE); without fullscreen it works (well does nothing as expected). Debuging testcase doesn't show clearly which instruction caused it, because enlightenment process (not the testcase) is causing OOM. And when trying to debug enlightenment process I wasn't able to get reasonable bt.. trying to bisect now as this is relatively new. Here is simple testcase without python: #include eina_types.h #include Evas.h #include Ecore_X.h #include Edje.h #include elm_general.h #include elm_object.h #include elm_win.h int elm_main(int argc, char *argv[]) { Evas_Object *win; win = elm_win_add(NULL, win-example, ELM_WIN_BASIC); elm_win_title_set(win, Elm_Win Example); elm_win_fullscreen_set(win, EINA_TRUE); evas_object_show(win); elm_run(); return 0; } ELM_MAIN(); i dont think this is an issue - some window goes fullscreen. fine - i have that all the time on e and it doesnt go eating memory - WHY is your oom killer wanting to kill e? and if it ACTUALLY is using lots of memory - what is it It ACTUALLY eats a lots of memory, even if I increase mem in VM from 128M to 512M it eats a lot and it gets killed again Killed process 11177 (enlightenment) total-vm:653476kB, anon-rss:414600kB, file-rss:4012kB And at least before r67710 it was working fine on phone with 128M.. so something was changed between r67710 and r67800 which causes increased mem usage and I'll finish bisect and send info which commit is causing this.. It's somehow caused by http://trac.enlightenment.org/e/changeset/67773 CCing devilhorns for spanking Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] large ecore-con-url bug
On Sun, 19 Feb 2012 16:13:24 +0900 Bluezery ohpo...@gmail.com wrote: OMG.. I attach my curl_test log. Can I get the your log ?? 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sun, 19 Feb 2012 15:32:56 +0900 Bluezery ohpo...@gmail.com wrote: Yeah, It may be caused by system difference. It's hard to find problems. But eocre_con_url should run independently. I have made libcurl testing application. It's almost same implementation as ecore_con_url's stuff. Can you test attached curl test ? when testing it, redirect standard out to /dev/null. ( curl_test /dev/null ) If this works well, maybe something wrong exists in my patch. 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sat, 18 Feb 2012 16:03:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 17 Feb 2012 21:40:37 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: Hi, Attached is a very tiny demo which showcases a pretty huge (imo) bug in ecore-con-url: multiple simultaneous fetches are broken. When more than one curl object is added, only the last one will actually be fetched. can't reproduce. i expanded your demo to call progress/data/complete callbacks. attached src and log. downloads both urls - in parallel (well for the first bit). the first 33.9kb data is fetched completely as is the 64.8k data. i haven't actually checked the data itself - but everything else is showing all ok. no proxy set up here for this test btw. i ran a second test with a proxy (well proxy fwd'd via an ssh tunnel to the other side of the world) and it works too with slightly different fetch ordering. attached logs+src. my svn updated and completely rebuilt just before this test was run. I've attached two logs from your updated example: ecore_con_url.log is from current ecore-con ecore_con_url-old.log is from 65835 (prior to the commit I cited) At present, there is no data downloaded for the first URL. It seems to be somehow system-dependent, though not curl version dependent as I have tested older versions with no change. Since I don't typically work on curl stuff, it would be great if someone could point me in the right direction for trying to debug this. The only other alternative, if this cannot be fixed prior to release, is to revert r65888 and then rebase every subsequent commit on top of the old code. In cases like this it's rarely just one person who has a bug, so I would rather release with the old and working code than what is currently in svn. test works, both files download. SPER weird update: it works fine under valgrind. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Sun, 19 Feb 2012 22:52:34 +0100 Martin Jansa martin.ja...@gmail.com said: It's somehow caused by http://trac.enlightenment.org/e/changeset/67773 CCing devilhorns for spanking wtf? that's REMOVING something that was consuming memory (and well showing the created, but never visible e_win that was meant to be used)... -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
On Sun, 19 Feb 2012 15:18:40 + (UTC) cpmicha...@comcast.net said: - Original Message - From: Michael Blumenkrantz michael.blumenkra...@gmail.com To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Cc: ras...@rasterman.com Sent: Sunday, February 19, 2012 5:17:36 AM Subject: Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib On Sun, 19 Feb 2012 19:12:26 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 08:33:07 + (UTC) cpmicha...@comcast.net said: actually at this stage - with xcb being a first class citizen, any changes to ecore-x should work on both xlib and xcb - i know its extra work, but thats how it goes with supporting multiple back-ends :) at least its only 2. :) I suppose the xcb is left to me to fix when I run into this... dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c WAYYLAANDD Oh wait, so it's not just 2 back-ends to support anymore ;) 2 backends for ecore-x. wayland is a totally different kettle of fish. :) dh -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] large ecore-con-url bug
On Sun, 19 Feb 2012 18:14:08 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Sun, 19 Feb 2012 16:13:24 +0900 Bluezery ohpo...@gmail.com wrote: OMG.. I attach my curl_test log. Can I get the your log ?? 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sun, 19 Feb 2012 15:32:56 +0900 Bluezery ohpo...@gmail.com wrote: Yeah, It may be caused by system difference. It's hard to find problems. But eocre_con_url should run independently. I have made libcurl testing application. It's almost same implementation as ecore_con_url's stuff. Can you test attached curl test ? when testing it, redirect standard out to /dev/null. ( curl_test /dev/null ) If this works well, maybe something wrong exists in my patch. 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sat, 18 Feb 2012 16:03:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 17 Feb 2012 21:40:37 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: Hi, Attached is a very tiny demo which showcases a pretty huge (imo) bug in ecore-con-url: multiple simultaneous fetches are broken. When more than one curl object is added, only the last one will actually be fetched. can't reproduce. i expanded your demo to call progress/data/complete callbacks. attached src and log. downloads both urls - in parallel (well for the first bit). the first 33.9kb data is fetched completely as is the 64.8k data. i haven't actually checked the data itself - but everything else is showing all ok. no proxy set up here for this test btw. i ran a second test with a proxy (well proxy fwd'd via an ssh tunnel to the other side of the world) and it works too with slightly different fetch ordering. attached logs+src. my svn updated and completely rebuilt just before this test was run. I've attached two logs from your updated example: ecore_con_url.log is from current ecore-con ecore_con_url-old.log is from 65835 (prior to the commit I cited) At present, there is no data downloaded for the first URL. It seems to be somehow system-dependent, though not curl version dependent as I have tested older versions with no change. Since I don't typically work on curl stuff, it would be great if someone could point me in the right direction for trying to debug this. The only other alternative, if this cannot be fixed prior to release, is to revert r65888 and then rebase every subsequent commit on top of the old code. In cases like this it's rarely just one person who has a bug, so I would rather release with the old and working code than what is currently in svn. test works, both files download. SPER weird update: it works fine under valgrind. works here to under valgrind. and no complaints from the big V. did u get any bitches? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
On Sun, 19 Feb 2012 15:57:30 +0100 Leif Middelschulte leif.middelschu...@gmail.com said: 2012/2/19 cpmicha...@comcast.net: I suppose the xcb is left to me to fix when I run into this... Yeah, sorry Michael I have to push this onto you. I'm not familiar with the XCB bindings. It was necessary for stuff in e_randr. I hope it's not too much effort. now's a good time to learn. just read the xcb headers - if u know the xlib functions you should figure out the xcb ones and then reading existing xcb code will show you how to use it. :) this is how i've learned most of what i know - reading someone elses code. standing on the shoulders of giants. dh - Original Message - From: Enlightenment SVN no-re...@enlightenment.org To: enlightenment-...@lists.sourceforge.net Sent: Thursday, February 16, 2012 2:26:30 PM Subject: E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib Log: Add mode add/del functions to ecore_x_randr Author: leif Date: 2012-02-16 11:26:30 -0800 (Thu, 16 Feb 2012) New Revision: 68031 Trac: http://trac.enlightenment.org/e/changeset/68031 Modified: trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/ChangeLog 2012-02-16 19:26:30 UTC (rev 68031) @@ -494,3 +494,9 @@ * Add ecore_imf APIs to set return key type, disable return key. +2012-02-16 Leif Middelschulte (T_UNIX) + + * Add ecore_x_randr_mode_add to add a mode to a display + * Add ecore_x_randr_mode_del to remove a mode from the display + * Add ecore_x_randr_output_mode_add to add a mode to an output + * Add ecore_x_randr_output_mode_del to remove a mode from an output Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-02-16 19:26:30 UTC (rev 68031) @@ -2749,6 +2749,11 @@ EAPI Ecore_X_Randr_Mode_Info ** ecore_x_randr_modes_info_get(Ecore_X_Window root, int *num); +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info); +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode_Info * ecore_x_randr_mode_info_get(Ecore_X_Window root, Ecore_X_Randr_Mode mode); @@ -2840,6 +2845,12 @@ Ecore_X_Randr_Crtc crtc_r2, Ecore_X_Randr_Output_Policy policy, Ecore_X_Randr_Relative_Alignment alignment); +EAPI Eina_Bool +ecore_x_randr_output_mode_add(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); +EAPI void +ecore_x_randr_output_mode_del(Ecore_X_Randr_Output output, + Ecore_X_Randr_Mode mode); EAPI Ecore_X_Randr_Mode * ecore_x_randr_output_modes_get(Ecore_X_Window root, Ecore_X_Randr_Output output, Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 18:38:37 UTC (rev 68030) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-02-16 19:26:30 UTC (rev 68031) @@ -380,6 +380,48 @@ } /* + * @brief add a mode to a display + * @param root window to which's screen's ressources are added + * @param mode_info + * @return Ecore_X_Randr_Mode of the added mode. Ecore_X_Randr_None if mode + * adding failed. + * @since 1.2.0 + */ +EAPI Ecore_X_Randr_Mode +ecore_x_randr_mode_info_add(Ecore_X_Window root, + Ecore_X_Randr_Mode_Info *mode_info) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(EINA_FALSE); + Ecore_X_Randr_Mode mode = Ecore_X_Randr_None; + + if (_ecore_x_randr_root_validate(root) mode_info) + mode = XRRCreateMode(_ecore_x_disp, root, (XRRModeInfo*)mode_info); + + return mode; +#else + return Ecore_X_Randr_None; +#endif +} + +/* + * @brief delete a mode from the display + * @param mode_info + * @since 1.2.0 + */ +EAPI void +ecore_x_randr_mode_del(Ecore_X_Randr_Mode mode) +{ +#ifdef ECORE_XRANDR + RANDR_CHECK_1_2_RET(); + + XRRDestroyMode(_ecore_x_disp, mode); +#else + return; +#endif +} + +/* * @brief get detailed information for a given mode id * @param root window which's screen's ressources are queried * @param mode the XID which identifies the mode of interest @@ -1364,6 +1406,54 @@ #endif } +/* + * @brief add given mode to given output + * @param output the output the mode is added to + * @param mode the mode added to the output + * @return EINA_FALSE if output or mode equal Ecore_X_Randr_None, else EINA_TRUE + * Additionally, if xcb backend is used, the success of the addition is reported + * back directly. + *
Re: [E-devel] large ecore-con-url bug
On Mon, 20 Feb 2012 08:45:18 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 18:14:08 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Sun, 19 Feb 2012 16:13:24 +0900 Bluezery ohpo...@gmail.com wrote: OMG.. I attach my curl_test log. Can I get the your log ?? 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sun, 19 Feb 2012 15:32:56 +0900 Bluezery ohpo...@gmail.com wrote: Yeah, It may be caused by system difference. It's hard to find problems. But eocre_con_url should run independently. I have made libcurl testing application. It's almost same implementation as ecore_con_url's stuff. Can you test attached curl test ? when testing it, redirect standard out to /dev/null. ( curl_test /dev/null ) If this works well, maybe something wrong exists in my patch. 2012/2/19 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Sat, 18 Feb 2012 16:03:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 17 Feb 2012 21:40:37 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: Hi, Attached is a very tiny demo which showcases a pretty huge (imo) bug in ecore-con-url: multiple simultaneous fetches are broken. When more than one curl object is added, only the last one will actually be fetched. can't reproduce. i expanded your demo to call progress/data/complete callbacks. attached src and log. downloads both urls - in parallel (well for the first bit). the first 33.9kb data is fetched completely as is the 64.8k data. i haven't actually checked the data itself - but everything else is showing all ok. no proxy set up here for this test btw. i ran a second test with a proxy (well proxy fwd'd via an ssh tunnel to the other side of the world) and it works too with slightly different fetch ordering. attached logs+src. my svn updated and completely rebuilt just before this test was run. I've attached two logs from your updated example: ecore_con_url.log is from current ecore-con ecore_con_url-old.log is from 65835 (prior to the commit I cited) At present, there is no data downloaded for the first URL. It seems to be somehow system-dependent, though not curl version dependent as I have tested older versions with no change. Since I don't typically work on curl stuff, it would be great if someone could point me in the right direction for trying to debug this. The only other alternative, if this cannot be fixed prior to release, is to revert r65888 and then rebase every subsequent commit on top of the old code. In cases like this it's rarely just one person who has a bug, so I would rather release with the old and working code than what is currently in svn. test works, both files download. SPER weird update: it works fine under valgrind. works here to under valgrind. and no complaints from the big V. did u get any bitches? none. I'm in the process of rewriting the whole thing now to test a theory, should be done soon with more info. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Mon, 20 Feb 2012 08:38:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 22:52:34 +0100 Martin Jansa martin.ja...@gmail.com said: It's somehow caused by http://trac.enlightenment.org/e/changeset/67773 CCing devilhorns for spanking wtf? that's REMOVING something that was consuming memory (and well showing the created, but never visible e_win that was meant to be used)... Yes, it's still leaking memory, just not as fast as it was before, so much harder to notice. Unless you're on a small device where it's more crucial. -- 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 -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Mon, 20 Feb 2012 13:59:49 +1000 David Seikel onef...@gmail.com said: On Mon, 20 Feb 2012 08:38:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 22:52:34 +0100 Martin Jansa martin.ja...@gmail.com said: It's somehow caused by http://trac.enlightenment.org/e/changeset/67773 CCing devilhorns for spanking wtf? that's REMOVING something that was consuming memory (and well showing the created, but never visible e_win that was meant to be used)... Yes, it's still leaking memory, just not as fast as it was before, so much harder to notice. Unless you're on a small device where it's more crucial. fixed commit 68139. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sanjeev IN trunk/PROTO/elev8: . src src/bin src/include src/modules
On Sun, 19 Feb 2012 22:32:33 +1000 David Seikel onef...@gmail.com said: This does sound a lot like the similar issues with edje Lua. Similar solutions might help to keep things consistent? i'd say its quite different and edje lua isnt meant to be able to load any modules at all - it gets what its' given by edje and thats it. elev8 is for making apps. edje is for making ui elements :) the only thing thats similar is thast both may need to cope with the non-existence of a newer module (or extension) that is added over time but not in older versions of edje (or elev8). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_evas typedef patch src/lib
On Fri, 17 Feb 2012 18:12:34 +0100 Jérémy Zurcher jer...@asynk.ch said: the attached patch adds typedef void (*Ecore_Evas_Event_Cb) (Ecore_Evas *ee); in Ecore_Evas.h and ecore_evas_private.h Ecore_Evas_Event_Cb is then used within : core_evas.c ecore_evas_psl1ght.c ecore_evas_win32.c ecore_evas_wince.c ecore_evas_x.c Jérémy yes. makes things nicer to read. no api break here. good. in svn! thanks! :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Exquisite bootsplash release
On Fri, 17 Feb 2012 01:16:12 -0500 Youness Alaoui kakar...@kakaroto.homelinux.net said: (FYI: for those who didn't read from IRC, when Carsten realized I meant to transform exquisite into a library+tools, and not add a new library to the set, he agreed to it). yeah. yet-another-lib was something we really dont need atm - and it's better rolled into an existing one, but since it'd just be a lib provided by exquisite - moving its own functions into that lib and thus providing it for others to use too - that's not bad. So I've done it, just finished, but I have a couple of questions : - what should I use for creating an object? exquisite_object_add, or exquisite_object_new ? I think _add makes more sense and follows with the edje API. _add. - What version should I give it ? Should I keep it to 1.0.0 (or 1.0.99 to be more exact), or bump it to match the core efl libs versions (1.1.99)? same version as exquisite. so 1.0.0 - we'll have to bump that for a release tho. - Do you have any documentation written for exquisite that I could reuse? Especially with regards to the format to follow for creating themes for it? nup. as it was all internal to exquisite (the api anyway), and for themes - well none other than here's an example. follow and repeat - Why is the tag 1 for success and 0 for failure in the edc, why not success failure ? Would make it more logical, and I can use an enum for the status without hardcoding the values of the enum. if you want to change it, now's the time. but 0 or 1 is just a simpler more compact way of handling the enums as all enums boil down to numbers anyway :) - There seems to be a bug in the default theme, where the last line of text appears cropped after you add a text, I just tried with ./run-demo.sh and part of the last text is cropped after adding one line, then a bigger part after adding another line, then the last lines don't even show up. I tracked it to the shift_text embryo script in the edj, which does y = y - 8; however, the font size is not fixed to 8 pixels height, I changed it to y - 13 and it worked. A better solution must be used to make sure the text always shows independently of your default font size or whatever might affect it. yeah. that's a theme bug there - it should do text scrolling another way. Thanks, KaKaRoTo On Tue, Feb 14, 2012 at 12:25 AM, Carsten Haitzler ras...@rasterman.comwrote: On Tue, 14 Feb 2012 00:07:38 -0500 Youness Alaoui kakar...@kakaroto.homelinux.net said: well it's more because it really has very little additional beyond a progressbar and it functions for the same purpose - it just can have a large fill my window style. :) Humm... it may go as a widget in elementary, although it seems more like a megawidget than a simple generic widget, so I'm not sure its place is inside elementary. But you know best what should go in there. I however do not use elementary for the ps3 (because it hasn't been fully ported yet) so I prefer to stay with pure edje. And since exquisite is already written.. it's not much trouble to expose its functions into a header. So if you don't need/want it in elementary yourself, then don't bother since I probably won't be using it anyways. Thanks On Mon, Feb 13, 2012 at 4:07 AM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 13 Feb 2012 03:46:22 -0500 Youness Alaoui kakar...@kakaroto.homelinux.net said: hmm well if mainloop is alive... making an elementary widget would be the way to go... :) call it the splash widget - u can fill a window with it, just put it on the left/bottom half of your screen/window or whatever. :) it's really more of a progressbar PLUS a few more text fields that pb doesnt have... in fact u can do all of it with progressbars and setting text elements in the progressbar if we added another 1. you can do the end anim with signal emits - in fact u'd want the callback when done and an api for this... i'd actually suggest adding some more features to progressbar as above and adding this as a style for it. only thing then is the text log scroll - should this be in progressbar or not - do you want/need it? Yes, I've read the code, I know how small and easy it is, however, if there's a library for it, then apps could reuse the same .edc from other apps, it would give a sort of 'standard' way of doing this kind of splash screens, with a standard set of features, and a set of themes for it that people can reuse.. and obviously, if someone wants it a bit different, they can always just do their own edc instead. I just saw exquisite (release announcement on planet E) and thought it was cool, wanted to look at the API then realized it was an app, and I thought it would be better as a lib. As for uses, I do have a use for it, there are many tools for
Re: [E-devel] [Patch][elementary_test] test_actionslider, test_bg, test_box
On Fri, Feb 17, 2012 at 11:22 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 17 Feb 2012 21:32:06 +0900 Daniel Juyung Seo seojuyu...@gmail.com said: On Fri, Feb 17, 2012 at 8:58 PM, Carsten Haitzler ras...@rasterman.comwrote: On Thu, 16 Feb 2012 10:20:39 +0900 cnook kimci...@gmail.com said: Dear All, Hello~ As you guess, the patch is for the elementary_test. Please review the patch and give any feedbacks. The test_actionslider patch is mainly for elm_actionslider_xxx_get() APIs. It would not be a good idea to add test code for such APIs. So I have planed to add test code except elm_xxx_get() APIs Hello, hmmm test_actionslider.diff and /test_bg.diff fail to apply - can u send updated ones? I reviewed and they're already in SVN. Daniel Juyung Seo (SeoZ) Hello, oh well thats why they didnt apply... cancel that order then! :P You can still review ecore_evas_x patch in his mail :) Thanks in advance. Daniel Juyung Seo (SeoZ) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][elementary_test] test_actionslider, test_bg, test_box
Dear Daniel, Hello~ Thanks for your response and sorry for any inconveniences. I have attached revised patch. Please review this and give any feedbacks. Sincerely, Shinwoo Kim. 2012/2/17 Daniel Juyung Seo seojuyu...@gmail.com Dear Kim Shinwoo, thanks for your revised patch. I also have some comments. 1. actionslider Wrong indentation again. Do not use tab. I fixed it. Printing enabled position is way too complicated. I simplified it. This is in SVN! Thanks anyway :) 2. box You didn't remove unnecessary blank line. It's in line 290 in your patch. Wrong convention. EFL does not use space for casting. wrong box = (Evas_Object *) data right box = (Evas_Object *)data wrong rl = (Eina_List *) evas_ob right rl = (Eina_List *)evas_ob Add more (, ) for if conditions. (pos == BOX_PACK_POSITION_START || pos == BOX_PACK_POSITION_END) ((pos == BOX_PACK_POSITION_START) || (pos == BOX_PACK_POSITION_END)) And check other wrong formatting. You missed test.c diffs. And functions are too much complicated than needed. This can be enhanced later. So I'll not list up all the things now. 3. ecore_evas_x I think it would be better if you create a separate mail thread for this. This patch covers different boundaries with previous mail. Anyhow, I have no idea how _ecore_evas_x_title_set works but previous code was setting icccm_title and netwm_name even parameter 't' was NULL. Is that ok to skip that setting when 't' is NULL? Actually there is no NULL check code in ecore_evas_x, I don't know if it's intended or not. Sometimes it's intended for the lower level code due to the performance. I think elm_win_title_set() may filter NULL instead. Can anybody else review this patch? Anyway, thanks for the contribution. Daniel Juyung Seo (SeoZ) On Thu, Feb 16, 2012 at 3:22 PM, Kim Shinwoo kimcinoo@gmail.com wrote: Dear Daniel, Thanks! I have attached patch based on your comment. And more.. elm_win_title_set(win, 0); makes CRASH. The last patch is for this. Please review this also and give any feedbacks. Sincerely, Shinwoo Kim. 2012/2/16 Daniel Juyung Seo seojuyu...@gmail.com Thank you very much cnook. I have some brief comments here. 1. actionslider 'switch-case' indentation is wrong. Please check below e-coding style page. http://trac.enlightenment.org/e/wiki/ECoding And for elm_actionslider_enabled_pos_get, how about printing it like below? actionslider enabled pos: left, right 2. bg Trailing white space in line 14. But this patch looks ok. I removed the trailing white space. In SVN! 3. box Use elm_win_util_standard_add() instead of elm_win_add + elm_bg_add for convenience. elm_scroller_bounce_set(sc, 0, 1); - Use EINA_FALSE, EINA_TRUE for Eina_Bool for consistency. Fix formatting. Remove unnecessary blank line. evas_object_size_hint_min_set(bg, 160, 160); evas_object_size_hint_max_set(bg, 640, 640); - really needed? Daniel Juyung Seo (SeoZ) On Thu, Feb 16, 2012 at 10:20 AM, cnook kimci...@gmail.com wrote: Dear All, Hello~ As you guess, the patch is for the elementary_test. Please review the patch and give any feedbacks. The test_actionslider patch is mainly for elm_actionslider_xxx_get() APIs. It would not be a good idea to add test code for such APIs. So I have planed to add test code except elm_xxx_get() APIs Sincerely, Shinwoo Kim. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xlib
On Mon, Feb 20, 2012 at 12:48 AM, Carsten Haitzler ras...@rasterman.com wrote: On Sun, 19 Feb 2012 15:57:30 +0100 Leif Middelschulte leif.middelschu...@gmail.com said: 2012/2/19 cpmicha...@comcast.net: I suppose the xcb is left to me to fix when I run into this... Yeah, sorry Michael I have to push this onto you. I'm not familiar with the XCB bindings. It was necessary for stuff in e_randr. I hope it's not too much effort. now's a good time to learn. just read the xcb headers - if u know the xlib functions you should figure out the xcb ones and then reading existing xcb code will show you how to use it. :) this is how i've learned most of what i know - reading someone elses code. standing on the shoulders of giants. also looking at the xlib code is sometimes necessary. In the case of extensions (xrandr, here), it's not necessary, though, as Xlib functions are a 1:1 map of the extension protocol, contrary to Xlib 'core' code. Vincent -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ 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/ecore: . src/lib/ecore_evas
On Mon, Feb 20, 2012 at 5:38 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: From: J?\195?\169r?\195?\169my Zurcher jer...@asynk.ch Subject: [E-devel] ecore_evas typedef patch src/lib the attached patch adds typedef void (*Ecore_Evas_Event_Cb) (Ecore_Evas *ee); in Ecore_Evas.h and ecore_evas_private.h Ecore_Evas_Event_Cb is then used within : ecore_evas.c ecore_evas_psl1ght.c ecore_evas_win32.c ecore_evas_wince.c ecore_evas_x.c Author: raster Date: 2012-02-19 20:38:54 -0800 (Sun, 19 Feb 2012) New Revision: 68140 Trac: http://trac.enlightenment.org/e/changeset/68140 Modified: trunk/ecore/AUTHORS trunk/ecore/ChangeLog trunk/ecore/src/lib/ecore_evas/Ecore_Evas.h trunk/ecore/src/lib/ecore_evas/ecore_evas.c trunk/ecore/src/lib/ecore_evas/ecore_evas_private.h trunk/ecore/src/lib/ecore_evas/ecore_evas_psl1ght.c trunk/ecore/src/lib/ecore_evas/ecore_evas_win32.c trunk/ecore/src/lib/ecore_evas/ecore_evas_wince.c trunk/ecore/src/lib/ecore_evas/ecore_evas_x.c Modified: trunk/ecore/AUTHORS === --- trunk/ecore/AUTHORS 2012-02-20 04:25:03 UTC (rev 68139) +++ trunk/ecore/AUTHORS 2012-02-20 04:38:54 UTC (rev 68140) @@ -49,3 +49,4 @@ Bluezery ohpo...@gmail.com Doyoun Kang wayofm...@gmail.com doyoun.k...@samsung.com Haifeng Deng haifeng.d...@samsung.com +Jérémy Zurcher jer...@asynk.ch Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-02-20 04:25:03 UTC (rev 68139) +++ trunk/ecore/ChangeLog 2012-02-20 04:38:54 UTC (rev 68140) @@ -500,3 +500,8 @@ * Add ecore_x_randr_mode_del to remove a mode from the display * Add ecore_x_randr_output_mode_add to add a mode to an output * Add ecore_x_randr_output_mode_del to remove a mode from an output + +2012-02-10 Jérémy Zurcher + + * Improve callbacks in ecore_evas to use typedefs for readability. + Modified: trunk/ecore/src/lib/ecore_evas/Ecore_Evas.h === --- trunk/ecore/src/lib/ecore_evas/Ecore_Evas.h 2012-02-20 04:25:03 UTC (rev 68139) +++ trunk/ecore/src/lib/ecore_evas/Ecore_Evas.h 2012-02-20 04:38:54 UTC (rev 68140) @@ -151,6 +151,7 @@ #ifndef _ECORE_EVAS_PRIVATE_H /* basic data types */ typedef struct _Ecore_Evas Ecore_Evas; +typedef void (*Ecore_Evas_Event_Cb) (Ecore_Evas *ee); #endif documentation of the typedef with @since Vincent -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] infinite loop somewhere below evas_tiler rect_list_add_split_fuzzy
On Mon, Feb 20, 2012 at 01:25:14PM +0900, Carsten Haitzler wrote: On Mon, 20 Feb 2012 13:59:49 +1000 David Seikel onef...@gmail.com said: On Mon, 20 Feb 2012 08:38:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sun, 19 Feb 2012 22:52:34 +0100 Martin Jansa martin.ja...@gmail.com said: It's somehow caused by http://trac.enlightenment.org/e/changeset/67773 CCing devilhorns for spanking wtf? that's REMOVING something that was consuming memory (and well showing the created, but never visible e_win that was meant to be used)... Yes, it's still leaking memory, just not as fast as it was before, so much harder to notice. Unless you're on a small device where it's more crucial. fixed commit 68139. Confirmed, thanks a lot. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con
On Sun, 19 Feb 2012 23:11:24 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: yet another complete rewrite of ecore-con-url, fixes bugs I've been experiencing recently does not fix curl+c-ares though :( Author: discomfitor Date: 2012-02-19 23:11:23 -0800 (Sun, 19 Feb 2012) New Revision: 68143 Trac: http://trac.enlightenment.org/e/changeset/68143 Modified: trunk/ecore/src/lib/ecore_con/ecore_con_private.h trunk/ecore/src/lib/ecore_con/ecore_con_url.c this fixes the issue I noticed previously where multiple urls did not actually download. NOTE: IF YOU HAVE CURL BUILT WITH C-ARES SUPPORT, ECORE-CON-URL WILL NOT WORK FOR YOU. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch][elementary_test] test_check, test_clock
Dear All, Hello~ I have attached patch for elementary_test as following. - test_check: using elm_check_state_pointer_set(); - test_clock: using elm_clock_interval_set(); Please review this. Thanks always. Shinwoo Kim. Index: src/bin/test_check.c === --- src/bin/test_check.c (revision 67994) +++ src/bin/test_check.c (working copy) @@ -3,6 +3,9 @@ # include elementary_config.h #endif #ifndef ELM_LIB_QUICKLAUNCH + +static Eina_Bool eb; + static void changed_cb(void *data, Evas_Object *obj, void *event_info __UNUSED__) { @@ -12,6 +15,12 @@ changed_cb(void *data, Evas_Object *obj, void *eve printf(ck2 %p is now %i\n, ck2, elm_check_state_get(ck2)); } +static void +state_changed_cb(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info __UNUSED__) +{ + printf(State Pointer Value: %d\n, eb); +} + void test_check(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info __UNUSED__) { @@ -66,6 +75,18 @@ test_check(void *data __UNUSED__, Evas_Object *obj elm_box_pack_end(bx, ck); evas_object_show(ck); + ck = elm_check_add(win); + elm_object_text_set(ck, Using State Pointer); + elm_check_state_pointer_set(ck, eb); + elm_box_pack_end(bx, ck); + evas_object_show(ck); + + ck = elm_check_add(win); + elm_object_text_set(ck, Check State Pointer Value); + elm_box_pack_end(bx, ck); + evas_object_show(ck); + evas_object_smart_callback_add(ck, changed, state_changed_cb, NULL); + ic = elm_icon_add(win); snprintf(buf, sizeof(buf), %s/images/logo_small.png, elm_app_data_dir_get()); elm_icon_file_set(ic, buf, NULL); Index: src/bin/test.c === --- src/bin/test.c (revision 68141) +++ src/bin/test.c (working copy) @@ -29,6 +29,7 @@ void test_fileselector_entry(void *data, Evas_Obje void test_toggle(void *data, Evas_Object *obj, void *event_info); void test_clock(void *data, Evas_Object *obj, void *event_info); void test_clock2(void *data, Evas_Object *obj, void *event_info); +void test_clock3(void *data, Evas_Object *obj, void *event_info); void test_check(void *data, Evas_Object *obj, void *event_info); void test_radio(void *data, Evas_Object *obj, void *event_info); void test_layout(void *data, Evas_Object *obj, void *event_info); @@ -491,6 +492,7 @@ add_tests: ADD_TEST(NULL, Times Dates, Calendar 2, test_calendar2); ADD_TEST(NULL, Times Dates, Clock, test_clock); ADD_TEST(NULL, Times Dates, Clock 2, test_clock2); + ADD_TEST(NULL, Times Dates, Clock 3, test_clock3); //--// ADD_TEST(NULL, Text, Anchorview, test_anchorview); Index: src/bin/test_clock.c === --- src/bin/test_clock.c (revision 68141) +++ src/bin/test_clock.c (working copy) @@ -145,4 +145,55 @@ test_clock2(void *data __UNUSED__, Evas_Object *ob evas_object_show(win); } +void +test_clock3(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info __UNUSED__) +{ + Evas_Object *win, *bg, *bx, *ck, *lb; + + win = elm_win_add(NULL, clock3, ELM_WIN_BASIC); + elm_win_title_set(win, Clock 3); + elm_win_autodel_set(win, EINA_TRUE); + + bg = elm_bg_add(win); + elm_win_resize_object_add(win, bg); + evas_object_size_hint_weight_set(bg, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND); + evas_object_show(bg); + + bx = elm_box_add(win); + evas_object_size_hint_weight_set(bx, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND); + elm_win_resize_object_add(win, bx); + evas_object_show(bx); + + lb = elm_label_add(win); + elm_object_text_set(lb, + Check time updates for an user mouse button hold. + ); + evas_object_size_hint_weight_set(lb, 0.0, 0.0); + evas_object_size_hint_align_set(lb, EVAS_HINT_FILL, EVAS_HINT_FILL); + elm_box_pack_end(bx, lb); + evas_object_show(lb); + + ck = elm_clock_add(win); + elm_clock_show_seconds_set(ck, 1); + elm_clock_edit_set(ck, EINA_TRUE); + elm_clock_interval_set(ck, 0.4); + elm_box_pack_end(bx, ck); + evas_object_show(ck); + + ck = elm_clock_add(win); + elm_clock_show_seconds_set(ck, 1); + elm_clock_edit_set(ck, EINA_TRUE); + elm_clock_interval_set(ck, 1.2); + elm_box_pack_end(bx, ck); + evas_object_show(ck); + + ck = elm_clock_add(win); + elm_clock_show_seconds_set(ck, 1); + elm_clock_edit_set(ck, EINA_TRUE); + elm_clock_interval_set(ck, 2.0); + elm_box_pack_end(bx, ck); + evas_object_show(ck); + + evas_object_show(win); +} #endif -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now!
Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con
On Mon, 20 Feb 2012 02:16:06 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Sun, 19 Feb 2012 23:11:24 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: yet another complete rewrite of ecore-con-url, fixes bugs I've been experiencing recently does not fix curl+c-ares though :( Author: discomfitor Date: 2012-02-19 23:11:23 -0800 (Sun, 19 Feb 2012) New Revision: 68143 Trac: http://trac.enlightenment.org/e/changeset/68143 Modified: trunk/ecore/src/lib/ecore_con/ecore_con_private.h trunk/ecore/src/lib/ecore_con/ecore_con_url.c this fixes the issue I noticed previously where multiple urls did not actually download. NOTE: IF YOU HAVE CURL BUILT WITH C-ARES SUPPORT, ECORE-CON-URL WILL NOT WORK FOR YOU. ignore this, if you're getting the same bug then you're fucked -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel