*all struct members are aligned and spaced
*all post-function macros are force-spaced
*all post-function macros are parsed
*all macro definitions are backslash aligned
SVN revision: 53775
add native win32 mutex code.
Question: with pthread, if a mutex is initialized with
PTHREAD_MUTEX_INITIALIZER, should it be destroyed with
pthread_mutex_destroy() ?
SVN revision: 53772
lots of formatting cleanups
move udev extern into private header
another filter added to find_by_type to avoid some disks that randomly crop up with MOUNTABLE
SVN revision: 53745
Description of changes / revisions (not all of them, I just picked some to
explain the names inclusions)
bdilly
Bruno Dilly <bdilly@profusion.mobi>
edbus -> r42081, r39884, r44581, r40463
python-elementary -> r52765, r52389
edje -> r46548, r49242
editje -> r52520
fidencio
Fabiano Fidêncio fidencio@profusion.mobi
elementary / python-elementary -> fix elm_<widget>_{icon,content}_set - r49706;
add externals - r{47649,47647,47645}
edje / python-edje -> lot of work on edje_edit
glima
Gustavo Lima Chaves <glima@profusion.mobi>
elementary -> added widgets
edje -> lot of work on edje_edit
helen
Helen Fornazier <helen.fornazier@profusion.mobi>
elementary -> elementary key events on widgets
editje -> undo / redo
jprvita
João Paulo Rechi Vita <jprvita@profusion.mobi>
e_dbus-> r47399 , r47398, r47397, r47336, r47330
padovan
Gustavo F. Padovan <padovan@profusion.mobi>
e_dbus-> r46365-r46373, r47114-r47119
SVN revision: 53682
This is an attempt to fix the epoll/fork() issue reported to me where
we end up with a single epoll fd shared between two processes after a
fork() in E.
I've tested with elementary test in epoll and non-epoll combinations,
and all appears to be well. Please check it solves the issue you saw,
and reformat the code as you see fit... ;-)
SVN revision: 53670
I don't expect anything to break, but if mouse or keyboard events suddenly
disappear, feel free to revert this patch while blaming cedric or discomfitor.
SVN revision: 53583
Patch by Patch by Raphael Kubo da Costa <kubo@profusion.mobi>
As discussed on the development mailing list, we should accept a
double instead of a time_t for consistency with the rest of the API.
Some apidox has been added too, and as a result
ECORE_CON_URL_TIME_LASTMOD has been removed, since it does not make
much sense (it is an HTTP response header).
SVN revision: 53572