On Sat, 26 Jan 2013 00:32:33 +0530 Arvind R <[email protected]> wrote:
> On Fri, Jan 25, 2013 at 3:48 PM, Gustavo Sverzut Barbieri > <[email protected]> wrote: > > On Thursday, January 24, 2013, Arvind R wrote: > > > >> On Fri, Jan 25, 2013 at 6:32 AM, Ulisses Furquim > >> <[email protected]> wrote: > >> > Hi Arvind, > >> > > >> > On Thu, Jan 24, 2013 at 10:42 PM, Arvind R <[email protected]> > >> > wrote: > >> >> Hi, > >> >> > >> >> Updated everything to svn83292 except libevas. Am able to run > >> >> E17!!! Install libevas and E17 does not start. I had to build > >> >> everything with lax dependencies to be able to do this. > >> >> libevas-engines-x is also the new version. Only libevas needs > >> >> to left out. > >> >> > >> >> The libevas package contains libevas.so.*, evas/modules/loaders, > >> >> evas/modules/savers and evas/checkme. > >> >> > >> >> The .xsession-errors has at the end repeated a few times: > >> >> > >> >> ERR ecore_evas lib/ecore_evas/ecore_evas.c:65 > >> >> delayed.avoid_damage=0 ERR ecore_evas > >> >> lib/ecore_evas/ecore_evas.c:66 delayed.resize_shape=0 ERR > >> >> ecore_evas lib/ecore_evas/ecore_evas.c:67 delayed.shaped=0 ERR > >> >> ecore_evas lib/ecore_evas/ecore_evas.c:68 > >> >> delayed.shaped_changed=0 ERR ecore_evas > >> >> lib/ecore_evas/ecore_evas.c:69 delayed.alpha=0 ERR ecore_evas > >> >> lib/ecore_evas/ecore_evas.c:70 delayed.alpha_changed=0 ERR > >> >> ecore_evas lib/ecore_evas/ecore_evas.c:71 delayed.transparent=0 > >> >> ERR ecore_evas lib/ecore_evas/ecore_evas.c:72 > >> delayed.transparent_changed=0 > >> >> ERR ecore_evas lib/ecore_evas/ecore_evas.c:73 delayed.rotation=0 > >> >> ERR ecore_evas lib/ecore_evas/ecore_evas.c:74 > >> >> delayed.rotation_resize=0 ERR ecore_evas > >> >> lib/ecore_evas/ecore_evas.c:75 delayed.rotation_changed=0 ERR > >> >> ecore_evas lib/ecore_evas/ecore_evas.c:77 reset in_async_render > >> >> of ee=0x202cf40 ERR ecore_evas lib/ecore_evas/ecore_evas.c:63 > >> >> stuck async render: time=87.614251, ee=0x1884c30, > >> >> engine=software_x11, geometry=(0, 0, 1280, 1024), visible=1, > >> >> shaped=0, alpha=0, transparent=0 > >> >> > >> >> repeated. > >> >> > >> >> Terminology fails to start - segfaulting. gdb bt: > >> >> > >> >> Program received signal SIGSEGV, Segmentation fault. > >> >> evas_common_font_draw_internal (dst=0xda8500, dc=0x85b3b0, x=1, > >> >> y=24, glyphs=0x1, func=0x7ffff5fe2b50 > >> >> <_op_blend_mas_can_dp_sse3>, > >> ext_x=1, > >> >> ext_y=2, ext_w=1040, ext_h=644, im_w=1042, im_h=674) > >> >> at lib/evas/common/evas_font_draw.c:39 > >> >> 39 lib/evas/common/evas_font_draw.c: No such file or > >> >> directory. (gdb) bt > >> >> #0 evas_common_font_draw_internal (dst=0xda8500, dc=0x85b3b0, > >> >> x=1, > >> y=24, > >> >> glyphs=0x1, func=0x7ffff5fe2b50 <_op_blend_mas_can_dp_sse3>, > >> ext_x=1, > >> >> ext_y=2, ext_w=1040, ext_h=644, im_w=1042, im_h=674) > >> >> at lib/evas/common/evas_font_draw.c:39 > >> >> #1 0x00007ffff5fa87d1 in evas_common_font_draw_cb > >> >> (dst=0xda8500, > >> dc=0x85b3b0, > >> >> x=1, y=24, glyphs=0x1, cb=0x7ffff5fa76d0 > >> <evas_common_font_draw_internal>) > >> >> at lib/evas/common/evas_font_draw.c:536 > >> >> #2 0x00007fffe1aaba16 in ?? () > >> >> from > >> /usr/lib/x86_64-linux-gnu/evas/modules/engines/gl_x11/./module.so > >> >> #3 0x00007ffff5f6f19e in evas_object_textgrid_render > >> >> (eo_obj=0xde22e0, obj=0xde2370, output=0x76cf60, > >> >> context=0x85b3b0, surface=0xcf2d70, > >> x=0, > >> >> y=0, do_async=0 '\000') at > >> lib/evas/canvas/evas_object_textgrid.c:681 > >> >> #4 0x00007ffff5f76172 in evas_render_mapped > >> >> (e=e@entry=0x723e00, eo_obj=eo_obj@entry=0xde22e0, > >> >> obj=obj@entry=0xde2370, > >> context=0x85b3b0, > >> >> surface=surface@entry=0xcf2d70, off_x=off_x@entry=0, > >> off_y=off_y@entry=0, > >> >> mapped=0, mapped@entry=2, ecx=0, ecy=0, ecw=1042, ech=674, > >> >> proxy_render=0 '\000', proxy_render@entry=2 '\002', > >> >> do_async=do_async@entry=0 '\000') at > >> lib/evas/canvas/evas_render.c:1228 > >> >> #5 0x00007ffff5f78859 in evas_render_updates_internal ( > >> >> eo_e=eo_e@entry=0x723d70, make_updates=make_updates@entry=1 > >> >> '\001', do_draw=do_draw@entry=1 '\001', > >> >> done_func=done_func@entry=0, done_data=done_data@entry=0x0, > >> >> updates_func=updates_func@entry=0, > >> >> updates_data=updates_data@entry=0x0, do_async=do_async@entry=0 > >> '\000') > >> >> > >> >> Am senAm quite sure there are no old libs. Did ldd of all the > >> >> libs > >> installed, and tried find on the libs to look for other versions. > >> None found. Nothing installed in /usr/local or /opt > >> No network storage > >> Works fine with svn82296 of efl. > >> > >> Distro: Debian (testing) wheezy > >> Kernel 3.7.0 on Quad Core2 with ECC RAM and RAID drives > >> Xorg 1.13.0 Mesa 9.0.1 Driver Nouveau > >> efl - svn83307 all except libevas which, as mentioned, is svn82296 > >> (else e17 does not start up) > > > > > > This should be false or sonething strange in there. If you have old > > libevas, you don't have evas_render_async(), that is used by > > src/modules/ecore_evas/engines/x > > > > Then I'm not sure how you managed to force that to work. > > Nothing. I just package-build the new versions and install. Since the > efl libraries are split to conform to debian package names so as not > to have too much conflicts in future, I can still install packages > independently - if I relax package dependencies. > That's all I did - no source patching - I know the code is very deep. > > What I'm doing now is compiling incremental versions - to find where > the problem manifests. I've got to svn82499 working - with > e17-svn83292 and elementary-svn83290. Wish you'd used git or hg > instead of svn - downloads the whole source for every version -:( We are moving to git, and there's some git repos out there. Can't recall URLs off the top of my head. > No libraries installed anywhere but in /lib (only for vvip libs), > /usr/lib (not yet ported to multiarch) and /usr/lib/x86_64-linux-gnu. > I'm perplexed. I even reinitialised my local repos. thinking it may be > corrupt. > > Could you point out some key revisions to try? Or any other method? A bisect is what you need. Do a binary search instead of a linear search. Start with a commit that is half way between the good and the bad one, if it's good, pick one half way between this one and the bad one. If it was bad, pick one half way between this one and the good one. Repeat until you reach the one you are looking for. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. ------------------------------------------------------------------------------ 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/learnnow-d2d _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
