GNUstep BUFFER OVERFLOWS

[a b]

 
As part of my evaluation of GNUstep in order to decide if it would
be a worthwhile tool for my own use, I have been attempting to follow
the document listed in reference #1.  I have successfully used
ProjectCenter and Gorm to create a useless GUI application for testing
purposes which does nothing other than display a GUI window.
While attempting to package the application as standalone I have observed
some odd behavior. 
 
There are several instances where the application
causes a BUFFER OVERFLOW, as follows:
 
1)    BUFFER OVERFLOW on QueryInformationVolume for the local harddisk when
             the application starts
 
2)    BUFFER OVERFLOW (Length = 144)       for keys
            HKLM\System\CurrentControlSet\services\WinSock2\Parameters\Protocol_Catalog9
                      \Catalog_Entries\00000000000x\PackedCatalogItem 
       ALL of these keys, where x = 0 to MAX_ENTRY
 
3)    BUFFER TOO SMALL  when accessing key
             HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones  
 
Since I am new to GNUstep I need to ask if this might be caused by the environment
not being set up correctly (GNUstep not installed, or not installed properly?).  This
behavior is occuring under Win7.  I find this behavior odd since buffer overflows are
not considered to be a good thing on the Windows platform.
 
Any thoughts, suggestions?
 
===========================================
**** reference #1
Date: 28-Feb-2007 (tested under Windows XP)
Update: 06-Mar-2010
Author: Nicola Pero <nicola.pero@meta-innovation.com>
        after Richard Frith-Macdonald <rfm@gnu.org> and others
This document is intended to provide a step by step instruction on how
to use GNUstep on recent Windows operating systems (XP, 2000, and
probably NT).
It will get as far as explaining how to build a GNUstep application
and create a standalone version that can be shipped standalone to
Windows end users.
===========================================