Re: [gobo-eiffel-develop] Unhandled exception from gec-compiled tests

[Eric B. <er...@go...>]

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