headers
David Seikel | 1 Aug 2011 02:12
X-Face
Picon
Gravatar

Re: [E-devel] Ecore XCB

On Sun, 31 Jul 2011 20:05:50 -0400 Mike Blumenkrantz
<mike <at> zentific.com> wrote:

> On Sun, 31 Jul 2011 19:40:55 -0400
> Christopher Michael <cpmichael1 <at> comcast.net> wrote:
> 
> > On 07/31/2011 07:35 PM, Mike Blumenkrantz wrote:
> > > On Sun, 31 Jul 2011 19:32:46 -0400
> > > Christopher Michael<cpmichael1 <at> comcast.net>  wrote:
> > >
> > >> On 07/31/2011 07:29 PM, Mike Blumenkrantz wrote:
> > >>> On Sun, 31 Jul 2011 19:16:35 -0400
> > >>> Christopher Michael<cpmichael1 <at> comcast.net>   wrote:
> > >>>
> > >>>> On 07/30/2011 06:36 PM, Boris Faure wrote:
> > >>>>> On Tue, Jul 12, 2011 at 01:10, Christopher Michael
> > >>>>> <cpmichael1 <at> comcast.net>    wrote:
> > >>>>> […]
> > >>>>>> 2) It may not build on your system (tho it builds on all
> > >>>>>> boxes I have tried so far).
> > >>>>>
> > >>>>> It doesn't build on my boxes (gentoo and arch linux
> > >>>>> up-to-date).
> > >>>> I find that very strange since all of the initial development
> > >>>> that I did was on a gentoo box. If I had to guess, I would say
> > >>>> you are using ACCEPT_KEYWORDS=~x86 to pull in masked
> > >>>> packages...In which case, you are pulling in a development
> > >>>> version of XCB and yes it will not build against that.
> > >>>>
> > >>>>> I've got xcb 1.7 and it introduced a split up of xcb-util.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gustavo Sverzut Barbieri | 1 Aug 2011 04:22

Re: [E-devel] European Tour -- BEERS?

On Wed, Jul 27, 2011 at 11:15 AM, Gustavo Sverzut Barbieri
<barbieri <at> profusion.mobi> wrote:
>
> On Wed, Jul 27, 2011 at 10:41 AM, michael bouchaud
> <michael.bouchaud <at> gmail.com> wrote:
> > 2011/7/27 Cedric BAIL <cedric.bail <at> free.fr>
> >>
> >> On Tue, Jul 26, 2011 at 10:53 PM, Gustavo Sverzut Barbieri
> >> <barbieri <at> profusion.mobi> wrote:
> >> > Hi European dudes, how are you doing?
> >>
> >> > As some IRC folks know, I'll be in Europe for a series of events and
> >> > would like to meet you for a beer night (I have meetings during the
> >> > day). Let me know what can be arranged on the following dates (all in
> >> > August):
> >> >
> >> > Paris:
> >> >   - Arrival: 3, afternoon
> >> >   - Departure: 5, afternoon
> >>
> >> So maybe the 3 or 4th, we can setup a E-dinner in Paris. Which day do
> >> you prefer ? Where are you staying in Paris ?
> >>
> >> > Berlin: there to represent Enlightenment in the Desktop Summit 2011,
> >> > yay!
> >> >   - Arrival: 5, night
> >> >   - Departure: 9, night
> >>
> >> Sounds like many of us will be there, that's a good thing. Some
> >> enlightenned german to ?
(Continue reading)

Permalink | Reply | 6 comments |
headers
Mike McCormack | 1 Aug 2011 04:33

Re: [E-devel] [PATCH] ecore: Add basic thread safety

On 07/29/2011 05:56 PM, Cedric BAIL wrote:

