Re: [E-devel] rev 40847 breaks ecore main loop on Windows

That's really weird, we walk just part of the list, never delete nodes
and compares pointers that we use before, so it should never happen.
Maybe a bug somewhere else tha is now exposed? Remember that functions
that would run immediatelly are now postponed, so things that were
free but were untouched can now be changed...

anyways, on the bus to my home now, can look into this tomorrow.

On 5/31/09, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>
> Gustavo,
>
> your commit about ecore_idle* breaks the main loop on Windows XP. I have a
> segmentation somewhere when the loop iterates but i can't track it with
> gdb, nor with some printf (the stack is maybe corrupted somewhere).
>
> Before your commit, the main loop works well.
>
> Vincent
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals.
> Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel <at> lists.sourceforge.net

Re: [E-devel] rev 40847 breaks ecore main loop on Windows

On Sun, 31 May 2009, Gustavo Sverzut Barbieri wrote:

> That's really weird, we walk just part of the list, never delete nodes
> and compares pointers that we use before, so it should never happen.
> Maybe a bug somewhere else tha is now exposed? Remember that functions
> that would run immediatelly are now postponed, so things that were
> free but were untouched can now be changed...
>
> anyways, on the bus to my home now, can look into this tomorrow.

sorry, it's my fault, i had in a configuration a -fomit-frame-pointer in 
my flags, which corrupted the stack.

I'm sorry for the noise

Vincent

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 

Re: [E-devel] rev 40847 breaks ecore main loop on Windows

On Mon, Jun 1, 2009 at 5:14 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>
>
> On Sun, 31 May 2009, Gustavo Sverzut Barbieri wrote:
>
>> That's really weird, we walk just part of the list, never delete nodes
>> and compares pointers that we use before, so it should never happen.
>> Maybe a bug somewhere else tha is now exposed? Remember that functions
>> that would run immediatelly are now postponed, so things that were
>> free but were untouched can now be changed...
>>
>> anyways, on the bus to my home now, can look into this tomorrow.
>
> sorry, it's my fault, i had in a configuration a -fomit-frame-pointer in my
> flags, which corrupted the stack.
>
> I'm sorry for the noise

Ok, but what was the problem? 

--

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbieri <at> gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 

Re: [E-devel] rev 40847 breaks ecore main loop on Windows

On Mon, 1 Jun 2009, Gustavo Sverzut Barbieri wrote:

> On Mon, Jun 1, 2009 at 5:14 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>>
>>
>> On Sun, 31 May 2009, Gustavo Sverzut Barbieri wrote:
>>
>>> That's really weird, we walk just part of the list, never delete nodes
>>> and compares pointers that we use before, so it should never happen.
>>> Maybe a bug somewhere else tha is now exposed? Remember that functions
>>> that would run immediatelly are now postponed, so things that were
>>> free but were untouched can now be changed...
>>>
>>> anyways, on the bus to my home now, can look into this tomorrow.
>>
>> sorry, it's my fault, i had in a configuration a -fomit-frame-pointer in my
>> flags, which corrupted the stack.
>>
>> I'm sorry for the noise
>
> Ok, but what was the problem? 

I have a script that compiles and install the efl, and create an installer 
for Windows. I use some flags for the compilation, and 
-fomit-frame-pointer was one of those flags. I don't understand why but, 
when i compiled with the latest source code, there was a seg fault, the bt 
of gdb being totally useless (but according to the doc, it's not 
surprising that gdb is lost with that option)

Re: [E-devel] [Python Epdf bindings ]

2009/5/29 André Loureiro <loureiro.andrew <at> gmail.com>:
> Hi guys,
>
> I've made the bindings for epdf library, and I would like put it
> in your svn repository, how can i do this?
> the current repository is in gitorious.org, but I think that is not
> better place.

Hi André,

Before I merge your work inside SVN I need you to fix some problems with it:
  - release the GIL in functions that (possibly) take long, like
render(). See http://svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-ecore/ecore/ecore.c_ecore.pyx
(Reminds me that I need to add such to evas render as well, if you
could submit a patch to improve that it would be great!)
  - do not use self.Xobj, use self.obj instead, so it's consistent
among all efl. (for C object pointer)
  - consistent name of classes: epdf.Page, not epdf.EPage.
  - avoid creating dicts for things that do not need one, for example
in EPage.text_find(), either return a tuple, or return an evas.Rect
instead.
   - watch out memory leaks! EPage.text_find() is leaking the returned
list and nodes, you need to free it. Please review the whole code in
parts that returns lists and char*.
   - watch out NULL -> python. If any function can return NULL on
