Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011 23:56:36 +0100 (CET) Vincent Torri wrote: > > > On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > > > On Sat, 19 Mar 2011 23:26:09 +0100 (CET) > > Vincent Torri wrote: > > > >> > >> > >> On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > >> > > I have recently been doing some work with my servers again and found a > > bug in ecore's configure process: if X is not installed on the machine, > > ecore will still attempt to build ecore_x, leading to compile failure. > >> > >>> checking whether ecore_x with XCB backend is to be built... no > >>> checking for X... no > >>> checking X11/X.h usability... yes > >>> checking X11/X.h presence... yes > >>> checking for X11/X.h... yes > >> > >> so it seems that, actually, X is installed > >> > >> Vincent > > no, I just have some X headers on the machine. there are no X-related > > libraries installed. > > if there are X headers, then X has been installed previously. If the > uninstallation has not been correctly done, it's the packager's fault, not > ecore. Not true. It's possible (and easy) to get packages which are just X headers for use with some other projects required for server administration (xen uses some of the X data types, for instance). In cases like this, X is not and was never installed. > > remove the headers or pass the correct 'disable' option to configure > > Vincent Passing the disable option is easy enough to do, but isn't this something that should be detected? -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > On Sat, 19 Mar 2011 23:26:09 +0100 (CET) > Vincent Torri wrote: > >> >> >> On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: >> > I have recently been doing some work with my servers again and found a bug > in ecore's configure process: if X is not installed on the machine, ecore > will still attempt to build ecore_x, leading to compile failure. >> >>> checking whether ecore_x with XCB backend is to be built... no >>> checking for X... no >>> checking X11/X.h usability... yes >>> checking X11/X.h presence... yes >>> checking for X11/X.h... yes >> >> so it seems that, actually, X is installed >> >> Vincent > no, I just have some X headers on the machine. there are no X-related > libraries > installed. if there are X headers, then X has been installed previously. If the uninstallation has not been correctly done, it's the packager's fault, not ecore. remove the headers or pass the correct 'disable' option to configure Vincent -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011 23:26:09 +0100 (CET) Vincent Torri wrote: > > > On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > > >>> I have recently been doing some work with my servers again and found a bug > >>> in ecore's configure process: if X is not installed on the machine, ecore > >>> will still attempt to build ecore_x, leading to compile failure. > > > checking whether ecore_x with XCB backend is to be built... no > > checking for X... no > > checking X11/X.h usability... yes > > checking X11/X.h presence... yes > > checking for X11/X.h... yes > > so it seems that, actually, X is installed > > Vincent no, I just have some X headers on the machine. there are no X-related libraries installed. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: >>> I have recently been doing some work with my servers again and found a bug >>> in ecore's configure process: if X is not installed on the machine, ecore >>> will still attempt to build ecore_x, leading to compile failure. > checking whether ecore_x with XCB backend is to be built... no > checking for X... no > checking X11/X.h usability... yes > checking X11/X.h presence... yes > checking for X11/X.h... yes so it seems that, actually, X is installed Vincent -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011 22:20:37 +0100 (CET) Vincent Torri wrote: > > > On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > > > Hi, > > > > I have recently been doing some work with my servers again and found a bug > > in ecore's configure process: if X is not installed on the machine, ecore > > will still attempt to build ecore_x, leading to compile failure. > > at first glance, i see nothing wrong. Can you paste in pastebin the > configure output (all the output, not only the end) and config.log ? > > Vincent checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 98304 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether NLS is requested... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/gmsgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for ld used by GCC... /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64 checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) is GNU ld... yes checking for shared library run path origin... done checking whether NLS is requested... yes checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether tests are built... no checking for gcc... gcc checking whether we are using the GNU Objective C compiler... no checking whether gcc accepts -g... no checking dependency style of gcc... gcc3 checking dependency style of gcc... (cached) gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/x86
Re: [E-devel] E SVN: discomfitor IN trunk/e_dbus: . src/bin
On Sat, 19 Mar 2011 22:09:41 +0100 (CET)
Vincent Torri wrote:
>
>
> On Sat, 19 Mar 2011, Enlightenment SVN wrote:
>
> > Log:
> > fix crash in e-notify-send by verifying that init occurs as expected
> >
> >
> > Author: discomfitor
> > Date: 2011-03-19 13:46:44 -0700 (Sat, 19 Mar 2011)
> > New Revision: 57903
> > Trac: http://trac.enlightenment.org/e/changeset/57903
> >
> > Modified:
> > trunk/e_dbus/ChangeLog trunk/e_dbus/src/bin/notify-send.c
> >
> > Modified: trunk/e_dbus/ChangeLog
> > ===
> > --- trunk/e_dbus/ChangeLog 2011-03-19 20:29:24 UTC (rev 57902)
> > +++ trunk/e_dbus/ChangeLog 2011-03-19 20:46:44 UTC (rev 57903)
> > @@ -6,3 +6,6 @@
> >
> > * Fix build with DSO.
> >
> > +2011-03-19 Mike Blumenkrantz
> > +
> > +* Fix crash in e-notify-send when invalid DBUS_SESSION_BUS_ADDRESS
> > is specified
> >
> > Modified: trunk/e_dbus/src/bin/notify-send.c
> > ===
> > --- trunk/e_dbus/src/bin/notify-send.c 2011-03-19 20:29:24 UTC (rev
> > 57902) +++ trunk/e_dbus/src/bin/notify-send.c 2011-03-19 20:46:44
> > UTC (rev 57903) @@ -11,6 +11,16 @@
> > #include
> > #include
> >
> > +#define S(X) #X
> > +
> > +#define CHECK(X) do { \
> > + if (!X) \
> > +{ \
> > + fprintf(stderr, "%s:%i: Error calling %s!\n", __FILE__, __LINE__,
> > S(X)); \
> > + exit(1); \
> > +} \
> > +} while (0)
>
> any reason to not use eina_log ?
>
> Vincent
>
> > +
> > void
> > version(void)
> > {
> > @@ -80,9 +90,9 @@
> > int print_id = 0;
> > E_Notification *n;
> >
> > - eina_init();
> > - ecore_init();
> > - e_notification_init();
> > + CHECK(eina_init());
> > + CHECK(ecore_init());
> > + CHECK(e_notification_init());
> > n = e_notification_new();
> > e_notification_app_name_set(n, "e-notify-send");
> > e_notification_timeout_set(n, -1);
> >
> >
laziness mostly
--
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50% off!
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore configure bug
On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > Hi, > > I have recently been doing some work with my servers again and found a bug in > ecore's configure process: if X is not installed on the machine, ecore will > still attempt to build ecore_x, leading to compile failure. at first glance, i see nothing wrong. Can you paste in pastebin the configure output (all the output, not only the end) and config.log ? Vincent -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/e_dbus: . src/bin
On Sat, 19 Mar 2011, Enlightenment SVN wrote:
> Log:
> fix crash in e-notify-send by verifying that init occurs as expected
>
>
> Author: discomfitor
> Date: 2011-03-19 13:46:44 -0700 (Sat, 19 Mar 2011)
> New Revision: 57903
> Trac: http://trac.enlightenment.org/e/changeset/57903
>
> Modified:
> trunk/e_dbus/ChangeLog trunk/e_dbus/src/bin/notify-send.c
>
> Modified: trunk/e_dbus/ChangeLog
> ===
> --- trunk/e_dbus/ChangeLog2011-03-19 20:29:24 UTC (rev 57902)
> +++ trunk/e_dbus/ChangeLog2011-03-19 20:46:44 UTC (rev 57903)
> @@ -6,3 +6,6 @@
>
> * Fix build with DSO.
>
> +2011-03-19 Mike Blumenkrantz
> +
> +* Fix crash in e-notify-send when invalid DBUS_SESSION_BUS_ADDRESS
> is specified
>
> Modified: trunk/e_dbus/src/bin/notify-send.c
> ===
> --- trunk/e_dbus/src/bin/notify-send.c2011-03-19 20:29:24 UTC (rev
> 57902)
> +++ trunk/e_dbus/src/bin/notify-send.c2011-03-19 20:46:44 UTC (rev
> 57903)
> @@ -11,6 +11,16 @@
> #include
> #include
>
> +#define S(X) #X
> +
> +#define CHECK(X) do { \
> + if (!X) \
> +{ \
> + fprintf(stderr, "%s:%i: Error calling %s!\n", __FILE__, __LINE__,
> S(X)); \
> + exit(1); \
> +} \
> +} while (0)
any reason to not use eina_log ?
Vincent
> +
> void
> version(void)
> {
> @@ -80,9 +90,9 @@
> int print_id = 0;
> E_Notification *n;
>
> - eina_init();
> - ecore_init();
> - e_notification_init();
> + CHECK(eina_init());
> + CHECK(ecore_init());
> + CHECK(e_notification_init());
> n = e_notification_new();
> e_notification_app_name_set(n, "e-notify-send");
> e_notification_timeout_set(n, -1);
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e-notify-send segfault
On Sat, 19 Mar 2011 22:22:49 +0200 Иван Сусанин wrote: > Dear Developers, > > if DBUS_SESSION_BUS_ADDRESS points to "incorrect" address, segfault occurs > on e-notify-send: > > EINA_LOG_LEVEL=5 > DBUS_SESSION_BUS_ADDRESS=unix:abstract=*/tmp/some*,guid=9f5e198bd7151b6bd2504f94001e438a > \ > e-notify-send -u "normal" -t 5000 -i > "$install_path/share/enlightenment/data/images/enlightenment.png" -n > "easy_e17.sh" "easy_e17.sh" "text" > > DBG<9518>:eina_module eina_module.c:705 eina_module_list_load() array > 0x8eb5688, count 0 > DBG<9518>:eina_mempool eina_mempool.c:155 eina_mempool_register() > be=0xb680, name=0xb7776561 > DBG<9518>:eina_mempool eina_mempool.c:155 eina_mempool_register() > be=0xb6c0, name=0xb77765ce > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=list, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=list, options=, mp=0x8eb5b60 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=list_accounting, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=list_accounting, options=, mp=0x8eb5bd0 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=matrixsparse_cell, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=matrixsparse_cell, options=, mp=0x8eb68f0 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=matrixsparse_row, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=matrixsparse_row, options=, mp=0x8eb6968 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=rectangle-alloc, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=rectangle-alloc, options=, mp=0x8eb6a88 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=rectangle, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=rectangle, options=, mp=0x8eb6b00 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=QuadTree Item, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=QuadTree Item, options=, mp=0x8eb6ba8 > DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() > name=chained_mempool, context=QuadTree Root, options= > DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() > name=chained_mempool, context=QuadTree Root, options=, mp=0x8eb6c20 > INF<9518>:ecore ecore_main.c:565 _ecore_main_loop_init() enter > INF<9518>:ecore ecore_main.c:602 _ecore_main_loop_init() leave > DBG<9518>:ecore ecore_time.c:152 _ecore_time_init() using CLOCK_MONOTONIC. > DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: > Add method Introspect: 0x8eb6e40 > DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: > Add method Get: 0x8eb91f8 > DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: > Add method Set: 0x8eb9240 > ERR<9518>:e_dbus e_dbus.c:469 e_dbus_bus_get() Error connecting to bus: > Failed to connect to socket /tmp/some: Connection refused > DBG<9518>:e_dbus e_dbus_object.c:362 e_dbus_interface_unref() > e_dbus_interface_unref (org.freedesktop.DBus.Introspectable) = 0 > DBG<9518>:e_dbus e_dbus_object.c:362 e_dbus_interface_unref() > e_dbus_interface_unref (org.freedesktop.DBus.Properties) = 0 > Segmentation fault > > this is not happens if DBUS_SESSION_BUS_ADDRESS is just unset. > > Looks like e_dbus related? > > > Thank you, > Daniel Fixed in r57903. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore configure bug
Hi, I have recently been doing some work with my servers again and found a bug in ecore's configure process: if X is not installed on the machine, ecore will still attempt to build ecore_x, leading to compile failure. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e-notify-send segfault
Dear Developers, if DBUS_SESSION_BUS_ADDRESS points to "incorrect" address, segfault occurs on e-notify-send: EINA_LOG_LEVEL=5 DBUS_SESSION_BUS_ADDRESS=unix:abstract=*/tmp/some*,guid=9f5e198bd7151b6bd2504f94001e438a \ e-notify-send -u "normal" -t 5000 -i "$install_path/share/enlightenment/data/images/enlightenment.png" -n "easy_e17.sh" "easy_e17.sh" "text" DBG<9518>:eina_module eina_module.c:705 eina_module_list_load() array 0x8eb5688, count 0 DBG<9518>:eina_mempool eina_mempool.c:155 eina_mempool_register() be=0xb680, name=0xb7776561 DBG<9518>:eina_mempool eina_mempool.c:155 eina_mempool_register() be=0xb6c0, name=0xb77765ce DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=list, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=list, options=, mp=0x8eb5b60 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=list_accounting, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=list_accounting, options=, mp=0x8eb5bd0 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=matrixsparse_cell, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=matrixsparse_cell, options=, mp=0x8eb68f0 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=matrixsparse_row, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=matrixsparse_row, options=, mp=0x8eb6968 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=rectangle-alloc, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=rectangle-alloc, options=, mp=0x8eb6a88 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=rectangle, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=rectangle, options=, mp=0x8eb6b00 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=QuadTree Item, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=QuadTree Item, options=, mp=0x8eb6ba8 DBG<9518>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=QuadTree Root, options= DBG<9518>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=QuadTree Root, options=, mp=0x8eb6c20 INF<9518>:ecore ecore_main.c:565 _ecore_main_loop_init() enter INF<9518>:ecore ecore_main.c:602 _ecore_main_loop_init() leave DBG<9518>:ecore ecore_time.c:152 _ecore_time_init() using CLOCK_MONOTONIC. DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: Add method Introspect: 0x8eb6e40 DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: Add method Get: 0x8eb91f8 DBG<9518>:e_dbus e_dbus_object.c:400 e_dbus_interface_method_add() E-dbus: Add method Set: 0x8eb9240 ERR<9518>:e_dbus e_dbus.c:469 e_dbus_bus_get() Error connecting to bus: Failed to connect to socket /tmp/some: Connection refused DBG<9518>:e_dbus e_dbus_object.c:362 e_dbus_interface_unref() e_dbus_interface_unref (org.freedesktop.DBus.Introspectable) = 0 DBG<9518>:e_dbus e_dbus_object.c:362 e_dbus_interface_unref() e_dbus_interface_unref (org.freedesktop.DBus.Properties) = 0 Segmentation fault this is not happens if DBUS_SESSION_BUS_ADDRESS is just unset. Looks like e_dbus related? Thank you, Daniel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] packaging
On Sat, 19 Mar 2011 16:12:18 +0100 Thomas Sachau wrote: > Am 19.03.2011 04:46, schrieb Mike Blumenkrantz: > > Hi, > > > > If you currently build/maintain packages for a distro, or know where they > > are located, please update this site with more correct information: > > > > http://trac.enlightenment.org/e/wiki/Operating_Systems > > > > The Gentoo Linux entry (Linux instructions) is outdated, official EFL ebuilds > are in the main tree, official e17 snapshosts and live ebuilds for EFL and > e17 are in the official overlay. Instructions for the overlay: > http://overlays.gentoo.org/dev/vapier/wiki/enlightenment > > The (inofficial) gentoo-wiki seems to be dead, so might be better to drop > that link. > Thanks, updated. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Proposal on providing internationalization support for EDC TEXT
Cedric BAIL, il 18/03/2011 16:12, ha scritto: > Now what is my current idea. It's easy : implement gettext like > interface in eet. Reason, not only edje will benefit from this > capability. For example you could add translation support to eyelight > easily if it was done at eet level. maybe not many of you are aware that the linux kernel comes with a tool from arnaldo carvalho de melo, kxgettext, used to generate a po file parsing all Kconfig* files. the resulting po is managed with regular gettext tools and is used to build a translated interface at configuration time. don't know if it could be useful to take a look at it, just telling it in case it actually is :) -- Massimo Maiurana massimoragusa.linux.it http://massimo.solira.orgGPG keyID #7044D601 Creare l'uomo fu un'idea bizzarra e originale, ma aggiungere la pecora fu una tautologia. [Mark Twain] signature.asc Description: OpenPGP digital signature -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] arabic gui
Hey Salim, Nice meeting you (now that I know your name) :P Regarding the theme, it won't be too hard, but it will be a lot of work. You essentially have to mirror everything, and even then I'm not sure it'll be enough. Info about themes: http://docs.enlightenment.org/auto/edje/edcref.html(maybe someone else has something useful as well?). Please wait until tomorrow I will try to test something to see if there may be a shortcut, so you won't have to change the theme. -- Tom. 2011/3/19 المسالم المسالمة > hello tom > > you said ""BUT, you can, if you want, create an rtl theme that will > just flip all the interface to the right, > but that's a bit of work."" mm > > > will to tell you the truth i am not theme designer so this will be a hard > work for me > > any way i will try > > could you give me a link to any lesson about how do i creat edj file > > > > tanks man > > by the way my name salim > -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] packaging
Am 19.03.2011 04:46, schrieb Mike Blumenkrantz: > Hi, > > If you currently build/maintain packages for a distro, or know where they are > located, please update this site with more correct information: > > http://trac.enlightenment.org/e/wiki/Operating_Systems > The Gentoo Linux entry (Linux instructions) is outdated, official EFL ebuilds are in the main tree, official e17 snapshosts and live ebuilds for EFL and e17 are in the official overlay. Instructions for the overlay: http://overlays.gentoo.org/dev/vapier/wiki/enlightenment The (inofficial) gentoo-wiki seems to be dead, so might be better to drop that link. -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Focus issue in elm_widget.c
On Fri, 11 Mar 2011 15:52:32 +0900 WooHyun Jung said: > I've checked there were some focus problems when an object is hidden. > > So I made patch for that ~ in svn! :) thanks! i also added a test case for it too. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] arabic gui
Dear , How are you? e17 itself does not support ui-mirroring, only elementary, the widget toolkit. So it's not possibly to do it with e17 at the moment. (but as I said, yes with applications written using elemenatry, a toolkit that uses efl). BUT, you can, if you want, create an rtl theme that will just flip all the interface to the right, but that's a bit of work. -- Tom. 2011/3/19 المسالم المسالمة > hello developers > > before telling you my request i should tell you that i am a translator for > your's environment to arabic language > > so my request here is > > can you change its GUI from LTR to RLT > > i should say that my language use RTL write method at this environment and > this is good but that is not enough unless its GUI changed from LTR to RTL > > thanks for giving me some of your time to hear my request > > best wishes to you > > -- > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] arabic gui
hello developers before telling you my request i should tell you that i am a translator for your's environment to arabic language so my request here is can you change its GUI from LTR to RLT i should say that my language use RTL write method at this environment and this is good but that is not enough unless its GUI changed from LTR to RTL thanks for giving me some of your time to hear my request best wishes to you -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 release
Read the chart. Pick a task. Sign up. See E17 get released. http://trac.enlightenment.org/e/wiki/Release If you complete a task, use ~~strike-through~~ on the row's text and move it to the bottom of the list. ALL TASKS ADDED AFTER FRIDAY MARCH 25 ARE THE RESPONSIBILITY OF THE ADD-ER TO COMPLETE. Add any important tasks NOW to avoid more work LATER. Current totals by priority: 12 HIGH 12 MED 10 LOW 3 XLO 37 TOTAL TASKS BEFORE E17 RELEASE -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_decc -> build.sh
On Thu, 10 Mar 2011 22:36:00 +0100 Andreas Volz said: > I edited this files ages ago with edje_edit. I think because of this > edje_file->compiler is "edje_edit". But running build.sh doesn't work here. > Couldn't we just always use edje_cc? we could, and that's what i just did. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/eina: . src/lib
On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: On Sat, 19 Mar 2011 08:01:06 +0100 (CET) Vincent Torri wrote: On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: On Sat, 19 Mar 2011 07:37:48 +0100 (CET) Vincent Torri wrote: On Sat, 19 Mar 2011, Gustavo Sverzut Barbieri wrote: On Fri, Mar 18, 2011 at 10:02 PM, Enlightenment SVN wrote: Log: use stringshare in eina_error the only restriction here is that eina_error_msg_register cannot be used internally by eina prior to stringshare init, but since this does not happen currently there is no problem :) I guess this will cause dependency problems as eina_error is not supposed to depend on things like stringshare that depends on mempool. i agree Vincent that will only be the case if people go adding allocated error messages in internal eina modules that get initialized before stringshare. so you're saying that there is a bug Vincent there is a bug if someone adds an allocated error message before stringshare init inside eina. that does not currently happen, so there is no bug at present :) so, now, if someone adds, in a near future, a mempool, used by stringshare, which calls eina_error_msg_register() ? There is a possible bug that can raise. Vincent-- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ 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/edje: . src/bin
On Sat, 19 Mar 2011, Enlightenment SVN wrote:
> Log:
> edje_decc only use edje_cc.
>
>
>
> Author: raster
> Date: 2011-03-19 00:20:33 -0700 (Sat, 19 Mar 2011)
> New Revision: 57891
> Trac: http://trac.enlightenment.org/e/changeset/57891
>
> Modified:
> trunk/edje/ChangeLog trunk/edje/src/bin/edje_decc.c
>
> Modified: trunk/edje/ChangeLog
> ===
> --- trunk/edje/ChangeLog 2011-03-19 07:08:59 UTC (rev 57890)
> +++ trunk/edje/ChangeLog 2011-03-19 07:20:33 UTC (rev 57891)
> @@ -61,3 +61,8 @@
>
> * Add PROXY part.
>
> +2011-03-19 Carsten Haitzler (The Rasterman)
> +
> + * Change edje_decc to only use edje_cc as the compiler for security
> +and correctness reasons.
> +
>
> Modified: trunk/edje/src/bin/edje_decc.c
> ===
> --- trunk/edje/src/bin/edje_decc.c2011-03-19 07:08:59 UTC (rev 57890)
> +++ trunk/edje/src/bin/edje_decc.c2011-03-19 07:20:33 UTC (rev 57891)
> @@ -142,6 +142,8 @@
> eet_close(ef);
> return 0;
> }
> + /* force compiler to be edje_cc */
> + edje_file->compiler = strdup("edje_cc");
>if (!edje_file->compiler)
> {
> edje_file->compiler = strdup("edje_cc");
i don't see the interest of the 2nd strdup if it has already failed.
Vincent
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/eina: . src/lib
On Sat, 19 Mar 2011 08:01:06 +0100 (CET) Vincent Torri wrote: > > > On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: > > > On Sat, 19 Mar 2011 07:37:48 +0100 (CET) > > Vincent Torri wrote: > > > >> > >> > >> On Sat, 19 Mar 2011, Gustavo Sverzut Barbieri wrote: > >> > >>> On Fri, Mar 18, 2011 at 10:02 PM, Enlightenment SVN > >>> wrote: > Log: > use stringshare in eina_error > the only restriction here is that eina_error_msg_register cannot be used > internally by eina prior to stringshare init, but since this does not > happen currently there is no problem :) > >>> > >>> I guess this will cause dependency problems as eina_error is not > >>> supposed to depend on things like stringshare that depends on mempool. > >> > >> i agree > >> > >> Vincent > > that will only be the case if people go adding allocated error messages in > > internal eina modules that get initialized before stringshare. > > so you're saying that there is a bug > > Vincent there is a bug if someone adds an allocated error message before stringshare init inside eina. that does not currently happen, so there is no bug at present :) -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/PROTO/azy/src/lib
On Fri, 18 Mar 2011 23:57:31 -0700
"Enlightenment SVN" wrote:
> Log:
> more optimizing
>
> Author: discomfitor
> Date: 2011-03-18 23:57:31 -0700 (Fri, 18 Mar 2011)
> New Revision: 57889
> Trac: http://trac.enlightenment.org/e/changeset/57889
>
> Modified:
> trunk/PROTO/azy/src/lib/azy_events.c
>
> Modified: trunk/PROTO/azy/src/lib/azy_events.c
> ===
> --- trunk/PROTO/azy/src/lib/azy_events.c 2011-03-19 06:57:29 UTC (rev
> 57888) +++ trunk/PROTO/azy/src/lib/azy_events.c 2011-03-19 06:57:31
> UTC (rev 57889) @@ -330,9 +330,6 @@
>
> slen = strlen(s);
> snprintf((char *)sep, sizeof(sep), "%s%s", s, s);
> - /* by spec, this is only found between header and content */
> - if (azy_memstr(r - 1, sep, len - (r - 1 - start), 2 * slen))
> - net->headers_read = EINA_TRUE;
>
> p = start;
> line_len = r - p;
> @@ -368,10 +365,12 @@
> if (len < slen)
>break;
> p = r + slen;
> -if (net->headers_read)
> - /* double separator: STOP */
> - if (!strncmp((char*)p, s, slen))
> -break;
> +/* double separator: STOP */
> +if (!strncmp((char*)p, s, slen))
> + {
> + net->headers_read = EINA_TRUE;
> + break;
> + }
> r = azy_memstr(p, (const unsigned char *)s, len, slen);
> line_len = r - p;
> /* FIXME: to be fully 1.1 compliant, lines without a colon
>
>
after this commit, http parsing should be substantially faster (though probably
not noticeable unless you're running on a toaster)
--
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50% off!
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/eina: . src/lib
On Sat, 19 Mar 2011, Mike Blumenkrantz wrote: On Sat, 19 Mar 2011 07:37:48 +0100 (CET) Vincent Torri wrote: On Sat, 19 Mar 2011, Gustavo Sverzut Barbieri wrote: On Fri, Mar 18, 2011 at 10:02 PM, Enlightenment SVN wrote: Log: use stringshare in eina_error the only restriction here is that eina_error_msg_register cannot be used internally by eina prior to stringshare init, but since this does not happen currently there is no problem :) I guess this will cause dependency problems as eina_error is not supposed to depend on things like stringshare that depends on mempool. i agree Vincent that will only be the case if people go adding allocated error messages in internal eina modules that get initialized before stringshare. so you're saying that there is a bug Vincent-- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