> Then take that pseudo example :
> 
> Eina_Bool _timer_in_main_loop(void *data)
> {
>    ....;
     lock_data_mutex();
     if (!data_was_deleted)
       {
>        free(data);
       }
     data_was_deleted = Eina_True;
     unlock_data_mutex();
>    return 0;
> }
> 
> void bad_idea()
> {
>    tuttut = ecore_timer_add(unlucky, _timer_in_main_loop, something);
>    ...;
> 
>    if (bad_happen)
>       {
          lock_data_mutex();
          if (!data_was_deleted)
            {
>             ecore_timer_del(tuttut);
>             free(something);
            }
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jihoon Kim | 1 Aug 2011 08:04

Re: [E-devel] [PATCH] notify immodule to know the cursor location

Thanks, Raster.

In the current edje_entry, there are some bugs related to sequence and miss
to call '_edje_entry_imf_cursor_info_set()'.
Cursor geometry information should be transferred after
ecore_imf_context_focus_in API is called.

This patch will resolve those bugs.
Would you please apply this patch?

-----Original Message-----
From: Carsten Haitzler (The Rasterman) [mailto:raster <at> rasterman.com] 
Sent: Friday, July 29, 2011 2:56 PM
To: Jihoon Kim
Cc: enlightenment-devel <at> lists.sourceforge.net
Subject: Re: [E-devel] [PATCH] notify immodule to know the cursor location

On Thu, 21 Jul 2011 19:22:14 +0900 Jihoon Kim <jihoon48.kim <at> samsung.com>
said:

hmm. patch didn't apply cleanly, so I had to manually patch in a lot of
rejections (12 of them), but I've put it in and fixed a warning as well.
thanks
very much! :)

> Hi, EFL developers.
> 
> In immodule, the cursor location is needed to move the word candidate
> window.
> In this patch, calling ecore_imf_context_cursor_location_set lets immodule
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jiyoun Park | 1 Aug 2011 09:25

[E-devel] [Patch] evas_image_load_bmp memory bug fix

Hello. 

There is some bug cause memory crash in evas_image_load_file_head_bmp
function.

The problem is occurred below case.

bit_count = 32(has alpha) & comp= 0(no compression)

980 line: pixend = pix +(w*h)

But pix already pointed the end of surface, so pixend address is wrong.

So I modify 

1.     pix point the start of surface

2.     And then pixend point end of pix 

Thanks.

----------------------------------------------

Jiyoun Park

Mobile S/W Platform Lab

DMC R&D Center

SAMSUNG ELECTRONICS CO. ,LTD
(Continue reading)

Permalink | Reply | 1 comment |
headers
Carsten Haitzler | 1 Aug 2011 09:37
Favicon
Gravatar

Re: [E-devel] [Patch] evas_image_load_bmp memory bug fix

On Mon, 01 Aug 2011 16:25:49 +0900 Jiyoun Park <jy0703.park <at> samsung.com> said:

ooh good catch! could be more minimal a fix though. in svn (minimal
fix.diff). :)

> Hello. 
> 
> There is some bug cause memory crash in evas_image_load_file_head_bmp
> function.
> 
>  
> 
> The problem is occurred below case.
> 
> bit_count = 32(has alpha) & comp= 0(no compression)
> 
>  
> 
> 980 line: pixend = pix +(w*h)
> 
> But pix already pointed the end of surface, so pixend address is wrong.
> 
> So I modify 
> 
> 1.     pix point the start of surface
> 
> 2.     And then pixend point end of pix 
> 
> Thanks.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
libernux | 1 Aug 2011 11:19
Picon

[E-devel] Build error in ecore

Hello,

I'm getting an error when building the latest ecore.
Could somebody have a look into this.

Making all in bin
make[4]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src/bin'
wordt binnengegaan
 CCLD   ecore_test
