[Bug-gsl] GSL Nonlinear Least-Squares Fitting - Memory Leak

[Wylie Chan]

Dear GSL Maintainers,

I refer to the example code in the GSL reference manual online,
under the section "Nonlinear Least-Squares Fitting" at
http://www.gnu.org/software/gsl/manual/gsl-ref_37.html#SEC476

When I ran the example code in Rational Purify, a memory leak is detected.
Is there a problem with the gsl non-linear least squares routines?

Here is the report from "Rational Purify":
-------------------------------------------------------------------------
[I] Starting Purify'd Solution_GSL.exe at 08/08/2005 11:43:06
[I] Starting main
[W] Summary of all memory leaks... {14080 bytes, 59 blocks}
    [W] MLK: Memory leak of 14080 bytes from 59 blocks allocated in
HeapAlloc [KERNEL32.dll]
            Distribution of leaked blocks
                  4132 bytes from 1 block of 4132 bytes (0x01864138) 
                  2536 bytes from 1 block of 2536 bytes (0x01863728) 
                  2084 bytes from 1 block of 2084 bytes (0x01862c58) 
                   695 bytes from 1 block of 695 bytes (0x01862090) 
                   300 bytes from 5 blocks of 60 bytes (first block:
0x01861600)
                   292 bytes from 1 block of 292 bytes (0x01860660) 
                   235 bytes from 1 block of 235 bytes (0x018619f8) 
                   232 bytes from 1 block of 232 bytes (0x018612a8) 
                   220 bytes from 4 blocks of 55 bytes (first block:
0x01861ef0)
                   215 bytes from 1 block of 215 bytes (0x01861be8) 
                   190 bytes from 2 blocks of 95 bytes (first block:
0x01861438)
                   177 bytes from 3 blocks of 59 bytes (first block:
0x01861810)
                   168 bytes from 3 blocks of 56 bytes (first block:
0x01861e28)
                   164 bytes from 1 block of 164 bytes (0x018634a8) 
                   160 bytes from 1 block of 160 bytes (0x018611e0) 
                   156 bytes from 3 blocks of 52 bytes (first block:
0x01861748)
                   149 bytes from 1 block of 149 bytes (0x018614c0) 
                   148 bytes from 2 blocks of 74 bytes (first block:
0x01861db0)
                   116 bytes from 1 block of 116 bytes (0x01862a60) 
                   111 bytes from 1 block of 111 bytes (0x01862b00) 
                   108 bytes from 1 block of 108 bytes (0x01863638) 
                   106 bytes from 2 blocks of 53 bytes (first block:
0x01862628)
                   104 bytes from 1 block of 104 bytes (0x01862460) 
                   100 bytes from 2 blocks of 50 bytes (first block:
0x01861ce8)
                    98 bytes from 2 blocks of 49 bytes (first block:
0x01861878)
                    94 bytes from 1 block of 94 bytes (0x01862830) 
                    93 bytes from 1 block of 93 bytes (0x01862370) 
                    88 bytes from 1 block of 88 bytes (0x018613b8) 
                    88 bytes from 2 blocks of 44 bytes (first block:
0x018635e0)
                    85 bytes from 1 block of 85 bytes (0x01861580) 
                    82 bytes from 1 block of 82 bytes (0x018629e0) 
                    70 bytes from 1 block of 70 bytes (0x01861668) 
                    69 bytes from 1 block of 69 bytes (0x01861b10) 
                    67 bytes from 1 block of 67 bytes (0x018616d8) 
                    66 bytes from 1 block of 66 bytes (0x018625b8) 
                    64 bytes from 1 block of 64 bytes (0x01861b80) 
                    63 bytes from 1 block of 63 bytes (0x018623f8) 
                    57 bytes from 1 block of 57 bytes (0x018617a8) 
                    51 bytes from 1 block of 51 bytes (0x018626e8) 
                    47 bytes from 1 block of 47 bytes (0x018618d8) 
            Allocation location
                HeapAlloc      [KERNEL32.dll]
[I] Exiting with code 0 (0x00000000)
[I] Program terminated at 08/08/2005 11:43:08
-------------------------------------------------------------------------


Wylie Chan

Fixed Income Research
Freddie Mac
1551 Park Run Dr.,
McLean, VA 22102