On Sat, Jan 26, 2013 at 12:32 AM, 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 -:( > > 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? >
efl-svn82296 | 82310 | 82321 | 82499 with e17-svn82296 |83008 | 83292 works fine! efl-svn82610 | efl-svn82710 fails startup of e17-svn82296 | 83008 | 83292 In every case all files are installed except eina-bench-cmp script, sure since dh_install --fail-missing used in generating packages. Only one copy of every library installed is present on the system with libxxx.so.1 and libxxx.so links to the corresponding library. ldd of installed libs have no dangling pointers. The IS something in the 825xx revisions that causes this failure. If it was a crash, I can trace it. Any suggestions? >> >> >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -------------------------------------- >> MSN: [email protected] >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 >> ------------------------------------------------------------------------------ >> 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 ------------------------------------------------------------------------------ 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