../../src/lib/ecore/.libs/libecore.so: undefined reference to  <======= 
`eina_main_loop_is' collect2: ld returned 1 exit status        <=======
make[4]: *** [ecore_test] Fout 1
make[4]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src/bin'
wordt verlaten make[3]: *** [all-recursive] Fout 1
make[3]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src' wordt
verlaten make[2]: *** [all] Fout 2
make[2]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src' wordt
verlaten make[1]: *** [all-recursive] Fout 1
make[1]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build' wordt
verlaten make: *** [all] Fout 2
==> ERROR: A failure occurred in build().
    Aborting...
[bstrik <at> libernux ecore-svn]$ 

Thanks in advance

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
(Continue reading)

Permalink | Reply | 7 comments |
headers
Cedric BAIL | 1 Aug 2011 11:30
Picon
Favicon

Re: [E-devel] [PATCH] ecore: Add basic thread safety

On Fri, Jul 29, 2011 at 3:44 AM, Mike McCormack
<mj.mccormack <at> samsung.com> wrote:
> On 07/28/2011 10:35 PM, Cedric BAIL wrote:
>> As I don't want the grumpy guy that don't help. You now have
>> ecore_main_loop_thread_safe_call that should be the base for your
>> patch. And I am still not convinced that we need more than that.
>> People should just use that function when they are doing thread stuff
>> and we should advertise it in our thread spanking message.
>
> OK, thanks for spending the time to write this.
>
> If you know you're writing code that's in a thread your function is
> great.  Call it, and then schedule some work in the main loop, it's
> good.
>
> But for a library writer:
>
> 1) assume thread safety (1 line):
>
>    ecore_event_add(LIB_EVENT, e, my_event_free, NULL);
>
>
> 2) Using ecore_main_loop_thread_safe_call (5 lines)
>
> static void _event_main_loop_callback(void *data)
> {
>   ecore_event_add(LIB_EVENT, e, my_event_free, NULL);
> }
>
> /* will always be marshalled through pipe, even when not necessary */
(Continue reading)

Permalink | Reply | 0 comments |
headers
Cedric BAIL | 1 Aug 2011 11:42
Picon
Favicon

Re: [E-devel] [PATCH] ecore: Add basic thread safety

On Mon, Aug 1, 2011 at 4:33 AM, Mike McCormack <mj.mccormack <at> samsung.com> wrote:
> On 07/29/2011 05:56 PM, Cedric BAIL wrote:
>> Then take that pseudo example :
>>
>> Eina_Bool _timer_in_main_loop(void *data)
>> {
>>    ....;
>     lock_data_mutex();
>     if (!data_was_deleted)
>       {
>>        free(data);
>       }
>     data_was_deleted = Eina_True;
>     unlock_data_mutex();
>>    return 0;
>> }
>>
>> void bad_idea()
>> {
>>    tuttut = ecore_timer_add(unlucky, _timer_in_main_loop, something);
>>    ...;
>>
>>    if (bad_happen)
>>       {
>          lock_data_mutex();
>          if (!data_was_deleted)
>            {
>>             ecore_timer_del(tuttut);
>>             free(something);
>            }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Cedric BAIL | 1 Aug 2011 11:43
Picon
Favicon

Re: [E-devel] Build error in ecore

On Mon, Aug 1, 2011 at 11:19 AM, libernux <libernux55 <at> gmail.com> wrote:
> I'm getting an error when building the latest ecore.
> Could somebody have a look into this.
>
> Making all in bin
> make[4]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src/bin'
> wordt binnengegaan
>  CCLD   ecore_test
> ../../src/lib/ecore/.libs/libecore.so: undefined reference to  <=======
> `eina_main_loop_is' collect2: ld returned 1 exit status        <=======
> make[4]: *** [ecore_test] Fout 1
> make[4]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src/bin'
> wordt verlaten make[3]: *** [all-recursive] Fout 1
> make[3]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src' wordt
> verlaten make[2]: *** [all] Fout 2
> make[2]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build/src' wordt
> verlaten make[1]: *** [all-recursive] Fout 1
> make[1]: Map '/home/bstrik/arche17/ecore-svn/src/ecore-build' wordt
> verlaten make: *** [all] Fout 2
> ==> ERROR: A failure occurred in build().
>    Aborting...
> [bstrik <at> libernux ecore-svn]$
>

Is your eina up to date ?
--

-- 
Cedric BAIL

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
(Continue reading)

Permalink | Reply | 6 comments |

Gmane