[ 
https://issues.apache.org/jira/browse/AVRO-736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12984125#action_12984125
 ] 

Bruce Mitchener commented on AVRO-736:
--------------------------------------

Fixing this introduces some new failures:

==55169== Invalid read of size 8
==55169==    at 0x10002A061: avro_schema_decref (schema.c:193)
==55169==    by 0x100001084: test_fixed (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001FF7: main (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==  Address 0x1002f8860 is 16 bytes inside a block of size 40 free'd
==55169==    at 0x10001446F: free (vg_replace_malloc.c:366)
==55169==    by 0x100000D62: test_allocator (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001023: test_fixed (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001FF7: main (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169== 
==55169== Invalid write of size 8
==55169==    at 0x10002A073: avro_schema_decref (schema.c:193)
==55169==    by 0x100001084: test_fixed (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001FF7: main (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==  Address 0x1002f8860 is 16 bytes inside a block of size 40 free'd
==55169==    at 0x10001446F: free (vg_replace_malloc.c:366)
==55169==    by 0x100000D62: test_allocator (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001023: test_fixed (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001FF7: main (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169== 
==55169== 32 bytes in 1 blocks are still reachable in loss record 1 of 4
==55169==    at 0x100014915: malloc (vg_replace_malloc.c:236)
==55169==    by 0x100080E98: __Balloc_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x10009613F: __rv_alloc_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100095566: __dtoa (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100056EFF: __vfprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x10005B656: snprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100031190: do_dump (dump.c:200)
==55169==    by 0x1000310D8: do_dump (dump.c:249)
==55169==    by 0x10003151B: json_dumps (dump.c:429)
==55169==    by 0x10002EE3C: avro_datum_to_json (datum_json.c:329)
==55169==    by 0x100000CE8: test_json (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001C83: test_float (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169== 
==55169== 36 bytes in 1 blocks are still reachable in loss record 2 of 4
==55169==    at 0x100014915: malloc (vg_replace_malloc.c:236)
==55169==    by 0x100080E98: __Balloc_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100080F7A: __d2b_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x1000952A3: __dtoa (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100056EFF: __vfprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x10005B656: snprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100031190: do_dump (dump.c:200)
==55169==    by 0x1000310D8: do_dump (dump.c:249)
==55169==    by 0x10003151B: json_dumps (dump.c:429)
==55169==    by 0x10002EE3C: avro_datum_to_json (datum_json.c:329)
==55169==    by 0x100000CE8: test_json (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001C83: test_float (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169== 
==55169== 88 bytes in 1 blocks are still reachable in loss record 3 of 4
==55169==    at 0x100014915: malloc (vg_replace_malloc.c:236)
==55169==    by 0x10004B0EB: get_or_create_key_element (in 
/usr/lib/libSystem.B.dylib)
==55169==    by 0x10004B008: _keymgr_get_and_lock_processwide_ptr_2 (in 
/usr/lib/libSystem.B.dylib)
==55169==    by 0x10004AFCF: __keymgr_initializer (in 
/usr/lib/libSystem.B.dylib)
==55169==    by 0x1000495E7: libSystem_initializer (in 
/usr/lib/libSystem.B.dylib)
==55169==    by 0x7FFF5FC0D4FF: 
ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) (in 
/usr/lib/dyld)
==55169==    by 0x7FFF5FC0BCEB: 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int) (in /usr/lib/dyld)
==55169==    by 0x7FFF5FC0BC9C: 
ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned 
int) (in /usr/lib/dyld)
==55169==    by 0x7FFF5FC0BDA5: 
ImageLoader::runInitializers(ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==55169==    by 0x7FFF5FC020EE: dyld::initializeMainExecutable() (in 
/usr/lib/dyld)
==55169==    by 0x7FFF5FC06980: dyld::_main(macho_header const*, unsigned long, 
int, char const**, char const**, char const**) (in /usr/lib/dyld)
==55169==    by 0x7FFF5FC016D1: dyldbootstrap::start(macho_header const*, int, 
char const**, long) (in /usr/lib/dyld)
==55169== 
==55169== 128 bytes in 1 blocks are still reachable in loss record 4 of 4
==55169==    at 0x100014915: malloc (vg_replace_malloc.c:236)
==55169==    by 0x100080E3F: __Balloc_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100080F7A: __d2b_D2A (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x1000952A3: __dtoa (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100056EFF: __vfprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x10005B656: snprintf (in /usr/lib/libSystem.B.dylib)
==55169==    by 0x100031190: do_dump (dump.c:200)
==55169==    by 0x1000310D8: do_dump (dump.c:249)
==55169==    by 0x10003151B: json_dumps (dump.c:429)
==55169==    by 0x10002EE3C: avro_datum_to_json (datum_json.c:329)
==55169==    by 0x100000CE8: test_json (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169==    by 0x100001C83: test_float (in 
/Users/bruce/Development/avro/lang/c/build/tests/.libs/test_avro_data)
==55169== 


> test_valgrind fails during make check for avro-c-1.4.1
> ------------------------------------------------------
>
>                 Key: AVRO-736
>                 URL: https://issues.apache.org/jira/browse/AVRO-736
>             Project: Avro
>          Issue Type: Bug
>          Components: c
>    Affects Versions: 1.4.1
>         Environment: Macbook Pro 2.53Ghz Intel Core I5, 8GB Ram, OSX 10.6.4
>            Reporter: John McHugh
>            Assignee: Bruce Mitchener
>
> Downloaded c-1.4.1 fron stable.  First "./configure; make; make check" failed 
> because valgrind not found.  Did "sudo port valgrind  @3.6.0" to install.  
> Did " make check" then "make distclean; ./configure; make; make check" and 
> got the following both times.
> PASS: test_avro_data
> PASS: test_cpp
> + which valgrind
> /opt/local/bin/valgrind
> + LD_LIBRARY_PATH=../src/.libs/
> + valgrind --leak-check=full --show-reachable=yes -q .libs/test_avro_data
> + grep -E '^==[0-9]+== '
> ==29176== 
> ==29176== Process terminating with default action of signal 5 (SIGTRAP)
> ==29176==    at 0x7FFF5FC01065: dyld_fatal_error (in /usr/lib/dyld)
> ==29176==    by 0x7FFF5FC0699B: dyld::_main(macho_header const*, unsigned 
> long, int, char const**, char const**, char const**) (in /usr/lib/dyld)
> ==29176==    by 0x7FFF5FC016D1: dyldbootstrap::start(macho_header const*, 
> int, char const**, long) (in /usr/lib/dyld)
> ==29176==    by 0x7FFF5FC01051: _dyld_start (in /usr/lib/dyld)
> ==29176==    by 0xFFFFFFFF: ???
> + '[' 0 -eq 0 ']'
> + exit 1
> FAIL: test_valgrind
> ==========================================================
> 1 of 4 tests failed
> Please report to http://issues.apache.org/jira/browse/AVRO
> ==========================================================
> Make[2]: *** [check-TESTS] Error 1
> make[1]: *** [check-am] Error 2
> make: *** [check-recursive] Error 1
> bash-3.2$ 
> This is my first attempt at building any avro component, so it is entirely 
> possible that I have done something wrong to cause this.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to