char*, you need to check for that and convert to None yourself,
otherwise the application will segv.

Regards,

[E-devel] [PYTHON-EFL] to make a window to be always on top

Hi all,

How do I create a window that appears "always on top" in python-efl?

Went through the API, but nothing seems related. Any idea on how I can
accomplish this?

Thanks in advance.

Best regards,
--nhisyam

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get

[E-devel] fm2 preview plugin

Hello, All.

What kind of fm2 preview plugin is mean?
I see it as 'preview' fm2 filelist mode with:
    1. rect zone for embedding graphics,
    2. area with filelist,
    3. area with toolbar to rotate, zoom and pan preview.

So, we need a way to bind file's mimetype and preview module,
that embedding into zone (1). Also we need unified preview
module interface, such as:
    1. open file and show it,
    2. zoom in/out,
    3. pan.

Have e17 a way to bind mimetype and view plugin (for ex. as in KDE 
KParts::ReadOnlyPart)? That's in order to avoid duplicating functionality.
Second, to build unified preview module interface, is it possible to use 
E17 'smart objects' paradigm and structures with functors (pointers to
module's functions) or I need something else?

Sincerely yours, Sergey.

--
Jabber/XMPP: sergey.semernin <at> gmail.com
Cellular: +7-909-206-5992

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 

[E-devel] [PATCH] Eina list and array chained init failure handling

Hello,

This patch adds failure handling on eina_array_init() and eina_list_init()
by shutting down and cleaning up what was used up to the failure point.

-- 
André Dieb Martins

Embedded Systems and Pervasive Computing Lab (Embedded)
Electrical Engineering Department (DEE)
Center of Electrical Engineering and Informatics (CEEI)
Federal University of Campina Grande (UFCG)

Blog: http://genuinepulse.blogspot.com/
Mail: dieb at embedded.ufcg.edu.br, andre.dieb at gmail.com

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Eina list and array chained init failure handling

Sorry, I meant eina_hash instead of eina_array.

On Tue, Jun 2, 2009 at 1:28 PM, Andre Dieb <andre.martins <at> ee.ufcg.edu.br>wrote:

> Hello,
>
> This patch adds failure handling on eina_array_init() and eina_list_init()
> by shutting down and cleaning up what was used up to the failure point.
>
> --
> André Dieb Martins
>
> Embedded Systems and Pervasive Computing Lab (Embedded)
> Electrical Engineering Department (DEE)
> Center of Electrical Engineering and Informatics (CEEI)
> Federal University of Campina Grande (UFCG)
>
> Blog: http://genuinepulse.blogspot.com/
> Mail: dieb at embedded.ufcg.edu.br, andre.dieb at gmail.com
>

--

-- 
André Dieb Martins

Embedded Systems and Pervasive Computing Lab (Embedded)
Electrical Engineering Department (DEE)
Center of Electrical Engineering and Informatics (CEEI)
Federal University of Campina Grande (UFCG)

Blog: http://genuinepulse.blogspot.com/

Re: [E-devel] E SVN: cedric trunk/eet/src/lib

update changelog :D

Vincent

On Tue, 2 Jun 2009, Enlightenment SVN wrote:

> Log:
>  	* eet_node: Fix API.
>
> Author:       cedric
> Date:         2009-06-02 09:24:28 -0700 (Tue, 02 Jun 2009)
> New Revision: 40873
>
> Modified:
>  trunk/eet/src/lib/Eet.h trunk/eet/src/lib/eet_data.c trunk/eet/src/lib/eet_node.c
>
> Modified: trunk/eet/src/lib/Eet.h
> ===================================================================
> --- trunk/eet/src/lib/Eet.h	2009-06-01 15:07:12 UTC (rev 40872)
> +++ trunk/eet/src/lib/Eet.h	2009-06-02 16:24:28 UTC (rev 40873)
>  <at>  <at>  -1367,13 +1367,14  <at>  <at> 
>    EAPI Eet_Node *eet_node_unsigned_char_new(const char *name, unsigned char uc);
>    EAPI Eet_Node *eet_node_unsigned_short_new(const char *name, unsigned short us);
>    EAPI Eet_Node *eet_node_unsigned_int_new(const char *name, unsigned int ui);
> +   EAPI Eet_Node *eet_node_unsigned_long_long_new(const char *name, unsigned long long l);
>    EAPI Eet_Node *eet_node_string_new(const char *name, const char *str);
>    EAPI Eet_Node *eet_node_inlined_string_new(const char *name, const char *str);
>    EAPI Eet_Node *eet_node_null_new(const char *name);
>    EAPI Eet_Node *eet_node_list_new(const char *name, Eina_List *nodes);