On Mon, 2 Aug 2010, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 1 Aug 2010 10:41:51 +0200 (CEST) Vincent Torri
> said:
>
>>
>>
>> On Sun, 1 Aug 2010, m...@zentific.com wrote:
>>
>>> If you know enough to specify the --enable-voltron flag (since it will
>>> only show if you explicitly set
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
On Sun, Aug 1, 2010 at 9:18 PM, Michael Blumenkrantz wrote:
> Make check fails in eet. Lots of stringshare errors followed by:
>
> *** glibc detected
> *** /root/src/esvn/trunk/eet/src/tests/.libs/eet_suite: double free or
> corruption (!prev): 0x08b237b0 *** 95%: Checks: 20, Failures: 0,
> Error
On Monday, August 2, 2010, Brett Nash wrote:
> 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
Dear developers,
this is not meant to be a discussion on the official versioning system
of the EFL as this has been discussed to its full extents some time
ago.
Thus please do not start a discussion about what should be the
official VCS, flame wars or any discussion about the pros and cons of
the
Note with uncrustify: running uncrustify alone is NOT sufficient unless
you are running it the same way as formatefl.sh does. There are two
passes it does, one for C and one for CPP, which seems to make a huge
difference (probably a bug in uncrustify but whatever).
---
I have no idea, just spent like an hour getting bitched at by people
for running the formatting script and not getting the right result
somehow so I'm not going to bother with that anymore.
--
Mike Blumenkrantz
Zentific: Our boolean values are huge.
--
On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
wrote:
> Log:
> Rename 'same named' macros.
>
> NB - Please use different macro names in the future for stuff like this
> (ie: not the same macro name in each file) as it spits nasty compiler
> warnings when compiling w/ amalgamation.
no, if y
On Mon, 2 Aug 2010 11:51:57 -0700 "Enlightenment SVN"
said:
u - not good... because installed uncrustify may be an older version which
doesnt handle all the formatting features.
> Log:
> don't reinstall if already installed but not in ~
>
> Author: discomfitor
> Date: 20
On Mon, Aug 2, 2010 at 5:43 PM, Enlightenment SVN
wrote:
> Log:
> Check return value for realloc
> Author: englebass
> Date: 2010-08-02 13:43:09 -0700 (Mon, 02 Aug 2010)
> New Revision: 50753
>
> Modified:
> trunk/efreet/src/lib/efreet_desktop.c
> trunk/efreet/src/lib/efreet_deskt
On Mon, 2 Aug 2010 18:19:31 -0300 Gustavo Sverzut Barbieri
said:
but putting them in a header that is public... is bad. (such short named
macros). easy to conflict.
> On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
> wrote:
> > Log:
> > Rename 'same named' macros.
> >
> > NB - Please use di
We validate the version 5 lines later regardless of what it's set as so
why does it matter?
--
Mike Blumenkrantz
Zentific: Our boolean values are huge.
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-
On 08/02/2010 05:19 PM, Gustavo Sverzut Barbieri wrote:
> On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
> wrote:
>> Log:
>> Rename 'same named' macros.
>>
>> NB - Please use different macro names in the future for stuff like this
>> (ie: not the same macro name in each file) as it spits
On Mon, Aug 2, 2010 at 6:43 PM, Christopher Michael
wrote:
> On 08/02/2010 05:19 PM, Gustavo Sverzut Barbieri wrote:
>> On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
>> wrote:
>>> Log:
>>> Rename 'same named' macros.
>>>
>>> NB - Please use different macro names in the future for stuff l
On Mon, Aug 2, 2010 at 6:43 PM, Christopher Michael
wrote:
> On 08/02/2010 05:19 PM, Gustavo Sverzut Barbieri wrote:
>> On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
>> wrote:
>>> Log:
>>> Rename 'same named' macros.
>>>
>>> NB - Please use different macro names in the future for stuff l
On 08/02/2010 05:46 PM, Iván Briano (Sachiel) wrote:
> On Mon, Aug 2, 2010 at 6:43 PM, Christopher Michael
> wrote:
>> On 08/02/2010 05:19 PM, Gustavo Sverzut Barbieri wrote:
>>> On Mon, Aug 2, 2010 at 4:06 PM, Enlightenment SVN
>>> wrote:
Log:
Rename 'same named' macros.
>>
On Sun, Aug 1, 2010 at 2:27 PM, Enlightenment SVN
wrote:
> Log:
> Edje: now we can refer to the content of a external type
> Author: watchwolf
...
> + Evas_Object *(*content_get) (void *data, const Evas_Object *obj, const
> char *content); /**< dynamically fetch a sub object of this exte
On Sun, Aug 1, 2010 at 2:29 PM, Enlightenment SVN
wrote:
> Log:
> Elementary:
> - we can get the content of a external object
> - a signal can be send to the content of a external object
> +external_signal(void *data __UNUSED__, Evas_Object *obj, const char *signal,
> const char *source)
> {
Leif Middelschulte wrote:
> The reason that led to this poll was the idea of an inofficial GIT
> mirror of the SVN, discussed amongst some devs using GIT. It might be
> possible to manage multiple (D)VCSes simultaneously, but I don't know
> enough about the internals to be sure about the limits.
On Mon, Aug 2, 2010 at 9:17 PM, Mike McCormack wrote:
> Leif Middelschulte wrote:
>
>> The reason that led to this poll was the idea of an inofficial GIT
>> mirror of the SVN, discussed amongst some devs using GIT. It might be
>> possible to manage multiple (D)VCSes simultaneously, but I don't kno
On Mon, Aug 2, 2010 at 6:21 PM, Gustavo Sverzut Barbieri
wrote:
> no... it's wrong, the old string pointer is now lost! You need to
> get the return into another tmp variable and swap after you know it
> worked.
>
> Lucas, maybe you can add a script to check for x = realloc(x,...)?
Yes, this
On Lunes 02 Agosto 2010 21:29:22 Gustavo Sverzut Barbieri escribió:
> On Mon, Aug 2, 2010 at 9:17 PM, Mike McCormack
wrote:
> > Leif Middelschulte wrote:
> >> The reason that led to this poll was the idea of an inofficial GIT
> >> mirror of the SVN, discussed amongst some devs using GIT. It might
> > 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
2010/8/2 Brett Nash :
>
>> > 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
>>
24 matches
Mail list logo
