uninitialized variable in GSFormat?

[Wim Oudshoorn]

I don't know if this is a bug, but 
I used valgrind on our application and I got the
following message

==18223== Memcheck, a memory error detector.
==18223== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==18223== Using LibVEX rev 1606, a library for dynamic binary translation.
==18223== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==18223== Using valgrind-3.2.0, a dynamic binary instrumentation framework.
==18223== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==18223== For more details, rerun with: -v
==18223== 
==18223== Conditional jump or move depends on uninitialised value(s)
==18223==    at 0x4B1C8FF: GSFormat (GSFormat.m:291)
==18223==    by 0x4B33F85: 
_i_GSPlaceholderString__initWithFormat_locale_arguments_ (GSString.m:502)
==18223==    by 0x4C064E8: _c_NSString__stringWithFormat_ (NSZone.h:281)
==18223==    by 0x4BE0E0A: _i_NSProcessInfo__globallyUniqueString 
(NSProcessInfo.m:913)
==18223==    by 0x400950: main (NSPT.m:7)
==18223== 
==18223== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 5 from 2)
==18223== malloc/free: in use at exit: 479,919 bytes in 8,691 blocks.
==18223== malloc/free: 13,224 allocs, 4,533 frees, 1,903,779 bytes allocated.
==18223== For counts of detected errors, rerun with: -v
==18223== searching for pointers to 8,691 not-freed blocks.
==18223== checked 1,496,552 bytes.
==18223== 
==18223== LEAK SUMMARY:
==18223==    definitely lost: 4,624 bytes in 290 blocks.
==18223==      possibly lost: 8,078 bytes in 193 blocks.
==18223==    still reachable: 467,217 bytes in 8,208 blocks.
==18223==         suppressed: 0 bytes in 0 blocks.
==18223== Use --leak-check=full to see details of leaked memory.


This was  ran with the attached test program.
I have looked shortly at the source and got no real insight what might be the 
problem (if there is any.)

NSPT.tar.gz
Description: Test program