On Sun, May 27, 2018 at 9:54 PM, Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Sun, 27 May 2018 19:46:44 +0530 Amitesh Singh <singh.amit...@gmail.com>
> said:
>
> > Hey guys
> >
> > I tried the latest git e/efl. E is  broken. All I get is a lonely
> cursor. :(
> > I had included raster's recent revert patch but no avail.
> >
> > Any suggestions?
>
> see my other mail (latest efl lifecycle commits) and go back to
> 0090384ef5ac9f9e939874a1bbf233298c9db930 :(
>
> > Thanka
> >
> > On Sun, May 27, 2018, 2:21 PM Daniel Zaoui <jackdani...@eyomi.org>
> wrote:
> >
> > > On Sun, 27 May 2018 12:55:02 +0900
> > > Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> > >
> > > > On Sat, 26 May 2018 22:37:13 +0100 Al Poole <nets...@gmail.com>
> said:
> > > >
> > > > > Hi raster,
> > > > >
> > > > > The commit:
> > > > >
> > > > > 757f7a7279e97e80ccb4defa986c174daaf9449e
> > > > >
> > > > > Breaks module loading on FreeBSD.
> > > > >
> > > > > Lots of unresolved symbols when loading modules: E initialzation
> > > > > loops forever.
> > > > >
> > > > > I thought about reverting but perhaps you have the time to
> > > > > investigate the issue there?
> > > >
> > > > oh really? it worked perfectly on linux... why would it break on bsd.
> > > > RTLD_LOCAL according to the man pages doesn't make symbols available
> > > > globally (so regular sym lookups wont find those symbols in the
> > > > global table - they must be dlsym()'d from the module handle). the
> > > > man page here says:
> > > >
> > > >        RTLD_LOCAL
> > > >               This is the converse of RTLD_GLOBAL, and the default
> > > > if  neither flag  is  specified.   Symbols defined in this shared
> > > > object are not made available to resolve references in subsequently
> > > > loaded shared objects.
> > > >
> > > > right now i'm chasing an efl break that destroys compositing in e
> > > > after a little time (open a few windows, switch desktops) where all
> > > > my windows become garbage. something between
> > > > ea1760380e34074d9e6b9633a54a4f9c27e64aec and
> > > > 75bb7c049f05176aef635bddcfb320c306b196bf.
> > >
> > > I have the same issue. bisect doesn't work well on Cedric 121 patches.
> > > Sucks. Anyway, I opened a ticket (T6970).
> > >
> > > >
> > > > in the meantime could you look into why freeebsd is different here?
> > > > it sounds like it's interpreting RTLD_LOCAL to not resolve symbols
> > > > within the module using the global context which is not what the
> > > > above says... what symbols are not looking up? stuff in e? like e_*
> > > > ones? i am guessing that it's these.
> > >
> > >
>


Ok, E alteast works on latest git but has lots of bugs. The windows gets
blacked out plethora of times.

https://www.enlightenment.org/ss/display.php?image=e-5b123bca0c63f4.26434082.png


> >
> > > ------------------------------------------------------------
> ------------------
> > > Check out the vibrant tech community on one of the world's most
> > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > > _______________________________________________
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
>
>

>
> --
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> Carsten Haitzler - ras...@rasterman.com
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to