Timeout messages are given a 408 HTTP status code (request timeout), instead
of a CRIT() message; this gives chance to the completed callback do whatever
is necessary when a timeout happens.
SVN revision: 76419
Thsi will also fail if the symbol is there but the init function just fails
to deliver EINA_TRUE. After to much digging and wondering why dlsymb and
dlopen don't behave Daniel was able to point out to me that this warning also
gets shown if init fails.
Adjust the warning message to avoid others spending to much time on this as well.
SVN revision: 76409
distros such as gentoo will rely on actual wanted dependencies and it
sucks to not have a way to forcefully enable or disable a dependency.
Scenario:
- user installed eio for some weird reason.
- user compiles edje, which was finding eio. Without user desire.
- user removes eio because it's not needed anymore.
- edje is broken.
Most systems will not have this problem because the package is built
on a pristine system where all dependencies are installed, then the
package is compiled and is impossible to have the user to do such
thing. Not on gentoo and others.
And this commit has a second benefit to disable eio until it's
properly fixed for edje_codegen :-)
SVN revision: 76361
ecore_x_randr to not work for pretty much everyone. Short version,
don't memcpy something potentially Larger into something Certainly
smaller. (read on for the details).
NB: This 'should' fix all the randr problems in ecore_x (tho I have
not tested Everything).
NB: Ok, here goes:
XRRGetScreenResources returns a struct. Inside that struct is a
list of RROutputs.
RROutput is defined as (from randrproto.h):
#define RROutput CARD32
CARD32 is defined as (from X11/Xmd.h):
# ifdef LONG64
typedef unsigned long CARD64;
typedef unsigned int CARD32;
# else
typedef unsigned long CARD32;
# endif
so CARD32 can change based on the system (32/64 bit).
Ecore_X_Randr_Output is defined as (Ecore_X.h):
typedef Ecore_X_ID Ecore_X_Randr_Output;
(for reference: typedef unsigned int Ecore_X_ID)
Double bonus points if you have already spotted the problem !! ;)
SVN revision: 76306
http://trac.enlightenment.org/e/ticket/1432
Add Korean translation for the ecore
I've added Korean translation for the ecore into trunk.
please make sure that there is something problem or not, again. thank you
SVN revision: 76264