Re: [E-devel] E SVN: discomfitor IN trunk/eina: . m4
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 it) and you then decide to manually set >>> it, I really don't think that's an issue. >> >> not an issue. It's just completely useless and can just hide useful >> informations. > > only if you --enable-voltron... which does nothing other than add that banner. > it's a sense of humor. nothing more. and we will have lots of questions from users about what that strange option does. There are already plenty of options for configure. Why adding a new one that is (again) useless, hide useful informations (the configure output) ? I'm against it, that's all. I like sense of humor, just look at the message in evas when you statically link the modules, it's just 1 or 2 lines, not a bunch of ascii art lines that has no link at all with eina. Vincent -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash trunk/eina/src/lib
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 file, and found quite
a few other errors too (fixed as well).
Regards,
nash
[Moral: Always do large patches: No one looks at them.
_Everyone_ looks at the little ones]
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet: make check fails
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, > Errors: 1 eet_suite.c:2048:E:Eet Connection:eet_connection_check:0: > (after this point) Received signal 6 (Aborted) Could you please describe the system you are running it on (Distribution and CPU). I can't reproduce it here. -- Cedric BAIL -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash trunk/eina/src/lib
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 suite.
>
> Done. So I also added tests for the rest of the file, and found quite
> a few other errors too (fixed as well).
>
> Regards,
> nash
> [Moral: Always do large patches: No one looks at them.
> _Everyone_ looks at the little ones]
:D ROTFL
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] VCS usage poll, no discussion
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 various versioning control systems. This is just a poll to know how people handle the EFL interaction with their projects with regards to updates/patches. http://www.doodle.com/h9dgtwbhhtv5c9sw 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. Please participate to make the results more valuable. BR, Leif Middelschulte -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e code formatting - uncrustify
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). -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/ecore/src/lib/ecore_x: . xlib
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. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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 you do such local macros, undef them after you're done with it. Usually the purpose of the macro is to type less and adding a prefix does not help :-P -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/FORMATTING
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: 2010-08-02 11:51:57 -0700 (Mon, 02 Aug 2010) > New Revision: 50746 > > Modified: > trunk/FORMATTING/formatefl.sh > > Modified: trunk/FORMATTING/formatefl.sh > === > --- trunk/FORMATTING/formatefl.sh 2010-08-02 17:47:49 UTC (rev 50745) > +++ trunk/FORMATTING/formatefl.sh 2010-08-02 18:51:57 UTC (rev 50746) > @@ -1,6 +1,10 @@ > #!/bin/bash > PREFIX="$HOME/.uncrustify" > -UNC="$PREFIX/bin/uncrustify" > +if which uncrustify &> /dev/null ;then > + UNC="$(which uncrustify)" > +else > + UNC="$PREFIX/bin/uncrustify" > +fi > if [ -z "$1" ]; then >echo "===" >echo " Checking if uncrustify installed already and is the right version" > > > -- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: englebass trunk/efreet/src/lib
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_desktop_command.c
>
> Modified: trunk/efreet/src/lib/efreet_desktop.c
> ===
> --- trunk/efreet/src/lib/efreet_desktop.c 2010-08-02 20:34:41 UTC (rev
> 50752)
> +++ trunk/efreet/src/lib/efreet_desktop.c 2010-08-02 20:43:09 UTC (rev
> 50753)
> @@ -824,6 +824,7 @@
> {
> size = len + pos + 1024;
> string = realloc(string, size);
> + if (!string) return NULL;
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,...)?
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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 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 you do such local macros, undef them after you're done with it. > Usually the purpose of the macro is to type less and adding a prefix > does not help :-P > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/FORMATTING
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-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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 nasty compiler >> warnings when compiling w/ amalgamation. > > no, if you do such local macros, undef them after you're done with it. > Usually the purpose of the macro is to type less and adding a prefix > does not help :-P > Well, yea, undef is cool too :) (not sure how that will affect amalgamation tho as both macros would still have the same name in this case). dh -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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 like this >>> (ie: not the same macro name in each file) as it spits nasty compiler >>> warnings when compiling w/ amalgamation. >> >> no, if you do such local macros, undef them after you're done with it. >> Usually the purpose of the macro is to type less and adding a prefix >> does not help :-P >> > Well, yea, undef is cool too :) (not sure how that will affect > amalgamation tho as both macros would still have the same name in this > case). they will not, because it is pushed into the known macros, then popped out. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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 like this >>> (ie: not the same macro name in each file) as it spits nasty compiler >>> warnings when compiling w/ amalgamation. >> >> no, if you do such local macros, undef them after you're done with it. >> Usually the purpose of the macro is to type less and adding a prefix >> does not help :-P >> > Well, yea, undef is cool too :) (not sure how that will affect > amalgamation tho as both macros would still have the same name in this > case). > Once #undef`ed, it ceases to exist. You can #define it again later and should not give any problems. > dh > > > -- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
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. 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 you do such local macros, undef them after you're done with it. >>> Usually the purpose of the macro is to type less and adding a prefix >>> does not help :-P >>> >> Well, yea, undef is cool too :) (not sure how that will affect >> amalgamation tho as both macros would still have the same name in this >> case). >> > > Once #undef`ed, it ceases to exist. You can #define it again later > and should not give any problems. > Ok, well either way doesn't matter to me ;) I just hate seeing compiler warnings for something that is pretty simple to avoid if people just took an extra 5 seconds to either use a different name, or undef them :) dh >> dh >> >> -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: watchwolf trunk/edje/src/lib
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 external, called > by scripts and user code. Returns @c Evas_Object * on success. (Must check > parameter name and type!) Please change the ABI version define (EDJE_EXTERNAL_TYPE_ABI_VERSION) so we don't crash. And please reflect those changes in Emotion as it provides external support and now it is broken as you inserted a field in the middle of the struct :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: watchwolf IN trunk/TMP/st/elementary/src: edje_externals lib
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)
> {
> - printf("External Signal received: '%s' '%s'\n", signal, source);
> + char *_signal = strdup(signal);
> + char *p = _signal;
> + Evas_Object *content;
> +
> + while((*p!='\0') && (*p!=']'))
> + p++;
> +
> +
> + if((*p=='\0') || (*(p+1)!=':'))
> + {
> + ERR("Invalid External Signal received: '%s' '%s'\n", signal,
> source);
> + free(_signal);
> + return ;
> + }
> +
> + *p = '\0';
> + p+=2; //jump ']' and ':'
> +
> + Edje_External_Type *type = evas_object_data_get(obj,
> "Edje_External_Type");
> + if (!type->content_get)
> + {
> + ERR("external type '%s' from module '%s' does not provide
> content_get()",
> + type->module_name, type->module);
> + free(_signal);
> + return ;
> + }
> +
> + content = type->content_get(type->data, obj, _signal);
> + free(_signal);
> + if(content)
> + edje_object_signal_emit(content, signal + (p - _signal),
> source);
> }
wow, pay attention to coding style!
also, maybe you could use sscanf() to parse it? much easier and less
error prone?
> +static Evas_Object *external_anchorblock_content_get(void *data __UNUSED__,
> + const Evas_Object *obj, const char *content)
> +{
> + ERR("so content");
ROTFL, this is the best error message if you read this typo in pt_BR:
"so contente" = "only happy"
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
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. Seems like git-svn and a cron job would do that just fine. If you wanted to keep exactly in sync, use a svn post-commit hook to sync the git tree. At least it would save bandwidth by avoiding git-svn clones (which appear to be quite inefficient compared to a git clone). thanks, Mike -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
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 know >> enough about the internals to be sure about the limits. > > Seems like git-svn and a cron job would do that just fine. If you wanted > to keep exactly in sync, use a svn post-commit hook to sync the git tree. > > At least it would save bandwidth by avoiding git-svn clones (which appear > to be quite inefficient compared to a git clone). problem is just to convert and keep the whole history, if you do keep from now and on, then it is as simple. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: englebass trunk/efreet/src/lib
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 is easy, as well as checking if the returned value of realloc is never checked for null. Lucas De Marchi -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
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 be > >> possible to manage multiple (D)VCSes simultaneously, but I don't know > >> enough about the internals to be sure about the limits. > > > > Seems like git-svn and a cron job would do that just fine. If you wanted > > to keep exactly in sync, use a svn post-commit hook to sync the git tree. > > > > At least it would save bandwidth by avoiding git-svn clones (which appear > > to be quite inefficient compared to a git clone). > > 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 git repository? It would take time and bandwidth but you only have to do it once. (disclamer: not a git or svn wizard) -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
> > 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 git repository? > > It would take time and bandwidth but you only have to do it once. > > (disclamer: not a git or svn wizard) Easiest is to just do it on one of the e servers... Then it's just CPU cycles and disk space. Once it is cloned the entire repo could be moved. Regards, nash -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
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 >> revision by separate to the git repository? >> >> It would take time and bandwidth but you only have to do it once. >> >> (disclamer: not a git or svn wizard) > > Easiest is to just do it on one of the e servers... > Then it's just CPU cycles and disk space. > > Once it is cloned the entire repo could be moved. > I guess that this is the best approach to create it. Next question is whether there are services which provide various client (bzr, hg, git, etc.) support for which we only have to provide one source and they do whats necessary to make and keep stuff compatible. Does anybody know of such a 'free as in free beer' service? If there was such a service I guess they cope/coped with all occuring problems already and just provide a nice tool to be used, which is what I aimed at: No extra effort for efl-devs, so they can stay focused on efl-development. BR, Leif P.S.: There is git.enlightenment.org which seems to be out of order these days. I know whether what happened nor if it's too 'official' to use that domain. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
