pthread manual says it is safe to destroy them after they are used
with pthread_create: "If the attributes specified by attr are modified
later, the thread���s attributes shall not be affected."
SVN revision: 34937
If we tried to create the new rw file, we must check if it was created
fine before continue, lots of errors are possible there, but mine was
creating the file inside an nonexistent directory.
SVN revision: 34928
The type "char" is not defined to have a sign or not, for performance
issue some platforms (ie: ARM) define it as unsigned. If we need to
rely on the sign, must say so.
SVN revision: 34924
It also add EET_G_VAR_ARRAY and EET_G_ARRAY thanks to
turran's (jorgeluis.zapata@gmail.com) last year patch.
Of course we have test code for it and eet_data.c code
is covered around 90.1%. We need to test with garbage
data for increasing it more.
WARNING: API of eet_data_descriptor_element_add is not
clean and we will need to break it, if we want a clean
API. So this is the plan for version 2.0.0.
SVN revision: 34919
EAPI int ecore_file_dir_is_empty(const char*dir)
Should we need to upgrade the ecore version? so apps that need this function can check for the right version?
Thanks
Dave
SVN revision: 34889
Currently debian/rules requires these dependancies to else
the following errors occur:
When automake is missing:
./autogen.sh
[...]
Running aclocal...
./autogen.sh: line 8: aclocal: command not found
make: *** [clean] Error 1
./autogen.sh
[...]
configure.in:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:23: error: possibly undefined macro: AC_PROG_LIBTOOL
make: *** [clean] Error 1
When pkg-config is missing:
./autogen.sh
[...]
configure: creating libtool
./configure: line 14491: PKG_PROG_PKG_CONFIG: command not found
./configure: line 14499: syntax error near unexpected token `EVIL,'
./configure: line 14499: ` PKG_CHECK_MODULES(EVIL, evil)'
make: *** [clean] Error 2
SVN revision: 34790
* src/lib/dlfcn/dlfcn.h:
* src/lib/mman/sys/mman.h:
define EFL_EVIL_MMAN_BUILD and EFL_EVIL_DLFCN_BUILD so
that functions in Evil.h are not declared as import
* src/lib/evil.c: (setenv), (unsetenv), (realpath),
(evil_sockets_init), (evil_sockets_shutdown), (evil_pipe),
(evil_tmpdir_get), (evil_homedir_get):
rename pipe() to evil_pipe().
set tmpdir to "Temp" and homedir to "My Documents" on WinCE
* src/lib/Evil.h:
define pipe() as evil_pipe(). This allow to use our pipe()
implementation to be usedwith cegcc, as it is broken on that
platform.
move the defines at the end of the file
SVN revision: 34787
add strdup define
* src/lib/evil.c: (evil_tmpdir_get), (evil_homedir_get):
include stdlib.h to define MB_CUR_MAX
On Windows CE, tmpdir and homedir are defined as "\windows"
* src/lib/mman/mman.c: (mmap), (munmap):
compile the big fat hack of mmap only on Windows CE
SVN revision: 34784
Valgrind just noticed that "writes_pending" was not being initialized,
probably because some old code used calloc() (based on the comment
at the allocation step).
SVN revision: 34777
* src/lib/evil.c: (evil_last_error_get):
add evil_last_error_get() function to get
useful error string creation.
* src/lib/dlfcn/dlfcn.c: (get_last_error), (dlopen), (dlsym),
(dladdr):
use UNICODE check instead of compiler checks when needed.
use evil_last_error_get()
* src/lib/mman/mman.c: (mmap), (munmap):
file mapping does not work on Windows CE < 5.0.
if it is the case, just read the file and return
the data.
use evil_last_error_get()
* src/lib/mman/Makefile.am:
* src/lib/Makefile.am:
add libevil dependancy
SVN revision: 34775
Needed for a use of ecore_wince without ecore_evas
* That stupid OS does not send a specific message when you show a window.
Force the SHOWWINDOW message when showing / hiding. It works with
CEgcc, but I don't know if it will work with vc++ for WinCE
SVN revision: 34740
This will check both function and data before removing the callback,
this is useful when you have lots of children monitoring parent, when
one child want to remove its monitoring function, others will remain.
Name is quite difficult to choose, I opted for "_full", but could be
"_with_data" or similar.
SVN revision: 34731
Image_Entry flag structure. This fix a bug with 16 bpp software engine.
* Change image loader module API to take any Image_Entry. Same goes
for evas_common_image_premul and evas_common_image_set_alpha_sparse.
* Use new eet API: eet_data_image_read_to_surface.
SVN revision: 34728
This functions provide a way to support tiles with eet. They also give the
possibility to directly decompress eet image inside an engine surface.
SVN revision: 34725
memory leak with cegcc
* src/lib/dlfcn/dlfcn.h:
include limits.h for MinGW users
* src/lib/mman/sys/mman.h:
add MAP_FAILED error value
SVN revision: 34717
totally done and may hand control back to a non rendering codepath - or
before u do any fp ops u are unsure of the cpu state beforehand. see the big
fat comment.
i was right. it was a missing emms.
SVN revision: 34707
* in ecore_x_pointer_xy_get, fill x & y with '-1', if the pointer is not in the same screen as the given window
* add 'same_screen' and 'root_win' information for the XEvents dealing with keyboard and mouse events
e:
* make sure e_manager_current_get returns the correct manager for the current screen
* fix various modules to use the correct window, when dealing with events
SVN revision: 34705
having an almost parallel codepath for script_only objects - they dont get to
use the older edje api calls for part defined objects. they will have a new
set of calls specifically for them. it's partly done - very little available
now, but will expand. lots of fixme's.
SVN revision: 34699
the buffer one at first (always compiled), then Xlib ones, XCB ones,
Windows ones, followed by others less used (SDL, FB, Qtopia). I
let the 16 bits ones at the end in the same order (Xlib, Windows, SDL).
SVN revision: 34690
* remove printfs that clutter output
* add efreet file type check - only parse regular files
* chekc mmap returns correctly for MAP_FAILED results
* edje has some stubs for adding script-only objecvts - but nothing useful
right now
SVN revision: 34689
This patch fixes the problem with bitfield of signed types (ie: char),
where the bit would be used for the signal, so 1 is considered -0 and
thus 0.
Move all the single bit fields to Evas_Bool, making it clear and also
avoiding these problems since Evas_Bool is unsigned char.
SVN revision: 34631
suite (http://check.sourceforge.net/) and lcov from cvs also for the
coverage accounting (http://ltp.sourceforge.net/coverage/lcov.php).
This first set provide an overall coverage rate for src/lib 2111
of 2607 lines (81.0%) for eet. And it helped in finding and fixing
the bugs of the last three days.
SVN revision: 34591
of emotion_object_file_set()
* move the "frame_decode" evas event to _emotion_frame_new() a,d
replace it in _emotion_video_pos_update() by "position_update"
* fix a mem leak in the gstreamer backend and in the smart object
SVN revision: 34581
emotion_object_init() is called. Hence, setting sd->video to NULL
there implied that the code:
emotion_object_init(o, module);
emotion_object_file_set(o, file1);
emotion_object_file_set(o, NULL);
emotion_object_file_set(o, file2);
seg fault.
(such code is useful when you want to reset the same stream
(file1 = file2). The other solution would be to destroy everything
and recreating the pipeline, which is not nice)
SVN revision: 34571
gst_init() allocates. Hence, 2 calls of the couple gst_init() / gst_deinit()
fail miserabily. Gstreamer's dev says that the exported function gst_deinit()
should not be called, so let's remove it...
SVN revision: 34560
- this fixes the warning about a missing = sign
- you can have a blank value set on a key
- this fixes the warnings about invalid key=value pairs
- formatting changes
SVN revision: 34496
whatever child exited last - not the one u wanted, not to mention all other
signals. now there's a queue at least. 256 long. moight be a bit too long.
SVN revision: 34442
2. free then malloc otherwise realloc might ALSO have to memcpy if it cant
resize the segment whihc means overhead we dont need/want.
SVN revision: 34441
By having a layer as a short (16 bits) we can pack it together with
the bitfields, saving 4 bytes per sub-struct, 8 bytes in total, also
bringing the struct down from 4 to 3 cachelines on my laptop.
Rationale: layers are mostly used to differentiate groups of objects
and they stacking, usually we have few layers and we use very large or
very small numbers to make a layer be at the top or at the bottom, but
usually we don't need so many layers.
Caution: code that use values like 999999 will break, so fix your
code! I'll provide another patch to fix all the CVS using these large
values.
SVN revision: 34420
This saves 20 bytes, bringing Evas_Object to 200 bytes, by moving data
specific to smart objects to their own struct (Evas_Object_Smart).
There is still one remaining member that could be removed:
smart.smart, this is used mainly to identify if one object is a smart
object or not. One possibility would be to add a bitfield to state
that, but another possibility is to check Evas_Object::object_data
and see if it's a smart or not.
SVN revision: 34419
Interpolation color_space (now ASHV or ARGB) was being used inside a
struct with 4 byte alignment. Remove it from the struct and make it a
bitfield so can be packed with the other fields. This saves 2
integers, so 8 bytes.
SVN revision: 34418
This is a repack of bitfield members, was tested on GNU/Linux + GCC 4.1.2
and works fine. Needs further testing on other compilers.
SVN revision: 34417
Size hints are useful, but wasting 36 bytes for it on every object is a bit
too much: clippers and lots of other objects will have no need for it.
Now it's a pointer to a struct that will be allocated just when some value
is set, wasting 4/8 bytes more for the pointer when it is used, but saving
32/28 bytes when it is not.
This will also help to have alignment properties in future, that can come
as hints, without too much impact on memory consumption.
SVN revision: 34412
This will help the use of Evas_Bool to define bitfield structs like in:
struct s {
Evas_Bool a:1;
Evas_Bool b:1;
Evas_Bool c:1;
Evas_Bool d:1;
Evas_Bool e:1;
Evas_Bool f:1;
Evas_Bool g:1;
Evas_Bool h:1;
Evas_Bool i:1;
};
It must be unsigned or it would use the signal bit, having "a == 0" to
be true anyway, as it would be just +0 and -0.
SVN revision: 34362
The engine is not entirely working right now. Recent devices which
supports the raw frame buffer should work though. But having it in
cvs will help me as I'm coding it most of the time "blindly" (no
device to test it)
* minor formatting in the top evel Makefile.am too
SVN revision: 34354
* formatting
* put WIN32_CFLAGS in AM_CFLAGS and not AM_CPPFLAGS, as it is where it belongs
* rename create_shared_lib to lt_no_undefined
* pass -Wl,--enable-auto-import to libtool when compiling with cegcc
* add files to EXTRA_DIST only when they are not in _SOURCES or _include_HEADERS (they
are added anyway)
SVN revision: 34353
doursse
Gustavo Sverzut Barbieri
Peter Wehrfritz
Eric Schuele
Cedric BAIL
Davide Andreoli
Sebastian Dransfeld
codewarrior
Carsten Haitzler
Horms
Viktor Kojouharov
Christopher Michael
Dan Sinclair
kaethorn
ningerso
Caio Marcelo de Oliveira Filho