Zitat von Sven Neumann s...@gimp.org:
On Wed, 2010-04-21 at 18:30 +0200, Martin Nordholts wrote:
On 04/21/2010 01:58 PM, Oliver Bandel wrote:
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
I agree, and I try to initialize all local
Hi Frederik,
my main attend was to mention the problem of pointers, regarding
uninitialized values. That's why I insisted on Null, and it makes
sense often to use 0 or 0.0 for other values.
As strings are char*, NULL should be used, not .
You are right, that in some seldom situations it
Zitat von Sven Neumann s...@gimp.org:
Hi,
On Thu, 2010-04-22 at 14:38 +0200, Fredrik Alströmer wrote:
For the record, I'm not necessarily against setting a predefined value
to variables sometimes. I'm just against doing it for the wrong
reasons, and I'd much rather have the compiler say
Zitat von Tor Lillqvist t...@iki.fi:
You are right, that in some seldom situations it might make sense
to initialize values to other start values. But they should always be
predictable.
You didn't get the reasoning about letting the compiler, or valgrind,
catch use of uninitialized
Zitat von Torsten Neuer tne...@inwise.de:
Am Freitag, 23. April 2010 08:39:52 schrieb Oliver Bandel:
Zitat von Sven Neumann s...@gimp.org:
Hi,
On Thu, 2010-04-22 at 14:38 +0200, Fredrik Alströmer wrote:
For the record, I'm not necessarily against setting a predefined value
Zitat von Tor Lillqvist t...@iki.fi:
You are right, that in some seldom situations it might make sense
to initialize values to other start values. But they should always be
predictable.
You didn't get the reasoning about letting the compiler, or valgrind,
catch use of uninitialized variables,
hehe,
the segfault did not came from the char* mytext,
but from wrong indexing in the vector. :(
my fault :(
Heheh... nevertheless valgrind is on my side ;-)
Somehow I got no crash from the uninitialized char*,
but that might only happen after release at the user's computer:
It's
Zitat von Fredrik Alströmer r...@excu.se:
A couple of very small coins.
On Thu, Apr 22, 2010 at 06:55, Martin Nordholts ense...@gmail.com wrote:
On 04/22/2010 03:54 AM, Marc Lehmann wrote:
On Wed, Apr 21, 2010 at 08:14:33PM +0200, Martin
Nordholtsense...@gmail.com wrote:
The compiler
Hello,
is there a convention for return values in Gimp,
which says: on success return TRUE or a value,
and on fauilure FALSE or NULL?
Or can it be different at different sources,
rather be a taste of the one who developped something?
Ciao,
oliver
Hello,
since some days I'm browsing through the Gimp-Code.
What I have seen so far looks very tidy.
But I also found some things that I would do differently, throughout
the whole code, and maybe also in the libs (I didn't looked at them in
detail).
I would do EVERY pointer set to NULL,
Zitat von Tor Lillqvist t...@iki.fi:
The test
if( template )
makes only sense, if you can be sure that uninitialzed values
will definitelky be NULL.
You must have missed the g_return_val_if_fail (! template ||
GIMP_IS_CONTEXT (template), NULL) .
It checks if template is NULL or a
Zitat von Sven Neumann s...@gimp.org:
On Wed, 2010-04-21 at 12:33 +0200, Oliver Bandel wrote:
Example:
==
/*/
/* public functions
Hi,
Zitat von Omari Stephens x...@csail.mit.edu:
On 04/21/2010 11:58 AM, Oliver Bandel wrote:
Zitat von Tor Lillqvistt...@iki.fi:
[...]
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
The mentioned function just was an example
Zitat von Martin Nordholts ense...@gmail.com:
On 04/21/2010 01:58 PM, Oliver Bandel wrote:
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
I agree, and I try to initialize all local variables that I either add
or modify the declaration
Zitat von Sven Neumann s...@gimp.org:
On Wed, 2010-04-21 at 12:33 +0200, Oliver Bandel wrote:
Example:
==
/*/
/* public functions
Hi,
Zitat von Simon Budig si...@budig.de:
Oliver Bandel (oli...@first.in-berlin.de) wrote:
I'm new on the developer list.
Welcome.
I would like to help in pushing into the direction of overcoming the
8-Bit limitation. Also interesting would be for me to have more
knowledge on the plugin
Hello,
I'm new on the developer list.
I like to look for possibilities where I can help in the Gimp-development.
I'm using Gimp since about 1 1/2 years, starting with Rolf Steinort's
nice video tutorials.
Gimp has helped me solving some picture enhancements in the emantime,
but it also has
Zitat von Omari Stephens x...@csail.mit.edu:
It seems like running configure with --enable-debug should also disable
optimization; otherwise you end up with a bunch of magically inlined or
optimized-out function calls, optimized-out variables, and confusing
execution order.
Thoughts?
[...]
18 matches
Mail list logo