Menu
▾
▴
gobo-eiffel-develop
|
From: Colin P. A. <co...@co...> - 2007-12-22 10:59:37
|
I am getting a message: Unhandled exception when trying to run the W3C XSLT test suite when compiled with gec (ise gives no problems). It appears to happen as soon as the parser reaches a certain point in the test catalog, irrespective of ho many (even zero) XSLT transformations it has done. It makes no difference whether the gc is 6.7 or 7.0, but there is no problem (other than eventual memory exhaustion - much later than when the problem occurs) if the program is compiled without the garbage collector. There were no problems last weekend. I don't know what can have changed, or how to debug it. -- Colin Adams Preston Lancashire |
|
From: Eric B. <er...@go...> - 2007-12-23 21:12:45
|
Colin Paul Adams wrote: > I am getting a message: > > Unhandled exception > > when trying to run the W3C XSLT test suite when compiled with gec (ise > gives no problems). > > It appears to happen as soon as the parser reaches a certain point in > the test catalog, irrespective of ho many (even zero) XSLT > transformations it has done. > > It makes no difference whether the gc is 6.7 or 7.0, but there is no > problem (other than eventual memory exhaustion - much later than when > the problem occurs) if the program is compiled without the garbage collector. > > There were no problems last weekend. I don't know what can have > changed, or how to debug it. I have no idea how to debug what is going on in the Boehm GC. Since you are using Linux, you can perhaps try valgrind (first with no GC and then with GC) to see if there is any memory corruption in the C code generated by gec (or less likely, in the Boehm GC). -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-23 22:39:29
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> I have no idea how to debug what is going on in the Boehm
Eric> GC. Since you are using Linux, you can perhaps try valgrind
Eric> (first with no GC and then with GC) to see if there is any
Eric> memory corruption in the C code generated by gec (or less
Eric> likely, in the Boehm GC).
How do I tell gec to pass the -g flag to gcc?
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-23 22:42:47
|
Colin Paul Adams wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> I have no idea how to debug what is going on in the Boehm > Eric> GC. Since you are using Linux, you can perhaps try valgrind > Eric> (first with no GC and then with GC) to see if there is any > Eric> memory corruption in the C code generated by gec (or less > Eric> likely, in the Boehm GC). > > How do I tell gec to pass the -g flag to gcc? For the time being you will have to modify your file $GOBO/tool/gec/config/c/gcc.cfg. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Eric B. <er...@go...> - 2007-12-24 09:49:06
|
Colin Paul Adams wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> I have no idea how to debug what is going on in the Boehm > Eric> GC. Since you are using Linux, you can perhaps try valgrind > Eric> (first with no GC and then with GC) to see if there is any > Eric> memory corruption in the C code generated by gec (or less > Eric> likely, in the Boehm GC). > > There don't appear to be any problems without the garbage collector > (of course, there are a lot of memory leaks). > There are problems detected with the gc enabled. Here is the valgrind > output: Do you get the same problems under Windows? Can you try to compile the Boehm GC with the option -DLARGE_CONFIG? One other thing that I would be interested in, even if it does not crash at the same location each time, is to know at which stage in the execution trace the message "Unhandled exception" is printed. Could you try to put a break point in the C code at the beginning of the C function 'GE_raise' and see what the execution trace looks like? -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-24 11:21:44
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Can you try to compile the Boehm GC with the option
Eric> -DLARGE_CONFIG?
No difference.
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-24 11:01:23
|
Colin Paul Adams wrote: > Eric> One other thing that I would be interested in, even if it > Eric> does not crash at the same location each time, is to know at > Eric> which stage in the execution trace the message "Unhandled > Eric> exception" is printed. Could you try to put a break point > Eric> in the C code at the beginning of the C function 'GE_raise' > Eric> and see what the execution trace looks like? > > How do I set a break point? I don't know. I guess it depends on the C debugger that is available under Linux. Under Windows I do that from Visual Studio. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-24 11:27:57
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
Eric> One other thing that I would be interested in, even if it
Eric> does not crash at the same location each time, is to know at
Eric> which stage in the execution trace the message "Unhandled
Eric> exception" is printed. Could you try to put a break point
Eric> in the C code at the beginning of the C function 'GE_raise'
Eric> and see what the execution trace looks like?
>>
>> How do I set a break point?
Eric> I don't know. I guess it depends on the C debugger that is
Eric> available under Linux. Under Windows I do that from Visual
Eric> Studio.
OK - I'm using gdb.
I need to know which file to find GC_RAISE in. Is it part of gec or boehm?
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-24 11:48:44
|
Colin Paul Adams wrote: >>>>>> "Colin" == Colin Paul Adams <co...@co...> writes: > >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > Eric> Colin Paul Adams wrote: > Eric> One other thing that I would be interested in, even if it > Eric> does not crash at the same location each time, is to know at > Eric> which stage in the execution trace the message "Unhandled > Eric> exception" is printed. Could you try to put a break point > Eric> in the C code at the beginning of the C function 'GE_raise' > Eric> and see what the execution trace looks like? > >>> > >>> How do I set a break point? > > Eric> I don't know. I guess it depends on the C debugger that is > Eric> available under Linux. Under Windows I do that from Visual > Eric> Studio. > > Colin> OK - I'm using gdb. > > Colin> I need to know which file to find GC_RAISE in. Is it part > Colin> of gec or boehm? -- Colin Adams Preston Lancashire > > Never mind - when i spelt it right, gdb found it. > > But it doesn't break there: If it does not break here, then it means that it does not print "Unhandled exception", does it? > (gdb) break GE_raise > Breakpoint 1 at 0x9afba75: file gestalt_test_driver48.c, line 24535. > (gdb) run > Starting program: /home/colin/gestalt/test/gestalt_test_driver --case=accessor20_018_01 > [Thread debugging using libthread_db enabled] > [New Thread -1209092400 (LWP 17574)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1209092400 (LWP 17574)] > GC_clear_fl_links (flp=0xb84ee50) at reclaim.c:469 > 469 *flp = 0; > (gdb) > (gdb) backtrace > #0 GC_clear_fl_links (flp=0xb84ee50) at reclaim.c:469 > #1 0x09b02382 in GC_start_reclaim (report_if_found=0) at reclaim.c:504 > #2 0x09b05c47 in GC_finish_collection () at alloc.c:680 > #3 0x09b09415 in GC_alloc_large (lb=3016, k=1, flags=0) at malloc.c:53 > #4 0x09b09719 in GC_generic_malloc (lb=3015, k=1) at malloc.c:171 > #5 0x09b098ba in GC_core_malloc (lb=3015) at malloc.c:286 > #6 0x0804ace6 in GE_ms ( > s=0x9b50518 "%G�%@\204\215%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G��%@\210%G�%@\204\215$(CBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBe%G�%@(B\204\215%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@\200%G��%@"..., c=3003) at gestalt_test_driver1.c:1882 > #7 0x09afa725 in GE_const_init () at gestalt_test_driver48.c:21933 > #8 0x09afba25 in main (argc=Cannot access memory at address 0x0 > ) at gestalt_test_driver48.c:24448 > (gdb) It did not go very far. It is just creating the manifest constants. It didn't even start the root creation procedure yet. As you can see, it looks like a bug in the GC. Or the GC is not configured correctly. Perhaps we need to compile it with another option than -DLARGE_CONFIG. Perhaps I should try to plug with another GC. Any suggestion? There is: http://www.hoard.org/ but it does not seem to have GC functionality. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Eric B. <er...@go...> - 2007-12-24 14:10:58
|
Colin Paul Adams wrote: >>>>>> "Colin" == Colin Paul Adams <co...@co...> writes: > > > Colin> So I tried the following options: > > Colin> ./configure --enable-large-config --enable-gc-debug > Colin> --enable-gc-assertions --prefix=/usr/local > > Colin> but now the problem no longer occurs in the original case. > > Colin> However, it is still crashing further on: > > Colin> 'stack_trace_string' in 'eif_except.h' not implemented Call > Colin> on Void target! Unhandled exception > > Colin> Perhaps this is a different problem. > > When running under the gdb I get: > > Call on Void target! > [Switching to Thread -1208531248 (LWP 755)] > > Breakpoint 1, GE_raise (code=1) at gestalt_test_driver48.c:24535 > 24535 GE_rescue* r = GE_last_rescue; > (gdb) > > (gdb) backtrace > #0 GE_raise (code=1) at gestalt_test_driver48.c:24535 > #1 0x09afbe26 in GE_check_void (obj=0x0) at gestalt_test_driver48.c:24608 > #2 0x08bc2571 in T1480f305 (ac=0xbfc2dfcc, C=0xb817540, a1=0xb447cb0) > at gestalt_test_driver20.c:27100 In order to make sense out of this execution trace I would need to have a look at the generated .h file, so that we can translate the generated C function names to the corresponding Eiffel feature names. How big is this file? Either the call-on-void-target is real, or some not-yet-implemented parts of gec that can trigger this wrong behaviors are: * use of user-defined expanded classes * call to external routines returning an object whose type is not a basic expanded type or STRING. -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-24 14:50:13
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> In order to make sense out of this execution trace I would
Eric> need to have a look at the generated .h file, so that we can
Eric> translate the generated C function names to the
Eric> corresponding Eiffel feature names. How big is this file?
9917679 bytes.
Shall I send it by private email?
Eric> Either the call-on-void-target is real, or some
Eric> not-yet-implemented parts of gec that can trigger this wrong
Eric> behaviors are:
Eric> * use of user-defined expanded classes
Eric> * call to external
Eric> routines returning an object whose type is not a basic
Eric> expanded type or STRING.
I guess eposix might be returning either of those.
But it's strange - the program was definitely working two weeks ago.
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-24 15:28:19
|
Colin Paul Adams wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> In order to make sense out of this execution trace I would > Eric> need to have a look at the generated .h file, so that we can > Eric> translate the generated C function names to the > Eric> corresponding Eiffel feature names. How big is this file? > > 9917679 bytes. > > Shall I send it by private email? Yes, you can send a compressed version. > Eric> Either the call-on-void-target is real, or some > Eric> not-yet-implemented parts of gec that can trigger this wrong > Eric> behaviors are: > > Eric> * use of user-defined expanded classes > Eric> * call to external > Eric> routines returning an object whose type is not a basic > Eric> expanded type or STRING. > > I guess eposix might be returning either of those. > > But it's strange - the program was definitely working two weeks ago. Was it with the same version of the Boehm GC? -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-24 15:37:16
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
>> But it's strange - the program was definitely working two weeks
>> ago.
Eric> Was it with the same version of the Boehm GC?
Hm. No. It was 6.7 and I'm using 7.0 now. I might try with 6.7 again.
The original problem occured with both versions though, and that
wasn't happening two weeks ago either.
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-24 16:22:16
|
Colin Paul Adams wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> Was it with the same version of the Boehm GC? > > So I just tried with 6.7, using the same configuration options that > "cured" the original problem with 7.0. > > I am still getting the original problem with 6.7. Does the "original problem" print "Unhandled exception"? -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Eric B. <er...@go...> - 2007-12-24 16:33:26
|
Colin Paul Adams wrote:
> When running under the gdb I get:
>
> Call on Void target!
> [Switching to Thread -1208531248 (LWP 755)]
>
> Breakpoint 1, GE_raise (code=1) at gestalt_test_driver48.c:24535
> 24535 GE_rescue* r = GE_last_rescue;
> (gdb)
>
> (gdb) backtrace
> #0 GE_raise (code=1) at gestalt_test_driver48.c:24535
> #1 0x09afbe26 in GE_check_void (obj=0x0) at gestalt_test_driver48.c:24608
> #2 0x08bc2571 in T1480f305 (ac=0xbfc2dfcc, C=0xb817540, a1=0xb447cb0)
> at gestalt_test_driver20.c:27100
This does not make sense to me. The C function T1480f305 corresponds to
XM_XPATH_IDREF.create_node_iterator, which looks like that:
create_node_iterator (a_context: XM_XPATH_CONTEXT) is
-- Create an iterator over a node sequence
do
todo ("create_node_iterator", False)
end
I don't see how there could be a call-on-void-target in that
routine, there is no qualified call!
--
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com
|
|
From: Eric B. <er...@go...> - 2007-12-24 16:45:36
|
Colin Paul Adams wrote:
>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
>
> Eric> Colin Paul Adams wrote:
> >>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
> >>
> Eric> Was it with the same version of the Boehm GC?
> >>
> >> So I just tried with 6.7, using the same configuration options
> >> that "cured" the original problem with 7.0.
> >>
> >> I am still getting the original problem with 6.7.
>
> Eric> Does the "original problem" print "Unhandled exception"?
>
> Yes.
>
> The original problem occurs when running a particular test case, or
> indeed any test case that I tried that occurs physically later in the
> test catalog (an xml file).
>
> This appears to have been fixed with the 7.0 collector, when I added
> the additional configuration options. But then the problem still
> occurs if I run all the test cases (so it may just be that a greater
> memory burden is triggering it).
What I didn't get yet is an execution trace of the problem where
"unhandled exception" is printed. For that, I would need the trace
at the point when GE_raise is first called. Last time you tried it,
it was something like that:
~~~~~~~~~~~~~~~~~
But it doesn't break there:
(gdb) break GE_raise
Breakpoint 1 at 0x9afba75: file gestalt_test_driver48.c, line 24535.
(gdb) run
Starting program: /home/colin/gestalt/test/gestalt_test_driver
--case=accessor20_018_01
[Thread debugging using libthread_db enabled]
[New Thread -1209092400 (LWP 17574)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209092400 (LWP 17574)]
GC_clear_fl_links (flp=0xb84ee50) at reclaim.c:469
469 *flp = 0;
(gdb)
(gdb) backtrace
#0 GC_clear_fl_links (flp=0xb84ee50) at reclaim.c:469
#1 0x09b02382 in GC_start_reclaim (report_if_found=0) at reclaim.c:504
#2 0x09b05c47 in GC_finish_collection () at alloc.c:680
#3 0x09b09415 in GC_alloc_large (lb=3016, k=1, flags=0) at malloc.c:53
#4 0x09b09719 in GC_generic_malloc (lb=3015, k=1) at malloc.c:171
#5 0x09b098ba in GC_core_malloc (lb=3015) at malloc.c:286
#6 0x0804ace6 in GE_ms (
s=0x9b50518
"%G?%@\204\215%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G??%@\210%G?%@\204\215$(CBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBeBe%G?%@(B\204\215%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@\200%G??%@"...,
c=3003) at gestalt_test_driver1.c:1882
#7 0x09afa725 in GE_const_init () at gestalt_test_driver48.c:21933
#8 0x09afba25 in main (argc=Cannot access memory at address 0x0
) at gestalt_test_driver48.c:24448
(gdb)
~~~~~~~~~~~~~~~~~~~~~~~~~
--
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com
|
|
From: Colin P. A. <co...@co...> - 2007-12-24 16:49:12
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
>>
Eric> What I didn't get yet is an execution trace of the problem
Eric> where "unhandled exception" is printed. For that, I would
Eric> need the trace at the point when GE_raise is first
Eric> called. Last time you tried it, it was something like that:
Sorry about that.
Anyway, the XPath test suite just failed, and the test names that
aborted were:
ABORT: [XM_XPATH_TEST_IDREFS.test_idrefs_against_tiny_tree] Eiffel exception
ABORT: [XM_XPATH_TEST_IDREFS.test_idrefs_against_standard_tree]
Eiffel exception
So it looks like todays new problem is genuinely distinct from the
original problem, and I should be able to debug that myself just using
Eiffel debugging.
--
Colin Adams
Preston Lancashire
|
|
From: Colin P. A. <co...@co...> - 2007-12-24 17:45:09
|
>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:
Colin> So it looks like todays new problem is genuinely distinct
Colin> from the original problem, and I should be able to debug
Colin> that myself just using Eiffel debugging.
OK. I corrected my error, and now everything is fine with the
following configuration options:
./configure --enable-large-config --enable-gc-debug --enable-gc-assertions --enable-parallel-mark --prefix=/usr/local
(I added --enable-parallel-mark for extra performance).
I'll not try to find out which options are actually necessary.
--
Colin Adams
Preston Lancashire
|
|
From: Colin P. A. <co...@co...> - 2007-12-24 18:39:48
|
>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:
Colin> OK. I corrected my error, and now everything is fine with
Colin> the following configuration options:
Colin> ./configure --enable-large-config --enable-gc-debug
Colin> --enable-gc-assertions --enable-parallel-mark
Colin> --prefix=/usr/local
Colin> (I added --enable-parallel-mark for extra performance).
Colin> I'll not try to find out which options are actually
Colin> necessary.
In fact, just supplying --enable-parallel-mark is sufficient to
eliminate the problem.
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-25 15:28:09
|
Berend de Boer wrote: >>>>>> "Colin" == Colin Paul Adams <co...@co...> writes: > >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> * use of user-defined expanded classes * call to external > Eric> routines returning an object whose type is not a basic > Eric> expanded type or STRING. > > Colin> I guess eposix might be returning either of those. > > eposix uses the former, not the later. OK, so I will try to implement user-defined expanded types before taking care of DbC ;-) -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
|
From: Colin P. A. <co...@co...> - 2007-12-24 09:12:17
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> I have no idea how to debug what is going on in the Boehm
Eric> GC. Since you are using Linux, you can perhaps try valgrind
Eric> (first with no GC and then with GC) to see if there is any
Eric> memory corruption in the C code generated by gec (or less
Eric> likely, in the Boehm GC).
There don't appear to be any problems without the garbage collector
(of course, there are a lot of memory leaks).
Here is the valgrind output for reference:
==4430== Memcheck, a memory error detector.
==4430== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==4430== Using LibVEX rev 1732, a library for dynamic binary translation.
==4430== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==4430== Using valgrind-3.2.3, a dynamic binary instrumentation framework.
==4430== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==4430== For more details, rerun with: -v
==4430==
==4430==
==4430== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 15 from 1)
==4430== malloc/free: in use at exit: 890,363 bytes in 22,046 blocks.
==4430== malloc/free: 22,058 allocs, 12 frees, 904,703 bytes allocated.
==4430== For counts of detected errors, rerun with: -v
==4430== searching for pointers to 22,046 not-freed blocks.
==4430== checked 426,732 bytes.
==4430==
==4430== 4 bytes in 1 blocks are definitely lost in loss record 16 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83BB9CF: T96c1 (gestalt_test_driver6.c:34139)
==4430== by 0x83F5EAA: T62c203 (gestalt_test_driver7.c:7624)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430== by 0x831B985: T21c13 (gestalt_test_driver5.c:38358)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 4 bytes in 1 blocks are definitely lost in loss record 19 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x8362BE6: T441c2 (gestalt_test_driver6.c:312)
==4430== by 0x8362B9C: T92f6 (gestalt_test_driver6.c:301)
==4430== by 0x8362A02: T287c8 (gestalt_test_driver6.c:265)
==4430== by 0x836296B: T183f11 (gestalt_test_driver6.c:250)
==4430== by 0x8362099: T183c12 (gestalt_test_driver6.c:36)
==4430== by 0x83E0963: T99f64 (gestalt_test_driver7.c:17)
==4430== by 0x83BBF84: T99c196 (gestalt_test_driver6.c:34293)
==4430== by 0x83BBEF6: T62f208 (gestalt_test_driver6.c:34280)
==4430== by 0x83F5E83: T62c203 (gestalt_test_driver7.c:7621)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430==
==4430==
==4430== 8 bytes in 1 blocks are definitely lost in loss record 25 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x8E98AF4: T309c29 (gestalt_test_driver24.c:13326)
==4430== by 0x9385370: T308f22 (gestalt_test_driver31.c:20677)
==4430== by 0x9384543: T276f67 (gestalt_test_driver31.c:20558)
==4430== by 0x93697FA: T27f163 (gestalt_test_driver31.c:12600)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430== by 0x9368F34: T57f12p1 (gestalt_test_driver31.c:12426)
==4430== by 0x9368ECB: T57f12 (gestalt_test_driver31.c:12419)
==4430== by 0x82B06A8: T42x2196T0T0T0 (gestalt_test_driver4.c:65034)
==4430==
==4430==
==4430== 8 bytes in 1 blocks are definitely lost in loss record 26 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x838C556: T200c2 (gestalt_test_driver6.c:16432)
==4430== by 0x838C4FA: T120f1 (gestalt_test_driver6.c:16422)
==4430== by 0x832E01A: T62f229 (gestalt_test_driver5.c:42560)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 8 bytes in 1 blocks are definitely lost in loss record 27 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B3B45: T198c2 (gestalt_test_driver6.c:31362)
==4430== by 0x83B3AE9: T115f1 (gestalt_test_driver6.c:31352)
==4430== by 0x8329F3D: T62f229 (gestalt_test_driver5.c:41891)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 8 bytes in 1 blocks are definitely lost in loss record 28 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x8321855: T189c2 (gestalt_test_driver5.c:40537)
==4430== by 0x83217F9: T103f1 (gestalt_test_driver5.c:40527)
==4430== by 0x83247B6: T62f229 (gestalt_test_driver5.c:41040)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 8 bytes in 1 blocks are definitely lost in loss record 32 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F457C: T210c2 (gestalt_test_driver7.c:7044)
==4430== by 0x83F4520: T153f1 (gestalt_test_driver7.c:7034)
==4430== by 0x83F44DA: T78f36 (gestalt_test_driver7.c:7025)
==4430== by 0x83F4164: T78f35 (gestalt_test_driver7.c:6945)
==4430== by 0x83F3EAC: T78c34 (gestalt_test_driver7.c:6876)
==4430== by 0x83EC4C5: T53f43 (gestalt_test_driver7.c:4207)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 12 bytes in 1 blocks are definitely lost in loss record 40 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x804A2BD: GE_ms (gestalt_test_driver1.c:1882)
==4430== by 0x93844F4: T276f67 (gestalt_test_driver31.c:20556)
==4430== by 0x93697FA: T27f163 (gestalt_test_driver31.c:12600)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430== by 0x9368F34: T57f12p1 (gestalt_test_driver31.c:12426)
==4430== by 0x9368ECB: T57f12 (gestalt_test_driver31.c:12419)
==4430== by 0x82B06A8: T42x2196T0T0T0 (gestalt_test_driver4.c:65034)
==4430== by 0x838D251: T62f250 (gestalt_test_driver6.c:16743)
==4430==
==4430==
==4430== 12 bytes in 3 blocks are definitely lost in loss record 51 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83EC394: T74c8 (gestalt_test_driver7.c:4190)
==4430== by 0x83F4B7E: T47c25 (gestalt_test_driver7.c:7208)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 16 bytes in 1 blocks are definitely lost in loss record 57 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F491F: T149c8 (gestalt_test_driver7.c:7133)
==4430== by 0x83F48E9: T77f7 (gestalt_test_driver7.c:7124)
==4430== by 0x9347C66: T53f24 (gestalt_test_driver31.c:2851)
==4430== by 0x93476B2: T53f20 (gestalt_test_driver31.c:2777)
==4430== by 0x9346FB6: T48f15 (gestalt_test_driver31.c:2698)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430== by 0x82B139F: T63x4116T0 (gestalt_test_driver4.c:65424)
==4430== by 0x831C9B1: T62f207 (gestalt_test_driver5.c:38640)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 16 bytes in 2 blocks are definitely lost in loss record 63 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F6739: T255c2 (gestalt_test_driver7.c:7819)
==4430== by 0x83F66DD: T181f2 (gestalt_test_driver7.c:7809)
==4430== by 0x83F6697: T97f61 (gestalt_test_driver7.c:7800)
==4430== by 0x83F63EF: T97f60 (gestalt_test_driver7.c:7754)
==4430== by 0x83F6132: T97f55 (gestalt_test_driver7.c:7686)
==4430== by 0x83F60EA: T97f43 (gestalt_test_driver7.c:7677)
==4430== by 0x83F60A2: T97c38 (gestalt_test_driver7.c:7669)
==4430== by 0x83F5F49: T62f145 (gestalt_test_driver7.c:7639)
==4430== by 0x83F5EC2: T62c203 (gestalt_test_driver7.c:7625)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430==
==4430==
==4430== 17 (16 direct, 1 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83EBBF3: T175c11 (gestalt_test_driver7.c:3990)
==4430== by 0x83EBBAE: T86c4 (gestalt_test_driver7.c:3976)
==4430== by 0x83EBB2E: T17f21 (gestalt_test_driver7.c:3962)
==4430== by 0x83EB2FB: T17c46 (gestalt_test_driver7.c:3758)
==4430== by 0x83EB26F: T35f1 (gestalt_test_driver7.c:3740)
==4430== by 0x8403E00: T25f4 (gestalt_test_driver7.c:12875)
==4430== by 0x831B67F: T21c13 (gestalt_test_driver5.c:38332)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 24 bytes in 2 blocks are definitely lost in loss record 73 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831FEDF: T100c5 (gestalt_test_driver5.c:39973)
==4430== by 0x83BBF07: T62f208 (gestalt_test_driver6.c:34281)
==4430== by 0x83F5E83: T62c203 (gestalt_test_driver7.c:7621)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430== by 0x831B985: T21c13 (gestalt_test_driver5.c:38358)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 32 bytes in 2 blocks are definitely lost in loss record 78 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x8353D03: T166c10 (gestalt_test_driver5.c:54497)
==4430== by 0x83D27F8: T99f184 (gestalt_test_driver6.c:42805)
==4430== by 0x83BC4A9: T99f219 (gestalt_test_driver6.c:34421)
==4430== by 0x83BC431: T99f210 (gestalt_test_driver6.c:34400)
==4430== by 0x83BC13A: T99f202 (gestalt_test_driver6.c:34338)
==4430== by 0x83BBFA0: T99c196 (gestalt_test_driver6.c:34294)
==4430== by 0x83BBEF6: T62f208 (gestalt_test_driver6.c:34280)
==4430== by 0x83F5E83: T62c203 (gestalt_test_driver7.c:7621)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430== by 0x831B985: T21c13 (gestalt_test_driver5.c:38358)
==4430==
==4430==
==4430== 23,316 (36 direct, 23,280 indirect) bytes in 1 blocks are definitely lost in loss record 82 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831B07D: T21c13 (gestalt_test_driver5.c:38286)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 217 (168 direct, 49 indirect) bytes in 1 blocks are definitely lost in loss record 94 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83BBF3F: T99c196 (gestalt_test_driver6.c:34290)
==4430== by 0x83BBEF6: T62f208 (gestalt_test_driver6.c:34280)
==4430== by 0x83F5E83: T62c203 (gestalt_test_driver7.c:7621)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430== by 0x831B985: T21c13 (gestalt_test_driver5.c:38358)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 192 (48 direct, 144 indirect) bytes in 3 blocks are definitely lost in loss record 95 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83EB2AC: T17c46 (gestalt_test_driver7.c:3754)
==4430== by 0x83EB26F: T35f1 (gestalt_test_driver7.c:3740)
==4430== by 0x83EB16E: T92f3 (gestalt_test_driver7.c:3718)
==4430== by 0x83EC009: T92f1 (gestalt_test_driver7.c:4120)
==4430== by 0x83EAD04: T74f3 (gestalt_test_driver7.c:3599)
==4430== by 0x83E437E: T74f2 (gestalt_test_driver7.c:1282)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 62 (16 direct, 46 indirect) bytes in 2 blocks are definitely lost in loss record 96 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E878B: T293c2 (gestalt_test_driver7.c:2721)
==4430== by 0x83E872F: T247f1 (gestalt_test_driver7.c:2711)
==4430== by 0x83E86E9: T162f42 (gestalt_test_driver7.c:2702)
==4430== by 0x83E82AF: T162f36 (gestalt_test_driver7.c:2611)
==4430== by 0x83E8264: T162c33 (gestalt_test_driver7.c:2600)
==4430== by 0x83E77AA: T158f10 (gestalt_test_driver7.c:2363)
==4430== by 0x83E7754: T158f2 (gestalt_test_driver7.c:2348)
==4430== by 0x83E6362: T158f1 (gestalt_test_driver7.c:1944)
==4430== by 0x83E631D: T37c8 (gestalt_test_driver7.c:1933)
==4430== by 0x83E8D25: T81f6 (gestalt_test_driver7.c:2886)
==4430== by 0x83E53DF: T81f2 (gestalt_test_driver7.c:1647)
==4430==
==4430==
==4430== 39,228 (2,128 direct, 37,100 indirect) bytes in 133 blocks are definitely lost in loss record 108 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x804A2FC: GE_ms (gestalt_test_driver1.c:1886)
==4430== by 0x840412C: T23f2 (gestalt_test_driver7.c:12984)
==4430== by 0x8402DD4: T23c4 (gestalt_test_driver7.c:12552)
==4430== by 0x8404457: T21f9 (gestalt_test_driver7.c:13086)
==4430== by 0x831B0ED: T21c13 (gestalt_test_driver5.c:38289)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 4,416 (1,624 direct, 2,792 indirect) bytes in 203 blocks are definitely lost in loss record 109 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E8B99: T139c2 (gestalt_test_driver7.c:2837)
==4430== by 0x83E8B3D: T68f1 (gestalt_test_driver7.c:2827)
==4430== by 0x83E8947: T38f19 (gestalt_test_driver7.c:2780)
==4430== by 0x83E8F00: T38c17 (gestalt_test_driver7.c:2926)
==4430== by 0x83E8E52: T26f49 (gestalt_test_driver7.c:2912)
==4430== by 0x84016AF: T26f48 (gestalt_test_driver7.c:12056)
==4430== by 0x8401665: T26c47 (gestalt_test_driver7.c:12041)
==4430== by 0x831B71C: T21c13 (gestalt_test_driver5.c:38339)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 97,388 (19,824 direct, 77,564 indirect) bytes in 1,239 blocks are definitely lost in loss record 113 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831EF3E: T17c41 (gestalt_test_driver5.c:39624)
==4430== by 0x9AF683D: T17f7 (gestalt_test_driver48.c:18816)
==4430== by 0x9AFBAFC: T17f4 (gestalt_test_driver48.c:20881)
==4430== by 0x831B346: T21c13 (gestalt_test_driver5.c:38308)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 42,288 (432 direct, 41,856 indirect) bytes in 27 blocks are definitely lost in loss record 117 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x9AFBC96: GE_ma166 (gestalt_test_driver48.c:20913)
==4430== by 0x83E08C3: T99f220 (in /home/colin/gestalt/test/gestalt_test_driver)
==4430== by 0x83D2814: T99f184 (gestalt_test_driver6.c:42806)
==4430== by 0x83BC4A9: T99f219 (gestalt_test_driver6.c:34421)
==4430== by 0x83BC431: T99f210 (gestalt_test_driver6.c:34400)
==4430== by 0x83BC13A: T99f202 (gestalt_test_driver6.c:34338)
==4430== by 0x83BBFA0: T99c196 (gestalt_test_driver6.c:34294)
==4430== by 0x83BBEF6: T62f208 (gestalt_test_driver6.c:34280)
==4430== by 0x83F5E83: T62c203 (gestalt_test_driver7.c:7621)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430==
==4430==
==4430== 1,339 (224 direct, 1,115 indirect) bytes in 8 blocks are definitely lost in loss record 119 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E9EDF: T95c13 (gestalt_test_driver7.c:3302)
==4430== by 0x83E90E1: T94f2 (gestalt_test_driver7.c:2991)
==4430== by 0x83E444B: T74f2 (gestalt_test_driver7.c:1285)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 935 (16 direct, 919 indirect) bytes in 1 blocks are definitely lost in loss record 121 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E468C: T49c16 (gestalt_test_driver7.c:1334)
==4430== by 0x83E450A: T74f1 (gestalt_test_driver7.c:1300)
==4430== by 0x83E44BA: T74f2 (gestalt_test_driver7.c:1288)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 24 bytes in 3 blocks are definitely lost in loss record 127 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E5185: T292c2 (gestalt_test_driver7.c:1589)
==4430== by 0x83E5129: T242f2 (gestalt_test_driver7.c:1579)
==4430== by 0x83E50E3: T159f54 (gestalt_test_driver7.c:1570)
==4430== by 0x83E4E3B: T159f53 (gestalt_test_driver7.c:1524)
==4430== by 0x83E4B86: T159f48 (gestalt_test_driver7.c:1456)
==4430== by 0x83E4B3E: T159f41 (gestalt_test_driver7.c:1447)
==4430== by 0x83E4AF6: T159c37 (gestalt_test_driver7.c:1439)
==4430== by 0x83E4861: T49f20 (gestalt_test_driver7.c:1380)
==4430== by 0x83E46C3: T49c16 (gestalt_test_driver7.c:1336)
==4430== by 0x83E450A: T74f1 (gestalt_test_driver7.c:1300)
==4430== by 0x83E44BA: T74f2 (gestalt_test_driver7.c:1288)
==4430==
==4430==
==4430== 48 (24 direct, 24 indirect) bytes in 1 blocks are definitely lost in loss record 133 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F4A30: T76c13 (gestalt_test_driver7.c:7175)
==4430== by 0x83EC3CF: T53f43 (gestalt_test_driver7.c:4200)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 214 (16 direct, 198 indirect) bytes in 1 blocks are definitely lost in loss record 147 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F3D44: T59c12 (gestalt_test_driver7.c:6834)
==4430== by 0x83EC5B2: T53f44 (gestalt_test_driver7.c:4229)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 196 (68 direct, 128 indirect) bytes in 1 blocks are definitely lost in loss record 159 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F3925: T82c45 (gestalt_test_driver7.c:6729)
==4430== by 0x83F3461: T59f13 (gestalt_test_driver7.c:6628)
==4430== by 0x83F3D84: T59c12 (gestalt_test_driver7.c:6836)
==4430== by 0x83EC5B2: T53f44 (gestalt_test_driver7.c:4229)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 72 bytes in 3 blocks are definitely lost in loss record 160 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831C75E: T80c8 (gestalt_test_driver5.c:38581)
==4430== by 0x831C728: T76f7 (gestalt_test_driver5.c:38572)
==4430== by 0x83EC6E8: T53f44 (gestalt_test_driver7.c:4238)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 976 (44 direct, 932 indirect) bytes in 1 blocks are definitely lost in loss record 167 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E8D5C: T26c64 (gestalt_test_driver7.c:2895)
==4430== by 0x83E5305: T81f2 (gestalt_test_driver7.c:1639)
==4430== by 0x83EF39B: T81f1 (gestalt_test_driver7.c:5215)
==4430== by 0x83EC7D4: T53f44 (gestalt_test_driver7.c:4245)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 144 (44 direct, 100 indirect) bytes in 1 blocks are definitely lost in loss record 168 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83ED0F2: T26c57 (gestalt_test_driver7.c:4449)
==4430== by 0x83EC7F0: T53f44 (gestalt_test_driver7.c:4246)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 1,504 bytes in 8 blocks are definitely lost in loss record 170 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x833D400: T72c6 (gestalt_test_driver5.c:45927)
==4430== by 0x83BAEE4: T72f3 (gestalt_test_driver6.c:33814)
==4430== by 0x83BAEA1: T73f2 (gestalt_test_driver6.c:33801)
==4430== by 0x83E80E1: T162f46 (gestalt_test_driver7.c:2551)
==4430== by 0x83E7BDD: T162f39 (gestalt_test_driver7.c:2445)
==4430== by 0x83E79A6: T162f34 (gestalt_test_driver7.c:2395)
==4430== by 0x83E7880: T158f10 (gestalt_test_driver7.c:2369)
==4430== by 0x83E7754: T158f2 (gestalt_test_driver7.c:2348)
==4430== by 0x83E6362: T158f1 (gestalt_test_driver7.c:1944)
==4430== by 0x83E631D: T37c8 (gestalt_test_driver7.c:1933)
==4430== by 0x83E8D25: T81f6 (gestalt_test_driver7.c:2886)
==4430==
==4430==
==4430== 1,536 bytes in 96 blocks are definitely lost in loss record 171 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E8AD0: T69c7 (gestalt_test_driver7.c:2815)
==4430== by 0x83E8A9A: T38f9 (gestalt_test_driver7.c:2806)
==4430== by 0x83EE7EB: T38c21 (gestalt_test_driver7.c:4964)
==4430== by 0x83EF21C: T26f60 (gestalt_test_driver7.c:5199)
==4430== by 0x83EF0CC: T26f58 (gestalt_test_driver7.c:5181)
==4430== by 0x83ED168: T26c57 (gestalt_test_driver7.c:4451)
==4430== by 0x83EC7F0: T53f44 (gestalt_test_driver7.c:4246)
==4430== by 0x83EC4DA: T53f43 (gestalt_test_driver7.c:4208)
==4430== by 0x83E2188: T53c41 (gestalt_test_driver7.c:634)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430==
==4430==
==4430== 1,907 (32 direct, 1,875 indirect) bytes in 1 blocks are definitely lost in loss record 174 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E266E: T47c26 (gestalt_test_driver7.c:685)
==4430== by 0x83E2196: T53c41 (gestalt_test_driver7.c:635)
==4430== by 0x83E20E4: T27f81 (gestalt_test_driver7.c:622)
==4430== by 0x831BA55: T27f152 (gestalt_test_driver5.c:38377)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 941 (44 direct, 897 indirect) bytes in 1 blocks are definitely lost in loss record 178 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x842D09F: T26c67 (gestalt_test_driver7.c:24873)
==4430== by 0x883F8F8: T53f26 (gestalt_test_driver15.c:8741)
==4430== by 0x93479E5: T53f24 (gestalt_test_driver31.c:2821)
==4430== by 0x93476B2: T53f20 (gestalt_test_driver31.c:2777)
==4430== by 0x9346FB6: T48f15 (gestalt_test_driver31.c:2698)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430== by 0x82B139F: T63x4116T0 (gestalt_test_driver4.c:65424)
==4430== by 0x831C9B1: T62f207 (gestalt_test_driver5.c:38640)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 5,536 bytes in 692 blocks are definitely lost in loss record 181 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B97A6: T140c2 (gestalt_test_driver6.c:33370)
==4430== by 0x83B974A: T71f1 (gestalt_test_driver6.c:33360)
==4430== by 0x83F661A: T97f62 (gestalt_test_driver7.c:7792)
==4430== by 0x83F6411: T97f60 (gestalt_test_driver7.c:7756)
==4430== by 0x83F6132: T97f55 (gestalt_test_driver7.c:7686)
==4430== by 0x83F60EA: T97f43 (gestalt_test_driver7.c:7677)
==4430== by 0x83F60A2: T97c38 (gestalt_test_driver7.c:7669)
==4430== by 0x83F5F49: T62f145 (gestalt_test_driver7.c:7639)
==4430== by 0x83F5EC2: T62c203 (gestalt_test_driver7.c:7625)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430==
==4430==
==4430== 9,192 (8,920 direct, 272 indirect) bytes in 1,115 blocks are definitely lost in loss record 182 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x833D396: T141c2 (gestalt_test_driver5.c:45916)
==4430== by 0x833D33A: T73f1 (gestalt_test_driver5.c:45906)
==4430== by 0x83F6848: T62f209 (gestalt_test_driver7.c:7850)
==4430== by 0x83F5E95: T62c203 (gestalt_test_driver7.c:7622)
==4430== by 0x83F5E18: T27f70 (gestalt_test_driver7.c:7610)
==4430== by 0x83F4CAE: T27c151 (gestalt_test_driver7.c:7234)
==4430== by 0x831B985: T21c13 (gestalt_test_driver5.c:38358)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 9,846 (2,352 direct, 7,494 indirect) bytes in 98 blocks are definitely lost in loss record 183 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E8E9D: T38c17 (gestalt_test_driver7.c:2923)
==4430== by 0x83E8E52: T26f49 (gestalt_test_driver7.c:2912)
==4430== by 0x83E8DCB: T26c64 (gestalt_test_driver7.c:2897)
==4430== by 0x83E5305: T81f2 (gestalt_test_driver7.c:1639)
==4430== by 0x83E449E: T74f2 (gestalt_test_driver7.c:1287)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 13,432 (1,952 direct, 11,480 indirect) bytes in 122 blocks are definitely lost in loss record 184 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831F466: T17c54 (gestalt_test_driver5.c:39734)
==4430== by 0x83E59C4: T26f27 (gestalt_test_driver7.c:1760)
==4430== by 0x83E57ED: T26f21 (gestalt_test_driver7.c:1708)
==4430== by 0x83E8DF0: T26c64 (gestalt_test_driver7.c:2900)
==4430== by 0x83E5305: T81f2 (gestalt_test_driver7.c:1639)
==4430== by 0x83E449E: T74f2 (gestalt_test_driver7.c:1287)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430== by 0x831BA2B: T27f152 (gestalt_test_driver5.c:38375)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 2,111 (24 direct, 2,087 indirect) bytes in 2 blocks are definitely lost in loss record 185 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83E47FC: T244c3 (gestalt_test_driver7.c:1368)
==4430== by 0x83E473A: T160f6 (gestalt_test_driver7.c:1347)
==4430== by 0x93482F4: T49f19 (gestalt_test_driver31.c:2932)
==4430== by 0x883FBD4: T53f46 (gestalt_test_driver15.c:8771)
==4430== by 0x883FA03: T53f26 (gestalt_test_driver15.c:8748)
==4430== by 0x93479E5: T53f24 (gestalt_test_driver31.c:2821)
==4430== by 0x93476B2: T53f20 (gestalt_test_driver31.c:2777)
==4430== by 0x9346FB6: T48f15 (gestalt_test_driver31.c:2698)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430== by 0x82B139F: T63x4116T0 (gestalt_test_driver4.c:65424)
==4430== by 0x831C9B1: T62f207 (gestalt_test_driver5.c:38640)
==4430==
==4430==
==4430== 184 (36 direct, 148 indirect) bytes in 1 blocks are definitely lost in loss record 187 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x92BF9D3: T350c36 (gestalt_test_driver29.c:39810)
==4430== by 0x92BF1DB: T142f11 (gestalt_test_driver29.c:39580)
==4430== by 0x82B1DEC: T144x4217T0 (gestalt_test_driver4.c:65732)
==4430== by 0x934851E: T49f21 (gestalt_test_driver31.c:2961)
==4430== by 0x9348322: T49f19 (gestalt_test_driver31.c:2934)
==4430== by 0x883FBD4: T53f46 (gestalt_test_driver15.c:8771)
==4430== by 0x883FA03: T53f26 (gestalt_test_driver15.c:8748)
==4430== by 0x93479E5: T53f24 (gestalt_test_driver31.c:2821)
==4430== by 0x93476B2: T53f20 (gestalt_test_driver31.c:2777)
==4430== by 0x9346FB6: T48f15 (gestalt_test_driver31.c:2698)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430==
==4430==
==4430== 442 (44 direct, 398 indirect) bytes in 1 blocks are definitely lost in loss record 188 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x84015ED: T26c47 (gestalt_test_driver7.c:12038)
==4430== by 0x9347029: T48f15 (gestalt_test_driver31.c:2702)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430== by 0x82B139F: T63x4116T0 (gestalt_test_driver4.c:65424)
==4430== by 0x831C9B1: T62f207 (gestalt_test_driver5.c:38640)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 82 (16 direct, 66 indirect) bytes in 1 blocks are definitely lost in loss record 192 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B3BEA: T105c7 (gestalt_test_driver6.c:31383)
==4430== by 0x8329D07: T62f229 (gestalt_test_driver5.c:41874)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 96 bytes in 6 blocks are definitely lost in loss record 199 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x9371E9D: T304c7 (gestalt_test_driver31.c:15241)
==4430== by 0x9371E67: T278f28 (gestalt_test_driver31.c:15232)
==4430== by 0x9370282: T276f47 (gestalt_test_driver31.c:14773)
==4430== by 0x9384433: T276f39 (gestalt_test_driver31.c:20538)
==4430== by 0x936983B: T27f163 (gestalt_test_driver31.c:12602)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430== by 0x9368F34: T57f12p1 (gestalt_test_driver31.c:12426)
==4430== by 0x9368ECB: T57f12 (gestalt_test_driver31.c:12419)
==4430==
==4430==
==4430== 144 (8 direct, 136 indirect) bytes in 1 blocks are definitely lost in loss record 200 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x8403CC1: T30c7 (gestalt_test_driver7.c:12858)
==4430== by 0x934B7FA: T27f158 (gestalt_test_driver31.c:4110)
==4430== by 0x936979D: T27f163 (gestalt_test_driver31.c:12595)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430== by 0x9368F34: T57f12p1 (gestalt_test_driver31.c:12426)
==4430== by 0x9368ECB: T57f12 (gestalt_test_driver31.c:12419)
==4430== by 0x82B06A8: T42x2196T0T0T0 (gestalt_test_driver4.c:65034)
==4430== by 0x838D251: T62f250 (gestalt_test_driver6.c:16743)
==4430==
==4430==
==4430== 60 (32 direct, 28 indirect) bytes in 2 blocks are definitely lost in loss record 208 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x84B1ADE: T17c59 (gestalt_test_driver8.c:20356)
==4430== by 0x9AF55DD: T84f20 (gestalt_test_driver48.c:18428)
==4430== by 0x9AF56BD: T84c17 (gestalt_test_driver48.c:18439)
==4430== by 0x9AF5A22: T17f20 (gestalt_test_driver48.c:18501)
==4430== by 0x9AF6CAA: T17f19 (gestalt_test_driver48.c:18939)
==4430== by 0x9AF6C6A: T17f14 (gestalt_test_driver48.c:18929)
==4430== by 0x804A9BD: T17x1126 (gestalt_test_driver1.c:2109)
==4430== by 0x8402910: T30f4 (gestalt_test_driver7.c:12482)
==4430== by 0x840230D: T30f2 (gestalt_test_driver7.c:12365)
==4430== by 0x84022C3: T22f5 (gestalt_test_driver7.c:12356)
==4430== by 0x8402168: T22f9 (gestalt_test_driver7.c:12328)
==4430==
==4430==
==4430== 144 bytes in 18 blocks are definitely lost in loss record 211 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x938888E: T439c2 (gestalt_test_driver31.c:21732)
==4430== by 0x9388832: T336f1 (gestalt_test_driver31.c:21722)
==4430== by 0x93887EC: T281f47 (gestalt_test_driver31.c:21713)
==4430== by 0x93885A5: T281f41 (gestalt_test_driver31.c:21669)
==4430== by 0x938855A: T281c38 (gestalt_test_driver31.c:21658)
==4430== by 0x93883F2: T276c66 (gestalt_test_driver31.c:21629)
==4430== by 0x9387A3A: T27f161 (gestalt_test_driver31.c:21400)
==4430== by 0x82B040D: T42x2193T0T0T0 (gestalt_test_driver4.c:64982)
==4430== by 0x93668F6: T56f32 (gestalt_test_driver31.c:11620)
==4430== by 0x82B0891: T42x2195 (gestalt_test_driver4.c:65078)
==4430== by 0x9366489: T57f11 (gestalt_test_driver31.c:11586)
==4430==
==4430==
==4430== 144 bytes in 18 blocks are definitely lost in loss record 212 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x9388F12: T437c2 (gestalt_test_driver31.c:21879)
==4430== by 0x9388EB6: T332f1 (gestalt_test_driver31.c:21869)
==4430== by 0x9388E70: T278f52 (gestalt_test_driver31.c:21860)
==4430== by 0x9388BC8: T278f45 (gestalt_test_driver31.c:21814)
==4430== by 0x93889AE: T278c42 (gestalt_test_driver31.c:21766)
==4430== by 0x93883A4: T276c66 (gestalt_test_driver31.c:21626)
==4430== by 0x9387A3A: T27f161 (gestalt_test_driver31.c:21400)
==4430== by 0x82B040D: T42x2193T0T0T0 (gestalt_test_driver4.c:64982)
==4430== by 0x93668F6: T56f32 (gestalt_test_driver31.c:11620)
==4430== by 0x82B0891: T42x2195 (gestalt_test_driver4.c:65078)
==4430== by 0x9366489: T57f11 (gestalt_test_driver31.c:11586)
==4430==
==4430==
==4430== 288 bytes in 36 blocks are definitely lost in loss record 218 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x838E416: T199c2 (gestalt_test_driver6.c:17203)
==4430== by 0x838E3BA: T118f1 (gestalt_test_driver6.c:17193)
==4430== by 0x842B35E: T277f57 (gestalt_test_driver7.c:24206)
==4430== by 0x842AFE8: T277f49 (gestalt_test_driver7.c:24126)
==4430== by 0x842AD28: T277c45 (gestalt_test_driver7.c:24057)
==4430== by 0x938832A: T276c66 (gestalt_test_driver31.c:21622)
==4430== by 0x9387A3A: T27f161 (gestalt_test_driver31.c:21400)
==4430== by 0x82B040D: T42x2193T0T0T0 (gestalt_test_driver4.c:64982)
==4430== by 0x93668F6: T56f32 (gestalt_test_driver31.c:11620)
==4430== by 0x82B0891: T42x2195 (gestalt_test_driver4.c:65078)
==4430== by 0x9366489: T57f11 (gestalt_test_driver31.c:11586)
==4430==
==4430==
==4430== 1,224 bytes in 153 blocks are definitely lost in loss record 231 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B8DE8: T197c2 (gestalt_test_driver6.c:33159)
==4430== by 0x83B8D8C: T113f1 (gestalt_test_driver6.c:33149)
==4430== by 0x8321B93: T62f229 (gestalt_test_driver5.c:40597)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 3,333 bytes in 234 blocks are definitely lost in loss record 238 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x831D6BC: T15c9 (gestalt_test_driver5.c:38942)
==4430== by 0x831EFCE: T17f44 (gestalt_test_driver5.c:39637)
==4430== by 0x831EF0E: T17f41 (gestalt_test_driver5.c:39615)
==4430== by 0x831F4A5: T17c54 (gestalt_test_driver5.c:39736)
==4430== by 0x83E59C4: T26f27 (gestalt_test_driver7.c:1760)
==4430== by 0x83E57ED: T26f21 (gestalt_test_driver7.c:1708)
==4430== by 0x83E8DF0: T26c64 (gestalt_test_driver7.c:2900)
==4430== by 0x83E5305: T81f2 (gestalt_test_driver7.c:1639)
==4430== by 0x83E449E: T74f2 (gestalt_test_driver7.c:1287)
==4430== by 0x83E2217: T47f26 (gestalt_test_driver7.c:649)
==4430== by 0x83F4B93: T47c25 (gestalt_test_driver7.c:7209)
==4430==
==4430==
==4430== 6,306 bytes in 427 blocks are definitely lost in loss record 243 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x84B1C09: T15f4 (gestalt_test_driver8.c:20373)
==4430== by 0x9AF318F: T17f51 (gestalt_test_driver48.c:17784)
==4430== by 0x9AF3096: T17f16 (gestalt_test_driver48.c:17763)
==4430== by 0x804ADE5: T17x35 (gestalt_test_driver1.c:2259)
==4430== by 0x838DB37: T36f7 (gestalt_test_driver6.c:16936)
==4430== by 0x935389F: T57f10 (gestalt_test_driver31.c:7434)
==4430== by 0x82B0A0B: T42x2197T0 (gestalt_test_driver4.c:65128)
==4430== by 0x83B3E10: T62f244 (gestalt_test_driver6.c:31422)
==4430== by 0x832EC4C: T62f229 (gestalt_test_driver5.c:42665)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430==
==4430==
==4430== 21,499 (7,440 direct, 14,059 indirect) bytes in 465 blocks are definitely lost in loss record 246 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x9AF3071: T17f16 (gestalt_test_driver48.c:17761)
==4430== by 0x804ADE5: T17x35 (gestalt_test_driver1.c:2259)
==4430== by 0x838DB37: T36f7 (gestalt_test_driver6.c:16936)
==4430== by 0x8842095: T53f30 (gestalt_test_driver15.c:9614)
==4430== by 0x934782F: T53f24 (gestalt_test_driver31.c:2811)
==4430== by 0x93476B2: T53f20 (gestalt_test_driver31.c:2777)
==4430== by 0x9346FB6: T48f15 (gestalt_test_driver31.c:2698)
==4430== by 0x93486A1: T48f14 (gestalt_test_driver31.c:3007)
==4430== by 0x82B139F: T63x4116T0 (gestalt_test_driver4.c:65424)
==4430== by 0x831C9B1: T62f207 (gestalt_test_driver5.c:38640)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430==
==4430==
==4430== 9,024 (7,200 direct, 1,824 indirect) bytes in 600 blocks are definitely lost in loss record 247 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x932FB3D: T257c3 (gestalt_test_driver30.c:33492)
==4430== by 0x932FA7B: T186f6 (gestalt_test_driver30.c:33471)
==4430== by 0x9344FC1: T99f209 (gestalt_test_driver31.c:2066)
==4430== by 0x933FCA6: T99f208 (gestalt_test_driver31.c:527)
==4430== by 0x933F720: T99f198 (gestalt_test_driver31.c:415)
==4430== by 0x82B1756: T99x6333 (gestalt_test_driver4.c:65555)
==4430== by 0x83B9948: T62f225 (gestalt_test_driver6.c:33421)
==4430== by 0x8320502: T62f220 (gestalt_test_driver5.c:40086)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430==
==4430==
==4430== 25,710 bytes in 710 blocks are definitely lost in loss record 249 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B7D8E: T15f3 (gestalt_test_driver6.c:32660)
==4430== by 0x83EB5F2: T17f45 (gestalt_test_driver7.c:3804)
==4430== by 0x8B247D2: T17f43 (gestalt_test_driver19.c:26661)
==4430== by 0x9392075: T17f49 (gestalt_test_driver31.c:24522)
==4430== by 0x82AFA8C: T17x1163T0 (gestalt_test_driver4.c:64721)
==4430== by 0x831CFF5: T36f4 (gestalt_test_driver5.c:38764)
==4430== by 0x83E5A40: T26f27 (gestalt_test_driver7.c:1764)
==4430== by 0x83E57ED: T26f21 (gestalt_test_driver7.c:1708)
==4430== by 0x83E57B1: T26f66 (gestalt_test_driver7.c:1697)
==4430== by 0x83E5763: T81f2 (gestalt_test_driver7.c:1687)
==4430== by 0x83E449E: T74f2 (gestalt_test_driver7.c:1287)
==4430==
==4430==
==4430== 28,801 (11,184 direct, 17,617 indirect) bytes in 466 blocks are definitely lost in loss record 251 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83B92B5: T104c19 (gestalt_test_driver6.c:33301)
==4430== by 0x83B919B: T62f101 (gestalt_test_driver6.c:33265)
==4430== by 0x83219F4: T62f229 (gestalt_test_driver5.c:40583)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 29,320 (7,716 direct, 21,604 indirect) bytes in 643 blocks are definitely lost in loss record 253 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83ECFE7: T148c3 (gestalt_test_driver7.c:4415)
==4430== by 0x938A333: T224f7 (gestalt_test_driver31.c:22215)
==4430== by 0x938BB9E: T56f39 (gestalt_test_driver31.c:22646)
==4430== by 0x938B83B: T56f35 (gestalt_test_driver31.c:22585)
==4430== by 0x82B01B7: T42x2194T0T0T0T0 (gestalt_test_driver4.c:64937)
==4430== by 0x938B75C: T57f14p1 (gestalt_test_driver31.c:22569)
==4430== by 0x938B6EC: T57f14 (gestalt_test_driver31.c:22562)
==4430== by 0x82B01EA: T42x2194T0T0T0T0 (gestalt_test_driver4.c:64940)
==4430== by 0x838B4B0: T62f252 (gestalt_test_driver6.c:15956)
==4430== by 0x832E51E: T62f229 (gestalt_test_driver5.c:42594)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430==
==4430==
==4430== 54,775 (10,336 direct, 44,439 indirect) bytes in 152 blocks are definitely lost in loss record 257 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x838CDB5: T107c32 (gestalt_test_driver6.c:16640)
==4430== by 0x838CD7E: T62f125 (gestalt_test_driver6.c:16631)
==4430== by 0x832DE5D: T62f229 (gestalt_test_driver5.c:42546)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430== by 0x831CA84: T62f213 (gestalt_test_driver5.c:38654)
==4430== by 0x831C9C3: T62f207 (gestalt_test_driver5.c:38641)
==4430== by 0x831BE43: T27f152 (gestalt_test_driver5.c:38399)
==4430== by 0x831B9C0: T21c13 (gestalt_test_driver5.c:38359)
==4430== by 0x9AFEE0E: main (gestalt_test_driver48.c:24452)
==4430==
==4430==
==4430== 13,320 bytes in 555 blocks are definitely lost in loss record 258 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x934A27D: T290c7 (gestalt_test_driver31.c:3629)
==4430== by 0x934A247: T289f7 (gestalt_test_driver31.c:3620)
==4430== by 0x9367873: T222f2 (gestalt_test_driver31.c:11946)
==4430== by 0x93669BF: T222f3 (gestalt_test_driver31.c:11640)
==4430== by 0x9366894: T56f32 (gestalt_test_driver31.c:11619)
==4430== by 0x82B0891: T42x2195 (gestalt_test_driver4.c:65078)
==4430== by 0x9366489: T57f11 (gestalt_test_driver31.c:11586)
==4430== by 0x82B08A8: T42x2195 (gestalt_test_driver4.c:65081)
==4430== by 0x838DE3F: T62f249 (gestalt_test_driver6.c:17028)
==4430== by 0x832D399: T62f229 (gestalt_test_driver5.c:42455)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430==
==4430==
==4430== 115,232 (2,992 direct, 112,240 indirect) bytes in 187 blocks are definitely lost in loss record 260 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x9387681: T337c4 (gestalt_test_driver31.c:21310)
==4430== by 0x938757E: T289f11 (gestalt_test_driver31.c:21284)
==4430== by 0x93874F1: T222f12 (gestalt_test_driver31.c:21268)
==4430== by 0x938746F: T56f34 (gestalt_test_driver31.c:21257)
==4430== by 0x82B0439: T42x2193T0T0T0 (gestalt_test_driver4.c:64984)
==4430== by 0x938741B: T57f13p1 (gestalt_test_driver31.c:21250)
==4430== by 0x93873B2: T57f13 (gestalt_test_driver31.c:21243)
==4430== by 0x82B0465: T42x2193T0T0T0 (gestalt_test_driver4.c:64987)
==4430== by 0x838D1E8: T62f251 (gestalt_test_driver6.c:16736)
==4430== by 0x832DDCD: T62f229 (gestalt_test_driver5.c:42538)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430==
==4430==
==4430== 65,488 (1,656 direct, 63,832 indirect) bytes in 18 blocks are definitely lost in loss record 261 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x93882CE: T276c66 (gestalt_test_driver31.c:21619)
==4430== by 0x9387A3A: T27f161 (gestalt_test_driver31.c:21400)
==4430== by 0x82B040D: T42x2193T0T0T0 (gestalt_test_driver4.c:64982)
==4430== by 0x93668F6: T56f32 (gestalt_test_driver31.c:11620)
==4430== by 0x82B0891: T42x2195 (gestalt_test_driver4.c:65078)
==4430== by 0x9366489: T57f11 (gestalt_test_driver31.c:11586)
==4430== by 0x82B08A8: T42x2195 (gestalt_test_driver4.c:65081)
==4430== by 0x838DE3F: T62f249 (gestalt_test_driver6.c:17028)
==4430== by 0x832D2A9: T62f229 (gestalt_test_driver5.c:42445)
==4430== by 0x83208AF: T62f220 (gestalt_test_driver5.c:40165)
==4430== by 0x832013B: T62f216 (gestalt_test_driver5.c:40014)
==4430==
==4430==
==4430== 8,220 (16 direct, 8,204 indirect) bytes in 1 blocks are definitely lost in loss record 263 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x841E374: T444c5 (gestalt_test_driver7.c:20365)
==4430== by 0x841D2E4: T279c81 (gestalt_test_driver7.c:20231)
==4430== by 0x841C4D7: T302c2 (gestalt_test_driver7.c:20164)
==4430== by 0x936D315: T27f143 (gestalt_test_driver31.c:13834)
==4430== by 0x936D2A0: T27f87 (gestalt_test_driver31.c:13819)
==4430== by 0x9371F06: T27f176 (gestalt_test_driver31.c:15253)
==4430== by 0x93699BA: T27f163 (gestalt_test_driver31.c:12620)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430==
==4430==
==4430== 2,021 (84 direct, 1,937 indirect) bytes in 3 blocks are definitely lost in loss record 266 of 270
==4430== at 0x4004824: calloc (vg_replace_malloc.c:279)
==4430== by 0x83F47EA: T77c22 (gestalt_test_driver7.c:7109)
==4430== by 0x841D2FD: T279c81 (gestalt_test_driver7.c:20232)
==4430== by 0x841C4D7: T302c2 (gestalt_test_driver7.c:20164)
==4430== by 0x936D315: T27f143 (gestalt_test_driver31.c:13834)
==4430== by 0x936D2A0: T27f87 (gestalt_test_driver31.c:13819)
==4430== by 0x9371F06: T27f176 (gestalt_test_driver31.c:15253)
==4430== by 0x93699BA: T27f163 (gestalt_test_driver31.c:12620)
==4430== by 0x82B0650: T42x2196T0T0T0 (gestalt_test_driver4.c:65029)
==4430== by 0x936963B: T56f33p1 (gestalt_test_driver31.c:12569)
==4430== by 0x936903F: T56f33 (gestalt_test_driver31.c:12441)
==4430== by 0x82B067C: T42x2196T0T0T0 (gestalt_test_driver4.c:65031)
==4430==
==4430== LEAK SUMMARY:
==4430== definitely lost: 146,209 bytes in 8,481 blocks.
==4430== indirectly lost: 496,885 bytes in 12,360 blocks.
==4430== possibly lost: 0 bytes in 0 blocks.
==4430== still reachable: 247,269 bytes in 1,205 blocks.
==4430== suppressed: 0 bytes in 0 blocks.
==4430== Reachable blocks (those to which a pointer was found) are not shown.
==4430== To see them, rerun with: --leak-check=full --show-reachable=yes
There are problems detected with the gc enabled. Here is the valgrind
output:
==3365== Memcheck, a memory error detector.
==3365== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==3365== Using LibVEX rev 1732, a library for dynamic binary translation.
==3365== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==3365== Using valgrind-3.2.3, a dynamic binary instrumentation framework.
==3365== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==3365== For more details, rerun with: -v
==3365==
==3365== Conditional jump or move depends on uninitialised value(s)
==3365== at 0x9B0AA57: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B046FD: GC_with_callee_saves_pushed (mach_dep.c:222)
==3365== by 0x9B04738: GC_push_regs_and_stack (mach_dep.c:231)
==3365== by 0x9B0C3BA: GC_push_roots (mark_rts.c:609)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Conditional jump or move depends on uninitialised value(s)
==3365== at 0x9B0AA5C: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B046FD: GC_with_callee_saves_pushed (mach_dep.c:222)
==3365== by 0x9B04738: GC_push_regs_and_stack (mach_dep.c:231)
==3365== by 0x9B0C3BA: GC_push_roots (mark_rts.c:609)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Conditional jump or move depends on uninitialised value(s)
==3365== at 0x9B0AA57: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Conditional jump or move depends on uninitialised value(s)
==3365== at 0x9B0AA5C: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Use of uninitialised value of size 4
==3365== at 0x9B0A8C9: GC_mark_and_push_stack (mark.c:1396)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Use of uninitialised value of size 4
==3365== at 0x9B0A8DA: GC_mark_and_push_stack (mark.c:1396)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Use of uninitialised value of size 4
==3365== at 0x9B068DC: GC_add_to_black_list_stack (blacklst.c:199)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Use of uninitialised value of size 4
==3365== at 0x9B068F0: GC_add_to_black_list_stack (blacklst.c:199)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Use of uninitialised value of size 4
==3365== at 0x9B0690B: GC_add_to_black_list_stack (blacklst.c:199)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Conditional jump or move depends on uninitialised value(s)
==3365== at 0x9B06912: GC_add_to_black_list_stack (blacklst.c:199)
==3365== by 0x9B0AA65: GC_push_all_eager (mark.c:1493)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== Invalid read of size 4
==3365== at 0x9B0AA53: GC_push_all_eager (mark.c:1492)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365== Address 0xBED98000 is not stack'd, malloc'd or (recently) free'd
==3365==
==3365== Process terminating with default action of signal 11 (SIGSEGV)
==3365== Access not within mapped region at address 0xBED98000
==3365== at 0x9B0AA53: GC_push_all_eager (mark.c:1492)
==3365== by 0x9B042BA: GC_push_all_stacks (pthread_stop_world.c:290)
==3365== by 0x9B0BE14: GC_mark_some (mark.c:414)
==3365== by 0x9B05E3A: GC_stopped_mark (alloc.c:484)
==3365== by 0x9B06046: GC_try_to_collect_inner (alloc.c:348)
==3365== by 0x9B009E0: GC_init_inner (misc.c:742)
==3365== by 0x9B00AE4: GC_init (misc.c:428)
==3365== by 0x9AFBA1A: main (gestalt_test_driver48.c:24447)
==3365==
==3365== ERROR SUMMARY: 161 errors from 11 contexts (suppressed: 16 from 1)
==3365== malloc/free: in use at exit: 0 bytes in 0 blocks.
==3365== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
==3365== For counts of detected errors, rerun with: -v
==3365== All heap blocks were freed -- no leaks are possible.
Whether you can make anything of this I don't know.
--
Colin Adams
Preston Lancashire
|
|
From: Colin P. A. <co...@co...> - 2007-12-24 16:01:44
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>>>>>>> "Colin" == Colin Adams <col...@go...>
>>>>>>> writes:
>>
>> >> I'm also aving a go and trying to reproduce the original >>
>> problem on Windows.
>>
>> It didn't occur on Windows.
Eric> So, it means that the problem with Void is probably not due
Eric> to a limitation in gec.
I don't yet feel confident about concluding anything from the problem
not occuring under windows because:
1) There is more memory on the citrix server that I tried the test on
under windows.
2) The full tests can't be run under windows (at the moment)
3) There was no problem under Linux two weeks ago, and I have yet to
work out what might have changed.
Eric> with the GC, it thinks that there is no more memory and
Eric> 'GC_malloc' returns a null pointer (i.e. Void
Eric> object). Currently gec does not raise yet a "no more memory"
Eric> exception in this case. So a creation instruction would
Eric> silently return a Void reference.
How soon could you change gec to raise "no more memory"? I would think
its definietly worth trying to confirm that this is what is happening.
Eric> Anyway, there seems to be problems with the Boehm GC under
Eric> Linux. As I said in a previous message, perhaps there are
Eric> some options to be used to compile the Boehm GC that would
Eric> work around these problems. But who knows which options to
Eric> try?
I'll keep trying things.
--
Colin Adams
Preston Lancashire
|
|
From: Colin P. A. <co...@co...> - 2007-12-24 20:25:10
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> with the GC, it thinks that there is no more memory and
Eric> 'GC_malloc' returns a null pointer (i.e. Void
Eric> object). Currently gec does not raise yet a "no more memory"
Eric> exception in this case. So a creation instruction would
Eric> silently return a Void reference.
>>
>> How soon could you change gec to raise "no more memory"? I
>> would think its definietly worth trying to confirm that this is
>> what is happening.
Eric> It's probably too late for you, but it's now implemented in
Eric> gec.
Maybe, maybe not. I may try the original problem (by removing the
parallel collecting option) to see if that catches it.
Then we might as well report a bug in boehm.
Anyway, reviewing my outstanding bugs on sourceforge, I wondered if
1847164 was now fixed.
Not exactly. I get:
'eeocode' in 'eif_except.h' not implemented
'stack_trace_string' in 'eif_except.h' not implemented
Call on Void target!
Unhandled exception
I assume this is not "no more memory", but I'm going to recompile
anyway, to see what happens.
--
Colin Adams
Preston Lancashire
|
|
From: Colin P. A. <co...@co...> - 2007-12-25 15:31:51
|
>>>>> "Eric" == Eric Bezault <er...@go...> writes:
Eric> Colin Paul Adams wrote:
>> Anyway, reviewing my outstanding bugs on sourceforge, I
>> wondered if 1847164 was now fixed. Not exactly. I get:
>>
>> 'eeocode' in 'eif_except.h' not implemented
>> 'stack_trace_string' in 'eif_except.h' not implemented Call on
>> Void target! Unhandled exception
>>
>> I assume this is not "no more memory", but I'm going to
>> recompile anyway, to see what happens.
Eric> If "no more memory", the message "No more memory" would be
Eric> printed.
I'm not getting that for any of the problems. I'm not too concerned
about the original problem, as parallel marking seems to bypass it
(although I think it will be worth reporting it to Hans Boehm - I'll
get roud to that some time).
But what is 'eeocode'?
--
Colin Adams
Preston Lancashire
|
|
From: Eric B. <er...@go...> - 2007-12-25 16:18:38
|
Colin Paul Adams wrote: >>>>>> "Eric" == Eric Bezault <er...@go...> writes: > > Eric> Colin Paul Adams wrote: > >> Anyway, reviewing my outstanding bugs on sourceforge, I > >> wondered if 1847164 was now fixed. Not exactly. I get: > >> > >> 'eeocode' in 'eif_except.h' not implemented > >> 'stack_trace_string' in 'eif_except.h' not implemented Call on > >> Void target! Unhandled exception > > But what is 'eeocode'? See EXCEPTIONS.original_exception -- Eric Bezault mailto:er...@go... http://www.gobosoft.com |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X