[E-devel] [Patch] About _parent_focus function in elm_widget.c
Hello. All. I think current _parent_focus function (elm_widget.c) has one problem. Following conditional statement(in _parent_focus func) can not cover all cases. . if (!ret || (!i) || (i != focus_order)) _parent_focus(o); . For example, an application calls like follows, 1. elm_object_unfocus(a parent of newest focused object); 2. elm_object_focus(newest focused object); then the parent(unfocused by 1) is still unfocused, even if its child gets focused(by 2). This is because (i == focus_order). So I made a patch. Can anybody check about this? Thanks. elm_widget.patch Description: Binary data -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eina Coverage tests
Hey, I just ran eina coverage and a lot of the code is not tested :( Mainly: eina_file, eina_log, eina_module, eina_object, eina_prefix, eina_simple_xml_parser, and eina_str. Whoever is responsible for each part, please fix. Thanks, Tom. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina Coverage tests
On Tue, May 17, 2011 at 11:56 AM, Tom Hacohen tom.haco...@partner.samsung.com wrote: Hey, I just ran eina coverage and a lot of the code is not tested :( Mainly: eina_file, eina_log, eina_module, eina_object, eina_prefix, eina_simple_xml_parser, and eina_str. Whoever is responsible for each part, please fix. all the new parts! how unexpected :-D I did a test with my initial simple_xml_parser, someone can find out in the mail and convert it in a test? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina Coverage tests
On Tue, 2011-05-17 at 12:22 -0300, Gustavo Sverzut Barbieri wrote: all the new parts! how unexpected :-D I did a test with my initial simple_xml_parser, someone can find out in the mail and convert it in a test? Sorry, don't have time for that. Everyone who added new stuff but didn't add tests, go and fix your work! -- Tom. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina Coverage tests
I did not add it :) On May 17, 2011 12:48 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On Tue, 2011-05-17 at 12:22 -0300, Gustavo Sverzut Barbieri wrote: all the new parts! how unexpect... Sorry, don't have time for that. Everyone who added new stuff but didn't add tests, go and fix your work! -- Tom. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/eina/src/lib
On Tue, 17 May 2011, Enlightenment SVN wrote:
Log:
eina: fix eina_file to be really usable.
too bad you didn't fix the windows part too...
Vincent
Author: cedric
Date: 2011-05-17 09:17:28 -0700 (Tue, 17 May 2011)
New Revision: 59470
Trac: http://trac.enlightenment.org/e/changeset/59470
Modified:
trunk/eina/src/lib/eina_file.c
Modified: trunk/eina/src/lib/eina_file.c
===
--- trunk/eina/src/lib/eina_file.c2011-05-17 15:49:08 UTC (rev 59469)
+++ trunk/eina/src/lib/eina_file.c2011-05-17 16:17:28 UTC (rev 59470)
@@ -118,6 +118,7 @@
unsigned long long length;
time_t mtime;
+ ino_t inode;
int refcount;
int global_refcount;
@@ -378,6 +379,8 @@
static void
_eina_file_real_close(Eina_File *file)
{
+ if (file-refcount != 0) return ;
+
eina_hash_free(file-rmap);
eina_hash_free(file-map);
@@ -386,8 +389,6 @@
close(file-fd);
- eina_stringshare_del(file-filename);
-
free(file);
}
@@ -747,8 +748,10 @@
int flags;
Eina_Bool create = EINA_FALSE;
- /* FIXME: always open absolute path (need to fix filename according to
current
- directory) */
+ /*
+ FIXME: always open absolute path
+ (need to fix filename according to current directory)
+ */
if (shared)
fd = shm_open(filename, O_RDONLY, S_IRWXU | S_IRWXG | S_IRWXO);
@@ -770,13 +773,14 @@
file = eina_hash_find(_eina_file_cache, filename);
if (file (file-mtime != file_stat.st_mtime
-|| file-length != (unsigned long long) file_stat.st_size))
+|| file-length != (unsigned long long) file_stat.st_size
+|| file-inode != file_stat.st_ino))
{
create = EINA_TRUE;
if (file-refcount == 0)
{
- _eina_file_cache_lru = eina_list_prepend(_eina_file_cache_lru,
file);
+ _eina_file_cache_lru = eina_list_remove(_eina_file_cache_lru,
file);
eina_hash_del(_eina_file_cache, file-filename, file);
file = NULL;
@@ -790,10 +794,11 @@
if (!file || create)
{
-n = malloc(sizeof (Eina_File));
+n = malloc(sizeof (Eina_File) + strlen(filename) + 1);
if (!n) goto on_error;
-n-filename = eina_stringshare_add(filename);
+n-filename = (char*) (n + 1);
+strcpy((char*) n-filename, filename);
n-map = eina_hash_new(EINA_KEY_LENGTH(_eina_file_map_key_length),
EINA_KEY_CMP(_eina_file_map_key_cmp),
EINA_KEY_HASH(_eina_file_map_key_hash),
@@ -801,14 +806,17 @@
3);
n-rmap = eina_hash_pointer_new(NULL);
n-global_map = MAP_FAILED;
+ n-global_refcount = 0;
n-length = file_stat.st_size;
n-mtime = file_stat.st_mtime;
+n-inode = file_stat.st_ino;
n-refcount = 0;
n-fd = fd;
n-shared = shared;
n-delete_me = EINA_FALSE;
-eina_hash_set(_eina_file_cache, filename, n);
+if (file) eina_hash_del(_eina_file_cache, filename, file);
+eina_hash_direct_add(_eina_file_cache, n-filename, n);
}
else
{
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/ecore: . src/lib/ecore
On Tue, 17 May 2011, Enlightenment SVN wrote:
Log:
ecore: add ecore_timer_dump.
Note: Will add tomorrow code needed inside e17 to dump all created timer.
Author: cedric
Date: 2011-05-17 10:32:32 -0700 (Tue, 17 May 2011)
New Revision: 59473
Trac: http://trac.enlightenment.org/e/changeset/59473
Modified:
trunk/ecore/ChangeLog trunk/ecore/configure.ac
trunk/ecore/src/lib/ecore/Ecore.h trunk/ecore/src/lib/ecore/ecore_timer.c
Modified: trunk/ecore/ChangeLog
===
--- trunk/ecore/ChangeLog 2011-05-17 16:20:27 UTC (rev 59472)
+++ trunk/ecore/ChangeLog 2011-05-17 17:32:32 UTC (rev 59473)
@@ -182,3 +182,7 @@
* Make ecore_con work on Windows (only the local connections
need a port)
* Make ecore_ipc compile on Windows
+
+2011-05-17 Cedric Bail
+
+ * Add ecore_timer_dump.
Modified: trunk/ecore/configure.ac
===
--- trunk/ecore/configure.ac 2011-05-17 16:20:27 UTC (rev 59472)
+++ trunk/ecore/configure.ac 2011-05-17 17:32:32 UTC (rev 59473)
@@ -344,7 +344,17 @@
fi
AC_SUBST(pkgconfig_requires_private)
+### Checks for some build time option
+want_ecore_timer_dump=yes
+AC_ARG_ENABLE([ecore-timer-dump],
+ [AC_HELP_STRING([--disable-ecore-timer-dump], [disable tracking of timer
allocation. @:@default=enable@:@])],
+ [want_ecore_timer_dump=$enableval], [])
+
+if test x$want_ecore_timer_dump = xyes; then
+ AC_DEFINE(WANT_ECORE_TIMER_DUMP, [1], [Want Ecore_Timer dump
infrastructure])
+fi
that's highly not sufficient. backtrace() is a GNU extension (not to
mention that it does not work on Windows). You must check that the
function exists
Vincent
+
### Checks for libraries
# Evil library for compilation on Windows
@@ -1469,6 +1479,7 @@
echo Always integrate GLib..: $want_glib_integration_always
echo Use g_main_loop: $want_g_main_loop
echo Gathering memory statistic.: $have_mallinfo
+echo Gathering timer allocation.: $want_ecore_timer_dump
echo Ecore_Con: $have_ecore_con
if test x$have_ecore_con = xyes ; then
echo $ECHO_N OpenSSL: $have_openssl $ECHO_C
Modified: trunk/ecore/src/lib/ecore/Ecore.h
===
--- trunk/ecore/src/lib/ecore/Ecore.h 2011-05-17 16:20:27 UTC (rev 59472)
+++ trunk/ecore/src/lib/ecore/Ecore.h 2011-05-17 17:32:32 UTC (rev 59473)
@@ -570,6 +570,7 @@
EAPI double ecore_timer_pending_get(Ecore_Timer *timer);
EAPI double ecore_timer_precision_get(void);
EAPI void ecore_timer_precision_set(double precision);
+ EAPI char*ecore_timer_dump(void);
/**
* @}
Modified: trunk/ecore/src/lib/ecore/ecore_timer.c
===
--- trunk/ecore/src/lib/ecore/ecore_timer.c 2011-05-17 16:20:27 UTC (rev
59472)
+++ trunk/ecore/src/lib/ecore/ecore_timer.c 2011-05-17 17:32:32 UTC (rev
59473)
@@ -8,6 +8,12 @@
#include Ecore.h
#include ecore_private.h
+#ifdef WANT_ECORE_TIMER_DUMP
+# include string.h
+# include execinfo.h
+# define ECORE_TIMER_DEBUG_BT_NUM 64
+ typedef void (*Ecore_Timer_Bt_Func) ();
+#endif
struct _Ecore_Timer
{
@@ -19,6 +25,11 @@
Ecore_Task_Cb func;
void *data;
+#ifdef WANT_ECORE_TIMER_DUMP
+ Ecore_Timer_Bt_Func timer_bt[ECORE_TIMER_DEBUG_BT_NUM];
+ int timer_bt_num;
+#endif
+
int references;
unsigned char delete_me : 1;
unsigned char just_added : 1;
@@ -27,6 +38,7 @@
static void _ecore_timer_set(Ecore_Timer *timer, double at, double in,
Ecore_Task_Cb func, void *data);
+static int _ecore_timer_cmp(const void *d1, const void *d2);
static int timers_added = 0;
static int timers_delete_me = 0;
@@ -129,6 +141,12 @@
if (!timer) return NULL;
ECORE_MAGIC_SET(timer, ECORE_MAGIC_TIMER);
now = ecore_time_get();
+
+#ifdef WANT_ECORE_TIMER_DUMP
+ timer-timer_bt_num = backtrace((void**) (timer-timer_bt),
+ ECORE_TIMER_DEBUG_BT_NUM);
+#endif
+
_ecore_timer_set(timer, now + in, in, func, (void *)data);
return timer;
}
@@ -342,6 +360,51 @@
_ecore_timer_set(timer, timer-pending + now, timer-in, timer-func,
timer-data);
}
+EAPI char *
+ecore_timer_dump(void)
+{
+#ifdef WANT_ECORE_TIMER_DUMP
+ Eina_Strbuf *result;
+ char *out;
+ Ecore_Timer *tm;
+ Eina_List *tmp = NULL;
+
+ result = eina_strbuf_new();
+
+ EINA_INLIST_FOREACH(timers, tm)
+ tmp = eina_list_sorted_insert(tmp, _ecore_timer_cmp, tm);
+
+ EINA_LIST_FREE(tmp, tm)
+ {
+char **strings;
+int nptrs;
+int j;
+
+nptrs = backtrace((void**) tm-timer_bt, ECORE_TIMER_DEBUG_BT_NUM);
+strings =
Re: [E-devel] E SVN: cedric IN trunk/ecore: . src/lib/ecore
On Tue, 17 May 2011, Vincent Torri wrote:
On Tue, 17 May 2011, Enlightenment SVN wrote:
Log:
ecore: add ecore_timer_dump.
Note: Will add tomorrow code needed inside e17 to dump all created timer.
Author: cedric
Date: 2011-05-17 10:32:32 -0700 (Tue, 17 May 2011)
New Revision: 59473
Trac: http://trac.enlightenment.org/e/changeset/59473
Modified:
trunk/ecore/ChangeLog trunk/ecore/configure.ac
trunk/ecore/src/lib/ecore/Ecore.h trunk/ecore/src/lib/ecore/ecore_timer.c
Modified: trunk/ecore/ChangeLog
===
--- trunk/ecore/ChangeLog2011-05-17 16:20:27 UTC (rev 59472)
+++ trunk/ecore/ChangeLog2011-05-17 17:32:32 UTC (rev 59473)
@@ -182,3 +182,7 @@
* Make ecore_con work on Windows (only the local connections
need a port)
* Make ecore_ipc compile on Windows
+
+2011-05-17 Cedric Bail
+
+* Add ecore_timer_dump.
Modified: trunk/ecore/configure.ac
===
--- trunk/ecore/configure.ac 2011-05-17 16:20:27 UTC (rev 59472)
+++ trunk/ecore/configure.ac 2011-05-17 17:32:32 UTC (rev 59473)
@@ -344,7 +344,17 @@
fi
AC_SUBST(pkgconfig_requires_private)
+### Checks for some build time option
+want_ecore_timer_dump=yes
+AC_ARG_ENABLE([ecore-timer-dump],
+ [AC_HELP_STRING([--disable-ecore-timer-dump], [disable tracking of timer
allocation. @:@default=enable@:@])],
+ [want_ecore_timer_dump=$enableval], [])
+
+if test x$want_ecore_timer_dump = xyes; then
+ AC_DEFINE(WANT_ECORE_TIMER_DUMP, [1], [Want Ecore_Timer dump
infrastructure])
+fi
that's highly not sufficient. backtrace() is a GNU extension (not to
mention that it does not work on Windows). You must check that the
function exists
and that you have to link with -rdynamic
Vincent
Vincent
+
### Checks for libraries
# Evil library for compilation on Windows
@@ -1469,6 +1479,7 @@
echo Always integrate GLib..: $want_glib_integration_always
echo Use g_main_loop: $want_g_main_loop
echo Gathering memory statistic.: $have_mallinfo
+echo Gathering timer allocation.: $want_ecore_timer_dump
echo Ecore_Con: $have_ecore_con
if test x$have_ecore_con = xyes ; then
echo $ECHO_N OpenSSL: $have_openssl $ECHO_C
Modified: trunk/ecore/src/lib/ecore/Ecore.h
===
--- trunk/ecore/src/lib/ecore/Ecore.h2011-05-17 16:20:27 UTC (rev
59472)
+++ trunk/ecore/src/lib/ecore/Ecore.h2011-05-17 17:32:32 UTC (rev
59473)
@@ -570,6 +570,7 @@
EAPI double ecore_timer_pending_get(Ecore_Timer *timer);
EAPI double ecore_timer_precision_get(void);
EAPI void ecore_timer_precision_set(double precision);
+ EAPI char*ecore_timer_dump(void);
/**
* @}
Modified: trunk/ecore/src/lib/ecore/ecore_timer.c
===
--- trunk/ecore/src/lib/ecore/ecore_timer.c 2011-05-17 16:20:27 UTC (rev
59472)
+++ trunk/ecore/src/lib/ecore/ecore_timer.c 2011-05-17 17:32:32 UTC (rev
59473)
@@ -8,6 +8,12 @@
#include Ecore.h
#include ecore_private.h
+#ifdef WANT_ECORE_TIMER_DUMP
+# include string.h
+# include execinfo.h
+# define ECORE_TIMER_DEBUG_BT_NUM 64
+ typedef void (*Ecore_Timer_Bt_Func) ();
+#endif
struct _Ecore_Timer
{
@@ -19,6 +25,11 @@
Ecore_Task_Cb func;
void *data;
+#ifdef WANT_ECORE_TIMER_DUMP
+ Ecore_Timer_Bt_Func timer_bt[ECORE_TIMER_DEBUG_BT_NUM];
+ int timer_bt_num;
+#endif
+
int references;
unsigned char delete_me : 1;
unsigned char just_added : 1;
@@ -27,6 +38,7 @@
static void _ecore_timer_set(Ecore_Timer *timer, double at, double in,
Ecore_Task_Cb func, void *data);
+static int _ecore_timer_cmp(const void *d1, const void *d2);
static int timers_added = 0;
static int timers_delete_me = 0;
@@ -129,6 +141,12 @@
if (!timer) return NULL;
ECORE_MAGIC_SET(timer, ECORE_MAGIC_TIMER);
now = ecore_time_get();
+
+#ifdef WANT_ECORE_TIMER_DUMP
+ timer-timer_bt_num = backtrace((void**) (timer-timer_bt),
+ ECORE_TIMER_DEBUG_BT_NUM);
+#endif
+
_ecore_timer_set(timer, now + in, in, func, (void *)data);
return timer;
}
@@ -342,6 +360,51 @@
_ecore_timer_set(timer, timer-pending + now, timer-in, timer-func,
timer-data);
}
+EAPI char *
+ecore_timer_dump(void)
+{
+#ifdef WANT_ECORE_TIMER_DUMP
+ Eina_Strbuf *result;
+ char *out;
+ Ecore_Timer *tm;
+ Eina_List *tmp = NULL;
+
+ result = eina_strbuf_new();
+
+ EINA_INLIST_FOREACH(timers, tm)
+ tmp = eina_list_sorted_insert(tmp, _ecore_timer_cmp, tm);
+
+ EINA_LIST_FREE(tmp, tm)
+ {
+char **strings;
+int nptrs;
+int j;
+
Re: [E-devel] comp-scale module
Original-Nachricht Datum: Mon, 16 May 2011 16:25:10 +0200 Von: Nikolas Arend nikolas.ar...@gmx.net An: enlightenment-devel@lists.sourceforge.net Betreff: Re: [E-devel] comp-scale module Original-Nachricht Datum: Wed, 11 May 2011 12:56:47 +0200 Von: hannes.janet...@gmail.com hannes.janet...@googlemail.com An: Nikolas Arend nikolas.ar...@gmx.net CC: enlightenment-devel enlightenment-devel@lists.sourceforge.net Betreff: Re: [E-devel] comp-scale module On Sun, May 8, 2011 at 6:08 AM, Nikolas Arend nikolas.ar...@gmx.net wrote: Hi, I'd like to patch the comp-scale module so it shows the minimized windows as well (introducing a respective config option). I was hoping that someone could give me a hint where to look, i.e. what parts of the code to tackle. comp-scale does now show all windows including iconified with scale-by-class and '*' as match. look at _scale_win_new to modify it for making it an option for other scale modes Hi, And thanks for implementing this! comp-scale does indeed show all windows for me, but I'm experiencing a different problem now: when activated, comp-scale randomly shows some windows normally, others as black or framed transparent rectangles. I tried playing with the comp-scale implementation in e_comp_scale.c (e.g. trying different (or no) color/transparency settings in case of if(it-bd-iconic) via evas_object_color_set()), but to now avail. It did not do that before comp-scale was adapted to support minimized windows. Or might this rather be an issue with the composite module, since it happens in the pager as well or when I switch desktops? I'm running this on Fedora 15 beta using the NVidia drivers. As far as I can tell, it does not make a difference whether I use the software of OpenGl engine. As an update: I'm trying the nouveau driver now to see if that makes a difference. At first I thought it has gone away and it's a driver issue, but then I realized that it starts when I use the pager/switch desktops. So I'm using only 1 virtual desktop right now and it seems to be fine, no black or transparent windows after scaling. I don't know if that makes any sense, but it might provide a clue. Btw., is anybody else having this issue? Thanks, Nick -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Path key in Desktop entry file not used
The right solution is to create a function inside efreet which handles
path. Either fix what's currently there, or add some new function(s).
S.
On 05/16/2011 10:46 PM, Mark-Willem Jansen wrote:
Me again,
Just noticed that efreet has it own implementation of executing a program
based
on it desktop entry. One could use this efreet_desktop_exec() to execute
desktop
entries from e_exec(). It uses efreet_desktop_command_get() as e_exec() does,
but
has a different callback function to execute the program namely
efreet_desktop_exec_cb().
Unfortunately the callback in efreet seems a bit simple, when you compare it
to
the one used in e_exec.c. So I am not sure if the implementation is complete,
yet.
Also the doxygen info states that efreet_desktop_exec will return a Ecore_Exe
but
I fail to see that. As efreet_desktop_exec() does not return anything and also
efreet_desktop_exec_cb() will always return NULL and not the result of
ecore_exe_run().
Off course this can all be fixed. So one could use efreet_desktop_exec()
inside e_exec().
Just let me know if this is reasonable and I will give it a shot.
--
Mark-Willem Jansen
From: markwil...@hotmail.com
To: enlightenment-devel@lists.sourceforge.net
Date: Mon, 16 May 2011 15:39:03 +0200
Subject: Re: [E-devel] Path key in Desktop entry file not used
Take two.
tabs are expanded and the patch is now attached to the e-mail.
--
Mark-Willem Jansen
From: markwil...@hotmail.com
To: s...@tango.flipp.net; enlightenment-devel@lists.sourceforge.net
Date: Mon, 16 May 2011 15:28:18 +0200
Subject: Re: [E-devel] Path key in Desktop entry file not used
okay,
made a small patch with some help from the IRC channel.
Looks like the tabs are copied as spaces.
--
Mark-Willem Jansen
Index: src/bin/e_exec.c
===
--- src/bin/e_exec.c(revision 56278)
+++ src/bin/e_exec.c(working copy)
@@ -210,7 +210,18 @@
//ECORE_EXE_PIPE_AUTO | ECORE_EXE_PIPE_READ |
ECORE_EXE_PIPE_ERROR |
//ECORE_EXE_PIPE_READ_LINE_BUFFERED |
ECORE_EXE_PIPE_ERROR_LINE_BUFFERED,
//inst);
- exe = ecore_exe_run(exec, inst);
+ if (desktop-path)
+ {
+if (!getcwd(buf, sizeof(buf))) return NULL;
+if (chdir(desktop-path)) return NULL;
+exe = ecore_exe_run(exec, inst);
+if (chdir(buf)) return NULL;
+ }
+ else
+ {
+exe = ecore_exe_run(exec, inst);
+ }
+
e_util_library_path_restore();
if (penv_display)
{
Date: Mon, 9 May 2011 22:00:01 +0200
From: s...@tango.flipp.net
To: enlightenment-devel@lists.sourceforge.net
Subject: Re: [E-devel] Path key in Desktop entry file not used
On 05/09/2011 12:39 PM, Mark-Willem Jansen wrote:
Hi,
Do I still need to file a bug on the tracker system, or is this entry in
the mailing
list enough.
It's enough here.
S.
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the
[E-devel] evas/e17 crash on MacOS
I'm trying to fix a crash in e17 that seems to always happen the first time I run it after bootup. This problem has existed for at least 2 years, but I'm only looking at it now, as most other bugs have now been fixed. I followed instructions on the e17 debugging page, and rebuilt all the libs with -g for debugging symbols. I ran e17 and captured some good info in gdb. The problem only happens the first time e17 is run after bootup. It cycles through 3 successive white rectangles of death before disabling modules and finishing startup. After this, if I quit X11 and restart it, no more crash. If I reboot, it crashes again. I captured the gdb backtrace, the pastebin is here: http://pastebin.com/xskYpRxt The code that crashed looks like it is related to the mmx module of evas. So I recompiled evas without mmx, and recompiled ecore and e. I tried it again. e17 crashed in the same place, but with a non-mmx equivalent of the same operation. The pastebin is here: http://pastebin.com/YDteFFzG It's strange that it only happens the first time I run it after reboot. Any help very much appreciated! -Dave PS Please don't be scared off by this being on MacOS - it is Darwin/BSD under the hood! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina Coverage tests
o.. sorry.. 'eina_simple_xml_parse' was requested by me.. i'll add test to eina. Date: Tue, 17 May 2011 13:29:28 -0300 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [E-devel] Eina Coverage tests To: Tom Hacohen tom.haco...@partner.samsung.com Cc: enlightenment-devel enlightenment-devel@lists.sourceforge.net Message-ID: banlktikxfvef8erge5gomnd4ny4wcap...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 I did not add it :) On May 17, 2011 12:48 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On Tue, 2011-05-17 at 12:22 -0300, Gustavo Sverzut Barbieri wrote: all the new parts! how unexpect... Sorry, don't have time for that. Everyone who added new stuff but didn't add tests, go and fix your work! -- Tom. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [BUG REPORT] elm_diskselector : Bad text cutting with non-ASCII characters
Hello all, elm_diskselector seems to support only ASCII characters when cutting the text strings at the sides. _check_string/_check_letter() may be examined. Does evas has some handy exported functions to cut the text at proper UTF-8 character boundaries? Thanks in advance. brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [BUG REPORT] elm_diskselector : shorter flip interval causes the display to show invalid/wrong characters
Hello all, If elm_flipselector_interval_set() the interval to be shorter, say 0.25, the displayed item may be question marks or wrong characters. Thanks in advance. brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] comp-scale module
On Tue, May 17, 2011 at 9:33 PM, Nikolas Arend nikolas.ar...@gmx.net wrote: Original-Nachricht Datum: Mon, 16 May 2011 16:25:10 +0200 Von: Nikolas Arend nikolas.ar...@gmx.net An: enlightenment-devel@lists.sourceforge.net Betreff: Re: [E-devel] comp-scale module Original-Nachricht Datum: Wed, 11 May 2011 12:56:47 +0200 Von: hannes.janet...@gmail.com hannes.janet...@googlemail.com An: Nikolas Arend nikolas.ar...@gmx.net CC: enlightenment-devel enlightenment-devel@lists.sourceforge.net Betreff: Re: [E-devel] comp-scale module On Sun, May 8, 2011 at 6:08 AM, Nikolas Arend nikolas.ar...@gmx.net wrote: Hi, I'd like to patch the comp-scale module so it shows the minimized windows as well (introducing a respective config option). I was hoping that someone could give me a hint where to look, i.e. what parts of the code to tackle. comp-scale does now show all windows including iconified with scale-by-class and '*' as match. look at _scale_win_new to modify it for making it an option for other scale modes Hi, And thanks for implementing this! comp-scale does indeed show all windows for me, but I'm experiencing a different problem now: when activated, comp-scale randomly shows some windows normally, others as black or framed transparent rectangles. I tried playing with the comp-scale implementation in e_comp_scale.c (e.g. trying different (or no) color/transparency settings in case of if(it-bd-iconic) via evas_object_color_set()), but to now avail. It did not do that before comp-scale was adapted to support minimized windows. Or might this rather be an issue with the composite module, since it happens in the pager as well or when I switch desktops? I'm running this on Fedora 15 beta using the NVidia drivers. As far as I can tell, it does not make a difference whether I use the software of OpenGl engine. As an update: I'm trying the nouveau driver now to see if that makes a difference. At first I thought it has gone away and it's a driver issue, but then I realized that it starts when I use the pager/switch desktops. So I'm using only 1 virtual desktop right now and it seems to be fine, no black or transparent windows after scaling. I don't know if that makes any sense, but it might provide a clue. Btw., is anybody else having this issue? Yes, I have this issue here too. happens more often with intel than nvidia. though here the invisible windows become visible on zoom out animation. I guess it comes from image data not being available. and when it becomes available there is no more forced updates (the animation stopped). If the issue really didn't happen before then it could be the switch from using comp's mirror object to evas proxy objects. Regards, Hannes Thanks, Nick -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
