> On Fri, 10 Feb 2012 22:53:45 -0200 Gustavo Sverzut Barbieri > <[email protected]> wrote: > >> On Fri, Feb 10, 2012 at 7:59 PM, <[email protected]> wrote: >> >> > DirectFB was no problem (v1.2.9 at this moment), all the >> > DFB-examples (except one or two examples) run without any problems >> > and produce the expected output on screen. >> > >> > Next, I have built al the required libraries needed to be able to >> > build enna, this included a lot of the efl. >> > >> > After this was finished, I first decided to build some examples, >> > starting with the evas-examples. They compiled without problems, >> > but I keep getting the error below (before it quits, DFB is >> > initialized, because I see a 'maiden DFB screen' as output). >> >> DirectFB engine is not maintained anymore and it will be removed soon, >> when Evas is merged into a single source package with other EFL, or at >> least when we start to rework Evas internals. >> >> Sorry, it happens because it's painful to keep these things around >> when nobody steps up as maintainer... and DFB has a huge history of >> it. It was created and then when it was almost to be removed I needed >> it for a project, then I revamped most of its code... but no need to >> maintain it for me anymore, nobody else stepped as maintainer and it's >> likely going away. >> >> The good thing is that most of newer hardware is OpenGL2.0 compliant, >> and with Wayland evolution one day we may expect embedded to settle on >> this combination :-) > > On the other hand, plain FB is still supported and not going away any > time soon. I use it in an embedded project, works fine on my tiny 486 > system. > I am trying to pursue this issue some more (despite the fact that DirectFB support will be canceled).
I have been testing some more and it seems that there is a problem with calling the method "evas_output_method_set(ee->evas, rmethod);". It seems that this doesn't get executed, and therefore the engine info doesn't get set and the test-programs report this error. (To test this, I modified this method a bit, by letting it return an int-value differing from 0 in all circumstances. If I then initialize an int to 22, and then assign the return value of this method to this int, the value of this int is 0). Maybe I will have to link everything statically instead of dynamically to fix this. It seems to be a general problem, because evas-buffer-simple also has this same problem and it doesn't use DirectFB. Any hints on which tests I could run to better determine the cause of this problem and to hopefully find a solution for this? I am using version 1.1.0 of Eina, Evas, Ecore etc. (the versions that are on the download page at this moment) and DirectFB 1.2.9 Kind regards, Erwin Hermans ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
