On Wed, 18 Jun 2008 14:44:05 -0300
"Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 18, 2008 at 1:53 PM, Cedric BAIL <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > Here is a patch that add support for background preloading of a
> > data image. You can now, if you know what you do
On Mon, 21 Jul 2008 13:45:47 +0200
"Jorge Luis Zapata Muga" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I dont pretend to start a flamewar, if you do, please dont answer this
> thread.The thing is that right now, the EFL has arrived to a place
> where different companies are using this software, and
Hi Mike,
Excuse my stupidity, but I don't suppose you could put this as a table
with something like:
Time %Dropped
Original
Ecore Cur
Ecore + MikeM
I don't fully understand your data, but your argument seems to be that
the final patch from mike continues to:
> +/* Why do this? Well PATH_MAX may vary from when eina itself is compiled
> + * to when the app using eina is compiled. exposing the path buffer
> below
> + * cant safely and portably vary based on how/when you compile. it
> should
> + * always be the same for both eina inside ANd for apps outsi
Hello,
Quick proposal:
evas_object_text_font_set(Evas_Object *text, const char *font,
Evas_Font_Size size)'
Currently rejects a NULL font or non-positive size. So calling:
evas_object_text_font_set(label, NULL, 12);
is an (expensive) no-op.
I propose that calling it with a
On Thu, 2010-12-09 at 09:31 -0200, Iván Briano (Sachiel) wrote:
> 2010/12/9 Brett Nash :
> > Hello,
> >
> > Quick proposal:
> >
> > evas_object_text_font_set(Evas_Object *text, const char *font,
> > Evas_Font_Size size)'
> >
>
> sure, as i mentioned them when i compiled with suncc. Otherwise, with gcc,
> from
>
> http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options
>
> "-Wpointer-arith
> Warn about anything that depends on the .size of. a function type or
> of void. GNU C assigns these types a
> >
> > I don't understand why raster is so reluctant in having them. Especially
> > if we enable them only during a development cycle, and not in a release.
>
> Indeed... several projects I work with enable tons of -W when
> configured with --enable-maintainer-mode (even -Werror). I don't see a
>
Hello,
So I have a simple app the displays a list of things in a genlist in a
format vaguely like:
Key value
Where key is the main item, and value is stored using a .icon_get
callback. In it I do code along the lines of:
if (strcmp("elm.swallow.end",part)) !
> >
> > if (strcmp("elm.swallow.end",part)) != 0) return NULL;
> >
> > o = elm_label_add(obj);
> > elm_label_label_set(o, calculated_value(yadda, yadda));
> > evas_object_show(o);
> > return o;
> >
> > This used to work, but with a recent update it stopped working.
> >
> > A
On Thu, 2011-01-13 at 15:04 -0800, Enlightenment SVN wrote:
> Log:
> Elm: Entry: cno: Add support for using text only in entries.
>
> By default it's text only for single line entries (you can toggle it back on
> if you want to). Otherwise images are enabled for multiline entries.
I realis
It's there. Unfortunately it is a different commit.
Regards,
nash
On Sun, 2011-02-06 at 19:21 -0500, Mike Blumenkrantz wrote:
> On Mon, 7 Feb 2011 00:56:46 +0100 (CET)
> Vincent Torri wrote:
>
> >
> >
> > On Sun, 6 Feb 2011, Enlightenment SVN wrote:
> >
> > > Log:
> > > Sup
On Mon, 2011-02-07 at 10:25 +0900, Carsten Haitzler wrote:
> On Mon, 07 Feb 2011 11:38:51 +1100 Brett Nash said:
>
> what'd be awesome is.. if your commit didnt totally break evas building at
> all.
> have u tried to update and build?:
>
> evas_object_proxy.c:
On Mon, 2011-02-07 at 12:27 +1100, Brett Nash wrote:
> On Mon, 2011-02-07 at 10:25 +0900, Carsten Haitzler wrote:
> > On Mon, 07 Feb 2011 11:38:51 +1100 Brett Nash said:
> >
> > what'd be awesome is.. if your commit didnt totally break evas building at
> > all
On Mon, 2011-02-07 at 16:59 +0900, Daniel Juyung Seo wrote:
> Hello,
> Whiling using E17 as my Desktop Manager,
> I got 'Enlightenment Error' popup and my system got crashed.
>
> I can't go back to my E17.
> What can I do here?
>
> For more information, I'm using latest E17 from SVN.
> I updated
On Tue, 2011-02-08 at 22:08 -0200, Fabiano Fidêncio wrote:
> On Tue, Feb 8, 2011 at 8:48 PM, Lucas De Marchi
> wrote:
> > On Tue, Feb 8, 2011 at 4:19 PM, Fabiano Fidêncio
> > wrote:
> >> On Tue, Feb 8, 2011 at 3:14 PM, Daniel Juyung Seo
> >> wrote:
> >>> Oops.
> >>>
> >>> I got the same error
On Tue, 2011-02-08 at 22:08 -0200, Fabiano Fidêncio wrote:
> On Tue, Feb 8, 2011 at 8:48 PM, Lucas De Marchi
> wrote:
> > On Tue, Feb 8, 2011 at 4:19 PM, Fabiano Fidêncio
> > wrote:
> >> On Tue, Feb 8, 2011 at 3:14 PM, Daniel Juyung Seo
> >> wrote:
> >>> Oops.
> >>>
> >>> I got the same error
On 11/02/2011, at 2:22 PM, Carsten Haitzler (The Rasterman)
wrote:
> On Mon, 07 Feb 2011 12:49:48 +1100 Brett Nash said:
>
> you missed lots of other cases. i fixed most that i could find and now the gl
> engine has 2 abort()'s with fixme: nash in them. the code there will o
Hello,
I just noticed that elm_fileselector_is_save_[sg]et contradict.
Set uses:
elm_object_disabled_set(wd->filename_entry, !is_save);
whereas get uses:
return elm_object_disabled_get(wd->filename_entry);
I'm happy to patch, just want to check the later one should be:
As the subject really. _edje_fetch is a get call, so no point doing it to
assign to a variable that is about to go out of scope.
I can commit if someone prefers.
Regards,
nash
>From 961906e692dfd8dcd051e9a0668fc19309cf6adc Mon Sep 17 00:00:00 2001
From: Brett Nash
Date: Tue,
> > PKG_CHECK_MODULES([ELEMENTARY], elementary)
> > +AC_LIBTOOL_DLOPEN
>
> you will have the terrible libltdl stuff. You really want it ?
oh god no.
All I really want is for the autoconf to do that really tricky thing I
used to do manually in the makefile... you know put -ldl at the end of
link
On Thu, Mar 24, 2011 at 08:43:01PM -0400, Mike Blumenkrantz wrote:
> > LMAO, na don't worry about that...I can break things just as well :P
> >
> > dh
> >
> good, cuz I'm gonna be insanely busy for the next few weeks and probably won't
> have time to break anything :/
Don't worry, I have a big s
> > struct _Edje
> > {
> > + Evas_Object *clipper; /* a big rect to clip this Edje to */
> > + Evas *evas; /* the Evas this Edje belongs to */
>
> This is a bit dangerous and not recommended as you'd have to keep in
> sync. Technically it's fine as they have the same
On Tue, 2011-04-12 at 20:08 -0700, Enlightenment SVN wrote:
> Log:
> class is a reserved word. SPANK SPANK SPANK cedric!!!
Are you confusing C and C++ by any chance?
Class isn't reserved in C (k&r, ansi, or c99).
Having said that it's best to avoid it so people can through a c++
compiler at your
On Tue, 2011-04-19 at 17:46 +0200, Vincent Torri wrote:
> Hey
>
> evas_filter_software_get() is used in the engine software_generic but is
> not exported (see its declaration i evas_private.h). Hence undef ref on
> Windows.
>
> we must add EAPI. In that case, is it reasonable to move the declar
On Tue, 2011-04-19 at 18:22 -0700, Enlightenment SVN wrote:
> Log:
> oh dear... way too many warnings. added a whole bunch of fixme's too
> for later.
I'll sort out the fixme's shortly.
Just to be clear; the warnings are mostly unused params? Because it
compiles cleanly for me[1], and my flags
On Wed, 2011-04-20 at 00:12 -0700, Enlightenment SVN wrote:
> Log:
> start fixing shader mess. at least add mask compile to scripts. need
> to do filters.
Is there a summary of the method to do this somewhere?
Regards,
nash
-
On Wed, 2011-04-20 at 01:13 -0700, Enlightenment SVN wrote:
> Log:
> and fix filter api to be consistent with evas.. letalone all of efl.
> VERB AT END (get/set/whatever)
Is there any othere typed getters/setters in EFL?
I did the verb_type call, ala OpenGL.
nash
On 21/04/2011, at 11:49 AM, Carsten Haitzler (The Rasterman)
wrote:
> On Thu, 21 Apr 2011 01:09:44 +1000 Brett Nash said:
>
>> On Wed, 2011-04-20 at 01:13 -0700, Enlightenment SVN wrote:
>>> Log:
>>> and fix filter api to be consistent with evas.. letalon
> Set up and display here
>
> ecore_evas_geometry_get(ee, &x1, &y1, &w1, &h1);
> /* Returns x1 = 0, y1 = 0, w1 = 1, h1 = 1 */
>
> evas_object_geometry_get(widget, &x2, &y2, &w2, &h2);
> /* Returns x2 = 0, y2 = 0, w2 = 280, h2 = 375 */
>
> ---
On Wed, 2007-02-21 at 09:29 -0600, Ravenlock wrote:
> Hello,
>
> Attached is a patch to allow users with multiple screens to optionally
> view the full list of clients across those screens.
Sweet... Want that ;-)
If you are really up to a challenge - how about being able to use any
desktop on e
Just discovered an interesting issue with evas:
evas_object_clip_set(obj,obj) is all bad.
This one line fixes the problem (which is mostly a PEBKAC, but still).
--- src/lib/canvas/evas_clip.c 16 Nov 2006 03:20:24 - 1.26
+++ src/lib/canvas/evas_clip.c 12 Apr 2007 02:48:10 -
On Thu, 2007-04-26 at 18:43 +1000, Erik de Castro Lopo wrote:
> Hi all,
>
> About a week ago, I updated my E17 from CVS (my previous update
> was from about 6 weeks previous) and have since had a couple of
> problems:
>
>- In the E17 configuration panel, clicking on items in the
> Categ
With the `new' managed smart objects, layer changes are not causing the
object to be marked as dirty. This fixes that problem.
---
src/lib/canvas/evas_layer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libs/evas/src/lib/canvas/evas_layer.c
b/libs/evas/src/lib/canvas
On Tue, 2007-08-21 at 00:58 +0200, Simon TRENY wrote:
> Hi,
>
> I've seen in Evas.h that most of the methods of Evas_Smart_Class are
> marked as to-be-deleted in the future ("FIXME: DELETE ME"). This
> concerns show(), hide(), color_set(), clip_set() and clip_unset().
>
> I think it will be indee
> > I disagree here. You are correct in that 95+% of cases are just
> > hide/show the clip and the like. However we have a number of widgets
> > that do things like stop animations, release resources or similar
> > actions on hide calls, also more complex widgets delay layout
> > recalculations u
Hello All,
A little set of patches to apply to evas (All are relative to
${E17ROOT}/libs/evas). They are (in no particular order):
* freegc-crash.patch
- Don't free a X11 GC unless we have one (software x11)
* iindex-to-many-is.patch
- Code checks *iindex is > 0, I assume it is meant to check t
Following on the heels of my ever so successful set of evas patches,
here are a set for e. Some of these fix real bugs, most are obviously
masked by irregular occurrence (esp the uninitialised pointer ones).
I've left them all in one glob this time.
Anyway changes are:
e_actions.c: [BUG] Get ri
diff -u -r1.46 ewl_config.c
--- tools/ewl_config/ewl_config.c 23 Aug 2007 05:26:52 - 1.46
+++ tools/ewl_config/ewl_config.c 2 Oct 2007 00:15:37 -
@@ -659,7 +659,7 @@
o = ewl_widget_name_find(EC_ICON_SIZE);
val = ewl_config_int_get(ewl_config, EWL_CONFIG_TH
Hello All,
More random patches...
The first is to update exhibit to use the current etk API.
exhibit-etk-init-fix.patches
I find it crashes a little be less frequently at startup now ;-)
The second is to make the exhibit header files use C89 prototypes,
rather than K&R declarati
> >struct _Ecore_Exe_Event_Del /** Process exit event */
> > {
> > - pid_t pid; /**< The process ID of the process that exited */
> > - intexit_code; /**< The exit code of the process */
> > - Ecore_Exe *exe; /**< The handle to the exited process, or NULL if not
> > fou
On Thu, 2007-10-25 at 07:42 +0200, Vincent Torri wrote:
>
> On Thu, 25 Oct 2007, Vincent Torri wrote:
>
> >
> >
> > On Thu, 25 Oct 2007, Enlightenment CVS wrote:
> >>
> >>struct _Ecore_Exe_Event_Del /** Process exit event */
> >> {
> >> - pid_t pid; /**< The process ID of the proc
On Thu, 2007-10-25 at 08:58 -0300, Gustavo Sverzut Barbieri wrote:
> On 10/25/07, Brett Nash <[EMAIL PROTECTED]> wrote:
> > > >struct _Ecore_Exe_Event_Del /** Process exit event */
> > > > {
> > > > - pid_t pid; /**< The process
On Thu, 2007-11-01 at 23:22 +0100, Mathieu SCHROETER wrote:
> Hello,
>
> I've a strange bug with Ecore when I will add a timer after the
> ecore_main_loop_begin (); when this main_loop is in a pthread.
To the best of my knowledge, ecore's main loop doesn't really handle
events being posted in ot
On Mon, 2007-11-19 at 17:38 -0600, Nathan Ingersoll wrote:
> On 11/19/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> > babbled:
> >
> > personally i like defensive programming. it's better than every pro
On Mon, 2007-11-19 at 19:54 -0500, dan sinclair wrote:
> I'm not seeing this when I have full debug on with Ewl. Can you please
> post an example program that shows this behavour? We've been trying to
> cleanup as many of the warnings as we can in the system. There are a
> few warnings spit b
On Tue, 2007-11-27 at 05:50 -0500, Enlightenment CVS wrote:
> Modified Files:
> edje_cc_sources.c
>
>
> Log Message:
>
>
> terminate strings properly?
You mean over-terminate strings properly.
snprintf will always terminate strings correctly. It writes no more
then N characters "inc
The easier fix is to upgrade your automake to 1.10 or later. It works
fine then.
1.9 gives the error reported below.
Regards,
nash
[Sending patch shortly]
On Tue, 13 Oct 2009 11:25:46 +0800
cantona wrote:
> Hi all,
>
> Eina is broken...I attached a patch which fixed
Hello All,
Attached is a patch to check the automake minor version.
Yes, I'm sure there are more versions that need checking, but
this tripped me, and apparently cantona up.. so it's probably worth the
check.
Tested against automake 1.4, 1.9 and 1.10 (debian).
Re
On Wed, 14 Oct 2009 07:52:08 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Wed, 14 Oct 2009, Brett Nash wrote:
>
> >
> > The easier fix is to upgrade your automake to 1.10 or later. It
> > works fine then.
> >
> > 1.9 gives the error reported below.
&g
On Wed, 23 Dec 2009 18:14:57 -0500
Christopher Michael wrote:
> On 12/23/2009 06:01 PM, Vincent Torri wrote:
> >
> >
> > On Wed, 23 Dec 2009, Enlightenment SVN wrote:
> >
> >> Log:
> >> When using snprintf or fgets, etc, do not use PATH_MAX directly
> >> as the size of the variable...use sizeof
> >>
> > Also, doing sizeof() is a compiler directive so does not incur any
> > performance hits...
>
> btw, on all plateforms ? or only linux ?
That sizeof can only be calculated at compile time, so all platforms it
has to be done by the compiler. The size information about 'buf'
doesn't exist
> > Also, doing sizeof() is a compiler directive so does not incur any
> > performance hits...plus it matches the rest of EFL.
>
> using a macro does not involved any performance hit too as PATH_MAX
> is directly replaced by its value before the compilation.
Yes, but it's a damn big performance
On Wed, 30 Dec 2009 07:51:01 +0100 (CET)
Vincent Torri wrote:
>
>
> On Wed, 30 Dec 2009, Vincent Torri wrote:
>
> >
> >
> > On Wed, 30 Dec 2009, Gustavo Sverzut Barbieri wrote:
> >
> >> On Wed, Dec 30, 2009 at 12:07 AM, Enlightenment SVN
> >> wrote:
> >>> Log:
> >>> Fix printing of size_t va
> >
> > Unfortunately there is no safe way of printing it in C89 (ie
> > windows). The best way is:
> > printf("... %ld..",(unsigned int)blah);
>
> note that, on Windows 64 bits, a long is of size 32 bits :)
Why do people use this again? ;-)
I assume neither inttypes.h or stdint.h don't exi
On Wed, 30 Dec 2009 22:25:17 +0100
Joerg Sonnenberger wrote:
> On Wed, Dec 30, 2009 at 10:44:23AM -0200, Gustavo Sverzut Barbieri
> wrote:
> > > Unfortunately there is no safe way of printing it in C89 (ie
> > > windows). The best way is:
> > > printf("... %ld..",(unsigned int)blah);
>
>
On Wed, 30 Dec 2009 22:25:17 +0100
Joerg Sonnenberger wrote:
> On Wed, Dec 30, 2009 at 10:44:23AM -0200, Gustavo Sverzut Barbieri
> wrote:
> > > Unfortunately there is no safe way of printing it in C89 (ie
> > > windows). The best way is:
> > > printf("... %ld..",(unsigned int)blah);
>
>
On Thu, 11 Feb 2010 11:35:26 +0800
Brian Wang wrote:
> Hello all,
>
> I'm using Elementary with recent svn. I got lots of valgrind memory
> check warning at program exit such as:
>
> ==6296== 5 bytes in 1 blocks are possibly lost in loss record 10 of
> 1,788 ==6296==at 0x4024C1C: malloc (
> >
> > you said it for me. the onyl things to really worry about are the
> > definitely losts. indirectly lost - cant remember. need to check.
> > as such the definitely losts in efl are quite small and limited to
> > 1-offs. if they were recurring - they'd be fixed.
>
> OK. Though, it's quite t
On Mon, 22 Feb 2010 09:45:13 +0100
Atton Jonathan wrote:
> And exml is still using ecore_list.
Exml should be taken out and shot.
It is:
- Unmaintained
- Documentation doesn't match code (see exml_next())
- Essentially unused.
Regards,
nash
On Fri, 2 Apr 2010 07:47:45 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote:
>
> > On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste
> > said:
> >
> >> So...
> >>
> >> We're adding a patch that packagers use to make LUA install
> >> correctly, so w
On Tue, 18 May 2010 22:01:57 +0200
Andreas Volz wrote:
> Hello,
>
> I noticed a problem in the Elementary GenList example code:
>
> static Elm_Genlist_Item_Class itc1;
> char *gl_label_get(const void *data, Evas_Object *obj, const char
> *part) {
>char buf[256];
>snprintf(buf, sizeof(bu
Hello Ben,
Good to see someone finally testing this. Obviously works
for me, but that doesn't count ;-)
On Sat, 22 May 2010 23:46:56 +0200
Benjamin Zores wrote:
> Hi,
>
> I'm no longer able to build evas on ARM Cortex-A8 (using NEON
> optimizations) after r48733
> (see http://trac.enl
On Sun, 23 May 2010 11:05:12 +0200
Benjamin Zores wrote:
> On Sun, May 23, 2010 at 5:03 AM, Brett Nash wrote:
> > Hello Ben,
> >
> > Good to see someone finally testing this. Obviously works
> > for me, but that doesn't count ;-)
>
> Sure :p
>
SVN-ised. Also removed the commented out vldr instruction as well.
Thanks again,
Regards,
nash
On Sun, 23 May 2010 11:05:12 +0200
Benjamin Zores wrote:
> On Sun, May 23, 2010 at 5:03 AM, Brett Nash wrote:
> > Hello Ben,
> >
> > Good t
On Wed, 2 Jun 2010 00:31:49 +0200
Benjamin Zores wrote:
> Took me a bit less than 2 weeks actually.
> So I managed to run Expedite on my board and seems to have pretty
> decent results.
Actually they look pretty average to me. :-/ But I'd really need to see
your baseline.
Can you just rebuild ev
On Wed, 2 Jun 2010 09:08:56 +0200
Benjamin Zores wrote:
> On Wed, Jun 2, 2010 at 5:58 AM, Brett Nash wrote:
>
> > Can you just rebuild evas _without_ neon enabled (you only need to
> > recompile evas, doesn't effect any other library).
>
> > Looking at the r
On Wed, 2 Jun 2010 09:39:30 +0200
Benjamin Zores wrote:
> On Wed, Jun 2, 2010 at 9:23 AM, Carsten Haitzler
> wrote:
>
> > async != neon. neon requires a --enable. async rendering wont help
> > you unless you have more than 1 core. and yes - it needs an env var
> > set. its in the README.
>
> Y
On Wed, 2 Jun 2010 22:01:43 +0200
Benjamin Zores wrote:
> On Wed, Jun 2, 2010 at 10:45 AM, Benjamin Zores
> wrote:
> > On Wed, Jun 2, 2010 at 10:35 AM, Brett Nash wrote:
> >
> >> Can you rebuild with it disabled, and try against the non-neonized
> >> evas?
On Thu, 3 Jun 2010 07:26:43 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Thu, 3 Jun 2010, Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 2 Jun 2010 20:24:28 +0200 (CEST) Vincent Torri
> > said:
> >
> > all other callback adds use const void *data - and that's correct
> > as it means the
On Tue, 8 Jun 2010 09:55:40 +0200 (CEST)
Vincent Torri wrote:
>
>
> >
> > -//#define LOGFNS 1
> > +#define LOGFNS 1
>
> is it on purpose that you uncomment that line ?
Just committing that fix now... It's on purpose I uncommented it for me.
It's just me being a bloody idiot that I committed
On Tue, 8 Jun 2010 16:08:29 +0800
Brett Nash wrote:
> On Tue, 8 Jun 2010 09:55:40 +0200 (CEST)
> Vincent Torri wrote:
>
> >
> >
> > >
> > > -//#define LOGFNS 1
> > > +#define LOGFNS 1
> >
> > is it on purpose that you uncomm
On Tue, 15 Jun 2010 15:50:39 +0200
Benjamin Zores wrote:
> > http://www.sakoman.com/test/font-corruption.png
> >
> > There is some speculation that this began around the time neon
> > optimizations were introduced, but I haven't confirmed that.
>
> This would explain the too-good-to-be-true scor
On Tue, 15 Jun 2010 06:34:38 -0700
Steve Sakoman wrote:
> I'm seeing some font issues with svn49660 on OMAP3 platforms (Beagle,
> Overo)
>
> Here's a screen shot demonstrating the problem:
>
> http://www.sakoman.com/test/font-corruption.png
>
> There is some speculation that this began around
Seems to be few little bugs here.
Nailed one little one... but can you check the rest?
> +EAPI Evas_Object *
> +elm_hover_content_unset(Evas_Object *obj, const char *swallow)
> +{
> + ELM_CHECK_WIDTYPE(obj, widtype);
> + Widget_Data *wd = elm_widget_data_get(obj);
> + Subinfo *si;
> +
On Sun, 20 Jun 2010 19:47:41 +0900
Carsten Haitzler (The Rasterman) wrote:
> > I found another warning which needs attention and is likely to cause
> > problems on 64-bit systems and is probably not visible on a 32-bit
> > system. It might be related or not, but certainly a potential source
> > fo
On Fri, 18 Jun 2010 14:17:48 +0200
Koen Kooi wrote:
> Hi,
>
> Sorry for not using the mailinglist, but I'm not subscribed to it. I
> can confirm that the rendering bugs and crashes disappear when neon
> is disabled.
Don't suppose you can send a back trace of the crash then? Preferably
a core d
Hello,
For anyone using neon, I've fixed one error in the rendering that was
affecting at least one user (Thanks Daniel Seo!).
If anyone has any other crashes, could they please send me a backtrace
or core file or something...
Regards,
nash
If I added a ':-)' would it help explain ;-)?
Regards,
nash
On Fri, 02 Jul 2010 02:39 +0200, "Vincent Torri"
wrote:
>
>
> On Thu, 1 Jul 2010, Enlightenment SVN wrote:
>
> > Log:
> > Commit ecore_evas_ecore_evases get
> >
> > Coming soon:
> > ecore_ecore_evas_evas_get
> > evas_
Hmm.. thought I replied to this already, but the mail seems to have
gone to lala land. My apologies if people get two replied.
> On Friday, 02 July 2010, at 01:31:13 (-0700),
> Enlightenment SVN wrote:
>
> > Log:
> > Don't check alloca, it's like checking the stack exists.
>
> It can't fail o
Oh... personal attacks. I knew this thread was missing something.
Short answer: If checking the return of alloca is so important to you
then either commit a fix or send a patch.
I still am of the opionion that checking the return of alloca means you
don't know what it does. In the specific ca
On Sun, 04 Jul 2010 02:45:37 -0400
Jose Gonzalez wrote:
>
> Brett Nash wrote:
>
> >
> > Until then, I'm going to continue to put people checking the alloca
> > return value in the category of "doesn't know what alloca
On Thu, 8 Jul 2010 13:08:06 +0900
Carsten Haitzler (The Rasterman) wrote:
> for your consideration
>
> i changed eet to put Eet.h inside an eet-1 dir - like eian-0 for eina.
> pkg-config etc. is updated so compiles will work. packaging should
> work if it just includes everything in include/
> sure. it allows parallel installs of multiple eet major versions.
> this should in general do so for all of efl. only thing i am willing
> to maybe throw up in the air is the eet.pc vs eet-1.pc (we have
> eina-0.pc right now - and wel that obviously will being eina-1.pc -
> what should we do her
On Sat, 10 Jul 2010 03:11:34 -0300
Leif Middelschulte wrote:
> Hey,
>
> when reading part of EFL I also encountered those (forgotten?)
> const-keywords. If you take 'type const name' vs. 'const type name'
> into account as well, those misstakes are all over the place.
> Somebody told me to not c
Good to know I'm not the only one who spams the world with
miss-committed printfs...
svn needs add --interactive ;-)
> Author: raster
> Date: 2010-07-13 16:56:47 -0700 (Tue, 13 Jul 2010)
> New Revision: 50240
>
> Modified:
> trunk/e/src/bin/e_dpms.c
>
> Modified: trunk/e/src/b
On Tue, 20 Jul 2010 05:09:46 -0700
"Enlightenment SVN" wrote:
> Log:
> * evas: font config access is not thread safe at all. Don't
> forget to call FTLOCK/FTUNLOCK around each FT_* call.
>
> Author: cedric
> Date: 2010-07-20 05:09:46 -0700 (Tue, 20 Jul 2010)
> New Revision:
On Sun, 25 Jul 2010 10:54:21 +0300
Tom Hacohen wrote:
> Hi all,
>
> I started writing Eina_Binshare (well actually adjusting
> Eina_Stringshare). The guys who wrote Eina_Stringshare cared a lot
> about speed, I mean, everything is split to special (common) cases
> that speed the whole thing up,
>
>
> #if defined(METRIC_CACHE) || defined(WORD_CACHE)
> - /* A fast (portable) strNlen would be nice (there is a wcsnlen
> strangely) */
> - if ((p = memchr(text, 0, WORD_CACHE_MAXLEN)))
> - len = p - text;
> - else
> - len = WORD_CACHE_MAXLEN;
> + /* A fast strNlen would be n
Brett Nash
On 30/07/2010, at 10:28 PM, Peter Wehrfritz wrote:
>> +EAPI size_t
>> +eina_unicode_strnlen(const Eina_Unicode *ustr, int n)
>> +{
>> + const Eina_Unicode *end;
>> + for (end = ustr; *end; end++)
>> + ;
>> + return end - ustr;
&
On Sat, 31 Jul 2010 08:56:43 -0300
Gustavo Sverzut Barbieri wrote:
> Test it 2 (you must compare pointers before or out-of-bounds access
> will happen)
>
> Test case: NULL, 0
> test case2: {'a'}, 1
>
> And really, add the test case to our suite.
I was actually going to do so.
In my defense,
On Sat, 31 Jul 2010 08:56:43 -0300
Gustavo Sverzut Barbieri wrote:
> Test it 2 (you must compare pointers before or out-of-bounds access
> will happen)
>
> Test case: NULL, 0
> test case2: {'a'}, 1
>
> And really, add the test case to our suite.
Done. So I also added tests for the rest of the
> > problem is just to convert and keep the whole history, if you do
> > keep from now and on, then it is as simple.
> >
> > BR,
>
> Couldn't you get it started by doing a svn checkout of an early
> revision and using a bash script to incrementally commit each svn
> revision by separate to the g
On Tue, 3 Aug 2010 13:32:58 -0400
Michael Blumenkrantz wrote:
> Hi,
>
> In my continuing crusade for documentation and readability, I've found
> one area which requires my assistance: function pointers.
> Using ecore as an example, there are currently a LOT of different
> types of function point
Gah.
didn't mean to merge all this all at once.
For peoples information big changes related to freezy things:
- Add some extra cursors to edje:
- 2 for Input methods: This is required to do CJK input
- 2 for general users: Needed for DND (well 1 is, add 2 anyway)
- Add a new call to edj
Hello All,
I'm proposing we remove all the EINA_ARG_NOTNULLs floating around in
public headers.
In short they may generate a warning, but they subvert any checks we
have in the API, and can cause valid code to break.
The not null macro expands to the GCC attribute "notnull". From the GCC
documen
On Thu, 09 Sep 2010 01:09 +0200, "Dave Andreoli"
wrote:
>elementary_test Animation
>elementary_test "Box Vert 2"
> will open the given test on startup... saving you LOTS of time ;)
>
> If you think this is too "hackish" feel free to revert, or just
> ask me to do so.
It's gold.
A sim
> package-name-doesnt-match-soname->package-name-doesn't-match-soname
> package-name-doesnt-match-sonames->package-name-doesn't-match-sonames
That smells more like some sort of symbol rather than a typo.
Regards,
nash
I'm sort of changing the stuff in elm_photo with a number of FIXMEs and
hard coded numbers linking
in cnp too.
Maybe -Wno-unused-parameter?
Regards,
nash
On Thu, 09 Sep 2010 12:39 -0700, "Enlightenment SVN"
wrote:
> Log:
> some -Wall -Wextra warning cleanups.
>
> elm_cnp_helper
On Thu, 09 Sep 2010 23:32 -0300, "Fabiano Fidêncio"
wrote:
> On Thu, Sep 9, 2010 at 11:51 AM, Enlightenment SVN
> wrote:
> > Log:
> > fix recent menu api break
>
> Still broken here!
> SEGV when click with mouse's right button.
> At least for iBar, iBox, mixer. econnman, temperature, cpu, place
1 - 100 of 119 matches
Mail list logo
