On Wed, 2 Jan 2013 22:52:38 +0100 thomasg <[email protected]> said:

> On Wed, Jan 2, 2013 at 10:28 PM, Jérémy Zurcher <[email protected]> wrote:
> 
> > #0  0x00007fffeac78cd0 in evas_software_xlib_x_write_mask_line
> > (buf=buf@entry=
> >     0x7457b0, xob=0x181f610, src=0x7fffe3db0360, w=369, y=y@entry=85)
> >     at modules/evas/engines/software_x11/evas_xlib_buffer.c:40
> > #1  0x00007fffeac77be4 in evas_software_xlib_outbuf_push_updated_region
> > (buf=
> >     0x7457b0, update=0xa1a400, x=201, y=1, w=<optimized out>, h=96)
> >     at modules/evas/engines/software_x11/evas_xlib_outbuf.c:1064
> > #2  0x00007fffeac75052 in eng_output_redraws_next_update_push (
> >     h=<optimized out>, w=<optimized out>, y=<optimized out>,
> >     x=<optimized out>, surface=0xa1a400, data=0x745e50,
> >     render_mode=<optimized out>)
> >     at modules/evas/engines/software_x11/evas_engine.c:893
> > #3  eng_output_redraws_next_update_push (data=0x745e50, surface=0xa1a400,
> >     x=<optimized out>, y=<optimized out>, w=<optimized out>,
> >     h=<optimized out>, render_mode=EVAS_RENDER_MODE_ASYNC_END)
> >     at modules/evas/engines/software_x11/evas_engine.c:883
> > #4  0x00007ffff568e46f in evas_render_wakeup (eo_e=0x739400)
> >     at lib/evas/canvas/evas_render.c:1827
> > #5  evas_render_async_wakeup (target=<optimized out>, type=<optimized out>,
> >     event_info=<optimized out>) at lib/evas/canvas/evas_render.c:1868
> > #6  0x00007ffff5697325 in _evas_async_events_process_single ()
> >     at lib/evas/canvas/evas_async_events.c:149
> > #7  _evas_async_events_process_single ()
> >     at lib/evas/canvas/evas_async_events.c:118
> > #8  0x00007ffff5697570 in evas_async_events_process ()
> >     at lib/evas/canvas/evas_async_events.c:179
> > #9  0x00007ffff687d4b9 in _ecore_evas_async_events_fd_handler (
> >     data=<optimized out>, fd_handler=<optimized out>)
> >     at lib/ecore_evas/ecore_evas.c:2449
> > #10 0x00007ffff53e8531 in _ecore_call_fd_cb (data=<optimized out>,
> >     func=<optimized out>, fd_handler=0x648810) at
> > lib/ecore/ecore_private.h:378
> > #11 _ecore_main_fd_handlers_call () at lib/ecore/ecore_main.c:1690
> > #12 _ecore_main_loop_iterate_internal (once_only=once_only@entry=0)
> >     at lib/ecore/ecore_main.c:1937
> > #13 0x00007ffff53e89a7 in ecore_main_loop_begin ()
> >     at lib/ecore/ecore_main.c:964
> > #14 0x00007ffff7adae15 in elm_run () at elm_main.c:956
> > #15 0x000000000040c581 in elm_main (argc=<optimized out>, argv=<optimized
> > out>)
> >     at main.c:1304
> > #16 0x00007ffff40ffa15 in __libc_start_main () from /usr/lib/libc.so.6
> > #17 0x0000000000408889 in _start ()
> > #0  0x00007fffeac78cd0 in evas_software_xlib_x_write_mask_line
> > (buf=buf@entry=
> >     0x7457b0, xob=0x181f610, src=0x7fffe3db0360, w=369, y=y@entry=85)
> >     at modules/evas/engines/software_x11/evas_xlib_buffer.c:40
> > 40                   *dst_ptr =
> >
> > print dst_ptr
> > $1 = (DATA8 *) 0x7fffe3d2d000 <Address 0x7fffe3d2d000 out of bounds>
> >
> 
> We had that one reported already and raster actually pushed a supposed fix
> today.
> However, according to dh, the fix also has a bug, so it might take a while
> until it is properly fixed.

the fix doesnt have a bug.. it simply failed to fix the evas xcb path in the
efl tree (the 1.7 branch was all fixed right).

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [email protected]


------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to