From: Michael Jennings <e-devel@ka...> - 2006-01-23 12:32:53
On Monday, 23 January 2006, at 21:15:24 (+0900),
Carsten Haitzler wrote:
> dude - that message says EXACTLY what the problem is - to the
> letter. read it. the code passed NULL as a handle pointer to
> ecore_evasget() - so what it passed in was NULL - that's bad.
Well, in that case, the naughty programmer is YOU. The error message
came from edje_cc when it was unable to load the PNG image loader
module while compiling default.edc for entrance.
The bottom line is, the message does NOT say what the problem was.
The problem, which I discovered mainly by trial and error, was that
the buffer engine and PNG image loader modules were not available.
> that's just styupid - as my other mail says. the packages that
> REQUIRE these should add them as dependencies - EG tne enlightenment
> package for 0.17 should add these as dependencies - thus indicating
> what engines and loaders and features it requires at a minimum. what
> you have done is for rpm users, is effectively neuter a very useful
> feature - the ability to fine-grain dependencies even if they
> arene't using e17 or e apps (just using evas for some specific
> fucntionality like a dvd/pvr system - eg freevo, where it only
> displays in the framebuffer... just for starters.)
Sure, you can look at it that way if you want.
You can also look at it this way: I've saved them an immense amount
of time hunting down problems they don't understand by including the
features that ALMOST ALL PACKAGES which use evas require.
> errr - the point of modules is so that the engines, loaders, savers
> CAN be distributed separately without adding dependencies and
> features not wanted/needed in evas. you DO know for exampel that
> just LINKING to libGL on a system with nvidia drivers eats up 8mb of
> RSS - like it or not.? this kind of thing is what this is trying to
> avoid. if u are going to sauport some module packages - you should
> support all of them. what you have done is non-sensical. if you
> removed all i'd understand as its a "pain" but just removing some is
> just =some walfway house that gives no benefits and doesnt really
> remove work.
It's not non-sensical at all. What I've done is roughly equivalent to
including libXaw.so.* in xorg-x11-libs instead of creating
xorg-x11-athena (which would just be silly). You'll notice that the
GL extension module IS IN A SEPARATE PACKAGE STILL! The only ones I
condensed were the most basic ones. Things like GL and Cairo are
still in separate packages.
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <mej@...>
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
"The world isn't run by weapons any more, or energy, or money. It's
run by little 1's and 0's, little bits of data. It's all just
electrons! There's a war out there, old friend -- a world war, and
it's not about who's got the most bullets. It's about who controls
the information: what we see and hear, how we work, what we think.
It's all about the information." -- Cosmo (Ben Kingsley), "Sneakers"