From: fennecdjay Date: Tue, 9 Jul 2019 17:44:19 +0000 (+0200) Subject: :clea: X-Git-Tag: nightly~2348^2~11 X-Git-Url: http://10.10.0.4:5575/?a=commitdiff_plain;h=f22cf32ee80d795909b6358278b1402a19f9d714;p=gwion.git :clea: --- diff --git a/src/arg.gcda b/src/arg.gcda deleted file mode 100644 index 3dcc1be1..00000000 Binary files a/src/arg.gcda and /dev/null differ diff --git a/src/arg.gcno b/src/arg.gcno deleted file mode 100644 index 4b9a987e..00000000 Binary files a/src/arg.gcno and /dev/null differ diff --git a/src/compile.gcda b/src/compile.gcda deleted file mode 100644 index d7311546..00000000 Binary files a/src/compile.gcda and /dev/null differ diff --git a/src/compile.gcno b/src/compile.gcno deleted file mode 100644 index 411f8355..00000000 Binary files a/src/compile.gcno and /dev/null differ diff --git a/src/gwion.gcda b/src/gwion.gcda deleted file mode 100644 index d0363d62..00000000 Binary files a/src/gwion.gcda and /dev/null differ diff --git a/src/gwion.gcno b/src/gwion.gcno deleted file mode 100644 index 6c8e11e1..00000000 Binary files a/src/gwion.gcno and /dev/null differ diff --git a/src/gwiondata.gcda b/src/gwiondata.gcda deleted file mode 100644 index 8a977517..00000000 Binary files a/src/gwiondata.gcda and /dev/null differ diff --git a/src/gwiondata.gcno b/src/gwiondata.gcno deleted file mode 100644 index 5f90c6e3..00000000 Binary files a/src/gwiondata.gcno and /dev/null differ diff --git a/src/main.gcda b/src/main.gcda deleted file mode 100644 index 1bd518d8..00000000 Binary files a/src/main.gcda and /dev/null differ diff --git a/src/main.gcno b/src/main.gcno deleted file mode 100644 index 6293d574..00000000 Binary files a/src/main.gcno and /dev/null differ diff --git a/src/plug.gcda b/src/plug.gcda deleted file mode 100644 index aa78ce69..00000000 Binary files a/src/plug.gcda and /dev/null differ diff --git a/src/plug.gcno b/src/plug.gcno deleted file mode 100644 index de8f8a67..00000000 Binary files a/src/plug.gcno and /dev/null differ diff --git a/src/soundinfo.gcda b/src/soundinfo.gcda deleted file mode 100644 index 66d3f7d2..00000000 Binary files a/src/soundinfo.gcda and /dev/null differ diff --git a/src/soundinfo.gcno b/src/soundinfo.gcno deleted file mode 100644 index 6c38817e..00000000 Binary files a/src/soundinfo.gcno and /dev/null differ diff --git a/tests/import/driver.so b/tests/import/driver.so deleted file mode 100755 index f286bf3b..00000000 Binary files a/tests/import/driver.so and /dev/null differ diff --git a/tests/import/test.log b/tests/import/test.log deleted file mode 100644 index b584940e..00000000 --- a/tests/import/test.log +++ /dev/null @@ -1,11400 +0,0 @@ -/dev/null ==11180== Memcheck, a memory error detector -==11180== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11180== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11180== Command: ./../../gwion -p. -d dummy /dev/null -==11180== Parent PID: 11154 -==11180== -==11180== -==11180== HEAP SUMMARY: -==11180== in use at exit: 928 bytes in 10 blocks -==11180== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==11180== -==11180== LEAK SUMMARY: -==11180== definitely lost: 928 bytes in 10 blocks -==11180== indirectly lost: 0 bytes in 0 blocks -==11180== possibly lost: 0 bytes in 0 blocks -==11180== still reachable: 0 bytes in 0 blocks -==11180== suppressed: 0 bytes in 0 blocks -==11180== Rerun with --leak-check=full to see details of leaked memory -==11180== -==11180== For counts of detected and suppressed errors, rerun with: -v -==11180== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==11278== Memcheck, a memory error detector -==11278== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11278== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11278== Command: ./../../gwion -p. -d dummy /dev/null -==11278== Parent PID: 11154 -==11278== -==11278== Invalid read of size 4 -==11278== at 0x130C28: env_err (gwion.c:110) -==11278== by 0x15255E: gwi_class_ini (import.c:220) -==11278== by 0x48481A0: import (begin_class.c:18) -==11278== by 0x14AC48: type_engine_init (engine.c:107) -==11278== by 0x1308C5: gwion_engine (gwion.c:39) -==11278== by 0x1308C5: gwion_ini (gwion.c:78) -==11278== by 0x12F87D: main (main.c:23) -==11278== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11278== -==11278== -==11278== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11278== Access not within mapped region at address 0x28 -==11278== at 0x130C28: env_err (gwion.c:110) -==11278== by 0x15255E: gwi_class_ini (import.c:220) -==11278== by 0x48481A0: import (begin_class.c:18) -==11278== by 0x14AC48: type_engine_init (engine.c:107) -==11278== by 0x1308C5: gwion_engine (gwion.c:39) -==11278== by 0x1308C5: gwion_ini (gwion.c:78) -==11278== by 0x12F87D: main (main.c:23) -==11278== If you believe this happened as a result of a stack -==11278== overflow in your program's main thread (unlikely but -==11278== possible), you can try to increase the size of the -==11278== main thread stack using the --main-stacksize= flag. -==11278== The main thread stack size used in this run was 8388608. -==11278== -==11278== HEAP SUMMARY: -==11278== in use at exit: 2,171,350 bytes in 383 blocks -==11278== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==11278== -==11278== LEAK SUMMARY: -==11278== definitely lost: 0 bytes in 0 blocks -==11278== indirectly lost: 0 bytes in 0 blocks -==11278== possibly lost: 0 bytes in 0 blocks -==11278== still reachable: 2,171,350 bytes in 383 blocks -==11278== suppressed: 0 bytes in 0 blocks -==11278== Rerun with --leak-check=full to see details of leaked memory -==11278== -==11278== For counts of detected and suppressed errors, rerun with: -v -==11278== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11509== Memcheck, a memory error detector -==11509== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11509== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11509== Command: ./../../gwion -p. -d dummy /dev/null -==11509== Parent PID: 11154 -==11509== -==11509== Invalid read of size 4 -==11509== at 0x130C28: env_err (gwion.c:110) -==11509== by 0x154233: gwi_union_end (import.c:601) -==11509== by 0x4848152: import (empty_union.c:15) -==11509== by 0x14AC48: type_engine_init (engine.c:107) -==11509== by 0x1308C5: gwion_engine (gwion.c:39) -==11509== by 0x1308C5: gwion_ini (gwion.c:78) -==11509== by 0x12F87D: main (main.c:23) -==11509== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11509== -==11509== -==11509== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11509== Access not within mapped region at address 0x28 -==11509== at 0x130C28: env_err (gwion.c:110) -==11509== by 0x154233: gwi_union_end (import.c:601) -==11509== by 0x4848152: import (empty_union.c:15) -==11509== by 0x14AC48: type_engine_init (engine.c:107) -==11509== by 0x1308C5: gwion_engine (gwion.c:39) -==11509== by 0x1308C5: gwion_ini (gwion.c:78) -==11509== by 0x12F87D: main (main.c:23) -==11509== If you believe this happened as a result of a stack -==11509== overflow in your program's main thread (unlikely but -==11509== possible), you can try to increase the size of the -==11509== main thread stack using the --main-stacksize= flag. -==11509== The main thread stack size used in this run was 8388608. -==11509== -==11509== HEAP SUMMARY: -==11509== in use at exit: 2,170,710 bytes in 374 blocks -==11509== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==11509== -==11509== LEAK SUMMARY: -==11509== definitely lost: 0 bytes in 0 blocks -==11509== indirectly lost: 0 bytes in 0 blocks -==11509== possibly lost: 0 bytes in 0 blocks -==11509== still reachable: 2,170,710 bytes in 374 blocks -==11509== suppressed: 0 bytes in 0 blocks -==11509== Rerun with --leak-check=full to see details of leaked memory -==11509== -==11509== For counts of detected and suppressed errors, rerun with: -v -==11509== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11555== Memcheck, a memory error detector -==11555== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11555== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11555== Command: ./../../gwion -p. -d dummy /dev/null -==11555== Parent PID: 11154 -==11555== -==11555== Invalid read of size 4 -==11555== at 0x130C28: env_err (gwion.c:110) -==11555== by 0x152ADD: gwi_class_end (import.c:268) -==11555== by 0x4848133: import (end_class.c:15) -==11555== by 0x14AC48: type_engine_init (engine.c:107) -==11555== by 0x1308C5: gwion_engine (gwion.c:39) -==11555== by 0x1308C5: gwion_ini (gwion.c:78) -==11555== by 0x12F87D: main (main.c:23) -==11555== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11555== -==11555== -==11555== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11555== Access not within mapped region at address 0x28 -==11555== at 0x130C28: env_err (gwion.c:110) -==11555== by 0x152ADD: gwi_class_end (import.c:268) -==11555== by 0x4848133: import (end_class.c:15) -==11555== by 0x14AC48: type_engine_init (engine.c:107) -==11555== by 0x1308C5: gwion_engine (gwion.c:39) -==11555== by 0x1308C5: gwion_ini (gwion.c:78) -==11555== by 0x12F87D: main (main.c:23) -==11555== If you believe this happened as a result of a stack -==11555== overflow in your program's main thread (unlikely but -==11555== possible), you can try to increase the size of the -==11555== main thread stack using the --main-stacksize= flag. -==11555== The main thread stack size used in this run was 8388608. -==11555== -==11555== HEAP SUMMARY: -==11555== in use at exit: 2,170,704 bytes in 374 blocks -==11555== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==11555== -==11555== LEAK SUMMARY: -==11555== definitely lost: 0 bytes in 0 blocks -==11555== indirectly lost: 0 bytes in 0 blocks -==11555== possibly lost: 0 bytes in 0 blocks -==11555== still reachable: 2,170,704 bytes in 374 blocks -==11555== suppressed: 0 bytes in 0 blocks -==11555== Rerun with --leak-check=full to see details of leaked memory -==11555== -==11555== For counts of detected and suppressed errors, rerun with: -v -==11555== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11874== Memcheck, a memory error detector -==11874== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11874== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11874== Command: ./../../gwion -p. -d dummy /dev/null -==11874== Parent PID: 11154 -==11874== -==11874== Invalid read of size 4 -==11874== at 0x130C28: env_err (gwion.c:110) -==11874== by 0x1514A7: path_valid (import.c:145) -==11874== by 0x151E06: str2list (import.c:167) -==11874== by 0x152F24: str2decl (import.c:366) -==11874== by 0x15334E: make_dll_arg_list (import.c:395) -==11874== by 0x153882: make_dll_as_fun (import.c:440) -==11874== by 0x1539D1: gwi_func_end (import.c:449) -==11874== by 0x4848225: import (invalid_arg.c:21) -==11874== by 0x14AC48: type_engine_init (engine.c:107) -==11874== by 0x1308C5: gwion_engine (gwion.c:39) -==11874== by 0x1308C5: gwion_ini (gwion.c:78) -==11874== by 0x12F87D: main (main.c:23) -==11874== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11874== -==11874== -==11874== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11874== Access not within mapped region at address 0x28 -==11874== at 0x130C28: env_err (gwion.c:110) -==11874== by 0x1514A7: path_valid (import.c:145) -==11874== by 0x151E06: str2list (import.c:167) -==11874== by 0x152F24: str2decl (import.c:366) -==11874== by 0x15334E: make_dll_arg_list (import.c:395) -==11874== by 0x153882: make_dll_as_fun (import.c:440) -==11874== by 0x1539D1: gwi_func_end (import.c:449) -==11874== by 0x4848225: import (invalid_arg.c:21) -==11874== by 0x14AC48: type_engine_init (engine.c:107) -==11874== by 0x1308C5: gwion_engine (gwion.c:39) -==11874== by 0x1308C5: gwion_ini (gwion.c:78) -==11874== by 0x12F87D: main (main.c:23) -==11874== If you believe this happened as a result of a stack -==11874== overflow in your program's main thread (unlikely but -==11874== possible), you can try to increase the size of the -==11874== main thread stack using the --main-stacksize= flag. -==11874== The main thread stack size used in this run was 8388608. -==11874== -==11874== HEAP SUMMARY: -==11874== in use at exit: 2,171,862 bytes in 384 blocks -==11874== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==11874== -==11874== LEAK SUMMARY: -==11874== definitely lost: 0 bytes in 0 blocks -==11874== indirectly lost: 0 bytes in 0 blocks -==11874== possibly lost: 0 bytes in 0 blocks -==11874== still reachable: 2,171,862 bytes in 384 blocks -==11874== suppressed: 0 bytes in 0 blocks -==11874== Rerun with --leak-check=full to see details of leaked memory -==11874== -==11874== For counts of detected and suppressed errors, rerun with: -v -==11874== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11920== Memcheck, a memory error detector -==11920== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11920== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11920== Command: ./../../gwion -p. -d dummy /dev/null -==11920== Parent PID: 11154 -==11920== -==11920== Invalid read of size 4 -==11920== at 0x130C28: env_err (gwion.c:110) -==11920== by 0x153425: make_dll_arg_list (import.c:406) -==11920== by 0x153882: make_dll_as_fun (import.c:440) -==11920== by 0x1539D1: gwi_func_end (import.c:449) -==11920== by 0x48482A6: import (invalid_array.c:24) -==11920== by 0x14AC48: type_engine_init (engine.c:107) -==11920== by 0x1308C5: gwion_engine (gwion.c:39) -==11920== by 0x1308C5: gwion_ini (gwion.c:78) -==11920== by 0x12F87D: main (main.c:23) -==11920== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11920== -==11920== -==11920== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11920== Access not within mapped region at address 0x28 -==11920== at 0x130C28: env_err (gwion.c:110) -==11920== by 0x153425: make_dll_arg_list (import.c:406) -==11920== by 0x153882: make_dll_as_fun (import.c:440) -==11920== by 0x1539D1: gwi_func_end (import.c:449) -==11920== by 0x48482A6: import (invalid_array.c:24) -==11920== by 0x14AC48: type_engine_init (engine.c:107) -==11920== by 0x1308C5: gwion_engine (gwion.c:39) -==11920== by 0x1308C5: gwion_ini (gwion.c:78) -==11920== by 0x12F87D: main (main.c:23) -==11920== If you believe this happened as a result of a stack -==11920== overflow in your program's main thread (unlikely but -==11920== possible), you can try to increase the size of the -==11920== main thread stack using the --main-stacksize= flag. -==11920== The main thread stack size used in this run was 8388608. -==11920== -==11920== HEAP SUMMARY: -==11920== in use at exit: 2,173,020 bytes in 385 blocks -==11920== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==11920== -==11920== LEAK SUMMARY: -==11920== definitely lost: 0 bytes in 0 blocks -==11920== indirectly lost: 0 bytes in 0 blocks -==11920== possibly lost: 0 bytes in 0 blocks -==11920== still reachable: 2,173,020 bytes in 385 blocks -==11920== suppressed: 0 bytes in 0 blocks -==11920== Rerun with --leak-check=full to see details of leaked memory -==11920== -==11920== For counts of detected and suppressed errors, rerun with: -v -==11920== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11968== Memcheck, a memory error detector -==11968== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11968== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11968== Command: ./../../gwion -p. -d dummy /dev/null -==11968== Parent PID: 11154 -==11968== -==11968== Invalid read of size 4 -==11968== at 0x130C28: env_err (gwion.c:110) -==11968== by 0x1514A7: path_valid (import.c:145) -==11968== by 0x151E06: str2list (import.c:167) -==11968== by 0x1536C5: import_td (import.c:418) -==11968== by 0x153856: make_dll_as_fun (import.c:436) -==11968== by 0x1539D1: gwi_func_end (import.c:449) -==11968== by 0x48481EC: import (invalid_func.c:20) -==11968== by 0x14AC48: type_engine_init (engine.c:107) -==11968== by 0x1308C5: gwion_engine (gwion.c:39) -==11968== by 0x1308C5: gwion_ini (gwion.c:78) -==11968== by 0x12F87D: main (main.c:23) -==11968== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11968== -==11968== -==11968== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11968== Access not within mapped region at address 0x28 -==11968== at 0x130C28: env_err (gwion.c:110) -==11968== by 0x1514A7: path_valid (import.c:145) -==11968== by 0x151E06: str2list (import.c:167) -==11968== by 0x1536C5: import_td (import.c:418) -==11968== by 0x153856: make_dll_as_fun (import.c:436) -==11968== by 0x1539D1: gwi_func_end (import.c:449) -==11968== by 0x48481EC: import (invalid_func.c:20) -==11968== by 0x14AC48: type_engine_init (engine.c:107) -==11968== by 0x1308C5: gwion_engine (gwion.c:39) -==11968== by 0x1308C5: gwion_ini (gwion.c:78) -==11968== by 0x12F87D: main (main.c:23) -==11968== If you believe this happened as a result of a stack -==11968== overflow in your program's main thread (unlikely but -==11968== possible), you can try to increase the size of the -==11968== main thread stack using the --main-stacksize= flag. -==11968== The main thread stack size used in this run was 8388608. -==11968== -==11968== HEAP SUMMARY: -==11968== in use at exit: 2,171,353 bytes in 383 blocks -==11968== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==11968== -==11968== LEAK SUMMARY: -==11968== definitely lost: 0 bytes in 0 blocks -==11968== indirectly lost: 0 bytes in 0 blocks -==11968== possibly lost: 0 bytes in 0 blocks -==11968== still reachable: 2,171,353 bytes in 383 blocks -==11968== suppressed: 0 bytes in 0 blocks -==11968== Rerun with --leak-check=full to see details of leaked memory -==11968== -==11968== For counts of detected and suppressed errors, rerun with: -v -==11968== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12015== Memcheck, a memory error detector -==12015== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12015== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12015== Command: ./../../gwion -p. -d dummy /dev/null -==12015== Parent PID: 11154 -==12015== -==12015== Invalid read of size 4 -==12015== at 0x130C28: env_err (gwion.c:110) -==12015== by 0x15132D: path_valid (import.c:135) -==12015== by 0x151E06: str2list (import.c:167) -==12015== by 0x152B6E: gwi_item_ini (import.c:302) -==12015== by 0x48481B5: import (invalid_type1.c:18) -==12015== by 0x14AC48: type_engine_init (engine.c:107) -==12015== by 0x1308C5: gwion_engine (gwion.c:39) -==12015== by 0x1308C5: gwion_ini (gwion.c:78) -==12015== by 0x12F87D: main (main.c:23) -==12015== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12015== -==12015== -==12015== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12015== Access not within mapped region at address 0x28 -==12015== at 0x130C28: env_err (gwion.c:110) -==12015== by 0x15132D: path_valid (import.c:135) -==12015== by 0x151E06: str2list (import.c:167) -==12015== by 0x152B6E: gwi_item_ini (import.c:302) -==12015== by 0x48481B5: import (invalid_type1.c:18) -==12015== by 0x14AC48: type_engine_init (engine.c:107) -==12015== by 0x1308C5: gwion_engine (gwion.c:39) -==12015== by 0x1308C5: gwion_ini (gwion.c:78) -==12015== by 0x12F87D: main (main.c:23) -==12015== If you believe this happened as a result of a stack -==12015== overflow in your program's main thread (unlikely but -==12015== possible), you can try to increase the size of the -==12015== main thread stack using the --main-stacksize= flag. -==12015== The main thread stack size used in this run was 8388608. -==12015== -==12015== HEAP SUMMARY: -==12015== in use at exit: 2,171,356 bytes in 383 blocks -==12015== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==12015== -==12015== LEAK SUMMARY: -==12015== definitely lost: 0 bytes in 0 blocks -==12015== indirectly lost: 0 bytes in 0 blocks -==12015== possibly lost: 0 bytes in 0 blocks -==12015== still reachable: 2,171,356 bytes in 383 blocks -==12015== suppressed: 0 bytes in 0 blocks -==12015== Rerun with --leak-check=full to see details of leaked memory -==12015== -==12015== For counts of detected and suppressed errors, rerun with: -v -==12015== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12062== Memcheck, a memory error detector -==12062== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12062== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12062== Command: ./../../gwion -p. -d dummy /dev/null -==12062== Parent PID: 11154 -==12062== -==12062== Invalid read of size 4 -==12062== at 0x130C28: env_err (gwion.c:110) -==12062== by 0x1514A7: path_valid (import.c:145) -==12062== by 0x151E06: str2list (import.c:167) -==12062== by 0x152B6E: gwi_item_ini (import.c:302) -==12062== by 0x48481B5: import (invalid_type2.c:18) -==12062== by 0x14AC48: type_engine_init (engine.c:107) -==12062== by 0x1308C5: gwion_engine (gwion.c:39) -==12062== by 0x1308C5: gwion_ini (gwion.c:78) -==12062== by 0x12F87D: main (main.c:23) -==12062== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12062== -==12062== -==12062== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12062== Access not within mapped region at address 0x28 -==12062== at 0x130C28: env_err (gwion.c:110) -==12062== by 0x1514A7: path_valid (import.c:145) -==12062== by 0x151E06: str2list (import.c:167) -==12062== by 0x152B6E: gwi_item_ini (import.c:302) -==12062== by 0x48481B5: import (invalid_type2.c:18) -==12062== by 0x14AC48: type_engine_init (engine.c:107) -==12062== by 0x1308C5: gwion_engine (gwion.c:39) -==12062== by 0x1308C5: gwion_ini (gwion.c:78) -==12062== by 0x12F87D: main (main.c:23) -==12062== If you believe this happened as a result of a stack -==12062== overflow in your program's main thread (unlikely but -==12062== possible), you can try to increase the size of the -==12062== main thread stack using the --main-stacksize= flag. -==12062== The main thread stack size used in this run was 8388608. -==12062== -==12062== HEAP SUMMARY: -==12062== in use at exit: 2,171,356 bytes in 383 blocks -==12062== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==12062== -==12062== LEAK SUMMARY: -==12062== definitely lost: 0 bytes in 0 blocks -==12062== indirectly lost: 0 bytes in 0 blocks -==12062== possibly lost: 0 bytes in 0 blocks -==12062== still reachable: 2,171,356 bytes in 383 blocks -==12062== suppressed: 0 bytes in 0 blocks -==12062== Rerun with --leak-check=full to see details of leaked memory -==12062== -==12062== For counts of detected and suppressed errors, rerun with: -v -==12062== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12109== Memcheck, a memory error detector -==12109== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12109== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12109== Command: ./../../gwion -p. -d dummy /dev/null -==12109== Parent PID: 11154 -==12109== -==12109== Invalid read of size 4 -==12109== at 0x130C28: env_err (gwion.c:110) -==12109== by 0x151192: name_valid (import.c:116) -==12109== by 0x152417: gwi_add_type (import.c:195) -==12109== by 0x1524DD: gwi_class_ini (import.c:229) -==12109== by 0x484818F: import (invalid_type3.c:18) -==12109== by 0x14AC48: type_engine_init (engine.c:107) -==12109== by 0x1308C5: gwion_engine (gwion.c:39) -==12109== by 0x1308C5: gwion_ini (gwion.c:78) -==12109== by 0x12F87D: main (main.c:23) -==12109== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12109== -==12109== -==12109== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12109== Access not within mapped region at address 0x28 -==12109== at 0x130C28: env_err (gwion.c:110) -==12109== by 0x151192: name_valid (import.c:116) -==12109== by 0x152417: gwi_add_type (import.c:195) -==12109== by 0x1524DD: gwi_class_ini (import.c:229) -==12109== by 0x484818F: import (invalid_type3.c:18) -==12109== by 0x14AC48: type_engine_init (engine.c:107) -==12109== by 0x1308C5: gwion_engine (gwion.c:39) -==12109== by 0x1308C5: gwion_ini (gwion.c:78) -==12109== by 0x12F87D: main (main.c:23) -==12109== If you believe this happened as a result of a stack -==12109== overflow in your program's main thread (unlikely but -==12109== possible), you can try to increase the size of the -==12109== main thread stack using the --main-stacksize= flag. -==12109== The main thread stack size used in this run was 8388608. -==12109== -==12109== HEAP SUMMARY: -==12109== in use at exit: 2,170,716 bytes in 374 blocks -==12109== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==12109== -==12109== LEAK SUMMARY: -==12109== definitely lost: 0 bytes in 0 blocks -==12109== indirectly lost: 0 bytes in 0 blocks -==12109== possibly lost: 0 bytes in 0 blocks -==12109== still reachable: 2,170,716 bytes in 374 blocks -==12109== suppressed: 0 bytes in 0 blocks -==12109== Rerun with --leak-check=full to see details of leaked memory -==12109== -==12109== For counts of detected and suppressed errors, rerun with: -v -==12109== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12292== Memcheck, a memory error detector -==12292== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12292== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12292== Command: ./../../gwion -p. -d dummy /dev/null -==12292== Parent PID: 11154 -==12292== -==12292== Invalid read of size 4 -==12292== at 0x130C28: env_err (gwion.c:110) -==12292== by 0x1531A6: make_dll_arg_list (import.c:398) -==12292== by 0x153882: make_dll_as_fun (import.c:440) -==12292== by 0x1539D1: gwi_func_end (import.c:449) -==12292== by 0x4848225: import (template_arg.c:21) -==12292== by 0x14AC48: type_engine_init (engine.c:107) -==12292== by 0x1308C5: gwion_engine (gwion.c:39) -==12292== by 0x1308C5: gwion_ini (gwion.c:78) -==12292== by 0x12F87D: main (main.c:23) -==12292== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12292== -==12292== -==12292== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12292== Access not within mapped region at address 0x28 -==12292== at 0x130C28: env_err (gwion.c:110) -==12292== by 0x1531A6: make_dll_arg_list (import.c:398) -==12292== by 0x153882: make_dll_as_fun (import.c:440) -==12292== by 0x1539D1: gwi_func_end (import.c:449) -==12292== by 0x4848225: import (template_arg.c:21) -==12292== by 0x14AC48: type_engine_init (engine.c:107) -==12292== by 0x1308C5: gwion_engine (gwion.c:39) -==12292== by 0x1308C5: gwion_ini (gwion.c:78) -==12292== by 0x12F87D: main (main.c:23) -==12292== If you believe this happened as a result of a stack -==12292== overflow in your program's main thread (unlikely but -==12292== possible), you can try to increase the size of the -==12292== main thread stack using the --main-stacksize= flag. -==12292== The main thread stack size used in this run was 8388608. -==12292== -==12292== HEAP SUMMARY: -==12292== in use at exit: 2,177,657 bytes in 395 blocks -==12292== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==12292== -==12292== LEAK SUMMARY: -==12292== definitely lost: 0 bytes in 0 blocks -==12292== indirectly lost: 0 bytes in 0 blocks -==12292== possibly lost: 0 bytes in 0 blocks -==12292== still reachable: 2,177,657 bytes in 395 blocks -==12292== suppressed: 0 bytes in 0 blocks -==12292== Rerun with --leak-check=full to see details of leaked memory -==12292== -==12292== For counts of detected and suppressed errors, rerun with: -v -==12292== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13240== Memcheck, a memory error detector -==13240== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13240== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13240== Command: ./../../gwion -p. -d dummy /dev/null -==13240== Parent PID: 13214 -==13240== -==13240== -==13240== HEAP SUMMARY: -==13240== in use at exit: 928 bytes in 10 blocks -==13240== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==13240== -==13240== LEAK SUMMARY: -==13240== definitely lost: 928 bytes in 10 blocks -==13240== indirectly lost: 0 bytes in 0 blocks -==13240== possibly lost: 0 bytes in 0 blocks -==13240== still reachable: 0 bytes in 0 blocks -==13240== suppressed: 0 bytes in 0 blocks -==13240== Rerun with --leak-check=full to see details of leaked memory -==13240== -==13240== For counts of detected and suppressed errors, rerun with: -v -==13240== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==13338== Memcheck, a memory error detector -==13338== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13338== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13338== Command: ./../../gwion -p. -d dummy /dev/null -==13338== Parent PID: 13214 -==13338== -==13338== Invalid read of size 4 -==13338== at 0x130C28: env_err (gwion.c:110) -==13338== by 0x15255E: gwi_class_ini (import.c:220) -==13338== by 0x48481A0: import (begin_class.c:18) -==13338== by 0x14AC48: type_engine_init (engine.c:107) -==13338== by 0x1308C5: gwion_engine (gwion.c:39) -==13338== by 0x1308C5: gwion_ini (gwion.c:78) -==13338== by 0x12F87D: main (main.c:23) -==13338== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13338== -==13338== -==13338== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13338== Access not within mapped region at address 0x28 -==13338== at 0x130C28: env_err (gwion.c:110) -==13338== by 0x15255E: gwi_class_ini (import.c:220) -==13338== by 0x48481A0: import (begin_class.c:18) -==13338== by 0x14AC48: type_engine_init (engine.c:107) -==13338== by 0x1308C5: gwion_engine (gwion.c:39) -==13338== by 0x1308C5: gwion_ini (gwion.c:78) -==13338== by 0x12F87D: main (main.c:23) -==13338== If you believe this happened as a result of a stack -==13338== overflow in your program's main thread (unlikely but -==13338== possible), you can try to increase the size of the -==13338== main thread stack using the --main-stacksize= flag. -==13338== The main thread stack size used in this run was 8388608. -==13338== -==13338== HEAP SUMMARY: -==13338== in use at exit: 2,171,350 bytes in 383 blocks -==13338== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==13338== -==13338== LEAK SUMMARY: -==13338== definitely lost: 0 bytes in 0 blocks -==13338== indirectly lost: 0 bytes in 0 blocks -==13338== possibly lost: 0 bytes in 0 blocks -==13338== still reachable: 2,171,350 bytes in 383 blocks -==13338== suppressed: 0 bytes in 0 blocks -==13338== Rerun with --leak-check=full to see details of leaked memory -==13338== -==13338== For counts of detected and suppressed errors, rerun with: -v -==13338== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13567== Memcheck, a memory error detector -==13567== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13567== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13567== Command: ./../../gwion -p. -d dummy /dev/null -==13567== Parent PID: 13214 -==13567== -==13567== Invalid read of size 4 -==13567== at 0x130C28: env_err (gwion.c:110) -==13567== by 0x154233: gwi_union_end (import.c:601) -==13567== by 0x4848152: import (empty_union.c:15) -==13567== by 0x14AC48: type_engine_init (engine.c:107) -==13567== by 0x1308C5: gwion_engine (gwion.c:39) -==13567== by 0x1308C5: gwion_ini (gwion.c:78) -==13567== by 0x12F87D: main (main.c:23) -==13567== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13567== -==13567== -==13567== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13567== Access not within mapped region at address 0x28 -==13567== at 0x130C28: env_err (gwion.c:110) -==13567== by 0x154233: gwi_union_end (import.c:601) -==13567== by 0x4848152: import (empty_union.c:15) -==13567== by 0x14AC48: type_engine_init (engine.c:107) -==13567== by 0x1308C5: gwion_engine (gwion.c:39) -==13567== by 0x1308C5: gwion_ini (gwion.c:78) -==13567== by 0x12F87D: main (main.c:23) -==13567== If you believe this happened as a result of a stack -==13567== overflow in your program's main thread (unlikely but -==13567== possible), you can try to increase the size of the -==13567== main thread stack using the --main-stacksize= flag. -==13567== The main thread stack size used in this run was 8388608. -==13567== -==13567== HEAP SUMMARY: -==13567== in use at exit: 2,170,710 bytes in 374 blocks -==13567== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==13567== -==13567== LEAK SUMMARY: -==13567== definitely lost: 0 bytes in 0 blocks -==13567== indirectly lost: 0 bytes in 0 blocks -==13567== possibly lost: 0 bytes in 0 blocks -==13567== still reachable: 2,170,710 bytes in 374 blocks -==13567== suppressed: 0 bytes in 0 blocks -==13567== Rerun with --leak-check=full to see details of leaked memory -==13567== -==13567== For counts of detected and suppressed errors, rerun with: -v -==13567== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13613== Memcheck, a memory error detector -==13613== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13613== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13613== Command: ./../../gwion -p. -d dummy /dev/null -==13613== Parent PID: 13214 -==13613== -==13613== Invalid read of size 4 -==13613== at 0x130C28: env_err (gwion.c:110) -==13613== by 0x152ADD: gwi_class_end (import.c:268) -==13613== by 0x4848133: import (end_class.c:15) -==13613== by 0x14AC48: type_engine_init (engine.c:107) -==13613== by 0x1308C5: gwion_engine (gwion.c:39) -==13613== by 0x1308C5: gwion_ini (gwion.c:78) -==13613== by 0x12F87D: main (main.c:23) -==13613== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13613== -==13613== -==13613== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13613== Access not within mapped region at address 0x28 -==13613== at 0x130C28: env_err (gwion.c:110) -==13613== by 0x152ADD: gwi_class_end (import.c:268) -==13613== by 0x4848133: import (end_class.c:15) -==13613== by 0x14AC48: type_engine_init (engine.c:107) -==13613== by 0x1308C5: gwion_engine (gwion.c:39) -==13613== by 0x1308C5: gwion_ini (gwion.c:78) -==13613== by 0x12F87D: main (main.c:23) -==13613== If you believe this happened as a result of a stack -==13613== overflow in your program's main thread (unlikely but -==13613== possible), you can try to increase the size of the -==13613== main thread stack using the --main-stacksize= flag. -==13613== The main thread stack size used in this run was 8388608. -==13613== -==13613== HEAP SUMMARY: -==13613== in use at exit: 2,170,704 bytes in 374 blocks -==13613== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==13613== -==13613== LEAK SUMMARY: -==13613== definitely lost: 0 bytes in 0 blocks -==13613== indirectly lost: 0 bytes in 0 blocks -==13613== possibly lost: 0 bytes in 0 blocks -==13613== still reachable: 2,170,704 bytes in 374 blocks -==13613== suppressed: 0 bytes in 0 blocks -==13613== Rerun with --leak-check=full to see details of leaked memory -==13613== -==13613== For counts of detected and suppressed errors, rerun with: -v -==13613== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14049== Memcheck, a memory error detector -==14049== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14049== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14049== Command: ./../../gwion -p. -d dummy /dev/null -==14049== Parent PID: 13214 -==14049== -==14049== Invalid read of size 4 -==14049== at 0x130C28: env_err (gwion.c:110) -==14049== by 0x1514A7: path_valid (import.c:145) -==14049== by 0x151E06: str2list (import.c:167) -==14049== by 0x152F24: str2decl (import.c:366) -==14049== by 0x15334E: make_dll_arg_list (import.c:395) -==14049== by 0x153882: make_dll_as_fun (import.c:440) -==14049== by 0x1539D1: gwi_func_end (import.c:449) -==14049== by 0x4848225: import (invalid_arg.c:21) -==14049== by 0x14AC48: type_engine_init (engine.c:107) -==14049== by 0x1308C5: gwion_engine (gwion.c:39) -==14049== by 0x1308C5: gwion_ini (gwion.c:78) -==14049== by 0x12F87D: main (main.c:23) -==14049== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14049== -==14049== -==14049== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14049== Access not within mapped region at address 0x28 -==14049== at 0x130C28: env_err (gwion.c:110) -==14049== by 0x1514A7: path_valid (import.c:145) -==14049== by 0x151E06: str2list (import.c:167) -==14049== by 0x152F24: str2decl (import.c:366) -==14049== by 0x15334E: make_dll_arg_list (import.c:395) -==14049== by 0x153882: make_dll_as_fun (import.c:440) -==14049== by 0x1539D1: gwi_func_end (import.c:449) -==14049== by 0x4848225: import (invalid_arg.c:21) -==14049== by 0x14AC48: type_engine_init (engine.c:107) -==14049== by 0x1308C5: gwion_engine (gwion.c:39) -==14049== by 0x1308C5: gwion_ini (gwion.c:78) -==14049== by 0x12F87D: main (main.c:23) -==14049== If you believe this happened as a result of a stack -==14049== overflow in your program's main thread (unlikely but -==14049== possible), you can try to increase the size of the -==14049== main thread stack using the --main-stacksize= flag. -==14049== The main thread stack size used in this run was 8388608. -==14049== -==14049== HEAP SUMMARY: -==14049== in use at exit: 2,171,862 bytes in 384 blocks -==14049== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==14049== -==14049== LEAK SUMMARY: -==14049== definitely lost: 0 bytes in 0 blocks -==14049== indirectly lost: 0 bytes in 0 blocks -==14049== possibly lost: 0 bytes in 0 blocks -==14049== still reachable: 2,171,862 bytes in 384 blocks -==14049== suppressed: 0 bytes in 0 blocks -==14049== Rerun with --leak-check=full to see details of leaked memory -==14049== -==14049== For counts of detected and suppressed errors, rerun with: -v -==14049== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14095== Memcheck, a memory error detector -==14095== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14095== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14095== Command: ./../../gwion -p. -d dummy /dev/null -==14095== Parent PID: 13214 -==14095== -==14095== Invalid read of size 4 -==14095== at 0x130C28: env_err (gwion.c:110) -==14095== by 0x153425: make_dll_arg_list (import.c:406) -==14095== by 0x153882: make_dll_as_fun (import.c:440) -==14095== by 0x1539D1: gwi_func_end (import.c:449) -==14095== by 0x48482A6: import (invalid_array.c:24) -==14095== by 0x14AC48: type_engine_init (engine.c:107) -==14095== by 0x1308C5: gwion_engine (gwion.c:39) -==14095== by 0x1308C5: gwion_ini (gwion.c:78) -==14095== by 0x12F87D: main (main.c:23) -==14095== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14095== -==14095== -==14095== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14095== Access not within mapped region at address 0x28 -==14095== at 0x130C28: env_err (gwion.c:110) -==14095== by 0x153425: make_dll_arg_list (import.c:406) -==14095== by 0x153882: make_dll_as_fun (import.c:440) -==14095== by 0x1539D1: gwi_func_end (import.c:449) -==14095== by 0x48482A6: import (invalid_array.c:24) -==14095== by 0x14AC48: type_engine_init (engine.c:107) -==14095== by 0x1308C5: gwion_engine (gwion.c:39) -==14095== by 0x1308C5: gwion_ini (gwion.c:78) -==14095== by 0x12F87D: main (main.c:23) -==14095== If you believe this happened as a result of a stack -==14095== overflow in your program's main thread (unlikely but -==14095== possible), you can try to increase the size of the -==14095== main thread stack using the --main-stacksize= flag. -==14095== The main thread stack size used in this run was 8388608. -==14095== -==14095== HEAP SUMMARY: -==14095== in use at exit: 2,173,020 bytes in 385 blocks -==14095== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==14095== -==14095== LEAK SUMMARY: -==14095== definitely lost: 0 bytes in 0 blocks -==14095== indirectly lost: 0 bytes in 0 blocks -==14095== possibly lost: 0 bytes in 0 blocks -==14095== still reachable: 2,173,020 bytes in 385 blocks -==14095== suppressed: 0 bytes in 0 blocks -==14095== Rerun with --leak-check=full to see details of leaked memory -==14095== -==14095== For counts of detected and suppressed errors, rerun with: -v -==14095== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14141== Memcheck, a memory error detector -==14141== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14141== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14141== Command: ./../../gwion -p. -d dummy /dev/null -==14141== Parent PID: 13214 -==14141== -==14141== Invalid read of size 4 -==14141== at 0x130C28: env_err (gwion.c:110) -==14141== by 0x1514A7: path_valid (import.c:145) -==14141== by 0x151E06: str2list (import.c:167) -==14141== by 0x1536C5: import_td (import.c:418) -==14141== by 0x153856: make_dll_as_fun (import.c:436) -==14141== by 0x1539D1: gwi_func_end (import.c:449) -==14141== by 0x48481EC: import (invalid_func.c:20) -==14141== by 0x14AC48: type_engine_init (engine.c:107) -==14141== by 0x1308C5: gwion_engine (gwion.c:39) -==14141== by 0x1308C5: gwion_ini (gwion.c:78) -==14141== by 0x12F87D: main (main.c:23) -==14141== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14141== -==14141== -==14141== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14141== Access not within mapped region at address 0x28 -==14141== at 0x130C28: env_err (gwion.c:110) -==14141== by 0x1514A7: path_valid (import.c:145) -==14141== by 0x151E06: str2list (import.c:167) -==14141== by 0x1536C5: import_td (import.c:418) -==14141== by 0x153856: make_dll_as_fun (import.c:436) -==14141== by 0x1539D1: gwi_func_end (import.c:449) -==14141== by 0x48481EC: import (invalid_func.c:20) -==14141== by 0x14AC48: type_engine_init (engine.c:107) -==14141== by 0x1308C5: gwion_engine (gwion.c:39) -==14141== by 0x1308C5: gwion_ini (gwion.c:78) -==14141== by 0x12F87D: main (main.c:23) -==14141== If you believe this happened as a result of a stack -==14141== overflow in your program's main thread (unlikely but -==14141== possible), you can try to increase the size of the -==14141== main thread stack using the --main-stacksize= flag. -==14141== The main thread stack size used in this run was 8388608. -==14141== -==14141== HEAP SUMMARY: -==14141== in use at exit: 2,171,353 bytes in 383 blocks -==14141== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==14141== -==14141== LEAK SUMMARY: -==14141== definitely lost: 0 bytes in 0 blocks -==14141== indirectly lost: 0 bytes in 0 blocks -==14141== possibly lost: 0 bytes in 0 blocks -==14141== still reachable: 2,171,353 bytes in 383 blocks -==14141== suppressed: 0 bytes in 0 blocks -==14141== Rerun with --leak-check=full to see details of leaked memory -==14141== -==14141== For counts of detected and suppressed errors, rerun with: -v -==14141== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14187== Memcheck, a memory error detector -==14187== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14187== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14187== Command: ./../../gwion -p. -d dummy /dev/null -==14187== Parent PID: 13214 -==14187== -==14187== Invalid read of size 4 -==14187== at 0x130C28: env_err (gwion.c:110) -==14187== by 0x15132D: path_valid (import.c:135) -==14187== by 0x151E06: str2list (import.c:167) -==14187== by 0x152B6E: gwi_item_ini (import.c:302) -==14187== by 0x48481B5: import (invalid_type1.c:18) -==14187== by 0x14AC48: type_engine_init (engine.c:107) -==14187== by 0x1308C5: gwion_engine (gwion.c:39) -==14187== by 0x1308C5: gwion_ini (gwion.c:78) -==14187== by 0x12F87D: main (main.c:23) -==14187== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14187== -==14187== -==14187== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14187== Access not within mapped region at address 0x28 -==14187== at 0x130C28: env_err (gwion.c:110) -==14187== by 0x15132D: path_valid (import.c:135) -==14187== by 0x151E06: str2list (import.c:167) -==14187== by 0x152B6E: gwi_item_ini (import.c:302) -==14187== by 0x48481B5: import (invalid_type1.c:18) -==14187== by 0x14AC48: type_engine_init (engine.c:107) -==14187== by 0x1308C5: gwion_engine (gwion.c:39) -==14187== by 0x1308C5: gwion_ini (gwion.c:78) -==14187== by 0x12F87D: main (main.c:23) -==14187== If you believe this happened as a result of a stack -==14187== overflow in your program's main thread (unlikely but -==14187== possible), you can try to increase the size of the -==14187== main thread stack using the --main-stacksize= flag. -==14187== The main thread stack size used in this run was 8388608. -==14187== -==14187== HEAP SUMMARY: -==14187== in use at exit: 2,171,356 bytes in 383 blocks -==14187== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14187== -==14187== LEAK SUMMARY: -==14187== definitely lost: 0 bytes in 0 blocks -==14187== indirectly lost: 0 bytes in 0 blocks -==14187== possibly lost: 0 bytes in 0 blocks -==14187== still reachable: 2,171,356 bytes in 383 blocks -==14187== suppressed: 0 bytes in 0 blocks -==14187== Rerun with --leak-check=full to see details of leaked memory -==14187== -==14187== For counts of detected and suppressed errors, rerun with: -v -==14187== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14233== Memcheck, a memory error detector -==14233== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14233== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14233== Command: ./../../gwion -p. -d dummy /dev/null -==14233== Parent PID: 13214 -==14233== -==14233== Invalid read of size 4 -==14233== at 0x130C28: env_err (gwion.c:110) -==14233== by 0x1514A7: path_valid (import.c:145) -==14233== by 0x151E06: str2list (import.c:167) -==14233== by 0x152B6E: gwi_item_ini (import.c:302) -==14233== by 0x48481B5: import (invalid_type2.c:18) -==14233== by 0x14AC48: type_engine_init (engine.c:107) -==14233== by 0x1308C5: gwion_engine (gwion.c:39) -==14233== by 0x1308C5: gwion_ini (gwion.c:78) -==14233== by 0x12F87D: main (main.c:23) -==14233== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14233== -==14233== -==14233== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14233== Access not within mapped region at address 0x28 -==14233== at 0x130C28: env_err (gwion.c:110) -==14233== by 0x1514A7: path_valid (import.c:145) -==14233== by 0x151E06: str2list (import.c:167) -==14233== by 0x152B6E: gwi_item_ini (import.c:302) -==14233== by 0x48481B5: import (invalid_type2.c:18) -==14233== by 0x14AC48: type_engine_init (engine.c:107) -==14233== by 0x1308C5: gwion_engine (gwion.c:39) -==14233== by 0x1308C5: gwion_ini (gwion.c:78) -==14233== by 0x12F87D: main (main.c:23) -==14233== If you believe this happened as a result of a stack -==14233== overflow in your program's main thread (unlikely but -==14233== possible), you can try to increase the size of the -==14233== main thread stack using the --main-stacksize= flag. -==14233== The main thread stack size used in this run was 8388608. -==14233== -==14233== HEAP SUMMARY: -==14233== in use at exit: 2,171,356 bytes in 383 blocks -==14233== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14233== -==14233== LEAK SUMMARY: -==14233== definitely lost: 0 bytes in 0 blocks -==14233== indirectly lost: 0 bytes in 0 blocks -==14233== possibly lost: 0 bytes in 0 blocks -==14233== still reachable: 2,171,356 bytes in 383 blocks -==14233== suppressed: 0 bytes in 0 blocks -==14233== Rerun with --leak-check=full to see details of leaked memory -==14233== -==14233== For counts of detected and suppressed errors, rerun with: -v -==14233== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14279== Memcheck, a memory error detector -==14279== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14279== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14279== Command: ./../../gwion -p. -d dummy /dev/null -==14279== Parent PID: 13214 -==14279== -==14279== Invalid read of size 4 -==14279== at 0x130C28: env_err (gwion.c:110) -==14279== by 0x151192: name_valid (import.c:116) -==14279== by 0x152417: gwi_add_type (import.c:195) -==14279== by 0x1524DD: gwi_class_ini (import.c:229) -==14279== by 0x484818F: import (invalid_type3.c:18) -==14279== by 0x14AC48: type_engine_init (engine.c:107) -==14279== by 0x1308C5: gwion_engine (gwion.c:39) -==14279== by 0x1308C5: gwion_ini (gwion.c:78) -==14279== by 0x12F87D: main (main.c:23) -==14279== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14279== -==14279== -==14279== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14279== Access not within mapped region at address 0x28 -==14279== at 0x130C28: env_err (gwion.c:110) -==14279== by 0x151192: name_valid (import.c:116) -==14279== by 0x152417: gwi_add_type (import.c:195) -==14279== by 0x1524DD: gwi_class_ini (import.c:229) -==14279== by 0x484818F: import (invalid_type3.c:18) -==14279== by 0x14AC48: type_engine_init (engine.c:107) -==14279== by 0x1308C5: gwion_engine (gwion.c:39) -==14279== by 0x1308C5: gwion_ini (gwion.c:78) -==14279== by 0x12F87D: main (main.c:23) -==14279== If you believe this happened as a result of a stack -==14279== overflow in your program's main thread (unlikely but -==14279== possible), you can try to increase the size of the -==14279== main thread stack using the --main-stacksize= flag. -==14279== The main thread stack size used in this run was 8388608. -==14279== -==14279== HEAP SUMMARY: -==14279== in use at exit: 2,170,716 bytes in 374 blocks -==14279== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==14279== -==14279== LEAK SUMMARY: -==14279== definitely lost: 0 bytes in 0 blocks -==14279== indirectly lost: 0 bytes in 0 blocks -==14279== possibly lost: 0 bytes in 0 blocks -==14279== still reachable: 2,170,716 bytes in 374 blocks -==14279== suppressed: 0 bytes in 0 blocks -==14279== Rerun with --leak-check=full to see details of leaked memory -==14279== -==14279== For counts of detected and suppressed errors, rerun with: -v -==14279== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14460== Memcheck, a memory error detector -==14460== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14460== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14460== Command: ./../../gwion -p. -d dummy /dev/null -==14460== Parent PID: 13214 -==14460== -==14460== Invalid read of size 4 -==14460== at 0x130C28: env_err (gwion.c:110) -==14460== by 0x1531A6: make_dll_arg_list (import.c:398) -==14460== by 0x153882: make_dll_as_fun (import.c:440) -==14460== by 0x1539D1: gwi_func_end (import.c:449) -==14460== by 0x4848225: import (template_arg.c:21) -==14460== by 0x14AC48: type_engine_init (engine.c:107) -==14460== by 0x1308C5: gwion_engine (gwion.c:39) -==14460== by 0x1308C5: gwion_ini (gwion.c:78) -==14460== by 0x12F87D: main (main.c:23) -==14460== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14460== -==14460== -==14460== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14460== Access not within mapped region at address 0x28 -==14460== at 0x130C28: env_err (gwion.c:110) -==14460== by 0x1531A6: make_dll_arg_list (import.c:398) -==14460== by 0x153882: make_dll_as_fun (import.c:440) -==14460== by 0x1539D1: gwi_func_end (import.c:449) -==14460== by 0x4848225: import (template_arg.c:21) -==14460== by 0x14AC48: type_engine_init (engine.c:107) -==14460== by 0x1308C5: gwion_engine (gwion.c:39) -==14460== by 0x1308C5: gwion_ini (gwion.c:78) -==14460== by 0x12F87D: main (main.c:23) -==14460== If you believe this happened as a result of a stack -==14460== overflow in your program's main thread (unlikely but -==14460== possible), you can try to increase the size of the -==14460== main thread stack using the --main-stacksize= flag. -==14460== The main thread stack size used in this run was 8388608. -==14460== -==14460== HEAP SUMMARY: -==14460== in use at exit: 2,177,657 bytes in 395 blocks -==14460== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==14460== -==14460== LEAK SUMMARY: -==14460== definitely lost: 0 bytes in 0 blocks -==14460== indirectly lost: 0 bytes in 0 blocks -==14460== possibly lost: 0 bytes in 0 blocks -==14460== still reachable: 2,177,657 bytes in 395 blocks -==14460== suppressed: 0 bytes in 0 blocks -==14460== Rerun with --leak-check=full to see details of leaked memory -==14460== -==14460== For counts of detected and suppressed errors, rerun with: -v -==14460== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14807== Memcheck, a memory error detector -==14807== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14807== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14807== Command: ./../../gwion -p. -d dummy /dev/null -==14807== Parent PID: 14781 -==14807== -==14807== -==14807== HEAP SUMMARY: -==14807== in use at exit: 928 bytes in 10 blocks -==14807== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==14807== -==14807== LEAK SUMMARY: -==14807== definitely lost: 928 bytes in 10 blocks -==14807== indirectly lost: 0 bytes in 0 blocks -==14807== possibly lost: 0 bytes in 0 blocks -==14807== still reachable: 0 bytes in 0 blocks -==14807== suppressed: 0 bytes in 0 blocks -==14807== Rerun with --leak-check=full to see details of leaked memory -==14807== -==14807== For counts of detected and suppressed errors, rerun with: -v -==14807== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==14905== Memcheck, a memory error detector -==14905== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14905== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14905== Command: ./../../gwion -p. -d dummy /dev/null -==14905== Parent PID: 14781 -==14905== -==14905== Invalid read of size 4 -==14905== at 0x130C28: env_err (gwion.c:110) -==14905== by 0x15255E: gwi_class_ini (import.c:220) -==14905== by 0x48481A0: import (begin_class.c:18) -==14905== by 0x14AC48: type_engine_init (engine.c:107) -==14905== by 0x1308C5: gwion_engine (gwion.c:39) -==14905== by 0x1308C5: gwion_ini (gwion.c:78) -==14905== by 0x12F87D: main (main.c:23) -==14905== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14905== -==14905== -==14905== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14905== Access not within mapped region at address 0x28 -==14905== at 0x130C28: env_err (gwion.c:110) -==14905== by 0x15255E: gwi_class_ini (import.c:220) -==14905== by 0x48481A0: import (begin_class.c:18) -==14905== by 0x14AC48: type_engine_init (engine.c:107) -==14905== by 0x1308C5: gwion_engine (gwion.c:39) -==14905== by 0x1308C5: gwion_ini (gwion.c:78) -==14905== by 0x12F87D: main (main.c:23) -==14905== If you believe this happened as a result of a stack -==14905== overflow in your program's main thread (unlikely but -==14905== possible), you can try to increase the size of the -==14905== main thread stack using the --main-stacksize= flag. -==14905== The main thread stack size used in this run was 8388608. -==14905== -==14905== HEAP SUMMARY: -==14905== in use at exit: 2,171,350 bytes in 383 blocks -==14905== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==14905== -==14905== LEAK SUMMARY: -==14905== definitely lost: 0 bytes in 0 blocks -==14905== indirectly lost: 0 bytes in 0 blocks -==14905== possibly lost: 0 bytes in 0 blocks -==14905== still reachable: 2,171,350 bytes in 383 blocks -==14905== suppressed: 0 bytes in 0 blocks -==14905== Rerun with --leak-check=full to see details of leaked memory -==14905== -==14905== For counts of detected and suppressed errors, rerun with: -v -==14905== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15131== Memcheck, a memory error detector -==15131== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15131== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15131== Command: ./../../gwion -p. -d dummy /dev/null -==15131== Parent PID: 14781 -==15131== -==15131== Invalid read of size 4 -==15131== at 0x130C28: env_err (gwion.c:110) -==15131== by 0x154233: gwi_union_end (import.c:601) -==15131== by 0x4848152: import (empty_union.c:15) -==15131== by 0x14AC48: type_engine_init (engine.c:107) -==15131== by 0x1308C5: gwion_engine (gwion.c:39) -==15131== by 0x1308C5: gwion_ini (gwion.c:78) -==15131== by 0x12F87D: main (main.c:23) -==15131== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15131== -==15131== -==15131== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15131== Access not within mapped region at address 0x28 -==15131== at 0x130C28: env_err (gwion.c:110) -==15131== by 0x154233: gwi_union_end (import.c:601) -==15131== by 0x4848152: import (empty_union.c:15) -==15131== by 0x14AC48: type_engine_init (engine.c:107) -==15131== by 0x1308C5: gwion_engine (gwion.c:39) -==15131== by 0x1308C5: gwion_ini (gwion.c:78) -==15131== by 0x12F87D: main (main.c:23) -==15131== If you believe this happened as a result of a stack -==15131== overflow in your program's main thread (unlikely but -==15131== possible), you can try to increase the size of the -==15131== main thread stack using the --main-stacksize= flag. -==15131== The main thread stack size used in this run was 8388608. -==15131== -==15131== HEAP SUMMARY: -==15131== in use at exit: 2,170,710 bytes in 374 blocks -==15131== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==15131== -==15131== LEAK SUMMARY: -==15131== definitely lost: 0 bytes in 0 blocks -==15131== indirectly lost: 0 bytes in 0 blocks -==15131== possibly lost: 0 bytes in 0 blocks -==15131== still reachable: 2,170,710 bytes in 374 blocks -==15131== suppressed: 0 bytes in 0 blocks -==15131== Rerun with --leak-check=full to see details of leaked memory -==15131== -==15131== For counts of detected and suppressed errors, rerun with: -v -==15131== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15177== Memcheck, a memory error detector -==15177== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15177== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15177== Command: ./../../gwion -p. -d dummy /dev/null -==15177== Parent PID: 14781 -==15177== -==15177== Invalid read of size 4 -==15177== at 0x130C28: env_err (gwion.c:110) -==15177== by 0x152ADD: gwi_class_end (import.c:268) -==15177== by 0x4848133: import (end_class.c:15) -==15177== by 0x14AC48: type_engine_init (engine.c:107) -==15177== by 0x1308C5: gwion_engine (gwion.c:39) -==15177== by 0x1308C5: gwion_ini (gwion.c:78) -==15177== by 0x12F87D: main (main.c:23) -==15177== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15177== -==15177== -==15177== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15177== Access not within mapped region at address 0x28 -==15177== at 0x130C28: env_err (gwion.c:110) -==15177== by 0x152ADD: gwi_class_end (import.c:268) -==15177== by 0x4848133: import (end_class.c:15) -==15177== by 0x14AC48: type_engine_init (engine.c:107) -==15177== by 0x1308C5: gwion_engine (gwion.c:39) -==15177== by 0x1308C5: gwion_ini (gwion.c:78) -==15177== by 0x12F87D: main (main.c:23) -==15177== If you believe this happened as a result of a stack -==15177== overflow in your program's main thread (unlikely but -==15177== possible), you can try to increase the size of the -==15177== main thread stack using the --main-stacksize= flag. -==15177== The main thread stack size used in this run was 8388608. -==15177== -==15177== HEAP SUMMARY: -==15177== in use at exit: 2,170,704 bytes in 374 blocks -==15177== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==15177== -==15177== LEAK SUMMARY: -==15177== definitely lost: 0 bytes in 0 blocks -==15177== indirectly lost: 0 bytes in 0 blocks -==15177== possibly lost: 0 bytes in 0 blocks -==15177== still reachable: 2,170,704 bytes in 374 blocks -==15177== suppressed: 0 bytes in 0 blocks -==15177== Rerun with --leak-check=full to see details of leaked memory -==15177== -==15177== For counts of detected and suppressed errors, rerun with: -v -==15177== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -enum.gw ==15223== Memcheck, a memory error detector -==15223== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15223== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15223== Command: ./../../gwion -p. -d dummy enum.gw -==15223== Parent PID: 14781 -==15223== -==15223== -==15223== HEAP SUMMARY: -==15223== in use at exit: 2,145,665 bytes in 284 blocks -==15223== total heap usage: 696 allocs, 412 frees, 2,274,327 bytes allocated -==15223== -==15223== LEAK SUMMARY: -==15223== definitely lost: 256 bytes in 4 blocks -==15223== indirectly lost: 19 bytes in 1 blocks -==15223== possibly lost: 2,143,840 bytes in 274 blocks -==15223== still reachable: 1,550 bytes in 5 blocks -==15223== suppressed: 0 bytes in 0 blocks -==15223== Rerun with --leak-check=full to see details of leaked memory -==15223== -==15223== For counts of detected and suppressed errors, rerun with: -v -==15223== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==15575== Memcheck, a memory error detector -==15575== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15575== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15575== Command: ./../../gwion -p. -d dummy /dev/null -==15575== Parent PID: 15549 -==15575== -==15575== -==15575== HEAP SUMMARY: -==15575== in use at exit: 928 bytes in 10 blocks -==15575== total heap usage: 1,028 allocs, 1,018 frees, 7,608,142 bytes allocated -==15575== -==15575== LEAK SUMMARY: -==15575== definitely lost: 928 bytes in 10 blocks -==15575== indirectly lost: 0 bytes in 0 blocks -==15575== possibly lost: 0 bytes in 0 blocks -==15575== still reachable: 0 bytes in 0 blocks -==15575== suppressed: 0 bytes in 0 blocks -==15575== Rerun with --leak-check=full to see details of leaked memory -==15575== -==15575== For counts of detected and suppressed errors, rerun with: -v -==15575== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==15673== Memcheck, a memory error detector -==15673== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15673== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15673== Command: ./../../gwion -p. -d dummy /dev/null -==15673== Parent PID: 15549 -==15673== -==15673== Invalid read of size 4 -==15673== at 0x130C28: env_err (gwion.c:110) -==15673== by 0x15255E: gwi_class_ini (import.c:220) -==15673== by 0x48481A0: import (begin_class.c:18) -==15673== by 0x14AC48: type_engine_init (engine.c:107) -==15673== by 0x1308C5: gwion_engine (gwion.c:39) -==15673== by 0x1308C5: gwion_ini (gwion.c:78) -==15673== by 0x12F87D: main (main.c:23) -==15673== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15673== -==15673== -==15673== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15673== Access not within mapped region at address 0x28 -==15673== at 0x130C28: env_err (gwion.c:110) -==15673== by 0x15255E: gwi_class_ini (import.c:220) -==15673== by 0x48481A0: import (begin_class.c:18) -==15673== by 0x14AC48: type_engine_init (engine.c:107) -==15673== by 0x1308C5: gwion_engine (gwion.c:39) -==15673== by 0x1308C5: gwion_ini (gwion.c:78) -==15673== by 0x12F87D: main (main.c:23) -==15673== If you believe this happened as a result of a stack -==15673== overflow in your program's main thread (unlikely but -==15673== possible), you can try to increase the size of the -==15673== main thread stack using the --main-stacksize= flag. -==15673== The main thread stack size used in this run was 8388608. -==15673== -==15673== HEAP SUMMARY: -==15673== in use at exit: 2,172,780 bytes in 387 blocks -==15673== total heap usage: 818 allocs, 431 frees, 2,267,157 bytes allocated -==15673== -==15673== LEAK SUMMARY: -==15673== definitely lost: 0 bytes in 0 blocks -==15673== indirectly lost: 0 bytes in 0 blocks -==15673== possibly lost: 0 bytes in 0 blocks -==15673== still reachable: 2,172,780 bytes in 387 blocks -==15673== suppressed: 0 bytes in 0 blocks -==15673== Rerun with --leak-check=full to see details of leaked memory -==15673== -==15673== For counts of detected and suppressed errors, rerun with: -v -==15673== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15899== Memcheck, a memory error detector -==15899== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15899== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15899== Command: ./../../gwion -p. -d dummy /dev/null -==15899== Parent PID: 15549 -==15899== -==15899== Invalid read of size 4 -==15899== at 0x130C28: env_err (gwion.c:110) -==15899== by 0x154233: gwi_union_end (import.c:601) -==15899== by 0x4848152: import (empty_union.c:15) -==15899== by 0x14AC48: type_engine_init (engine.c:107) -==15899== by 0x1308C5: gwion_engine (gwion.c:39) -==15899== by 0x1308C5: gwion_ini (gwion.c:78) -==15899== by 0x12F87D: main (main.c:23) -==15899== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15899== -==15899== -==15899== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15899== Access not within mapped region at address 0x28 -==15899== at 0x130C28: env_err (gwion.c:110) -==15899== by 0x154233: gwi_union_end (import.c:601) -==15899== by 0x4848152: import (empty_union.c:15) -==15899== by 0x14AC48: type_engine_init (engine.c:107) -==15899== by 0x1308C5: gwion_engine (gwion.c:39) -==15899== by 0x1308C5: gwion_ini (gwion.c:78) -==15899== by 0x12F87D: main (main.c:23) -==15899== If you believe this happened as a result of a stack -==15899== overflow in your program's main thread (unlikely but -==15899== possible), you can try to increase the size of the -==15899== main thread stack using the --main-stacksize= flag. -==15899== The main thread stack size used in this run was 8388608. -==15899== -==15899== HEAP SUMMARY: -==15899== in use at exit: 2,172,140 bytes in 378 blocks -==15899== total heap usage: 807 allocs, 429 frees, 2,266,453 bytes allocated -==15899== -==15899== LEAK SUMMARY: -==15899== definitely lost: 0 bytes in 0 blocks -==15899== indirectly lost: 0 bytes in 0 blocks -==15899== possibly lost: 0 bytes in 0 blocks -==15899== still reachable: 2,172,140 bytes in 378 blocks -==15899== suppressed: 0 bytes in 0 blocks -==15899== Rerun with --leak-check=full to see details of leaked memory -==15899== -==15899== For counts of detected and suppressed errors, rerun with: -v -==15899== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15945== Memcheck, a memory error detector -==15945== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15945== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15945== Command: ./../../gwion -p. -d dummy /dev/null -==15945== Parent PID: 15549 -==15945== -==15945== Invalid read of size 4 -==15945== at 0x130C28: env_err (gwion.c:110) -==15945== by 0x152ADD: gwi_class_end (import.c:268) -==15945== by 0x4848133: import (end_class.c:15) -==15945== by 0x14AC48: type_engine_init (engine.c:107) -==15945== by 0x1308C5: gwion_engine (gwion.c:39) -==15945== by 0x1308C5: gwion_ini (gwion.c:78) -==15945== by 0x12F87D: main (main.c:23) -==15945== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15945== -==15945== -==15945== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15945== Access not within mapped region at address 0x28 -==15945== at 0x130C28: env_err (gwion.c:110) -==15945== by 0x152ADD: gwi_class_end (import.c:268) -==15945== by 0x4848133: import (end_class.c:15) -==15945== by 0x14AC48: type_engine_init (engine.c:107) -==15945== by 0x1308C5: gwion_engine (gwion.c:39) -==15945== by 0x1308C5: gwion_ini (gwion.c:78) -==15945== by 0x12F87D: main (main.c:23) -==15945== If you believe this happened as a result of a stack -==15945== overflow in your program's main thread (unlikely but -==15945== possible), you can try to increase the size of the -==15945== main thread stack using the --main-stacksize= flag. -==15945== The main thread stack size used in this run was 8388608. -==15945== -==15945== HEAP SUMMARY: -==15945== in use at exit: 2,172,134 bytes in 378 blocks -==15945== total heap usage: 807 allocs, 429 frees, 2,266,439 bytes allocated -==15945== -==15945== LEAK SUMMARY: -==15945== definitely lost: 0 bytes in 0 blocks -==15945== indirectly lost: 0 bytes in 0 blocks -==15945== possibly lost: 0 bytes in 0 blocks -==15945== still reachable: 2,172,134 bytes in 378 blocks -==15945== suppressed: 0 bytes in 0 blocks -==15945== Rerun with --leak-check=full to see details of leaked memory -==15945== -==15945== For counts of detected and suppressed errors, rerun with: -v -==15945== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16255== Memcheck, a memory error detector -==16255== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16255== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16255== Command: ./../../gwion -p. -d dummy /dev/null -==16255== Parent PID: 15549 -==16255== -==16255== Invalid read of size 4 -==16255== at 0x130C28: env_err (gwion.c:110) -==16255== by 0x1514A7: path_valid (import.c:145) -==16255== by 0x151E06: str2list (import.c:167) -==16255== by 0x152F24: str2decl (import.c:366) -==16255== by 0x15334E: make_dll_arg_list (import.c:395) -==16255== by 0x153882: make_dll_as_fun (import.c:440) -==16255== by 0x1539D1: gwi_func_end (import.c:449) -==16255== by 0x4848225: import (invalid_arg.c:21) -==16255== by 0x14AC48: type_engine_init (engine.c:107) -==16255== by 0x1308C5: gwion_engine (gwion.c:39) -==16255== by 0x1308C5: gwion_ini (gwion.c:78) -==16255== by 0x12F87D: main (main.c:23) -==16255== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16255== -==16255== -==16255== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16255== Access not within mapped region at address 0x28 -==16255== at 0x130C28: env_err (gwion.c:110) -==16255== by 0x1514A7: path_valid (import.c:145) -==16255== by 0x151E06: str2list (import.c:167) -==16255== by 0x152F24: str2decl (import.c:366) -==16255== by 0x15334E: make_dll_arg_list (import.c:395) -==16255== by 0x153882: make_dll_as_fun (import.c:440) -==16255== by 0x1539D1: gwi_func_end (import.c:449) -==16255== by 0x4848225: import (invalid_arg.c:21) -==16255== by 0x14AC48: type_engine_init (engine.c:107) -==16255== by 0x1308C5: gwion_engine (gwion.c:39) -==16255== by 0x1308C5: gwion_ini (gwion.c:78) -==16255== by 0x12F87D: main (main.c:23) -==16255== If you believe this happened as a result of a stack -==16255== overflow in your program's main thread (unlikely but -==16255== possible), you can try to increase the size of the -==16255== main thread stack using the --main-stacksize= flag. -==16255== The main thread stack size used in this run was 8388608. -==16255== -==16255== HEAP SUMMARY: -==16255== in use at exit: 2,171,862 bytes in 384 blocks -==16255== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==16255== -==16255== LEAK SUMMARY: -==16255== definitely lost: 0 bytes in 0 blocks -==16255== indirectly lost: 0 bytes in 0 blocks -==16255== possibly lost: 0 bytes in 0 blocks -==16255== still reachable: 2,171,862 bytes in 384 blocks -==16255== suppressed: 0 bytes in 0 blocks -==16255== Rerun with --leak-check=full to see details of leaked memory -==16255== -==16255== For counts of detected and suppressed errors, rerun with: -v -==16255== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16301== Memcheck, a memory error detector -==16301== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16301== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16301== Command: ./../../gwion -p. -d dummy /dev/null -==16301== Parent PID: 15549 -==16301== -==16301== Invalid read of size 4 -==16301== at 0x130C28: env_err (gwion.c:110) -==16301== by 0x153425: make_dll_arg_list (import.c:406) -==16301== by 0x153882: make_dll_as_fun (import.c:440) -==16301== by 0x1539D1: gwi_func_end (import.c:449) -==16301== by 0x48482A6: import (invalid_array.c:24) -==16301== by 0x14AC48: type_engine_init (engine.c:107) -==16301== by 0x1308C5: gwion_engine (gwion.c:39) -==16301== by 0x1308C5: gwion_ini (gwion.c:78) -==16301== by 0x12F87D: main (main.c:23) -==16301== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16301== -==16301== -==16301== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16301== Access not within mapped region at address 0x28 -==16301== at 0x130C28: env_err (gwion.c:110) -==16301== by 0x153425: make_dll_arg_list (import.c:406) -==16301== by 0x153882: make_dll_as_fun (import.c:440) -==16301== by 0x1539D1: gwi_func_end (import.c:449) -==16301== by 0x48482A6: import (invalid_array.c:24) -==16301== by 0x14AC48: type_engine_init (engine.c:107) -==16301== by 0x1308C5: gwion_engine (gwion.c:39) -==16301== by 0x1308C5: gwion_ini (gwion.c:78) -==16301== by 0x12F87D: main (main.c:23) -==16301== If you believe this happened as a result of a stack -==16301== overflow in your program's main thread (unlikely but -==16301== possible), you can try to increase the size of the -==16301== main thread stack using the --main-stacksize= flag. -==16301== The main thread stack size used in this run was 8388608. -==16301== -==16301== HEAP SUMMARY: -==16301== in use at exit: 2,173,020 bytes in 385 blocks -==16301== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==16301== -==16301== LEAK SUMMARY: -==16301== definitely lost: 0 bytes in 0 blocks -==16301== indirectly lost: 0 bytes in 0 blocks -==16301== possibly lost: 0 bytes in 0 blocks -==16301== still reachable: 2,173,020 bytes in 385 blocks -==16301== suppressed: 0 bytes in 0 blocks -==16301== Rerun with --leak-check=full to see details of leaked memory -==16301== -==16301== For counts of detected and suppressed errors, rerun with: -v -==16301== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16347== Memcheck, a memory error detector -==16347== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16347== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16347== Command: ./../../gwion -p. -d dummy /dev/null -==16347== Parent PID: 15549 -==16347== -==16347== Invalid read of size 4 -==16347== at 0x130C28: env_err (gwion.c:110) -==16347== by 0x1514A7: path_valid (import.c:145) -==16347== by 0x151E06: str2list (import.c:167) -==16347== by 0x1536C5: import_td (import.c:418) -==16347== by 0x153856: make_dll_as_fun (import.c:436) -==16347== by 0x1539D1: gwi_func_end (import.c:449) -==16347== by 0x48481EC: import (invalid_func.c:20) -==16347== by 0x14AC48: type_engine_init (engine.c:107) -==16347== by 0x1308C5: gwion_engine (gwion.c:39) -==16347== by 0x1308C5: gwion_ini (gwion.c:78) -==16347== by 0x12F87D: main (main.c:23) -==16347== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16347== -==16347== -==16347== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16347== Access not within mapped region at address 0x28 -==16347== at 0x130C28: env_err (gwion.c:110) -==16347== by 0x1514A7: path_valid (import.c:145) -==16347== by 0x151E06: str2list (import.c:167) -==16347== by 0x1536C5: import_td (import.c:418) -==16347== by 0x153856: make_dll_as_fun (import.c:436) -==16347== by 0x1539D1: gwi_func_end (import.c:449) -==16347== by 0x48481EC: import (invalid_func.c:20) -==16347== by 0x14AC48: type_engine_init (engine.c:107) -==16347== by 0x1308C5: gwion_engine (gwion.c:39) -==16347== by 0x1308C5: gwion_ini (gwion.c:78) -==16347== by 0x12F87D: main (main.c:23) -==16347== If you believe this happened as a result of a stack -==16347== overflow in your program's main thread (unlikely but -==16347== possible), you can try to increase the size of the -==16347== main thread stack using the --main-stacksize= flag. -==16347== The main thread stack size used in this run was 8388608. -==16347== -==16347== HEAP SUMMARY: -==16347== in use at exit: 2,171,353 bytes in 383 blocks -==16347== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==16347== -==16347== LEAK SUMMARY: -==16347== definitely lost: 0 bytes in 0 blocks -==16347== indirectly lost: 0 bytes in 0 blocks -==16347== possibly lost: 0 bytes in 0 blocks -==16347== still reachable: 2,171,353 bytes in 383 blocks -==16347== suppressed: 0 bytes in 0 blocks -==16347== Rerun with --leak-check=full to see details of leaked memory -==16347== -==16347== For counts of detected and suppressed errors, rerun with: -v -==16347== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16393== Memcheck, a memory error detector -==16393== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16393== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16393== Command: ./../../gwion -p. -d dummy /dev/null -==16393== Parent PID: 15549 -==16393== -==16393== Invalid read of size 4 -==16393== at 0x130C28: env_err (gwion.c:110) -==16393== by 0x15132D: path_valid (import.c:135) -==16393== by 0x151E06: str2list (import.c:167) -==16393== by 0x152B6E: gwi_item_ini (import.c:302) -==16393== by 0x48481B5: import (invalid_type1.c:18) -==16393== by 0x14AC48: type_engine_init (engine.c:107) -==16393== by 0x1308C5: gwion_engine (gwion.c:39) -==16393== by 0x1308C5: gwion_ini (gwion.c:78) -==16393== by 0x12F87D: main (main.c:23) -==16393== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16393== -==16393== -==16393== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16393== Access not within mapped region at address 0x28 -==16393== at 0x130C28: env_err (gwion.c:110) -==16393== by 0x15132D: path_valid (import.c:135) -==16393== by 0x151E06: str2list (import.c:167) -==16393== by 0x152B6E: gwi_item_ini (import.c:302) -==16393== by 0x48481B5: import (invalid_type1.c:18) -==16393== by 0x14AC48: type_engine_init (engine.c:107) -==16393== by 0x1308C5: gwion_engine (gwion.c:39) -==16393== by 0x1308C5: gwion_ini (gwion.c:78) -==16393== by 0x12F87D: main (main.c:23) -==16393== If you believe this happened as a result of a stack -==16393== overflow in your program's main thread (unlikely but -==16393== possible), you can try to increase the size of the -==16393== main thread stack using the --main-stacksize= flag. -==16393== The main thread stack size used in this run was 8388608. -==16393== -==16393== HEAP SUMMARY: -==16393== in use at exit: 2,171,356 bytes in 383 blocks -==16393== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==16393== -==16393== LEAK SUMMARY: -==16393== definitely lost: 0 bytes in 0 blocks -==16393== indirectly lost: 0 bytes in 0 blocks -==16393== possibly lost: 0 bytes in 0 blocks -==16393== still reachable: 2,171,356 bytes in 383 blocks -==16393== suppressed: 0 bytes in 0 blocks -==16393== Rerun with --leak-check=full to see details of leaked memory -==16393== -==16393== For counts of detected and suppressed errors, rerun with: -v -==16393== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16439== Memcheck, a memory error detector -==16439== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16439== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16439== Command: ./../../gwion -p. -d dummy /dev/null -==16439== Parent PID: 15549 -==16439== -==16439== Invalid read of size 4 -==16439== at 0x130C28: env_err (gwion.c:110) -==16439== by 0x1514A7: path_valid (import.c:145) -==16439== by 0x151E06: str2list (import.c:167) -==16439== by 0x152B6E: gwi_item_ini (import.c:302) -==16439== by 0x48481B5: import (invalid_type2.c:18) -==16439== by 0x14AC48: type_engine_init (engine.c:107) -==16439== by 0x1308C5: gwion_engine (gwion.c:39) -==16439== by 0x1308C5: gwion_ini (gwion.c:78) -==16439== by 0x12F87D: main (main.c:23) -==16439== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16439== -==16439== -==16439== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16439== Access not within mapped region at address 0x28 -==16439== at 0x130C28: env_err (gwion.c:110) -==16439== by 0x1514A7: path_valid (import.c:145) -==16439== by 0x151E06: str2list (import.c:167) -==16439== by 0x152B6E: gwi_item_ini (import.c:302) -==16439== by 0x48481B5: import (invalid_type2.c:18) -==16439== by 0x14AC48: type_engine_init (engine.c:107) -==16439== by 0x1308C5: gwion_engine (gwion.c:39) -==16439== by 0x1308C5: gwion_ini (gwion.c:78) -==16439== by 0x12F87D: main (main.c:23) -==16439== If you believe this happened as a result of a stack -==16439== overflow in your program's main thread (unlikely but -==16439== possible), you can try to increase the size of the -==16439== main thread stack using the --main-stacksize= flag. -==16439== The main thread stack size used in this run was 8388608. -==16439== -==16439== HEAP SUMMARY: -==16439== in use at exit: 2,171,356 bytes in 383 blocks -==16439== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==16439== -==16439== LEAK SUMMARY: -==16439== definitely lost: 0 bytes in 0 blocks -==16439== indirectly lost: 0 bytes in 0 blocks -==16439== possibly lost: 0 bytes in 0 blocks -==16439== still reachable: 2,171,356 bytes in 383 blocks -==16439== suppressed: 0 bytes in 0 blocks -==16439== Rerun with --leak-check=full to see details of leaked memory -==16439== -==16439== For counts of detected and suppressed errors, rerun with: -v -==16439== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16485== Memcheck, a memory error detector -==16485== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16485== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16485== Command: ./../../gwion -p. -d dummy /dev/null -==16485== Parent PID: 15549 -==16485== -==16485== Invalid read of size 4 -==16485== at 0x130C28: env_err (gwion.c:110) -==16485== by 0x151192: name_valid (import.c:116) -==16485== by 0x152417: gwi_add_type (import.c:195) -==16485== by 0x1524DD: gwi_class_ini (import.c:229) -==16485== by 0x484818F: import (invalid_type3.c:18) -==16485== by 0x14AC48: type_engine_init (engine.c:107) -==16485== by 0x1308C5: gwion_engine (gwion.c:39) -==16485== by 0x1308C5: gwion_ini (gwion.c:78) -==16485== by 0x12F87D: main (main.c:23) -==16485== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16485== -==16485== -==16485== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16485== Access not within mapped region at address 0x28 -==16485== at 0x130C28: env_err (gwion.c:110) -==16485== by 0x151192: name_valid (import.c:116) -==16485== by 0x152417: gwi_add_type (import.c:195) -==16485== by 0x1524DD: gwi_class_ini (import.c:229) -==16485== by 0x484818F: import (invalid_type3.c:18) -==16485== by 0x14AC48: type_engine_init (engine.c:107) -==16485== by 0x1308C5: gwion_engine (gwion.c:39) -==16485== by 0x1308C5: gwion_ini (gwion.c:78) -==16485== by 0x12F87D: main (main.c:23) -==16485== If you believe this happened as a result of a stack -==16485== overflow in your program's main thread (unlikely but -==16485== possible), you can try to increase the size of the -==16485== main thread stack using the --main-stacksize= flag. -==16485== The main thread stack size used in this run was 8388608. -==16485== -==16485== HEAP SUMMARY: -==16485== in use at exit: 2,170,716 bytes in 374 blocks -==16485== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==16485== -==16485== LEAK SUMMARY: -==16485== definitely lost: 0 bytes in 0 blocks -==16485== indirectly lost: 0 bytes in 0 blocks -==16485== possibly lost: 0 bytes in 0 blocks -==16485== still reachable: 2,170,716 bytes in 374 blocks -==16485== suppressed: 0 bytes in 0 blocks -==16485== Rerun with --leak-check=full to see details of leaked memory -==16485== -==16485== For counts of detected and suppressed errors, rerun with: -v -==16485== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16666== Memcheck, a memory error detector -==16666== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16666== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16666== Command: ./../../gwion -p. -d dummy /dev/null -==16666== Parent PID: 15549 -==16666== -==16666== Invalid read of size 4 -==16666== at 0x130C28: env_err (gwion.c:110) -==16666== by 0x1531A6: make_dll_arg_list (import.c:398) -==16666== by 0x153882: make_dll_as_fun (import.c:440) -==16666== by 0x1539D1: gwi_func_end (import.c:449) -==16666== by 0x4848225: import (template_arg.c:21) -==16666== by 0x14AC48: type_engine_init (engine.c:107) -==16666== by 0x1308C5: gwion_engine (gwion.c:39) -==16666== by 0x1308C5: gwion_ini (gwion.c:78) -==16666== by 0x12F87D: main (main.c:23) -==16666== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16666== -==16666== -==16666== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16666== Access not within mapped region at address 0x28 -==16666== at 0x130C28: env_err (gwion.c:110) -==16666== by 0x1531A6: make_dll_arg_list (import.c:398) -==16666== by 0x153882: make_dll_as_fun (import.c:440) -==16666== by 0x1539D1: gwi_func_end (import.c:449) -==16666== by 0x4848225: import (template_arg.c:21) -==16666== by 0x14AC48: type_engine_init (engine.c:107) -==16666== by 0x1308C5: gwion_engine (gwion.c:39) -==16666== by 0x1308C5: gwion_ini (gwion.c:78) -==16666== by 0x12F87D: main (main.c:23) -==16666== If you believe this happened as a result of a stack -==16666== overflow in your program's main thread (unlikely but -==16666== possible), you can try to increase the size of the -==16666== main thread stack using the --main-stacksize= flag. -==16666== The main thread stack size used in this run was 8388608. -==16666== -==16666== HEAP SUMMARY: -==16666== in use at exit: 2,177,657 bytes in 395 blocks -==16666== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==16666== -==16666== LEAK SUMMARY: -==16666== definitely lost: 0 bytes in 0 blocks -==16666== indirectly lost: 0 bytes in 0 blocks -==16666== possibly lost: 0 bytes in 0 blocks -==16666== still reachable: 2,177,657 bytes in 395 blocks -==16666== suppressed: 0 bytes in 0 blocks -==16666== Rerun with --leak-check=full to see details of leaked memory -==16666== -==16666== For counts of detected and suppressed errors, rerun with: -v -==16666== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18107== Memcheck, a memory error detector -==18107== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18107== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18107== Command: ./../../gwion -p. -d dummy /dev/null -==18107== Parent PID: 18081 -==18107== -==18107== -==18107== HEAP SUMMARY: -==18107== in use at exit: 928 bytes in 10 blocks -==18107== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==18107== -==18107== LEAK SUMMARY: -==18107== definitely lost: 928 bytes in 10 blocks -==18107== indirectly lost: 0 bytes in 0 blocks -==18107== possibly lost: 0 bytes in 0 blocks -==18107== still reachable: 0 bytes in 0 blocks -==18107== suppressed: 0 bytes in 0 blocks -==18107== Rerun with --leak-check=full to see details of leaked memory -==18107== -==18107== For counts of detected and suppressed errors, rerun with: -v -==18107== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==18205== Memcheck, a memory error detector -==18205== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18205== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18205== Command: ./../../gwion -p. -d dummy /dev/null -==18205== Parent PID: 18081 -==18205== -==18205== Invalid read of size 4 -==18205== at 0x130C08: env_err (gwion.c:110) -==18205== by 0x1524AC: gwi_class_ini (import.c:220) -==18205== by 0x48481A0: import (begin_class.c:18) -==18205== by 0x14AC28: type_engine_init (engine.c:107) -==18205== by 0x1308A5: gwion_engine (gwion.c:39) -==18205== by 0x1308A5: gwion_ini (gwion.c:78) -==18205== by 0x12F85D: main (main.c:23) -==18205== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18205== -==18205== -==18205== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18205== Access not within mapped region at address 0x28 -==18205== at 0x130C08: env_err (gwion.c:110) -==18205== by 0x1524AC: gwi_class_ini (import.c:220) -==18205== by 0x48481A0: import (begin_class.c:18) -==18205== by 0x14AC28: type_engine_init (engine.c:107) -==18205== by 0x1308A5: gwion_engine (gwion.c:39) -==18205== by 0x1308A5: gwion_ini (gwion.c:78) -==18205== by 0x12F85D: main (main.c:23) -==18205== If you believe this happened as a result of a stack -==18205== overflow in your program's main thread (unlikely but -==18205== possible), you can try to increase the size of the -==18205== main thread stack using the --main-stacksize= flag. -==18205== The main thread stack size used in this run was 8388608. -==18205== -==18205== HEAP SUMMARY: -==18205== in use at exit: 2,171,350 bytes in 383 blocks -==18205== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==18205== -==18205== LEAK SUMMARY: -==18205== definitely lost: 0 bytes in 0 blocks -==18205== indirectly lost: 0 bytes in 0 blocks -==18205== possibly lost: 0 bytes in 0 blocks -==18205== still reachable: 2,171,350 bytes in 383 blocks -==18205== suppressed: 0 bytes in 0 blocks -==18205== Rerun with --leak-check=full to see details of leaked memory -==18205== -==18205== For counts of detected and suppressed errors, rerun with: -v -==18205== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18432== Memcheck, a memory error detector -==18432== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18432== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18432== Command: ./../../gwion -p. -d dummy /dev/null -==18432== Parent PID: 18081 -==18432== -==18432== Invalid read of size 4 -==18432== at 0x130C08: env_err (gwion.c:110) -==18432== by 0x154181: gwi_union_end (import.c:601) -==18432== by 0x4848152: import (empty_union.c:15) -==18432== by 0x14AC28: type_engine_init (engine.c:107) -==18432== by 0x1308A5: gwion_engine (gwion.c:39) -==18432== by 0x1308A5: gwion_ini (gwion.c:78) -==18432== by 0x12F85D: main (main.c:23) -==18432== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18432== -==18432== -==18432== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18432== Access not within mapped region at address 0x28 -==18432== at 0x130C08: env_err (gwion.c:110) -==18432== by 0x154181: gwi_union_end (import.c:601) -==18432== by 0x4848152: import (empty_union.c:15) -==18432== by 0x14AC28: type_engine_init (engine.c:107) -==18432== by 0x1308A5: gwion_engine (gwion.c:39) -==18432== by 0x1308A5: gwion_ini (gwion.c:78) -==18432== by 0x12F85D: main (main.c:23) -==18432== If you believe this happened as a result of a stack -==18432== overflow in your program's main thread (unlikely but -==18432== possible), you can try to increase the size of the -==18432== main thread stack using the --main-stacksize= flag. -==18432== The main thread stack size used in this run was 8388608. -==18432== -==18432== HEAP SUMMARY: -==18432== in use at exit: 2,170,710 bytes in 374 blocks -==18432== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==18432== -==18432== LEAK SUMMARY: -==18432== definitely lost: 0 bytes in 0 blocks -==18432== indirectly lost: 0 bytes in 0 blocks -==18432== possibly lost: 0 bytes in 0 blocks -==18432== still reachable: 2,170,710 bytes in 374 blocks -==18432== suppressed: 0 bytes in 0 blocks -==18432== Rerun with --leak-check=full to see details of leaked memory -==18432== -==18432== For counts of detected and suppressed errors, rerun with: -v -==18432== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18478== Memcheck, a memory error detector -==18478== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18478== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18478== Command: ./../../gwion -p. -d dummy /dev/null -==18478== Parent PID: 18081 -==18478== -==18478== Invalid read of size 4 -==18478== at 0x130C08: env_err (gwion.c:110) -==18478== by 0x152A2B: gwi_class_end (import.c:268) -==18478== by 0x4848133: import (end_class.c:15) -==18478== by 0x14AC28: type_engine_init (engine.c:107) -==18478== by 0x1308A5: gwion_engine (gwion.c:39) -==18478== by 0x1308A5: gwion_ini (gwion.c:78) -==18478== by 0x12F85D: main (main.c:23) -==18478== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18478== -==18478== -==18478== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18478== Access not within mapped region at address 0x28 -==18478== at 0x130C08: env_err (gwion.c:110) -==18478== by 0x152A2B: gwi_class_end (import.c:268) -==18478== by 0x4848133: import (end_class.c:15) -==18478== by 0x14AC28: type_engine_init (engine.c:107) -==18478== by 0x1308A5: gwion_engine (gwion.c:39) -==18478== by 0x1308A5: gwion_ini (gwion.c:78) -==18478== by 0x12F85D: main (main.c:23) -==18478== If you believe this happened as a result of a stack -==18478== overflow in your program's main thread (unlikely but -==18478== possible), you can try to increase the size of the -==18478== main thread stack using the --main-stacksize= flag. -==18478== The main thread stack size used in this run was 8388608. -==18478== -==18478== HEAP SUMMARY: -==18478== in use at exit: 2,170,704 bytes in 374 blocks -==18478== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==18478== -==18478== LEAK SUMMARY: -==18478== definitely lost: 0 bytes in 0 blocks -==18478== indirectly lost: 0 bytes in 0 blocks -==18478== possibly lost: 0 bytes in 0 blocks -==18478== still reachable: 2,170,704 bytes in 374 blocks -==18478== suppressed: 0 bytes in 0 blocks -==18478== Rerun with --leak-check=full to see details of leaked memory -==18478== -==18478== For counts of detected and suppressed errors, rerun with: -v -==18478== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18796== Memcheck, a memory error detector -==18796== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18796== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18796== Command: ./../../gwion -p. -d dummy /dev/null -==18796== Parent PID: 18081 -==18796== -==18796== Invalid read of size 4 -==18796== at 0x130C08: env_err (gwion.c:110) -==18796== by 0x1513F5: path_valid (import.c:145) -==18796== by 0x151D54: str2list (import.c:167) -==18796== by 0x152E72: str2decl (import.c:366) -==18796== by 0x15329C: make_dll_arg_list (import.c:395) -==18796== by 0x1537D0: make_dll_as_fun (import.c:440) -==18796== by 0x15391F: gwi_func_end (import.c:449) -==18796== by 0x4848225: import (invalid_arg.c:21) -==18796== by 0x14AC28: type_engine_init (engine.c:107) -==18796== by 0x1308A5: gwion_engine (gwion.c:39) -==18796== by 0x1308A5: gwion_ini (gwion.c:78) -==18796== by 0x12F85D: main (main.c:23) -==18796== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18796== -==18796== -==18796== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18796== Access not within mapped region at address 0x28 -==18796== at 0x130C08: env_err (gwion.c:110) -==18796== by 0x1513F5: path_valid (import.c:145) -==18796== by 0x151D54: str2list (import.c:167) -==18796== by 0x152E72: str2decl (import.c:366) -==18796== by 0x15329C: make_dll_arg_list (import.c:395) -==18796== by 0x1537D0: make_dll_as_fun (import.c:440) -==18796== by 0x15391F: gwi_func_end (import.c:449) -==18796== by 0x4848225: import (invalid_arg.c:21) -==18796== by 0x14AC28: type_engine_init (engine.c:107) -==18796== by 0x1308A5: gwion_engine (gwion.c:39) -==18796== by 0x1308A5: gwion_ini (gwion.c:78) -==18796== by 0x12F85D: main (main.c:23) -==18796== If you believe this happened as a result of a stack -==18796== overflow in your program's main thread (unlikely but -==18796== possible), you can try to increase the size of the -==18796== main thread stack using the --main-stacksize= flag. -==18796== The main thread stack size used in this run was 8388608. -==18796== -==18796== HEAP SUMMARY: -==18796== in use at exit: 2,171,862 bytes in 384 blocks -==18796== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==18796== -==18796== LEAK SUMMARY: -==18796== definitely lost: 0 bytes in 0 blocks -==18796== indirectly lost: 0 bytes in 0 blocks -==18796== possibly lost: 0 bytes in 0 blocks -==18796== still reachable: 2,171,862 bytes in 384 blocks -==18796== suppressed: 0 bytes in 0 blocks -==18796== Rerun with --leak-check=full to see details of leaked memory -==18796== -==18796== For counts of detected and suppressed errors, rerun with: -v -==18796== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18842== Memcheck, a memory error detector -==18842== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18842== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18842== Command: ./../../gwion -p. -d dummy /dev/null -==18842== Parent PID: 18081 -==18842== -==18842== Invalid read of size 4 -==18842== at 0x130C08: env_err (gwion.c:110) -==18842== by 0x153373: make_dll_arg_list (import.c:406) -==18842== by 0x1537D0: make_dll_as_fun (import.c:440) -==18842== by 0x15391F: gwi_func_end (import.c:449) -==18842== by 0x48482A6: import (invalid_array.c:24) -==18842== by 0x14AC28: type_engine_init (engine.c:107) -==18842== by 0x1308A5: gwion_engine (gwion.c:39) -==18842== by 0x1308A5: gwion_ini (gwion.c:78) -==18842== by 0x12F85D: main (main.c:23) -==18842== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18842== -==18842== -==18842== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18842== Access not within mapped region at address 0x28 -==18842== at 0x130C08: env_err (gwion.c:110) -==18842== by 0x153373: make_dll_arg_list (import.c:406) -==18842== by 0x1537D0: make_dll_as_fun (import.c:440) -==18842== by 0x15391F: gwi_func_end (import.c:449) -==18842== by 0x48482A6: import (invalid_array.c:24) -==18842== by 0x14AC28: type_engine_init (engine.c:107) -==18842== by 0x1308A5: gwion_engine (gwion.c:39) -==18842== by 0x1308A5: gwion_ini (gwion.c:78) -==18842== by 0x12F85D: main (main.c:23) -==18842== If you believe this happened as a result of a stack -==18842== overflow in your program's main thread (unlikely but -==18842== possible), you can try to increase the size of the -==18842== main thread stack using the --main-stacksize= flag. -==18842== The main thread stack size used in this run was 8388608. -==18842== -==18842== HEAP SUMMARY: -==18842== in use at exit: 2,173,020 bytes in 385 blocks -==18842== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==18842== -==18842== LEAK SUMMARY: -==18842== definitely lost: 0 bytes in 0 blocks -==18842== indirectly lost: 0 bytes in 0 blocks -==18842== possibly lost: 0 bytes in 0 blocks -==18842== still reachable: 2,173,020 bytes in 385 blocks -==18842== suppressed: 0 bytes in 0 blocks -==18842== Rerun with --leak-check=full to see details of leaked memory -==18842== -==18842== For counts of detected and suppressed errors, rerun with: -v -==18842== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18888== Memcheck, a memory error detector -==18888== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18888== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18888== Command: ./../../gwion -p. -d dummy /dev/null -==18888== Parent PID: 18081 -==18888== -==18888== Invalid read of size 4 -==18888== at 0x130C08: env_err (gwion.c:110) -==18888== by 0x1513F5: path_valid (import.c:145) -==18888== by 0x151D54: str2list (import.c:167) -==18888== by 0x153613: import_td (import.c:418) -==18888== by 0x1537A4: make_dll_as_fun (import.c:436) -==18888== by 0x15391F: gwi_func_end (import.c:449) -==18888== by 0x48481EC: import (invalid_func.c:20) -==18888== by 0x14AC28: type_engine_init (engine.c:107) -==18888== by 0x1308A5: gwion_engine (gwion.c:39) -==18888== by 0x1308A5: gwion_ini (gwion.c:78) -==18888== by 0x12F85D: main (main.c:23) -==18888== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18888== -==18888== -==18888== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18888== Access not within mapped region at address 0x28 -==18888== at 0x130C08: env_err (gwion.c:110) -==18888== by 0x1513F5: path_valid (import.c:145) -==18888== by 0x151D54: str2list (import.c:167) -==18888== by 0x153613: import_td (import.c:418) -==18888== by 0x1537A4: make_dll_as_fun (import.c:436) -==18888== by 0x15391F: gwi_func_end (import.c:449) -==18888== by 0x48481EC: import (invalid_func.c:20) -==18888== by 0x14AC28: type_engine_init (engine.c:107) -==18888== by 0x1308A5: gwion_engine (gwion.c:39) -==18888== by 0x1308A5: gwion_ini (gwion.c:78) -==18888== by 0x12F85D: main (main.c:23) -==18888== If you believe this happened as a result of a stack -==18888== overflow in your program's main thread (unlikely but -==18888== possible), you can try to increase the size of the -==18888== main thread stack using the --main-stacksize= flag. -==18888== The main thread stack size used in this run was 8388608. -==18888== -==18888== HEAP SUMMARY: -==18888== in use at exit: 2,171,353 bytes in 383 blocks -==18888== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==18888== -==18888== LEAK SUMMARY: -==18888== definitely lost: 0 bytes in 0 blocks -==18888== indirectly lost: 0 bytes in 0 blocks -==18888== possibly lost: 0 bytes in 0 blocks -==18888== still reachable: 2,171,353 bytes in 383 blocks -==18888== suppressed: 0 bytes in 0 blocks -==18888== Rerun with --leak-check=full to see details of leaked memory -==18888== -==18888== For counts of detected and suppressed errors, rerun with: -v -==18888== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18934== Memcheck, a memory error detector -==18934== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18934== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18934== Command: ./../../gwion -p. -d dummy /dev/null -==18934== Parent PID: 18081 -==18934== -==18934== Invalid read of size 4 -==18934== at 0x130C08: env_err (gwion.c:110) -==18934== by 0x15127B: path_valid (import.c:135) -==18934== by 0x151D54: str2list (import.c:167) -==18934== by 0x152ABC: gwi_item_ini (import.c:302) -==18934== by 0x48481B5: import (invalid_type1.c:18) -==18934== by 0x14AC28: type_engine_init (engine.c:107) -==18934== by 0x1308A5: gwion_engine (gwion.c:39) -==18934== by 0x1308A5: gwion_ini (gwion.c:78) -==18934== by 0x12F85D: main (main.c:23) -==18934== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18934== -==18934== -==18934== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18934== Access not within mapped region at address 0x28 -==18934== at 0x130C08: env_err (gwion.c:110) -==18934== by 0x15127B: path_valid (import.c:135) -==18934== by 0x151D54: str2list (import.c:167) -==18934== by 0x152ABC: gwi_item_ini (import.c:302) -==18934== by 0x48481B5: import (invalid_type1.c:18) -==18934== by 0x14AC28: type_engine_init (engine.c:107) -==18934== by 0x1308A5: gwion_engine (gwion.c:39) -==18934== by 0x1308A5: gwion_ini (gwion.c:78) -==18934== by 0x12F85D: main (main.c:23) -==18934== If you believe this happened as a result of a stack -==18934== overflow in your program's main thread (unlikely but -==18934== possible), you can try to increase the size of the -==18934== main thread stack using the --main-stacksize= flag. -==18934== The main thread stack size used in this run was 8388608. -==18934== -==18934== HEAP SUMMARY: -==18934== in use at exit: 2,171,356 bytes in 383 blocks -==18934== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==18934== -==18934== LEAK SUMMARY: -==18934== definitely lost: 0 bytes in 0 blocks -==18934== indirectly lost: 0 bytes in 0 blocks -==18934== possibly lost: 0 bytes in 0 blocks -==18934== still reachable: 2,171,356 bytes in 383 blocks -==18934== suppressed: 0 bytes in 0 blocks -==18934== Rerun with --leak-check=full to see details of leaked memory -==18934== -==18934== For counts of detected and suppressed errors, rerun with: -v -==18934== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==18982== Memcheck, a memory error detector -==18982== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==18982== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==18982== Command: ./../../gwion -p. -d dummy /dev/null -==18982== Parent PID: 18081 -==18982== -==18982== Invalid read of size 4 -==18982== at 0x130C08: env_err (gwion.c:110) -==18982== by 0x1513F5: path_valid (import.c:145) -==18982== by 0x151D54: str2list (import.c:167) -==18982== by 0x152ABC: gwi_item_ini (import.c:302) -==18982== by 0x48481B5: import (invalid_type2.c:18) -==18982== by 0x14AC28: type_engine_init (engine.c:107) -==18982== by 0x1308A5: gwion_engine (gwion.c:39) -==18982== by 0x1308A5: gwion_ini (gwion.c:78) -==18982== by 0x12F85D: main (main.c:23) -==18982== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==18982== -==18982== -==18982== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==18982== Access not within mapped region at address 0x28 -==18982== at 0x130C08: env_err (gwion.c:110) -==18982== by 0x1513F5: path_valid (import.c:145) -==18982== by 0x151D54: str2list (import.c:167) -==18982== by 0x152ABC: gwi_item_ini (import.c:302) -==18982== by 0x48481B5: import (invalid_type2.c:18) -==18982== by 0x14AC28: type_engine_init (engine.c:107) -==18982== by 0x1308A5: gwion_engine (gwion.c:39) -==18982== by 0x1308A5: gwion_ini (gwion.c:78) -==18982== by 0x12F85D: main (main.c:23) -==18982== If you believe this happened as a result of a stack -==18982== overflow in your program's main thread (unlikely but -==18982== possible), you can try to increase the size of the -==18982== main thread stack using the --main-stacksize= flag. -==18982== The main thread stack size used in this run was 8388608. -==18982== -==18982== HEAP SUMMARY: -==18982== in use at exit: 2,171,356 bytes in 383 blocks -==18982== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==18982== -==18982== LEAK SUMMARY: -==18982== definitely lost: 0 bytes in 0 blocks -==18982== indirectly lost: 0 bytes in 0 blocks -==18982== possibly lost: 0 bytes in 0 blocks -==18982== still reachable: 2,171,356 bytes in 383 blocks -==18982== suppressed: 0 bytes in 0 blocks -==18982== Rerun with --leak-check=full to see details of leaked memory -==18982== -==18982== For counts of detected and suppressed errors, rerun with: -v -==18982== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==19028== Memcheck, a memory error detector -==19028== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==19028== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==19028== Command: ./../../gwion -p. -d dummy /dev/null -==19028== Parent PID: 18081 -==19028== -==19028== Invalid read of size 4 -==19028== at 0x130C08: env_err (gwion.c:110) -==19028== by 0x1510E0: name_valid (import.c:116) -==19028== by 0x152365: gwi_add_type (import.c:195) -==19028== by 0x15242B: gwi_class_ini (import.c:229) -==19028== by 0x484818F: import (invalid_type3.c:18) -==19028== by 0x14AC28: type_engine_init (engine.c:107) -==19028== by 0x1308A5: gwion_engine (gwion.c:39) -==19028== by 0x1308A5: gwion_ini (gwion.c:78) -==19028== by 0x12F85D: main (main.c:23) -==19028== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==19028== -==19028== -==19028== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==19028== Access not within mapped region at address 0x28 -==19028== at 0x130C08: env_err (gwion.c:110) -==19028== by 0x1510E0: name_valid (import.c:116) -==19028== by 0x152365: gwi_add_type (import.c:195) -==19028== by 0x15242B: gwi_class_ini (import.c:229) -==19028== by 0x484818F: import (invalid_type3.c:18) -==19028== by 0x14AC28: type_engine_init (engine.c:107) -==19028== by 0x1308A5: gwion_engine (gwion.c:39) -==19028== by 0x1308A5: gwion_ini (gwion.c:78) -==19028== by 0x12F85D: main (main.c:23) -==19028== If you believe this happened as a result of a stack -==19028== overflow in your program's main thread (unlikely but -==19028== possible), you can try to increase the size of the -==19028== main thread stack using the --main-stacksize= flag. -==19028== The main thread stack size used in this run was 8388608. -==19028== -==19028== HEAP SUMMARY: -==19028== in use at exit: 2,170,716 bytes in 374 blocks -==19028== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==19028== -==19028== LEAK SUMMARY: -==19028== definitely lost: 0 bytes in 0 blocks -==19028== indirectly lost: 0 bytes in 0 blocks -==19028== possibly lost: 0 bytes in 0 blocks -==19028== still reachable: 2,170,716 bytes in 374 blocks -==19028== suppressed: 0 bytes in 0 blocks -==19028== Rerun with --leak-check=full to see details of leaked memory -==19028== -==19028== For counts of detected and suppressed errors, rerun with: -v -==19028== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==19209== Memcheck, a memory error detector -==19209== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==19209== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==19209== Command: ./../../gwion -p. -d dummy /dev/null -==19209== Parent PID: 18081 -==19209== -==19209== Invalid read of size 4 -==19209== at 0x130C08: env_err (gwion.c:110) -==19209== by 0x1530F4: make_dll_arg_list (import.c:398) -==19209== by 0x1537D0: make_dll_as_fun (import.c:440) -==19209== by 0x15391F: gwi_func_end (import.c:449) -==19209== by 0x4848225: import (template_arg.c:21) -==19209== by 0x14AC28: type_engine_init (engine.c:107) -==19209== by 0x1308A5: gwion_engine (gwion.c:39) -==19209== by 0x1308A5: gwion_ini (gwion.c:78) -==19209== by 0x12F85D: main (main.c:23) -==19209== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==19209== -==19209== -==19209== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==19209== Access not within mapped region at address 0x28 -==19209== at 0x130C08: env_err (gwion.c:110) -==19209== by 0x1530F4: make_dll_arg_list (import.c:398) -==19209== by 0x1537D0: make_dll_as_fun (import.c:440) -==19209== by 0x15391F: gwi_func_end (import.c:449) -==19209== by 0x4848225: import (template_arg.c:21) -==19209== by 0x14AC28: type_engine_init (engine.c:107) -==19209== by 0x1308A5: gwion_engine (gwion.c:39) -==19209== by 0x1308A5: gwion_ini (gwion.c:78) -==19209== by 0x12F85D: main (main.c:23) -==19209== If you believe this happened as a result of a stack -==19209== overflow in your program's main thread (unlikely but -==19209== possible), you can try to increase the size of the -==19209== main thread stack using the --main-stacksize= flag. -==19209== The main thread stack size used in this run was 8388608. -==19209== -==19209== HEAP SUMMARY: -==19209== in use at exit: 2,177,657 bytes in 395 blocks -==19209== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==19209== -==19209== LEAK SUMMARY: -==19209== definitely lost: 0 bytes in 0 blocks -==19209== indirectly lost: 0 bytes in 0 blocks -==19209== possibly lost: 0 bytes in 0 blocks -==19209== still reachable: 2,177,657 bytes in 395 blocks -==19209== suppressed: 0 bytes in 0 blocks -==19209== Rerun with --leak-check=full to see details of leaked memory -==19209== -==19209== For counts of detected and suppressed errors, rerun with: -v -==19209== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==5710== Memcheck, a memory error detector -==5710== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==5710== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==5710== Command: ./../../gwion -p. -d dummy /dev/null -==5710== Parent PID: 5684 -==5710== -==5710== -==5710== HEAP SUMMARY: -==5710== in use at exit: 928 bytes in 10 blocks -==5710== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==5710== -==5710== LEAK SUMMARY: -==5710== definitely lost: 928 bytes in 10 blocks -==5710== indirectly lost: 0 bytes in 0 blocks -==5710== possibly lost: 0 bytes in 0 blocks -==5710== still reachable: 0 bytes in 0 blocks -==5710== suppressed: 0 bytes in 0 blocks -==5710== Rerun with --leak-check=full to see details of leaked memory -==5710== -==5710== For counts of detected and suppressed errors, rerun with: -v -==5710== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==5809== Memcheck, a memory error detector -==5809== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==5809== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==5809== Command: ./../../gwion -p. -d dummy /dev/null -==5809== Parent PID: 5684 -==5809== -==5809== Invalid read of size 4 -==5809== at 0x130C08: env_err (gwion.c:110) -==5809== by 0x1524AC: gwi_class_ini (import.c:220) -==5809== by 0x48481A0: import (begin_class.c:18) -==5809== by 0x14AC28: type_engine_init (engine.c:107) -==5809== by 0x1308A5: gwion_engine (gwion.c:39) -==5809== by 0x1308A5: gwion_ini (gwion.c:78) -==5809== by 0x12F85D: main (main.c:23) -==5809== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==5809== -==5809== -==5809== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==5809== Access not within mapped region at address 0x28 -==5809== at 0x130C08: env_err (gwion.c:110) -==5809== by 0x1524AC: gwi_class_ini (import.c:220) -==5809== by 0x48481A0: import (begin_class.c:18) -==5809== by 0x14AC28: type_engine_init (engine.c:107) -==5809== by 0x1308A5: gwion_engine (gwion.c:39) -==5809== by 0x1308A5: gwion_ini (gwion.c:78) -==5809== by 0x12F85D: main (main.c:23) -==5809== If you believe this happened as a result of a stack -==5809== overflow in your program's main thread (unlikely but -==5809== possible), you can try to increase the size of the -==5809== main thread stack using the --main-stacksize= flag. -==5809== The main thread stack size used in this run was 8388608. -==5809== -==5809== HEAP SUMMARY: -==5809== in use at exit: 2,171,350 bytes in 383 blocks -==5809== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==5809== -==5809== LEAK SUMMARY: -==5809== definitely lost: 0 bytes in 0 blocks -==5809== indirectly lost: 0 bytes in 0 blocks -==5809== possibly lost: 0 bytes in 0 blocks -==5809== still reachable: 2,171,350 bytes in 383 blocks -==5809== suppressed: 0 bytes in 0 blocks -==5809== Rerun with --leak-check=full to see details of leaked memory -==5809== -==5809== For counts of detected and suppressed errors, rerun with: -v -==5809== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6040== Memcheck, a memory error detector -==6040== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6040== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6040== Command: ./../../gwion -p. -d dummy /dev/null -==6040== Parent PID: 5684 -==6040== -==6040== Invalid read of size 4 -==6040== at 0x130C08: env_err (gwion.c:110) -==6040== by 0x154181: gwi_union_end (import.c:601) -==6040== by 0x4848152: import (empty_union.c:15) -==6040== by 0x14AC28: type_engine_init (engine.c:107) -==6040== by 0x1308A5: gwion_engine (gwion.c:39) -==6040== by 0x1308A5: gwion_ini (gwion.c:78) -==6040== by 0x12F85D: main (main.c:23) -==6040== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6040== -==6040== -==6040== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6040== Access not within mapped region at address 0x28 -==6040== at 0x130C08: env_err (gwion.c:110) -==6040== by 0x154181: gwi_union_end (import.c:601) -==6040== by 0x4848152: import (empty_union.c:15) -==6040== by 0x14AC28: type_engine_init (engine.c:107) -==6040== by 0x1308A5: gwion_engine (gwion.c:39) -==6040== by 0x1308A5: gwion_ini (gwion.c:78) -==6040== by 0x12F85D: main (main.c:23) -==6040== If you believe this happened as a result of a stack -==6040== overflow in your program's main thread (unlikely but -==6040== possible), you can try to increase the size of the -==6040== main thread stack using the --main-stacksize= flag. -==6040== The main thread stack size used in this run was 8388608. -==6040== -==6040== HEAP SUMMARY: -==6040== in use at exit: 2,170,710 bytes in 374 blocks -==6040== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==6040== -==6040== LEAK SUMMARY: -==6040== definitely lost: 0 bytes in 0 blocks -==6040== indirectly lost: 0 bytes in 0 blocks -==6040== possibly lost: 0 bytes in 0 blocks -==6040== still reachable: 2,170,710 bytes in 374 blocks -==6040== suppressed: 0 bytes in 0 blocks -==6040== Rerun with --leak-check=full to see details of leaked memory -==6040== -==6040== For counts of detected and suppressed errors, rerun with: -v -==6040== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6087== Memcheck, a memory error detector -==6087== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6087== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6087== Command: ./../../gwion -p. -d dummy /dev/null -==6087== Parent PID: 5684 -==6087== -==6087== Invalid read of size 4 -==6087== at 0x130C08: env_err (gwion.c:110) -==6087== by 0x152A2B: gwi_class_end (import.c:268) -==6087== by 0x4848133: import (end_class.c:15) -==6087== by 0x14AC28: type_engine_init (engine.c:107) -==6087== by 0x1308A5: gwion_engine (gwion.c:39) -==6087== by 0x1308A5: gwion_ini (gwion.c:78) -==6087== by 0x12F85D: main (main.c:23) -==6087== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6087== -==6087== -==6087== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6087== Access not within mapped region at address 0x28 -==6087== at 0x130C08: env_err (gwion.c:110) -==6087== by 0x152A2B: gwi_class_end (import.c:268) -==6087== by 0x4848133: import (end_class.c:15) -==6087== by 0x14AC28: type_engine_init (engine.c:107) -==6087== by 0x1308A5: gwion_engine (gwion.c:39) -==6087== by 0x1308A5: gwion_ini (gwion.c:78) -==6087== by 0x12F85D: main (main.c:23) -==6087== If you believe this happened as a result of a stack -==6087== overflow in your program's main thread (unlikely but -==6087== possible), you can try to increase the size of the -==6087== main thread stack using the --main-stacksize= flag. -==6087== The main thread stack size used in this run was 8388608. -==6087== -==6087== HEAP SUMMARY: -==6087== in use at exit: 2,170,704 bytes in 374 blocks -==6087== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==6087== -==6087== LEAK SUMMARY: -==6087== definitely lost: 0 bytes in 0 blocks -==6087== indirectly lost: 0 bytes in 0 blocks -==6087== possibly lost: 0 bytes in 0 blocks -==6087== still reachable: 2,170,704 bytes in 374 blocks -==6087== suppressed: 0 bytes in 0 blocks -==6087== Rerun with --leak-check=full to see details of leaked memory -==6087== -==6087== For counts of detected and suppressed errors, rerun with: -v -==6087== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6406== Memcheck, a memory error detector -==6406== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6406== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6406== Command: ./../../gwion -p. -d dummy /dev/null -==6406== Parent PID: 5684 -==6406== -==6406== Invalid read of size 4 -==6406== at 0x130C08: env_err (gwion.c:110) -==6406== by 0x1513F5: path_valid (import.c:145) -==6406== by 0x151D54: str2list (import.c:167) -==6406== by 0x152E72: str2decl (import.c:366) -==6406== by 0x15329C: make_dll_arg_list (import.c:395) -==6406== by 0x1537D0: make_dll_as_fun (import.c:440) -==6406== by 0x15391F: gwi_func_end (import.c:449) -==6406== by 0x4848225: import (invalid_arg.c:21) -==6406== by 0x14AC28: type_engine_init (engine.c:107) -==6406== by 0x1308A5: gwion_engine (gwion.c:39) -==6406== by 0x1308A5: gwion_ini (gwion.c:78) -==6406== by 0x12F85D: main (main.c:23) -==6406== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6406== -==6406== -==6406== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6406== Access not within mapped region at address 0x28 -==6406== at 0x130C08: env_err (gwion.c:110) -==6406== by 0x1513F5: path_valid (import.c:145) -==6406== by 0x151D54: str2list (import.c:167) -==6406== by 0x152E72: str2decl (import.c:366) -==6406== by 0x15329C: make_dll_arg_list (import.c:395) -==6406== by 0x1537D0: make_dll_as_fun (import.c:440) -==6406== by 0x15391F: gwi_func_end (import.c:449) -==6406== by 0x4848225: import (invalid_arg.c:21) -==6406== by 0x14AC28: type_engine_init (engine.c:107) -==6406== by 0x1308A5: gwion_engine (gwion.c:39) -==6406== by 0x1308A5: gwion_ini (gwion.c:78) -==6406== by 0x12F85D: main (main.c:23) -==6406== If you believe this happened as a result of a stack -==6406== overflow in your program's main thread (unlikely but -==6406== possible), you can try to increase the size of the -==6406== main thread stack using the --main-stacksize= flag. -==6406== The main thread stack size used in this run was 8388608. -==6406== -==6406== HEAP SUMMARY: -==6406== in use at exit: 2,171,862 bytes in 384 blocks -==6406== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==6406== -==6406== LEAK SUMMARY: -==6406== definitely lost: 0 bytes in 0 blocks -==6406== indirectly lost: 0 bytes in 0 blocks -==6406== possibly lost: 0 bytes in 0 blocks -==6406== still reachable: 2,171,862 bytes in 384 blocks -==6406== suppressed: 0 bytes in 0 blocks -==6406== Rerun with --leak-check=full to see details of leaked memory -==6406== -==6406== For counts of detected and suppressed errors, rerun with: -v -==6406== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6452== Memcheck, a memory error detector -==6452== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6452== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6452== Command: ./../../gwion -p. -d dummy /dev/null -==6452== Parent PID: 5684 -==6452== -==6452== Invalid read of size 4 -==6452== at 0x130C08: env_err (gwion.c:110) -==6452== by 0x153373: make_dll_arg_list (import.c:406) -==6452== by 0x1537D0: make_dll_as_fun (import.c:440) -==6452== by 0x15391F: gwi_func_end (import.c:449) -==6452== by 0x48482A6: import (invalid_array.c:24) -==6452== by 0x14AC28: type_engine_init (engine.c:107) -==6452== by 0x1308A5: gwion_engine (gwion.c:39) -==6452== by 0x1308A5: gwion_ini (gwion.c:78) -==6452== by 0x12F85D: main (main.c:23) -==6452== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6452== -==6452== -==6452== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6452== Access not within mapped region at address 0x28 -==6452== at 0x130C08: env_err (gwion.c:110) -==6452== by 0x153373: make_dll_arg_list (import.c:406) -==6452== by 0x1537D0: make_dll_as_fun (import.c:440) -==6452== by 0x15391F: gwi_func_end (import.c:449) -==6452== by 0x48482A6: import (invalid_array.c:24) -==6452== by 0x14AC28: type_engine_init (engine.c:107) -==6452== by 0x1308A5: gwion_engine (gwion.c:39) -==6452== by 0x1308A5: gwion_ini (gwion.c:78) -==6452== by 0x12F85D: main (main.c:23) -==6452== If you believe this happened as a result of a stack -==6452== overflow in your program's main thread (unlikely but -==6452== possible), you can try to increase the size of the -==6452== main thread stack using the --main-stacksize= flag. -==6452== The main thread stack size used in this run was 8388608. -==6452== -==6452== HEAP SUMMARY: -==6452== in use at exit: 2,173,020 bytes in 385 blocks -==6452== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==6452== -==6452== LEAK SUMMARY: -==6452== definitely lost: 0 bytes in 0 blocks -==6452== indirectly lost: 0 bytes in 0 blocks -==6452== possibly lost: 0 bytes in 0 blocks -==6452== still reachable: 2,173,020 bytes in 385 blocks -==6452== suppressed: 0 bytes in 0 blocks -==6452== Rerun with --leak-check=full to see details of leaked memory -==6452== -==6452== For counts of detected and suppressed errors, rerun with: -v -==6452== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6499== Memcheck, a memory error detector -==6499== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6499== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6499== Command: ./../../gwion -p. -d dummy /dev/null -==6499== Parent PID: 5684 -==6499== -==6499== Invalid read of size 4 -==6499== at 0x130C08: env_err (gwion.c:110) -==6499== by 0x1513F5: path_valid (import.c:145) -==6499== by 0x151D54: str2list (import.c:167) -==6499== by 0x153613: import_td (import.c:418) -==6499== by 0x1537A4: make_dll_as_fun (import.c:436) -==6499== by 0x15391F: gwi_func_end (import.c:449) -==6499== by 0x48481EC: import (invalid_func.c:20) -==6499== by 0x14AC28: type_engine_init (engine.c:107) -==6499== by 0x1308A5: gwion_engine (gwion.c:39) -==6499== by 0x1308A5: gwion_ini (gwion.c:78) -==6499== by 0x12F85D: main (main.c:23) -==6499== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6499== -==6499== -==6499== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6499== Access not within mapped region at address 0x28 -==6499== at 0x130C08: env_err (gwion.c:110) -==6499== by 0x1513F5: path_valid (import.c:145) -==6499== by 0x151D54: str2list (import.c:167) -==6499== by 0x153613: import_td (import.c:418) -==6499== by 0x1537A4: make_dll_as_fun (import.c:436) -==6499== by 0x15391F: gwi_func_end (import.c:449) -==6499== by 0x48481EC: import (invalid_func.c:20) -==6499== by 0x14AC28: type_engine_init (engine.c:107) -==6499== by 0x1308A5: gwion_engine (gwion.c:39) -==6499== by 0x1308A5: gwion_ini (gwion.c:78) -==6499== by 0x12F85D: main (main.c:23) -==6499== If you believe this happened as a result of a stack -==6499== overflow in your program's main thread (unlikely but -==6499== possible), you can try to increase the size of the -==6499== main thread stack using the --main-stacksize= flag. -==6499== The main thread stack size used in this run was 8388608. -==6499== -==6499== HEAP SUMMARY: -==6499== in use at exit: 2,171,353 bytes in 383 blocks -==6499== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==6499== -==6499== LEAK SUMMARY: -==6499== definitely lost: 0 bytes in 0 blocks -==6499== indirectly lost: 0 bytes in 0 blocks -==6499== possibly lost: 0 bytes in 0 blocks -==6499== still reachable: 2,171,353 bytes in 383 blocks -==6499== suppressed: 0 bytes in 0 blocks -==6499== Rerun with --leak-check=full to see details of leaked memory -==6499== -==6499== For counts of detected and suppressed errors, rerun with: -v -==6499== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6545== Memcheck, a memory error detector -==6545== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6545== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6545== Command: ./../../gwion -p. -d dummy /dev/null -==6545== Parent PID: 5684 -==6545== -==6545== Invalid read of size 4 -==6545== at 0x130C08: env_err (gwion.c:110) -==6545== by 0x15127B: path_valid (import.c:135) -==6545== by 0x151D54: str2list (import.c:167) -==6545== by 0x152ABC: gwi_item_ini (import.c:302) -==6545== by 0x48481B5: import (invalid_type1.c:18) -==6545== by 0x14AC28: type_engine_init (engine.c:107) -==6545== by 0x1308A5: gwion_engine (gwion.c:39) -==6545== by 0x1308A5: gwion_ini (gwion.c:78) -==6545== by 0x12F85D: main (main.c:23) -==6545== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6545== -==6545== -==6545== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6545== Access not within mapped region at address 0x28 -==6545== at 0x130C08: env_err (gwion.c:110) -==6545== by 0x15127B: path_valid (import.c:135) -==6545== by 0x151D54: str2list (import.c:167) -==6545== by 0x152ABC: gwi_item_ini (import.c:302) -==6545== by 0x48481B5: import (invalid_type1.c:18) -==6545== by 0x14AC28: type_engine_init (engine.c:107) -==6545== by 0x1308A5: gwion_engine (gwion.c:39) -==6545== by 0x1308A5: gwion_ini (gwion.c:78) -==6545== by 0x12F85D: main (main.c:23) -==6545== If you believe this happened as a result of a stack -==6545== overflow in your program's main thread (unlikely but -==6545== possible), you can try to increase the size of the -==6545== main thread stack using the --main-stacksize= flag. -==6545== The main thread stack size used in this run was 8388608. -==6545== -==6545== HEAP SUMMARY: -==6545== in use at exit: 2,171,356 bytes in 383 blocks -==6545== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==6545== -==6545== LEAK SUMMARY: -==6545== definitely lost: 0 bytes in 0 blocks -==6545== indirectly lost: 0 bytes in 0 blocks -==6545== possibly lost: 0 bytes in 0 blocks -==6545== still reachable: 2,171,356 bytes in 383 blocks -==6545== suppressed: 0 bytes in 0 blocks -==6545== Rerun with --leak-check=full to see details of leaked memory -==6545== -==6545== For counts of detected and suppressed errors, rerun with: -v -==6545== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6591== Memcheck, a memory error detector -==6591== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6591== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6591== Command: ./../../gwion -p. -d dummy /dev/null -==6591== Parent PID: 5684 -==6591== -==6591== Invalid read of size 4 -==6591== at 0x130C08: env_err (gwion.c:110) -==6591== by 0x1513F5: path_valid (import.c:145) -==6591== by 0x151D54: str2list (import.c:167) -==6591== by 0x152ABC: gwi_item_ini (import.c:302) -==6591== by 0x48481B5: import (invalid_type2.c:18) -==6591== by 0x14AC28: type_engine_init (engine.c:107) -==6591== by 0x1308A5: gwion_engine (gwion.c:39) -==6591== by 0x1308A5: gwion_ini (gwion.c:78) -==6591== by 0x12F85D: main (main.c:23) -==6591== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6591== -==6591== -==6591== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6591== Access not within mapped region at address 0x28 -==6591== at 0x130C08: env_err (gwion.c:110) -==6591== by 0x1513F5: path_valid (import.c:145) -==6591== by 0x151D54: str2list (import.c:167) -==6591== by 0x152ABC: gwi_item_ini (import.c:302) -==6591== by 0x48481B5: import (invalid_type2.c:18) -==6591== by 0x14AC28: type_engine_init (engine.c:107) -==6591== by 0x1308A5: gwion_engine (gwion.c:39) -==6591== by 0x1308A5: gwion_ini (gwion.c:78) -==6591== by 0x12F85D: main (main.c:23) -==6591== If you believe this happened as a result of a stack -==6591== overflow in your program's main thread (unlikely but -==6591== possible), you can try to increase the size of the -==6591== main thread stack using the --main-stacksize= flag. -==6591== The main thread stack size used in this run was 8388608. -==6591== -==6591== HEAP SUMMARY: -==6591== in use at exit: 2,171,356 bytes in 383 blocks -==6591== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==6591== -==6591== LEAK SUMMARY: -==6591== definitely lost: 0 bytes in 0 blocks -==6591== indirectly lost: 0 bytes in 0 blocks -==6591== possibly lost: 0 bytes in 0 blocks -==6591== still reachable: 2,171,356 bytes in 383 blocks -==6591== suppressed: 0 bytes in 0 blocks -==6591== Rerun with --leak-check=full to see details of leaked memory -==6591== -==6591== For counts of detected and suppressed errors, rerun with: -v -==6591== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6637== Memcheck, a memory error detector -==6637== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6637== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6637== Command: ./../../gwion -p. -d dummy /dev/null -==6637== Parent PID: 5684 -==6637== -==6637== Invalid read of size 4 -==6637== at 0x130C08: env_err (gwion.c:110) -==6637== by 0x1510E0: name_valid (import.c:116) -==6637== by 0x152365: gwi_add_type (import.c:195) -==6637== by 0x15242B: gwi_class_ini (import.c:229) -==6637== by 0x484818F: import (invalid_type3.c:18) -==6637== by 0x14AC28: type_engine_init (engine.c:107) -==6637== by 0x1308A5: gwion_engine (gwion.c:39) -==6637== by 0x1308A5: gwion_ini (gwion.c:78) -==6637== by 0x12F85D: main (main.c:23) -==6637== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6637== -==6637== -==6637== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6637== Access not within mapped region at address 0x28 -==6637== at 0x130C08: env_err (gwion.c:110) -==6637== by 0x1510E0: name_valid (import.c:116) -==6637== by 0x152365: gwi_add_type (import.c:195) -==6637== by 0x15242B: gwi_class_ini (import.c:229) -==6637== by 0x484818F: import (invalid_type3.c:18) -==6637== by 0x14AC28: type_engine_init (engine.c:107) -==6637== by 0x1308A5: gwion_engine (gwion.c:39) -==6637== by 0x1308A5: gwion_ini (gwion.c:78) -==6637== by 0x12F85D: main (main.c:23) -==6637== If you believe this happened as a result of a stack -==6637== overflow in your program's main thread (unlikely but -==6637== possible), you can try to increase the size of the -==6637== main thread stack using the --main-stacksize= flag. -==6637== The main thread stack size used in this run was 8388608. -==6637== -==6637== HEAP SUMMARY: -==6637== in use at exit: 2,170,716 bytes in 374 blocks -==6637== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==6637== -==6637== LEAK SUMMARY: -==6637== definitely lost: 0 bytes in 0 blocks -==6637== indirectly lost: 0 bytes in 0 blocks -==6637== possibly lost: 0 bytes in 0 blocks -==6637== still reachable: 2,170,716 bytes in 374 blocks -==6637== suppressed: 0 bytes in 0 blocks -==6637== Rerun with --leak-check=full to see details of leaked memory -==6637== -==6637== For counts of detected and suppressed errors, rerun with: -v -==6637== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==6819== Memcheck, a memory error detector -==6819== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==6819== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==6819== Command: ./../../gwion -p. -d dummy /dev/null -==6819== Parent PID: 5684 -==6819== -==6819== Invalid read of size 4 -==6819== at 0x130C08: env_err (gwion.c:110) -==6819== by 0x1530F4: make_dll_arg_list (import.c:398) -==6819== by 0x1537D0: make_dll_as_fun (import.c:440) -==6819== by 0x15391F: gwi_func_end (import.c:449) -==6819== by 0x4848225: import (template_arg.c:21) -==6819== by 0x14AC28: type_engine_init (engine.c:107) -==6819== by 0x1308A5: gwion_engine (gwion.c:39) -==6819== by 0x1308A5: gwion_ini (gwion.c:78) -==6819== by 0x12F85D: main (main.c:23) -==6819== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==6819== -==6819== -==6819== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==6819== Access not within mapped region at address 0x28 -==6819== at 0x130C08: env_err (gwion.c:110) -==6819== by 0x1530F4: make_dll_arg_list (import.c:398) -==6819== by 0x1537D0: make_dll_as_fun (import.c:440) -==6819== by 0x15391F: gwi_func_end (import.c:449) -==6819== by 0x4848225: import (template_arg.c:21) -==6819== by 0x14AC28: type_engine_init (engine.c:107) -==6819== by 0x1308A5: gwion_engine (gwion.c:39) -==6819== by 0x1308A5: gwion_ini (gwion.c:78) -==6819== by 0x12F85D: main (main.c:23) -==6819== If you believe this happened as a result of a stack -==6819== overflow in your program's main thread (unlikely but -==6819== possible), you can try to increase the size of the -==6819== main thread stack using the --main-stacksize= flag. -==6819== The main thread stack size used in this run was 8388608. -==6819== -==6819== HEAP SUMMARY: -==6819== in use at exit: 2,177,657 bytes in 395 blocks -==6819== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==6819== -==6819== LEAK SUMMARY: -==6819== definitely lost: 0 bytes in 0 blocks -==6819== indirectly lost: 0 bytes in 0 blocks -==6819== possibly lost: 0 bytes in 0 blocks -==6819== still reachable: 2,177,657 bytes in 395 blocks -==6819== suppressed: 0 bytes in 0 blocks -==6819== Rerun with --leak-check=full to see details of leaked memory -==6819== -==6819== For counts of detected and suppressed errors, rerun with: -v -==6819== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==25955== Memcheck, a memory error detector -==25955== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==25955== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==25955== Command: ./../../gwion -p. -d dummy /dev/null -==25955== Parent PID: 25929 -==25955== -==25955== -==25955== HEAP SUMMARY: -==25955== in use at exit: 928 bytes in 10 blocks -==25955== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==25955== -==25955== LEAK SUMMARY: -==25955== definitely lost: 928 bytes in 10 blocks -==25955== indirectly lost: 0 bytes in 0 blocks -==25955== possibly lost: 0 bytes in 0 blocks -==25955== still reachable: 0 bytes in 0 blocks -==25955== suppressed: 0 bytes in 0 blocks -==25955== Rerun with --leak-check=full to see details of leaked memory -==25955== -==25955== For counts of detected and suppressed errors, rerun with: -v -==25955== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==26053== Memcheck, a memory error detector -==26053== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26053== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26053== Command: ./../../gwion -p. -d dummy /dev/null -==26053== Parent PID: 25929 -==26053== -==26053== Invalid read of size 4 -==26053== at 0x130C08: env_err (gwion.c:110) -==26053== by 0x1524AC: gwi_class_ini (import.c:220) -==26053== by 0x48481A0: import (begin_class.c:18) -==26053== by 0x14AC28: type_engine_init (engine.c:107) -==26053== by 0x1308A5: gwion_engine (gwion.c:39) -==26053== by 0x1308A5: gwion_ini (gwion.c:78) -==26053== by 0x12F85D: main (main.c:23) -==26053== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26053== -==26053== -==26053== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26053== Access not within mapped region at address 0x28 -==26053== at 0x130C08: env_err (gwion.c:110) -==26053== by 0x1524AC: gwi_class_ini (import.c:220) -==26053== by 0x48481A0: import (begin_class.c:18) -==26053== by 0x14AC28: type_engine_init (engine.c:107) -==26053== by 0x1308A5: gwion_engine (gwion.c:39) -==26053== by 0x1308A5: gwion_ini (gwion.c:78) -==26053== by 0x12F85D: main (main.c:23) -==26053== If you believe this happened as a result of a stack -==26053== overflow in your program's main thread (unlikely but -==26053== possible), you can try to increase the size of the -==26053== main thread stack using the --main-stacksize= flag. -==26053== The main thread stack size used in this run was 8388608. -==26053== -==26053== HEAP SUMMARY: -==26053== in use at exit: 2,171,350 bytes in 383 blocks -==26053== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==26053== -==26053== LEAK SUMMARY: -==26053== definitely lost: 0 bytes in 0 blocks -==26053== indirectly lost: 0 bytes in 0 blocks -==26053== possibly lost: 0 bytes in 0 blocks -==26053== still reachable: 2,171,350 bytes in 383 blocks -==26053== suppressed: 0 bytes in 0 blocks -==26053== Rerun with --leak-check=full to see details of leaked memory -==26053== -==26053== For counts of detected and suppressed errors, rerun with: -v -==26053== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26283== Memcheck, a memory error detector -==26283== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26283== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26283== Command: ./../../gwion -p. -d dummy /dev/null -==26283== Parent PID: 25929 -==26283== -==26283== Invalid read of size 4 -==26283== at 0x130C08: env_err (gwion.c:110) -==26283== by 0x154181: gwi_union_end (import.c:601) -==26283== by 0x4848152: import (empty_union.c:15) -==26283== by 0x14AC28: type_engine_init (engine.c:107) -==26283== by 0x1308A5: gwion_engine (gwion.c:39) -==26283== by 0x1308A5: gwion_ini (gwion.c:78) -==26283== by 0x12F85D: main (main.c:23) -==26283== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26283== -==26283== -==26283== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26283== Access not within mapped region at address 0x28 -==26283== at 0x130C08: env_err (gwion.c:110) -==26283== by 0x154181: gwi_union_end (import.c:601) -==26283== by 0x4848152: import (empty_union.c:15) -==26283== by 0x14AC28: type_engine_init (engine.c:107) -==26283== by 0x1308A5: gwion_engine (gwion.c:39) -==26283== by 0x1308A5: gwion_ini (gwion.c:78) -==26283== by 0x12F85D: main (main.c:23) -==26283== If you believe this happened as a result of a stack -==26283== overflow in your program's main thread (unlikely but -==26283== possible), you can try to increase the size of the -==26283== main thread stack using the --main-stacksize= flag. -==26283== The main thread stack size used in this run was 8388608. -==26283== -==26283== HEAP SUMMARY: -==26283== in use at exit: 2,170,710 bytes in 374 blocks -==26283== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==26283== -==26283== LEAK SUMMARY: -==26283== definitely lost: 0 bytes in 0 blocks -==26283== indirectly lost: 0 bytes in 0 blocks -==26283== possibly lost: 0 bytes in 0 blocks -==26283== still reachable: 2,170,710 bytes in 374 blocks -==26283== suppressed: 0 bytes in 0 blocks -==26283== Rerun with --leak-check=full to see details of leaked memory -==26283== -==26283== For counts of detected and suppressed errors, rerun with: -v -==26283== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26330== Memcheck, a memory error detector -==26330== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26330== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26330== Command: ./../../gwion -p. -d dummy /dev/null -==26330== Parent PID: 25929 -==26330== -==26330== Invalid read of size 4 -==26330== at 0x130C08: env_err (gwion.c:110) -==26330== by 0x152A2B: gwi_class_end (import.c:268) -==26330== by 0x4848133: import (end_class.c:15) -==26330== by 0x14AC28: type_engine_init (engine.c:107) -==26330== by 0x1308A5: gwion_engine (gwion.c:39) -==26330== by 0x1308A5: gwion_ini (gwion.c:78) -==26330== by 0x12F85D: main (main.c:23) -==26330== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26330== -==26330== -==26330== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26330== Access not within mapped region at address 0x28 -==26330== at 0x130C08: env_err (gwion.c:110) -==26330== by 0x152A2B: gwi_class_end (import.c:268) -==26330== by 0x4848133: import (end_class.c:15) -==26330== by 0x14AC28: type_engine_init (engine.c:107) -==26330== by 0x1308A5: gwion_engine (gwion.c:39) -==26330== by 0x1308A5: gwion_ini (gwion.c:78) -==26330== by 0x12F85D: main (main.c:23) -==26330== If you believe this happened as a result of a stack -==26330== overflow in your program's main thread (unlikely but -==26330== possible), you can try to increase the size of the -==26330== main thread stack using the --main-stacksize= flag. -==26330== The main thread stack size used in this run was 8388608. -==26330== -==26330== HEAP SUMMARY: -==26330== in use at exit: 2,170,704 bytes in 374 blocks -==26330== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==26330== -==26330== LEAK SUMMARY: -==26330== definitely lost: 0 bytes in 0 blocks -==26330== indirectly lost: 0 bytes in 0 blocks -==26330== possibly lost: 0 bytes in 0 blocks -==26330== still reachable: 2,170,704 bytes in 374 blocks -==26330== suppressed: 0 bytes in 0 blocks -==26330== Rerun with --leak-check=full to see details of leaked memory -==26330== -==26330== For counts of detected and suppressed errors, rerun with: -v -==26330== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26660== Memcheck, a memory error detector -==26660== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26660== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26660== Command: ./../../gwion -p. -d dummy /dev/null -==26660== Parent PID: 25929 -==26660== -==26660== Invalid read of size 4 -==26660== at 0x130C08: env_err (gwion.c:110) -==26660== by 0x1513F5: path_valid (import.c:145) -==26660== by 0x151D54: str2list (import.c:167) -==26660== by 0x152E72: str2decl (import.c:366) -==26660== by 0x15329C: make_dll_arg_list (import.c:395) -==26660== by 0x1537D0: make_dll_as_fun (import.c:440) -==26660== by 0x15391F: gwi_func_end (import.c:449) -==26660== by 0x4848225: import (invalid_arg.c:21) -==26660== by 0x14AC28: type_engine_init (engine.c:107) -==26660== by 0x1308A5: gwion_engine (gwion.c:39) -==26660== by 0x1308A5: gwion_ini (gwion.c:78) -==26660== by 0x12F85D: main (main.c:23) -==26660== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26660== -==26660== -==26660== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26660== Access not within mapped region at address 0x28 -==26660== at 0x130C08: env_err (gwion.c:110) -==26660== by 0x1513F5: path_valid (import.c:145) -==26660== by 0x151D54: str2list (import.c:167) -==26660== by 0x152E72: str2decl (import.c:366) -==26660== by 0x15329C: make_dll_arg_list (import.c:395) -==26660== by 0x1537D0: make_dll_as_fun (import.c:440) -==26660== by 0x15391F: gwi_func_end (import.c:449) -==26660== by 0x4848225: import (invalid_arg.c:21) -==26660== by 0x14AC28: type_engine_init (engine.c:107) -==26660== by 0x1308A5: gwion_engine (gwion.c:39) -==26660== by 0x1308A5: gwion_ini (gwion.c:78) -==26660== by 0x12F85D: main (main.c:23) -==26660== If you believe this happened as a result of a stack -==26660== overflow in your program's main thread (unlikely but -==26660== possible), you can try to increase the size of the -==26660== main thread stack using the --main-stacksize= flag. -==26660== The main thread stack size used in this run was 8388608. -==26660== -==26660== HEAP SUMMARY: -==26660== in use at exit: 2,171,862 bytes in 384 blocks -==26660== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==26660== -==26660== LEAK SUMMARY: -==26660== definitely lost: 0 bytes in 0 blocks -==26660== indirectly lost: 0 bytes in 0 blocks -==26660== possibly lost: 0 bytes in 0 blocks -==26660== still reachable: 2,171,862 bytes in 384 blocks -==26660== suppressed: 0 bytes in 0 blocks -==26660== Rerun with --leak-check=full to see details of leaked memory -==26660== -==26660== For counts of detected and suppressed errors, rerun with: -v -==26660== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26706== Memcheck, a memory error detector -==26706== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26706== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26706== Command: ./../../gwion -p. -d dummy /dev/null -==26706== Parent PID: 25929 -==26706== -==26706== Invalid read of size 4 -==26706== at 0x130C08: env_err (gwion.c:110) -==26706== by 0x153373: make_dll_arg_list (import.c:406) -==26706== by 0x1537D0: make_dll_as_fun (import.c:440) -==26706== by 0x15391F: gwi_func_end (import.c:449) -==26706== by 0x48482A6: import (invalid_array.c:24) -==26706== by 0x14AC28: type_engine_init (engine.c:107) -==26706== by 0x1308A5: gwion_engine (gwion.c:39) -==26706== by 0x1308A5: gwion_ini (gwion.c:78) -==26706== by 0x12F85D: main (main.c:23) -==26706== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26706== -==26706== -==26706== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26706== Access not within mapped region at address 0x28 -==26706== at 0x130C08: env_err (gwion.c:110) -==26706== by 0x153373: make_dll_arg_list (import.c:406) -==26706== by 0x1537D0: make_dll_as_fun (import.c:440) -==26706== by 0x15391F: gwi_func_end (import.c:449) -==26706== by 0x48482A6: import (invalid_array.c:24) -==26706== by 0x14AC28: type_engine_init (engine.c:107) -==26706== by 0x1308A5: gwion_engine (gwion.c:39) -==26706== by 0x1308A5: gwion_ini (gwion.c:78) -==26706== by 0x12F85D: main (main.c:23) -==26706== If you believe this happened as a result of a stack -==26706== overflow in your program's main thread (unlikely but -==26706== possible), you can try to increase the size of the -==26706== main thread stack using the --main-stacksize= flag. -==26706== The main thread stack size used in this run was 8388608. -==26706== -==26706== HEAP SUMMARY: -==26706== in use at exit: 2,173,020 bytes in 385 blocks -==26706== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==26706== -==26706== LEAK SUMMARY: -==26706== definitely lost: 0 bytes in 0 blocks -==26706== indirectly lost: 0 bytes in 0 blocks -==26706== possibly lost: 0 bytes in 0 blocks -==26706== still reachable: 2,173,020 bytes in 385 blocks -==26706== suppressed: 0 bytes in 0 blocks -==26706== Rerun with --leak-check=full to see details of leaked memory -==26706== -==26706== For counts of detected and suppressed errors, rerun with: -v -==26706== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26752== Memcheck, a memory error detector -==26752== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26752== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26752== Command: ./../../gwion -p. -d dummy /dev/null -==26752== Parent PID: 25929 -==26752== -==26752== Invalid read of size 4 -==26752== at 0x130C08: env_err (gwion.c:110) -==26752== by 0x1513F5: path_valid (import.c:145) -==26752== by 0x151D54: str2list (import.c:167) -==26752== by 0x153613: import_td (import.c:418) -==26752== by 0x1537A4: make_dll_as_fun (import.c:436) -==26752== by 0x15391F: gwi_func_end (import.c:449) -==26752== by 0x48481EC: import (invalid_func.c:20) -==26752== by 0x14AC28: type_engine_init (engine.c:107) -==26752== by 0x1308A5: gwion_engine (gwion.c:39) -==26752== by 0x1308A5: gwion_ini (gwion.c:78) -==26752== by 0x12F85D: main (main.c:23) -==26752== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26752== -==26752== -==26752== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26752== Access not within mapped region at address 0x28 -==26752== at 0x130C08: env_err (gwion.c:110) -==26752== by 0x1513F5: path_valid (import.c:145) -==26752== by 0x151D54: str2list (import.c:167) -==26752== by 0x153613: import_td (import.c:418) -==26752== by 0x1537A4: make_dll_as_fun (import.c:436) -==26752== by 0x15391F: gwi_func_end (import.c:449) -==26752== by 0x48481EC: import (invalid_func.c:20) -==26752== by 0x14AC28: type_engine_init (engine.c:107) -==26752== by 0x1308A5: gwion_engine (gwion.c:39) -==26752== by 0x1308A5: gwion_ini (gwion.c:78) -==26752== by 0x12F85D: main (main.c:23) -==26752== If you believe this happened as a result of a stack -==26752== overflow in your program's main thread (unlikely but -==26752== possible), you can try to increase the size of the -==26752== main thread stack using the --main-stacksize= flag. -==26752== The main thread stack size used in this run was 8388608. -==26752== -==26752== HEAP SUMMARY: -==26752== in use at exit: 2,171,353 bytes in 383 blocks -==26752== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==26752== -==26752== LEAK SUMMARY: -==26752== definitely lost: 0 bytes in 0 blocks -==26752== indirectly lost: 0 bytes in 0 blocks -==26752== possibly lost: 0 bytes in 0 blocks -==26752== still reachable: 2,171,353 bytes in 383 blocks -==26752== suppressed: 0 bytes in 0 blocks -==26752== Rerun with --leak-check=full to see details of leaked memory -==26752== -==26752== For counts of detected and suppressed errors, rerun with: -v -==26752== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26799== Memcheck, a memory error detector -==26799== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26799== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26799== Command: ./../../gwion -p. -d dummy /dev/null -==26799== Parent PID: 25929 -==26799== -==26799== Invalid read of size 4 -==26799== at 0x130C08: env_err (gwion.c:110) -==26799== by 0x15127B: path_valid (import.c:135) -==26799== by 0x151D54: str2list (import.c:167) -==26799== by 0x152ABC: gwi_item_ini (import.c:302) -==26799== by 0x48481B5: import (invalid_type1.c:18) -==26799== by 0x14AC28: type_engine_init (engine.c:107) -==26799== by 0x1308A5: gwion_engine (gwion.c:39) -==26799== by 0x1308A5: gwion_ini (gwion.c:78) -==26799== by 0x12F85D: main (main.c:23) -==26799== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26799== -==26799== -==26799== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26799== Access not within mapped region at address 0x28 -==26799== at 0x130C08: env_err (gwion.c:110) -==26799== by 0x15127B: path_valid (import.c:135) -==26799== by 0x151D54: str2list (import.c:167) -==26799== by 0x152ABC: gwi_item_ini (import.c:302) -==26799== by 0x48481B5: import (invalid_type1.c:18) -==26799== by 0x14AC28: type_engine_init (engine.c:107) -==26799== by 0x1308A5: gwion_engine (gwion.c:39) -==26799== by 0x1308A5: gwion_ini (gwion.c:78) -==26799== by 0x12F85D: main (main.c:23) -==26799== If you believe this happened as a result of a stack -==26799== overflow in your program's main thread (unlikely but -==26799== possible), you can try to increase the size of the -==26799== main thread stack using the --main-stacksize= flag. -==26799== The main thread stack size used in this run was 8388608. -==26799== -==26799== HEAP SUMMARY: -==26799== in use at exit: 2,171,356 bytes in 383 blocks -==26799== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==26799== -==26799== LEAK SUMMARY: -==26799== definitely lost: 0 bytes in 0 blocks -==26799== indirectly lost: 0 bytes in 0 blocks -==26799== possibly lost: 0 bytes in 0 blocks -==26799== still reachable: 2,171,356 bytes in 383 blocks -==26799== suppressed: 0 bytes in 0 blocks -==26799== Rerun with --leak-check=full to see details of leaked memory -==26799== -==26799== For counts of detected and suppressed errors, rerun with: -v -==26799== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26846== Memcheck, a memory error detector -==26846== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26846== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26846== Command: ./../../gwion -p. -d dummy /dev/null -==26846== Parent PID: 25929 -==26846== -==26846== Invalid read of size 4 -==26846== at 0x130C08: env_err (gwion.c:110) -==26846== by 0x1513F5: path_valid (import.c:145) -==26846== by 0x151D54: str2list (import.c:167) -==26846== by 0x152ABC: gwi_item_ini (import.c:302) -==26846== by 0x48481B5: import (invalid_type2.c:18) -==26846== by 0x14AC28: type_engine_init (engine.c:107) -==26846== by 0x1308A5: gwion_engine (gwion.c:39) -==26846== by 0x1308A5: gwion_ini (gwion.c:78) -==26846== by 0x12F85D: main (main.c:23) -==26846== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26846== -==26846== -==26846== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26846== Access not within mapped region at address 0x28 -==26846== at 0x130C08: env_err (gwion.c:110) -==26846== by 0x1513F5: path_valid (import.c:145) -==26846== by 0x151D54: str2list (import.c:167) -==26846== by 0x152ABC: gwi_item_ini (import.c:302) -==26846== by 0x48481B5: import (invalid_type2.c:18) -==26846== by 0x14AC28: type_engine_init (engine.c:107) -==26846== by 0x1308A5: gwion_engine (gwion.c:39) -==26846== by 0x1308A5: gwion_ini (gwion.c:78) -==26846== by 0x12F85D: main (main.c:23) -==26846== If you believe this happened as a result of a stack -==26846== overflow in your program's main thread (unlikely but -==26846== possible), you can try to increase the size of the -==26846== main thread stack using the --main-stacksize= flag. -==26846== The main thread stack size used in this run was 8388608. -==26846== -==26846== HEAP SUMMARY: -==26846== in use at exit: 2,171,356 bytes in 383 blocks -==26846== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==26846== -==26846== LEAK SUMMARY: -==26846== definitely lost: 0 bytes in 0 blocks -==26846== indirectly lost: 0 bytes in 0 blocks -==26846== possibly lost: 0 bytes in 0 blocks -==26846== still reachable: 2,171,356 bytes in 383 blocks -==26846== suppressed: 0 bytes in 0 blocks -==26846== Rerun with --leak-check=full to see details of leaked memory -==26846== -==26846== For counts of detected and suppressed errors, rerun with: -v -==26846== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26892== Memcheck, a memory error detector -==26892== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26892== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26892== Command: ./../../gwion -p. -d dummy /dev/null -==26892== Parent PID: 25929 -==26892== -==26892== Invalid read of size 4 -==26892== at 0x130C08: env_err (gwion.c:110) -==26892== by 0x1510E0: name_valid (import.c:116) -==26892== by 0x152365: gwi_add_type (import.c:195) -==26892== by 0x15242B: gwi_class_ini (import.c:229) -==26892== by 0x484818F: import (invalid_type3.c:18) -==26892== by 0x14AC28: type_engine_init (engine.c:107) -==26892== by 0x1308A5: gwion_engine (gwion.c:39) -==26892== by 0x1308A5: gwion_ini (gwion.c:78) -==26892== by 0x12F85D: main (main.c:23) -==26892== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26892== -==26892== -==26892== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26892== Access not within mapped region at address 0x28 -==26892== at 0x130C08: env_err (gwion.c:110) -==26892== by 0x1510E0: name_valid (import.c:116) -==26892== by 0x152365: gwi_add_type (import.c:195) -==26892== by 0x15242B: gwi_class_ini (import.c:229) -==26892== by 0x484818F: import (invalid_type3.c:18) -==26892== by 0x14AC28: type_engine_init (engine.c:107) -==26892== by 0x1308A5: gwion_engine (gwion.c:39) -==26892== by 0x1308A5: gwion_ini (gwion.c:78) -==26892== by 0x12F85D: main (main.c:23) -==26892== If you believe this happened as a result of a stack -==26892== overflow in your program's main thread (unlikely but -==26892== possible), you can try to increase the size of the -==26892== main thread stack using the --main-stacksize= flag. -==26892== The main thread stack size used in this run was 8388608. -==26892== -==26892== HEAP SUMMARY: -==26892== in use at exit: 2,170,716 bytes in 374 blocks -==26892== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==26892== -==26892== LEAK SUMMARY: -==26892== definitely lost: 0 bytes in 0 blocks -==26892== indirectly lost: 0 bytes in 0 blocks -==26892== possibly lost: 0 bytes in 0 blocks -==26892== still reachable: 2,170,716 bytes in 374 blocks -==26892== suppressed: 0 bytes in 0 blocks -==26892== Rerun with --leak-check=full to see details of leaked memory -==26892== -==26892== For counts of detected and suppressed errors, rerun with: -v -==26892== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==27078== Memcheck, a memory error detector -==27078== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==27078== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==27078== Command: ./../../gwion -p. -d dummy /dev/null -==27078== Parent PID: 25929 -==27078== -==27078== Invalid read of size 4 -==27078== at 0x130C08: env_err (gwion.c:110) -==27078== by 0x1530F4: make_dll_arg_list (import.c:398) -==27078== by 0x1537D0: make_dll_as_fun (import.c:440) -==27078== by 0x15391F: gwi_func_end (import.c:449) -==27078== by 0x4848225: import (template_arg.c:21) -==27078== by 0x14AC28: type_engine_init (engine.c:107) -==27078== by 0x1308A5: gwion_engine (gwion.c:39) -==27078== by 0x1308A5: gwion_ini (gwion.c:78) -==27078== by 0x12F85D: main (main.c:23) -==27078== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==27078== -==27078== -==27078== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==27078== Access not within mapped region at address 0x28 -==27078== at 0x130C08: env_err (gwion.c:110) -==27078== by 0x1530F4: make_dll_arg_list (import.c:398) -==27078== by 0x1537D0: make_dll_as_fun (import.c:440) -==27078== by 0x15391F: gwi_func_end (import.c:449) -==27078== by 0x4848225: import (template_arg.c:21) -==27078== by 0x14AC28: type_engine_init (engine.c:107) -==27078== by 0x1308A5: gwion_engine (gwion.c:39) -==27078== by 0x1308A5: gwion_ini (gwion.c:78) -==27078== by 0x12F85D: main (main.c:23) -==27078== If you believe this happened as a result of a stack -==27078== overflow in your program's main thread (unlikely but -==27078== possible), you can try to increase the size of the -==27078== main thread stack using the --main-stacksize= flag. -==27078== The main thread stack size used in this run was 8388608. -==27078== -==27078== HEAP SUMMARY: -==27078== in use at exit: 2,177,657 bytes in 395 blocks -==27078== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==27078== -==27078== LEAK SUMMARY: -==27078== definitely lost: 0 bytes in 0 blocks -==27078== indirectly lost: 0 bytes in 0 blocks -==27078== possibly lost: 0 bytes in 0 blocks -==27078== still reachable: 2,177,657 bytes in 395 blocks -==27078== suppressed: 0 bytes in 0 blocks -==27078== Rerun with --leak-check=full to see details of leaked memory -==27078== -==27078== For counts of detected and suppressed errors, rerun with: -v -==27078== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==25955== Memcheck, a memory error detector -==25955== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==25955== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==25955== Command: ./../../gwion -p. -d dummy /dev/null -==25955== Parent PID: 25929 -==25955== -==25955== -==25955== HEAP SUMMARY: -==25955== in use at exit: 928 bytes in 10 blocks -==25955== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==25955== -==25955== LEAK SUMMARY: -==25955== definitely lost: 928 bytes in 10 blocks -==25955== indirectly lost: 0 bytes in 0 blocks -==25955== possibly lost: 0 bytes in 0 blocks -==25955== still reachable: 0 bytes in 0 blocks -==25955== suppressed: 0 bytes in 0 blocks -==25955== Rerun with --leak-check=full to see details of leaked memory -==25955== -==25955== For counts of detected and suppressed errors, rerun with: -v -==25955== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==26053== Memcheck, a memory error detector -==26053== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26053== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26053== Command: ./../../gwion -p. -d dummy /dev/null -==26053== Parent PID: 25929 -==26053== -==26053== Invalid read of size 4 -==26053== at 0x130C08: env_err (gwion.c:110) -==26053== by 0x1524AC: gwi_class_ini (import.c:220) -==26053== by 0x48481A0: import (begin_class.c:18) -==26053== by 0x14AC28: type_engine_init (engine.c:107) -==26053== by 0x1308A5: gwion_engine (gwion.c:39) -==26053== by 0x1308A5: gwion_ini (gwion.c:78) -==26053== by 0x12F85D: main (main.c:23) -==26053== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26053== -==26053== -==26053== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26053== Access not within mapped region at address 0x28 -==26053== at 0x130C08: env_err (gwion.c:110) -==26053== by 0x1524AC: gwi_class_ini (import.c:220) -==26053== by 0x48481A0: import (begin_class.c:18) -==26053== by 0x14AC28: type_engine_init (engine.c:107) -==26053== by 0x1308A5: gwion_engine (gwion.c:39) -==26053== by 0x1308A5: gwion_ini (gwion.c:78) -==26053== by 0x12F85D: main (main.c:23) -==26053== If you believe this happened as a result of a stack -==26053== overflow in your program's main thread (unlikely but -==26053== possible), you can try to increase the size of the -==26053== main thread stack using the --main-stacksize= flag. -==26053== The main thread stack size used in this run was 8388608. -==26053== -==26053== HEAP SUMMARY: -==26053== in use at exit: 2,171,350 bytes in 383 blocks -==26053== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==26053== -==26053== LEAK SUMMARY: -==26053== definitely lost: 0 bytes in 0 blocks -==26053== indirectly lost: 0 bytes in 0 blocks -==26053== possibly lost: 0 bytes in 0 blocks -==26053== still reachable: 2,171,350 bytes in 383 blocks -==26053== suppressed: 0 bytes in 0 blocks -==26053== Rerun with --leak-check=full to see details of leaked memory -==26053== -==26053== For counts of detected and suppressed errors, rerun with: -v -==26053== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26283== Memcheck, a memory error detector -==26283== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26283== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26283== Command: ./../../gwion -p. -d dummy /dev/null -==26283== Parent PID: 25929 -==26283== -==26283== Invalid read of size 4 -==26283== at 0x130C08: env_err (gwion.c:110) -==26283== by 0x154181: gwi_union_end (import.c:601) -==26283== by 0x4848152: import (empty_union.c:15) -==26283== by 0x14AC28: type_engine_init (engine.c:107) -==26283== by 0x1308A5: gwion_engine (gwion.c:39) -==26283== by 0x1308A5: gwion_ini (gwion.c:78) -==26283== by 0x12F85D: main (main.c:23) -==26283== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26283== -==26283== -==26283== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26283== Access not within mapped region at address 0x28 -==26283== at 0x130C08: env_err (gwion.c:110) -==26283== by 0x154181: gwi_union_end (import.c:601) -==26283== by 0x4848152: import (empty_union.c:15) -==26283== by 0x14AC28: type_engine_init (engine.c:107) -==26283== by 0x1308A5: gwion_engine (gwion.c:39) -==26283== by 0x1308A5: gwion_ini (gwion.c:78) -==26283== by 0x12F85D: main (main.c:23) -==26283== If you believe this happened as a result of a stack -==26283== overflow in your program's main thread (unlikely but -==26283== possible), you can try to increase the size of the -==26283== main thread stack using the --main-stacksize= flag. -==26283== The main thread stack size used in this run was 8388608. -==26283== -==26283== HEAP SUMMARY: -==26283== in use at exit: 2,170,710 bytes in 374 blocks -==26283== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==26283== -==26283== LEAK SUMMARY: -==26283== definitely lost: 0 bytes in 0 blocks -==26283== indirectly lost: 0 bytes in 0 blocks -==26283== possibly lost: 0 bytes in 0 blocks -==26283== still reachable: 2,170,710 bytes in 374 blocks -==26283== suppressed: 0 bytes in 0 blocks -==26283== Rerun with --leak-check=full to see details of leaked memory -==26283== -==26283== For counts of detected and suppressed errors, rerun with: -v -==26283== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26330== Memcheck, a memory error detector -==26330== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26330== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26330== Command: ./../../gwion -p. -d dummy /dev/null -==26330== Parent PID: 25929 -==26330== -==26330== Invalid read of size 4 -==26330== at 0x130C08: env_err (gwion.c:110) -==26330== by 0x152A2B: gwi_class_end (import.c:268) -==26330== by 0x4848133: import (end_class.c:15) -==26330== by 0x14AC28: type_engine_init (engine.c:107) -==26330== by 0x1308A5: gwion_engine (gwion.c:39) -==26330== by 0x1308A5: gwion_ini (gwion.c:78) -==26330== by 0x12F85D: main (main.c:23) -==26330== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26330== -==26330== -==26330== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26330== Access not within mapped region at address 0x28 -==26330== at 0x130C08: env_err (gwion.c:110) -==26330== by 0x152A2B: gwi_class_end (import.c:268) -==26330== by 0x4848133: import (end_class.c:15) -==26330== by 0x14AC28: type_engine_init (engine.c:107) -==26330== by 0x1308A5: gwion_engine (gwion.c:39) -==26330== by 0x1308A5: gwion_ini (gwion.c:78) -==26330== by 0x12F85D: main (main.c:23) -==26330== If you believe this happened as a result of a stack -==26330== overflow in your program's main thread (unlikely but -==26330== possible), you can try to increase the size of the -==26330== main thread stack using the --main-stacksize= flag. -==26330== The main thread stack size used in this run was 8388608. -==26330== -==26330== HEAP SUMMARY: -==26330== in use at exit: 2,170,704 bytes in 374 blocks -==26330== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==26330== -==26330== LEAK SUMMARY: -==26330== definitely lost: 0 bytes in 0 blocks -==26330== indirectly lost: 0 bytes in 0 blocks -==26330== possibly lost: 0 bytes in 0 blocks -==26330== still reachable: 2,170,704 bytes in 374 blocks -==26330== suppressed: 0 bytes in 0 blocks -==26330== Rerun with --leak-check=full to see details of leaked memory -==26330== -==26330== For counts of detected and suppressed errors, rerun with: -v -==26330== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26660== Memcheck, a memory error detector -==26660== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26660== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26660== Command: ./../../gwion -p. -d dummy /dev/null -==26660== Parent PID: 25929 -==26660== -==26660== Invalid read of size 4 -==26660== at 0x130C08: env_err (gwion.c:110) -==26660== by 0x1513F5: path_valid (import.c:145) -==26660== by 0x151D54: str2list (import.c:167) -==26660== by 0x152E72: str2decl (import.c:366) -==26660== by 0x15329C: make_dll_arg_list (import.c:395) -==26660== by 0x1537D0: make_dll_as_fun (import.c:440) -==26660== by 0x15391F: gwi_func_end (import.c:449) -==26660== by 0x4848225: import (invalid_arg.c:21) -==26660== by 0x14AC28: type_engine_init (engine.c:107) -==26660== by 0x1308A5: gwion_engine (gwion.c:39) -==26660== by 0x1308A5: gwion_ini (gwion.c:78) -==26660== by 0x12F85D: main (main.c:23) -==26660== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26660== -==26660== -==26660== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26660== Access not within mapped region at address 0x28 -==26660== at 0x130C08: env_err (gwion.c:110) -==26660== by 0x1513F5: path_valid (import.c:145) -==26660== by 0x151D54: str2list (import.c:167) -==26660== by 0x152E72: str2decl (import.c:366) -==26660== by 0x15329C: make_dll_arg_list (import.c:395) -==26660== by 0x1537D0: make_dll_as_fun (import.c:440) -==26660== by 0x15391F: gwi_func_end (import.c:449) -==26660== by 0x4848225: import (invalid_arg.c:21) -==26660== by 0x14AC28: type_engine_init (engine.c:107) -==26660== by 0x1308A5: gwion_engine (gwion.c:39) -==26660== by 0x1308A5: gwion_ini (gwion.c:78) -==26660== by 0x12F85D: main (main.c:23) -==26660== If you believe this happened as a result of a stack -==26660== overflow in your program's main thread (unlikely but -==26660== possible), you can try to increase the size of the -==26660== main thread stack using the --main-stacksize= flag. -==26660== The main thread stack size used in this run was 8388608. -==26660== -==26660== HEAP SUMMARY: -==26660== in use at exit: 2,171,862 bytes in 384 blocks -==26660== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==26660== -==26660== LEAK SUMMARY: -==26660== definitely lost: 0 bytes in 0 blocks -==26660== indirectly lost: 0 bytes in 0 blocks -==26660== possibly lost: 0 bytes in 0 blocks -==26660== still reachable: 2,171,862 bytes in 384 blocks -==26660== suppressed: 0 bytes in 0 blocks -==26660== Rerun with --leak-check=full to see details of leaked memory -==26660== -==26660== For counts of detected and suppressed errors, rerun with: -v -==26660== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26706== Memcheck, a memory error detector -==26706== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26706== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26706== Command: ./../../gwion -p. -d dummy /dev/null -==26706== Parent PID: 25929 -==26706== -==26706== Invalid read of size 4 -==26706== at 0x130C08: env_err (gwion.c:110) -==26706== by 0x153373: make_dll_arg_list (import.c:406) -==26706== by 0x1537D0: make_dll_as_fun (import.c:440) -==26706== by 0x15391F: gwi_func_end (import.c:449) -==26706== by 0x48482A6: import (invalid_array.c:24) -==26706== by 0x14AC28: type_engine_init (engine.c:107) -==26706== by 0x1308A5: gwion_engine (gwion.c:39) -==26706== by 0x1308A5: gwion_ini (gwion.c:78) -==26706== by 0x12F85D: main (main.c:23) -==26706== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26706== -==26706== -==26706== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26706== Access not within mapped region at address 0x28 -==26706== at 0x130C08: env_err (gwion.c:110) -==26706== by 0x153373: make_dll_arg_list (import.c:406) -==26706== by 0x1537D0: make_dll_as_fun (import.c:440) -==26706== by 0x15391F: gwi_func_end (import.c:449) -==26706== by 0x48482A6: import (invalid_array.c:24) -==26706== by 0x14AC28: type_engine_init (engine.c:107) -==26706== by 0x1308A5: gwion_engine (gwion.c:39) -==26706== by 0x1308A5: gwion_ini (gwion.c:78) -==26706== by 0x12F85D: main (main.c:23) -==26706== If you believe this happened as a result of a stack -==26706== overflow in your program's main thread (unlikely but -==26706== possible), you can try to increase the size of the -==26706== main thread stack using the --main-stacksize= flag. -==26706== The main thread stack size used in this run was 8388608. -==26706== -==26706== HEAP SUMMARY: -==26706== in use at exit: 2,173,020 bytes in 385 blocks -==26706== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==26706== -==26706== LEAK SUMMARY: -==26706== definitely lost: 0 bytes in 0 blocks -==26706== indirectly lost: 0 bytes in 0 blocks -==26706== possibly lost: 0 bytes in 0 blocks -==26706== still reachable: 2,173,020 bytes in 385 blocks -==26706== suppressed: 0 bytes in 0 blocks -==26706== Rerun with --leak-check=full to see details of leaked memory -==26706== -==26706== For counts of detected and suppressed errors, rerun with: -v -==26706== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26752== Memcheck, a memory error detector -==26752== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26752== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26752== Command: ./../../gwion -p. -d dummy /dev/null -==26752== Parent PID: 25929 -==26752== -==26752== Invalid read of size 4 -==26752== at 0x130C08: env_err (gwion.c:110) -==26752== by 0x1513F5: path_valid (import.c:145) -==26752== by 0x151D54: str2list (import.c:167) -==26752== by 0x153613: import_td (import.c:418) -==26752== by 0x1537A4: make_dll_as_fun (import.c:436) -==26752== by 0x15391F: gwi_func_end (import.c:449) -==26752== by 0x48481EC: import (invalid_func.c:20) -==26752== by 0x14AC28: type_engine_init (engine.c:107) -==26752== by 0x1308A5: gwion_engine (gwion.c:39) -==26752== by 0x1308A5: gwion_ini (gwion.c:78) -==26752== by 0x12F85D: main (main.c:23) -==26752== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26752== -==26752== -==26752== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26752== Access not within mapped region at address 0x28 -==26752== at 0x130C08: env_err (gwion.c:110) -==26752== by 0x1513F5: path_valid (import.c:145) -==26752== by 0x151D54: str2list (import.c:167) -==26752== by 0x153613: import_td (import.c:418) -==26752== by 0x1537A4: make_dll_as_fun (import.c:436) -==26752== by 0x15391F: gwi_func_end (import.c:449) -==26752== by 0x48481EC: import (invalid_func.c:20) -==26752== by 0x14AC28: type_engine_init (engine.c:107) -==26752== by 0x1308A5: gwion_engine (gwion.c:39) -==26752== by 0x1308A5: gwion_ini (gwion.c:78) -==26752== by 0x12F85D: main (main.c:23) -==26752== If you believe this happened as a result of a stack -==26752== overflow in your program's main thread (unlikely but -==26752== possible), you can try to increase the size of the -==26752== main thread stack using the --main-stacksize= flag. -==26752== The main thread stack size used in this run was 8388608. -==26752== -==26752== HEAP SUMMARY: -==26752== in use at exit: 2,171,353 bytes in 383 blocks -==26752== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==26752== -==26752== LEAK SUMMARY: -==26752== definitely lost: 0 bytes in 0 blocks -==26752== indirectly lost: 0 bytes in 0 blocks -==26752== possibly lost: 0 bytes in 0 blocks -==26752== still reachable: 2,171,353 bytes in 383 blocks -==26752== suppressed: 0 bytes in 0 blocks -==26752== Rerun with --leak-check=full to see details of leaked memory -==26752== -==26752== For counts of detected and suppressed errors, rerun with: -v -==26752== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26799== Memcheck, a memory error detector -==26799== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26799== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26799== Command: ./../../gwion -p. -d dummy /dev/null -==26799== Parent PID: 25929 -==26799== -==26799== Invalid read of size 4 -==26799== at 0x130C08: env_err (gwion.c:110) -==26799== by 0x15127B: path_valid (import.c:135) -==26799== by 0x151D54: str2list (import.c:167) -==26799== by 0x152ABC: gwi_item_ini (import.c:302) -==26799== by 0x48481B5: import (invalid_type1.c:18) -==26799== by 0x14AC28: type_engine_init (engine.c:107) -==26799== by 0x1308A5: gwion_engine (gwion.c:39) -==26799== by 0x1308A5: gwion_ini (gwion.c:78) -==26799== by 0x12F85D: main (main.c:23) -==26799== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26799== -==26799== -==26799== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26799== Access not within mapped region at address 0x28 -==26799== at 0x130C08: env_err (gwion.c:110) -==26799== by 0x15127B: path_valid (import.c:135) -==26799== by 0x151D54: str2list (import.c:167) -==26799== by 0x152ABC: gwi_item_ini (import.c:302) -==26799== by 0x48481B5: import (invalid_type1.c:18) -==26799== by 0x14AC28: type_engine_init (engine.c:107) -==26799== by 0x1308A5: gwion_engine (gwion.c:39) -==26799== by 0x1308A5: gwion_ini (gwion.c:78) -==26799== by 0x12F85D: main (main.c:23) -==26799== If you believe this happened as a result of a stack -==26799== overflow in your program's main thread (unlikely but -==26799== possible), you can try to increase the size of the -==26799== main thread stack using the --main-stacksize= flag. -==26799== The main thread stack size used in this run was 8388608. -==26799== -==26799== HEAP SUMMARY: -==26799== in use at exit: 2,171,356 bytes in 383 blocks -==26799== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==26799== -==26799== LEAK SUMMARY: -==26799== definitely lost: 0 bytes in 0 blocks -==26799== indirectly lost: 0 bytes in 0 blocks -==26799== possibly lost: 0 bytes in 0 blocks -==26799== still reachable: 2,171,356 bytes in 383 blocks -==26799== suppressed: 0 bytes in 0 blocks -==26799== Rerun with --leak-check=full to see details of leaked memory -==26799== -==26799== For counts of detected and suppressed errors, rerun with: -v -==26799== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26846== Memcheck, a memory error detector -==26846== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26846== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26846== Command: ./../../gwion -p. -d dummy /dev/null -==26846== Parent PID: 25929 -==26846== -==26846== Invalid read of size 4 -==26846== at 0x130C08: env_err (gwion.c:110) -==26846== by 0x1513F5: path_valid (import.c:145) -==26846== by 0x151D54: str2list (import.c:167) -==26846== by 0x152ABC: gwi_item_ini (import.c:302) -==26846== by 0x48481B5: import (invalid_type2.c:18) -==26846== by 0x14AC28: type_engine_init (engine.c:107) -==26846== by 0x1308A5: gwion_engine (gwion.c:39) -==26846== by 0x1308A5: gwion_ini (gwion.c:78) -==26846== by 0x12F85D: main (main.c:23) -==26846== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26846== -==26846== -==26846== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26846== Access not within mapped region at address 0x28 -==26846== at 0x130C08: env_err (gwion.c:110) -==26846== by 0x1513F5: path_valid (import.c:145) -==26846== by 0x151D54: str2list (import.c:167) -==26846== by 0x152ABC: gwi_item_ini (import.c:302) -==26846== by 0x48481B5: import (invalid_type2.c:18) -==26846== by 0x14AC28: type_engine_init (engine.c:107) -==26846== by 0x1308A5: gwion_engine (gwion.c:39) -==26846== by 0x1308A5: gwion_ini (gwion.c:78) -==26846== by 0x12F85D: main (main.c:23) -==26846== If you believe this happened as a result of a stack -==26846== overflow in your program's main thread (unlikely but -==26846== possible), you can try to increase the size of the -==26846== main thread stack using the --main-stacksize= flag. -==26846== The main thread stack size used in this run was 8388608. -==26846== -==26846== HEAP SUMMARY: -==26846== in use at exit: 2,171,356 bytes in 383 blocks -==26846== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==26846== -==26846== LEAK SUMMARY: -==26846== definitely lost: 0 bytes in 0 blocks -==26846== indirectly lost: 0 bytes in 0 blocks -==26846== possibly lost: 0 bytes in 0 blocks -==26846== still reachable: 2,171,356 bytes in 383 blocks -==26846== suppressed: 0 bytes in 0 blocks -==26846== Rerun with --leak-check=full to see details of leaked memory -==26846== -==26846== For counts of detected and suppressed errors, rerun with: -v -==26846== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==26892== Memcheck, a memory error detector -==26892== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26892== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26892== Command: ./../../gwion -p. -d dummy /dev/null -==26892== Parent PID: 25929 -==26892== -==26892== Invalid read of size 4 -==26892== at 0x130C08: env_err (gwion.c:110) -==26892== by 0x1510E0: name_valid (import.c:116) -==26892== by 0x152365: gwi_add_type (import.c:195) -==26892== by 0x15242B: gwi_class_ini (import.c:229) -==26892== by 0x484818F: import (invalid_type3.c:18) -==26892== by 0x14AC28: type_engine_init (engine.c:107) -==26892== by 0x1308A5: gwion_engine (gwion.c:39) -==26892== by 0x1308A5: gwion_ini (gwion.c:78) -==26892== by 0x12F85D: main (main.c:23) -==26892== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==26892== -==26892== -==26892== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==26892== Access not within mapped region at address 0x28 -==26892== at 0x130C08: env_err (gwion.c:110) -==26892== by 0x1510E0: name_valid (import.c:116) -==26892== by 0x152365: gwi_add_type (import.c:195) -==26892== by 0x15242B: gwi_class_ini (import.c:229) -==26892== by 0x484818F: import (invalid_type3.c:18) -==26892== by 0x14AC28: type_engine_init (engine.c:107) -==26892== by 0x1308A5: gwion_engine (gwion.c:39) -==26892== by 0x1308A5: gwion_ini (gwion.c:78) -==26892== by 0x12F85D: main (main.c:23) -==26892== If you believe this happened as a result of a stack -==26892== overflow in your program's main thread (unlikely but -==26892== possible), you can try to increase the size of the -==26892== main thread stack using the --main-stacksize= flag. -==26892== The main thread stack size used in this run was 8388608. -==26892== -==26892== HEAP SUMMARY: -==26892== in use at exit: 2,170,716 bytes in 374 blocks -==26892== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==26892== -==26892== LEAK SUMMARY: -==26892== definitely lost: 0 bytes in 0 blocks -==26892== indirectly lost: 0 bytes in 0 blocks -==26892== possibly lost: 0 bytes in 0 blocks -==26892== still reachable: 2,170,716 bytes in 374 blocks -==26892== suppressed: 0 bytes in 0 blocks -==26892== Rerun with --leak-check=full to see details of leaked memory -==26892== -==26892== For counts of detected and suppressed errors, rerun with: -v -==26892== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==27078== Memcheck, a memory error detector -==27078== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==27078== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==27078== Command: ./../../gwion -p. -d dummy /dev/null -==27078== Parent PID: 25929 -==27078== -==27078== Invalid read of size 4 -==27078== at 0x130C08: env_err (gwion.c:110) -==27078== by 0x1530F4: make_dll_arg_list (import.c:398) -==27078== by 0x1537D0: make_dll_as_fun (import.c:440) -==27078== by 0x15391F: gwi_func_end (import.c:449) -==27078== by 0x4848225: import (template_arg.c:21) -==27078== by 0x14AC28: type_engine_init (engine.c:107) -==27078== by 0x1308A5: gwion_engine (gwion.c:39) -==27078== by 0x1308A5: gwion_ini (gwion.c:78) -==27078== by 0x12F85D: main (main.c:23) -==27078== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==27078== -==27078== -==27078== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==27078== Access not within mapped region at address 0x28 -==27078== at 0x130C08: env_err (gwion.c:110) -==27078== by 0x1530F4: make_dll_arg_list (import.c:398) -==27078== by 0x1537D0: make_dll_as_fun (import.c:440) -==27078== by 0x15391F: gwi_func_end (import.c:449) -==27078== by 0x4848225: import (template_arg.c:21) -==27078== by 0x14AC28: type_engine_init (engine.c:107) -==27078== by 0x1308A5: gwion_engine (gwion.c:39) -==27078== by 0x1308A5: gwion_ini (gwion.c:78) -==27078== by 0x12F85D: main (main.c:23) -==27078== If you believe this happened as a result of a stack -==27078== overflow in your program's main thread (unlikely but -==27078== possible), you can try to increase the size of the -==27078== main thread stack using the --main-stacksize= flag. -==27078== The main thread stack size used in this run was 8388608. -==27078== -==27078== HEAP SUMMARY: -==27078== in use at exit: 2,177,657 bytes in 395 blocks -==27078== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==27078== -==27078== LEAK SUMMARY: -==27078== definitely lost: 0 bytes in 0 blocks -==27078== indirectly lost: 0 bytes in 0 blocks -==27078== possibly lost: 0 bytes in 0 blocks -==27078== still reachable: 2,177,657 bytes in 395 blocks -==27078== suppressed: 0 bytes in 0 blocks -==27078== Rerun with --leak-check=full to see details of leaked memory -==27078== -==27078== For counts of detected and suppressed errors, rerun with: -v -==27078== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==22243== Memcheck, a memory error detector -==22243== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22243== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22243== Command: ./../../gwion -p. -d dummy /dev/null -==22243== Parent PID: 22217 -==22243== -==22243== -==22243== HEAP SUMMARY: -==22243== in use at exit: 928 bytes in 10 blocks -==22243== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==22243== -==22243== LEAK SUMMARY: -==22243== definitely lost: 928 bytes in 10 blocks -==22243== indirectly lost: 0 bytes in 0 blocks -==22243== possibly lost: 0 bytes in 0 blocks -==22243== still reachable: 0 bytes in 0 blocks -==22243== suppressed: 0 bytes in 0 blocks -==22243== Rerun with --leak-check=full to see details of leaked memory -==22243== -==22243== For counts of detected and suppressed errors, rerun with: -v -==22243== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==22341== Memcheck, a memory error detector -==22341== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22341== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22341== Command: ./../../gwion -p. -d dummy /dev/null -==22341== Parent PID: 22217 -==22341== -==22341== Invalid read of size 4 -==22341== at 0x130C08: env_err (gwion.c:110) -==22341== by 0x1524AC: gwi_class_ini (import.c:220) -==22341== by 0x48481A0: import (begin_class.c:18) -==22341== by 0x14AC28: type_engine_init (engine.c:107) -==22341== by 0x1308A5: gwion_engine (gwion.c:39) -==22341== by 0x1308A5: gwion_ini (gwion.c:78) -==22341== by 0x12F85D: main (main.c:23) -==22341== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==22341== -==22341== -==22341== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==22341== Access not within mapped region at address 0x28 -==22341== at 0x130C08: env_err (gwion.c:110) -==22341== by 0x1524AC: gwi_class_ini (import.c:220) -==22341== by 0x48481A0: import (begin_class.c:18) -==22341== by 0x14AC28: type_engine_init (engine.c:107) -==22341== by 0x1308A5: gwion_engine (gwion.c:39) -==22341== by 0x1308A5: gwion_ini (gwion.c:78) -==22341== by 0x12F85D: main (main.c:23) -==22341== If you believe this happened as a result of a stack -==22341== overflow in your program's main thread (unlikely but -==22341== possible), you can try to increase the size of the -==22341== main thread stack using the --main-stacksize= flag. -==22341== The main thread stack size used in this run was 8388608. -==22341== -==22341== HEAP SUMMARY: -==22341== in use at exit: 2,171,350 bytes in 383 blocks -==22341== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==22341== -==22341== LEAK SUMMARY: -==22341== definitely lost: 0 bytes in 0 blocks -==22341== indirectly lost: 0 bytes in 0 blocks -==22341== possibly lost: 0 bytes in 0 blocks -==22341== still reachable: 2,171,350 bytes in 383 blocks -==22341== suppressed: 0 bytes in 0 blocks -==22341== Rerun with --leak-check=full to see details of leaked memory -==22341== -==22341== For counts of detected and suppressed errors, rerun with: -v -==22341== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==22570== Memcheck, a memory error detector -==22570== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22570== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22570== Command: ./../../gwion -p. -d dummy /dev/null -==22570== Parent PID: 22217 -==22570== -==22570== Invalid read of size 4 -==22570== at 0x130C08: env_err (gwion.c:110) -==22570== by 0x154181: gwi_union_end (import.c:601) -==22570== by 0x4848152: import (empty_union.c:15) -==22570== by 0x14AC28: type_engine_init (engine.c:107) -==22570== by 0x1308A5: gwion_engine (gwion.c:39) -==22570== by 0x1308A5: gwion_ini (gwion.c:78) -==22570== by 0x12F85D: main (main.c:23) -==22570== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==22570== -==22570== -==22570== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==22570== Access not within mapped region at address 0x28 -==22570== at 0x130C08: env_err (gwion.c:110) -==22570== by 0x154181: gwi_union_end (import.c:601) -==22570== by 0x4848152: import (empty_union.c:15) -==22570== by 0x14AC28: type_engine_init (engine.c:107) -==22570== by 0x1308A5: gwion_engine (gwion.c:39) -==22570== by 0x1308A5: gwion_ini (gwion.c:78) -==22570== by 0x12F85D: main (main.c:23) -==22570== If you believe this happened as a result of a stack -==22570== overflow in your program's main thread (unlikely but -==22570== possible), you can try to increase the size of the -==22570== main thread stack using the --main-stacksize= flag. -==22570== The main thread stack size used in this run was 8388608. -==22570== -==22570== HEAP SUMMARY: -==22570== in use at exit: 2,170,710 bytes in 374 blocks -==22570== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==22570== -==22570== LEAK SUMMARY: -==22570== definitely lost: 0 bytes in 0 blocks -==22570== indirectly lost: 0 bytes in 0 blocks -==22570== possibly lost: 0 bytes in 0 blocks -==22570== still reachable: 2,170,710 bytes in 374 blocks -==22570== suppressed: 0 bytes in 0 blocks -==22570== Rerun with --leak-check=full to see details of leaked memory -==22570== -==22570== For counts of detected and suppressed errors, rerun with: -v -==22570== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==22617== Memcheck, a memory error detector -==22617== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22617== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22617== Command: ./../../gwion -p. -d dummy /dev/null -==22617== Parent PID: 22217 -==22617== -==22617== Invalid read of size 4 -==22617== at 0x130C08: env_err (gwion.c:110) -==22617== by 0x152A2B: gwi_class_end (import.c:268) -==22617== by 0x4848133: import (end_class.c:15) -==22617== by 0x14AC28: type_engine_init (engine.c:107) -==22617== by 0x1308A5: gwion_engine (gwion.c:39) -==22617== by 0x1308A5: gwion_ini (gwion.c:78) -==22617== by 0x12F85D: main (main.c:23) -==22617== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==22617== -==22617== -==22617== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==22617== Access not within mapped region at address 0x28 -==22617== at 0x130C08: env_err (gwion.c:110) -==22617== by 0x152A2B: gwi_class_end (import.c:268) -==22617== by 0x4848133: import (end_class.c:15) -==22617== by 0x14AC28: type_engine_init (engine.c:107) -==22617== by 0x1308A5: gwion_engine (gwion.c:39) -==22617== by 0x1308A5: gwion_ini (gwion.c:78) -==22617== by 0x12F85D: main (main.c:23) -==22617== If you believe this happened as a result of a stack -==22617== overflow in your program's main thread (unlikely but -==22617== possible), you can try to increase the size of the -==22617== main thread stack using the --main-stacksize= flag. -==22617== The main thread stack size used in this run was 8388608. -==22617== -==22617== HEAP SUMMARY: -==22617== in use at exit: 2,170,704 bytes in 374 blocks -==22617== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==22617== -==22617== LEAK SUMMARY: -==22617== definitely lost: 0 bytes in 0 blocks -==22617== indirectly lost: 0 bytes in 0 blocks -==22617== possibly lost: 0 bytes in 0 blocks -==22617== still reachable: 2,170,704 bytes in 374 blocks -==22617== suppressed: 0 bytes in 0 blocks -==22617== Rerun with --leak-check=full to see details of leaked memory -==22617== -==22617== For counts of detected and suppressed errors, rerun with: -v -==22617== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==22936== Memcheck, a memory error detector -==22936== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22936== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22936== Command: ./../../gwion -p. -d dummy /dev/null -==22936== Parent PID: 22217 -==22936== -==22936== Invalid read of size 4 -==22936== at 0x130C08: env_err (gwion.c:110) -==22936== by 0x1513F5: path_valid (import.c:145) -==22936== by 0x151D54: str2list (import.c:167) -==22936== by 0x152E72: str2decl (import.c:366) -==22936== by 0x15329C: make_dll_arg_list (import.c:395) -==22936== by 0x1537D0: make_dll_as_fun (import.c:440) -==22936== by 0x15391F: gwi_func_end (import.c:449) -==22936== by 0x4848225: import (invalid_arg.c:21) -==22936== by 0x14AC28: type_engine_init (engine.c:107) -==22936== by 0x1308A5: gwion_engine (gwion.c:39) -==22936== by 0x1308A5: gwion_ini (gwion.c:78) -==22936== by 0x12F85D: main (main.c:23) -==22936== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==22936== -==22936== -==22936== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==22936== Access not within mapped region at address 0x28 -==22936== at 0x130C08: env_err (gwion.c:110) -==22936== by 0x1513F5: path_valid (import.c:145) -==22936== by 0x151D54: str2list (import.c:167) -==22936== by 0x152E72: str2decl (import.c:366) -==22936== by 0x15329C: make_dll_arg_list (import.c:395) -==22936== by 0x1537D0: make_dll_as_fun (import.c:440) -==22936== by 0x15391F: gwi_func_end (import.c:449) -==22936== by 0x4848225: import (invalid_arg.c:21) -==22936== by 0x14AC28: type_engine_init (engine.c:107) -==22936== by 0x1308A5: gwion_engine (gwion.c:39) -==22936== by 0x1308A5: gwion_ini (gwion.c:78) -==22936== by 0x12F85D: main (main.c:23) -==22936== If you believe this happened as a result of a stack -==22936== overflow in your program's main thread (unlikely but -==22936== possible), you can try to increase the size of the -==22936== main thread stack using the --main-stacksize= flag. -==22936== The main thread stack size used in this run was 8388608. -==22936== -==22936== HEAP SUMMARY: -==22936== in use at exit: 2,171,862 bytes in 384 blocks -==22936== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==22936== -==22936== LEAK SUMMARY: -==22936== definitely lost: 0 bytes in 0 blocks -==22936== indirectly lost: 0 bytes in 0 blocks -==22936== possibly lost: 0 bytes in 0 blocks -==22936== still reachable: 2,171,862 bytes in 384 blocks -==22936== suppressed: 0 bytes in 0 blocks -==22936== Rerun with --leak-check=full to see details of leaked memory -==22936== -==22936== For counts of detected and suppressed errors, rerun with: -v -==22936== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==22982== Memcheck, a memory error detector -==22982== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22982== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22982== Command: ./../../gwion -p. -d dummy /dev/null -==22982== Parent PID: 22217 -==22982== -==22982== Invalid read of size 4 -==22982== at 0x130C08: env_err (gwion.c:110) -==22982== by 0x153373: make_dll_arg_list (import.c:406) -==22982== by 0x1537D0: make_dll_as_fun (import.c:440) -==22982== by 0x15391F: gwi_func_end (import.c:449) -==22982== by 0x48482A6: import (invalid_array.c:24) -==22982== by 0x14AC28: type_engine_init (engine.c:107) -==22982== by 0x1308A5: gwion_engine (gwion.c:39) -==22982== by 0x1308A5: gwion_ini (gwion.c:78) -==22982== by 0x12F85D: main (main.c:23) -==22982== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==22982== -==22982== -==22982== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==22982== Access not within mapped region at address 0x28 -==22982== at 0x130C08: env_err (gwion.c:110) -==22982== by 0x153373: make_dll_arg_list (import.c:406) -==22982== by 0x1537D0: make_dll_as_fun (import.c:440) -==22982== by 0x15391F: gwi_func_end (import.c:449) -==22982== by 0x48482A6: import (invalid_array.c:24) -==22982== by 0x14AC28: type_engine_init (engine.c:107) -==22982== by 0x1308A5: gwion_engine (gwion.c:39) -==22982== by 0x1308A5: gwion_ini (gwion.c:78) -==22982== by 0x12F85D: main (main.c:23) -==22982== If you believe this happened as a result of a stack -==22982== overflow in your program's main thread (unlikely but -==22982== possible), you can try to increase the size of the -==22982== main thread stack using the --main-stacksize= flag. -==22982== The main thread stack size used in this run was 8388608. -==22982== -==22982== HEAP SUMMARY: -==22982== in use at exit: 2,173,020 bytes in 385 blocks -==22982== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==22982== -==22982== LEAK SUMMARY: -==22982== definitely lost: 0 bytes in 0 blocks -==22982== indirectly lost: 0 bytes in 0 blocks -==22982== possibly lost: 0 bytes in 0 blocks -==22982== still reachable: 2,173,020 bytes in 385 blocks -==22982== suppressed: 0 bytes in 0 blocks -==22982== Rerun with --leak-check=full to see details of leaked memory -==22982== -==22982== For counts of detected and suppressed errors, rerun with: -v -==22982== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==23029== Memcheck, a memory error detector -==23029== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23029== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23029== Command: ./../../gwion -p. -d dummy /dev/null -==23029== Parent PID: 22217 -==23029== -==23029== Invalid read of size 4 -==23029== at 0x130C08: env_err (gwion.c:110) -==23029== by 0x1513F5: path_valid (import.c:145) -==23029== by 0x151D54: str2list (import.c:167) -==23029== by 0x153613: import_td (import.c:418) -==23029== by 0x1537A4: make_dll_as_fun (import.c:436) -==23029== by 0x15391F: gwi_func_end (import.c:449) -==23029== by 0x48481EC: import (invalid_func.c:20) -==23029== by 0x14AC28: type_engine_init (engine.c:107) -==23029== by 0x1308A5: gwion_engine (gwion.c:39) -==23029== by 0x1308A5: gwion_ini (gwion.c:78) -==23029== by 0x12F85D: main (main.c:23) -==23029== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==23029== -==23029== -==23029== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==23029== Access not within mapped region at address 0x28 -==23029== at 0x130C08: env_err (gwion.c:110) -==23029== by 0x1513F5: path_valid (import.c:145) -==23029== by 0x151D54: str2list (import.c:167) -==23029== by 0x153613: import_td (import.c:418) -==23029== by 0x1537A4: make_dll_as_fun (import.c:436) -==23029== by 0x15391F: gwi_func_end (import.c:449) -==23029== by 0x48481EC: import (invalid_func.c:20) -==23029== by 0x14AC28: type_engine_init (engine.c:107) -==23029== by 0x1308A5: gwion_engine (gwion.c:39) -==23029== by 0x1308A5: gwion_ini (gwion.c:78) -==23029== by 0x12F85D: main (main.c:23) -==23029== If you believe this happened as a result of a stack -==23029== overflow in your program's main thread (unlikely but -==23029== possible), you can try to increase the size of the -==23029== main thread stack using the --main-stacksize= flag. -==23029== The main thread stack size used in this run was 8388608. -==23029== -==23029== HEAP SUMMARY: -==23029== in use at exit: 2,171,353 bytes in 383 blocks -==23029== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==23029== -==23029== LEAK SUMMARY: -==23029== definitely lost: 0 bytes in 0 blocks -==23029== indirectly lost: 0 bytes in 0 blocks -==23029== possibly lost: 0 bytes in 0 blocks -==23029== still reachable: 2,171,353 bytes in 383 blocks -==23029== suppressed: 0 bytes in 0 blocks -==23029== Rerun with --leak-check=full to see details of leaked memory -==23029== -==23029== For counts of detected and suppressed errors, rerun with: -v -==23029== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==23077== Memcheck, a memory error detector -==23077== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23077== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23077== Command: ./../../gwion -p. -d dummy /dev/null -==23077== Parent PID: 22217 -==23077== -==23077== Invalid read of size 4 -==23077== at 0x130C08: env_err (gwion.c:110) -==23077== by 0x15127B: path_valid (import.c:135) -==23077== by 0x151D54: str2list (import.c:167) -==23077== by 0x152ABC: gwi_item_ini (import.c:302) -==23077== by 0x48481B5: import (invalid_type1.c:18) -==23077== by 0x14AC28: type_engine_init (engine.c:107) -==23077== by 0x1308A5: gwion_engine (gwion.c:39) -==23077== by 0x1308A5: gwion_ini (gwion.c:78) -==23077== by 0x12F85D: main (main.c:23) -==23077== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==23077== -==23077== -==23077== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==23077== Access not within mapped region at address 0x28 -==23077== at 0x130C08: env_err (gwion.c:110) -==23077== by 0x15127B: path_valid (import.c:135) -==23077== by 0x151D54: str2list (import.c:167) -==23077== by 0x152ABC: gwi_item_ini (import.c:302) -==23077== by 0x48481B5: import (invalid_type1.c:18) -==23077== by 0x14AC28: type_engine_init (engine.c:107) -==23077== by 0x1308A5: gwion_engine (gwion.c:39) -==23077== by 0x1308A5: gwion_ini (gwion.c:78) -==23077== by 0x12F85D: main (main.c:23) -==23077== If you believe this happened as a result of a stack -==23077== overflow in your program's main thread (unlikely but -==23077== possible), you can try to increase the size of the -==23077== main thread stack using the --main-stacksize= flag. -==23077== The main thread stack size used in this run was 8388608. -==23077== -==23077== HEAP SUMMARY: -==23077== in use at exit: 2,171,356 bytes in 383 blocks -==23077== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==23077== -==23077== LEAK SUMMARY: -==23077== definitely lost: 0 bytes in 0 blocks -==23077== indirectly lost: 0 bytes in 0 blocks -==23077== possibly lost: 0 bytes in 0 blocks -==23077== still reachable: 2,171,356 bytes in 383 blocks -==23077== suppressed: 0 bytes in 0 blocks -==23077== Rerun with --leak-check=full to see details of leaked memory -==23077== -==23077== For counts of detected and suppressed errors, rerun with: -v -==23077== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==23124== Memcheck, a memory error detector -==23124== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23124== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23124== Command: ./../../gwion -p. -d dummy /dev/null -==23124== Parent PID: 22217 -==23124== -==23124== Invalid read of size 4 -==23124== at 0x130C08: env_err (gwion.c:110) -==23124== by 0x1513F5: path_valid (import.c:145) -==23124== by 0x151D54: str2list (import.c:167) -==23124== by 0x152ABC: gwi_item_ini (import.c:302) -==23124== by 0x48481B5: import (invalid_type2.c:18) -==23124== by 0x14AC28: type_engine_init (engine.c:107) -==23124== by 0x1308A5: gwion_engine (gwion.c:39) -==23124== by 0x1308A5: gwion_ini (gwion.c:78) -==23124== by 0x12F85D: main (main.c:23) -==23124== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==23124== -==23124== -==23124== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==23124== Access not within mapped region at address 0x28 -==23124== at 0x130C08: env_err (gwion.c:110) -==23124== by 0x1513F5: path_valid (import.c:145) -==23124== by 0x151D54: str2list (import.c:167) -==23124== by 0x152ABC: gwi_item_ini (import.c:302) -==23124== by 0x48481B5: import (invalid_type2.c:18) -==23124== by 0x14AC28: type_engine_init (engine.c:107) -==23124== by 0x1308A5: gwion_engine (gwion.c:39) -==23124== by 0x1308A5: gwion_ini (gwion.c:78) -==23124== by 0x12F85D: main (main.c:23) -==23124== If you believe this happened as a result of a stack -==23124== overflow in your program's main thread (unlikely but -==23124== possible), you can try to increase the size of the -==23124== main thread stack using the --main-stacksize= flag. -==23124== The main thread stack size used in this run was 8388608. -==23124== -==23124== HEAP SUMMARY: -==23124== in use at exit: 2,171,356 bytes in 383 blocks -==23124== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==23124== -==23124== LEAK SUMMARY: -==23124== definitely lost: 0 bytes in 0 blocks -==23124== indirectly lost: 0 bytes in 0 blocks -==23124== possibly lost: 0 bytes in 0 blocks -==23124== still reachable: 2,171,356 bytes in 383 blocks -==23124== suppressed: 0 bytes in 0 blocks -==23124== Rerun with --leak-check=full to see details of leaked memory -==23124== -==23124== For counts of detected and suppressed errors, rerun with: -v -==23124== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==23171== Memcheck, a memory error detector -==23171== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23171== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23171== Command: ./../../gwion -p. -d dummy /dev/null -==23171== Parent PID: 22217 -==23171== -==23171== Invalid read of size 4 -==23171== at 0x130C08: env_err (gwion.c:110) -==23171== by 0x1510E0: name_valid (import.c:116) -==23171== by 0x152365: gwi_add_type (import.c:195) -==23171== by 0x15242B: gwi_class_ini (import.c:229) -==23171== by 0x484818F: import (invalid_type3.c:18) -==23171== by 0x14AC28: type_engine_init (engine.c:107) -==23171== by 0x1308A5: gwion_engine (gwion.c:39) -==23171== by 0x1308A5: gwion_ini (gwion.c:78) -==23171== by 0x12F85D: main (main.c:23) -==23171== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==23171== -==23171== -==23171== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==23171== Access not within mapped region at address 0x28 -==23171== at 0x130C08: env_err (gwion.c:110) -==23171== by 0x1510E0: name_valid (import.c:116) -==23171== by 0x152365: gwi_add_type (import.c:195) -==23171== by 0x15242B: gwi_class_ini (import.c:229) -==23171== by 0x484818F: import (invalid_type3.c:18) -==23171== by 0x14AC28: type_engine_init (engine.c:107) -==23171== by 0x1308A5: gwion_engine (gwion.c:39) -==23171== by 0x1308A5: gwion_ini (gwion.c:78) -==23171== by 0x12F85D: main (main.c:23) -==23171== If you believe this happened as a result of a stack -==23171== overflow in your program's main thread (unlikely but -==23171== possible), you can try to increase the size of the -==23171== main thread stack using the --main-stacksize= flag. -==23171== The main thread stack size used in this run was 8388608. -==23171== -==23171== HEAP SUMMARY: -==23171== in use at exit: 2,170,716 bytes in 374 blocks -==23171== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==23171== -==23171== LEAK SUMMARY: -==23171== definitely lost: 0 bytes in 0 blocks -==23171== indirectly lost: 0 bytes in 0 blocks -==23171== possibly lost: 0 bytes in 0 blocks -==23171== still reachable: 2,170,716 bytes in 374 blocks -==23171== suppressed: 0 bytes in 0 blocks -==23171== Rerun with --leak-check=full to see details of leaked memory -==23171== -==23171== For counts of detected and suppressed errors, rerun with: -v -==23171== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==23354== Memcheck, a memory error detector -==23354== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23354== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23354== Command: ./../../gwion -p. -d dummy /dev/null -==23354== Parent PID: 22217 -==23354== -==23354== Invalid read of size 4 -==23354== at 0x130C08: env_err (gwion.c:110) -==23354== by 0x1530F4: make_dll_arg_list (import.c:398) -==23354== by 0x1537D0: make_dll_as_fun (import.c:440) -==23354== by 0x15391F: gwi_func_end (import.c:449) -==23354== by 0x4848225: import (template_arg.c:21) -==23354== by 0x14AC28: type_engine_init (engine.c:107) -==23354== by 0x1308A5: gwion_engine (gwion.c:39) -==23354== by 0x1308A5: gwion_ini (gwion.c:78) -==23354== by 0x12F85D: main (main.c:23) -==23354== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==23354== -==23354== -==23354== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==23354== Access not within mapped region at address 0x28 -==23354== at 0x130C08: env_err (gwion.c:110) -==23354== by 0x1530F4: make_dll_arg_list (import.c:398) -==23354== by 0x1537D0: make_dll_as_fun (import.c:440) -==23354== by 0x15391F: gwi_func_end (import.c:449) -==23354== by 0x4848225: import (template_arg.c:21) -==23354== by 0x14AC28: type_engine_init (engine.c:107) -==23354== by 0x1308A5: gwion_engine (gwion.c:39) -==23354== by 0x1308A5: gwion_ini (gwion.c:78) -==23354== by 0x12F85D: main (main.c:23) -==23354== If you believe this happened as a result of a stack -==23354== overflow in your program's main thread (unlikely but -==23354== possible), you can try to increase the size of the -==23354== main thread stack using the --main-stacksize= flag. -==23354== The main thread stack size used in this run was 8388608. -==23354== -==23354== HEAP SUMMARY: -==23354== in use at exit: 2,177,657 bytes in 395 blocks -==23354== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==23354== -==23354== LEAK SUMMARY: -==23354== definitely lost: 0 bytes in 0 blocks -==23354== indirectly lost: 0 bytes in 0 blocks -==23354== possibly lost: 0 bytes in 0 blocks -==23354== still reachable: 2,177,657 bytes in 395 blocks -==23354== suppressed: 0 bytes in 0 blocks -==23354== Rerun with --leak-check=full to see details of leaked memory -==23354== -==23354== For counts of detected and suppressed errors, rerun with: -v -==23354== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13450== Memcheck, a memory error detector -==13450== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13450== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13450== Command: ./../../gwion -p. -d dummy /dev/null -==13450== Parent PID: 13424 -==13450== -==13450== -==13450== HEAP SUMMARY: -==13450== in use at exit: 928 bytes in 10 blocks -==13450== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==13450== -==13450== LEAK SUMMARY: -==13450== definitely lost: 928 bytes in 10 blocks -==13450== indirectly lost: 0 bytes in 0 blocks -==13450== possibly lost: 0 bytes in 0 blocks -==13450== still reachable: 0 bytes in 0 blocks -==13450== suppressed: 0 bytes in 0 blocks -==13450== Rerun with --leak-check=full to see details of leaked memory -==13450== -==13450== For counts of detected and suppressed errors, rerun with: -v -==13450== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==13548== Memcheck, a memory error detector -==13548== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13548== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13548== Command: ./../../gwion -p. -d dummy /dev/null -==13548== Parent PID: 13424 -==13548== -==13548== Invalid read of size 4 -==13548== at 0x130C08: env_err (gwion.c:110) -==13548== by 0x146395: gwi_class_ini (import.c:220) -==13548== by 0x48481A0: import (begin_class.c:18) -==13548== by 0x14F974: type_engine_init (engine.c:107) -==13548== by 0x1308A5: gwion_engine (gwion.c:39) -==13548== by 0x1308A5: gwion_ini (gwion.c:78) -==13548== by 0x12F85D: main (main.c:23) -==13548== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13548== -==13548== -==13548== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13548== Access not within mapped region at address 0x28 -==13548== at 0x130C08: env_err (gwion.c:110) -==13548== by 0x146395: gwi_class_ini (import.c:220) -==13548== by 0x48481A0: import (begin_class.c:18) -==13548== by 0x14F974: type_engine_init (engine.c:107) -==13548== by 0x1308A5: gwion_engine (gwion.c:39) -==13548== by 0x1308A5: gwion_ini (gwion.c:78) -==13548== by 0x12F85D: main (main.c:23) -==13548== If you believe this happened as a result of a stack -==13548== overflow in your program's main thread (unlikely but -==13548== possible), you can try to increase the size of the -==13548== main thread stack using the --main-stacksize= flag. -==13548== The main thread stack size used in this run was 8388608. -==13548== -==13548== HEAP SUMMARY: -==13548== in use at exit: 2,171,350 bytes in 383 blocks -==13548== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==13548== -==13548== LEAK SUMMARY: -==13548== definitely lost: 0 bytes in 0 blocks -==13548== indirectly lost: 0 bytes in 0 blocks -==13548== possibly lost: 0 bytes in 0 blocks -==13548== still reachable: 2,171,350 bytes in 383 blocks -==13548== suppressed: 0 bytes in 0 blocks -==13548== Rerun with --leak-check=full to see details of leaked memory -==13548== -==13548== For counts of detected and suppressed errors, rerun with: -v -==13548== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13777== Memcheck, a memory error detector -==13777== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13777== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13777== Command: ./../../gwion -p. -d dummy /dev/null -==13777== Parent PID: 13424 -==13777== -==13777== Invalid read of size 4 -==13777== at 0x130C08: env_err (gwion.c:110) -==13777== by 0x14806A: gwi_union_end (import.c:601) -==13777== by 0x4848152: import (empty_union.c:15) -==13777== by 0x14F974: type_engine_init (engine.c:107) -==13777== by 0x1308A5: gwion_engine (gwion.c:39) -==13777== by 0x1308A5: gwion_ini (gwion.c:78) -==13777== by 0x12F85D: main (main.c:23) -==13777== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13777== -==13777== -==13777== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13777== Access not within mapped region at address 0x28 -==13777== at 0x130C08: env_err (gwion.c:110) -==13777== by 0x14806A: gwi_union_end (import.c:601) -==13777== by 0x4848152: import (empty_union.c:15) -==13777== by 0x14F974: type_engine_init (engine.c:107) -==13777== by 0x1308A5: gwion_engine (gwion.c:39) -==13777== by 0x1308A5: gwion_ini (gwion.c:78) -==13777== by 0x12F85D: main (main.c:23) -==13777== If you believe this happened as a result of a stack -==13777== overflow in your program's main thread (unlikely but -==13777== possible), you can try to increase the size of the -==13777== main thread stack using the --main-stacksize= flag. -==13777== The main thread stack size used in this run was 8388608. -==13777== -==13777== HEAP SUMMARY: -==13777== in use at exit: 2,170,710 bytes in 374 blocks -==13777== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==13777== -==13777== LEAK SUMMARY: -==13777== definitely lost: 0 bytes in 0 blocks -==13777== indirectly lost: 0 bytes in 0 blocks -==13777== possibly lost: 0 bytes in 0 blocks -==13777== still reachable: 2,170,710 bytes in 374 blocks -==13777== suppressed: 0 bytes in 0 blocks -==13777== Rerun with --leak-check=full to see details of leaked memory -==13777== -==13777== For counts of detected and suppressed errors, rerun with: -v -==13777== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13824== Memcheck, a memory error detector -==13824== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13824== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13824== Command: ./../../gwion -p. -d dummy /dev/null -==13824== Parent PID: 13424 -==13824== -==13824== Invalid read of size 4 -==13824== at 0x130C08: env_err (gwion.c:110) -==13824== by 0x146914: gwi_class_end (import.c:268) -==13824== by 0x4848133: import (end_class.c:15) -==13824== by 0x14F974: type_engine_init (engine.c:107) -==13824== by 0x1308A5: gwion_engine (gwion.c:39) -==13824== by 0x1308A5: gwion_ini (gwion.c:78) -==13824== by 0x12F85D: main (main.c:23) -==13824== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13824== -==13824== -==13824== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13824== Access not within mapped region at address 0x28 -==13824== at 0x130C08: env_err (gwion.c:110) -==13824== by 0x146914: gwi_class_end (import.c:268) -==13824== by 0x4848133: import (end_class.c:15) -==13824== by 0x14F974: type_engine_init (engine.c:107) -==13824== by 0x1308A5: gwion_engine (gwion.c:39) -==13824== by 0x1308A5: gwion_ini (gwion.c:78) -==13824== by 0x12F85D: main (main.c:23) -==13824== If you believe this happened as a result of a stack -==13824== overflow in your program's main thread (unlikely but -==13824== possible), you can try to increase the size of the -==13824== main thread stack using the --main-stacksize= flag. -==13824== The main thread stack size used in this run was 8388608. -==13824== -==13824== HEAP SUMMARY: -==13824== in use at exit: 2,170,704 bytes in 374 blocks -==13824== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==13824== -==13824== LEAK SUMMARY: -==13824== definitely lost: 0 bytes in 0 blocks -==13824== indirectly lost: 0 bytes in 0 blocks -==13824== possibly lost: 0 bytes in 0 blocks -==13824== still reachable: 2,170,704 bytes in 374 blocks -==13824== suppressed: 0 bytes in 0 blocks -==13824== Rerun with --leak-check=full to see details of leaked memory -==13824== -==13824== For counts of detected and suppressed errors, rerun with: -v -==13824== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14145== Memcheck, a memory error detector -==14145== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14145== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14145== Command: ./../../gwion -p. -d dummy /dev/null -==14145== Parent PID: 13424 -==14145== -==14145== Invalid read of size 4 -==14145== at 0x130C08: env_err (gwion.c:110) -==14145== by 0x1452DE: path_valid (import.c:145) -==14145== by 0x145C3D: str2list (import.c:167) -==14145== by 0x146D5B: str2decl (import.c:366) -==14145== by 0x147185: make_dll_arg_list (import.c:395) -==14145== by 0x1476B9: make_dll_as_fun (import.c:440) -==14145== by 0x147808: gwi_func_end (import.c:449) -==14145== by 0x4848225: import (invalid_arg.c:21) -==14145== by 0x14F974: type_engine_init (engine.c:107) -==14145== by 0x1308A5: gwion_engine (gwion.c:39) -==14145== by 0x1308A5: gwion_ini (gwion.c:78) -==14145== by 0x12F85D: main (main.c:23) -==14145== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14145== -==14145== -==14145== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14145== Access not within mapped region at address 0x28 -==14145== at 0x130C08: env_err (gwion.c:110) -==14145== by 0x1452DE: path_valid (import.c:145) -==14145== by 0x145C3D: str2list (import.c:167) -==14145== by 0x146D5B: str2decl (import.c:366) -==14145== by 0x147185: make_dll_arg_list (import.c:395) -==14145== by 0x1476B9: make_dll_as_fun (import.c:440) -==14145== by 0x147808: gwi_func_end (import.c:449) -==14145== by 0x4848225: import (invalid_arg.c:21) -==14145== by 0x14F974: type_engine_init (engine.c:107) -==14145== by 0x1308A5: gwion_engine (gwion.c:39) -==14145== by 0x1308A5: gwion_ini (gwion.c:78) -==14145== by 0x12F85D: main (main.c:23) -==14145== If you believe this happened as a result of a stack -==14145== overflow in your program's main thread (unlikely but -==14145== possible), you can try to increase the size of the -==14145== main thread stack using the --main-stacksize= flag. -==14145== The main thread stack size used in this run was 8388608. -==14145== -==14145== HEAP SUMMARY: -==14145== in use at exit: 2,171,862 bytes in 384 blocks -==14145== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==14145== -==14145== LEAK SUMMARY: -==14145== definitely lost: 0 bytes in 0 blocks -==14145== indirectly lost: 0 bytes in 0 blocks -==14145== possibly lost: 0 bytes in 0 blocks -==14145== still reachable: 2,171,862 bytes in 384 blocks -==14145== suppressed: 0 bytes in 0 blocks -==14145== Rerun with --leak-check=full to see details of leaked memory -==14145== -==14145== For counts of detected and suppressed errors, rerun with: -v -==14145== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14191== Memcheck, a memory error detector -==14191== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14191== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14191== Command: ./../../gwion -p. -d dummy /dev/null -==14191== Parent PID: 13424 -==14191== -==14191== Invalid read of size 4 -==14191== at 0x130C08: env_err (gwion.c:110) -==14191== by 0x14725C: make_dll_arg_list (import.c:406) -==14191== by 0x1476B9: make_dll_as_fun (import.c:440) -==14191== by 0x147808: gwi_func_end (import.c:449) -==14191== by 0x48482A6: import (invalid_array.c:24) -==14191== by 0x14F974: type_engine_init (engine.c:107) -==14191== by 0x1308A5: gwion_engine (gwion.c:39) -==14191== by 0x1308A5: gwion_ini (gwion.c:78) -==14191== by 0x12F85D: main (main.c:23) -==14191== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14191== -==14191== -==14191== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14191== Access not within mapped region at address 0x28 -==14191== at 0x130C08: env_err (gwion.c:110) -==14191== by 0x14725C: make_dll_arg_list (import.c:406) -==14191== by 0x1476B9: make_dll_as_fun (import.c:440) -==14191== by 0x147808: gwi_func_end (import.c:449) -==14191== by 0x48482A6: import (invalid_array.c:24) -==14191== by 0x14F974: type_engine_init (engine.c:107) -==14191== by 0x1308A5: gwion_engine (gwion.c:39) -==14191== by 0x1308A5: gwion_ini (gwion.c:78) -==14191== by 0x12F85D: main (main.c:23) -==14191== If you believe this happened as a result of a stack -==14191== overflow in your program's main thread (unlikely but -==14191== possible), you can try to increase the size of the -==14191== main thread stack using the --main-stacksize= flag. -==14191== The main thread stack size used in this run was 8388608. -==14191== -==14191== HEAP SUMMARY: -==14191== in use at exit: 2,173,020 bytes in 385 blocks -==14191== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==14191== -==14191== LEAK SUMMARY: -==14191== definitely lost: 0 bytes in 0 blocks -==14191== indirectly lost: 0 bytes in 0 blocks -==14191== possibly lost: 0 bytes in 0 blocks -==14191== still reachable: 2,173,020 bytes in 385 blocks -==14191== suppressed: 0 bytes in 0 blocks -==14191== Rerun with --leak-check=full to see details of leaked memory -==14191== -==14191== For counts of detected and suppressed errors, rerun with: -v -==14191== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14238== Memcheck, a memory error detector -==14238== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14238== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14238== Command: ./../../gwion -p. -d dummy /dev/null -==14238== Parent PID: 13424 -==14238== -==14238== Invalid read of size 4 -==14238== at 0x130C08: env_err (gwion.c:110) -==14238== by 0x1452DE: path_valid (import.c:145) -==14238== by 0x145C3D: str2list (import.c:167) -==14238== by 0x1474FC: import_td (import.c:418) -==14238== by 0x14768D: make_dll_as_fun (import.c:436) -==14238== by 0x147808: gwi_func_end (import.c:449) -==14238== by 0x48481EC: import (invalid_func.c:20) -==14238== by 0x14F974: type_engine_init (engine.c:107) -==14238== by 0x1308A5: gwion_engine (gwion.c:39) -==14238== by 0x1308A5: gwion_ini (gwion.c:78) -==14238== by 0x12F85D: main (main.c:23) -==14238== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14238== -==14238== -==14238== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14238== Access not within mapped region at address 0x28 -==14238== at 0x130C08: env_err (gwion.c:110) -==14238== by 0x1452DE: path_valid (import.c:145) -==14238== by 0x145C3D: str2list (import.c:167) -==14238== by 0x1474FC: import_td (import.c:418) -==14238== by 0x14768D: make_dll_as_fun (import.c:436) -==14238== by 0x147808: gwi_func_end (import.c:449) -==14238== by 0x48481EC: import (invalid_func.c:20) -==14238== by 0x14F974: type_engine_init (engine.c:107) -==14238== by 0x1308A5: gwion_engine (gwion.c:39) -==14238== by 0x1308A5: gwion_ini (gwion.c:78) -==14238== by 0x12F85D: main (main.c:23) -==14238== If you believe this happened as a result of a stack -==14238== overflow in your program's main thread (unlikely but -==14238== possible), you can try to increase the size of the -==14238== main thread stack using the --main-stacksize= flag. -==14238== The main thread stack size used in this run was 8388608. -==14238== -==14238== HEAP SUMMARY: -==14238== in use at exit: 2,171,353 bytes in 383 blocks -==14238== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==14238== -==14238== LEAK SUMMARY: -==14238== definitely lost: 0 bytes in 0 blocks -==14238== indirectly lost: 0 bytes in 0 blocks -==14238== possibly lost: 0 bytes in 0 blocks -==14238== still reachable: 2,171,353 bytes in 383 blocks -==14238== suppressed: 0 bytes in 0 blocks -==14238== Rerun with --leak-check=full to see details of leaked memory -==14238== -==14238== For counts of detected and suppressed errors, rerun with: -v -==14238== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14285== Memcheck, a memory error detector -==14285== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14285== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14285== Command: ./../../gwion -p. -d dummy /dev/null -==14285== Parent PID: 13424 -==14285== -==14285== Invalid read of size 4 -==14285== at 0x130C08: env_err (gwion.c:110) -==14285== by 0x145164: path_valid (import.c:135) -==14285== by 0x145C3D: str2list (import.c:167) -==14285== by 0x1469A5: gwi_item_ini (import.c:302) -==14285== by 0x48481B5: import (invalid_type1.c:18) -==14285== by 0x14F974: type_engine_init (engine.c:107) -==14285== by 0x1308A5: gwion_engine (gwion.c:39) -==14285== by 0x1308A5: gwion_ini (gwion.c:78) -==14285== by 0x12F85D: main (main.c:23) -==14285== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14285== -==14285== -==14285== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14285== Access not within mapped region at address 0x28 -==14285== at 0x130C08: env_err (gwion.c:110) -==14285== by 0x145164: path_valid (import.c:135) -==14285== by 0x145C3D: str2list (import.c:167) -==14285== by 0x1469A5: gwi_item_ini (import.c:302) -==14285== by 0x48481B5: import (invalid_type1.c:18) -==14285== by 0x14F974: type_engine_init (engine.c:107) -==14285== by 0x1308A5: gwion_engine (gwion.c:39) -==14285== by 0x1308A5: gwion_ini (gwion.c:78) -==14285== by 0x12F85D: main (main.c:23) -==14285== If you believe this happened as a result of a stack -==14285== overflow in your program's main thread (unlikely but -==14285== possible), you can try to increase the size of the -==14285== main thread stack using the --main-stacksize= flag. -==14285== The main thread stack size used in this run was 8388608. -==14285== -==14285== HEAP SUMMARY: -==14285== in use at exit: 2,171,356 bytes in 383 blocks -==14285== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14285== -==14285== LEAK SUMMARY: -==14285== definitely lost: 0 bytes in 0 blocks -==14285== indirectly lost: 0 bytes in 0 blocks -==14285== possibly lost: 0 bytes in 0 blocks -==14285== still reachable: 2,171,356 bytes in 383 blocks -==14285== suppressed: 0 bytes in 0 blocks -==14285== Rerun with --leak-check=full to see details of leaked memory -==14285== -==14285== For counts of detected and suppressed errors, rerun with: -v -==14285== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14331== Memcheck, a memory error detector -==14331== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14331== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14331== Command: ./../../gwion -p. -d dummy /dev/null -==14331== Parent PID: 13424 -==14331== -==14331== Invalid read of size 4 -==14331== at 0x130C08: env_err (gwion.c:110) -==14331== by 0x1452DE: path_valid (import.c:145) -==14331== by 0x145C3D: str2list (import.c:167) -==14331== by 0x1469A5: gwi_item_ini (import.c:302) -==14331== by 0x48481B5: import (invalid_type2.c:18) -==14331== by 0x14F974: type_engine_init (engine.c:107) -==14331== by 0x1308A5: gwion_engine (gwion.c:39) -==14331== by 0x1308A5: gwion_ini (gwion.c:78) -==14331== by 0x12F85D: main (main.c:23) -==14331== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14331== -==14331== -==14331== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14331== Access not within mapped region at address 0x28 -==14331== at 0x130C08: env_err (gwion.c:110) -==14331== by 0x1452DE: path_valid (import.c:145) -==14331== by 0x145C3D: str2list (import.c:167) -==14331== by 0x1469A5: gwi_item_ini (import.c:302) -==14331== by 0x48481B5: import (invalid_type2.c:18) -==14331== by 0x14F974: type_engine_init (engine.c:107) -==14331== by 0x1308A5: gwion_engine (gwion.c:39) -==14331== by 0x1308A5: gwion_ini (gwion.c:78) -==14331== by 0x12F85D: main (main.c:23) -==14331== If you believe this happened as a result of a stack -==14331== overflow in your program's main thread (unlikely but -==14331== possible), you can try to increase the size of the -==14331== main thread stack using the --main-stacksize= flag. -==14331== The main thread stack size used in this run was 8388608. -==14331== -==14331== HEAP SUMMARY: -==14331== in use at exit: 2,171,356 bytes in 383 blocks -==14331== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14331== -==14331== LEAK SUMMARY: -==14331== definitely lost: 0 bytes in 0 blocks -==14331== indirectly lost: 0 bytes in 0 blocks -==14331== possibly lost: 0 bytes in 0 blocks -==14331== still reachable: 2,171,356 bytes in 383 blocks -==14331== suppressed: 0 bytes in 0 blocks -==14331== Rerun with --leak-check=full to see details of leaked memory -==14331== -==14331== For counts of detected and suppressed errors, rerun with: -v -==14331== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14378== Memcheck, a memory error detector -==14378== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14378== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14378== Command: ./../../gwion -p. -d dummy /dev/null -==14378== Parent PID: 13424 -==14378== -==14378== Invalid read of size 4 -==14378== at 0x130C08: env_err (gwion.c:110) -==14378== by 0x144FC9: name_valid (import.c:116) -==14378== by 0x14624E: gwi_add_type (import.c:195) -==14378== by 0x146314: gwi_class_ini (import.c:229) -==14378== by 0x484818F: import (invalid_type3.c:18) -==14378== by 0x14F974: type_engine_init (engine.c:107) -==14378== by 0x1308A5: gwion_engine (gwion.c:39) -==14378== by 0x1308A5: gwion_ini (gwion.c:78) -==14378== by 0x12F85D: main (main.c:23) -==14378== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14378== -==14378== -==14378== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14378== Access not within mapped region at address 0x28 -==14378== at 0x130C08: env_err (gwion.c:110) -==14378== by 0x144FC9: name_valid (import.c:116) -==14378== by 0x14624E: gwi_add_type (import.c:195) -==14378== by 0x146314: gwi_class_ini (import.c:229) -==14378== by 0x484818F: import (invalid_type3.c:18) -==14378== by 0x14F974: type_engine_init (engine.c:107) -==14378== by 0x1308A5: gwion_engine (gwion.c:39) -==14378== by 0x1308A5: gwion_ini (gwion.c:78) -==14378== by 0x12F85D: main (main.c:23) -==14378== If you believe this happened as a result of a stack -==14378== overflow in your program's main thread (unlikely but -==14378== possible), you can try to increase the size of the -==14378== main thread stack using the --main-stacksize= flag. -==14378== The main thread stack size used in this run was 8388608. -==14378== -==14378== HEAP SUMMARY: -==14378== in use at exit: 2,170,716 bytes in 374 blocks -==14378== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==14378== -==14378== LEAK SUMMARY: -==14378== definitely lost: 0 bytes in 0 blocks -==14378== indirectly lost: 0 bytes in 0 blocks -==14378== possibly lost: 0 bytes in 0 blocks -==14378== still reachable: 2,170,716 bytes in 374 blocks -==14378== suppressed: 0 bytes in 0 blocks -==14378== Rerun with --leak-check=full to see details of leaked memory -==14378== -==14378== For counts of detected and suppressed errors, rerun with: -v -==14378== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14560== Memcheck, a memory error detector -==14560== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14560== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14560== Command: ./../../gwion -p. -d dummy /dev/null -==14560== Parent PID: 13424 -==14560== -==14560== Invalid read of size 4 -==14560== at 0x130C08: env_err (gwion.c:110) -==14560== by 0x146FDD: make_dll_arg_list (import.c:398) -==14560== by 0x1476B9: make_dll_as_fun (import.c:440) -==14560== by 0x147808: gwi_func_end (import.c:449) -==14560== by 0x4848225: import (template_arg.c:21) -==14560== by 0x14F974: type_engine_init (engine.c:107) -==14560== by 0x1308A5: gwion_engine (gwion.c:39) -==14560== by 0x1308A5: gwion_ini (gwion.c:78) -==14560== by 0x12F85D: main (main.c:23) -==14560== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14560== -==14560== -==14560== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14560== Access not within mapped region at address 0x28 -==14560== at 0x130C08: env_err (gwion.c:110) -==14560== by 0x146FDD: make_dll_arg_list (import.c:398) -==14560== by 0x1476B9: make_dll_as_fun (import.c:440) -==14560== by 0x147808: gwi_func_end (import.c:449) -==14560== by 0x4848225: import (template_arg.c:21) -==14560== by 0x14F974: type_engine_init (engine.c:107) -==14560== by 0x1308A5: gwion_engine (gwion.c:39) -==14560== by 0x1308A5: gwion_ini (gwion.c:78) -==14560== by 0x12F85D: main (main.c:23) -==14560== If you believe this happened as a result of a stack -==14560== overflow in your program's main thread (unlikely but -==14560== possible), you can try to increase the size of the -==14560== main thread stack using the --main-stacksize= flag. -==14560== The main thread stack size used in this run was 8388608. -==14560== -==14560== HEAP SUMMARY: -==14560== in use at exit: 2,177,657 bytes in 395 blocks -==14560== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==14560== -==14560== LEAK SUMMARY: -==14560== definitely lost: 0 bytes in 0 blocks -==14560== indirectly lost: 0 bytes in 0 blocks -==14560== possibly lost: 0 bytes in 0 blocks -==14560== still reachable: 2,177,657 bytes in 395 blocks -==14560== suppressed: 0 bytes in 0 blocks -==14560== Rerun with --leak-check=full to see details of leaked memory -==14560== -==14560== For counts of detected and suppressed errors, rerun with: -v -==14560== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32053== Memcheck, a memory error detector -==32053== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32053== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32053== Command: ./../../gwion -p. -d dummy /dev/null -==32053== Parent PID: 32027 -==32053== -==32053== -==32053== HEAP SUMMARY: -==32053== in use at exit: 928 bytes in 10 blocks -==32053== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==32053== -==32053== LEAK SUMMARY: -==32053== definitely lost: 928 bytes in 10 blocks -==32053== indirectly lost: 0 bytes in 0 blocks -==32053== possibly lost: 0 bytes in 0 blocks -==32053== still reachable: 0 bytes in 0 blocks -==32053== suppressed: 0 bytes in 0 blocks -==32053== Rerun with --leak-check=full to see details of leaked memory -==32053== -==32053== For counts of detected and suppressed errors, rerun with: -v -==32053== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==32164== Memcheck, a memory error detector -==32164== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32164== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32164== Command: ./../../gwion -p. -d dummy /dev/null -==32164== Parent PID: 32027 -==32164== -==32164== Invalid read of size 4 -==32164== at 0x130C08: env_err (gwion.c:110) -==32164== by 0x146395: gwi_class_ini (import.c:220) -==32164== by 0x48481A0: import (begin_class.c:18) -==32164== by 0x14F974: type_engine_init (engine.c:107) -==32164== by 0x1308A5: gwion_engine (gwion.c:39) -==32164== by 0x1308A5: gwion_ini (gwion.c:78) -==32164== by 0x12F85D: main (main.c:23) -==32164== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32164== -==32164== -==32164== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32164== Access not within mapped region at address 0x28 -==32164== at 0x130C08: env_err (gwion.c:110) -==32164== by 0x146395: gwi_class_ini (import.c:220) -==32164== by 0x48481A0: import (begin_class.c:18) -==32164== by 0x14F974: type_engine_init (engine.c:107) -==32164== by 0x1308A5: gwion_engine (gwion.c:39) -==32164== by 0x1308A5: gwion_ini (gwion.c:78) -==32164== by 0x12F85D: main (main.c:23) -==32164== If you believe this happened as a result of a stack -==32164== overflow in your program's main thread (unlikely but -==32164== possible), you can try to increase the size of the -==32164== main thread stack using the --main-stacksize= flag. -==32164== The main thread stack size used in this run was 8388608. -==32164== -==32164== HEAP SUMMARY: -==32164== in use at exit: 2,171,350 bytes in 383 blocks -==32164== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==32164== -==32164== LEAK SUMMARY: -==32164== definitely lost: 0 bytes in 0 blocks -==32164== indirectly lost: 0 bytes in 0 blocks -==32164== possibly lost: 0 bytes in 0 blocks -==32164== still reachable: 2,171,350 bytes in 383 blocks -==32164== suppressed: 0 bytes in 0 blocks -==32164== Rerun with --leak-check=full to see details of leaked memory -==32164== -==32164== For counts of detected and suppressed errors, rerun with: -v -==32164== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32401== Memcheck, a memory error detector -==32401== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32401== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32401== Command: ./../../gwion -p. -d dummy /dev/null -==32401== Parent PID: 32027 -==32401== -==32401== Invalid read of size 4 -==32401== at 0x130C08: env_err (gwion.c:110) -==32401== by 0x14806A: gwi_union_end (import.c:601) -==32401== by 0x4848152: import (empty_union.c:15) -==32401== by 0x14F974: type_engine_init (engine.c:107) -==32401== by 0x1308A5: gwion_engine (gwion.c:39) -==32401== by 0x1308A5: gwion_ini (gwion.c:78) -==32401== by 0x12F85D: main (main.c:23) -==32401== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32401== -==32401== -==32401== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32401== Access not within mapped region at address 0x28 -==32401== at 0x130C08: env_err (gwion.c:110) -==32401== by 0x14806A: gwi_union_end (import.c:601) -==32401== by 0x4848152: import (empty_union.c:15) -==32401== by 0x14F974: type_engine_init (engine.c:107) -==32401== by 0x1308A5: gwion_engine (gwion.c:39) -==32401== by 0x1308A5: gwion_ini (gwion.c:78) -==32401== by 0x12F85D: main (main.c:23) -==32401== If you believe this happened as a result of a stack -==32401== overflow in your program's main thread (unlikely but -==32401== possible), you can try to increase the size of the -==32401== main thread stack using the --main-stacksize= flag. -==32401== The main thread stack size used in this run was 8388608. -==32401== -==32401== HEAP SUMMARY: -==32401== in use at exit: 2,170,710 bytes in 374 blocks -==32401== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==32401== -==32401== LEAK SUMMARY: -==32401== definitely lost: 0 bytes in 0 blocks -==32401== indirectly lost: 0 bytes in 0 blocks -==32401== possibly lost: 0 bytes in 0 blocks -==32401== still reachable: 2,170,710 bytes in 374 blocks -==32401== suppressed: 0 bytes in 0 blocks -==32401== Rerun with --leak-check=full to see details of leaked memory -==32401== -==32401== For counts of detected and suppressed errors, rerun with: -v -==32401== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32447== Memcheck, a memory error detector -==32447== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32447== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32447== Command: ./../../gwion -p. -d dummy /dev/null -==32447== Parent PID: 32027 -==32447== -==32447== Invalid read of size 4 -==32447== at 0x130C08: env_err (gwion.c:110) -==32447== by 0x146914: gwi_class_end (import.c:268) -==32447== by 0x4848133: import (end_class.c:15) -==32447== by 0x14F974: type_engine_init (engine.c:107) -==32447== by 0x1308A5: gwion_engine (gwion.c:39) -==32447== by 0x1308A5: gwion_ini (gwion.c:78) -==32447== by 0x12F85D: main (main.c:23) -==32447== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32447== -==32447== -==32447== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32447== Access not within mapped region at address 0x28 -==32447== at 0x130C08: env_err (gwion.c:110) -==32447== by 0x146914: gwi_class_end (import.c:268) -==32447== by 0x4848133: import (end_class.c:15) -==32447== by 0x14F974: type_engine_init (engine.c:107) -==32447== by 0x1308A5: gwion_engine (gwion.c:39) -==32447== by 0x1308A5: gwion_ini (gwion.c:78) -==32447== by 0x12F85D: main (main.c:23) -==32447== If you believe this happened as a result of a stack -==32447== overflow in your program's main thread (unlikely but -==32447== possible), you can try to increase the size of the -==32447== main thread stack using the --main-stacksize= flag. -==32447== The main thread stack size used in this run was 8388608. -==32447== -==32447== HEAP SUMMARY: -==32447== in use at exit: 2,170,704 bytes in 374 blocks -==32447== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==32447== -==32447== LEAK SUMMARY: -==32447== definitely lost: 0 bytes in 0 blocks -==32447== indirectly lost: 0 bytes in 0 blocks -==32447== possibly lost: 0 bytes in 0 blocks -==32447== still reachable: 2,170,704 bytes in 374 blocks -==32447== suppressed: 0 bytes in 0 blocks -==32447== Rerun with --leak-check=full to see details of leaked memory -==32447== -==32447== For counts of detected and suppressed errors, rerun with: -v -==32447== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==689== Memcheck, a memory error detector -==689== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==689== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==689== Command: ./../../gwion -p. -d dummy /dev/null -==689== Parent PID: 32027 -==689== -==689== Invalid read of size 4 -==689== at 0x130C08: env_err (gwion.c:110) -==689== by 0x1452DE: path_valid (import.c:145) -==689== by 0x145C3D: str2list (import.c:167) -==689== by 0x146D5B: str2decl (import.c:366) -==689== by 0x147185: make_dll_arg_list (import.c:395) -==689== by 0x1476B9: make_dll_as_fun (import.c:440) -==689== by 0x147808: gwi_func_end (import.c:449) -==689== by 0x4848225: import (invalid_arg.c:21) -==689== by 0x14F974: type_engine_init (engine.c:107) -==689== by 0x1308A5: gwion_engine (gwion.c:39) -==689== by 0x1308A5: gwion_ini (gwion.c:78) -==689== by 0x12F85D: main (main.c:23) -==689== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==689== -==689== -==689== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==689== Access not within mapped region at address 0x28 -==689== at 0x130C08: env_err (gwion.c:110) -==689== by 0x1452DE: path_valid (import.c:145) -==689== by 0x145C3D: str2list (import.c:167) -==689== by 0x146D5B: str2decl (import.c:366) -==689== by 0x147185: make_dll_arg_list (import.c:395) -==689== by 0x1476B9: make_dll_as_fun (import.c:440) -==689== by 0x147808: gwi_func_end (import.c:449) -==689== by 0x4848225: import (invalid_arg.c:21) -==689== by 0x14F974: type_engine_init (engine.c:107) -==689== by 0x1308A5: gwion_engine (gwion.c:39) -==689== by 0x1308A5: gwion_ini (gwion.c:78) -==689== by 0x12F85D: main (main.c:23) -==689== If you believe this happened as a result of a stack -==689== overflow in your program's main thread (unlikely but -==689== possible), you can try to increase the size of the -==689== main thread stack using the --main-stacksize= flag. -==689== The main thread stack size used in this run was 8388608. -==689== -==689== HEAP SUMMARY: -==689== in use at exit: 2,171,862 bytes in 384 blocks -==689== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==689== -==689== LEAK SUMMARY: -==689== definitely lost: 0 bytes in 0 blocks -==689== indirectly lost: 0 bytes in 0 blocks -==689== possibly lost: 0 bytes in 0 blocks -==689== still reachable: 2,171,862 bytes in 384 blocks -==689== suppressed: 0 bytes in 0 blocks -==689== Rerun with --leak-check=full to see details of leaked memory -==689== -==689== For counts of detected and suppressed errors, rerun with: -v -==689== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==746== Memcheck, a memory error detector -==746== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==746== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==746== Command: ./../../gwion -p. -d dummy /dev/null -==746== Parent PID: 32027 -==746== -==746== Invalid read of size 4 -==746== at 0x130C08: env_err (gwion.c:110) -==746== by 0x14725C: make_dll_arg_list (import.c:406) -==746== by 0x1476B9: make_dll_as_fun (import.c:440) -==746== by 0x147808: gwi_func_end (import.c:449) -==746== by 0x48482A6: import (invalid_array.c:24) -==746== by 0x14F974: type_engine_init (engine.c:107) -==746== by 0x1308A5: gwion_engine (gwion.c:39) -==746== by 0x1308A5: gwion_ini (gwion.c:78) -==746== by 0x12F85D: main (main.c:23) -==746== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==746== -==746== -==746== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==746== Access not within mapped region at address 0x28 -==746== at 0x130C08: env_err (gwion.c:110) -==746== by 0x14725C: make_dll_arg_list (import.c:406) -==746== by 0x1476B9: make_dll_as_fun (import.c:440) -==746== by 0x147808: gwi_func_end (import.c:449) -==746== by 0x48482A6: import (invalid_array.c:24) -==746== by 0x14F974: type_engine_init (engine.c:107) -==746== by 0x1308A5: gwion_engine (gwion.c:39) -==746== by 0x1308A5: gwion_ini (gwion.c:78) -==746== by 0x12F85D: main (main.c:23) -==746== If you believe this happened as a result of a stack -==746== overflow in your program's main thread (unlikely but -==746== possible), you can try to increase the size of the -==746== main thread stack using the --main-stacksize= flag. -==746== The main thread stack size used in this run was 8388608. -==746== -==746== HEAP SUMMARY: -==746== in use at exit: 2,173,020 bytes in 385 blocks -==746== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==746== -==746== LEAK SUMMARY: -==746== definitely lost: 0 bytes in 0 blocks -==746== indirectly lost: 0 bytes in 0 blocks -==746== possibly lost: 0 bytes in 0 blocks -==746== still reachable: 2,173,020 bytes in 385 blocks -==746== suppressed: 0 bytes in 0 blocks -==746== Rerun with --leak-check=full to see details of leaked memory -==746== -==746== For counts of detected and suppressed errors, rerun with: -v -==746== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==814== Memcheck, a memory error detector -==814== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==814== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==814== Command: ./../../gwion -p. -d dummy /dev/null -==814== Parent PID: 32027 -==814== -==814== Invalid read of size 4 -==814== at 0x130C08: env_err (gwion.c:110) -==814== by 0x1452DE: path_valid (import.c:145) -==814== by 0x145C3D: str2list (import.c:167) -==814== by 0x1474FC: import_td (import.c:418) -==814== by 0x14768D: make_dll_as_fun (import.c:436) -==814== by 0x147808: gwi_func_end (import.c:449) -==814== by 0x48481EC: import (invalid_func.c:20) -==814== by 0x14F974: type_engine_init (engine.c:107) -==814== by 0x1308A5: gwion_engine (gwion.c:39) -==814== by 0x1308A5: gwion_ini (gwion.c:78) -==814== by 0x12F85D: main (main.c:23) -==814== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==814== -==814== -==814== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==814== Access not within mapped region at address 0x28 -==814== at 0x130C08: env_err (gwion.c:110) -==814== by 0x1452DE: path_valid (import.c:145) -==814== by 0x145C3D: str2list (import.c:167) -==814== by 0x1474FC: import_td (import.c:418) -==814== by 0x14768D: make_dll_as_fun (import.c:436) -==814== by 0x147808: gwi_func_end (import.c:449) -==814== by 0x48481EC: import (invalid_func.c:20) -==814== by 0x14F974: type_engine_init (engine.c:107) -==814== by 0x1308A5: gwion_engine (gwion.c:39) -==814== by 0x1308A5: gwion_ini (gwion.c:78) -==814== by 0x12F85D: main (main.c:23) -==814== If you believe this happened as a result of a stack -==814== overflow in your program's main thread (unlikely but -==814== possible), you can try to increase the size of the -==814== main thread stack using the --main-stacksize= flag. -==814== The main thread stack size used in this run was 8388608. -==814== -==814== HEAP SUMMARY: -==814== in use at exit: 2,171,353 bytes in 383 blocks -==814== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==814== -==814== LEAK SUMMARY: -==814== definitely lost: 0 bytes in 0 blocks -==814== indirectly lost: 0 bytes in 0 blocks -==814== possibly lost: 0 bytes in 0 blocks -==814== still reachable: 2,171,353 bytes in 383 blocks -==814== suppressed: 0 bytes in 0 blocks -==814== Rerun with --leak-check=full to see details of leaked memory -==814== -==814== For counts of detected and suppressed errors, rerun with: -v -==814== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==865== Memcheck, a memory error detector -==865== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==865== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==865== Command: ./../../gwion -p. -d dummy /dev/null -==865== Parent PID: 32027 -==865== -==865== Invalid read of size 4 -==865== at 0x130C08: env_err (gwion.c:110) -==865== by 0x145164: path_valid (import.c:135) -==865== by 0x145C3D: str2list (import.c:167) -==865== by 0x1469A5: gwi_item_ini (import.c:302) -==865== by 0x48481B5: import (invalid_type1.c:18) -==865== by 0x14F974: type_engine_init (engine.c:107) -==865== by 0x1308A5: gwion_engine (gwion.c:39) -==865== by 0x1308A5: gwion_ini (gwion.c:78) -==865== by 0x12F85D: main (main.c:23) -==865== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==865== -==865== -==865== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==865== Access not within mapped region at address 0x28 -==865== at 0x130C08: env_err (gwion.c:110) -==865== by 0x145164: path_valid (import.c:135) -==865== by 0x145C3D: str2list (import.c:167) -==865== by 0x1469A5: gwi_item_ini (import.c:302) -==865== by 0x48481B5: import (invalid_type1.c:18) -==865== by 0x14F974: type_engine_init (engine.c:107) -==865== by 0x1308A5: gwion_engine (gwion.c:39) -==865== by 0x1308A5: gwion_ini (gwion.c:78) -==865== by 0x12F85D: main (main.c:23) -==865== If you believe this happened as a result of a stack -==865== overflow in your program's main thread (unlikely but -==865== possible), you can try to increase the size of the -==865== main thread stack using the --main-stacksize= flag. -==865== The main thread stack size used in this run was 8388608. -==865== -==865== HEAP SUMMARY: -==865== in use at exit: 2,171,356 bytes in 383 blocks -==865== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==865== -==865== LEAK SUMMARY: -==865== definitely lost: 0 bytes in 0 blocks -==865== indirectly lost: 0 bytes in 0 blocks -==865== possibly lost: 0 bytes in 0 blocks -==865== still reachable: 2,171,356 bytes in 383 blocks -==865== suppressed: 0 bytes in 0 blocks -==865== Rerun with --leak-check=full to see details of leaked memory -==865== -==865== For counts of detected and suppressed errors, rerun with: -v -==865== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==911== Memcheck, a memory error detector -==911== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==911== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==911== Command: ./../../gwion -p. -d dummy /dev/null -==911== Parent PID: 32027 -==911== -==911== Invalid read of size 4 -==911== at 0x130C08: env_err (gwion.c:110) -==911== by 0x1452DE: path_valid (import.c:145) -==911== by 0x145C3D: str2list (import.c:167) -==911== by 0x1469A5: gwi_item_ini (import.c:302) -==911== by 0x48481B5: import (invalid_type2.c:18) -==911== by 0x14F974: type_engine_init (engine.c:107) -==911== by 0x1308A5: gwion_engine (gwion.c:39) -==911== by 0x1308A5: gwion_ini (gwion.c:78) -==911== by 0x12F85D: main (main.c:23) -==911== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==911== -==911== -==911== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==911== Access not within mapped region at address 0x28 -==911== at 0x130C08: env_err (gwion.c:110) -==911== by 0x1452DE: path_valid (import.c:145) -==911== by 0x145C3D: str2list (import.c:167) -==911== by 0x1469A5: gwi_item_ini (import.c:302) -==911== by 0x48481B5: import (invalid_type2.c:18) -==911== by 0x14F974: type_engine_init (engine.c:107) -==911== by 0x1308A5: gwion_engine (gwion.c:39) -==911== by 0x1308A5: gwion_ini (gwion.c:78) -==911== by 0x12F85D: main (main.c:23) -==911== If you believe this happened as a result of a stack -==911== overflow in your program's main thread (unlikely but -==911== possible), you can try to increase the size of the -==911== main thread stack using the --main-stacksize= flag. -==911== The main thread stack size used in this run was 8388608. -==911== -==911== HEAP SUMMARY: -==911== in use at exit: 2,171,356 bytes in 383 blocks -==911== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==911== -==911== LEAK SUMMARY: -==911== definitely lost: 0 bytes in 0 blocks -==911== indirectly lost: 0 bytes in 0 blocks -==911== possibly lost: 0 bytes in 0 blocks -==911== still reachable: 2,171,356 bytes in 383 blocks -==911== suppressed: 0 bytes in 0 blocks -==911== Rerun with --leak-check=full to see details of leaked memory -==911== -==911== For counts of detected and suppressed errors, rerun with: -v -==911== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==957== Memcheck, a memory error detector -==957== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==957== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==957== Command: ./../../gwion -p. -d dummy /dev/null -==957== Parent PID: 32027 -==957== -==957== Invalid read of size 4 -==957== at 0x130C08: env_err (gwion.c:110) -==957== by 0x144FC9: name_valid (import.c:116) -==957== by 0x14624E: gwi_add_type (import.c:195) -==957== by 0x146314: gwi_class_ini (import.c:229) -==957== by 0x484818F: import (invalid_type3.c:18) -==957== by 0x14F974: type_engine_init (engine.c:107) -==957== by 0x1308A5: gwion_engine (gwion.c:39) -==957== by 0x1308A5: gwion_ini (gwion.c:78) -==957== by 0x12F85D: main (main.c:23) -==957== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==957== -==957== -==957== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==957== Access not within mapped region at address 0x28 -==957== at 0x130C08: env_err (gwion.c:110) -==957== by 0x144FC9: name_valid (import.c:116) -==957== by 0x14624E: gwi_add_type (import.c:195) -==957== by 0x146314: gwi_class_ini (import.c:229) -==957== by 0x484818F: import (invalid_type3.c:18) -==957== by 0x14F974: type_engine_init (engine.c:107) -==957== by 0x1308A5: gwion_engine (gwion.c:39) -==957== by 0x1308A5: gwion_ini (gwion.c:78) -==957== by 0x12F85D: main (main.c:23) -==957== If you believe this happened as a result of a stack -==957== overflow in your program's main thread (unlikely but -==957== possible), you can try to increase the size of the -==957== main thread stack using the --main-stacksize= flag. -==957== The main thread stack size used in this run was 8388608. -==957== -==957== HEAP SUMMARY: -==957== in use at exit: 2,170,716 bytes in 374 blocks -==957== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==957== -==957== LEAK SUMMARY: -==957== definitely lost: 0 bytes in 0 blocks -==957== indirectly lost: 0 bytes in 0 blocks -==957== possibly lost: 0 bytes in 0 blocks -==957== still reachable: 2,170,716 bytes in 374 blocks -==957== suppressed: 0 bytes in 0 blocks -==957== Rerun with --leak-check=full to see details of leaked memory -==957== -==957== For counts of detected and suppressed errors, rerun with: -v -==957== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1138== Memcheck, a memory error detector -==1138== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1138== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1138== Command: ./../../gwion -p. -d dummy /dev/null -==1138== Parent PID: 32027 -==1138== -==1138== Invalid read of size 4 -==1138== at 0x130C08: env_err (gwion.c:110) -==1138== by 0x146FDD: make_dll_arg_list (import.c:398) -==1138== by 0x1476B9: make_dll_as_fun (import.c:440) -==1138== by 0x147808: gwi_func_end (import.c:449) -==1138== by 0x4848225: import (template_arg.c:21) -==1138== by 0x14F974: type_engine_init (engine.c:107) -==1138== by 0x1308A5: gwion_engine (gwion.c:39) -==1138== by 0x1308A5: gwion_ini (gwion.c:78) -==1138== by 0x12F85D: main (main.c:23) -==1138== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1138== -==1138== -==1138== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1138== Access not within mapped region at address 0x28 -==1138== at 0x130C08: env_err (gwion.c:110) -==1138== by 0x146FDD: make_dll_arg_list (import.c:398) -==1138== by 0x1476B9: make_dll_as_fun (import.c:440) -==1138== by 0x147808: gwi_func_end (import.c:449) -==1138== by 0x4848225: import (template_arg.c:21) -==1138== by 0x14F974: type_engine_init (engine.c:107) -==1138== by 0x1308A5: gwion_engine (gwion.c:39) -==1138== by 0x1308A5: gwion_ini (gwion.c:78) -==1138== by 0x12F85D: main (main.c:23) -==1138== If you believe this happened as a result of a stack -==1138== overflow in your program's main thread (unlikely but -==1138== possible), you can try to increase the size of the -==1138== main thread stack using the --main-stacksize= flag. -==1138== The main thread stack size used in this run was 8388608. -==1138== -==1138== HEAP SUMMARY: -==1138== in use at exit: 2,177,657 bytes in 395 blocks -==1138== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==1138== -==1138== LEAK SUMMARY: -==1138== definitely lost: 0 bytes in 0 blocks -==1138== indirectly lost: 0 bytes in 0 blocks -==1138== possibly lost: 0 bytes in 0 blocks -==1138== still reachable: 2,177,657 bytes in 395 blocks -==1138== suppressed: 0 bytes in 0 blocks -==1138== Rerun with --leak-check=full to see details of leaked memory -==1138== -==1138== For counts of detected and suppressed errors, rerun with: -v -==1138== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==31527== Memcheck, a memory error detector -==31527== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==31527== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==31527== Command: ./../../gwion -p. -d dummy /dev/null -==31527== Parent PID: 31474 -==31527== -==31527== -==31527== HEAP SUMMARY: -==31527== in use at exit: 928 bytes in 10 blocks -==31527== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==31527== -==31527== LEAK SUMMARY: -==31527== definitely lost: 928 bytes in 10 blocks -==31527== indirectly lost: 0 bytes in 0 blocks -==31527== possibly lost: 0 bytes in 0 blocks -==31527== still reachable: 0 bytes in 0 blocks -==31527== suppressed: 0 bytes in 0 blocks -==31527== Rerun with --leak-check=full to see details of leaked memory -==31527== -==31527== For counts of detected and suppressed errors, rerun with: -v -==31527== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==31634== Memcheck, a memory error detector -==31634== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==31634== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==31634== Command: ./../../gwion -p. -d dummy /dev/null -==31634== Parent PID: 31474 -==31634== -==31634== Invalid read of size 4 -==31634== at 0x130C08: env_err (gwion.c:110) -==31634== by 0x146395: gwi_class_ini (import.c:220) -==31634== by 0x48481A0: import (begin_class.c:18) -==31634== by 0x14F974: type_engine_init (engine.c:107) -==31634== by 0x1308A5: gwion_engine (gwion.c:39) -==31634== by 0x1308A5: gwion_ini (gwion.c:78) -==31634== by 0x12F85D: main (main.c:23) -==31634== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==31634== -==31634== -==31634== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==31634== Access not within mapped region at address 0x28 -==31634== at 0x130C08: env_err (gwion.c:110) -==31634== by 0x146395: gwi_class_ini (import.c:220) -==31634== by 0x48481A0: import (begin_class.c:18) -==31634== by 0x14F974: type_engine_init (engine.c:107) -==31634== by 0x1308A5: gwion_engine (gwion.c:39) -==31634== by 0x1308A5: gwion_ini (gwion.c:78) -==31634== by 0x12F85D: main (main.c:23) -==31634== If you believe this happened as a result of a stack -==31634== overflow in your program's main thread (unlikely but -==31634== possible), you can try to increase the size of the -==31634== main thread stack using the --main-stacksize= flag. -==31634== The main thread stack size used in this run was 8388608. -==31634== -==31634== HEAP SUMMARY: -==31634== in use at exit: 2,171,350 bytes in 383 blocks -==31634== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==31634== -==31634== LEAK SUMMARY: -==31634== definitely lost: 0 bytes in 0 blocks -==31634== indirectly lost: 0 bytes in 0 blocks -==31634== possibly lost: 0 bytes in 0 blocks -==31634== still reachable: 2,171,350 bytes in 383 blocks -==31634== suppressed: 0 bytes in 0 blocks -==31634== Rerun with --leak-check=full to see details of leaked memory -==31634== -==31634== For counts of detected and suppressed errors, rerun with: -v -==31634== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==31870== Memcheck, a memory error detector -==31870== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==31870== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==31870== Command: ./../../gwion -p. -d dummy /dev/null -==31870== Parent PID: 31474 -==31870== -==31870== Invalid read of size 4 -==31870== at 0x130C08: env_err (gwion.c:110) -==31870== by 0x14806A: gwi_union_end (import.c:601) -==31870== by 0x4848152: import (empty_union.c:15) -==31870== by 0x14F974: type_engine_init (engine.c:107) -==31870== by 0x1308A5: gwion_engine (gwion.c:39) -==31870== by 0x1308A5: gwion_ini (gwion.c:78) -==31870== by 0x12F85D: main (main.c:23) -==31870== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==31870== -==31870== -==31870== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==31870== Access not within mapped region at address 0x28 -==31870== at 0x130C08: env_err (gwion.c:110) -==31870== by 0x14806A: gwi_union_end (import.c:601) -==31870== by 0x4848152: import (empty_union.c:15) -==31870== by 0x14F974: type_engine_init (engine.c:107) -==31870== by 0x1308A5: gwion_engine (gwion.c:39) -==31870== by 0x1308A5: gwion_ini (gwion.c:78) -==31870== by 0x12F85D: main (main.c:23) -==31870== If you believe this happened as a result of a stack -==31870== overflow in your program's main thread (unlikely but -==31870== possible), you can try to increase the size of the -==31870== main thread stack using the --main-stacksize= flag. -==31870== The main thread stack size used in this run was 8388608. -==31870== -==31870== HEAP SUMMARY: -==31870== in use at exit: 2,170,710 bytes in 374 blocks -==31870== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==31870== -==31870== LEAK SUMMARY: -==31870== definitely lost: 0 bytes in 0 blocks -==31870== indirectly lost: 0 bytes in 0 blocks -==31870== possibly lost: 0 bytes in 0 blocks -==31870== still reachable: 2,170,710 bytes in 374 blocks -==31870== suppressed: 0 bytes in 0 blocks -==31870== Rerun with --leak-check=full to see details of leaked memory -==31870== -==31870== For counts of detected and suppressed errors, rerun with: -v -==31870== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==31917== Memcheck, a memory error detector -==31917== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==31917== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==31917== Command: ./../../gwion -p. -d dummy /dev/null -==31917== Parent PID: 31474 -==31917== -==31917== Invalid read of size 4 -==31917== at 0x130C08: env_err (gwion.c:110) -==31917== by 0x146914: gwi_class_end (import.c:268) -==31917== by 0x4848133: import (end_class.c:15) -==31917== by 0x14F974: type_engine_init (engine.c:107) -==31917== by 0x1308A5: gwion_engine (gwion.c:39) -==31917== by 0x1308A5: gwion_ini (gwion.c:78) -==31917== by 0x12F85D: main (main.c:23) -==31917== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==31917== -==31917== -==31917== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==31917== Access not within mapped region at address 0x28 -==31917== at 0x130C08: env_err (gwion.c:110) -==31917== by 0x146914: gwi_class_end (import.c:268) -==31917== by 0x4848133: import (end_class.c:15) -==31917== by 0x14F974: type_engine_init (engine.c:107) -==31917== by 0x1308A5: gwion_engine (gwion.c:39) -==31917== by 0x1308A5: gwion_ini (gwion.c:78) -==31917== by 0x12F85D: main (main.c:23) -==31917== If you believe this happened as a result of a stack -==31917== overflow in your program's main thread (unlikely but -==31917== possible), you can try to increase the size of the -==31917== main thread stack using the --main-stacksize= flag. -==31917== The main thread stack size used in this run was 8388608. -==31917== -==31917== HEAP SUMMARY: -==31917== in use at exit: 2,170,704 bytes in 374 blocks -==31917== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==31917== -==31917== LEAK SUMMARY: -==31917== definitely lost: 0 bytes in 0 blocks -==31917== indirectly lost: 0 bytes in 0 blocks -==31917== possibly lost: 0 bytes in 0 blocks -==31917== still reachable: 2,170,704 bytes in 374 blocks -==31917== suppressed: 0 bytes in 0 blocks -==31917== Rerun with --leak-check=full to see details of leaked memory -==31917== -==31917== For counts of detected and suppressed errors, rerun with: -v -==31917== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32262== Memcheck, a memory error detector -==32262== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32262== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32262== Command: ./../../gwion -p. -d dummy /dev/null -==32262== Parent PID: 31474 -==32262== -==32262== Invalid read of size 4 -==32262== at 0x130C08: env_err (gwion.c:110) -==32262== by 0x1452DE: path_valid (import.c:145) -==32262== by 0x145C3D: str2list (import.c:167) -==32262== by 0x146D5B: str2decl (import.c:366) -==32262== by 0x147185: make_dll_arg_list (import.c:395) -==32262== by 0x1476B9: make_dll_as_fun (import.c:440) -==32262== by 0x147808: gwi_func_end (import.c:449) -==32262== by 0x4848225: import (invalid_arg.c:21) -==32262== by 0x14F974: type_engine_init (engine.c:107) -==32262== by 0x1308A5: gwion_engine (gwion.c:39) -==32262== by 0x1308A5: gwion_ini (gwion.c:78) -==32262== by 0x12F85D: main (main.c:23) -==32262== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32262== -==32262== -==32262== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32262== Access not within mapped region at address 0x28 -==32262== at 0x130C08: env_err (gwion.c:110) -==32262== by 0x1452DE: path_valid (import.c:145) -==32262== by 0x145C3D: str2list (import.c:167) -==32262== by 0x146D5B: str2decl (import.c:366) -==32262== by 0x147185: make_dll_arg_list (import.c:395) -==32262== by 0x1476B9: make_dll_as_fun (import.c:440) -==32262== by 0x147808: gwi_func_end (import.c:449) -==32262== by 0x4848225: import (invalid_arg.c:21) -==32262== by 0x14F974: type_engine_init (engine.c:107) -==32262== by 0x1308A5: gwion_engine (gwion.c:39) -==32262== by 0x1308A5: gwion_ini (gwion.c:78) -==32262== by 0x12F85D: main (main.c:23) -==32262== If you believe this happened as a result of a stack -==32262== overflow in your program's main thread (unlikely but -==32262== possible), you can try to increase the size of the -==32262== main thread stack using the --main-stacksize= flag. -==32262== The main thread stack size used in this run was 8388608. -==32262== -==32262== HEAP SUMMARY: -==32262== in use at exit: 2,171,862 bytes in 384 blocks -==32262== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==32262== -==32262== LEAK SUMMARY: -==32262== definitely lost: 0 bytes in 0 blocks -==32262== indirectly lost: 0 bytes in 0 blocks -==32262== possibly lost: 0 bytes in 0 blocks -==32262== still reachable: 2,171,862 bytes in 384 blocks -==32262== suppressed: 0 bytes in 0 blocks -==32262== Rerun with --leak-check=full to see details of leaked memory -==32262== -==32262== For counts of detected and suppressed errors, rerun with: -v -==32262== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32308== Memcheck, a memory error detector -==32308== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32308== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32308== Command: ./../../gwion -p. -d dummy /dev/null -==32308== Parent PID: 31474 -==32308== -==32308== Invalid read of size 4 -==32308== at 0x130C08: env_err (gwion.c:110) -==32308== by 0x14725C: make_dll_arg_list (import.c:406) -==32308== by 0x1476B9: make_dll_as_fun (import.c:440) -==32308== by 0x147808: gwi_func_end (import.c:449) -==32308== by 0x48482A6: import (invalid_array.c:24) -==32308== by 0x14F974: type_engine_init (engine.c:107) -==32308== by 0x1308A5: gwion_engine (gwion.c:39) -==32308== by 0x1308A5: gwion_ini (gwion.c:78) -==32308== by 0x12F85D: main (main.c:23) -==32308== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32308== -==32308== -==32308== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32308== Access not within mapped region at address 0x28 -==32308== at 0x130C08: env_err (gwion.c:110) -==32308== by 0x14725C: make_dll_arg_list (import.c:406) -==32308== by 0x1476B9: make_dll_as_fun (import.c:440) -==32308== by 0x147808: gwi_func_end (import.c:449) -==32308== by 0x48482A6: import (invalid_array.c:24) -==32308== by 0x14F974: type_engine_init (engine.c:107) -==32308== by 0x1308A5: gwion_engine (gwion.c:39) -==32308== by 0x1308A5: gwion_ini (gwion.c:78) -==32308== by 0x12F85D: main (main.c:23) -==32308== If you believe this happened as a result of a stack -==32308== overflow in your program's main thread (unlikely but -==32308== possible), you can try to increase the size of the -==32308== main thread stack using the --main-stacksize= flag. -==32308== The main thread stack size used in this run was 8388608. -==32308== -==32308== HEAP SUMMARY: -==32308== in use at exit: 2,173,020 bytes in 385 blocks -==32308== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==32308== -==32308== LEAK SUMMARY: -==32308== definitely lost: 0 bytes in 0 blocks -==32308== indirectly lost: 0 bytes in 0 blocks -==32308== possibly lost: 0 bytes in 0 blocks -==32308== still reachable: 2,173,020 bytes in 385 blocks -==32308== suppressed: 0 bytes in 0 blocks -==32308== Rerun with --leak-check=full to see details of leaked memory -==32308== -==32308== For counts of detected and suppressed errors, rerun with: -v -==32308== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32354== Memcheck, a memory error detector -==32354== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32354== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32354== Command: ./../../gwion -p. -d dummy /dev/null -==32354== Parent PID: 31474 -==32354== -==32354== Invalid read of size 4 -==32354== at 0x130C08: env_err (gwion.c:110) -==32354== by 0x1452DE: path_valid (import.c:145) -==32354== by 0x145C3D: str2list (import.c:167) -==32354== by 0x1474FC: import_td (import.c:418) -==32354== by 0x14768D: make_dll_as_fun (import.c:436) -==32354== by 0x147808: gwi_func_end (import.c:449) -==32354== by 0x48481EC: import (invalid_func.c:20) -==32354== by 0x14F974: type_engine_init (engine.c:107) -==32354== by 0x1308A5: gwion_engine (gwion.c:39) -==32354== by 0x1308A5: gwion_ini (gwion.c:78) -==32354== by 0x12F85D: main (main.c:23) -==32354== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32354== -==32354== -==32354== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32354== Access not within mapped region at address 0x28 -==32354== at 0x130C08: env_err (gwion.c:110) -==32354== by 0x1452DE: path_valid (import.c:145) -==32354== by 0x145C3D: str2list (import.c:167) -==32354== by 0x1474FC: import_td (import.c:418) -==32354== by 0x14768D: make_dll_as_fun (import.c:436) -==32354== by 0x147808: gwi_func_end (import.c:449) -==32354== by 0x48481EC: import (invalid_func.c:20) -==32354== by 0x14F974: type_engine_init (engine.c:107) -==32354== by 0x1308A5: gwion_engine (gwion.c:39) -==32354== by 0x1308A5: gwion_ini (gwion.c:78) -==32354== by 0x12F85D: main (main.c:23) -==32354== If you believe this happened as a result of a stack -==32354== overflow in your program's main thread (unlikely but -==32354== possible), you can try to increase the size of the -==32354== main thread stack using the --main-stacksize= flag. -==32354== The main thread stack size used in this run was 8388608. -==32354== -==32354== HEAP SUMMARY: -==32354== in use at exit: 2,171,353 bytes in 383 blocks -==32354== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==32354== -==32354== LEAK SUMMARY: -==32354== definitely lost: 0 bytes in 0 blocks -==32354== indirectly lost: 0 bytes in 0 blocks -==32354== possibly lost: 0 bytes in 0 blocks -==32354== still reachable: 2,171,353 bytes in 383 blocks -==32354== suppressed: 0 bytes in 0 blocks -==32354== Rerun with --leak-check=full to see details of leaked memory -==32354== -==32354== For counts of detected and suppressed errors, rerun with: -v -==32354== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32401== Memcheck, a memory error detector -==32401== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32401== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32401== Command: ./../../gwion -p. -d dummy /dev/null -==32401== Parent PID: 31474 -==32401== -==32401== Invalid read of size 4 -==32401== at 0x130C08: env_err (gwion.c:110) -==32401== by 0x145164: path_valid (import.c:135) -==32401== by 0x145C3D: str2list (import.c:167) -==32401== by 0x1469A5: gwi_item_ini (import.c:302) -==32401== by 0x48481B5: import (invalid_type1.c:18) -==32401== by 0x14F974: type_engine_init (engine.c:107) -==32401== by 0x1308A5: gwion_engine (gwion.c:39) -==32401== by 0x1308A5: gwion_ini (gwion.c:78) -==32401== by 0x12F85D: main (main.c:23) -==32401== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32401== -==32401== -==32401== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32401== Access not within mapped region at address 0x28 -==32401== at 0x130C08: env_err (gwion.c:110) -==32401== by 0x145164: path_valid (import.c:135) -==32401== by 0x145C3D: str2list (import.c:167) -==32401== by 0x1469A5: gwi_item_ini (import.c:302) -==32401== by 0x48481B5: import (invalid_type1.c:18) -==32401== by 0x14F974: type_engine_init (engine.c:107) -==32401== by 0x1308A5: gwion_engine (gwion.c:39) -==32401== by 0x1308A5: gwion_ini (gwion.c:78) -==32401== by 0x12F85D: main (main.c:23) -==32401== If you believe this happened as a result of a stack -==32401== overflow in your program's main thread (unlikely but -==32401== possible), you can try to increase the size of the -==32401== main thread stack using the --main-stacksize= flag. -==32401== The main thread stack size used in this run was 8388608. -==32401== -==32401== HEAP SUMMARY: -==32401== in use at exit: 2,171,356 bytes in 383 blocks -==32401== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==32401== -==32401== LEAK SUMMARY: -==32401== definitely lost: 0 bytes in 0 blocks -==32401== indirectly lost: 0 bytes in 0 blocks -==32401== possibly lost: 0 bytes in 0 blocks -==32401== still reachable: 2,171,356 bytes in 383 blocks -==32401== suppressed: 0 bytes in 0 blocks -==32401== Rerun with --leak-check=full to see details of leaked memory -==32401== -==32401== For counts of detected and suppressed errors, rerun with: -v -==32401== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32447== Memcheck, a memory error detector -==32447== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32447== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32447== Command: ./../../gwion -p. -d dummy /dev/null -==32447== Parent PID: 31474 -==32447== -==32447== Invalid read of size 4 -==32447== at 0x130C08: env_err (gwion.c:110) -==32447== by 0x1452DE: path_valid (import.c:145) -==32447== by 0x145C3D: str2list (import.c:167) -==32447== by 0x1469A5: gwi_item_ini (import.c:302) -==32447== by 0x48481B5: import (invalid_type2.c:18) -==32447== by 0x14F974: type_engine_init (engine.c:107) -==32447== by 0x1308A5: gwion_engine (gwion.c:39) -==32447== by 0x1308A5: gwion_ini (gwion.c:78) -==32447== by 0x12F85D: main (main.c:23) -==32447== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32447== -==32447== -==32447== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32447== Access not within mapped region at address 0x28 -==32447== at 0x130C08: env_err (gwion.c:110) -==32447== by 0x1452DE: path_valid (import.c:145) -==32447== by 0x145C3D: str2list (import.c:167) -==32447== by 0x1469A5: gwi_item_ini (import.c:302) -==32447== by 0x48481B5: import (invalid_type2.c:18) -==32447== by 0x14F974: type_engine_init (engine.c:107) -==32447== by 0x1308A5: gwion_engine (gwion.c:39) -==32447== by 0x1308A5: gwion_ini (gwion.c:78) -==32447== by 0x12F85D: main (main.c:23) -==32447== If you believe this happened as a result of a stack -==32447== overflow in your program's main thread (unlikely but -==32447== possible), you can try to increase the size of the -==32447== main thread stack using the --main-stacksize= flag. -==32447== The main thread stack size used in this run was 8388608. -==32447== -==32447== HEAP SUMMARY: -==32447== in use at exit: 2,171,356 bytes in 383 blocks -==32447== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==32447== -==32447== LEAK SUMMARY: -==32447== definitely lost: 0 bytes in 0 blocks -==32447== indirectly lost: 0 bytes in 0 blocks -==32447== possibly lost: 0 bytes in 0 blocks -==32447== still reachable: 2,171,356 bytes in 383 blocks -==32447== suppressed: 0 bytes in 0 blocks -==32447== Rerun with --leak-check=full to see details of leaked memory -==32447== -==32447== For counts of detected and suppressed errors, rerun with: -v -==32447== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32493== Memcheck, a memory error detector -==32493== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32493== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32493== Command: ./../../gwion -p. -d dummy /dev/null -==32493== Parent PID: 31474 -==32493== -==32493== Invalid read of size 4 -==32493== at 0x130C08: env_err (gwion.c:110) -==32493== by 0x144FC9: name_valid (import.c:116) -==32493== by 0x14624E: gwi_add_type (import.c:195) -==32493== by 0x146314: gwi_class_ini (import.c:229) -==32493== by 0x484818F: import (invalid_type3.c:18) -==32493== by 0x14F974: type_engine_init (engine.c:107) -==32493== by 0x1308A5: gwion_engine (gwion.c:39) -==32493== by 0x1308A5: gwion_ini (gwion.c:78) -==32493== by 0x12F85D: main (main.c:23) -==32493== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32493== -==32493== -==32493== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32493== Access not within mapped region at address 0x28 -==32493== at 0x130C08: env_err (gwion.c:110) -==32493== by 0x144FC9: name_valid (import.c:116) -==32493== by 0x14624E: gwi_add_type (import.c:195) -==32493== by 0x146314: gwi_class_ini (import.c:229) -==32493== by 0x484818F: import (invalid_type3.c:18) -==32493== by 0x14F974: type_engine_init (engine.c:107) -==32493== by 0x1308A5: gwion_engine (gwion.c:39) -==32493== by 0x1308A5: gwion_ini (gwion.c:78) -==32493== by 0x12F85D: main (main.c:23) -==32493== If you believe this happened as a result of a stack -==32493== overflow in your program's main thread (unlikely but -==32493== possible), you can try to increase the size of the -==32493== main thread stack using the --main-stacksize= flag. -==32493== The main thread stack size used in this run was 8388608. -==32493== -==32493== HEAP SUMMARY: -==32493== in use at exit: 2,170,716 bytes in 374 blocks -==32493== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==32493== -==32493== LEAK SUMMARY: -==32493== definitely lost: 0 bytes in 0 blocks -==32493== indirectly lost: 0 bytes in 0 blocks -==32493== possibly lost: 0 bytes in 0 blocks -==32493== still reachable: 2,170,716 bytes in 374 blocks -==32493== suppressed: 0 bytes in 0 blocks -==32493== Rerun with --leak-check=full to see details of leaked memory -==32493== -==32493== For counts of detected and suppressed errors, rerun with: -v -==32493== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32674== Memcheck, a memory error detector -==32674== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32674== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32674== Command: ./../../gwion -p. -d dummy /dev/null -==32674== Parent PID: 31474 -==32674== -==32674== Invalid read of size 4 -==32674== at 0x130C08: env_err (gwion.c:110) -==32674== by 0x146FDD: make_dll_arg_list (import.c:398) -==32674== by 0x1476B9: make_dll_as_fun (import.c:440) -==32674== by 0x147808: gwi_func_end (import.c:449) -==32674== by 0x4848225: import (template_arg.c:21) -==32674== by 0x14F974: type_engine_init (engine.c:107) -==32674== by 0x1308A5: gwion_engine (gwion.c:39) -==32674== by 0x1308A5: gwion_ini (gwion.c:78) -==32674== by 0x12F85D: main (main.c:23) -==32674== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32674== -==32674== -==32674== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32674== Access not within mapped region at address 0x28 -==32674== at 0x130C08: env_err (gwion.c:110) -==32674== by 0x146FDD: make_dll_arg_list (import.c:398) -==32674== by 0x1476B9: make_dll_as_fun (import.c:440) -==32674== by 0x147808: gwi_func_end (import.c:449) -==32674== by 0x4848225: import (template_arg.c:21) -==32674== by 0x14F974: type_engine_init (engine.c:107) -==32674== by 0x1308A5: gwion_engine (gwion.c:39) -==32674== by 0x1308A5: gwion_ini (gwion.c:78) -==32674== by 0x12F85D: main (main.c:23) -==32674== If you believe this happened as a result of a stack -==32674== overflow in your program's main thread (unlikely but -==32674== possible), you can try to increase the size of the -==32674== main thread stack using the --main-stacksize= flag. -==32674== The main thread stack size used in this run was 8388608. -==32674== -==32674== HEAP SUMMARY: -==32674== in use at exit: 2,177,657 bytes in 395 blocks -==32674== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==32674== -==32674== LEAK SUMMARY: -==32674== definitely lost: 0 bytes in 0 blocks -==32674== indirectly lost: 0 bytes in 0 blocks -==32674== possibly lost: 0 bytes in 0 blocks -==32674== still reachable: 2,177,657 bytes in 395 blocks -==32674== suppressed: 0 bytes in 0 blocks -==32674== Rerun with --leak-check=full to see details of leaked memory -==32674== -==32674== For counts of detected and suppressed errors, rerun with: -v -==32674== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==32606== Memcheck, a memory error detector -==32606== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32606== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32606== Command: ./../../gwion -p. -d dummy /dev/null -==32606== Parent PID: 32580 -==32606== -==32606== -==32606== HEAP SUMMARY: -==32606== in use at exit: 928 bytes in 10 blocks -==32606== total heap usage: 997 allocs, 987 frees, 7,604,988 bytes allocated -==32606== -==32606== LEAK SUMMARY: -==32606== definitely lost: 928 bytes in 10 blocks -==32606== indirectly lost: 0 bytes in 0 blocks -==32606== possibly lost: 0 bytes in 0 blocks -==32606== still reachable: 0 bytes in 0 blocks -==32606== suppressed: 0 bytes in 0 blocks -==32606== Rerun with --leak-check=full to see details of leaked memory -==32606== -==32606== For counts of detected and suppressed errors, rerun with: -v -==32606== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==32704== Memcheck, a memory error detector -==32704== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==32704== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==32704== Command: ./../../gwion -p. -d dummy /dev/null -==32704== Parent PID: 32580 -==32704== -==32704== Invalid read of size 4 -==32704== at 0x130C08: env_err (gwion.c:110) -==32704== by 0x146395: gwi_class_ini (import.c:220) -==32704== by 0x48481A0: import (begin_class.c:18) -==32704== by 0x14F974: type_engine_init (engine.c:107) -==32704== by 0x1308A5: gwion_engine (gwion.c:39) -==32704== by 0x1308A5: gwion_ini (gwion.c:78) -==32704== by 0x12F85D: main (main.c:23) -==32704== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==32704== -==32704== -==32704== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==32704== Access not within mapped region at address 0x28 -==32704== at 0x130C08: env_err (gwion.c:110) -==32704== by 0x146395: gwi_class_ini (import.c:220) -==32704== by 0x48481A0: import (begin_class.c:18) -==32704== by 0x14F974: type_engine_init (engine.c:107) -==32704== by 0x1308A5: gwion_engine (gwion.c:39) -==32704== by 0x1308A5: gwion_ini (gwion.c:78) -==32704== by 0x12F85D: main (main.c:23) -==32704== If you believe this happened as a result of a stack -==32704== overflow in your program's main thread (unlikely but -==32704== possible), you can try to increase the size of the -==32704== main thread stack using the --main-stacksize= flag. -==32704== The main thread stack size used in this run was 8388608. -==32704== -==32704== HEAP SUMMARY: -==32704== in use at exit: 2,171,350 bytes in 383 blocks -==32704== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==32704== -==32704== LEAK SUMMARY: -==32704== definitely lost: 0 bytes in 0 blocks -==32704== indirectly lost: 0 bytes in 0 blocks -==32704== possibly lost: 0 bytes in 0 blocks -==32704== still reachable: 2,171,350 bytes in 383 blocks -==32704== suppressed: 0 bytes in 0 blocks -==32704== Rerun with --leak-check=full to see details of leaked memory -==32704== -==32704== For counts of detected and suppressed errors, rerun with: -v -==32704== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==471== Memcheck, a memory error detector -==471== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==471== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==471== Command: ./../../gwion -p. -d dummy /dev/null -==471== Parent PID: 32580 -==471== -==471== Invalid read of size 4 -==471== at 0x130C08: env_err (gwion.c:110) -==471== by 0x14806A: gwi_union_end (import.c:601) -==471== by 0x4848152: import (empty_union.c:15) -==471== by 0x14F974: type_engine_init (engine.c:107) -==471== by 0x1308A5: gwion_engine (gwion.c:39) -==471== by 0x1308A5: gwion_ini (gwion.c:78) -==471== by 0x12F85D: main (main.c:23) -==471== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==471== -==471== -==471== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==471== Access not within mapped region at address 0x28 -==471== at 0x130C08: env_err (gwion.c:110) -==471== by 0x14806A: gwi_union_end (import.c:601) -==471== by 0x4848152: import (empty_union.c:15) -==471== by 0x14F974: type_engine_init (engine.c:107) -==471== by 0x1308A5: gwion_engine (gwion.c:39) -==471== by 0x1308A5: gwion_ini (gwion.c:78) -==471== by 0x12F85D: main (main.c:23) -==471== If you believe this happened as a result of a stack -==471== overflow in your program's main thread (unlikely but -==471== possible), you can try to increase the size of the -==471== main thread stack using the --main-stacksize= flag. -==471== The main thread stack size used in this run was 8388608. -==471== -==471== HEAP SUMMARY: -==471== in use at exit: 2,170,710 bytes in 374 blocks -==471== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==471== -==471== LEAK SUMMARY: -==471== definitely lost: 0 bytes in 0 blocks -==471== indirectly lost: 0 bytes in 0 blocks -==471== possibly lost: 0 bytes in 0 blocks -==471== still reachable: 2,170,710 bytes in 374 blocks -==471== suppressed: 0 bytes in 0 blocks -==471== Rerun with --leak-check=full to see details of leaked memory -==471== -==471== For counts of detected and suppressed errors, rerun with: -v -==471== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==517== Memcheck, a memory error detector -==517== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==517== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==517== Command: ./../../gwion -p. -d dummy /dev/null -==517== Parent PID: 32580 -==517== -==517== Invalid read of size 4 -==517== at 0x130C08: env_err (gwion.c:110) -==517== by 0x146914: gwi_class_end (import.c:268) -==517== by 0x4848133: import (end_class.c:15) -==517== by 0x14F974: type_engine_init (engine.c:107) -==517== by 0x1308A5: gwion_engine (gwion.c:39) -==517== by 0x1308A5: gwion_ini (gwion.c:78) -==517== by 0x12F85D: main (main.c:23) -==517== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==517== -==517== -==517== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==517== Access not within mapped region at address 0x28 -==517== at 0x130C08: env_err (gwion.c:110) -==517== by 0x146914: gwi_class_end (import.c:268) -==517== by 0x4848133: import (end_class.c:15) -==517== by 0x14F974: type_engine_init (engine.c:107) -==517== by 0x1308A5: gwion_engine (gwion.c:39) -==517== by 0x1308A5: gwion_ini (gwion.c:78) -==517== by 0x12F85D: main (main.c:23) -==517== If you believe this happened as a result of a stack -==517== overflow in your program's main thread (unlikely but -==517== possible), you can try to increase the size of the -==517== main thread stack using the --main-stacksize= flag. -==517== The main thread stack size used in this run was 8388608. -==517== -==517== HEAP SUMMARY: -==517== in use at exit: 2,170,704 bytes in 374 blocks -==517== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==517== -==517== LEAK SUMMARY: -==517== definitely lost: 0 bytes in 0 blocks -==517== indirectly lost: 0 bytes in 0 blocks -==517== possibly lost: 0 bytes in 0 blocks -==517== still reachable: 2,170,704 bytes in 374 blocks -==517== suppressed: 0 bytes in 0 blocks -==517== Rerun with --leak-check=full to see details of leaked memory -==517== -==517== For counts of detected and suppressed errors, rerun with: -v -==517== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==875== Memcheck, a memory error detector -==875== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==875== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==875== Command: ./../../gwion -p. -d dummy /dev/null -==875== Parent PID: 32580 -==875== -==875== Invalid read of size 4 -==875== at 0x130C08: env_err (gwion.c:110) -==875== by 0x1452DE: path_valid (import.c:145) -==875== by 0x145C3D: str2list (import.c:167) -==875== by 0x146D5B: str2decl (import.c:366) -==875== by 0x147185: make_dll_arg_list (import.c:395) -==875== by 0x1476B9: make_dll_as_fun (import.c:440) -==875== by 0x147808: gwi_func_end (import.c:449) -==875== by 0x4848225: import (invalid_arg.c:21) -==875== by 0x14F974: type_engine_init (engine.c:107) -==875== by 0x1308A5: gwion_engine (gwion.c:39) -==875== by 0x1308A5: gwion_ini (gwion.c:78) -==875== by 0x12F85D: main (main.c:23) -==875== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==875== -==875== -==875== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==875== Access not within mapped region at address 0x28 -==875== at 0x130C08: env_err (gwion.c:110) -==875== by 0x1452DE: path_valid (import.c:145) -==875== by 0x145C3D: str2list (import.c:167) -==875== by 0x146D5B: str2decl (import.c:366) -==875== by 0x147185: make_dll_arg_list (import.c:395) -==875== by 0x1476B9: make_dll_as_fun (import.c:440) -==875== by 0x147808: gwi_func_end (import.c:449) -==875== by 0x4848225: import (invalid_arg.c:21) -==875== by 0x14F974: type_engine_init (engine.c:107) -==875== by 0x1308A5: gwion_engine (gwion.c:39) -==875== by 0x1308A5: gwion_ini (gwion.c:78) -==875== by 0x12F85D: main (main.c:23) -==875== If you believe this happened as a result of a stack -==875== overflow in your program's main thread (unlikely but -==875== possible), you can try to increase the size of the -==875== main thread stack using the --main-stacksize= flag. -==875== The main thread stack size used in this run was 8388608. -==875== -==875== HEAP SUMMARY: -==875== in use at exit: 2,171,862 bytes in 384 blocks -==875== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==875== -==875== LEAK SUMMARY: -==875== definitely lost: 0 bytes in 0 blocks -==875== indirectly lost: 0 bytes in 0 blocks -==875== possibly lost: 0 bytes in 0 blocks -==875== still reachable: 2,171,862 bytes in 384 blocks -==875== suppressed: 0 bytes in 0 blocks -==875== Rerun with --leak-check=full to see details of leaked memory -==875== -==875== For counts of detected and suppressed errors, rerun with: -v -==875== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==921== Memcheck, a memory error detector -==921== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==921== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==921== Command: ./../../gwion -p. -d dummy /dev/null -==921== Parent PID: 32580 -==921== -==921== Invalid read of size 4 -==921== at 0x130C08: env_err (gwion.c:110) -==921== by 0x14725C: make_dll_arg_list (import.c:406) -==921== by 0x1476B9: make_dll_as_fun (import.c:440) -==921== by 0x147808: gwi_func_end (import.c:449) -==921== by 0x48482A6: import (invalid_array.c:24) -==921== by 0x14F974: type_engine_init (engine.c:107) -==921== by 0x1308A5: gwion_engine (gwion.c:39) -==921== by 0x1308A5: gwion_ini (gwion.c:78) -==921== by 0x12F85D: main (main.c:23) -==921== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==921== -==921== -==921== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==921== Access not within mapped region at address 0x28 -==921== at 0x130C08: env_err (gwion.c:110) -==921== by 0x14725C: make_dll_arg_list (import.c:406) -==921== by 0x1476B9: make_dll_as_fun (import.c:440) -==921== by 0x147808: gwi_func_end (import.c:449) -==921== by 0x48482A6: import (invalid_array.c:24) -==921== by 0x14F974: type_engine_init (engine.c:107) -==921== by 0x1308A5: gwion_engine (gwion.c:39) -==921== by 0x1308A5: gwion_ini (gwion.c:78) -==921== by 0x12F85D: main (main.c:23) -==921== If you believe this happened as a result of a stack -==921== overflow in your program's main thread (unlikely but -==921== possible), you can try to increase the size of the -==921== main thread stack using the --main-stacksize= flag. -==921== The main thread stack size used in this run was 8388608. -==921== -==921== HEAP SUMMARY: -==921== in use at exit: 2,173,020 bytes in 385 blocks -==921== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==921== -==921== LEAK SUMMARY: -==921== definitely lost: 0 bytes in 0 blocks -==921== indirectly lost: 0 bytes in 0 blocks -==921== possibly lost: 0 bytes in 0 blocks -==921== still reachable: 2,173,020 bytes in 385 blocks -==921== suppressed: 0 bytes in 0 blocks -==921== Rerun with --leak-check=full to see details of leaked memory -==921== -==921== For counts of detected and suppressed errors, rerun with: -v -==921== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==967== Memcheck, a memory error detector -==967== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==967== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==967== Command: ./../../gwion -p. -d dummy /dev/null -==967== Parent PID: 32580 -==967== -==967== Invalid read of size 4 -==967== at 0x130C08: env_err (gwion.c:110) -==967== by 0x1452DE: path_valid (import.c:145) -==967== by 0x145C3D: str2list (import.c:167) -==967== by 0x1474FC: import_td (import.c:418) -==967== by 0x14768D: make_dll_as_fun (import.c:436) -==967== by 0x147808: gwi_func_end (import.c:449) -==967== by 0x48481EC: import (invalid_func.c:20) -==967== by 0x14F974: type_engine_init (engine.c:107) -==967== by 0x1308A5: gwion_engine (gwion.c:39) -==967== by 0x1308A5: gwion_ini (gwion.c:78) -==967== by 0x12F85D: main (main.c:23) -==967== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==967== -==967== -==967== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==967== Access not within mapped region at address 0x28 -==967== at 0x130C08: env_err (gwion.c:110) -==967== by 0x1452DE: path_valid (import.c:145) -==967== by 0x145C3D: str2list (import.c:167) -==967== by 0x1474FC: import_td (import.c:418) -==967== by 0x14768D: make_dll_as_fun (import.c:436) -==967== by 0x147808: gwi_func_end (import.c:449) -==967== by 0x48481EC: import (invalid_func.c:20) -==967== by 0x14F974: type_engine_init (engine.c:107) -==967== by 0x1308A5: gwion_engine (gwion.c:39) -==967== by 0x1308A5: gwion_ini (gwion.c:78) -==967== by 0x12F85D: main (main.c:23) -==967== If you believe this happened as a result of a stack -==967== overflow in your program's main thread (unlikely but -==967== possible), you can try to increase the size of the -==967== main thread stack using the --main-stacksize= flag. -==967== The main thread stack size used in this run was 8388608. -==967== -==967== HEAP SUMMARY: -==967== in use at exit: 2,171,353 bytes in 383 blocks -==967== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==967== -==967== LEAK SUMMARY: -==967== definitely lost: 0 bytes in 0 blocks -==967== indirectly lost: 0 bytes in 0 blocks -==967== possibly lost: 0 bytes in 0 blocks -==967== still reachable: 2,171,353 bytes in 383 blocks -==967== suppressed: 0 bytes in 0 blocks -==967== Rerun with --leak-check=full to see details of leaked memory -==967== -==967== For counts of detected and suppressed errors, rerun with: -v -==967== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1016== Memcheck, a memory error detector -==1016== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1016== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1016== Command: ./../../gwion -p. -d dummy /dev/null -==1016== Parent PID: 32580 -==1016== -==1016== Invalid read of size 4 -==1016== at 0x130C08: env_err (gwion.c:110) -==1016== by 0x145164: path_valid (import.c:135) -==1016== by 0x145C3D: str2list (import.c:167) -==1016== by 0x1469A5: gwi_item_ini (import.c:302) -==1016== by 0x48481B5: import (invalid_type1.c:18) -==1016== by 0x14F974: type_engine_init (engine.c:107) -==1016== by 0x1308A5: gwion_engine (gwion.c:39) -==1016== by 0x1308A5: gwion_ini (gwion.c:78) -==1016== by 0x12F85D: main (main.c:23) -==1016== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1016== -==1016== -==1016== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1016== Access not within mapped region at address 0x28 -==1016== at 0x130C08: env_err (gwion.c:110) -==1016== by 0x145164: path_valid (import.c:135) -==1016== by 0x145C3D: str2list (import.c:167) -==1016== by 0x1469A5: gwi_item_ini (import.c:302) -==1016== by 0x48481B5: import (invalid_type1.c:18) -==1016== by 0x14F974: type_engine_init (engine.c:107) -==1016== by 0x1308A5: gwion_engine (gwion.c:39) -==1016== by 0x1308A5: gwion_ini (gwion.c:78) -==1016== by 0x12F85D: main (main.c:23) -==1016== If you believe this happened as a result of a stack -==1016== overflow in your program's main thread (unlikely but -==1016== possible), you can try to increase the size of the -==1016== main thread stack using the --main-stacksize= flag. -==1016== The main thread stack size used in this run was 8388608. -==1016== -==1016== HEAP SUMMARY: -==1016== in use at exit: 2,171,356 bytes in 383 blocks -==1016== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==1016== -==1016== LEAK SUMMARY: -==1016== definitely lost: 0 bytes in 0 blocks -==1016== indirectly lost: 0 bytes in 0 blocks -==1016== possibly lost: 0 bytes in 0 blocks -==1016== still reachable: 2,171,356 bytes in 383 blocks -==1016== suppressed: 0 bytes in 0 blocks -==1016== Rerun with --leak-check=full to see details of leaked memory -==1016== -==1016== For counts of detected and suppressed errors, rerun with: -v -==1016== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1062== Memcheck, a memory error detector -==1062== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1062== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1062== Command: ./../../gwion -p. -d dummy /dev/null -==1062== Parent PID: 32580 -==1062== -==1062== Invalid read of size 4 -==1062== at 0x130C08: env_err (gwion.c:110) -==1062== by 0x1452DE: path_valid (import.c:145) -==1062== by 0x145C3D: str2list (import.c:167) -==1062== by 0x1469A5: gwi_item_ini (import.c:302) -==1062== by 0x48481B5: import (invalid_type2.c:18) -==1062== by 0x14F974: type_engine_init (engine.c:107) -==1062== by 0x1308A5: gwion_engine (gwion.c:39) -==1062== by 0x1308A5: gwion_ini (gwion.c:78) -==1062== by 0x12F85D: main (main.c:23) -==1062== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1062== -==1062== -==1062== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1062== Access not within mapped region at address 0x28 -==1062== at 0x130C08: env_err (gwion.c:110) -==1062== by 0x1452DE: path_valid (import.c:145) -==1062== by 0x145C3D: str2list (import.c:167) -==1062== by 0x1469A5: gwi_item_ini (import.c:302) -==1062== by 0x48481B5: import (invalid_type2.c:18) -==1062== by 0x14F974: type_engine_init (engine.c:107) -==1062== by 0x1308A5: gwion_engine (gwion.c:39) -==1062== by 0x1308A5: gwion_ini (gwion.c:78) -==1062== by 0x12F85D: main (main.c:23) -==1062== If you believe this happened as a result of a stack -==1062== overflow in your program's main thread (unlikely but -==1062== possible), you can try to increase the size of the -==1062== main thread stack using the --main-stacksize= flag. -==1062== The main thread stack size used in this run was 8388608. -==1062== -==1062== HEAP SUMMARY: -==1062== in use at exit: 2,171,356 bytes in 383 blocks -==1062== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==1062== -==1062== LEAK SUMMARY: -==1062== definitely lost: 0 bytes in 0 blocks -==1062== indirectly lost: 0 bytes in 0 blocks -==1062== possibly lost: 0 bytes in 0 blocks -==1062== still reachable: 2,171,356 bytes in 383 blocks -==1062== suppressed: 0 bytes in 0 blocks -==1062== Rerun with --leak-check=full to see details of leaked memory -==1062== -==1062== For counts of detected and suppressed errors, rerun with: -v -==1062== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1109== Memcheck, a memory error detector -==1109== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1109== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1109== Command: ./../../gwion -p. -d dummy /dev/null -==1109== Parent PID: 32580 -==1109== -==1109== Invalid read of size 4 -==1109== at 0x130C08: env_err (gwion.c:110) -==1109== by 0x144FC9: name_valid (import.c:116) -==1109== by 0x14624E: gwi_add_type (import.c:195) -==1109== by 0x146314: gwi_class_ini (import.c:229) -==1109== by 0x484818F: import (invalid_type3.c:18) -==1109== by 0x14F974: type_engine_init (engine.c:107) -==1109== by 0x1308A5: gwion_engine (gwion.c:39) -==1109== by 0x1308A5: gwion_ini (gwion.c:78) -==1109== by 0x12F85D: main (main.c:23) -==1109== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1109== -==1109== -==1109== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1109== Access not within mapped region at address 0x28 -==1109== at 0x130C08: env_err (gwion.c:110) -==1109== by 0x144FC9: name_valid (import.c:116) -==1109== by 0x14624E: gwi_add_type (import.c:195) -==1109== by 0x146314: gwi_class_ini (import.c:229) -==1109== by 0x484818F: import (invalid_type3.c:18) -==1109== by 0x14F974: type_engine_init (engine.c:107) -==1109== by 0x1308A5: gwion_engine (gwion.c:39) -==1109== by 0x1308A5: gwion_ini (gwion.c:78) -==1109== by 0x12F85D: main (main.c:23) -==1109== If you believe this happened as a result of a stack -==1109== overflow in your program's main thread (unlikely but -==1109== possible), you can try to increase the size of the -==1109== main thread stack using the --main-stacksize= flag. -==1109== The main thread stack size used in this run was 8388608. -==1109== -==1109== HEAP SUMMARY: -==1109== in use at exit: 2,170,716 bytes in 374 blocks -==1109== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==1109== -==1109== LEAK SUMMARY: -==1109== definitely lost: 0 bytes in 0 blocks -==1109== indirectly lost: 0 bytes in 0 blocks -==1109== possibly lost: 0 bytes in 0 blocks -==1109== still reachable: 2,170,716 bytes in 374 blocks -==1109== suppressed: 0 bytes in 0 blocks -==1109== Rerun with --leak-check=full to see details of leaked memory -==1109== -==1109== For counts of detected and suppressed errors, rerun with: -v -==1109== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1290== Memcheck, a memory error detector -==1290== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1290== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1290== Command: ./../../gwion -p. -d dummy /dev/null -==1290== Parent PID: 32580 -==1290== -==1290== Invalid read of size 4 -==1290== at 0x130C08: env_err (gwion.c:110) -==1290== by 0x146FDD: make_dll_arg_list (import.c:398) -==1290== by 0x1476B9: make_dll_as_fun (import.c:440) -==1290== by 0x147808: gwi_func_end (import.c:449) -==1290== by 0x4848225: import (template_arg.c:21) -==1290== by 0x14F974: type_engine_init (engine.c:107) -==1290== by 0x1308A5: gwion_engine (gwion.c:39) -==1290== by 0x1308A5: gwion_ini (gwion.c:78) -==1290== by 0x12F85D: main (main.c:23) -==1290== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1290== -==1290== -==1290== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1290== Access not within mapped region at address 0x28 -==1290== at 0x130C08: env_err (gwion.c:110) -==1290== by 0x146FDD: make_dll_arg_list (import.c:398) -==1290== by 0x1476B9: make_dll_as_fun (import.c:440) -==1290== by 0x147808: gwi_func_end (import.c:449) -==1290== by 0x4848225: import (template_arg.c:21) -==1290== by 0x14F974: type_engine_init (engine.c:107) -==1290== by 0x1308A5: gwion_engine (gwion.c:39) -==1290== by 0x1308A5: gwion_ini (gwion.c:78) -==1290== by 0x12F85D: main (main.c:23) -==1290== If you believe this happened as a result of a stack -==1290== overflow in your program's main thread (unlikely but -==1290== possible), you can try to increase the size of the -==1290== main thread stack using the --main-stacksize= flag. -==1290== The main thread stack size used in this run was 8388608. -==1290== -==1290== HEAP SUMMARY: -==1290== in use at exit: 2,177,657 bytes in 395 blocks -==1290== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==1290== -==1290== LEAK SUMMARY: -==1290== definitely lost: 0 bytes in 0 blocks -==1290== indirectly lost: 0 bytes in 0 blocks -==1290== possibly lost: 0 bytes in 0 blocks -==1290== still reachable: 2,177,657 bytes in 395 blocks -==1290== suppressed: 0 bytes in 0 blocks -==1290== Rerun with --leak-check=full to see details of leaked memory -==1290== -==1290== For counts of detected and suppressed errors, rerun with: -v -==1290== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1002== Memcheck, a memory error detector -==1002== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1002== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1002== Command: ./../../gwion -p. -d dummy /dev/null -==1002== Parent PID: 976 -==1002== -==1002== -==1002== HEAP SUMMARY: -==1002== in use at exit: 928 bytes in 10 blocks -==1002== total heap usage: 998 allocs, 988 frees, 7,609,084 bytes allocated -==1002== -==1002== LEAK SUMMARY: -==1002== definitely lost: 928 bytes in 10 blocks -==1002== indirectly lost: 0 bytes in 0 blocks -==1002== possibly lost: 0 bytes in 0 blocks -==1002== still reachable: 0 bytes in 0 blocks -==1002== suppressed: 0 bytes in 0 blocks -==1002== Rerun with --leak-check=full to see details of leaked memory -==1002== -==1002== For counts of detected and suppressed errors, rerun with: -v -==1002== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==1101== Memcheck, a memory error detector -==1101== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1101== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1101== Command: ./../../gwion -p. -d dummy /dev/null -==1101== Parent PID: 976 -==1101== -==1101== Invalid read of size 4 -==1101== at 0x130C28: env_err (gwion.c:110) -==1101== by 0x1463B5: gwi_class_ini (import.c:220) -==1101== by 0x48481A0: import (begin_class.c:18) -==1101== by 0x14F994: type_engine_init (engine.c:107) -==1101== by 0x1308C5: gwion_engine (gwion.c:39) -==1101== by 0x1308C5: gwion_ini (gwion.c:78) -==1101== by 0x12F87D: main (main.c:23) -==1101== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1101== -==1101== -==1101== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1101== Access not within mapped region at address 0x28 -==1101== at 0x130C28: env_err (gwion.c:110) -==1101== by 0x1463B5: gwi_class_ini (import.c:220) -==1101== by 0x48481A0: import (begin_class.c:18) -==1101== by 0x14F994: type_engine_init (engine.c:107) -==1101== by 0x1308C5: gwion_engine (gwion.c:39) -==1101== by 0x1308C5: gwion_ini (gwion.c:78) -==1101== by 0x12F87D: main (main.c:23) -==1101== If you believe this happened as a result of a stack -==1101== overflow in your program's main thread (unlikely but -==1101== possible), you can try to increase the size of the -==1101== main thread stack using the --main-stacksize= flag. -==1101== The main thread stack size used in this run was 8388608. -==1101== -==1101== HEAP SUMMARY: -==1101== in use at exit: 2,171,350 bytes in 383 blocks -==1101== total heap usage: 810 allocs, 427 frees, 2,269,635 bytes allocated -==1101== -==1101== LEAK SUMMARY: -==1101== definitely lost: 0 bytes in 0 blocks -==1101== indirectly lost: 0 bytes in 0 blocks -==1101== possibly lost: 0 bytes in 0 blocks -==1101== still reachable: 2,171,350 bytes in 383 blocks -==1101== suppressed: 0 bytes in 0 blocks -==1101== Rerun with --leak-check=full to see details of leaked memory -==1101== -==1101== For counts of detected and suppressed errors, rerun with: -v -==1101== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1332== Memcheck, a memory error detector -==1332== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1332== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1332== Command: ./../../gwion -p. -d dummy /dev/null -==1332== Parent PID: 976 -==1332== -==1332== Invalid read of size 4 -==1332== at 0x130C28: env_err (gwion.c:110) -==1332== by 0x14808A: gwi_union_end (import.c:601) -==1332== by 0x4848152: import (empty_union.c:15) -==1332== by 0x14F994: type_engine_init (engine.c:107) -==1332== by 0x1308C5: gwion_engine (gwion.c:39) -==1332== by 0x1308C5: gwion_ini (gwion.c:78) -==1332== by 0x12F87D: main (main.c:23) -==1332== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1332== -==1332== -==1332== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1332== Access not within mapped region at address 0x28 -==1332== at 0x130C28: env_err (gwion.c:110) -==1332== by 0x14808A: gwi_union_end (import.c:601) -==1332== by 0x4848152: import (empty_union.c:15) -==1332== by 0x14F994: type_engine_init (engine.c:107) -==1332== by 0x1308C5: gwion_engine (gwion.c:39) -==1332== by 0x1308C5: gwion_ini (gwion.c:78) -==1332== by 0x12F87D: main (main.c:23) -==1332== If you believe this happened as a result of a stack -==1332== overflow in your program's main thread (unlikely but -==1332== possible), you can try to increase the size of the -==1332== main thread stack using the --main-stacksize= flag. -==1332== The main thread stack size used in this run was 8388608. -==1332== -==1332== HEAP SUMMARY: -==1332== in use at exit: 2,170,710 bytes in 374 blocks -==1332== total heap usage: 799 allocs, 425 frees, 2,268,931 bytes allocated -==1332== -==1332== LEAK SUMMARY: -==1332== definitely lost: 0 bytes in 0 blocks -==1332== indirectly lost: 0 bytes in 0 blocks -==1332== possibly lost: 0 bytes in 0 blocks -==1332== still reachable: 2,170,710 bytes in 374 blocks -==1332== suppressed: 0 bytes in 0 blocks -==1332== Rerun with --leak-check=full to see details of leaked memory -==1332== -==1332== For counts of detected and suppressed errors, rerun with: -v -==1332== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1379== Memcheck, a memory error detector -==1379== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1379== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1379== Command: ./../../gwion -p. -d dummy /dev/null -==1379== Parent PID: 976 -==1379== -==1379== Invalid read of size 4 -==1379== at 0x130C28: env_err (gwion.c:110) -==1379== by 0x146934: gwi_class_end (import.c:268) -==1379== by 0x4848133: import (end_class.c:15) -==1379== by 0x14F994: type_engine_init (engine.c:107) -==1379== by 0x1308C5: gwion_engine (gwion.c:39) -==1379== by 0x1308C5: gwion_ini (gwion.c:78) -==1379== by 0x12F87D: main (main.c:23) -==1379== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1379== -==1379== -==1379== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1379== Access not within mapped region at address 0x28 -==1379== at 0x130C28: env_err (gwion.c:110) -==1379== by 0x146934: gwi_class_end (import.c:268) -==1379== by 0x4848133: import (end_class.c:15) -==1379== by 0x14F994: type_engine_init (engine.c:107) -==1379== by 0x1308C5: gwion_engine (gwion.c:39) -==1379== by 0x1308C5: gwion_ini (gwion.c:78) -==1379== by 0x12F87D: main (main.c:23) -==1379== If you believe this happened as a result of a stack -==1379== overflow in your program's main thread (unlikely but -==1379== possible), you can try to increase the size of the -==1379== main thread stack using the --main-stacksize= flag. -==1379== The main thread stack size used in this run was 8388608. -==1379== -==1379== HEAP SUMMARY: -==1379== in use at exit: 2,170,704 bytes in 374 blocks -==1379== total heap usage: 799 allocs, 425 frees, 2,268,917 bytes allocated -==1379== -==1379== LEAK SUMMARY: -==1379== definitely lost: 0 bytes in 0 blocks -==1379== indirectly lost: 0 bytes in 0 blocks -==1379== possibly lost: 0 bytes in 0 blocks -==1379== still reachable: 2,170,704 bytes in 374 blocks -==1379== suppressed: 0 bytes in 0 blocks -==1379== Rerun with --leak-check=full to see details of leaked memory -==1379== -==1379== For counts of detected and suppressed errors, rerun with: -v -==1379== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1700== Memcheck, a memory error detector -==1700== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1700== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1700== Command: ./../../gwion -p. -d dummy /dev/null -==1700== Parent PID: 976 -==1700== -==1700== Invalid read of size 4 -==1700== at 0x130C28: env_err (gwion.c:110) -==1700== by 0x1452FE: path_valid (import.c:145) -==1700== by 0x145C5D: str2list (import.c:167) -==1700== by 0x146D7B: str2decl (import.c:366) -==1700== by 0x1471A5: make_dll_arg_list (import.c:395) -==1700== by 0x1476D9: make_dll_as_fun (import.c:440) -==1700== by 0x147828: gwi_func_end (import.c:449) -==1700== by 0x4848225: import (invalid_arg.c:21) -==1700== by 0x14F994: type_engine_init (engine.c:107) -==1700== by 0x1308C5: gwion_engine (gwion.c:39) -==1700== by 0x1308C5: gwion_ini (gwion.c:78) -==1700== by 0x12F87D: main (main.c:23) -==1700== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1700== -==1700== -==1700== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1700== Access not within mapped region at address 0x28 -==1700== at 0x130C28: env_err (gwion.c:110) -==1700== by 0x1452FE: path_valid (import.c:145) -==1700== by 0x145C5D: str2list (import.c:167) -==1700== by 0x146D7B: str2decl (import.c:366) -==1700== by 0x1471A5: make_dll_arg_list (import.c:395) -==1700== by 0x1476D9: make_dll_as_fun (import.c:440) -==1700== by 0x147828: gwi_func_end (import.c:449) -==1700== by 0x4848225: import (invalid_arg.c:21) -==1700== by 0x14F994: type_engine_init (engine.c:107) -==1700== by 0x1308C5: gwion_engine (gwion.c:39) -==1700== by 0x1308C5: gwion_ini (gwion.c:78) -==1700== by 0x12F87D: main (main.c:23) -==1700== If you believe this happened as a result of a stack -==1700== overflow in your program's main thread (unlikely but -==1700== possible), you can try to increase the size of the -==1700== main thread stack using the --main-stacksize= flag. -==1700== The main thread stack size used in this run was 8388608. -==1700== -==1700== HEAP SUMMARY: -==1700== in use at exit: 2,171,862 bytes in 384 blocks -==1700== total heap usage: 811 allocs, 427 frees, 2,270,147 bytes allocated -==1700== -==1700== LEAK SUMMARY: -==1700== definitely lost: 0 bytes in 0 blocks -==1700== indirectly lost: 0 bytes in 0 blocks -==1700== possibly lost: 0 bytes in 0 blocks -==1700== still reachable: 2,171,862 bytes in 384 blocks -==1700== suppressed: 0 bytes in 0 blocks -==1700== Rerun with --leak-check=full to see details of leaked memory -==1700== -==1700== For counts of detected and suppressed errors, rerun with: -v -==1700== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1750== Memcheck, a memory error detector -==1750== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1750== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1750== Command: ./../../gwion -p. -d dummy /dev/null -==1750== Parent PID: 976 -==1750== -==1750== Invalid read of size 4 -==1750== at 0x130C28: env_err (gwion.c:110) -==1750== by 0x14727C: make_dll_arg_list (import.c:406) -==1750== by 0x1476D9: make_dll_as_fun (import.c:440) -==1750== by 0x147828: gwi_func_end (import.c:449) -==1750== by 0x48482A6: import (invalid_array.c:24) -==1750== by 0x14F994: type_engine_init (engine.c:107) -==1750== by 0x1308C5: gwion_engine (gwion.c:39) -==1750== by 0x1308C5: gwion_ini (gwion.c:78) -==1750== by 0x12F87D: main (main.c:23) -==1750== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1750== -==1750== -==1750== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1750== Access not within mapped region at address 0x28 -==1750== at 0x130C28: env_err (gwion.c:110) -==1750== by 0x14727C: make_dll_arg_list (import.c:406) -==1750== by 0x1476D9: make_dll_as_fun (import.c:440) -==1750== by 0x147828: gwi_func_end (import.c:449) -==1750== by 0x48482A6: import (invalid_array.c:24) -==1750== by 0x14F994: type_engine_init (engine.c:107) -==1750== by 0x1308C5: gwion_engine (gwion.c:39) -==1750== by 0x1308C5: gwion_ini (gwion.c:78) -==1750== by 0x12F87D: main (main.c:23) -==1750== If you believe this happened as a result of a stack -==1750== overflow in your program's main thread (unlikely but -==1750== possible), you can try to increase the size of the -==1750== main thread stack using the --main-stacksize= flag. -==1750== The main thread stack size used in this run was 8388608. -==1750== -==1750== HEAP SUMMARY: -==1750== in use at exit: 2,173,020 bytes in 385 blocks -==1750== total heap usage: 813 allocs, 428 frees, 2,271,441 bytes allocated -==1750== -==1750== LEAK SUMMARY: -==1750== definitely lost: 0 bytes in 0 blocks -==1750== indirectly lost: 0 bytes in 0 blocks -==1750== possibly lost: 0 bytes in 0 blocks -==1750== still reachable: 2,173,020 bytes in 385 blocks -==1750== suppressed: 0 bytes in 0 blocks -==1750== Rerun with --leak-check=full to see details of leaked memory -==1750== -==1750== For counts of detected and suppressed errors, rerun with: -v -==1750== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1797== Memcheck, a memory error detector -==1797== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1797== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1797== Command: ./../../gwion -p. -d dummy /dev/null -==1797== Parent PID: 976 -==1797== -==1797== Invalid read of size 4 -==1797== at 0x130C28: env_err (gwion.c:110) -==1797== by 0x1452FE: path_valid (import.c:145) -==1797== by 0x145C5D: str2list (import.c:167) -==1797== by 0x14751C: import_td (import.c:418) -==1797== by 0x1476AD: make_dll_as_fun (import.c:436) -==1797== by 0x147828: gwi_func_end (import.c:449) -==1797== by 0x48481EC: import (invalid_func.c:20) -==1797== by 0x14F994: type_engine_init (engine.c:107) -==1797== by 0x1308C5: gwion_engine (gwion.c:39) -==1797== by 0x1308C5: gwion_ini (gwion.c:78) -==1797== by 0x12F87D: main (main.c:23) -==1797== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1797== -==1797== -==1797== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1797== Access not within mapped region at address 0x28 -==1797== at 0x130C28: env_err (gwion.c:110) -==1797== by 0x1452FE: path_valid (import.c:145) -==1797== by 0x145C5D: str2list (import.c:167) -==1797== by 0x14751C: import_td (import.c:418) -==1797== by 0x1476AD: make_dll_as_fun (import.c:436) -==1797== by 0x147828: gwi_func_end (import.c:449) -==1797== by 0x48481EC: import (invalid_func.c:20) -==1797== by 0x14F994: type_engine_init (engine.c:107) -==1797== by 0x1308C5: gwion_engine (gwion.c:39) -==1797== by 0x1308C5: gwion_ini (gwion.c:78) -==1797== by 0x12F87D: main (main.c:23) -==1797== If you believe this happened as a result of a stack -==1797== overflow in your program's main thread (unlikely but -==1797== possible), you can try to increase the size of the -==1797== main thread stack using the --main-stacksize= flag. -==1797== The main thread stack size used in this run was 8388608. -==1797== -==1797== HEAP SUMMARY: -==1797== in use at exit: 2,171,353 bytes in 383 blocks -==1797== total heap usage: 810 allocs, 427 frees, 2,269,642 bytes allocated -==1797== -==1797== LEAK SUMMARY: -==1797== definitely lost: 0 bytes in 0 blocks -==1797== indirectly lost: 0 bytes in 0 blocks -==1797== possibly lost: 0 bytes in 0 blocks -==1797== still reachable: 2,171,353 bytes in 383 blocks -==1797== suppressed: 0 bytes in 0 blocks -==1797== Rerun with --leak-check=full to see details of leaked memory -==1797== -==1797== For counts of detected and suppressed errors, rerun with: -v -==1797== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1843== Memcheck, a memory error detector -==1843== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1843== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1843== Command: ./../../gwion -p. -d dummy /dev/null -==1843== Parent PID: 976 -==1843== -==1843== Invalid read of size 4 -==1843== at 0x130C28: env_err (gwion.c:110) -==1843== by 0x145184: path_valid (import.c:135) -==1843== by 0x145C5D: str2list (import.c:167) -==1843== by 0x1469C5: gwi_item_ini (import.c:302) -==1843== by 0x48481B5: import (invalid_type1.c:18) -==1843== by 0x14F994: type_engine_init (engine.c:107) -==1843== by 0x1308C5: gwion_engine (gwion.c:39) -==1843== by 0x1308C5: gwion_ini (gwion.c:78) -==1843== by 0x12F87D: main (main.c:23) -==1843== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1843== -==1843== -==1843== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1843== Access not within mapped region at address 0x28 -==1843== at 0x130C28: env_err (gwion.c:110) -==1843== by 0x145184: path_valid (import.c:135) -==1843== by 0x145C5D: str2list (import.c:167) -==1843== by 0x1469C5: gwi_item_ini (import.c:302) -==1843== by 0x48481B5: import (invalid_type1.c:18) -==1843== by 0x14F994: type_engine_init (engine.c:107) -==1843== by 0x1308C5: gwion_engine (gwion.c:39) -==1843== by 0x1308C5: gwion_ini (gwion.c:78) -==1843== by 0x12F87D: main (main.c:23) -==1843== If you believe this happened as a result of a stack -==1843== overflow in your program's main thread (unlikely but -==1843== possible), you can try to increase the size of the -==1843== main thread stack using the --main-stacksize= flag. -==1843== The main thread stack size used in this run was 8388608. -==1843== -==1843== HEAP SUMMARY: -==1843== in use at exit: 2,171,356 bytes in 383 blocks -==1843== total heap usage: 810 allocs, 427 frees, 2,269,649 bytes allocated -==1843== -==1843== LEAK SUMMARY: -==1843== definitely lost: 0 bytes in 0 blocks -==1843== indirectly lost: 0 bytes in 0 blocks -==1843== possibly lost: 0 bytes in 0 blocks -==1843== still reachable: 2,171,356 bytes in 383 blocks -==1843== suppressed: 0 bytes in 0 blocks -==1843== Rerun with --leak-check=full to see details of leaked memory -==1843== -==1843== For counts of detected and suppressed errors, rerun with: -v -==1843== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1890== Memcheck, a memory error detector -==1890== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1890== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1890== Command: ./../../gwion -p. -d dummy /dev/null -==1890== Parent PID: 976 -==1890== -==1890== Invalid read of size 4 -==1890== at 0x130C28: env_err (gwion.c:110) -==1890== by 0x1452FE: path_valid (import.c:145) -==1890== by 0x145C5D: str2list (import.c:167) -==1890== by 0x1469C5: gwi_item_ini (import.c:302) -==1890== by 0x48481B5: import (invalid_type2.c:18) -==1890== by 0x14F994: type_engine_init (engine.c:107) -==1890== by 0x1308C5: gwion_engine (gwion.c:39) -==1890== by 0x1308C5: gwion_ini (gwion.c:78) -==1890== by 0x12F87D: main (main.c:23) -==1890== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1890== -==1890== -==1890== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1890== Access not within mapped region at address 0x28 -==1890== at 0x130C28: env_err (gwion.c:110) -==1890== by 0x1452FE: path_valid (import.c:145) -==1890== by 0x145C5D: str2list (import.c:167) -==1890== by 0x1469C5: gwi_item_ini (import.c:302) -==1890== by 0x48481B5: import (invalid_type2.c:18) -==1890== by 0x14F994: type_engine_init (engine.c:107) -==1890== by 0x1308C5: gwion_engine (gwion.c:39) -==1890== by 0x1308C5: gwion_ini (gwion.c:78) -==1890== by 0x12F87D: main (main.c:23) -==1890== If you believe this happened as a result of a stack -==1890== overflow in your program's main thread (unlikely but -==1890== possible), you can try to increase the size of the -==1890== main thread stack using the --main-stacksize= flag. -==1890== The main thread stack size used in this run was 8388608. -==1890== -==1890== HEAP SUMMARY: -==1890== in use at exit: 2,171,356 bytes in 383 blocks -==1890== total heap usage: 810 allocs, 427 frees, 2,269,649 bytes allocated -==1890== -==1890== LEAK SUMMARY: -==1890== definitely lost: 0 bytes in 0 blocks -==1890== indirectly lost: 0 bytes in 0 blocks -==1890== possibly lost: 0 bytes in 0 blocks -==1890== still reachable: 2,171,356 bytes in 383 blocks -==1890== suppressed: 0 bytes in 0 blocks -==1890== Rerun with --leak-check=full to see details of leaked memory -==1890== -==1890== For counts of detected and suppressed errors, rerun with: -v -==1890== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1936== Memcheck, a memory error detector -==1936== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1936== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1936== Command: ./../../gwion -p. -d dummy /dev/null -==1936== Parent PID: 976 -==1936== -==1936== Invalid read of size 4 -==1936== at 0x130C28: env_err (gwion.c:110) -==1936== by 0x144FE9: name_valid (import.c:116) -==1936== by 0x14626E: gwi_add_type (import.c:195) -==1936== by 0x146334: gwi_class_ini (import.c:229) -==1936== by 0x484818F: import (invalid_type3.c:18) -==1936== by 0x14F994: type_engine_init (engine.c:107) -==1936== by 0x1308C5: gwion_engine (gwion.c:39) -==1936== by 0x1308C5: gwion_ini (gwion.c:78) -==1936== by 0x12F87D: main (main.c:23) -==1936== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1936== -==1936== -==1936== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1936== Access not within mapped region at address 0x28 -==1936== at 0x130C28: env_err (gwion.c:110) -==1936== by 0x144FE9: name_valid (import.c:116) -==1936== by 0x14626E: gwi_add_type (import.c:195) -==1936== by 0x146334: gwi_class_ini (import.c:229) -==1936== by 0x484818F: import (invalid_type3.c:18) -==1936== by 0x14F994: type_engine_init (engine.c:107) -==1936== by 0x1308C5: gwion_engine (gwion.c:39) -==1936== by 0x1308C5: gwion_ini (gwion.c:78) -==1936== by 0x12F87D: main (main.c:23) -==1936== If you believe this happened as a result of a stack -==1936== overflow in your program's main thread (unlikely but -==1936== possible), you can try to increase the size of the -==1936== main thread stack using the --main-stacksize= flag. -==1936== The main thread stack size used in this run was 8388608. -==1936== -==1936== HEAP SUMMARY: -==1936== in use at exit: 2,170,716 bytes in 374 blocks -==1936== total heap usage: 799 allocs, 425 frees, 2,268,945 bytes allocated -==1936== -==1936== LEAK SUMMARY: -==1936== definitely lost: 0 bytes in 0 blocks -==1936== indirectly lost: 0 bytes in 0 blocks -==1936== possibly lost: 0 bytes in 0 blocks -==1936== still reachable: 2,170,716 bytes in 374 blocks -==1936== suppressed: 0 bytes in 0 blocks -==1936== Rerun with --leak-check=full to see details of leaked memory -==1936== -==1936== For counts of detected and suppressed errors, rerun with: -v -==1936== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==2120== Memcheck, a memory error detector -==2120== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==2120== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==2120== Command: ./../../gwion -p. -d dummy /dev/null -==2120== Parent PID: 976 -==2120== -==2120== Invalid read of size 4 -==2120== at 0x130C28: env_err (gwion.c:110) -==2120== by 0x146FFD: make_dll_arg_list (import.c:398) -==2120== by 0x1476D9: make_dll_as_fun (import.c:440) -==2120== by 0x147828: gwi_func_end (import.c:449) -==2120== by 0x4848225: import (template_arg.c:21) -==2120== by 0x14F994: type_engine_init (engine.c:107) -==2120== by 0x1308C5: gwion_engine (gwion.c:39) -==2120== by 0x1308C5: gwion_ini (gwion.c:78) -==2120== by 0x12F87D: main (main.c:23) -==2120== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==2120== -==2120== -==2120== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==2120== Access not within mapped region at address 0x28 -==2120== at 0x130C28: env_err (gwion.c:110) -==2120== by 0x146FFD: make_dll_arg_list (import.c:398) -==2120== by 0x1476D9: make_dll_as_fun (import.c:440) -==2120== by 0x147828: gwi_func_end (import.c:449) -==2120== by 0x4848225: import (template_arg.c:21) -==2120== by 0x14F994: type_engine_init (engine.c:107) -==2120== by 0x1308C5: gwion_engine (gwion.c:39) -==2120== by 0x1308C5: gwion_ini (gwion.c:78) -==2120== by 0x12F87D: main (main.c:23) -==2120== If you believe this happened as a result of a stack -==2120== overflow in your program's main thread (unlikely but -==2120== possible), you can try to increase the size of the -==2120== main thread stack using the --main-stacksize= flag. -==2120== The main thread stack size used in this run was 8388608. -==2120== -==2120== HEAP SUMMARY: -==2120== in use at exit: 2,177,657 bytes in 395 blocks -==2120== total heap usage: 830 allocs, 435 frees, 2,276,490 bytes allocated -==2120== -==2120== LEAK SUMMARY: -==2120== definitely lost: 0 bytes in 0 blocks -==2120== indirectly lost: 0 bytes in 0 blocks -==2120== possibly lost: 0 bytes in 0 blocks -==2120== still reachable: 2,177,657 bytes in 395 blocks -==2120== suppressed: 0 bytes in 0 blocks -==2120== Rerun with --leak-check=full to see details of leaked memory -==2120== -==2120== For counts of detected and suppressed errors, rerun with: -v -==2120== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1002== Memcheck, a memory error detector -==1002== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1002== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1002== Command: ./../../gwion -p. -d dummy /dev/null -==1002== Parent PID: 976 -==1002== -==1002== -==1002== HEAP SUMMARY: -==1002== in use at exit: 928 bytes in 10 blocks -==1002== total heap usage: 998 allocs, 988 frees, 7,609,084 bytes allocated -==1002== -==1002== LEAK SUMMARY: -==1002== definitely lost: 928 bytes in 10 blocks -==1002== indirectly lost: 0 bytes in 0 blocks -==1002== possibly lost: 0 bytes in 0 blocks -==1002== still reachable: 0 bytes in 0 blocks -==1002== suppressed: 0 bytes in 0 blocks -==1002== Rerun with --leak-check=full to see details of leaked memory -==1002== -==1002== For counts of detected and suppressed errors, rerun with: -v -==1002== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==1101== Memcheck, a memory error detector -==1101== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1101== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1101== Command: ./../../gwion -p. -d dummy /dev/null -==1101== Parent PID: 976 -==1101== -==1101== Invalid read of size 4 -==1101== at 0x130C28: env_err (gwion.c:110) -==1101== by 0x1463B5: gwi_class_ini (import.c:220) -==1101== by 0x48481A0: import (begin_class.c:18) -==1101== by 0x14F994: type_engine_init (engine.c:107) -==1101== by 0x1308C5: gwion_engine (gwion.c:39) -==1101== by 0x1308C5: gwion_ini (gwion.c:78) -==1101== by 0x12F87D: main (main.c:23) -==1101== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1101== -==1101== -==1101== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1101== Access not within mapped region at address 0x28 -==1101== at 0x130C28: env_err (gwion.c:110) -==1101== by 0x1463B5: gwi_class_ini (import.c:220) -==1101== by 0x48481A0: import (begin_class.c:18) -==1101== by 0x14F994: type_engine_init (engine.c:107) -==1101== by 0x1308C5: gwion_engine (gwion.c:39) -==1101== by 0x1308C5: gwion_ini (gwion.c:78) -==1101== by 0x12F87D: main (main.c:23) -==1101== If you believe this happened as a result of a stack -==1101== overflow in your program's main thread (unlikely but -==1101== possible), you can try to increase the size of the -==1101== main thread stack using the --main-stacksize= flag. -==1101== The main thread stack size used in this run was 8388608. -==1101== -==1101== HEAP SUMMARY: -==1101== in use at exit: 2,171,350 bytes in 383 blocks -==1101== total heap usage: 810 allocs, 427 frees, 2,269,635 bytes allocated -==1101== -==1101== LEAK SUMMARY: -==1101== definitely lost: 0 bytes in 0 blocks -==1101== indirectly lost: 0 bytes in 0 blocks -==1101== possibly lost: 0 bytes in 0 blocks -==1101== still reachable: 2,171,350 bytes in 383 blocks -==1101== suppressed: 0 bytes in 0 blocks -==1101== Rerun with --leak-check=full to see details of leaked memory -==1101== -==1101== For counts of detected and suppressed errors, rerun with: -v -==1101== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1332== Memcheck, a memory error detector -==1332== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1332== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1332== Command: ./../../gwion -p. -d dummy /dev/null -==1332== Parent PID: 976 -==1332== -==1332== Invalid read of size 4 -==1332== at 0x130C28: env_err (gwion.c:110) -==1332== by 0x14808A: gwi_union_end (import.c:601) -==1332== by 0x4848152: import (empty_union.c:15) -==1332== by 0x14F994: type_engine_init (engine.c:107) -==1332== by 0x1308C5: gwion_engine (gwion.c:39) -==1332== by 0x1308C5: gwion_ini (gwion.c:78) -==1332== by 0x12F87D: main (main.c:23) -==1332== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1332== -==1332== -==1332== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1332== Access not within mapped region at address 0x28 -==1332== at 0x130C28: env_err (gwion.c:110) -==1332== by 0x14808A: gwi_union_end (import.c:601) -==1332== by 0x4848152: import (empty_union.c:15) -==1332== by 0x14F994: type_engine_init (engine.c:107) -==1332== by 0x1308C5: gwion_engine (gwion.c:39) -==1332== by 0x1308C5: gwion_ini (gwion.c:78) -==1332== by 0x12F87D: main (main.c:23) -==1332== If you believe this happened as a result of a stack -==1332== overflow in your program's main thread (unlikely but -==1332== possible), you can try to increase the size of the -==1332== main thread stack using the --main-stacksize= flag. -==1332== The main thread stack size used in this run was 8388608. -==1332== -==1332== HEAP SUMMARY: -==1332== in use at exit: 2,170,710 bytes in 374 blocks -==1332== total heap usage: 799 allocs, 425 frees, 2,268,931 bytes allocated -==1332== -==1332== LEAK SUMMARY: -==1332== definitely lost: 0 bytes in 0 blocks -==1332== indirectly lost: 0 bytes in 0 blocks -==1332== possibly lost: 0 bytes in 0 blocks -==1332== still reachable: 2,170,710 bytes in 374 blocks -==1332== suppressed: 0 bytes in 0 blocks -==1332== Rerun with --leak-check=full to see details of leaked memory -==1332== -==1332== For counts of detected and suppressed errors, rerun with: -v -==1332== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==1379== Memcheck, a memory error detector -==1379== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1379== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1379== Command: ./../../gwion -p. -d dummy /dev/null -==1379== Parent PID: 976 -==1379== -==1379== Invalid read of size 4 -==1379== at 0x130C28: env_err (gwion.c:110) -==1379== by 0x146934: gwi_class_end (import.c:268) -==1379== by 0x4848133: import (end_class.c:15) -==1379== by 0x14F994: type_engine_init (engine.c:107) -==1379== by 0x1308C5: gwion_engine (gwion.c:39) -==1379== by 0x1308C5: gwion_ini (gwion.c:78) -==1379== by 0x12F87D: main (main.c:23) -==1379== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==1379== -==1379== -==1379== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==1379== Access not within mapped region at address 0x28 -==1379== at 0x130C28: env_err (gwion.c:110) -==1379== by 0x146934: gwi_class_end (import.c:268) -==1379== by 0x4848133: import (end_class.c:15) -==1379== by 0x14F994: type_engine_init (engine.c:107) -==1379== by 0x1308C5: gwion_engine (gwion.c:39) -==1379== by 0x1308C5: gwion_ini (gwion.c:78) -==1379== by 0x12F87D: main (main.c:23) -==1379== If you believe this happened as a result of a stack -==1379== overflow in your program's main thread (unlikely but -==1379== possible), you can try to increase the size of the -==1379== main thread stack using the --main-stacksize= flag. -==1379== The main thread stack size used in this run was 8388608. -==1379== -==1379== HEAP SUMMARY: -==1379== in use at exit: 2,170,704 bytes in 374 blocks -==1379== total heap usage: 799 allocs, 425 frees, 2,268,917 bytes allocated -==1379== -==1379== LEAK SUMMARY: -==1379== definitely lost: 0 bytes in 0 blocks -==1379== indirectly lost: 0 bytes in 0 blocks -==1379== possibly lost: 0 bytes in 0 blocks -==1379== still reachable: 2,170,704 bytes in 374 blocks -==1379== suppressed: 0 bytes in 0 blocks -==1379== Rerun with --leak-check=full to see details of leaked memory -==1379== -==1379== For counts of detected and suppressed errors, rerun with: -v -==1379== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28199== Memcheck, a memory error detector -==28199== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28199== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28199== Command: ./../../gwion -p. -d dummy /dev/null -==28199== Parent PID: 28173 -==28199== -==28199== -==28199== HEAP SUMMARY: -==28199== in use at exit: 928 bytes in 10 blocks -==28199== total heap usage: 1,020 allocs, 1,010 frees, 7,611,487 bytes allocated -==28199== -==28199== LEAK SUMMARY: -==28199== definitely lost: 928 bytes in 10 blocks -==28199== indirectly lost: 0 bytes in 0 blocks -==28199== possibly lost: 0 bytes in 0 blocks -==28199== still reachable: 0 bytes in 0 blocks -==28199== suppressed: 0 bytes in 0 blocks -==28199== Rerun with --leak-check=full to see details of leaked memory -==28199== -==28199== For counts of detected and suppressed errors, rerun with: -v -==28199== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==28297== Memcheck, a memory error detector -==28297== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28297== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28297== Command: ./../../gwion -p. -d dummy /dev/null -==28297== Parent PID: 28173 -==28297== -==28297== Invalid read of size 4 -==28297== at 0x130C28: env_err (gwion.c:110) -==28297== by 0x1524CC: gwi_class_ini (import.c:220) -==28297== by 0x48481A0: import (begin_class.c:18) -==28297== by 0x14AC48: type_engine_init (engine.c:107) -==28297== by 0x1308C5: gwion_engine (gwion.c:39) -==28297== by 0x1308C5: gwion_ini (gwion.c:78) -==28297== by 0x12F87D: main (main.c:23) -==28297== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28297== -==28297== -==28297== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28297== Access not within mapped region at address 0x28 -==28297== at 0x130C28: env_err (gwion.c:110) -==28297== by 0x1524CC: gwi_class_ini (import.c:220) -==28297== by 0x48481A0: import (begin_class.c:18) -==28297== by 0x14AC48: type_engine_init (engine.c:107) -==28297== by 0x1308C5: gwion_engine (gwion.c:39) -==28297== by 0x1308C5: gwion_ini (gwion.c:78) -==28297== by 0x12F87D: main (main.c:23) -==28297== If you believe this happened as a result of a stack -==28297== overflow in your program's main thread (unlikely but -==28297== possible), you can try to increase the size of the -==28297== main thread stack using the --main-stacksize= flag. -==28297== The main thread stack size used in this run was 8388608. -==28297== -==28297== HEAP SUMMARY: -==28297== in use at exit: 2,172,801 bytes in 387 blocks -==28297== total heap usage: 819 allocs, 432 frees, 2,271,270 bytes allocated -==28297== -==28297== LEAK SUMMARY: -==28297== definitely lost: 0 bytes in 0 blocks -==28297== indirectly lost: 0 bytes in 0 blocks -==28297== possibly lost: 0 bytes in 0 blocks -==28297== still reachable: 2,172,801 bytes in 387 blocks -==28297== suppressed: 0 bytes in 0 blocks -==28297== Rerun with --leak-check=full to see details of leaked memory -==28297== -==28297== For counts of detected and suppressed errors, rerun with: -v -==28297== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28527== Memcheck, a memory error detector -==28527== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28527== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28527== Command: ./../../gwion -p. -d dummy /dev/null -==28527== Parent PID: 28173 -==28527== -==28527== Invalid read of size 4 -==28527== at 0x130C28: env_err (gwion.c:110) -==28527== by 0x1541A1: gwi_union_end (import.c:601) -==28527== by 0x4848152: import (empty_union.c:15) -==28527== by 0x14AC48: type_engine_init (engine.c:107) -==28527== by 0x1308C5: gwion_engine (gwion.c:39) -==28527== by 0x1308C5: gwion_ini (gwion.c:78) -==28527== by 0x12F87D: main (main.c:23) -==28527== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28527== -==28527== -==28527== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28527== Access not within mapped region at address 0x28 -==28527== at 0x130C28: env_err (gwion.c:110) -==28527== by 0x1541A1: gwi_union_end (import.c:601) -==28527== by 0x4848152: import (empty_union.c:15) -==28527== by 0x14AC48: type_engine_init (engine.c:107) -==28527== by 0x1308C5: gwion_engine (gwion.c:39) -==28527== by 0x1308C5: gwion_ini (gwion.c:78) -==28527== by 0x12F87D: main (main.c:23) -==28527== If you believe this happened as a result of a stack -==28527== overflow in your program's main thread (unlikely but -==28527== possible), you can try to increase the size of the -==28527== main thread stack using the --main-stacksize= flag. -==28527== The main thread stack size used in this run was 8388608. -==28527== -==28527== HEAP SUMMARY: -==28527== in use at exit: 2,172,161 bytes in 378 blocks -==28527== total heap usage: 808 allocs, 430 frees, 2,270,566 bytes allocated -==28527== -==28527== LEAK SUMMARY: -==28527== definitely lost: 0 bytes in 0 blocks -==28527== indirectly lost: 0 bytes in 0 blocks -==28527== possibly lost: 0 bytes in 0 blocks -==28527== still reachable: 2,172,161 bytes in 378 blocks -==28527== suppressed: 0 bytes in 0 blocks -==28527== Rerun with --leak-check=full to see details of leaked memory -==28527== -==28527== For counts of detected and suppressed errors, rerun with: -v -==28527== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28574== Memcheck, a memory error detector -==28574== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28574== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28574== Command: ./../../gwion -p. -d dummy /dev/null -==28574== Parent PID: 28173 -==28574== -==28574== Invalid read of size 4 -==28574== at 0x130C28: env_err (gwion.c:110) -==28574== by 0x152A4B: gwi_class_end (import.c:268) -==28574== by 0x4848133: import (end_class.c:15) -==28574== by 0x14AC48: type_engine_init (engine.c:107) -==28574== by 0x1308C5: gwion_engine (gwion.c:39) -==28574== by 0x1308C5: gwion_ini (gwion.c:78) -==28574== by 0x12F87D: main (main.c:23) -==28574== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28574== -==28574== -==28574== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28574== Access not within mapped region at address 0x28 -==28574== at 0x130C28: env_err (gwion.c:110) -==28574== by 0x152A4B: gwi_class_end (import.c:268) -==28574== by 0x4848133: import (end_class.c:15) -==28574== by 0x14AC48: type_engine_init (engine.c:107) -==28574== by 0x1308C5: gwion_engine (gwion.c:39) -==28574== by 0x1308C5: gwion_ini (gwion.c:78) -==28574== by 0x12F87D: main (main.c:23) -==28574== If you believe this happened as a result of a stack -==28574== overflow in your program's main thread (unlikely but -==28574== possible), you can try to increase the size of the -==28574== main thread stack using the --main-stacksize= flag. -==28574== The main thread stack size used in this run was 8388608. -==28574== -==28574== HEAP SUMMARY: -==28574== in use at exit: 2,172,155 bytes in 378 blocks -==28574== total heap usage: 808 allocs, 430 frees, 2,270,552 bytes allocated -==28574== -==28574== LEAK SUMMARY: -==28574== definitely lost: 0 bytes in 0 blocks -==28574== indirectly lost: 0 bytes in 0 blocks -==28574== possibly lost: 0 bytes in 0 blocks -==28574== still reachable: 2,172,155 bytes in 378 blocks -==28574== suppressed: 0 bytes in 0 blocks -==28574== Rerun with --leak-check=full to see details of leaked memory -==28574== -==28574== For counts of detected and suppressed errors, rerun with: -v -==28574== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28889== Memcheck, a memory error detector -==28889== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28889== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28889== Command: ./../../gwion -p. -d dummy /dev/null -==28889== Parent PID: 28173 -==28889== -==28889== Invalid read of size 4 -==28889== at 0x130C28: env_err (gwion.c:110) -==28889== by 0x151415: path_valid (import.c:145) -==28889== by 0x151D74: str2list (import.c:167) -==28889== by 0x152E92: str2decl (import.c:366) -==28889== by 0x1532BC: make_dll_arg_list (import.c:395) -==28889== by 0x1537F0: make_dll_as_fun (import.c:440) -==28889== by 0x15393F: gwi_func_end (import.c:449) -==28889== by 0x4848225: import (invalid_arg.c:21) -==28889== by 0x14AC48: type_engine_init (engine.c:107) -==28889== by 0x1308C5: gwion_engine (gwion.c:39) -==28889== by 0x1308C5: gwion_ini (gwion.c:78) -==28889== by 0x12F87D: main (main.c:23) -==28889== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28889== -==28889== -==28889== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28889== Access not within mapped region at address 0x28 -==28889== at 0x130C28: env_err (gwion.c:110) -==28889== by 0x151415: path_valid (import.c:145) -==28889== by 0x151D74: str2list (import.c:167) -==28889== by 0x152E92: str2decl (import.c:366) -==28889== by 0x1532BC: make_dll_arg_list (import.c:395) -==28889== by 0x1537F0: make_dll_as_fun (import.c:440) -==28889== by 0x15393F: gwi_func_end (import.c:449) -==28889== by 0x4848225: import (invalid_arg.c:21) -==28889== by 0x14AC48: type_engine_init (engine.c:107) -==28889== by 0x1308C5: gwion_engine (gwion.c:39) -==28889== by 0x1308C5: gwion_ini (gwion.c:78) -==28889== by 0x12F87D: main (main.c:23) -==28889== If you believe this happened as a result of a stack -==28889== overflow in your program's main thread (unlikely but -==28889== possible), you can try to increase the size of the -==28889== main thread stack using the --main-stacksize= flag. -==28889== The main thread stack size used in this run was 8388608. -==28889== -==28889== HEAP SUMMARY: -==28889== in use at exit: 2,171,862 bytes in 384 blocks -==28889== total heap usage: 811 allocs, 427 frees, 2,270,147 bytes allocated -==28889== -==28889== LEAK SUMMARY: -==28889== definitely lost: 0 bytes in 0 blocks -==28889== indirectly lost: 0 bytes in 0 blocks -==28889== possibly lost: 0 bytes in 0 blocks -==28889== still reachable: 2,171,862 bytes in 384 blocks -==28889== suppressed: 0 bytes in 0 blocks -==28889== Rerun with --leak-check=full to see details of leaked memory -==28889== -==28889== For counts of detected and suppressed errors, rerun with: -v -==28889== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28935== Memcheck, a memory error detector -==28935== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28935== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28935== Command: ./../../gwion -p. -d dummy /dev/null -==28935== Parent PID: 28173 -==28935== -==28935== Invalid read of size 4 -==28935== at 0x130C28: env_err (gwion.c:110) -==28935== by 0x153393: make_dll_arg_list (import.c:406) -==28935== by 0x1537F0: make_dll_as_fun (import.c:440) -==28935== by 0x15393F: gwi_func_end (import.c:449) -==28935== by 0x48482A6: import (invalid_array.c:24) -==28935== by 0x14AC48: type_engine_init (engine.c:107) -==28935== by 0x1308C5: gwion_engine (gwion.c:39) -==28935== by 0x1308C5: gwion_ini (gwion.c:78) -==28935== by 0x12F87D: main (main.c:23) -==28935== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28935== -==28935== -==28935== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28935== Access not within mapped region at address 0x28 -==28935== at 0x130C28: env_err (gwion.c:110) -==28935== by 0x153393: make_dll_arg_list (import.c:406) -==28935== by 0x1537F0: make_dll_as_fun (import.c:440) -==28935== by 0x15393F: gwi_func_end (import.c:449) -==28935== by 0x48482A6: import (invalid_array.c:24) -==28935== by 0x14AC48: type_engine_init (engine.c:107) -==28935== by 0x1308C5: gwion_engine (gwion.c:39) -==28935== by 0x1308C5: gwion_ini (gwion.c:78) -==28935== by 0x12F87D: main (main.c:23) -==28935== If you believe this happened as a result of a stack -==28935== overflow in your program's main thread (unlikely but -==28935== possible), you can try to increase the size of the -==28935== main thread stack using the --main-stacksize= flag. -==28935== The main thread stack size used in this run was 8388608. -==28935== -==28935== HEAP SUMMARY: -==28935== in use at exit: 2,173,020 bytes in 385 blocks -==28935== total heap usage: 813 allocs, 428 frees, 2,271,441 bytes allocated -==28935== -==28935== LEAK SUMMARY: -==28935== definitely lost: 0 bytes in 0 blocks -==28935== indirectly lost: 0 bytes in 0 blocks -==28935== possibly lost: 0 bytes in 0 blocks -==28935== still reachable: 2,173,020 bytes in 385 blocks -==28935== suppressed: 0 bytes in 0 blocks -==28935== Rerun with --leak-check=full to see details of leaked memory -==28935== -==28935== For counts of detected and suppressed errors, rerun with: -v -==28935== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==28982== Memcheck, a memory error detector -==28982== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28982== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28982== Command: ./../../gwion -p. -d dummy /dev/null -==28982== Parent PID: 28173 -==28982== -==28982== Invalid read of size 4 -==28982== at 0x130C28: env_err (gwion.c:110) -==28982== by 0x151415: path_valid (import.c:145) -==28982== by 0x151D74: str2list (import.c:167) -==28982== by 0x153633: import_td (import.c:418) -==28982== by 0x1537C4: make_dll_as_fun (import.c:436) -==28982== by 0x15393F: gwi_func_end (import.c:449) -==28982== by 0x48481EC: import (invalid_func.c:20) -==28982== by 0x14AC48: type_engine_init (engine.c:107) -==28982== by 0x1308C5: gwion_engine (gwion.c:39) -==28982== by 0x1308C5: gwion_ini (gwion.c:78) -==28982== by 0x12F87D: main (main.c:23) -==28982== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==28982== -==28982== -==28982== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==28982== Access not within mapped region at address 0x28 -==28982== at 0x130C28: env_err (gwion.c:110) -==28982== by 0x151415: path_valid (import.c:145) -==28982== by 0x151D74: str2list (import.c:167) -==28982== by 0x153633: import_td (import.c:418) -==28982== by 0x1537C4: make_dll_as_fun (import.c:436) -==28982== by 0x15393F: gwi_func_end (import.c:449) -==28982== by 0x48481EC: import (invalid_func.c:20) -==28982== by 0x14AC48: type_engine_init (engine.c:107) -==28982== by 0x1308C5: gwion_engine (gwion.c:39) -==28982== by 0x1308C5: gwion_ini (gwion.c:78) -==28982== by 0x12F87D: main (main.c:23) -==28982== If you believe this happened as a result of a stack -==28982== overflow in your program's main thread (unlikely but -==28982== possible), you can try to increase the size of the -==28982== main thread stack using the --main-stacksize= flag. -==28982== The main thread stack size used in this run was 8388608. -==28982== -==28982== HEAP SUMMARY: -==28982== in use at exit: 2,171,353 bytes in 383 blocks -==28982== total heap usage: 810 allocs, 427 frees, 2,269,642 bytes allocated -==28982== -==28982== LEAK SUMMARY: -==28982== definitely lost: 0 bytes in 0 blocks -==28982== indirectly lost: 0 bytes in 0 blocks -==28982== possibly lost: 0 bytes in 0 blocks -==28982== still reachable: 2,171,353 bytes in 383 blocks -==28982== suppressed: 0 bytes in 0 blocks -==28982== Rerun with --leak-check=full to see details of leaked memory -==28982== -==28982== For counts of detected and suppressed errors, rerun with: -v -==28982== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==29029== Memcheck, a memory error detector -==29029== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==29029== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==29029== Command: ./../../gwion -p. -d dummy /dev/null -==29029== Parent PID: 28173 -==29029== -==29029== Invalid read of size 4 -==29029== at 0x130C28: env_err (gwion.c:110) -==29029== by 0x15129B: path_valid (import.c:135) -==29029== by 0x151D74: str2list (import.c:167) -==29029== by 0x152ADC: gwi_item_ini (import.c:302) -==29029== by 0x48481B5: import (invalid_type1.c:18) -==29029== by 0x14AC48: type_engine_init (engine.c:107) -==29029== by 0x1308C5: gwion_engine (gwion.c:39) -==29029== by 0x1308C5: gwion_ini (gwion.c:78) -==29029== by 0x12F87D: main (main.c:23) -==29029== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==29029== -==29029== -==29029== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==29029== Access not within mapped region at address 0x28 -==29029== at 0x130C28: env_err (gwion.c:110) -==29029== by 0x15129B: path_valid (import.c:135) -==29029== by 0x151D74: str2list (import.c:167) -==29029== by 0x152ADC: gwi_item_ini (import.c:302) -==29029== by 0x48481B5: import (invalid_type1.c:18) -==29029== by 0x14AC48: type_engine_init (engine.c:107) -==29029== by 0x1308C5: gwion_engine (gwion.c:39) -==29029== by 0x1308C5: gwion_ini (gwion.c:78) -==29029== by 0x12F87D: main (main.c:23) -==29029== If you believe this happened as a result of a stack -==29029== overflow in your program's main thread (unlikely but -==29029== possible), you can try to increase the size of the -==29029== main thread stack using the --main-stacksize= flag. -==29029== The main thread stack size used in this run was 8388608. -==29029== -==29029== HEAP SUMMARY: -==29029== in use at exit: 2,171,356 bytes in 383 blocks -==29029== total heap usage: 810 allocs, 427 frees, 2,269,649 bytes allocated -==29029== -==29029== LEAK SUMMARY: -==29029== definitely lost: 0 bytes in 0 blocks -==29029== indirectly lost: 0 bytes in 0 blocks -==29029== possibly lost: 0 bytes in 0 blocks -==29029== still reachable: 2,171,356 bytes in 383 blocks -==29029== suppressed: 0 bytes in 0 blocks -==29029== Rerun with --leak-check=full to see details of leaked memory -==29029== -==29029== For counts of detected and suppressed errors, rerun with: -v -==29029== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==29076== Memcheck, a memory error detector -==29076== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==29076== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==29076== Command: ./../../gwion -p. -d dummy /dev/null -==29076== Parent PID: 28173 -==29076== -==29076== Invalid read of size 4 -==29076== at 0x130C28: env_err (gwion.c:110) -==29076== by 0x151415: path_valid (import.c:145) -==29076== by 0x151D74: str2list (import.c:167) -==29076== by 0x152ADC: gwi_item_ini (import.c:302) -==29076== by 0x48481B5: import (invalid_type2.c:18) -==29076== by 0x14AC48: type_engine_init (engine.c:107) -==29076== by 0x1308C5: gwion_engine (gwion.c:39) -==29076== by 0x1308C5: gwion_ini (gwion.c:78) -==29076== by 0x12F87D: main (main.c:23) -==29076== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==29076== -==29076== -==29076== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==29076== Access not within mapped region at address 0x28 -==29076== at 0x130C28: env_err (gwion.c:110) -==29076== by 0x151415: path_valid (import.c:145) -==29076== by 0x151D74: str2list (import.c:167) -==29076== by 0x152ADC: gwi_item_ini (import.c:302) -==29076== by 0x48481B5: import (invalid_type2.c:18) -==29076== by 0x14AC48: type_engine_init (engine.c:107) -==29076== by 0x1308C5: gwion_engine (gwion.c:39) -==29076== by 0x1308C5: gwion_ini (gwion.c:78) -==29076== by 0x12F87D: main (main.c:23) -==29076== If you believe this happened as a result of a stack -==29076== overflow in your program's main thread (unlikely but -==29076== possible), you can try to increase the size of the -==29076== main thread stack using the --main-stacksize= flag. -==29076== The main thread stack size used in this run was 8388608. -==29076== -==29076== HEAP SUMMARY: -==29076== in use at exit: 2,171,356 bytes in 383 blocks -==29076== total heap usage: 810 allocs, 427 frees, 2,269,649 bytes allocated -==29076== -==29076== LEAK SUMMARY: -==29076== definitely lost: 0 bytes in 0 blocks -==29076== indirectly lost: 0 bytes in 0 blocks -==29076== possibly lost: 0 bytes in 0 blocks -==29076== still reachable: 2,171,356 bytes in 383 blocks -==29076== suppressed: 0 bytes in 0 blocks -==29076== Rerun with --leak-check=full to see details of leaked memory -==29076== -==29076== For counts of detected and suppressed errors, rerun with: -v -==29076== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==29122== Memcheck, a memory error detector -==29122== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==29122== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==29122== Command: ./../../gwion -p. -d dummy /dev/null -==29122== Parent PID: 28173 -==29122== -==29122== Invalid read of size 4 -==29122== at 0x130C28: env_err (gwion.c:110) -==29122== by 0x151100: name_valid (import.c:116) -==29122== by 0x152385: gwi_add_type (import.c:195) -==29122== by 0x15244B: gwi_class_ini (import.c:229) -==29122== by 0x484818F: import (invalid_type3.c:18) -==29122== by 0x14AC48: type_engine_init (engine.c:107) -==29122== by 0x1308C5: gwion_engine (gwion.c:39) -==29122== by 0x1308C5: gwion_ini (gwion.c:78) -==29122== by 0x12F87D: main (main.c:23) -==29122== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==29122== -==29122== -==29122== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==29122== Access not within mapped region at address 0x28 -==29122== at 0x130C28: env_err (gwion.c:110) -==29122== by 0x151100: name_valid (import.c:116) -==29122== by 0x152385: gwi_add_type (import.c:195) -==29122== by 0x15244B: gwi_class_ini (import.c:229) -==29122== by 0x484818F: import (invalid_type3.c:18) -==29122== by 0x14AC48: type_engine_init (engine.c:107) -==29122== by 0x1308C5: gwion_engine (gwion.c:39) -==29122== by 0x1308C5: gwion_ini (gwion.c:78) -==29122== by 0x12F87D: main (main.c:23) -==29122== If you believe this happened as a result of a stack -==29122== overflow in your program's main thread (unlikely but -==29122== possible), you can try to increase the size of the -==29122== main thread stack using the --main-stacksize= flag. -==29122== The main thread stack size used in this run was 8388608. -==29122== -==29122== HEAP SUMMARY: -==29122== in use at exit: 2,170,716 bytes in 374 blocks -==29122== total heap usage: 799 allocs, 425 frees, 2,268,945 bytes allocated -==29122== -==29122== LEAK SUMMARY: -==29122== definitely lost: 0 bytes in 0 blocks -==29122== indirectly lost: 0 bytes in 0 blocks -==29122== possibly lost: 0 bytes in 0 blocks -==29122== still reachable: 2,170,716 bytes in 374 blocks -==29122== suppressed: 0 bytes in 0 blocks -==29122== Rerun with --leak-check=full to see details of leaked memory -==29122== -==29122== For counts of detected and suppressed errors, rerun with: -v -==29122== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==29303== Memcheck, a memory error detector -==29303== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==29303== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==29303== Command: ./../../gwion -p. -d dummy /dev/null -==29303== Parent PID: 28173 -==29303== -==29303== Invalid read of size 4 -==29303== at 0x130C28: env_err (gwion.c:110) -==29303== by 0x153114: make_dll_arg_list (import.c:398) -==29303== by 0x1537F0: make_dll_as_fun (import.c:440) -==29303== by 0x15393F: gwi_func_end (import.c:449) -==29303== by 0x4848225: import (template_arg.c:21) -==29303== by 0x14AC48: type_engine_init (engine.c:107) -==29303== by 0x1308C5: gwion_engine (gwion.c:39) -==29303== by 0x1308C5: gwion_ini (gwion.c:78) -==29303== by 0x12F87D: main (main.c:23) -==29303== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==29303== -==29303== -==29303== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==29303== Access not within mapped region at address 0x28 -==29303== at 0x130C28: env_err (gwion.c:110) -==29303== by 0x153114: make_dll_arg_list (import.c:398) -==29303== by 0x1537F0: make_dll_as_fun (import.c:440) -==29303== by 0x15393F: gwi_func_end (import.c:449) -==29303== by 0x4848225: import (template_arg.c:21) -==29303== by 0x14AC48: type_engine_init (engine.c:107) -==29303== by 0x1308C5: gwion_engine (gwion.c:39) -==29303== by 0x1308C5: gwion_ini (gwion.c:78) -==29303== by 0x12F87D: main (main.c:23) -==29303== If you believe this happened as a result of a stack -==29303== overflow in your program's main thread (unlikely but -==29303== possible), you can try to increase the size of the -==29303== main thread stack using the --main-stacksize= flag. -==29303== The main thread stack size used in this run was 8388608. -==29303== -==29303== HEAP SUMMARY: -==29303== in use at exit: 2,177,657 bytes in 395 blocks -==29303== total heap usage: 830 allocs, 435 frees, 2,276,490 bytes allocated -==29303== -==29303== LEAK SUMMARY: -==29303== definitely lost: 0 bytes in 0 blocks -==29303== indirectly lost: 0 bytes in 0 blocks -==29303== possibly lost: 0 bytes in 0 blocks -==29303== still reachable: 2,177,657 bytes in 395 blocks -==29303== suppressed: 0 bytes in 0 blocks -==29303== Rerun with --leak-check=full to see details of leaked memory -==29303== -==29303== For counts of detected and suppressed errors, rerun with: -v -==29303== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15663== Memcheck, a memory error detector -==15663== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15663== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15663== Command: ./../../gwion -p. -d dummy /dev/null -==15663== Parent PID: 15637 -==15663== -==15663== -==15663== HEAP SUMMARY: -==15663== in use at exit: 928 bytes in 10 blocks -==15663== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==15663== -==15663== LEAK SUMMARY: -==15663== definitely lost: 928 bytes in 10 blocks -==15663== indirectly lost: 0 bytes in 0 blocks -==15663== possibly lost: 0 bytes in 0 blocks -==15663== still reachable: 0 bytes in 0 blocks -==15663== suppressed: 0 bytes in 0 blocks -==15663== Rerun with --leak-check=full to see details of leaked memory -==15663== -==15663== For counts of detected and suppressed errors, rerun with: -v -==15663== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==15761== Memcheck, a memory error detector -==15761== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15761== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15761== Command: ./../../gwion -p. -d dummy /dev/null -==15761== Parent PID: 15637 -==15761== -==15761== Invalid read of size 4 -==15761== at 0x12BC08: env_err (gwion.c:110) -==15761== by 0x14D4AC: gwi_class_ini (import.c:220) -==15761== by 0x48481A0: import (begin_class.c:18) -==15761== by 0x145C28: type_engine_init (engine.c:107) -==15761== by 0x12B8A5: gwion_engine (gwion.c:39) -==15761== by 0x12B8A5: gwion_ini (gwion.c:78) -==15761== by 0x12A85D: main (main.c:23) -==15761== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15761== -==15761== -==15761== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15761== Access not within mapped region at address 0x28 -==15761== at 0x12BC08: env_err (gwion.c:110) -==15761== by 0x14D4AC: gwi_class_ini (import.c:220) -==15761== by 0x48481A0: import (begin_class.c:18) -==15761== by 0x145C28: type_engine_init (engine.c:107) -==15761== by 0x12B8A5: gwion_engine (gwion.c:39) -==15761== by 0x12B8A5: gwion_ini (gwion.c:78) -==15761== by 0x12A85D: main (main.c:23) -==15761== If you believe this happened as a result of a stack -==15761== overflow in your program's main thread (unlikely but -==15761== possible), you can try to increase the size of the -==15761== main thread stack using the --main-stacksize= flag. -==15761== The main thread stack size used in this run was 8388608. -==15761== -==15761== HEAP SUMMARY: -==15761== in use at exit: 2,171,350 bytes in 383 blocks -==15761== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==15761== -==15761== LEAK SUMMARY: -==15761== definitely lost: 0 bytes in 0 blocks -==15761== indirectly lost: 0 bytes in 0 blocks -==15761== possibly lost: 0 bytes in 0 blocks -==15761== still reachable: 2,171,350 bytes in 383 blocks -==15761== suppressed: 0 bytes in 0 blocks -==15761== Rerun with --leak-check=full to see details of leaked memory -==15761== -==15761== For counts of detected and suppressed errors, rerun with: -v -==15761== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==15987== Memcheck, a memory error detector -==15987== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==15987== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==15987== Command: ./../../gwion -p. -d dummy /dev/null -==15987== Parent PID: 15637 -==15987== -==15987== Invalid read of size 4 -==15987== at 0x12BC08: env_err (gwion.c:110) -==15987== by 0x14F181: gwi_union_end (import.c:601) -==15987== by 0x4848152: import (empty_union.c:15) -==15987== by 0x145C28: type_engine_init (engine.c:107) -==15987== by 0x12B8A5: gwion_engine (gwion.c:39) -==15987== by 0x12B8A5: gwion_ini (gwion.c:78) -==15987== by 0x12A85D: main (main.c:23) -==15987== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==15987== -==15987== -==15987== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==15987== Access not within mapped region at address 0x28 -==15987== at 0x12BC08: env_err (gwion.c:110) -==15987== by 0x14F181: gwi_union_end (import.c:601) -==15987== by 0x4848152: import (empty_union.c:15) -==15987== by 0x145C28: type_engine_init (engine.c:107) -==15987== by 0x12B8A5: gwion_engine (gwion.c:39) -==15987== by 0x12B8A5: gwion_ini (gwion.c:78) -==15987== by 0x12A85D: main (main.c:23) -==15987== If you believe this happened as a result of a stack -==15987== overflow in your program's main thread (unlikely but -==15987== possible), you can try to increase the size of the -==15987== main thread stack using the --main-stacksize= flag. -==15987== The main thread stack size used in this run was 8388608. -==15987== -==15987== HEAP SUMMARY: -==15987== in use at exit: 2,170,710 bytes in 374 blocks -==15987== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==15987== -==15987== LEAK SUMMARY: -==15987== definitely lost: 0 bytes in 0 blocks -==15987== indirectly lost: 0 bytes in 0 blocks -==15987== possibly lost: 0 bytes in 0 blocks -==15987== still reachable: 2,170,710 bytes in 374 blocks -==15987== suppressed: 0 bytes in 0 blocks -==15987== Rerun with --leak-check=full to see details of leaked memory -==15987== -==15987== For counts of detected and suppressed errors, rerun with: -v -==15987== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16033== Memcheck, a memory error detector -==16033== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16033== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16033== Command: ./../../gwion -p. -d dummy /dev/null -==16033== Parent PID: 15637 -==16033== -==16033== Invalid read of size 4 -==16033== at 0x12BC08: env_err (gwion.c:110) -==16033== by 0x14DA2B: gwi_class_end (import.c:268) -==16033== by 0x4848133: import (end_class.c:15) -==16033== by 0x145C28: type_engine_init (engine.c:107) -==16033== by 0x12B8A5: gwion_engine (gwion.c:39) -==16033== by 0x12B8A5: gwion_ini (gwion.c:78) -==16033== by 0x12A85D: main (main.c:23) -==16033== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16033== -==16033== -==16033== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16033== Access not within mapped region at address 0x28 -==16033== at 0x12BC08: env_err (gwion.c:110) -==16033== by 0x14DA2B: gwi_class_end (import.c:268) -==16033== by 0x4848133: import (end_class.c:15) -==16033== by 0x145C28: type_engine_init (engine.c:107) -==16033== by 0x12B8A5: gwion_engine (gwion.c:39) -==16033== by 0x12B8A5: gwion_ini (gwion.c:78) -==16033== by 0x12A85D: main (main.c:23) -==16033== If you believe this happened as a result of a stack -==16033== overflow in your program's main thread (unlikely but -==16033== possible), you can try to increase the size of the -==16033== main thread stack using the --main-stacksize= flag. -==16033== The main thread stack size used in this run was 8388608. -==16033== -==16033== HEAP SUMMARY: -==16033== in use at exit: 2,170,704 bytes in 374 blocks -==16033== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==16033== -==16033== LEAK SUMMARY: -==16033== definitely lost: 0 bytes in 0 blocks -==16033== indirectly lost: 0 bytes in 0 blocks -==16033== possibly lost: 0 bytes in 0 blocks -==16033== still reachable: 2,170,704 bytes in 374 blocks -==16033== suppressed: 0 bytes in 0 blocks -==16033== Rerun with --leak-check=full to see details of leaked memory -==16033== -==16033== For counts of detected and suppressed errors, rerun with: -v -==16033== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16590== Memcheck, a memory error detector -==16590== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16590== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16590== Command: ./../../gwion -p. -d dummy /dev/null -==16590== Parent PID: 15637 -==16590== -==16590== Invalid read of size 4 -==16590== at 0x12BC08: env_err (gwion.c:110) -==16590== by 0x14C3F5: path_valid (import.c:145) -==16590== by 0x14CD54: str2list (import.c:167) -==16590== by 0x14DE72: str2decl (import.c:366) -==16590== by 0x14E29C: make_dll_arg_list (import.c:395) -==16590== by 0x14E7D0: make_dll_as_fun (import.c:440) -==16590== by 0x14E91F: gwi_func_end (import.c:449) -==16590== by 0x4848225: import (invalid_arg.c:21) -==16590== by 0x145C28: type_engine_init (engine.c:107) -==16590== by 0x12B8A5: gwion_engine (gwion.c:39) -==16590== by 0x12B8A5: gwion_ini (gwion.c:78) -==16590== by 0x12A85D: main (main.c:23) -==16590== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16590== -==16590== -==16590== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16590== Access not within mapped region at address 0x28 -==16590== at 0x12BC08: env_err (gwion.c:110) -==16590== by 0x14C3F5: path_valid (import.c:145) -==16590== by 0x14CD54: str2list (import.c:167) -==16590== by 0x14DE72: str2decl (import.c:366) -==16590== by 0x14E29C: make_dll_arg_list (import.c:395) -==16590== by 0x14E7D0: make_dll_as_fun (import.c:440) -==16590== by 0x14E91F: gwi_func_end (import.c:449) -==16590== by 0x4848225: import (invalid_arg.c:21) -==16590== by 0x145C28: type_engine_init (engine.c:107) -==16590== by 0x12B8A5: gwion_engine (gwion.c:39) -==16590== by 0x12B8A5: gwion_ini (gwion.c:78) -==16590== by 0x12A85D: main (main.c:23) -==16590== If you believe this happened as a result of a stack -==16590== overflow in your program's main thread (unlikely but -==16590== possible), you can try to increase the size of the -==16590== main thread stack using the --main-stacksize= flag. -==16590== The main thread stack size used in this run was 8388608. -==16590== -==16590== HEAP SUMMARY: -==16590== in use at exit: 2,171,862 bytes in 384 blocks -==16590== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==16590== -==16590== LEAK SUMMARY: -==16590== definitely lost: 0 bytes in 0 blocks -==16590== indirectly lost: 0 bytes in 0 blocks -==16590== possibly lost: 0 bytes in 0 blocks -==16590== still reachable: 2,171,862 bytes in 384 blocks -==16590== suppressed: 0 bytes in 0 blocks -==16590== Rerun with --leak-check=full to see details of leaked memory -==16590== -==16590== For counts of detected and suppressed errors, rerun with: -v -==16590== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16636== Memcheck, a memory error detector -==16636== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16636== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16636== Command: ./../../gwion -p. -d dummy /dev/null -==16636== Parent PID: 15637 -==16636== -==16636== Invalid read of size 4 -==16636== at 0x12BC08: env_err (gwion.c:110) -==16636== by 0x14E373: make_dll_arg_list (import.c:406) -==16636== by 0x14E7D0: make_dll_as_fun (import.c:440) -==16636== by 0x14E91F: gwi_func_end (import.c:449) -==16636== by 0x48482A6: import (invalid_array.c:24) -==16636== by 0x145C28: type_engine_init (engine.c:107) -==16636== by 0x12B8A5: gwion_engine (gwion.c:39) -==16636== by 0x12B8A5: gwion_ini (gwion.c:78) -==16636== by 0x12A85D: main (main.c:23) -==16636== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16636== -==16636== -==16636== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16636== Access not within mapped region at address 0x28 -==16636== at 0x12BC08: env_err (gwion.c:110) -==16636== by 0x14E373: make_dll_arg_list (import.c:406) -==16636== by 0x14E7D0: make_dll_as_fun (import.c:440) -==16636== by 0x14E91F: gwi_func_end (import.c:449) -==16636== by 0x48482A6: import (invalid_array.c:24) -==16636== by 0x145C28: type_engine_init (engine.c:107) -==16636== by 0x12B8A5: gwion_engine (gwion.c:39) -==16636== by 0x12B8A5: gwion_ini (gwion.c:78) -==16636== by 0x12A85D: main (main.c:23) -==16636== If you believe this happened as a result of a stack -==16636== overflow in your program's main thread (unlikely but -==16636== possible), you can try to increase the size of the -==16636== main thread stack using the --main-stacksize= flag. -==16636== The main thread stack size used in this run was 8388608. -==16636== -==16636== HEAP SUMMARY: -==16636== in use at exit: 2,173,020 bytes in 385 blocks -==16636== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==16636== -==16636== LEAK SUMMARY: -==16636== definitely lost: 0 bytes in 0 blocks -==16636== indirectly lost: 0 bytes in 0 blocks -==16636== possibly lost: 0 bytes in 0 blocks -==16636== still reachable: 2,173,020 bytes in 385 blocks -==16636== suppressed: 0 bytes in 0 blocks -==16636== Rerun with --leak-check=full to see details of leaked memory -==16636== -==16636== For counts of detected and suppressed errors, rerun with: -v -==16636== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16683== Memcheck, a memory error detector -==16683== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16683== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16683== Command: ./../../gwion -p. -d dummy /dev/null -==16683== Parent PID: 15637 -==16683== -==16683== Invalid read of size 4 -==16683== at 0x12BC08: env_err (gwion.c:110) -==16683== by 0x14C3F5: path_valid (import.c:145) -==16683== by 0x14CD54: str2list (import.c:167) -==16683== by 0x14E613: import_td (import.c:418) -==16683== by 0x14E7A4: make_dll_as_fun (import.c:436) -==16683== by 0x14E91F: gwi_func_end (import.c:449) -==16683== by 0x48481EC: import (invalid_func.c:20) -==16683== by 0x145C28: type_engine_init (engine.c:107) -==16683== by 0x12B8A5: gwion_engine (gwion.c:39) -==16683== by 0x12B8A5: gwion_ini (gwion.c:78) -==16683== by 0x12A85D: main (main.c:23) -==16683== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16683== -==16683== -==16683== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16683== Access not within mapped region at address 0x28 -==16683== at 0x12BC08: env_err (gwion.c:110) -==16683== by 0x14C3F5: path_valid (import.c:145) -==16683== by 0x14CD54: str2list (import.c:167) -==16683== by 0x14E613: import_td (import.c:418) -==16683== by 0x14E7A4: make_dll_as_fun (import.c:436) -==16683== by 0x14E91F: gwi_func_end (import.c:449) -==16683== by 0x48481EC: import (invalid_func.c:20) -==16683== by 0x145C28: type_engine_init (engine.c:107) -==16683== by 0x12B8A5: gwion_engine (gwion.c:39) -==16683== by 0x12B8A5: gwion_ini (gwion.c:78) -==16683== by 0x12A85D: main (main.c:23) -==16683== If you believe this happened as a result of a stack -==16683== overflow in your program's main thread (unlikely but -==16683== possible), you can try to increase the size of the -==16683== main thread stack using the --main-stacksize= flag. -==16683== The main thread stack size used in this run was 8388608. -==16683== -==16683== HEAP SUMMARY: -==16683== in use at exit: 2,171,353 bytes in 383 blocks -==16683== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==16683== -==16683== LEAK SUMMARY: -==16683== definitely lost: 0 bytes in 0 blocks -==16683== indirectly lost: 0 bytes in 0 blocks -==16683== possibly lost: 0 bytes in 0 blocks -==16683== still reachable: 2,171,353 bytes in 383 blocks -==16683== suppressed: 0 bytes in 0 blocks -==16683== Rerun with --leak-check=full to see details of leaked memory -==16683== -==16683== For counts of detected and suppressed errors, rerun with: -v -==16683== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16729== Memcheck, a memory error detector -==16729== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16729== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16729== Command: ./../../gwion -p. -d dummy /dev/null -==16729== Parent PID: 15637 -==16729== -==16729== Invalid read of size 4 -==16729== at 0x12BC08: env_err (gwion.c:110) -==16729== by 0x14C27B: path_valid (import.c:135) -==16729== by 0x14CD54: str2list (import.c:167) -==16729== by 0x14DABC: gwi_item_ini (import.c:302) -==16729== by 0x48481B5: import (invalid_type1.c:18) -==16729== by 0x145C28: type_engine_init (engine.c:107) -==16729== by 0x12B8A5: gwion_engine (gwion.c:39) -==16729== by 0x12B8A5: gwion_ini (gwion.c:78) -==16729== by 0x12A85D: main (main.c:23) -==16729== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16729== -==16729== -==16729== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16729== Access not within mapped region at address 0x28 -==16729== at 0x12BC08: env_err (gwion.c:110) -==16729== by 0x14C27B: path_valid (import.c:135) -==16729== by 0x14CD54: str2list (import.c:167) -==16729== by 0x14DABC: gwi_item_ini (import.c:302) -==16729== by 0x48481B5: import (invalid_type1.c:18) -==16729== by 0x145C28: type_engine_init (engine.c:107) -==16729== by 0x12B8A5: gwion_engine (gwion.c:39) -==16729== by 0x12B8A5: gwion_ini (gwion.c:78) -==16729== by 0x12A85D: main (main.c:23) -==16729== If you believe this happened as a result of a stack -==16729== overflow in your program's main thread (unlikely but -==16729== possible), you can try to increase the size of the -==16729== main thread stack using the --main-stacksize= flag. -==16729== The main thread stack size used in this run was 8388608. -==16729== -==16729== HEAP SUMMARY: -==16729== in use at exit: 2,171,356 bytes in 383 blocks -==16729== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==16729== -==16729== LEAK SUMMARY: -==16729== definitely lost: 0 bytes in 0 blocks -==16729== indirectly lost: 0 bytes in 0 blocks -==16729== possibly lost: 0 bytes in 0 blocks -==16729== still reachable: 2,171,356 bytes in 383 blocks -==16729== suppressed: 0 bytes in 0 blocks -==16729== Rerun with --leak-check=full to see details of leaked memory -==16729== -==16729== For counts of detected and suppressed errors, rerun with: -v -==16729== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16775== Memcheck, a memory error detector -==16775== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16775== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16775== Command: ./../../gwion -p. -d dummy /dev/null -==16775== Parent PID: 15637 -==16775== -==16775== Invalid read of size 4 -==16775== at 0x12BC08: env_err (gwion.c:110) -==16775== by 0x14C3F5: path_valid (import.c:145) -==16775== by 0x14CD54: str2list (import.c:167) -==16775== by 0x14DABC: gwi_item_ini (import.c:302) -==16775== by 0x48481B5: import (invalid_type2.c:18) -==16775== by 0x145C28: type_engine_init (engine.c:107) -==16775== by 0x12B8A5: gwion_engine (gwion.c:39) -==16775== by 0x12B8A5: gwion_ini (gwion.c:78) -==16775== by 0x12A85D: main (main.c:23) -==16775== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16775== -==16775== -==16775== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16775== Access not within mapped region at address 0x28 -==16775== at 0x12BC08: env_err (gwion.c:110) -==16775== by 0x14C3F5: path_valid (import.c:145) -==16775== by 0x14CD54: str2list (import.c:167) -==16775== by 0x14DABC: gwi_item_ini (import.c:302) -==16775== by 0x48481B5: import (invalid_type2.c:18) -==16775== by 0x145C28: type_engine_init (engine.c:107) -==16775== by 0x12B8A5: gwion_engine (gwion.c:39) -==16775== by 0x12B8A5: gwion_ini (gwion.c:78) -==16775== by 0x12A85D: main (main.c:23) -==16775== If you believe this happened as a result of a stack -==16775== overflow in your program's main thread (unlikely but -==16775== possible), you can try to increase the size of the -==16775== main thread stack using the --main-stacksize= flag. -==16775== The main thread stack size used in this run was 8388608. -==16775== -==16775== HEAP SUMMARY: -==16775== in use at exit: 2,171,356 bytes in 383 blocks -==16775== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==16775== -==16775== LEAK SUMMARY: -==16775== definitely lost: 0 bytes in 0 blocks -==16775== indirectly lost: 0 bytes in 0 blocks -==16775== possibly lost: 0 bytes in 0 blocks -==16775== still reachable: 2,171,356 bytes in 383 blocks -==16775== suppressed: 0 bytes in 0 blocks -==16775== Rerun with --leak-check=full to see details of leaked memory -==16775== -==16775== For counts of detected and suppressed errors, rerun with: -v -==16775== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==16827== Memcheck, a memory error detector -==16827== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16827== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16827== Command: ./../../gwion -p. -d dummy /dev/null -==16827== Parent PID: 15637 -==16827== -==16827== Invalid read of size 4 -==16827== at 0x12BC08: env_err (gwion.c:110) -==16827== by 0x14C0E0: name_valid (import.c:116) -==16827== by 0x14D365: gwi_add_type (import.c:195) -==16827== by 0x14D42B: gwi_class_ini (import.c:229) -==16827== by 0x484818F: import (invalid_type3.c:18) -==16827== by 0x145C28: type_engine_init (engine.c:107) -==16827== by 0x12B8A5: gwion_engine (gwion.c:39) -==16827== by 0x12B8A5: gwion_ini (gwion.c:78) -==16827== by 0x12A85D: main (main.c:23) -==16827== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==16827== -==16827== -==16827== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==16827== Access not within mapped region at address 0x28 -==16827== at 0x12BC08: env_err (gwion.c:110) -==16827== by 0x14C0E0: name_valid (import.c:116) -==16827== by 0x14D365: gwi_add_type (import.c:195) -==16827== by 0x14D42B: gwi_class_ini (import.c:229) -==16827== by 0x484818F: import (invalid_type3.c:18) -==16827== by 0x145C28: type_engine_init (engine.c:107) -==16827== by 0x12B8A5: gwion_engine (gwion.c:39) -==16827== by 0x12B8A5: gwion_ini (gwion.c:78) -==16827== by 0x12A85D: main (main.c:23) -==16827== If you believe this happened as a result of a stack -==16827== overflow in your program's main thread (unlikely but -==16827== possible), you can try to increase the size of the -==16827== main thread stack using the --main-stacksize= flag. -==16827== The main thread stack size used in this run was 8388608. -==16827== -==16827== HEAP SUMMARY: -==16827== in use at exit: 2,170,716 bytes in 374 blocks -==16827== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==16827== -==16827== LEAK SUMMARY: -==16827== definitely lost: 0 bytes in 0 blocks -==16827== indirectly lost: 0 bytes in 0 blocks -==16827== possibly lost: 0 bytes in 0 blocks -==16827== still reachable: 2,170,716 bytes in 374 blocks -==16827== suppressed: 0 bytes in 0 blocks -==16827== Rerun with --leak-check=full to see details of leaked memory -==16827== -==16827== For counts of detected and suppressed errors, rerun with: -v -==16827== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==17447== Memcheck, a memory error detector -==17447== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==17447== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==17447== Command: ./../../gwion -p. -d dummy /dev/null -==17447== Parent PID: 15637 -==17447== -==17447== Invalid read of size 4 -==17447== at 0x12BC08: env_err (gwion.c:110) -==17447== by 0x14E0F4: make_dll_arg_list (import.c:398) -==17447== by 0x14E7D0: make_dll_as_fun (import.c:440) -==17447== by 0x14E91F: gwi_func_end (import.c:449) -==17447== by 0x4848225: import (template_arg.c:21) -==17447== by 0x145C28: type_engine_init (engine.c:107) -==17447== by 0x12B8A5: gwion_engine (gwion.c:39) -==17447== by 0x12B8A5: gwion_ini (gwion.c:78) -==17447== by 0x12A85D: main (main.c:23) -==17447== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==17447== -==17447== -==17447== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==17447== Access not within mapped region at address 0x28 -==17447== at 0x12BC08: env_err (gwion.c:110) -==17447== by 0x14E0F4: make_dll_arg_list (import.c:398) -==17447== by 0x14E7D0: make_dll_as_fun (import.c:440) -==17447== by 0x14E91F: gwi_func_end (import.c:449) -==17447== by 0x4848225: import (template_arg.c:21) -==17447== by 0x145C28: type_engine_init (engine.c:107) -==17447== by 0x12B8A5: gwion_engine (gwion.c:39) -==17447== by 0x12B8A5: gwion_ini (gwion.c:78) -==17447== by 0x12A85D: main (main.c:23) -==17447== If you believe this happened as a result of a stack -==17447== overflow in your program's main thread (unlikely but -==17447== possible), you can try to increase the size of the -==17447== main thread stack using the --main-stacksize= flag. -==17447== The main thread stack size used in this run was 8388608. -==17447== -==17447== HEAP SUMMARY: -==17447== in use at exit: 2,177,657 bytes in 395 blocks -==17447== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==17447== -==17447== LEAK SUMMARY: -==17447== definitely lost: 0 bytes in 0 blocks -==17447== indirectly lost: 0 bytes in 0 blocks -==17447== possibly lost: 0 bytes in 0 blocks -==17447== still reachable: 2,177,657 bytes in 395 blocks -==17447== suppressed: 0 bytes in 0 blocks -==17447== Rerun with --leak-check=full to see details of leaked memory -==17447== -==17447== For counts of detected and suppressed errors, rerun with: -v -==17447== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==8772== Memcheck, a memory error detector -==8772== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==8772== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==8772== Command: ./../../gwion -p. -d dummy /dev/null -==8772== Parent PID: 8746 -==8772== -==8772== -==8772== HEAP SUMMARY: -==8772== in use at exit: 928 bytes in 10 blocks -==8772== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==8772== -==8772== LEAK SUMMARY: -==8772== definitely lost: 928 bytes in 10 blocks -==8772== indirectly lost: 0 bytes in 0 blocks -==8772== possibly lost: 0 bytes in 0 blocks -==8772== still reachable: 0 bytes in 0 blocks -==8772== suppressed: 0 bytes in 0 blocks -==8772== Rerun with --leak-check=full to see details of leaked memory -==8772== -==8772== For counts of detected and suppressed errors, rerun with: -v -==8772== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==8870== Memcheck, a memory error detector -==8870== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==8870== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==8870== Command: ./../../gwion -p. -d dummy /dev/null -==8870== Parent PID: 8746 -==8870== -==8870== Invalid read of size 4 -==8870== at 0x12BC08: env_err (gwion.c:110) -==8870== by 0x14D4AC: gwi_class_ini (import.c:220) -==8870== by 0x48481A0: import (begin_class.c:18) -==8870== by 0x145C28: type_engine_init (engine.c:107) -==8870== by 0x12B8A5: gwion_engine (gwion.c:39) -==8870== by 0x12B8A5: gwion_ini (gwion.c:78) -==8870== by 0x12A85D: main (main.c:23) -==8870== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==8870== -==8870== -==8870== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==8870== Access not within mapped region at address 0x28 -==8870== at 0x12BC08: env_err (gwion.c:110) -==8870== by 0x14D4AC: gwi_class_ini (import.c:220) -==8870== by 0x48481A0: import (begin_class.c:18) -==8870== by 0x145C28: type_engine_init (engine.c:107) -==8870== by 0x12B8A5: gwion_engine (gwion.c:39) -==8870== by 0x12B8A5: gwion_ini (gwion.c:78) -==8870== by 0x12A85D: main (main.c:23) -==8870== If you believe this happened as a result of a stack -==8870== overflow in your program's main thread (unlikely but -==8870== possible), you can try to increase the size of the -==8870== main thread stack using the --main-stacksize= flag. -==8870== The main thread stack size used in this run was 8388608. -==8870== -==8870== HEAP SUMMARY: -==8870== in use at exit: 2,171,350 bytes in 383 blocks -==8870== total heap usage: 809 allocs, 426 frees, 2,265,539 bytes allocated -==8870== -==8870== LEAK SUMMARY: -==8870== definitely lost: 0 bytes in 0 blocks -==8870== indirectly lost: 0 bytes in 0 blocks -==8870== possibly lost: 0 bytes in 0 blocks -==8870== still reachable: 2,171,350 bytes in 383 blocks -==8870== suppressed: 0 bytes in 0 blocks -==8870== Rerun with --leak-check=full to see details of leaked memory -==8870== -==8870== For counts of detected and suppressed errors, rerun with: -v -==8870== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9100== Memcheck, a memory error detector -==9100== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9100== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9100== Command: ./../../gwion -p. -d dummy /dev/null -==9100== Parent PID: 8746 -==9100== -==9100== Invalid read of size 4 -==9100== at 0x12BC08: env_err (gwion.c:110) -==9100== by 0x14F181: gwi_union_end (import.c:601) -==9100== by 0x4848152: import (empty_union.c:15) -==9100== by 0x145C28: type_engine_init (engine.c:107) -==9100== by 0x12B8A5: gwion_engine (gwion.c:39) -==9100== by 0x12B8A5: gwion_ini (gwion.c:78) -==9100== by 0x12A85D: main (main.c:23) -==9100== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9100== -==9100== -==9100== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9100== Access not within mapped region at address 0x28 -==9100== at 0x12BC08: env_err (gwion.c:110) -==9100== by 0x14F181: gwi_union_end (import.c:601) -==9100== by 0x4848152: import (empty_union.c:15) -==9100== by 0x145C28: type_engine_init (engine.c:107) -==9100== by 0x12B8A5: gwion_engine (gwion.c:39) -==9100== by 0x12B8A5: gwion_ini (gwion.c:78) -==9100== by 0x12A85D: main (main.c:23) -==9100== If you believe this happened as a result of a stack -==9100== overflow in your program's main thread (unlikely but -==9100== possible), you can try to increase the size of the -==9100== main thread stack using the --main-stacksize= flag. -==9100== The main thread stack size used in this run was 8388608. -==9100== -==9100== HEAP SUMMARY: -==9100== in use at exit: 2,170,710 bytes in 374 blocks -==9100== total heap usage: 798 allocs, 424 frees, 2,264,835 bytes allocated -==9100== -==9100== LEAK SUMMARY: -==9100== definitely lost: 0 bytes in 0 blocks -==9100== indirectly lost: 0 bytes in 0 blocks -==9100== possibly lost: 0 bytes in 0 blocks -==9100== still reachable: 2,170,710 bytes in 374 blocks -==9100== suppressed: 0 bytes in 0 blocks -==9100== Rerun with --leak-check=full to see details of leaked memory -==9100== -==9100== For counts of detected and suppressed errors, rerun with: -v -==9100== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9146== Memcheck, a memory error detector -==9146== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9146== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9146== Command: ./../../gwion -p. -d dummy /dev/null -==9146== Parent PID: 8746 -==9146== -==9146== Invalid read of size 4 -==9146== at 0x12BC08: env_err (gwion.c:110) -==9146== by 0x14DA2B: gwi_class_end (import.c:268) -==9146== by 0x4848133: import (end_class.c:15) -==9146== by 0x145C28: type_engine_init (engine.c:107) -==9146== by 0x12B8A5: gwion_engine (gwion.c:39) -==9146== by 0x12B8A5: gwion_ini (gwion.c:78) -==9146== by 0x12A85D: main (main.c:23) -==9146== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9146== -==9146== -==9146== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9146== Access not within mapped region at address 0x28 -==9146== at 0x12BC08: env_err (gwion.c:110) -==9146== by 0x14DA2B: gwi_class_end (import.c:268) -==9146== by 0x4848133: import (end_class.c:15) -==9146== by 0x145C28: type_engine_init (engine.c:107) -==9146== by 0x12B8A5: gwion_engine (gwion.c:39) -==9146== by 0x12B8A5: gwion_ini (gwion.c:78) -==9146== by 0x12A85D: main (main.c:23) -==9146== If you believe this happened as a result of a stack -==9146== overflow in your program's main thread (unlikely but -==9146== possible), you can try to increase the size of the -==9146== main thread stack using the --main-stacksize= flag. -==9146== The main thread stack size used in this run was 8388608. -==9146== -==9146== HEAP SUMMARY: -==9146== in use at exit: 2,170,704 bytes in 374 blocks -==9146== total heap usage: 798 allocs, 424 frees, 2,264,821 bytes allocated -==9146== -==9146== LEAK SUMMARY: -==9146== definitely lost: 0 bytes in 0 blocks -==9146== indirectly lost: 0 bytes in 0 blocks -==9146== possibly lost: 0 bytes in 0 blocks -==9146== still reachable: 2,170,704 bytes in 374 blocks -==9146== suppressed: 0 bytes in 0 blocks -==9146== Rerun with --leak-check=full to see details of leaked memory -==9146== -==9146== For counts of detected and suppressed errors, rerun with: -v -==9146== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_pair.gw ==9331== Memcheck, a memory error detector -==9331== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9331== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9331== Command: ./../../gwion -p. -d dummy extend_pair.gw -==9331== Parent PID: 8746 -==9331== -==9331== -==9331== HEAP SUMMARY: -==9331== in use at exit: 2,062,339 bytes in 51 blocks -==9331== total heap usage: 172 allocs, 121 frees, 2,097,986 bytes allocated -==9331== -==9331== LEAK SUMMARY: -==9331== definitely lost: 256 bytes in 4 blocks -==9331== indirectly lost: 19 bytes in 1 blocks -==9331== possibly lost: 2,061,512 bytes in 45 blocks -==9331== still reachable: 552 bytes in 1 blocks -==9331== suppressed: 0 bytes in 0 blocks -==9331== Rerun with --leak-check=full to see details of leaked memory -==9331== -==9331== For counts of detected and suppressed errors, rerun with: -v -==9331== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -global_func.gw ==9384== Memcheck, a memory error detector -==9384== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9384== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9384== Command: ./../../gwion -p. -d dummy global_func.gw -==9384== Parent PID: 8746 -==9384== -==9384== -==9384== HEAP SUMMARY: -==9384== in use at exit: 2,062,339 bytes in 51 blocks -==9384== total heap usage: 172 allocs, 121 frees, 2,097,986 bytes allocated -==9384== -==9384== LEAK SUMMARY: -==9384== definitely lost: 256 bytes in 4 blocks -==9384== indirectly lost: 19 bytes in 1 blocks -==9384== possibly lost: 2,061,512 bytes in 45 blocks -==9384== still reachable: 552 bytes in 1 blocks -==9384== suppressed: 0 bytes in 0 blocks -==9384== Rerun with --leak-check=full to see details of leaked memory -==9384== -==9384== For counts of detected and suppressed errors, rerun with: -v -==9384== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==9663== Memcheck, a memory error detector -==9663== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9663== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9663== Command: ./../../gwion -p. -d dummy /dev/null -==9663== Parent PID: 9637 -==9663== -==9663== Invalid read of size 4 -==9663== at 0x12BC08: env_err (gwion.c:110) -==9663== by 0x14C3F5: path_valid (import.c:145) -==9663== by 0x14CD54: str2list (import.c:167) -==9663== by 0x14DE72: str2decl (import.c:366) -==9663== by 0x14E29C: make_dll_arg_list (import.c:395) -==9663== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9663== by 0x14E91F: gwi_func_end (import.c:449) -==9663== by 0x484D225: import (invalid_arg.c:21) -==9663== by 0x145C28: type_engine_init (engine.c:107) -==9663== by 0x12B8A5: gwion_engine (gwion.c:39) -==9663== by 0x12B8A5: gwion_ini (gwion.c:78) -==9663== by 0x12A85D: main (main.c:23) -==9663== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9663== -==9663== -==9663== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9663== Access not within mapped region at address 0x28 -==9663== at 0x12BC08: env_err (gwion.c:110) -==9663== by 0x14C3F5: path_valid (import.c:145) -==9663== by 0x14CD54: str2list (import.c:167) -==9663== by 0x14DE72: str2decl (import.c:366) -==9663== by 0x14E29C: make_dll_arg_list (import.c:395) -==9663== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9663== by 0x14E91F: gwi_func_end (import.c:449) -==9663== by 0x484D225: import (invalid_arg.c:21) -==9663== by 0x145C28: type_engine_init (engine.c:107) -==9663== by 0x12B8A5: gwion_engine (gwion.c:39) -==9663== by 0x12B8A5: gwion_ini (gwion.c:78) -==9663== by 0x12A85D: main (main.c:23) -==9663== If you believe this happened as a result of a stack -==9663== overflow in your program's main thread (unlikely but -==9663== possible), you can try to increase the size of the -==9663== main thread stack using the --main-stacksize= flag. -==9663== The main thread stack size used in this run was 8388608. -==9663== -==9663== HEAP SUMMARY: -==9663== in use at exit: 2,179,255 bytes in 401 blocks -==9663== total heap usage: 847 allocs, 446 frees, 2,274,518 bytes allocated -==9663== -==9663== LEAK SUMMARY: -==9663== definitely lost: 0 bytes in 0 blocks -==9663== indirectly lost: 0 bytes in 0 blocks -==9663== possibly lost: 0 bytes in 0 blocks -==9663== still reachable: 2,179,255 bytes in 401 blocks -==9663== suppressed: 0 bytes in 0 blocks -==9663== Rerun with --leak-check=full to see details of leaked memory -==9663== -==9663== For counts of detected and suppressed errors, rerun with: -v -==9663== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9709== Memcheck, a memory error detector -==9709== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9709== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9709== Command: ./../../gwion -p. -d dummy /dev/null -==9709== Parent PID: 9637 -==9709== -==9709== Invalid read of size 4 -==9709== at 0x12BC08: env_err (gwion.c:110) -==9709== by 0x14C3F5: path_valid (import.c:145) -==9709== by 0x14CD54: str2list (import.c:167) -==9709== by 0x14DE72: str2decl (import.c:366) -==9709== by 0x14E29C: make_dll_arg_list (import.c:395) -==9709== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9709== by 0x14E91F: gwi_func_end (import.c:449) -==9709== by 0x484D225: import (invalid_arg.c:21) -==9709== by 0x145C28: type_engine_init (engine.c:107) -==9709== by 0x12B8A5: gwion_engine (gwion.c:39) -==9709== by 0x12B8A5: gwion_ini (gwion.c:78) -==9709== by 0x12A85D: main (main.c:23) -==9709== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9709== -==9709== -==9709== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9709== Access not within mapped region at address 0x28 -==9709== at 0x12BC08: env_err (gwion.c:110) -==9709== by 0x14C3F5: path_valid (import.c:145) -==9709== by 0x14CD54: str2list (import.c:167) -==9709== by 0x14DE72: str2decl (import.c:366) -==9709== by 0x14E29C: make_dll_arg_list (import.c:395) -==9709== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9709== by 0x14E91F: gwi_func_end (import.c:449) -==9709== by 0x484D225: import (invalid_arg.c:21) -==9709== by 0x145C28: type_engine_init (engine.c:107) -==9709== by 0x12B8A5: gwion_engine (gwion.c:39) -==9709== by 0x12B8A5: gwion_ini (gwion.c:78) -==9709== by 0x12A85D: main (main.c:23) -==9709== If you believe this happened as a result of a stack -==9709== overflow in your program's main thread (unlikely but -==9709== possible), you can try to increase the size of the -==9709== main thread stack using the --main-stacksize= flag. -==9709== The main thread stack size used in this run was 8388608. -==9709== -==9709== HEAP SUMMARY: -==9709== in use at exit: 2,173,292 bytes in 388 blocks -==9709== total heap usage: 818 allocs, 430 frees, 2,267,622 bytes allocated -==9709== -==9709== LEAK SUMMARY: -==9709== definitely lost: 0 bytes in 0 blocks -==9709== indirectly lost: 0 bytes in 0 blocks -==9709== possibly lost: 0 bytes in 0 blocks -==9709== still reachable: 2,173,292 bytes in 388 blocks -==9709== suppressed: 0 bytes in 0 blocks -==9709== Rerun with --leak-check=full to see details of leaked memory -==9709== -==9709== For counts of detected and suppressed errors, rerun with: -v -==9709== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9756== Memcheck, a memory error detector -==9756== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9756== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9756== Command: ./../../gwion -p. -d dummy /dev/null -==9756== Parent PID: 9637 -==9756== -==9756== Invalid read of size 4 -==9756== at 0x12BC08: env_err (gwion.c:110) -==9756== by 0x14D4AC: gwi_class_ini (import.c:220) -==9756== by 0x48481A0: import (begin_class.c:18) -==9756== by 0x145C28: type_engine_init (engine.c:107) -==9756== by 0x12B8A5: gwion_engine (gwion.c:39) -==9756== by 0x12B8A5: gwion_ini (gwion.c:78) -==9756== by 0x12A85D: main (main.c:23) -==9756== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9756== -==9756== -==9756== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9756== Access not within mapped region at address 0x28 -==9756== at 0x12BC08: env_err (gwion.c:110) -==9756== by 0x14D4AC: gwi_class_ini (import.c:220) -==9756== by 0x48481A0: import (begin_class.c:18) -==9756== by 0x145C28: type_engine_init (engine.c:107) -==9756== by 0x12B8A5: gwion_engine (gwion.c:39) -==9756== by 0x12B8A5: gwion_ini (gwion.c:78) -==9756== by 0x12A85D: main (main.c:23) -==9756== If you believe this happened as a result of a stack -==9756== overflow in your program's main thread (unlikely but -==9756== possible), you can try to increase the size of the -==9756== main thread stack using the --main-stacksize= flag. -==9756== The main thread stack size used in this run was 8388608. -==9756== -==9756== HEAP SUMMARY: -==9756== in use at exit: 2,172,777 bytes in 387 blocks -==9756== total heap usage: 818 allocs, 431 frees, 2,267,150 bytes allocated -==9756== -==9756== LEAK SUMMARY: -==9756== definitely lost: 0 bytes in 0 blocks -==9756== indirectly lost: 0 bytes in 0 blocks -==9756== possibly lost: 0 bytes in 0 blocks -==9756== still reachable: 2,172,777 bytes in 387 blocks -==9756== suppressed: 0 bytes in 0 blocks -==9756== Rerun with --leak-check=full to see details of leaked memory -==9756== -==9756== For counts of detected and suppressed errors, rerun with: -v -==9756== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9802== Memcheck, a memory error detector -==9802== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9802== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9802== Command: ./../../gwion -p. -d dummy /dev/null -==9802== Parent PID: 9637 -==9802== -==9802== Invalid read of size 4 -==9802== at 0x12BC08: env_err (gwion.c:110) -==9802== by 0x14C3F5: path_valid (import.c:145) -==9802== by 0x14CD54: str2list (import.c:167) -==9802== by 0x14DE72: str2decl (import.c:366) -==9802== by 0x14E29C: make_dll_arg_list (import.c:395) -==9802== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9802== by 0x14E91F: gwi_func_end (import.c:449) -==9802== by 0x484D225: import (invalid_arg.c:21) -==9802== by 0x145C28: type_engine_init (engine.c:107) -==9802== by 0x12B8A5: gwion_engine (gwion.c:39) -==9802== by 0x12B8A5: gwion_ini (gwion.c:78) -==9802== by 0x12A85D: main (main.c:23) -==9802== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9802== -==9802== -==9802== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9802== Access not within mapped region at address 0x28 -==9802== at 0x12BC08: env_err (gwion.c:110) -==9802== by 0x14C3F5: path_valid (import.c:145) -==9802== by 0x14CD54: str2list (import.c:167) -==9802== by 0x14DE72: str2decl (import.c:366) -==9802== by 0x14E29C: make_dll_arg_list (import.c:395) -==9802== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9802== by 0x14E91F: gwi_func_end (import.c:449) -==9802== by 0x484D225: import (invalid_arg.c:21) -==9802== by 0x145C28: type_engine_init (engine.c:107) -==9802== by 0x12B8A5: gwion_engine (gwion.c:39) -==9802== by 0x12B8A5: gwion_ini (gwion.c:78) -==9802== by 0x12A85D: main (main.c:23) -==9802== If you believe this happened as a result of a stack -==9802== overflow in your program's main thread (unlikely but -==9802== possible), you can try to increase the size of the -==9802== main thread stack using the --main-stacksize= flag. -==9802== The main thread stack size used in this run was 8388608. -==9802== -==9802== HEAP SUMMARY: -==9802== in use at exit: 2,179,712 bytes in 409 blocks -==9802== total heap usage: 849 allocs, 440 frees, 2,274,641 bytes allocated -==9802== -==9802== LEAK SUMMARY: -==9802== definitely lost: 0 bytes in 0 blocks -==9802== indirectly lost: 0 bytes in 0 blocks -==9802== possibly lost: 0 bytes in 0 blocks -==9802== still reachable: 2,179,712 bytes in 409 blocks -==9802== suppressed: 0 bytes in 0 blocks -==9802== Rerun with --leak-check=full to see details of leaked memory -==9802== -==9802== For counts of detected and suppressed errors, rerun with: -v -==9802== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -class_template.gw ==9849== Memcheck, a memory error detector -==9849== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9849== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9849== Command: ./../../gwion -p. -d dummy class_template.gw -==9849== Parent PID: 9637 -==9849== -==9849== Invalid read of size 4 -==9849== at 0x12BC08: env_err (gwion.c:110) -==9849== by 0x14C3F5: path_valid (import.c:145) -==9849== by 0x14CD54: str2list (import.c:167) -==9849== by 0x14DE72: str2decl (import.c:366) -==9849== by 0x14E29C: make_dll_arg_list (import.c:395) -==9849== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9849== by 0x14E91F: gwi_func_end (import.c:449) -==9849== by 0x484D225: import (invalid_arg.c:21) -==9849== by 0x145C28: type_engine_init (engine.c:107) -==9849== by 0x12B8A5: gwion_engine (gwion.c:39) -==9849== by 0x12B8A5: gwion_ini (gwion.c:78) -==9849== by 0x12A85D: main (main.c:23) -==9849== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9849== -==9849== -==9849== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9849== Access not within mapped region at address 0x28 -==9849== at 0x12BC08: env_err (gwion.c:110) -==9849== by 0x14C3F5: path_valid (import.c:145) -==9849== by 0x14CD54: str2list (import.c:167) -==9849== by 0x14DE72: str2decl (import.c:366) -==9849== by 0x14E29C: make_dll_arg_list (import.c:395) -==9849== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9849== by 0x14E91F: gwi_func_end (import.c:449) -==9849== by 0x484D225: import (invalid_arg.c:21) -==9849== by 0x145C28: type_engine_init (engine.c:107) -==9849== by 0x12B8A5: gwion_engine (gwion.c:39) -==9849== by 0x12B8A5: gwion_ini (gwion.c:78) -==9849== by 0x12A85D: main (main.c:23) -==9849== If you believe this happened as a result of a stack -==9849== overflow in your program's main thread (unlikely but -==9849== possible), you can try to increase the size of the -==9849== main thread stack using the --main-stacksize= flag. -==9849== The main thread stack size used in this run was 8388608. -==9849== -==9849== HEAP SUMMARY: -==9849== in use at exit: 2,179,146 bytes in 399 blocks -==9849== total heap usage: 835 allocs, 436 frees, 2,273,851 bytes allocated -==9849== -==9849== LEAK SUMMARY: -==9849== definitely lost: 0 bytes in 0 blocks -==9849== indirectly lost: 0 bytes in 0 blocks -==9849== possibly lost: 0 bytes in 0 blocks -==9849== still reachable: 2,179,146 bytes in 399 blocks -==9849== suppressed: 0 bytes in 0 blocks -==9849== Rerun with --leak-check=full to see details of leaked memory -==9849== -==9849== For counts of detected and suppressed errors, rerun with: -v -==9849== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -coverage.gw ==9896== Memcheck, a memory error detector -==9896== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9896== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9896== Command: ./../../gwion -p. -d dummy coverage.gw -==9896== Parent PID: 9637 -==9896== -==9896== Invalid read of size 4 -==9896== at 0x12BC08: env_err (gwion.c:110) -==9896== by 0x14C3F5: path_valid (import.c:145) -==9896== by 0x14CD54: str2list (import.c:167) -==9896== by 0x14DE72: str2decl (import.c:366) -==9896== by 0x14E29C: make_dll_arg_list (import.c:395) -==9896== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9896== by 0x14E91F: gwi_func_end (import.c:449) -==9896== by 0x484D225: import (invalid_arg.c:21) -==9896== by 0x145C28: type_engine_init (engine.c:107) -==9896== by 0x12B8A5: gwion_engine (gwion.c:39) -==9896== by 0x12B8A5: gwion_ini (gwion.c:78) -==9896== by 0x12A85D: main (main.c:23) -==9896== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9896== -==9896== -==9896== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9896== Access not within mapped region at address 0x28 -==9896== at 0x12BC08: env_err (gwion.c:110) -==9896== by 0x14C3F5: path_valid (import.c:145) -==9896== by 0x14CD54: str2list (import.c:167) -==9896== by 0x14DE72: str2decl (import.c:366) -==9896== by 0x14E29C: make_dll_arg_list (import.c:395) -==9896== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9896== by 0x14E91F: gwi_func_end (import.c:449) -==9896== by 0x484D225: import (invalid_arg.c:21) -==9896== by 0x145C28: type_engine_init (engine.c:107) -==9896== by 0x12B8A5: gwion_engine (gwion.c:39) -==9896== by 0x12B8A5: gwion_ini (gwion.c:78) -==9896== by 0x12A85D: main (main.c:23) -==9896== If you believe this happened as a result of a stack -==9896== overflow in your program's main thread (unlikely but -==9896== possible), you can try to increase the size of the -==9896== main thread stack using the --main-stacksize= flag. -==9896== The main thread stack size used in this run was 8388608. -==9896== -==9896== HEAP SUMMARY: -==9896== in use at exit: 2,190,984 bytes in 404 blocks -==9896== total heap usage: 869 allocs, 465 frees, 2,287,574 bytes allocated -==9896== -==9896== LEAK SUMMARY: -==9896== definitely lost: 0 bytes in 0 blocks -==9896== indirectly lost: 0 bytes in 0 blocks -==9896== possibly lost: 0 bytes in 0 blocks -==9896== still reachable: 2,190,984 bytes in 404 blocks -==9896== suppressed: 0 bytes in 0 blocks -==9896== Rerun with --leak-check=full to see details of leaked memory -==9896== -==9896== For counts of detected and suppressed errors, rerun with: -v -==9896== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9939== Memcheck, a memory error detector -==9939== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9939== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9939== Command: ./../../gwion -p. -d dummy /dev/null -==9939== Parent PID: 9637 -==9939== -==9939== Invalid read of size 4 -==9939== at 0x12BC08: env_err (gwion.c:110) -==9939== by 0x14C3F5: path_valid (import.c:145) -==9939== by 0x14CD54: str2list (import.c:167) -==9939== by 0x14DE72: str2decl (import.c:366) -==9939== by 0x14E29C: make_dll_arg_list (import.c:395) -==9939== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9939== by 0x14E91F: gwi_func_end (import.c:449) -==9939== by 0x4848225: import (invalid_arg.c:21) -==9939== by 0x145C28: type_engine_init (engine.c:107) -==9939== by 0x12B8A5: gwion_engine (gwion.c:39) -==9939== by 0x12B8A5: gwion_ini (gwion.c:78) -==9939== by 0x12A85D: main (main.c:23) -==9939== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9939== -==9939== -==9939== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9939== Access not within mapped region at address 0x28 -==9939== at 0x12BC08: env_err (gwion.c:110) -==9939== by 0x14C3F5: path_valid (import.c:145) -==9939== by 0x14CD54: str2list (import.c:167) -==9939== by 0x14DE72: str2decl (import.c:366) -==9939== by 0x14E29C: make_dll_arg_list (import.c:395) -==9939== by 0x14E7D0: make_dll_as_fun (import.c:440) -==9939== by 0x14E91F: gwi_func_end (import.c:449) -==9939== by 0x4848225: import (invalid_arg.c:21) -==9939== by 0x145C28: type_engine_init (engine.c:107) -==9939== by 0x12B8A5: gwion_engine (gwion.c:39) -==9939== by 0x12B8A5: gwion_ini (gwion.c:78) -==9939== by 0x12A85D: main (main.c:23) -==9939== If you believe this happened as a result of a stack -==9939== overflow in your program's main thread (unlikely but -==9939== possible), you can try to increase the size of the -==9939== main thread stack using the --main-stacksize= flag. -==9939== The main thread stack size used in this run was 8388608. -==9939== -==9939== HEAP SUMMARY: -==9939== in use at exit: 2,171,862 bytes in 384 blocks -==9939== total heap usage: 810 allocs, 426 frees, 2,266,051 bytes allocated -==9939== -==9939== LEAK SUMMARY: -==9939== definitely lost: 0 bytes in 0 blocks -==9939== indirectly lost: 0 bytes in 0 blocks -==9939== possibly lost: 0 bytes in 0 blocks -==9939== still reachable: 2,171,862 bytes in 384 blocks -==9939== suppressed: 0 bytes in 0 blocks -==9939== Rerun with --leak-check=full to see details of leaked memory -==9939== -==9939== For counts of detected and suppressed errors, rerun with: -v -==9939== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==9985== Memcheck, a memory error detector -==9985== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==9985== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==9985== Command: ./../../gwion -p. -d dummy /dev/null -==9985== Parent PID: 9637 -==9985== -==9985== Invalid read of size 4 -==9985== at 0x12BC08: env_err (gwion.c:110) -==9985== by 0x14F181: gwi_union_end (import.c:601) -==9985== by 0x4848152: import (empty_union.c:15) -==9985== by 0x145C28: type_engine_init (engine.c:107) -==9985== by 0x12B8A5: gwion_engine (gwion.c:39) -==9985== by 0x12B8A5: gwion_ini (gwion.c:78) -==9985== by 0x12A85D: main (main.c:23) -==9985== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==9985== -==9985== -==9985== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==9985== Access not within mapped region at address 0x28 -==9985== at 0x12BC08: env_err (gwion.c:110) -==9985== by 0x14F181: gwi_union_end (import.c:601) -==9985== by 0x4848152: import (empty_union.c:15) -==9985== by 0x145C28: type_engine_init (engine.c:107) -==9985== by 0x12B8A5: gwion_engine (gwion.c:39) -==9985== by 0x12B8A5: gwion_ini (gwion.c:78) -==9985== by 0x12A85D: main (main.c:23) -==9985== If you believe this happened as a result of a stack -==9985== overflow in your program's main thread (unlikely but -==9985== possible), you can try to increase the size of the -==9985== main thread stack using the --main-stacksize= flag. -==9985== The main thread stack size used in this run was 8388608. -==9985== -==9985== HEAP SUMMARY: -==9985== in use at exit: 2,172,137 bytes in 378 blocks -==9985== total heap usage: 807 allocs, 429 frees, 2,266,446 bytes allocated -==9985== -==9985== LEAK SUMMARY: -==9985== definitely lost: 0 bytes in 0 blocks -==9985== indirectly lost: 0 bytes in 0 blocks -==9985== possibly lost: 0 bytes in 0 blocks -==9985== still reachable: 2,172,137 bytes in 378 blocks -==9985== suppressed: 0 bytes in 0 blocks -==9985== Rerun with --leak-check=full to see details of leaked memory -==9985== -==9985== For counts of detected and suppressed errors, rerun with: -v -==9985== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==10031== Memcheck, a memory error detector -==10031== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10031== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10031== Command: ./../../gwion -p. -d dummy /dev/null -==10031== Parent PID: 9637 -==10031== -==10031== Invalid read of size 4 -==10031== at 0x12BC08: env_err (gwion.c:110) -==10031== by 0x14DA2B: gwi_class_end (import.c:268) -==10031== by 0x4848133: import (end_class.c:15) -==10031== by 0x145C28: type_engine_init (engine.c:107) -==10031== by 0x12B8A5: gwion_engine (gwion.c:39) -==10031== by 0x12B8A5: gwion_ini (gwion.c:78) -==10031== by 0x12A85D: main (main.c:23) -==10031== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10031== -==10031== -==10031== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10031== Access not within mapped region at address 0x28 -==10031== at 0x12BC08: env_err (gwion.c:110) -==10031== by 0x14DA2B: gwi_class_end (import.c:268) -==10031== by 0x4848133: import (end_class.c:15) -==10031== by 0x145C28: type_engine_init (engine.c:107) -==10031== by 0x12B8A5: gwion_engine (gwion.c:39) -==10031== by 0x12B8A5: gwion_ini (gwion.c:78) -==10031== by 0x12A85D: main (main.c:23) -==10031== If you believe this happened as a result of a stack -==10031== overflow in your program's main thread (unlikely but -==10031== possible), you can try to increase the size of the -==10031== main thread stack using the --main-stacksize= flag. -==10031== The main thread stack size used in this run was 8388608. -==10031== -==10031== HEAP SUMMARY: -==10031== in use at exit: 2,172,131 bytes in 378 blocks -==10031== total heap usage: 807 allocs, 429 frees, 2,266,432 bytes allocated -==10031== -==10031== LEAK SUMMARY: -==10031== definitely lost: 0 bytes in 0 blocks -==10031== indirectly lost: 0 bytes in 0 blocks -==10031== possibly lost: 0 bytes in 0 blocks -==10031== still reachable: 2,172,131 bytes in 378 blocks -==10031== suppressed: 0 bytes in 0 blocks -==10031== Rerun with --leak-check=full to see details of leaked memory -==10031== -==10031== For counts of detected and suppressed errors, rerun with: -v -==10031== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -enum.gw ==10077== Memcheck, a memory error detector -==10077== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10077== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10077== Command: ./../../gwion -p. -d dummy enum.gw -==10077== Parent PID: 9637 -==10077== -==10077== Invalid read of size 4 -==10077== at 0x12BC08: env_err (gwion.c:110) -==10077== by 0x14C3F5: path_valid (import.c:145) -==10077== by 0x14CD54: str2list (import.c:167) -==10077== by 0x14DE72: str2decl (import.c:366) -==10077== by 0x14E29C: make_dll_arg_list (import.c:395) -==10077== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10077== by 0x14E91F: gwi_func_end (import.c:449) -==10077== by 0x484D225: import (invalid_arg.c:21) -==10077== by 0x145C28: type_engine_init (engine.c:107) -==10077== by 0x12B8A5: gwion_engine (gwion.c:39) -==10077== by 0x12B8A5: gwion_ini (gwion.c:78) -==10077== by 0x12A85D: main (main.c:23) -==10077== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10077== -==10077== -==10077== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10077== Access not within mapped region at address 0x28 -==10077== at 0x12BC08: env_err (gwion.c:110) -==10077== by 0x14C3F5: path_valid (import.c:145) -==10077== by 0x14CD54: str2list (import.c:167) -==10077== by 0x14DE72: str2decl (import.c:366) -==10077== by 0x14E29C: make_dll_arg_list (import.c:395) -==10077== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10077== by 0x14E91F: gwi_func_end (import.c:449) -==10077== by 0x484D225: import (invalid_arg.c:21) -==10077== by 0x145C28: type_engine_init (engine.c:107) -==10077== by 0x12B8A5: gwion_engine (gwion.c:39) -==10077== by 0x12B8A5: gwion_ini (gwion.c:78) -==10077== by 0x12A85D: main (main.c:23) -==10077== If you believe this happened as a result of a stack -==10077== overflow in your program's main thread (unlikely but -==10077== possible), you can try to increase the size of the -==10077== main thread stack using the --main-stacksize= flag. -==10077== The main thread stack size used in this run was 8388608. -==10077== -==10077== HEAP SUMMARY: -==10077== in use at exit: 2,191,836 bytes in 402 blocks -==10077== total heap usage: 866 allocs, 464 frees, 2,291,557 bytes allocated -==10077== -==10077== LEAK SUMMARY: -==10077== definitely lost: 0 bytes in 0 blocks -==10077== indirectly lost: 0 bytes in 0 blocks -==10077== possibly lost: 0 bytes in 0 blocks -==10077== still reachable: 2,191,836 bytes in 402 blocks -==10077== suppressed: 0 bytes in 0 blocks -==10077== Rerun with --leak-check=full to see details of leaked memory -==10077== -==10077== For counts of detected and suppressed errors, rerun with: -v -==10077== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_array.gw ==10124== Memcheck, a memory error detector -==10124== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10124== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10124== Command: ./../../gwion -p. -d dummy extend_array.gw -==10124== Parent PID: 9637 -==10124== -==10124== Invalid read of size 4 -==10124== at 0x12BC08: env_err (gwion.c:110) -==10124== by 0x14C3F5: path_valid (import.c:145) -==10124== by 0x14CD54: str2list (import.c:167) -==10124== by 0x14DE72: str2decl (import.c:366) -==10124== by 0x14E29C: make_dll_arg_list (import.c:395) -==10124== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10124== by 0x14E91F: gwi_func_end (import.c:449) -==10124== by 0x484D225: import (invalid_arg.c:21) -==10124== by 0x145C28: type_engine_init (engine.c:107) -==10124== by 0x12B8A5: gwion_engine (gwion.c:39) -==10124== by 0x12B8A5: gwion_ini (gwion.c:78) -==10124== by 0x12A85D: main (main.c:23) -==10124== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10124== -==10124== -==10124== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10124== Access not within mapped region at address 0x28 -==10124== at 0x12BC08: env_err (gwion.c:110) -==10124== by 0x14C3F5: path_valid (import.c:145) -==10124== by 0x14CD54: str2list (import.c:167) -==10124== by 0x14DE72: str2decl (import.c:366) -==10124== by 0x14E29C: make_dll_arg_list (import.c:395) -==10124== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10124== by 0x14E91F: gwi_func_end (import.c:449) -==10124== by 0x484D225: import (invalid_arg.c:21) -==10124== by 0x145C28: type_engine_init (engine.c:107) -==10124== by 0x12B8A5: gwion_engine (gwion.c:39) -==10124== by 0x12B8A5: gwion_ini (gwion.c:78) -==10124== by 0x12A85D: main (main.c:23) -==10124== If you believe this happened as a result of a stack -==10124== overflow in your program's main thread (unlikely but -==10124== possible), you can try to increase the size of the -==10124== main thread stack using the --main-stacksize= flag. -==10124== The main thread stack size used in this run was 8388608. -==10124== -==10124== HEAP SUMMARY: -==10124== in use at exit: 2,179,436 bytes in 402 blocks -==10124== total heap usage: 844 allocs, 442 frees, 2,274,581 bytes allocated -==10124== -==10124== LEAK SUMMARY: -==10124== definitely lost: 0 bytes in 0 blocks -==10124== indirectly lost: 0 bytes in 0 blocks -==10124== possibly lost: 0 bytes in 0 blocks -==10124== still reachable: 2,179,436 bytes in 402 blocks -==10124== suppressed: 0 bytes in 0 blocks -==10124== Rerun with --leak-check=full to see details of leaked memory -==10124== -==10124== For counts of detected and suppressed errors, rerun with: -v -==10124== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_event.gw ==10170== Memcheck, a memory error detector -==10170== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10170== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10170== Command: ./../../gwion -p. -d dummy extend_event.gw -==10170== Parent PID: 9637 -==10170== -==10170== Invalid read of size 4 -==10170== at 0x12BC08: env_err (gwion.c:110) -==10170== by 0x14C3F5: path_valid (import.c:145) -==10170== by 0x14CD54: str2list (import.c:167) -==10170== by 0x14DE72: str2decl (import.c:366) -==10170== by 0x14E29C: make_dll_arg_list (import.c:395) -==10170== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10170== by 0x14E91F: gwi_func_end (import.c:449) -==10170== by 0x484D225: import (invalid_arg.c:21) -==10170== by 0x145C28: type_engine_init (engine.c:107) -==10170== by 0x12B8A5: gwion_engine (gwion.c:39) -==10170== by 0x12B8A5: gwion_ini (gwion.c:78) -==10170== by 0x12A85D: main (main.c:23) -==10170== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10170== -==10170== -==10170== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10170== Access not within mapped region at address 0x28 -==10170== at 0x12BC08: env_err (gwion.c:110) -==10170== by 0x14C3F5: path_valid (import.c:145) -==10170== by 0x14CD54: str2list (import.c:167) -==10170== by 0x14DE72: str2decl (import.c:366) -==10170== by 0x14E29C: make_dll_arg_list (import.c:395) -==10170== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10170== by 0x14E91F: gwi_func_end (import.c:449) -==10170== by 0x484D225: import (invalid_arg.c:21) -==10170== by 0x145C28: type_engine_init (engine.c:107) -==10170== by 0x12B8A5: gwion_engine (gwion.c:39) -==10170== by 0x12B8A5: gwion_ini (gwion.c:78) -==10170== by 0x12A85D: main (main.c:23) -==10170== If you believe this happened as a result of a stack -==10170== overflow in your program's main thread (unlikely but -==10170== possible), you can try to increase the size of the -==10170== main thread stack using the --main-stacksize= flag. -==10170== The main thread stack size used in this run was 8388608. -==10170== -==10170== HEAP SUMMARY: -==10170== in use at exit: 2,191,732 bytes in 403 blocks -==10170== total heap usage: 846 allocs, 443 frees, 2,287,133 bytes allocated -==10170== -==10170== LEAK SUMMARY: -==10170== definitely lost: 0 bytes in 0 blocks -==10170== indirectly lost: 0 bytes in 0 blocks -==10170== possibly lost: 0 bytes in 0 blocks -==10170== still reachable: 2,191,732 bytes in 403 blocks -==10170== suppressed: 0 bytes in 0 blocks -==10170== Rerun with --leak-check=full to see details of leaked memory -==10170== -==10170== For counts of detected and suppressed errors, rerun with: -v -==10170== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_pair.gw ==10216== Memcheck, a memory error detector -==10216== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10216== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10216== Command: ./../../gwion -p. -d dummy extend_pair.gw -==10216== Parent PID: 9637 -==10216== -==10216== Invalid read of size 4 -==10216== at 0x12BC08: env_err (gwion.c:110) -==10216== by 0x14C3F5: path_valid (import.c:145) -==10216== by 0x14CD54: str2list (import.c:167) -==10216== by 0x14DE72: str2decl (import.c:366) -==10216== by 0x14E29C: make_dll_arg_list (import.c:395) -==10216== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10216== by 0x14E91F: gwi_func_end (import.c:449) -==10216== by 0x484D225: import (invalid_arg.c:21) -==10216== by 0x145C28: type_engine_init (engine.c:107) -==10216== by 0x12B8A5: gwion_engine (gwion.c:39) -==10216== by 0x12B8A5: gwion_ini (gwion.c:78) -==10216== by 0x12A85D: main (main.c:23) -==10216== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10216== -==10216== -==10216== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10216== Access not within mapped region at address 0x28 -==10216== at 0x12BC08: env_err (gwion.c:110) -==10216== by 0x14C3F5: path_valid (import.c:145) -==10216== by 0x14CD54: str2list (import.c:167) -==10216== by 0x14DE72: str2decl (import.c:366) -==10216== by 0x14E29C: make_dll_arg_list (import.c:395) -==10216== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10216== by 0x14E91F: gwi_func_end (import.c:449) -==10216== by 0x484D225: import (invalid_arg.c:21) -==10216== by 0x145C28: type_engine_init (engine.c:107) -==10216== by 0x12B8A5: gwion_engine (gwion.c:39) -==10216== by 0x12B8A5: gwion_ini (gwion.c:78) -==10216== by 0x12A85D: main (main.c:23) -==10216== If you believe this happened as a result of a stack -==10216== overflow in your program's main thread (unlikely but -==10216== possible), you can try to increase the size of the -==10216== main thread stack using the --main-stacksize= flag. -==10216== The main thread stack size used in this run was 8388608. -==10216== -==10216== HEAP SUMMARY: -==10216== in use at exit: 2,179,137 bytes in 399 blocks -==10216== total heap usage: 835 allocs, 436 frees, 2,273,830 bytes allocated -==10216== -==10216== LEAK SUMMARY: -==10216== definitely lost: 0 bytes in 0 blocks -==10216== indirectly lost: 0 bytes in 0 blocks -==10216== possibly lost: 0 bytes in 0 blocks -==10216== still reachable: 2,179,137 bytes in 399 blocks -==10216== suppressed: 0 bytes in 0 blocks -==10216== Rerun with --leak-check=full to see details of leaked memory -==10216== -==10216== For counts of detected and suppressed errors, rerun with: -v -==10216== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -global_func.gw ==10262== Memcheck, a memory error detector -==10262== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10262== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10262== Command: ./../../gwion -p. -d dummy global_func.gw -==10262== Parent PID: 9637 -==10262== -==10262== Invalid read of size 4 -==10262== at 0x12BC08: env_err (gwion.c:110) -==10262== by 0x14C3F5: path_valid (import.c:145) -==10262== by 0x14CD54: str2list (import.c:167) -==10262== by 0x14DE72: str2decl (import.c:366) -==10262== by 0x14E29C: make_dll_arg_list (import.c:395) -==10262== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10262== by 0x14E91F: gwi_func_end (import.c:449) -==10262== by 0x484D225: import (invalid_arg.c:21) -==10262== by 0x145C28: type_engine_init (engine.c:107) -==10262== by 0x12B8A5: gwion_engine (gwion.c:39) -==10262== by 0x12B8A5: gwion_ini (gwion.c:78) -==10262== by 0x12A85D: main (main.c:23) -==10262== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10262== -==10262== -==10262== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10262== Access not within mapped region at address 0x28 -==10262== at 0x12BC08: env_err (gwion.c:110) -==10262== by 0x14C3F5: path_valid (import.c:145) -==10262== by 0x14CD54: str2list (import.c:167) -==10262== by 0x14DE72: str2decl (import.c:366) -==10262== by 0x14E29C: make_dll_arg_list (import.c:395) -==10262== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10262== by 0x14E91F: gwi_func_end (import.c:449) -==10262== by 0x484D225: import (invalid_arg.c:21) -==10262== by 0x145C28: type_engine_init (engine.c:107) -==10262== by 0x12B8A5: gwion_engine (gwion.c:39) -==10262== by 0x12B8A5: gwion_ini (gwion.c:78) -==10262== by 0x12A85D: main (main.c:23) -==10262== If you believe this happened as a result of a stack -==10262== overflow in your program's main thread (unlikely but -==10262== possible), you can try to increase the size of the -==10262== main thread stack using the --main-stacksize= flag. -==10262== The main thread stack size used in this run was 8388608. -==10262== -==10262== HEAP SUMMARY: -==10262== in use at exit: 2,178,505 bytes in 390 blocks -==10262== total heap usage: 826 allocs, 436 frees, 2,273,253 bytes allocated -==10262== -==10262== LEAK SUMMARY: -==10262== definitely lost: 0 bytes in 0 blocks -==10262== indirectly lost: 0 bytes in 0 blocks -==10262== possibly lost: 0 bytes in 0 blocks -==10262== still reachable: 2,178,505 bytes in 390 blocks -==10262== suppressed: 0 bytes in 0 blocks -==10262== Rerun with --leak-check=full to see details of leaked memory -==10262== -==10262== For counts of detected and suppressed errors, rerun with: -v -==10262== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==10354== Memcheck, a memory error detector -==10354== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10354== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10354== Command: ./../../gwion -p. -d dummy /dev/null -==10354== Parent PID: 9637 -==10354== -==10354== -==10354== HEAP SUMMARY: -==10354== in use at exit: 2,151,798 bytes in 288 blocks -==10354== total heap usage: 695 allocs, 407 frees, 2,272,231 bytes allocated -==10354== -==10354== LEAK SUMMARY: -==10354== definitely lost: 256 bytes in 4 blocks -==10354== indirectly lost: 19 bytes in 1 blocks -==10354== possibly lost: 2,149,952 bytes in 278 blocks -==10354== still reachable: 1,571 bytes in 5 blocks -==10354== suppressed: 0 bytes in 0 blocks -==10354== Rerun with --leak-check=full to see details of leaked memory -==10354== -==10354== For counts of detected and suppressed errors, rerun with: -v -==10354== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==10407== Memcheck, a memory error detector -==10407== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==10407== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==10407== Command: ./../../gwion -p. -d dummy /dev/null -==10407== Parent PID: 9637 -==10407== -==10407== Invalid read of size 4 -==10407== at 0x12BC08: env_err (gwion.c:110) -==10407== by 0x14E373: make_dll_arg_list (import.c:406) -==10407== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10407== by 0x14E91F: gwi_func_end (import.c:449) -==10407== by 0x48482A6: import (invalid_array.c:24) -==10407== by 0x145C28: type_engine_init (engine.c:107) -==10407== by 0x12B8A5: gwion_engine (gwion.c:39) -==10407== by 0x12B8A5: gwion_ini (gwion.c:78) -==10407== by 0x12A85D: main (main.c:23) -==10407== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==10407== -==10407== -==10407== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==10407== Access not within mapped region at address 0x28 -==10407== at 0x12BC08: env_err (gwion.c:110) -==10407== by 0x14E373: make_dll_arg_list (import.c:406) -==10407== by 0x14E7D0: make_dll_as_fun (import.c:440) -==10407== by 0x14E91F: gwi_func_end (import.c:449) -==10407== by 0x48482A6: import (invalid_array.c:24) -==10407== by 0x145C28: type_engine_init (engine.c:107) -==10407== by 0x12B8A5: gwion_engine (gwion.c:39) -==10407== by 0x12B8A5: gwion_ini (gwion.c:78) -==10407== by 0x12A85D: main (main.c:23) -==10407== If you believe this happened as a result of a stack -==10407== overflow in your program's main thread (unlikely but -==10407== possible), you can try to increase the size of the -==10407== main thread stack using the --main-stacksize= flag. -==10407== The main thread stack size used in this run was 8388608. -==10407== -==10407== HEAP SUMMARY: -==10407== in use at exit: 2,173,020 bytes in 385 blocks -==10407== total heap usage: 812 allocs, 427 frees, 2,267,345 bytes allocated -==10407== -==10407== LEAK SUMMARY: -==10407== definitely lost: 0 bytes in 0 blocks -==10407== indirectly lost: 0 bytes in 0 blocks -==10407== possibly lost: 0 bytes in 0 blocks -==10407== still reachable: 2,173,020 bytes in 385 blocks -==10407== suppressed: 0 bytes in 0 blocks -==10407== Rerun with --leak-check=full to see details of leaked memory -==10407== -==10407== For counts of detected and suppressed errors, rerun with: -v -==10407== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11818== Memcheck, a memory error detector -==11818== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11818== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11818== Command: ./../../gwion -p. -d dummy /dev/null -==11818== Parent PID: 11792 -==11818== -==11818== Invalid read of size 4 -==11818== at 0x12BC08: env_err (gwion.c:110) -==11818== by 0x14C3F5: path_valid (import.c:145) -==11818== by 0x14CD54: str2list (import.c:167) -==11818== by 0x14E613: import_td (import.c:418) -==11818== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11818== by 0x14E91F: gwi_func_end (import.c:449) -==11818== by 0x484D1EC: import (invalid_func.c:20) -==11818== by 0x145C28: type_engine_init (engine.c:107) -==11818== by 0x12B8A5: gwion_engine (gwion.c:39) -==11818== by 0x12B8A5: gwion_ini (gwion.c:78) -==11818== by 0x12A85D: main (main.c:23) -==11818== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11818== -==11818== -==11818== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11818== Access not within mapped region at address 0x28 -==11818== at 0x12BC08: env_err (gwion.c:110) -==11818== by 0x14C3F5: path_valid (import.c:145) -==11818== by 0x14CD54: str2list (import.c:167) -==11818== by 0x14E613: import_td (import.c:418) -==11818== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11818== by 0x14E91F: gwi_func_end (import.c:449) -==11818== by 0x484D1EC: import (invalid_func.c:20) -==11818== by 0x145C28: type_engine_init (engine.c:107) -==11818== by 0x12B8A5: gwion_engine (gwion.c:39) -==11818== by 0x12B8A5: gwion_ini (gwion.c:78) -==11818== by 0x12A85D: main (main.c:23) -==11818== If you believe this happened as a result of a stack -==11818== overflow in your program's main thread (unlikely but -==11818== possible), you can try to increase the size of the -==11818== main thread stack using the --main-stacksize= flag. -==11818== The main thread stack size used in this run was 8388608. -==11818== -==11818== HEAP SUMMARY: -==11818== in use at exit: 2,179,258 bytes in 401 blocks -==11818== total heap usage: 847 allocs, 446 frees, 2,274,525 bytes allocated -==11818== -==11818== LEAK SUMMARY: -==11818== definitely lost: 0 bytes in 0 blocks -==11818== indirectly lost: 0 bytes in 0 blocks -==11818== possibly lost: 0 bytes in 0 blocks -==11818== still reachable: 2,179,258 bytes in 401 blocks -==11818== suppressed: 0 bytes in 0 blocks -==11818== Rerun with --leak-check=full to see details of leaked memory -==11818== -==11818== For counts of detected and suppressed errors, rerun with: -v -==11818== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11864== Memcheck, a memory error detector -==11864== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11864== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11864== Command: ./../../gwion -p. -d dummy /dev/null -==11864== Parent PID: 11792 -==11864== -==11864== Invalid read of size 4 -==11864== at 0x12BC08: env_err (gwion.c:110) -==11864== by 0x14C3F5: path_valid (import.c:145) -==11864== by 0x14CD54: str2list (import.c:167) -==11864== by 0x14E613: import_td (import.c:418) -==11864== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11864== by 0x14E91F: gwi_func_end (import.c:449) -==11864== by 0x484D1EC: import (invalid_func.c:20) -==11864== by 0x145C28: type_engine_init (engine.c:107) -==11864== by 0x12B8A5: gwion_engine (gwion.c:39) -==11864== by 0x12B8A5: gwion_ini (gwion.c:78) -==11864== by 0x12A85D: main (main.c:23) -==11864== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11864== -==11864== -==11864== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11864== Access not within mapped region at address 0x28 -==11864== at 0x12BC08: env_err (gwion.c:110) -==11864== by 0x14C3F5: path_valid (import.c:145) -==11864== by 0x14CD54: str2list (import.c:167) -==11864== by 0x14E613: import_td (import.c:418) -==11864== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11864== by 0x14E91F: gwi_func_end (import.c:449) -==11864== by 0x484D1EC: import (invalid_func.c:20) -==11864== by 0x145C28: type_engine_init (engine.c:107) -==11864== by 0x12B8A5: gwion_engine (gwion.c:39) -==11864== by 0x12B8A5: gwion_ini (gwion.c:78) -==11864== by 0x12A85D: main (main.c:23) -==11864== If you believe this happened as a result of a stack -==11864== overflow in your program's main thread (unlikely but -==11864== possible), you can try to increase the size of the -==11864== main thread stack using the --main-stacksize= flag. -==11864== The main thread stack size used in this run was 8388608. -==11864== -==11864== HEAP SUMMARY: -==11864== in use at exit: 2,172,783 bytes in 387 blocks -==11864== total heap usage: 817 allocs, 430 frees, 2,267,117 bytes allocated -==11864== -==11864== LEAK SUMMARY: -==11864== definitely lost: 0 bytes in 0 blocks -==11864== indirectly lost: 0 bytes in 0 blocks -==11864== possibly lost: 0 bytes in 0 blocks -==11864== still reachable: 2,172,783 bytes in 387 blocks -==11864== suppressed: 0 bytes in 0 blocks -==11864== Rerun with --leak-check=full to see details of leaked memory -==11864== -==11864== For counts of detected and suppressed errors, rerun with: -v -==11864== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11910== Memcheck, a memory error detector -==11910== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11910== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11910== Command: ./../../gwion -p. -d dummy /dev/null -==11910== Parent PID: 11792 -==11910== -==11910== Invalid read of size 4 -==11910== at 0x12BC08: env_err (gwion.c:110) -==11910== by 0x14D4AC: gwi_class_ini (import.c:220) -==11910== by 0x48481A0: import (begin_class.c:18) -==11910== by 0x145C28: type_engine_init (engine.c:107) -==11910== by 0x12B8A5: gwion_engine (gwion.c:39) -==11910== by 0x12B8A5: gwion_ini (gwion.c:78) -==11910== by 0x12A85D: main (main.c:23) -==11910== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11910== -==11910== -==11910== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11910== Access not within mapped region at address 0x28 -==11910== at 0x12BC08: env_err (gwion.c:110) -==11910== by 0x14D4AC: gwi_class_ini (import.c:220) -==11910== by 0x48481A0: import (begin_class.c:18) -==11910== by 0x145C28: type_engine_init (engine.c:107) -==11910== by 0x12B8A5: gwion_engine (gwion.c:39) -==11910== by 0x12B8A5: gwion_ini (gwion.c:78) -==11910== by 0x12A85D: main (main.c:23) -==11910== If you believe this happened as a result of a stack -==11910== overflow in your program's main thread (unlikely but -==11910== possible), you can try to increase the size of the -==11910== main thread stack using the --main-stacksize= flag. -==11910== The main thread stack size used in this run was 8388608. -==11910== -==11910== HEAP SUMMARY: -==11910== in use at exit: 2,172,780 bytes in 387 blocks -==11910== total heap usage: 818 allocs, 431 frees, 2,267,157 bytes allocated -==11910== -==11910== LEAK SUMMARY: -==11910== definitely lost: 0 bytes in 0 blocks -==11910== indirectly lost: 0 bytes in 0 blocks -==11910== possibly lost: 0 bytes in 0 blocks -==11910== still reachable: 2,172,780 bytes in 387 blocks -==11910== suppressed: 0 bytes in 0 blocks -==11910== Rerun with --leak-check=full to see details of leaked memory -==11910== -==11910== For counts of detected and suppressed errors, rerun with: -v -==11910== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==11956== Memcheck, a memory error detector -==11956== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==11956== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==11956== Command: ./../../gwion -p. -d dummy /dev/null -==11956== Parent PID: 11792 -==11956== -==11956== Invalid read of size 4 -==11956== at 0x12BC08: env_err (gwion.c:110) -==11956== by 0x14C3F5: path_valid (import.c:145) -==11956== by 0x14CD54: str2list (import.c:167) -==11956== by 0x14E613: import_td (import.c:418) -==11956== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11956== by 0x14E91F: gwi_func_end (import.c:449) -==11956== by 0x484D1EC: import (invalid_func.c:20) -==11956== by 0x145C28: type_engine_init (engine.c:107) -==11956== by 0x12B8A5: gwion_engine (gwion.c:39) -==11956== by 0x12B8A5: gwion_ini (gwion.c:78) -==11956== by 0x12A85D: main (main.c:23) -==11956== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==11956== -==11956== -==11956== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==11956== Access not within mapped region at address 0x28 -==11956== at 0x12BC08: env_err (gwion.c:110) -==11956== by 0x14C3F5: path_valid (import.c:145) -==11956== by 0x14CD54: str2list (import.c:167) -==11956== by 0x14E613: import_td (import.c:418) -==11956== by 0x14E7A4: make_dll_as_fun (import.c:436) -==11956== by 0x14E91F: gwi_func_end (import.c:449) -==11956== by 0x484D1EC: import (invalid_func.c:20) -==11956== by 0x145C28: type_engine_init (engine.c:107) -==11956== by 0x12B8A5: gwion_engine (gwion.c:39) -==11956== by 0x12B8A5: gwion_ini (gwion.c:78) -==11956== by 0x12A85D: main (main.c:23) -==11956== If you believe this happened as a result of a stack -==11956== overflow in your program's main thread (unlikely but -==11956== possible), you can try to increase the size of the -==11956== main thread stack using the --main-stacksize= flag. -==11956== The main thread stack size used in this run was 8388608. -==11956== -==11956== HEAP SUMMARY: -==11956== in use at exit: 2,179,715 bytes in 409 blocks -==11956== total heap usage: 849 allocs, 440 frees, 2,274,648 bytes allocated -==11956== -==11956== LEAK SUMMARY: -==11956== definitely lost: 0 bytes in 0 blocks -==11956== indirectly lost: 0 bytes in 0 blocks -==11956== possibly lost: 0 bytes in 0 blocks -==11956== still reachable: 2,179,715 bytes in 409 blocks -==11956== suppressed: 0 bytes in 0 blocks -==11956== Rerun with --leak-check=full to see details of leaked memory -==11956== -==11956== For counts of detected and suppressed errors, rerun with: -v -==11956== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -class_template.gw ==12002== Memcheck, a memory error detector -==12002== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12002== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12002== Command: ./../../gwion -p. -d dummy class_template.gw -==12002== Parent PID: 11792 -==12002== -==12002== Invalid read of size 4 -==12002== at 0x12BC08: env_err (gwion.c:110) -==12002== by 0x14C3F5: path_valid (import.c:145) -==12002== by 0x14CD54: str2list (import.c:167) -==12002== by 0x14E613: import_td (import.c:418) -==12002== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12002== by 0x14E91F: gwi_func_end (import.c:449) -==12002== by 0x484D1EC: import (invalid_func.c:20) -==12002== by 0x145C28: type_engine_init (engine.c:107) -==12002== by 0x12B8A5: gwion_engine (gwion.c:39) -==12002== by 0x12B8A5: gwion_ini (gwion.c:78) -==12002== by 0x12A85D: main (main.c:23) -==12002== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12002== -==12002== -==12002== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12002== Access not within mapped region at address 0x28 -==12002== at 0x12BC08: env_err (gwion.c:110) -==12002== by 0x14C3F5: path_valid (import.c:145) -==12002== by 0x14CD54: str2list (import.c:167) -==12002== by 0x14E613: import_td (import.c:418) -==12002== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12002== by 0x14E91F: gwi_func_end (import.c:449) -==12002== by 0x484D1EC: import (invalid_func.c:20) -==12002== by 0x145C28: type_engine_init (engine.c:107) -==12002== by 0x12B8A5: gwion_engine (gwion.c:39) -==12002== by 0x12B8A5: gwion_ini (gwion.c:78) -==12002== by 0x12A85D: main (main.c:23) -==12002== If you believe this happened as a result of a stack -==12002== overflow in your program's main thread (unlikely but -==12002== possible), you can try to increase the size of the -==12002== main thread stack using the --main-stacksize= flag. -==12002== The main thread stack size used in this run was 8388608. -==12002== -==12002== HEAP SUMMARY: -==12002== in use at exit: 2,179,149 bytes in 399 blocks -==12002== total heap usage: 835 allocs, 436 frees, 2,273,858 bytes allocated -==12002== -==12002== LEAK SUMMARY: -==12002== definitely lost: 0 bytes in 0 blocks -==12002== indirectly lost: 0 bytes in 0 blocks -==12002== possibly lost: 0 bytes in 0 blocks -==12002== still reachable: 2,179,149 bytes in 399 blocks -==12002== suppressed: 0 bytes in 0 blocks -==12002== Rerun with --leak-check=full to see details of leaked memory -==12002== -==12002== For counts of detected and suppressed errors, rerun with: -v -==12002== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -coverage.gw ==12048== Memcheck, a memory error detector -==12048== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12048== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12048== Command: ./../../gwion -p. -d dummy coverage.gw -==12048== Parent PID: 11792 -==12048== -==12048== Invalid read of size 4 -==12048== at 0x12BC08: env_err (gwion.c:110) -==12048== by 0x14C3F5: path_valid (import.c:145) -==12048== by 0x14CD54: str2list (import.c:167) -==12048== by 0x14E613: import_td (import.c:418) -==12048== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12048== by 0x14E91F: gwi_func_end (import.c:449) -==12048== by 0x484D1EC: import (invalid_func.c:20) -==12048== by 0x145C28: type_engine_init (engine.c:107) -==12048== by 0x12B8A5: gwion_engine (gwion.c:39) -==12048== by 0x12B8A5: gwion_ini (gwion.c:78) -==12048== by 0x12A85D: main (main.c:23) -==12048== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12048== -==12048== -==12048== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12048== Access not within mapped region at address 0x28 -==12048== at 0x12BC08: env_err (gwion.c:110) -==12048== by 0x14C3F5: path_valid (import.c:145) -==12048== by 0x14CD54: str2list (import.c:167) -==12048== by 0x14E613: import_td (import.c:418) -==12048== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12048== by 0x14E91F: gwi_func_end (import.c:449) -==12048== by 0x484D1EC: import (invalid_func.c:20) -==12048== by 0x145C28: type_engine_init (engine.c:107) -==12048== by 0x12B8A5: gwion_engine (gwion.c:39) -==12048== by 0x12B8A5: gwion_ini (gwion.c:78) -==12048== by 0x12A85D: main (main.c:23) -==12048== If you believe this happened as a result of a stack -==12048== overflow in your program's main thread (unlikely but -==12048== possible), you can try to increase the size of the -==12048== main thread stack using the --main-stacksize= flag. -==12048== The main thread stack size used in this run was 8388608. -==12048== -==12048== HEAP SUMMARY: -==12048== in use at exit: 2,190,987 bytes in 404 blocks -==12048== total heap usage: 869 allocs, 465 frees, 2,287,581 bytes allocated -==12048== -==12048== LEAK SUMMARY: -==12048== definitely lost: 0 bytes in 0 blocks -==12048== indirectly lost: 0 bytes in 0 blocks -==12048== possibly lost: 0 bytes in 0 blocks -==12048== still reachable: 2,190,987 bytes in 404 blocks -==12048== suppressed: 0 bytes in 0 blocks -==12048== Rerun with --leak-check=full to see details of leaked memory -==12048== -==12048== For counts of detected and suppressed errors, rerun with: -v -==12048== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12094== Memcheck, a memory error detector -==12094== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12094== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12094== Command: ./../../gwion -p. -d dummy /dev/null -==12094== Parent PID: 11792 -==12094== -==12094== Invalid read of size 4 -==12094== at 0x12BC08: env_err (gwion.c:110) -==12094== by 0x14C3F5: path_valid (import.c:145) -==12094== by 0x14CD54: str2list (import.c:167) -==12094== by 0x14E613: import_td (import.c:418) -==12094== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12094== by 0x14E91F: gwi_func_end (import.c:449) -==12094== by 0x484D1EC: import (invalid_func.c:20) -==12094== by 0x145C28: type_engine_init (engine.c:107) -==12094== by 0x12B8A5: gwion_engine (gwion.c:39) -==12094== by 0x12B8A5: gwion_ini (gwion.c:78) -==12094== by 0x12A85D: main (main.c:23) -==12094== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12094== -==12094== -==12094== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12094== Access not within mapped region at address 0x28 -==12094== at 0x12BC08: env_err (gwion.c:110) -==12094== by 0x14C3F5: path_valid (import.c:145) -==12094== by 0x14CD54: str2list (import.c:167) -==12094== by 0x14E613: import_td (import.c:418) -==12094== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12094== by 0x14E91F: gwi_func_end (import.c:449) -==12094== by 0x484D1EC: import (invalid_func.c:20) -==12094== by 0x145C28: type_engine_init (engine.c:107) -==12094== by 0x12B8A5: gwion_engine (gwion.c:39) -==12094== by 0x12B8A5: gwion_ini (gwion.c:78) -==12094== by 0x12A85D: main (main.c:23) -==12094== If you believe this happened as a result of a stack -==12094== overflow in your program's main thread (unlikely but -==12094== possible), you can try to increase the size of the -==12094== main thread stack using the --main-stacksize= flag. -==12094== The main thread stack size used in this run was 8388608. -==12094== -==12094== HEAP SUMMARY: -==12094== in use at exit: 2,172,765 bytes in 387 blocks -==12094== total heap usage: 818 allocs, 431 frees, 2,267,120 bytes allocated -==12094== -==12094== LEAK SUMMARY: -==12094== definitely lost: 0 bytes in 0 blocks -==12094== indirectly lost: 0 bytes in 0 blocks -==12094== possibly lost: 0 bytes in 0 blocks -==12094== still reachable: 2,172,765 bytes in 387 blocks -==12094== suppressed: 0 bytes in 0 blocks -==12094== Rerun with --leak-check=full to see details of leaked memory -==12094== -==12094== For counts of detected and suppressed errors, rerun with: -v -==12094== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12140== Memcheck, a memory error detector -==12140== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12140== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12140== Command: ./../../gwion -p. -d dummy /dev/null -==12140== Parent PID: 11792 -==12140== -==12140== Invalid read of size 4 -==12140== at 0x12BC08: env_err (gwion.c:110) -==12140== by 0x14F181: gwi_union_end (import.c:601) -==12140== by 0x4848152: import (empty_union.c:15) -==12140== by 0x145C28: type_engine_init (engine.c:107) -==12140== by 0x12B8A5: gwion_engine (gwion.c:39) -==12140== by 0x12B8A5: gwion_ini (gwion.c:78) -==12140== by 0x12A85D: main (main.c:23) -==12140== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12140== -==12140== -==12140== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12140== Access not within mapped region at address 0x28 -==12140== at 0x12BC08: env_err (gwion.c:110) -==12140== by 0x14F181: gwi_union_end (import.c:601) -==12140== by 0x4848152: import (empty_union.c:15) -==12140== by 0x145C28: type_engine_init (engine.c:107) -==12140== by 0x12B8A5: gwion_engine (gwion.c:39) -==12140== by 0x12B8A5: gwion_ini (gwion.c:78) -==12140== by 0x12A85D: main (main.c:23) -==12140== If you believe this happened as a result of a stack -==12140== overflow in your program's main thread (unlikely but -==12140== possible), you can try to increase the size of the -==12140== main thread stack using the --main-stacksize= flag. -==12140== The main thread stack size used in this run was 8388608. -==12140== -==12140== HEAP SUMMARY: -==12140== in use at exit: 2,172,140 bytes in 378 blocks -==12140== total heap usage: 807 allocs, 429 frees, 2,266,453 bytes allocated -==12140== -==12140== LEAK SUMMARY: -==12140== definitely lost: 0 bytes in 0 blocks -==12140== indirectly lost: 0 bytes in 0 blocks -==12140== possibly lost: 0 bytes in 0 blocks -==12140== still reachable: 2,172,140 bytes in 378 blocks -==12140== suppressed: 0 bytes in 0 blocks -==12140== Rerun with --leak-check=full to see details of leaked memory -==12140== -==12140== For counts of detected and suppressed errors, rerun with: -v -==12140== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==12186== Memcheck, a memory error detector -==12186== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12186== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12186== Command: ./../../gwion -p. -d dummy /dev/null -==12186== Parent PID: 11792 -==12186== -==12186== Invalid read of size 4 -==12186== at 0x12BC08: env_err (gwion.c:110) -==12186== by 0x14DA2B: gwi_class_end (import.c:268) -==12186== by 0x4848133: import (end_class.c:15) -==12186== by 0x145C28: type_engine_init (engine.c:107) -==12186== by 0x12B8A5: gwion_engine (gwion.c:39) -==12186== by 0x12B8A5: gwion_ini (gwion.c:78) -==12186== by 0x12A85D: main (main.c:23) -==12186== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12186== -==12186== -==12186== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12186== Access not within mapped region at address 0x28 -==12186== at 0x12BC08: env_err (gwion.c:110) -==12186== by 0x14DA2B: gwi_class_end (import.c:268) -==12186== by 0x4848133: import (end_class.c:15) -==12186== by 0x145C28: type_engine_init (engine.c:107) -==12186== by 0x12B8A5: gwion_engine (gwion.c:39) -==12186== by 0x12B8A5: gwion_ini (gwion.c:78) -==12186== by 0x12A85D: main (main.c:23) -==12186== If you believe this happened as a result of a stack -==12186== overflow in your program's main thread (unlikely but -==12186== possible), you can try to increase the size of the -==12186== main thread stack using the --main-stacksize= flag. -==12186== The main thread stack size used in this run was 8388608. -==12186== -==12186== HEAP SUMMARY: -==12186== in use at exit: 2,172,134 bytes in 378 blocks -==12186== total heap usage: 807 allocs, 429 frees, 2,266,439 bytes allocated -==12186== -==12186== LEAK SUMMARY: -==12186== definitely lost: 0 bytes in 0 blocks -==12186== indirectly lost: 0 bytes in 0 blocks -==12186== possibly lost: 0 bytes in 0 blocks -==12186== still reachable: 2,172,134 bytes in 378 blocks -==12186== suppressed: 0 bytes in 0 blocks -==12186== Rerun with --leak-check=full to see details of leaked memory -==12186== -==12186== For counts of detected and suppressed errors, rerun with: -v -==12186== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -enum.gw ==12232== Memcheck, a memory error detector -==12232== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==12232== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==12232== Command: ./../../gwion -p. -d dummy enum.gw -==12232== Parent PID: 11792 -==12232== -==12232== Invalid read of size 4 -==12232== at 0x12BC08: env_err (gwion.c:110) -==12232== by 0x14C3F5: path_valid (import.c:145) -==12232== by 0x14CD54: str2list (import.c:167) -==12232== by 0x14E613: import_td (import.c:418) -==12232== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12232== by 0x14E91F: gwi_func_end (import.c:449) -==12232== by 0x484D1EC: import (invalid_func.c:20) -==12232== by 0x145C28: type_engine_init (engine.c:107) -==12232== by 0x12B8A5: gwion_engine (gwion.c:39) -==12232== by 0x12B8A5: gwion_ini (gwion.c:78) -==12232== by 0x12A85D: main (main.c:23) -==12232== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==12232== -==12232== -==12232== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==12232== Access not within mapped region at address 0x28 -==12232== at 0x12BC08: env_err (gwion.c:110) -==12232== by 0x14C3F5: path_valid (import.c:145) -==12232== by 0x14CD54: str2list (import.c:167) -==12232== by 0x14E613: import_td (import.c:418) -==12232== by 0x14E7A4: make_dll_as_fun (import.c:436) -==12232== by 0x14E91F: gwi_func_end (import.c:449) -==12232== by 0x484D1EC: import (invalid_func.c:20) -==12232== by 0x145C28: type_engine_init (engine.c:107) -==12232== by 0x12B8A5: gwion_engine (gwion.c:39) -==12232== by 0x12B8A5: gwion_ini (gwion.c:78) -==12232== by 0x12A85D: main (main.c:23) -==12232== If you believe this happened as a result of a stack -==12232== overflow in your program's main thread (unlikely but -==12232== possible), you can try to increase the size of the -==12232== main thread stack using the --main-stacksize= flag. -==12232== The main thread stack size used in this run was 8388608. -==12232== -==12232== HEAP SUMMARY: -==12232== in use at exit: 2,191,839 bytes in 402 blocks -==12232== total heap usage: 866 allocs, 464 frees, 2,291,564 bytes allocated -==12232== -==12232== LEAK SUMMARY: -==12232== definitely lost: 0 bytes in 0 blocks -==12232== indirectly lost: 0 bytes in 0 blocks -==12232== possibly lost: 0 bytes in 0 blocks -==12232== still reachable: 2,191,839 bytes in 402 blocks -==12232== suppressed: 0 bytes in 0 blocks -==12232== Rerun with --leak-check=full to see details of leaked memory -==12232== -==12232== For counts of detected and suppressed errors, rerun with: -v -==12232== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13487== Memcheck, a memory error detector -==13487== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13487== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13487== Command: ./../../gwion -p. -d dummy /dev/null -==13487== Parent PID: 13461 -==13487== -==13487== Invalid read of size 4 -==13487== at 0x12BC08: env_err (gwion.c:110) -==13487== by 0x14C3F5: path_valid (import.c:145) -==13487== by 0x14CD54: str2list (import.c:167) -==13487== by 0x14E613: import_td (import.c:418) -==13487== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13487== by 0x14E91F: gwi_func_end (import.c:449) -==13487== by 0x484D1EC: import (invalid_func.c:20) -==13487== by 0x145C28: type_engine_init (engine.c:107) -==13487== by 0x12B8A5: gwion_engine (gwion.c:39) -==13487== by 0x12B8A5: gwion_ini (gwion.c:78) -==13487== by 0x12A85D: main (main.c:23) -==13487== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13487== -==13487== -==13487== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13487== Access not within mapped region at address 0x28 -==13487== at 0x12BC08: env_err (gwion.c:110) -==13487== by 0x14C3F5: path_valid (import.c:145) -==13487== by 0x14CD54: str2list (import.c:167) -==13487== by 0x14E613: import_td (import.c:418) -==13487== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13487== by 0x14E91F: gwi_func_end (import.c:449) -==13487== by 0x484D1EC: import (invalid_func.c:20) -==13487== by 0x145C28: type_engine_init (engine.c:107) -==13487== by 0x12B8A5: gwion_engine (gwion.c:39) -==13487== by 0x12B8A5: gwion_ini (gwion.c:78) -==13487== by 0x12A85D: main (main.c:23) -==13487== If you believe this happened as a result of a stack -==13487== overflow in your program's main thread (unlikely but -==13487== possible), you can try to increase the size of the -==13487== main thread stack using the --main-stacksize= flag. -==13487== The main thread stack size used in this run was 8388608. -==13487== -==13487== HEAP SUMMARY: -==13487== in use at exit: 2,179,258 bytes in 401 blocks -==13487== total heap usage: 847 allocs, 446 frees, 2,274,525 bytes allocated -==13487== -==13487== LEAK SUMMARY: -==13487== definitely lost: 0 bytes in 0 blocks -==13487== indirectly lost: 0 bytes in 0 blocks -==13487== possibly lost: 0 bytes in 0 blocks -==13487== still reachable: 2,179,258 bytes in 401 blocks -==13487== suppressed: 0 bytes in 0 blocks -==13487== Rerun with --leak-check=full to see details of leaked memory -==13487== -==13487== For counts of detected and suppressed errors, rerun with: -v -==13487== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13533== Memcheck, a memory error detector -==13533== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13533== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13533== Command: ./../../gwion -p. -d dummy /dev/null -==13533== Parent PID: 13461 -==13533== -==13533== Invalid read of size 4 -==13533== at 0x12BC08: env_err (gwion.c:110) -==13533== by 0x14C3F5: path_valid (import.c:145) -==13533== by 0x14CD54: str2list (import.c:167) -==13533== by 0x14E613: import_td (import.c:418) -==13533== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13533== by 0x14E91F: gwi_func_end (import.c:449) -==13533== by 0x484D1EC: import (invalid_func.c:20) -==13533== by 0x145C28: type_engine_init (engine.c:107) -==13533== by 0x12B8A5: gwion_engine (gwion.c:39) -==13533== by 0x12B8A5: gwion_ini (gwion.c:78) -==13533== by 0x12A85D: main (main.c:23) -==13533== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13533== -==13533== -==13533== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13533== Access not within mapped region at address 0x28 -==13533== at 0x12BC08: env_err (gwion.c:110) -==13533== by 0x14C3F5: path_valid (import.c:145) -==13533== by 0x14CD54: str2list (import.c:167) -==13533== by 0x14E613: import_td (import.c:418) -==13533== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13533== by 0x14E91F: gwi_func_end (import.c:449) -==13533== by 0x484D1EC: import (invalid_func.c:20) -==13533== by 0x145C28: type_engine_init (engine.c:107) -==13533== by 0x12B8A5: gwion_engine (gwion.c:39) -==13533== by 0x12B8A5: gwion_ini (gwion.c:78) -==13533== by 0x12A85D: main (main.c:23) -==13533== If you believe this happened as a result of a stack -==13533== overflow in your program's main thread (unlikely but -==13533== possible), you can try to increase the size of the -==13533== main thread stack using the --main-stacksize= flag. -==13533== The main thread stack size used in this run was 8388608. -==13533== -==13533== HEAP SUMMARY: -==13533== in use at exit: 2,172,783 bytes in 387 blocks -==13533== total heap usage: 817 allocs, 430 frees, 2,267,117 bytes allocated -==13533== -==13533== LEAK SUMMARY: -==13533== definitely lost: 0 bytes in 0 blocks -==13533== indirectly lost: 0 bytes in 0 blocks -==13533== possibly lost: 0 bytes in 0 blocks -==13533== still reachable: 2,172,783 bytes in 387 blocks -==13533== suppressed: 0 bytes in 0 blocks -==13533== Rerun with --leak-check=full to see details of leaked memory -==13533== -==13533== For counts of detected and suppressed errors, rerun with: -v -==13533== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13579== Memcheck, a memory error detector -==13579== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13579== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13579== Command: ./../../gwion -p. -d dummy /dev/null -==13579== Parent PID: 13461 -==13579== -==13579== Invalid read of size 4 -==13579== at 0x12BC08: env_err (gwion.c:110) -==13579== by 0x14D4AC: gwi_class_ini (import.c:220) -==13579== by 0x48481A0: import (begin_class.c:18) -==13579== by 0x145C28: type_engine_init (engine.c:107) -==13579== by 0x12B8A5: gwion_engine (gwion.c:39) -==13579== by 0x12B8A5: gwion_ini (gwion.c:78) -==13579== by 0x12A85D: main (main.c:23) -==13579== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13579== -==13579== -==13579== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13579== Access not within mapped region at address 0x28 -==13579== at 0x12BC08: env_err (gwion.c:110) -==13579== by 0x14D4AC: gwi_class_ini (import.c:220) -==13579== by 0x48481A0: import (begin_class.c:18) -==13579== by 0x145C28: type_engine_init (engine.c:107) -==13579== by 0x12B8A5: gwion_engine (gwion.c:39) -==13579== by 0x12B8A5: gwion_ini (gwion.c:78) -==13579== by 0x12A85D: main (main.c:23) -==13579== If you believe this happened as a result of a stack -==13579== overflow in your program's main thread (unlikely but -==13579== possible), you can try to increase the size of the -==13579== main thread stack using the --main-stacksize= flag. -==13579== The main thread stack size used in this run was 8388608. -==13579== -==13579== HEAP SUMMARY: -==13579== in use at exit: 2,172,780 bytes in 387 blocks -==13579== total heap usage: 818 allocs, 431 frees, 2,267,157 bytes allocated -==13579== -==13579== LEAK SUMMARY: -==13579== definitely lost: 0 bytes in 0 blocks -==13579== indirectly lost: 0 bytes in 0 blocks -==13579== possibly lost: 0 bytes in 0 blocks -==13579== still reachable: 2,172,780 bytes in 387 blocks -==13579== suppressed: 0 bytes in 0 blocks -==13579== Rerun with --leak-check=full to see details of leaked memory -==13579== -==13579== For counts of detected and suppressed errors, rerun with: -v -==13579== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13625== Memcheck, a memory error detector -==13625== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13625== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13625== Command: ./../../gwion -p. -d dummy /dev/null -==13625== Parent PID: 13461 -==13625== -==13625== Invalid read of size 4 -==13625== at 0x12BC08: env_err (gwion.c:110) -==13625== by 0x14C3F5: path_valid (import.c:145) -==13625== by 0x14CD54: str2list (import.c:167) -==13625== by 0x14E613: import_td (import.c:418) -==13625== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13625== by 0x14E91F: gwi_func_end (import.c:449) -==13625== by 0x484D1EC: import (invalid_func.c:20) -==13625== by 0x145C28: type_engine_init (engine.c:107) -==13625== by 0x12B8A5: gwion_engine (gwion.c:39) -==13625== by 0x12B8A5: gwion_ini (gwion.c:78) -==13625== by 0x12A85D: main (main.c:23) -==13625== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13625== -==13625== -==13625== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13625== Access not within mapped region at address 0x28 -==13625== at 0x12BC08: env_err (gwion.c:110) -==13625== by 0x14C3F5: path_valid (import.c:145) -==13625== by 0x14CD54: str2list (import.c:167) -==13625== by 0x14E613: import_td (import.c:418) -==13625== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13625== by 0x14E91F: gwi_func_end (import.c:449) -==13625== by 0x484D1EC: import (invalid_func.c:20) -==13625== by 0x145C28: type_engine_init (engine.c:107) -==13625== by 0x12B8A5: gwion_engine (gwion.c:39) -==13625== by 0x12B8A5: gwion_ini (gwion.c:78) -==13625== by 0x12A85D: main (main.c:23) -==13625== If you believe this happened as a result of a stack -==13625== overflow in your program's main thread (unlikely but -==13625== possible), you can try to increase the size of the -==13625== main thread stack using the --main-stacksize= flag. -==13625== The main thread stack size used in this run was 8388608. -==13625== -==13625== HEAP SUMMARY: -==13625== in use at exit: 2,179,715 bytes in 409 blocks -==13625== total heap usage: 849 allocs, 440 frees, 2,274,648 bytes allocated -==13625== -==13625== LEAK SUMMARY: -==13625== definitely lost: 0 bytes in 0 blocks -==13625== indirectly lost: 0 bytes in 0 blocks -==13625== possibly lost: 0 bytes in 0 blocks -==13625== still reachable: 2,179,715 bytes in 409 blocks -==13625== suppressed: 0 bytes in 0 blocks -==13625== Rerun with --leak-check=full to see details of leaked memory -==13625== -==13625== For counts of detected and suppressed errors, rerun with: -v -==13625== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -class_template.gw ==13671== Memcheck, a memory error detector -==13671== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13671== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13671== Command: ./../../gwion -p. -d dummy class_template.gw -==13671== Parent PID: 13461 -==13671== -==13671== Invalid read of size 4 -==13671== at 0x12BC08: env_err (gwion.c:110) -==13671== by 0x14C3F5: path_valid (import.c:145) -==13671== by 0x14CD54: str2list (import.c:167) -==13671== by 0x14E613: import_td (import.c:418) -==13671== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13671== by 0x14E91F: gwi_func_end (import.c:449) -==13671== by 0x484D1EC: import (invalid_func.c:20) -==13671== by 0x145C28: type_engine_init (engine.c:107) -==13671== by 0x12B8A5: gwion_engine (gwion.c:39) -==13671== by 0x12B8A5: gwion_ini (gwion.c:78) -==13671== by 0x12A85D: main (main.c:23) -==13671== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13671== -==13671== -==13671== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13671== Access not within mapped region at address 0x28 -==13671== at 0x12BC08: env_err (gwion.c:110) -==13671== by 0x14C3F5: path_valid (import.c:145) -==13671== by 0x14CD54: str2list (import.c:167) -==13671== by 0x14E613: import_td (import.c:418) -==13671== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13671== by 0x14E91F: gwi_func_end (import.c:449) -==13671== by 0x484D1EC: import (invalid_func.c:20) -==13671== by 0x145C28: type_engine_init (engine.c:107) -==13671== by 0x12B8A5: gwion_engine (gwion.c:39) -==13671== by 0x12B8A5: gwion_ini (gwion.c:78) -==13671== by 0x12A85D: main (main.c:23) -==13671== If you believe this happened as a result of a stack -==13671== overflow in your program's main thread (unlikely but -==13671== possible), you can try to increase the size of the -==13671== main thread stack using the --main-stacksize= flag. -==13671== The main thread stack size used in this run was 8388608. -==13671== -==13671== HEAP SUMMARY: -==13671== in use at exit: 2,179,149 bytes in 399 blocks -==13671== total heap usage: 835 allocs, 436 frees, 2,273,858 bytes allocated -==13671== -==13671== LEAK SUMMARY: -==13671== definitely lost: 0 bytes in 0 blocks -==13671== indirectly lost: 0 bytes in 0 blocks -==13671== possibly lost: 0 bytes in 0 blocks -==13671== still reachable: 2,179,149 bytes in 399 blocks -==13671== suppressed: 0 bytes in 0 blocks -==13671== Rerun with --leak-check=full to see details of leaked memory -==13671== -==13671== For counts of detected and suppressed errors, rerun with: -v -==13671== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -coverage.gw ==13717== Memcheck, a memory error detector -==13717== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13717== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13717== Command: ./../../gwion -p. -d dummy coverage.gw -==13717== Parent PID: 13461 -==13717== -==13717== Invalid read of size 4 -==13717== at 0x12BC08: env_err (gwion.c:110) -==13717== by 0x14C3F5: path_valid (import.c:145) -==13717== by 0x14CD54: str2list (import.c:167) -==13717== by 0x14E613: import_td (import.c:418) -==13717== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13717== by 0x14E91F: gwi_func_end (import.c:449) -==13717== by 0x484D1EC: import (invalid_func.c:20) -==13717== by 0x145C28: type_engine_init (engine.c:107) -==13717== by 0x12B8A5: gwion_engine (gwion.c:39) -==13717== by 0x12B8A5: gwion_ini (gwion.c:78) -==13717== by 0x12A85D: main (main.c:23) -==13717== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13717== -==13717== -==13717== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13717== Access not within mapped region at address 0x28 -==13717== at 0x12BC08: env_err (gwion.c:110) -==13717== by 0x14C3F5: path_valid (import.c:145) -==13717== by 0x14CD54: str2list (import.c:167) -==13717== by 0x14E613: import_td (import.c:418) -==13717== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13717== by 0x14E91F: gwi_func_end (import.c:449) -==13717== by 0x484D1EC: import (invalid_func.c:20) -==13717== by 0x145C28: type_engine_init (engine.c:107) -==13717== by 0x12B8A5: gwion_engine (gwion.c:39) -==13717== by 0x12B8A5: gwion_ini (gwion.c:78) -==13717== by 0x12A85D: main (main.c:23) -==13717== If you believe this happened as a result of a stack -==13717== overflow in your program's main thread (unlikely but -==13717== possible), you can try to increase the size of the -==13717== main thread stack using the --main-stacksize= flag. -==13717== The main thread stack size used in this run was 8388608. -==13717== -==13717== HEAP SUMMARY: -==13717== in use at exit: 2,190,987 bytes in 404 blocks -==13717== total heap usage: 869 allocs, 465 frees, 2,287,581 bytes allocated -==13717== -==13717== LEAK SUMMARY: -==13717== definitely lost: 0 bytes in 0 blocks -==13717== indirectly lost: 0 bytes in 0 blocks -==13717== possibly lost: 0 bytes in 0 blocks -==13717== still reachable: 2,190,987 bytes in 404 blocks -==13717== suppressed: 0 bytes in 0 blocks -==13717== Rerun with --leak-check=full to see details of leaked memory -==13717== -==13717== For counts of detected and suppressed errors, rerun with: -v -==13717== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13763== Memcheck, a memory error detector -==13763== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13763== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13763== Command: ./../../gwion -p. -d dummy /dev/null -==13763== Parent PID: 13461 -==13763== -==13763== Invalid read of size 4 -==13763== at 0x12BC08: env_err (gwion.c:110) -==13763== by 0x14C3F5: path_valid (import.c:145) -==13763== by 0x14CD54: str2list (import.c:167) -==13763== by 0x14E613: import_td (import.c:418) -==13763== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13763== by 0x14E91F: gwi_func_end (import.c:449) -==13763== by 0x484D1EC: import (invalid_func.c:20) -==13763== by 0x145C28: type_engine_init (engine.c:107) -==13763== by 0x12B8A5: gwion_engine (gwion.c:39) -==13763== by 0x12B8A5: gwion_ini (gwion.c:78) -==13763== by 0x12A85D: main (main.c:23) -==13763== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13763== -==13763== -==13763== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13763== Access not within mapped region at address 0x28 -==13763== at 0x12BC08: env_err (gwion.c:110) -==13763== by 0x14C3F5: path_valid (import.c:145) -==13763== by 0x14CD54: str2list (import.c:167) -==13763== by 0x14E613: import_td (import.c:418) -==13763== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13763== by 0x14E91F: gwi_func_end (import.c:449) -==13763== by 0x484D1EC: import (invalid_func.c:20) -==13763== by 0x145C28: type_engine_init (engine.c:107) -==13763== by 0x12B8A5: gwion_engine (gwion.c:39) -==13763== by 0x12B8A5: gwion_ini (gwion.c:78) -==13763== by 0x12A85D: main (main.c:23) -==13763== If you believe this happened as a result of a stack -==13763== overflow in your program's main thread (unlikely but -==13763== possible), you can try to increase the size of the -==13763== main thread stack using the --main-stacksize= flag. -==13763== The main thread stack size used in this run was 8388608. -==13763== -==13763== HEAP SUMMARY: -==13763== in use at exit: 2,172,765 bytes in 387 blocks -==13763== total heap usage: 818 allocs, 431 frees, 2,267,120 bytes allocated -==13763== -==13763== LEAK SUMMARY: -==13763== definitely lost: 0 bytes in 0 blocks -==13763== indirectly lost: 0 bytes in 0 blocks -==13763== possibly lost: 0 bytes in 0 blocks -==13763== still reachable: 2,172,765 bytes in 387 blocks -==13763== suppressed: 0 bytes in 0 blocks -==13763== Rerun with --leak-check=full to see details of leaked memory -==13763== -==13763== For counts of detected and suppressed errors, rerun with: -v -==13763== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13809== Memcheck, a memory error detector -==13809== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13809== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13809== Command: ./../../gwion -p. -d dummy /dev/null -==13809== Parent PID: 13461 -==13809== -==13809== Invalid read of size 4 -==13809== at 0x12BC08: env_err (gwion.c:110) -==13809== by 0x14F181: gwi_union_end (import.c:601) -==13809== by 0x4848152: import (empty_union.c:15) -==13809== by 0x145C28: type_engine_init (engine.c:107) -==13809== by 0x12B8A5: gwion_engine (gwion.c:39) -==13809== by 0x12B8A5: gwion_ini (gwion.c:78) -==13809== by 0x12A85D: main (main.c:23) -==13809== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13809== -==13809== -==13809== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13809== Access not within mapped region at address 0x28 -==13809== at 0x12BC08: env_err (gwion.c:110) -==13809== by 0x14F181: gwi_union_end (import.c:601) -==13809== by 0x4848152: import (empty_union.c:15) -==13809== by 0x145C28: type_engine_init (engine.c:107) -==13809== by 0x12B8A5: gwion_engine (gwion.c:39) -==13809== by 0x12B8A5: gwion_ini (gwion.c:78) -==13809== by 0x12A85D: main (main.c:23) -==13809== If you believe this happened as a result of a stack -==13809== overflow in your program's main thread (unlikely but -==13809== possible), you can try to increase the size of the -==13809== main thread stack using the --main-stacksize= flag. -==13809== The main thread stack size used in this run was 8388608. -==13809== -==13809== HEAP SUMMARY: -==13809== in use at exit: 2,172,140 bytes in 378 blocks -==13809== total heap usage: 807 allocs, 429 frees, 2,266,453 bytes allocated -==13809== -==13809== LEAK SUMMARY: -==13809== definitely lost: 0 bytes in 0 blocks -==13809== indirectly lost: 0 bytes in 0 blocks -==13809== possibly lost: 0 bytes in 0 blocks -==13809== still reachable: 2,172,140 bytes in 378 blocks -==13809== suppressed: 0 bytes in 0 blocks -==13809== Rerun with --leak-check=full to see details of leaked memory -==13809== -==13809== For counts of detected and suppressed errors, rerun with: -v -==13809== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==13855== Memcheck, a memory error detector -==13855== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13855== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13855== Command: ./../../gwion -p. -d dummy /dev/null -==13855== Parent PID: 13461 -==13855== -==13855== Invalid read of size 4 -==13855== at 0x12BC08: env_err (gwion.c:110) -==13855== by 0x14DA2B: gwi_class_end (import.c:268) -==13855== by 0x4848133: import (end_class.c:15) -==13855== by 0x145C28: type_engine_init (engine.c:107) -==13855== by 0x12B8A5: gwion_engine (gwion.c:39) -==13855== by 0x12B8A5: gwion_ini (gwion.c:78) -==13855== by 0x12A85D: main (main.c:23) -==13855== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13855== -==13855== -==13855== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13855== Access not within mapped region at address 0x28 -==13855== at 0x12BC08: env_err (gwion.c:110) -==13855== by 0x14DA2B: gwi_class_end (import.c:268) -==13855== by 0x4848133: import (end_class.c:15) -==13855== by 0x145C28: type_engine_init (engine.c:107) -==13855== by 0x12B8A5: gwion_engine (gwion.c:39) -==13855== by 0x12B8A5: gwion_ini (gwion.c:78) -==13855== by 0x12A85D: main (main.c:23) -==13855== If you believe this happened as a result of a stack -==13855== overflow in your program's main thread (unlikely but -==13855== possible), you can try to increase the size of the -==13855== main thread stack using the --main-stacksize= flag. -==13855== The main thread stack size used in this run was 8388608. -==13855== -==13855== HEAP SUMMARY: -==13855== in use at exit: 2,172,134 bytes in 378 blocks -==13855== total heap usage: 807 allocs, 429 frees, 2,266,439 bytes allocated -==13855== -==13855== LEAK SUMMARY: -==13855== definitely lost: 0 bytes in 0 blocks -==13855== indirectly lost: 0 bytes in 0 blocks -==13855== possibly lost: 0 bytes in 0 blocks -==13855== still reachable: 2,172,134 bytes in 378 blocks -==13855== suppressed: 0 bytes in 0 blocks -==13855== Rerun with --leak-check=full to see details of leaked memory -==13855== -==13855== For counts of detected and suppressed errors, rerun with: -v -==13855== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -enum.gw ==13901== Memcheck, a memory error detector -==13901== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13901== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13901== Command: ./../../gwion -p. -d dummy enum.gw -==13901== Parent PID: 13461 -==13901== -==13901== Invalid read of size 4 -==13901== at 0x12BC08: env_err (gwion.c:110) -==13901== by 0x14C3F5: path_valid (import.c:145) -==13901== by 0x14CD54: str2list (import.c:167) -==13901== by 0x14E613: import_td (import.c:418) -==13901== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13901== by 0x14E91F: gwi_func_end (import.c:449) -==13901== by 0x484D1EC: import (invalid_func.c:20) -==13901== by 0x145C28: type_engine_init (engine.c:107) -==13901== by 0x12B8A5: gwion_engine (gwion.c:39) -==13901== by 0x12B8A5: gwion_ini (gwion.c:78) -==13901== by 0x12A85D: main (main.c:23) -==13901== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13901== -==13901== -==13901== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13901== Access not within mapped region at address 0x28 -==13901== at 0x12BC08: env_err (gwion.c:110) -==13901== by 0x14C3F5: path_valid (import.c:145) -==13901== by 0x14CD54: str2list (import.c:167) -==13901== by 0x14E613: import_td (import.c:418) -==13901== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13901== by 0x14E91F: gwi_func_end (import.c:449) -==13901== by 0x484D1EC: import (invalid_func.c:20) -==13901== by 0x145C28: type_engine_init (engine.c:107) -==13901== by 0x12B8A5: gwion_engine (gwion.c:39) -==13901== by 0x12B8A5: gwion_ini (gwion.c:78) -==13901== by 0x12A85D: main (main.c:23) -==13901== If you believe this happened as a result of a stack -==13901== overflow in your program's main thread (unlikely but -==13901== possible), you can try to increase the size of the -==13901== main thread stack using the --main-stacksize= flag. -==13901== The main thread stack size used in this run was 8388608. -==13901== -==13901== HEAP SUMMARY: -==13901== in use at exit: 2,191,839 bytes in 402 blocks -==13901== total heap usage: 866 allocs, 464 frees, 2,291,564 bytes allocated -==13901== -==13901== LEAK SUMMARY: -==13901== definitely lost: 0 bytes in 0 blocks -==13901== indirectly lost: 0 bytes in 0 blocks -==13901== possibly lost: 0 bytes in 0 blocks -==13901== still reachable: 2,191,839 bytes in 402 blocks -==13901== suppressed: 0 bytes in 0 blocks -==13901== Rerun with --leak-check=full to see details of leaked memory -==13901== -==13901== For counts of detected and suppressed errors, rerun with: -v -==13901== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_array.gw ==13947== Memcheck, a memory error detector -==13947== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13947== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13947== Command: ./../../gwion -p. -d dummy extend_array.gw -==13947== Parent PID: 13461 -==13947== -==13947== Invalid read of size 4 -==13947== at 0x12BC08: env_err (gwion.c:110) -==13947== by 0x14C3F5: path_valid (import.c:145) -==13947== by 0x14CD54: str2list (import.c:167) -==13947== by 0x14E613: import_td (import.c:418) -==13947== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13947== by 0x14E91F: gwi_func_end (import.c:449) -==13947== by 0x484D1EC: import (invalid_func.c:20) -==13947== by 0x145C28: type_engine_init (engine.c:107) -==13947== by 0x12B8A5: gwion_engine (gwion.c:39) -==13947== by 0x12B8A5: gwion_ini (gwion.c:78) -==13947== by 0x12A85D: main (main.c:23) -==13947== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13947== -==13947== -==13947== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13947== Access not within mapped region at address 0x28 -==13947== at 0x12BC08: env_err (gwion.c:110) -==13947== by 0x14C3F5: path_valid (import.c:145) -==13947== by 0x14CD54: str2list (import.c:167) -==13947== by 0x14E613: import_td (import.c:418) -==13947== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13947== by 0x14E91F: gwi_func_end (import.c:449) -==13947== by 0x484D1EC: import (invalid_func.c:20) -==13947== by 0x145C28: type_engine_init (engine.c:107) -==13947== by 0x12B8A5: gwion_engine (gwion.c:39) -==13947== by 0x12B8A5: gwion_ini (gwion.c:78) -==13947== by 0x12A85D: main (main.c:23) -==13947== If you believe this happened as a result of a stack -==13947== overflow in your program's main thread (unlikely but -==13947== possible), you can try to increase the size of the -==13947== main thread stack using the --main-stacksize= flag. -==13947== The main thread stack size used in this run was 8388608. -==13947== -==13947== HEAP SUMMARY: -==13947== in use at exit: 2,179,439 bytes in 402 blocks -==13947== total heap usage: 844 allocs, 442 frees, 2,274,588 bytes allocated -==13947== -==13947== LEAK SUMMARY: -==13947== definitely lost: 0 bytes in 0 blocks -==13947== indirectly lost: 0 bytes in 0 blocks -==13947== possibly lost: 0 bytes in 0 blocks -==13947== still reachable: 2,179,439 bytes in 402 blocks -==13947== suppressed: 0 bytes in 0 blocks -==13947== Rerun with --leak-check=full to see details of leaked memory -==13947== -==13947== For counts of detected and suppressed errors, rerun with: -v -==13947== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_event.gw ==13993== Memcheck, a memory error detector -==13993== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==13993== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==13993== Command: ./../../gwion -p. -d dummy extend_event.gw -==13993== Parent PID: 13461 -==13993== -==13993== Invalid read of size 4 -==13993== at 0x12BC08: env_err (gwion.c:110) -==13993== by 0x14C3F5: path_valid (import.c:145) -==13993== by 0x14CD54: str2list (import.c:167) -==13993== by 0x14E613: import_td (import.c:418) -==13993== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13993== by 0x14E91F: gwi_func_end (import.c:449) -==13993== by 0x484D1EC: import (invalid_func.c:20) -==13993== by 0x145C28: type_engine_init (engine.c:107) -==13993== by 0x12B8A5: gwion_engine (gwion.c:39) -==13993== by 0x12B8A5: gwion_ini (gwion.c:78) -==13993== by 0x12A85D: main (main.c:23) -==13993== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==13993== -==13993== -==13993== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==13993== Access not within mapped region at address 0x28 -==13993== at 0x12BC08: env_err (gwion.c:110) -==13993== by 0x14C3F5: path_valid (import.c:145) -==13993== by 0x14CD54: str2list (import.c:167) -==13993== by 0x14E613: import_td (import.c:418) -==13993== by 0x14E7A4: make_dll_as_fun (import.c:436) -==13993== by 0x14E91F: gwi_func_end (import.c:449) -==13993== by 0x484D1EC: import (invalid_func.c:20) -==13993== by 0x145C28: type_engine_init (engine.c:107) -==13993== by 0x12B8A5: gwion_engine (gwion.c:39) -==13993== by 0x12B8A5: gwion_ini (gwion.c:78) -==13993== by 0x12A85D: main (main.c:23) -==13993== If you believe this happened as a result of a stack -==13993== overflow in your program's main thread (unlikely but -==13993== possible), you can try to increase the size of the -==13993== main thread stack using the --main-stacksize= flag. -==13993== The main thread stack size used in this run was 8388608. -==13993== -==13993== HEAP SUMMARY: -==13993== in use at exit: 2,191,735 bytes in 403 blocks -==13993== total heap usage: 846 allocs, 443 frees, 2,287,140 bytes allocated -==13993== -==13993== LEAK SUMMARY: -==13993== definitely lost: 0 bytes in 0 blocks -==13993== indirectly lost: 0 bytes in 0 blocks -==13993== possibly lost: 0 bytes in 0 blocks -==13993== still reachable: 2,191,735 bytes in 403 blocks -==13993== suppressed: 0 bytes in 0 blocks -==13993== Rerun with --leak-check=full to see details of leaked memory -==13993== -==13993== For counts of detected and suppressed errors, rerun with: -v -==13993== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -extend_pair.gw ==14039== Memcheck, a memory error detector -==14039== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14039== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14039== Command: ./../../gwion -p. -d dummy extend_pair.gw -==14039== Parent PID: 13461 -==14039== -==14039== Invalid read of size 4 -==14039== at 0x12BC08: env_err (gwion.c:110) -==14039== by 0x14C3F5: path_valid (import.c:145) -==14039== by 0x14CD54: str2list (import.c:167) -==14039== by 0x14E613: import_td (import.c:418) -==14039== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14039== by 0x14E91F: gwi_func_end (import.c:449) -==14039== by 0x484D1EC: import (invalid_func.c:20) -==14039== by 0x145C28: type_engine_init (engine.c:107) -==14039== by 0x12B8A5: gwion_engine (gwion.c:39) -==14039== by 0x12B8A5: gwion_ini (gwion.c:78) -==14039== by 0x12A85D: main (main.c:23) -==14039== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14039== -==14039== -==14039== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14039== Access not within mapped region at address 0x28 -==14039== at 0x12BC08: env_err (gwion.c:110) -==14039== by 0x14C3F5: path_valid (import.c:145) -==14039== by 0x14CD54: str2list (import.c:167) -==14039== by 0x14E613: import_td (import.c:418) -==14039== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14039== by 0x14E91F: gwi_func_end (import.c:449) -==14039== by 0x484D1EC: import (invalid_func.c:20) -==14039== by 0x145C28: type_engine_init (engine.c:107) -==14039== by 0x12B8A5: gwion_engine (gwion.c:39) -==14039== by 0x12B8A5: gwion_ini (gwion.c:78) -==14039== by 0x12A85D: main (main.c:23) -==14039== If you believe this happened as a result of a stack -==14039== overflow in your program's main thread (unlikely but -==14039== possible), you can try to increase the size of the -==14039== main thread stack using the --main-stacksize= flag. -==14039== The main thread stack size used in this run was 8388608. -==14039== -==14039== HEAP SUMMARY: -==14039== in use at exit: 2,179,140 bytes in 399 blocks -==14039== total heap usage: 835 allocs, 436 frees, 2,273,837 bytes allocated -==14039== -==14039== LEAK SUMMARY: -==14039== definitely lost: 0 bytes in 0 blocks -==14039== indirectly lost: 0 bytes in 0 blocks -==14039== possibly lost: 0 bytes in 0 blocks -==14039== still reachable: 2,179,140 bytes in 399 blocks -==14039== suppressed: 0 bytes in 0 blocks -==14039== Rerun with --leak-check=full to see details of leaked memory -==14039== -==14039== For counts of detected and suppressed errors, rerun with: -v -==14039== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -global_func.gw ==14085== Memcheck, a memory error detector -==14085== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14085== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14085== Command: ./../../gwion -p. -d dummy global_func.gw -==14085== Parent PID: 13461 -==14085== -==14085== Invalid read of size 4 -==14085== at 0x12BC08: env_err (gwion.c:110) -==14085== by 0x14C3F5: path_valid (import.c:145) -==14085== by 0x14CD54: str2list (import.c:167) -==14085== by 0x14E613: import_td (import.c:418) -==14085== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14085== by 0x14E91F: gwi_func_end (import.c:449) -==14085== by 0x484D1EC: import (invalid_func.c:20) -==14085== by 0x145C28: type_engine_init (engine.c:107) -==14085== by 0x12B8A5: gwion_engine (gwion.c:39) -==14085== by 0x12B8A5: gwion_ini (gwion.c:78) -==14085== by 0x12A85D: main (main.c:23) -==14085== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14085== -==14085== -==14085== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14085== Access not within mapped region at address 0x28 -==14085== at 0x12BC08: env_err (gwion.c:110) -==14085== by 0x14C3F5: path_valid (import.c:145) -==14085== by 0x14CD54: str2list (import.c:167) -==14085== by 0x14E613: import_td (import.c:418) -==14085== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14085== by 0x14E91F: gwi_func_end (import.c:449) -==14085== by 0x484D1EC: import (invalid_func.c:20) -==14085== by 0x145C28: type_engine_init (engine.c:107) -==14085== by 0x12B8A5: gwion_engine (gwion.c:39) -==14085== by 0x12B8A5: gwion_ini (gwion.c:78) -==14085== by 0x12A85D: main (main.c:23) -==14085== If you believe this happened as a result of a stack -==14085== overflow in your program's main thread (unlikely but -==14085== possible), you can try to increase the size of the -==14085== main thread stack using the --main-stacksize= flag. -==14085== The main thread stack size used in this run was 8388608. -==14085== -==14085== HEAP SUMMARY: -==14085== in use at exit: 2,178,508 bytes in 390 blocks -==14085== total heap usage: 826 allocs, 436 frees, 2,273,260 bytes allocated -==14085== -==14085== LEAK SUMMARY: -==14085== definitely lost: 0 bytes in 0 blocks -==14085== indirectly lost: 0 bytes in 0 blocks -==14085== possibly lost: 0 bytes in 0 blocks -==14085== still reachable: 2,178,508 bytes in 390 blocks -==14085== suppressed: 0 bytes in 0 blocks -==14085== Rerun with --leak-check=full to see details of leaked memory -==14085== -==14085== For counts of detected and suppressed errors, rerun with: -v -==14085== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -global_var.gw ==14131== Memcheck, a memory error detector -==14131== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14131== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14131== Command: ./../../gwion -p. -d dummy global_var.gw -==14131== Parent PID: 13461 -==14131== -==14131== Invalid read of size 4 -==14131== at 0x12BC08: env_err (gwion.c:110) -==14131== by 0x14C3F5: path_valid (import.c:145) -==14131== by 0x14CD54: str2list (import.c:167) -==14131== by 0x14E613: import_td (import.c:418) -==14131== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14131== by 0x14E91F: gwi_func_end (import.c:449) -==14131== by 0x484D1EC: import (invalid_func.c:20) -==14131== by 0x145C28: type_engine_init (engine.c:107) -==14131== by 0x12B8A5: gwion_engine (gwion.c:39) -==14131== by 0x12B8A5: gwion_ini (gwion.c:78) -==14131== by 0x12A85D: main (main.c:23) -==14131== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14131== -==14131== -==14131== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14131== Access not within mapped region at address 0x28 -==14131== at 0x12BC08: env_err (gwion.c:110) -==14131== by 0x14C3F5: path_valid (import.c:145) -==14131== by 0x14CD54: str2list (import.c:167) -==14131== by 0x14E613: import_td (import.c:418) -==14131== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14131== by 0x14E91F: gwi_func_end (import.c:449) -==14131== by 0x484D1EC: import (invalid_func.c:20) -==14131== by 0x145C28: type_engine_init (engine.c:107) -==14131== by 0x12B8A5: gwion_engine (gwion.c:39) -==14131== by 0x12B8A5: gwion_ini (gwion.c:78) -==14131== by 0x12A85D: main (main.c:23) -==14131== If you believe this happened as a result of a stack -==14131== overflow in your program's main thread (unlikely but -==14131== possible), you can try to increase the size of the -==14131== main thread stack using the --main-stacksize= flag. -==14131== The main thread stack size used in this run was 8388608. -==14131== -==14131== HEAP SUMMARY: -==14131== in use at exit: 2,173,289 bytes in 388 blocks -==14131== total heap usage: 819 allocs, 431 frees, 2,267,662 bytes allocated -==14131== -==14131== LEAK SUMMARY: -==14131== definitely lost: 0 bytes in 0 blocks -==14131== indirectly lost: 0 bytes in 0 blocks -==14131== possibly lost: 0 bytes in 0 blocks -==14131== still reachable: 2,173,289 bytes in 388 blocks -==14131== suppressed: 0 bytes in 0 blocks -==14131== Rerun with --leak-check=full to see details of leaked memory -==14131== -==14131== For counts of detected and suppressed errors, rerun with: -v -==14131== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14177== Memcheck, a memory error detector -==14177== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14177== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14177== Command: ./../../gwion -p. -d dummy /dev/null -==14177== Parent PID: 13461 -==14177== -==14177== Invalid read of size 4 -==14177== at 0x12BC08: env_err (gwion.c:110) -==14177== by 0x14C3F5: path_valid (import.c:145) -==14177== by 0x14CD54: str2list (import.c:167) -==14177== by 0x14DE72: str2decl (import.c:366) -==14177== by 0x14E29C: make_dll_arg_list (import.c:395) -==14177== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14177== by 0x14E91F: gwi_func_end (import.c:449) -==14177== by 0x4848225: import (invalid_arg.c:21) -==14177== by 0x145C28: type_engine_init (engine.c:107) -==14177== by 0x12B8A5: gwion_engine (gwion.c:39) -==14177== by 0x12B8A5: gwion_ini (gwion.c:78) -==14177== by 0x12A85D: main (main.c:23) -==14177== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14177== -==14177== -==14177== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14177== Access not within mapped region at address 0x28 -==14177== at 0x12BC08: env_err (gwion.c:110) -==14177== by 0x14C3F5: path_valid (import.c:145) -==14177== by 0x14CD54: str2list (import.c:167) -==14177== by 0x14DE72: str2decl (import.c:366) -==14177== by 0x14E29C: make_dll_arg_list (import.c:395) -==14177== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14177== by 0x14E91F: gwi_func_end (import.c:449) -==14177== by 0x4848225: import (invalid_arg.c:21) -==14177== by 0x145C28: type_engine_init (engine.c:107) -==14177== by 0x12B8A5: gwion_engine (gwion.c:39) -==14177== by 0x12B8A5: gwion_ini (gwion.c:78) -==14177== by 0x12A85D: main (main.c:23) -==14177== If you believe this happened as a result of a stack -==14177== overflow in your program's main thread (unlikely but -==14177== possible), you can try to increase the size of the -==14177== main thread stack using the --main-stacksize= flag. -==14177== The main thread stack size used in this run was 8388608. -==14177== -==14177== HEAP SUMMARY: -==14177== in use at exit: 2,173,292 bytes in 388 blocks -==14177== total heap usage: 819 allocs, 431 frees, 2,267,669 bytes allocated -==14177== -==14177== LEAK SUMMARY: -==14177== definitely lost: 0 bytes in 0 blocks -==14177== indirectly lost: 0 bytes in 0 blocks -==14177== possibly lost: 0 bytes in 0 blocks -==14177== still reachable: 2,173,292 bytes in 388 blocks -==14177== suppressed: 0 bytes in 0 blocks -==14177== Rerun with --leak-check=full to see details of leaked memory -==14177== -==14177== For counts of detected and suppressed errors, rerun with: -v -==14177== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14223== Memcheck, a memory error detector -==14223== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14223== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14223== Command: ./../../gwion -p. -d dummy /dev/null -==14223== Parent PID: 13461 -==14223== -==14223== Invalid read of size 4 -==14223== at 0x12BC08: env_err (gwion.c:110) -==14223== by 0x14E373: make_dll_arg_list (import.c:406) -==14223== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14223== by 0x14E91F: gwi_func_end (import.c:449) -==14223== by 0x48482A6: import (invalid_array.c:24) -==14223== by 0x145C28: type_engine_init (engine.c:107) -==14223== by 0x12B8A5: gwion_engine (gwion.c:39) -==14223== by 0x12B8A5: gwion_ini (gwion.c:78) -==14223== by 0x12A85D: main (main.c:23) -==14223== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14223== -==14223== -==14223== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14223== Access not within mapped region at address 0x28 -==14223== at 0x12BC08: env_err (gwion.c:110) -==14223== by 0x14E373: make_dll_arg_list (import.c:406) -==14223== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14223== by 0x14E91F: gwi_func_end (import.c:449) -==14223== by 0x48482A6: import (invalid_array.c:24) -==14223== by 0x145C28: type_engine_init (engine.c:107) -==14223== by 0x12B8A5: gwion_engine (gwion.c:39) -==14223== by 0x12B8A5: gwion_ini (gwion.c:78) -==14223== by 0x12A85D: main (main.c:23) -==14223== If you believe this happened as a result of a stack -==14223== overflow in your program's main thread (unlikely but -==14223== possible), you can try to increase the size of the -==14223== main thread stack using the --main-stacksize= flag. -==14223== The main thread stack size used in this run was 8388608. -==14223== -==14223== HEAP SUMMARY: -==14223== in use at exit: 2,174,450 bytes in 389 blocks -==14223== total heap usage: 821 allocs, 432 frees, 2,268,963 bytes allocated -==14223== -==14223== LEAK SUMMARY: -==14223== definitely lost: 0 bytes in 0 blocks -==14223== indirectly lost: 0 bytes in 0 blocks -==14223== possibly lost: 0 bytes in 0 blocks -==14223== still reachable: 2,174,450 bytes in 389 blocks -==14223== suppressed: 0 bytes in 0 blocks -==14223== Rerun with --leak-check=full to see details of leaked memory -==14223== -==14223== For counts of detected and suppressed errors, rerun with: -v -==14223== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14263== Memcheck, a memory error detector -==14263== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14263== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14263== Command: ./../../gwion -p. -d dummy /dev/null -==14263== Parent PID: 13461 -==14263== -==14263== Invalid read of size 4 -==14263== at 0x12BC08: env_err (gwion.c:110) -==14263== by 0x14C3F5: path_valid (import.c:145) -==14263== by 0x14CD54: str2list (import.c:167) -==14263== by 0x14E613: import_td (import.c:418) -==14263== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14263== by 0x14E91F: gwi_func_end (import.c:449) -==14263== by 0x48481EC: import (invalid_func.c:20) -==14263== by 0x145C28: type_engine_init (engine.c:107) -==14263== by 0x12B8A5: gwion_engine (gwion.c:39) -==14263== by 0x12B8A5: gwion_ini (gwion.c:78) -==14263== by 0x12A85D: main (main.c:23) -==14263== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14263== -==14263== -==14263== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14263== Access not within mapped region at address 0x28 -==14263== at 0x12BC08: env_err (gwion.c:110) -==14263== by 0x14C3F5: path_valid (import.c:145) -==14263== by 0x14CD54: str2list (import.c:167) -==14263== by 0x14E613: import_td (import.c:418) -==14263== by 0x14E7A4: make_dll_as_fun (import.c:436) -==14263== by 0x14E91F: gwi_func_end (import.c:449) -==14263== by 0x48481EC: import (invalid_func.c:20) -==14263== by 0x145C28: type_engine_init (engine.c:107) -==14263== by 0x12B8A5: gwion_engine (gwion.c:39) -==14263== by 0x12B8A5: gwion_ini (gwion.c:78) -==14263== by 0x12A85D: main (main.c:23) -==14263== If you believe this happened as a result of a stack -==14263== overflow in your program's main thread (unlikely but -==14263== possible), you can try to increase the size of the -==14263== main thread stack using the --main-stacksize= flag. -==14263== The main thread stack size used in this run was 8388608. -==14263== -==14263== HEAP SUMMARY: -==14263== in use at exit: 2,171,353 bytes in 383 blocks -==14263== total heap usage: 809 allocs, 426 frees, 2,265,546 bytes allocated -==14263== -==14263== LEAK SUMMARY: -==14263== definitely lost: 0 bytes in 0 blocks -==14263== indirectly lost: 0 bytes in 0 blocks -==14263== possibly lost: 0 bytes in 0 blocks -==14263== still reachable: 2,171,353 bytes in 383 blocks -==14263== suppressed: 0 bytes in 0 blocks -==14263== Rerun with --leak-check=full to see details of leaked memory -==14263== -==14263== For counts of detected and suppressed errors, rerun with: -v -==14263== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14427== Memcheck, a memory error detector -==14427== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14427== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14427== Command: ./../../gwion -p. -d dummy /dev/null -==14427== Parent PID: 13461 -==14427== -==14427== Invalid read of size 4 -==14427== at 0x12BC08: env_err (gwion.c:110) -==14427== by 0x14C27B: path_valid (import.c:135) -==14427== by 0x14CD54: str2list (import.c:167) -==14427== by 0x14DABC: gwi_item_ini (import.c:302) -==14427== by 0x48481B5: import (invalid_type1.c:18) -==14427== by 0x145C28: type_engine_init (engine.c:107) -==14427== by 0x12B8A5: gwion_engine (gwion.c:39) -==14427== by 0x12B8A5: gwion_ini (gwion.c:78) -==14427== by 0x12A85D: main (main.c:23) -==14427== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14427== -==14427== -==14427== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14427== Access not within mapped region at address 0x28 -==14427== at 0x12BC08: env_err (gwion.c:110) -==14427== by 0x14C27B: path_valid (import.c:135) -==14427== by 0x14CD54: str2list (import.c:167) -==14427== by 0x14DABC: gwi_item_ini (import.c:302) -==14427== by 0x48481B5: import (invalid_type1.c:18) -==14427== by 0x145C28: type_engine_init (engine.c:107) -==14427== by 0x12B8A5: gwion_engine (gwion.c:39) -==14427== by 0x12B8A5: gwion_ini (gwion.c:78) -==14427== by 0x12A85D: main (main.c:23) -==14427== If you believe this happened as a result of a stack -==14427== overflow in your program's main thread (unlikely but -==14427== possible), you can try to increase the size of the -==14427== main thread stack using the --main-stacksize= flag. -==14427== The main thread stack size used in this run was 8388608. -==14427== -==14427== HEAP SUMMARY: -==14427== in use at exit: 2,171,356 bytes in 383 blocks -==14427== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14427== -==14427== LEAK SUMMARY: -==14427== definitely lost: 0 bytes in 0 blocks -==14427== indirectly lost: 0 bytes in 0 blocks -==14427== possibly lost: 0 bytes in 0 blocks -==14427== still reachable: 2,171,356 bytes in 383 blocks -==14427== suppressed: 0 bytes in 0 blocks -==14427== Rerun with --leak-check=full to see details of leaked memory -==14427== -==14427== For counts of detected and suppressed errors, rerun with: -v -==14427== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14500== Memcheck, a memory error detector -==14500== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14500== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14500== Command: ./../../gwion -p. -d dummy /dev/null -==14500== Parent PID: 13461 -==14500== -==14500== Invalid read of size 4 -==14500== at 0x12BC08: env_err (gwion.c:110) -==14500== by 0x14C3F5: path_valid (import.c:145) -==14500== by 0x14CD54: str2list (import.c:167) -==14500== by 0x14DABC: gwi_item_ini (import.c:302) -==14500== by 0x48481B5: import (invalid_type2.c:18) -==14500== by 0x145C28: type_engine_init (engine.c:107) -==14500== by 0x12B8A5: gwion_engine (gwion.c:39) -==14500== by 0x12B8A5: gwion_ini (gwion.c:78) -==14500== by 0x12A85D: main (main.c:23) -==14500== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14500== -==14500== -==14500== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14500== Access not within mapped region at address 0x28 -==14500== at 0x12BC08: env_err (gwion.c:110) -==14500== by 0x14C3F5: path_valid (import.c:145) -==14500== by 0x14CD54: str2list (import.c:167) -==14500== by 0x14DABC: gwi_item_ini (import.c:302) -==14500== by 0x48481B5: import (invalid_type2.c:18) -==14500== by 0x145C28: type_engine_init (engine.c:107) -==14500== by 0x12B8A5: gwion_engine (gwion.c:39) -==14500== by 0x12B8A5: gwion_ini (gwion.c:78) -==14500== by 0x12A85D: main (main.c:23) -==14500== If you believe this happened as a result of a stack -==14500== overflow in your program's main thread (unlikely but -==14500== possible), you can try to increase the size of the -==14500== main thread stack using the --main-stacksize= flag. -==14500== The main thread stack size used in this run was 8388608. -==14500== -==14500== HEAP SUMMARY: -==14500== in use at exit: 2,171,356 bytes in 383 blocks -==14500== total heap usage: 809 allocs, 426 frees, 2,265,553 bytes allocated -==14500== -==14500== LEAK SUMMARY: -==14500== definitely lost: 0 bytes in 0 blocks -==14500== indirectly lost: 0 bytes in 0 blocks -==14500== possibly lost: 0 bytes in 0 blocks -==14500== still reachable: 2,171,356 bytes in 383 blocks -==14500== suppressed: 0 bytes in 0 blocks -==14500== Rerun with --leak-check=full to see details of leaked memory -==14500== -==14500== For counts of detected and suppressed errors, rerun with: -v -==14500== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14738== Memcheck, a memory error detector -==14738== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14738== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14738== Command: ./../../gwion -p. -d dummy /dev/null -==14738== Parent PID: 13461 -==14738== -==14738== Invalid read of size 4 -==14738== at 0x12BC08: env_err (gwion.c:110) -==14738== by 0x14C0E0: name_valid (import.c:116) -==14738== by 0x14D365: gwi_add_type (import.c:195) -==14738== by 0x14D42B: gwi_class_ini (import.c:229) -==14738== by 0x484818F: import (invalid_type3.c:18) -==14738== by 0x145C28: type_engine_init (engine.c:107) -==14738== by 0x12B8A5: gwion_engine (gwion.c:39) -==14738== by 0x12B8A5: gwion_ini (gwion.c:78) -==14738== by 0x12A85D: main (main.c:23) -==14738== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14738== -==14738== -==14738== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14738== Access not within mapped region at address 0x28 -==14738== at 0x12BC08: env_err (gwion.c:110) -==14738== by 0x14C0E0: name_valid (import.c:116) -==14738== by 0x14D365: gwi_add_type (import.c:195) -==14738== by 0x14D42B: gwi_class_ini (import.c:229) -==14738== by 0x484818F: import (invalid_type3.c:18) -==14738== by 0x145C28: type_engine_init (engine.c:107) -==14738== by 0x12B8A5: gwion_engine (gwion.c:39) -==14738== by 0x12B8A5: gwion_ini (gwion.c:78) -==14738== by 0x12A85D: main (main.c:23) -==14738== If you believe this happened as a result of a stack -==14738== overflow in your program's main thread (unlikely but -==14738== possible), you can try to increase the size of the -==14738== main thread stack using the --main-stacksize= flag. -==14738== The main thread stack size used in this run was 8388608. -==14738== -==14738== HEAP SUMMARY: -==14738== in use at exit: 2,170,716 bytes in 374 blocks -==14738== total heap usage: 798 allocs, 424 frees, 2,264,849 bytes allocated -==14738== -==14738== LEAK SUMMARY: -==14738== definitely lost: 0 bytes in 0 blocks -==14738== indirectly lost: 0 bytes in 0 blocks -==14738== possibly lost: 0 bytes in 0 blocks -==14738== still reachable: 2,170,716 bytes in 374 blocks -==14738== suppressed: 0 bytes in 0 blocks -==14738== Rerun with --leak-check=full to see details of leaked memory -==14738== -==14738== For counts of detected and suppressed errors, rerun with: -v -==14738== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==14919== Memcheck, a memory error detector -==14919== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==14919== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==14919== Command: ./../../gwion -p. -d dummy /dev/null -==14919== Parent PID: 13461 -==14919== -==14919== Invalid read of size 4 -==14919== at 0x12BC08: env_err (gwion.c:110) -==14919== by 0x14E0F4: make_dll_arg_list (import.c:398) -==14919== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14919== by 0x14E91F: gwi_func_end (import.c:449) -==14919== by 0x4848225: import (template_arg.c:21) -==14919== by 0x145C28: type_engine_init (engine.c:107) -==14919== by 0x12B8A5: gwion_engine (gwion.c:39) -==14919== by 0x12B8A5: gwion_ini (gwion.c:78) -==14919== by 0x12A85D: main (main.c:23) -==14919== Address 0x28 is not stack'd, malloc'd or (recently) free'd -==14919== -==14919== -==14919== Process terminating with default action of signal 11 (SIGSEGV): dumping core -==14919== Access not within mapped region at address 0x28 -==14919== at 0x12BC08: env_err (gwion.c:110) -==14919== by 0x14E0F4: make_dll_arg_list (import.c:398) -==14919== by 0x14E7D0: make_dll_as_fun (import.c:440) -==14919== by 0x14E91F: gwi_func_end (import.c:449) -==14919== by 0x4848225: import (template_arg.c:21) -==14919== by 0x145C28: type_engine_init (engine.c:107) -==14919== by 0x12B8A5: gwion_engine (gwion.c:39) -==14919== by 0x12B8A5: gwion_ini (gwion.c:78) -==14919== by 0x12A85D: main (main.c:23) -==14919== If you believe this happened as a result of a stack -==14919== overflow in your program's main thread (unlikely but -==14919== possible), you can try to increase the size of the -==14919== main thread stack using the --main-stacksize= flag. -==14919== The main thread stack size used in this run was 8388608. -==14919== -==14919== HEAP SUMMARY: -==14919== in use at exit: 2,177,657 bytes in 395 blocks -==14919== total heap usage: 829 allocs, 434 frees, 2,272,394 bytes allocated -==14919== -==14919== LEAK SUMMARY: -==14919== definitely lost: 0 bytes in 0 blocks -==14919== indirectly lost: 0 bytes in 0 blocks -==14919== possibly lost: 0 bytes in 0 blocks -==14919== still reachable: 2,177,657 bytes in 395 blocks -==14919== suppressed: 0 bytes in 0 blocks -==14919== Rerun with --leak-check=full to see details of leaked memory -==14919== -==14919== For counts of detected and suppressed errors, rerun with: -v -==14919== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) -/dev/null ==20393== Memcheck, a memory error detector -==20393== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==20393== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==20393== Command: ./../../gwion -p. -d dummy /dev/null -==20393== Parent PID: 20367 -==20393== -==20393== -==20393== HEAP SUMMARY: -==20393== in use at exit: 928 bytes in 10 blocks -==20393== total heap usage: 994 allocs, 984 frees, 7,598,989 bytes allocated -==20393== -==20393== LEAK SUMMARY: -==20393== definitely lost: 928 bytes in 10 blocks -==20393== indirectly lost: 0 bytes in 0 blocks -==20393== possibly lost: 0 bytes in 0 blocks -==20393== still reachable: 0 bytes in 0 blocks -==20393== suppressed: 0 bytes in 0 blocks -==20393== Rerun with --leak-check=full to see details of leaked memory -==20393== -==20393== For counts of detected and suppressed errors, rerun with: -v -==20393== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==21295== Memcheck, a memory error detector -==21295== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==21295== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==21295== Command: ./../../gwion -p. -d dummy /dev/null -==21295== Parent PID: 20367 -==21295== -==21295== -==21295== HEAP SUMMARY: -==21295== in use at exit: 576 bytes in 9 blocks -==21295== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==21295== -==21295== LEAK SUMMARY: -==21295== definitely lost: 576 bytes in 9 blocks -==21295== indirectly lost: 0 bytes in 0 blocks -==21295== possibly lost: 0 bytes in 0 blocks -==21295== still reachable: 0 bytes in 0 blocks -==21295== suppressed: 0 bytes in 0 blocks -==21295== Rerun with --leak-check=full to see details of leaked memory -==21295== -==21295== For counts of detected and suppressed errors, rerun with: -v -==21295== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==22453== Memcheck, a memory error detector -==22453== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22453== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22453== Command: ./../../gwion -p. -d dummy /dev/null -==22453== Parent PID: 22427 -==22453== -==22453== -==22453== HEAP SUMMARY: -==22453== in use at exit: 928 bytes in 10 blocks -==22453== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==22453== -==22453== LEAK SUMMARY: -==22453== definitely lost: 928 bytes in 10 blocks -==22453== indirectly lost: 0 bytes in 0 blocks -==22453== possibly lost: 0 bytes in 0 blocks -==22453== still reachable: 0 bytes in 0 blocks -==22453== suppressed: 0 bytes in 0 blocks -==22453== Rerun with --leak-check=full to see details of leaked memory -==22453== -==22453== For counts of detected and suppressed errors, rerun with: -v -==22453== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==23819== Memcheck, a memory error detector -==23819== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23819== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23819== Command: ./../../gwion -p. -d dummy /dev/null -==23819== Parent PID: 22427 -==23819== -==23819== -==23819== HEAP SUMMARY: -==23819== in use at exit: 576 bytes in 9 blocks -==23819== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==23819== -==23819== LEAK SUMMARY: -==23819== definitely lost: 576 bytes in 9 blocks -==23819== indirectly lost: 0 bytes in 0 blocks -==23819== possibly lost: 0 bytes in 0 blocks -==23819== still reachable: 0 bytes in 0 blocks -==23819== suppressed: 0 bytes in 0 blocks -==23819== Rerun with --leak-check=full to see details of leaked memory -==23819== -==23819== For counts of detected and suppressed errors, rerun with: -v -==23819== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==27581== Memcheck, a memory error detector -==27581== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==27581== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==27581== Command: ./../../gwion -p. -d dummy /dev/null -==27581== Parent PID: 27555 -==27581== -==27581== -==27581== HEAP SUMMARY: -==27581== in use at exit: 928 bytes in 10 blocks -==27581== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==27581== -==27581== LEAK SUMMARY: -==27581== definitely lost: 928 bytes in 10 blocks -==27581== indirectly lost: 0 bytes in 0 blocks -==27581== possibly lost: 0 bytes in 0 blocks -==27581== still reachable: 0 bytes in 0 blocks -==27581== suppressed: 0 bytes in 0 blocks -==27581== Rerun with --leak-check=full to see details of leaked memory -==27581== -==27581== For counts of detected and suppressed errors, rerun with: -v -==27581== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -enum.gw ==28350== Memcheck, a memory error detector -==28350== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==28350== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==28350== Command: ./../../gwion -p. -d dummy enum.gw -==28350== Parent PID: 27555 -==28350== -==28350== -==28350== HEAP SUMMARY: -==28350== in use at exit: 2,229,937 bytes in 436 blocks -==28350== total heap usage: 1,031 allocs, 595 frees, 2,386,615 bytes allocated -==28350== -==28350== LEAK SUMMARY: -==28350== definitely lost: 0 bytes in 0 blocks -==28350== indirectly lost: 0 bytes in 0 blocks -==28350== possibly lost: 0 bytes in 0 blocks -==28350== still reachable: 2,229,937 bytes in 436 blocks -==28350== suppressed: 0 bytes in 0 blocks -==28350== Rerun with --leak-check=full to see details of leaked memory -==28350== -==28350== For counts of detected and suppressed errors, rerun with: -v -==28350== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==29195== Memcheck, a memory error detector -==29195== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==29195== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==29195== Command: ./../../gwion -p. -d dummy /dev/null -==29195== Parent PID: 27555 -==29195== -==29195== -==29195== HEAP SUMMARY: -==29195== in use at exit: 576 bytes in 9 blocks -==29195== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==29195== -==29195== LEAK SUMMARY: -==29195== definitely lost: 576 bytes in 9 blocks -==29195== indirectly lost: 0 bytes in 0 blocks -==29195== possibly lost: 0 bytes in 0 blocks -==29195== still reachable: 0 bytes in 0 blocks -==29195== suppressed: 0 bytes in 0 blocks -==29195== Rerun with --leak-check=full to see details of leaked memory -==29195== -==29195== For counts of detected and suppressed errors, rerun with: -v -==29195== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==1812== Memcheck, a memory error detector -==1812== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==1812== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==1812== Command: ./../../gwion -p. -d dummy /dev/null -==1812== Parent PID: 1786 -==1812== -==1812== -==1812== HEAP SUMMARY: -==1812== in use at exit: 928 bytes in 10 blocks -==1812== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==1812== -==1812== LEAK SUMMARY: -==1812== definitely lost: 928 bytes in 10 blocks -==1812== indirectly lost: 0 bytes in 0 blocks -==1812== possibly lost: 0 bytes in 0 blocks -==1812== still reachable: 0 bytes in 0 blocks -==1812== suppressed: 0 bytes in 0 blocks -==1812== Rerun with --leak-check=full to see details of leaked memory -==1812== -==1812== For counts of detected and suppressed errors, rerun with: -v -==1812== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==2890== Memcheck, a memory error detector -==2890== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==2890== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==2890== Command: ./../../gwion -p. -d dummy /dev/null -==2890== Parent PID: 1786 -==2890== -==2890== -==2890== HEAP SUMMARY: -==2890== in use at exit: 576 bytes in 9 blocks -==2890== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==2890== -==2890== LEAK SUMMARY: -==2890== definitely lost: 576 bytes in 9 blocks -==2890== indirectly lost: 0 bytes in 0 blocks -==2890== possibly lost: 0 bytes in 0 blocks -==2890== still reachable: 0 bytes in 0 blocks -==2890== suppressed: 0 bytes in 0 blocks -==2890== Rerun with --leak-check=full to see details of leaked memory -==2890== -==2890== For counts of detected and suppressed errors, rerun with: -v -==2890== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==24474== Memcheck, a memory error detector -==24474== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==24474== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==24474== Command: ./../../gwion -p. -d dummy /dev/null -==24474== Parent PID: 24448 -==24474== -==24474== -==24474== HEAP SUMMARY: -==24474== in use at exit: 928 bytes in 10 blocks -==24474== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==24474== -==24474== LEAK SUMMARY: -==24474== definitely lost: 928 bytes in 10 blocks -==24474== indirectly lost: 0 bytes in 0 blocks -==24474== possibly lost: 0 bytes in 0 blocks -==24474== still reachable: 0 bytes in 0 blocks -==24474== suppressed: 0 bytes in 0 blocks -==24474== Rerun with --leak-check=full to see details of leaked memory -==24474== -==24474== For counts of detected and suppressed errors, rerun with: -v -==24474== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==25382== Memcheck, a memory error detector -==25382== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==25382== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==25382== Command: ./../../gwion -p. -d dummy /dev/null -==25382== Parent PID: 24448 -==25382== -==25382== -==25382== HEAP SUMMARY: -==25382== in use at exit: 576 bytes in 9 blocks -==25382== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==25382== -==25382== LEAK SUMMARY: -==25382== definitely lost: 576 bytes in 9 blocks -==25382== indirectly lost: 0 bytes in 0 blocks -==25382== possibly lost: 0 bytes in 0 blocks -==25382== still reachable: 0 bytes in 0 blocks -==25382== suppressed: 0 bytes in 0 blocks -==25382== Rerun with --leak-check=full to see details of leaked memory -==25382== -==25382== For counts of detected and suppressed errors, rerun with: -v -==25382== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==2865== Memcheck, a memory error detector -==2865== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==2865== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==2865== Command: ./../../gwion -p. -d dummy /dev/null -==2865== Parent PID: 2839 -==2865== -==2865== -==2865== HEAP SUMMARY: -==2865== in use at exit: 928 bytes in 10 blocks -==2865== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==2865== -==2865== LEAK SUMMARY: -==2865== definitely lost: 928 bytes in 10 blocks -==2865== indirectly lost: 0 bytes in 0 blocks -==2865== possibly lost: 0 bytes in 0 blocks -==2865== still reachable: 0 bytes in 0 blocks -==2865== suppressed: 0 bytes in 0 blocks -==2865== Rerun with --leak-check=full to see details of leaked memory -==2865== -==2865== For counts of detected and suppressed errors, rerun with: -v -==2865== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==3774== Memcheck, a memory error detector -==3774== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==3774== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==3774== Command: ./../../gwion -p. -d dummy /dev/null -==3774== Parent PID: 2839 -==3774== -==3774== -==3774== HEAP SUMMARY: -==3774== in use at exit: 576 bytes in 9 blocks -==3774== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==3774== -==3774== LEAK SUMMARY: -==3774== definitely lost: 576 bytes in 9 blocks -==3774== indirectly lost: 0 bytes in 0 blocks -==3774== possibly lost: 0 bytes in 0 blocks -==3774== still reachable: 0 bytes in 0 blocks -==3774== suppressed: 0 bytes in 0 blocks -==3774== Rerun with --leak-check=full to see details of leaked memory -==3774== -==3774== For counts of detected and suppressed errors, rerun with: -v -==3774== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==21950== Memcheck, a memory error detector -==21950== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==21950== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==21950== Command: ./../../gwion -p. -d dummy /dev/null -==21950== Parent PID: 21924 -==21950== -==21950== -==21950== HEAP SUMMARY: -==21950== in use at exit: 928 bytes in 10 blocks -==21950== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==21950== -==21950== LEAK SUMMARY: -==21950== definitely lost: 928 bytes in 10 blocks -==21950== indirectly lost: 0 bytes in 0 blocks -==21950== possibly lost: 0 bytes in 0 blocks -==21950== still reachable: 0 bytes in 0 blocks -==21950== suppressed: 0 bytes in 0 blocks -==21950== Rerun with --leak-check=full to see details of leaked memory -==21950== -==21950== For counts of detected and suppressed errors, rerun with: -v -==21950== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -extend_pair.gw ==22512== Memcheck, a memory error detector -==22512== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22512== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22512== Command: ./../../gwion -p. -d dummy extend_pair.gw -==22512== Parent PID: 21924 -==22512== -==22512== -==22512== HEAP SUMMARY: -==22512== in use at exit: 2,151,822 bytes in 288 blocks -==22512== total heap usage: 695 allocs, 407 frees, 2,272,255 bytes allocated -==22512== -==22512== LEAK SUMMARY: -==22512== definitely lost: 256 bytes in 4 blocks -==22512== indirectly lost: 19 bytes in 1 blocks -==22512== possibly lost: 2,149,952 bytes in 278 blocks -==22512== still reachable: 1,595 bytes in 5 blocks -==22512== suppressed: 0 bytes in 0 blocks -==22512== Rerun with --leak-check=full to see details of leaked memory -==22512== -==22512== For counts of detected and suppressed errors, rerun with: -v -==22512== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -global_func.gw ==22565== Memcheck, a memory error detector -==22565== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==22565== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==22565== Command: ./../../gwion -p. -d dummy global_func.gw -==22565== Parent PID: 21924 -==22565== -==22565== -==22565== HEAP SUMMARY: -==22565== in use at exit: 2,208,612 bytes in 389 blocks -==22565== total heap usage: 931 allocs, 542 frees, 2,340,866 bytes allocated -==22565== -==22565== LEAK SUMMARY: -==22565== definitely lost: 256 bytes in 4 blocks -==22565== indirectly lost: 19 bytes in 1 blocks -==22565== possibly lost: 2,204,594 bytes in 374 blocks -==22565== still reachable: 2,123 bytes in 6 blocks -==22565== suppressed: 1,620 bytes in 4 blocks -==22565== Rerun with --leak-check=full to see details of leaked memory -==22565== -==22565== For counts of detected and suppressed errors, rerun with: -v -==22565== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==23264== Memcheck, a memory error detector -==23264== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==23264== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==23264== Command: ./../../gwion -p. -d dummy /dev/null -==23264== Parent PID: 23238 -==23264== -==23264== -==23264== HEAP SUMMARY: -==23264== in use at exit: 928 bytes in 10 blocks -==23264== total heap usage: 974 allocs, 964 frees, 7,596,826 bytes allocated -==23264== -==23264== LEAK SUMMARY: -==23264== definitely lost: 928 bytes in 10 blocks -==23264== indirectly lost: 0 bytes in 0 blocks -==23264== possibly lost: 0 bytes in 0 blocks -==23264== still reachable: 0 bytes in 0 blocks -==23264== suppressed: 0 bytes in 0 blocks -==23264== Rerun with --leak-check=full to see details of leaked memory -==23264== -==23264== For counts of detected and suppressed errors, rerun with: -v -==23264== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==24172== Memcheck, a memory error detector -==24172== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==24172== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==24172== Command: ./../../gwion -p. -d dummy /dev/null -==24172== Parent PID: 23238 -==24172== -==24172== -==24172== HEAP SUMMARY: -==24172== in use at exit: 576 bytes in 9 blocks -==24172== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==24172== -==24172== LEAK SUMMARY: -==24172== definitely lost: 576 bytes in 9 blocks -==24172== indirectly lost: 0 bytes in 0 blocks -==24172== possibly lost: 0 bytes in 0 blocks -==24172== still reachable: 0 bytes in 0 blocks -==24172== suppressed: 0 bytes in 0 blocks -==24172== Rerun with --leak-check=full to see details of leaked memory -==24172== -==24172== For counts of detected and suppressed errors, rerun with: -v -==24172== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==24986== Memcheck, a memory error detector -==24986== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==24986== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==24986== Command: ./../../gwion -p. -d dummy /dev/null -==24986== Parent PID: 24960 -==24986== -==24986== -==24986== HEAP SUMMARY: -==24986== in use at exit: 928 bytes in 10 blocks -==24986== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==24986== -==24986== LEAK SUMMARY: -==24986== definitely lost: 928 bytes in 10 blocks -==24986== indirectly lost: 0 bytes in 0 blocks -==24986== possibly lost: 0 bytes in 0 blocks -==24986== still reachable: 0 bytes in 0 blocks -==24986== suppressed: 0 bytes in 0 blocks -==24986== Rerun with --leak-check=full to see details of leaked memory -==24986== -==24986== For counts of detected and suppressed errors, rerun with: -v -==24986== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==25898== Memcheck, a memory error detector -==25898== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==25898== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==25898== Command: ./../../gwion -p. -d dummy /dev/null -==25898== Parent PID: 24960 -==25898== -==25898== -==25898== HEAP SUMMARY: -==25898== in use at exit: 576 bytes in 9 blocks -==25898== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==25898== -==25898== LEAK SUMMARY: -==25898== definitely lost: 576 bytes in 9 blocks -==25898== indirectly lost: 0 bytes in 0 blocks -==25898== possibly lost: 0 bytes in 0 blocks -==25898== still reachable: 0 bytes in 0 blocks -==25898== suppressed: 0 bytes in 0 blocks -==25898== Rerun with --leak-check=full to see details of leaked memory -==25898== -==25898== For counts of detected and suppressed errors, rerun with: -v -==25898== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==26556== Memcheck, a memory error detector -==26556== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==26556== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==26556== Command: ./../../gwion -p. -d dummy /dev/null -==26556== Parent PID: 26530 -==26556== -==26556== -==26556== HEAP SUMMARY: -==26556== in use at exit: 928 bytes in 10 blocks -==26556== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==26556== -==26556== LEAK SUMMARY: -==26556== definitely lost: 928 bytes in 10 blocks -==26556== indirectly lost: 0 bytes in 0 blocks -==26556== possibly lost: 0 bytes in 0 blocks -==26556== still reachable: 0 bytes in 0 blocks -==26556== suppressed: 0 bytes in 0 blocks -==26556== Rerun with --leak-check=full to see details of leaked memory -==26556== -==26556== For counts of detected and suppressed errors, rerun with: -v -==26556== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==27466== Memcheck, a memory error detector -==27466== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==27466== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==27466== Command: ./../../gwion -p. -d dummy /dev/null -==27466== Parent PID: 26530 -==27466== -==27466== -==27466== HEAP SUMMARY: -==27466== in use at exit: 576 bytes in 9 blocks -==27466== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==27466== -==27466== LEAK SUMMARY: -==27466== definitely lost: 576 bytes in 9 blocks -==27466== indirectly lost: 0 bytes in 0 blocks -==27466== possibly lost: 0 bytes in 0 blocks -==27466== still reachable: 0 bytes in 0 blocks -==27466== suppressed: 0 bytes in 0 blocks -==27466== Rerun with --leak-check=full to see details of leaked memory -==27466== -==27466== For counts of detected and suppressed errors, rerun with: -v -==27466== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==30414== Memcheck, a memory error detector -==30414== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==30414== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==30414== Command: ./../../gwion -p. -d dummy /dev/null -==30414== Parent PID: 30388 -==30414== -==30414== -==30414== HEAP SUMMARY: -==30414== in use at exit: 928 bytes in 10 blocks -==30414== total heap usage: 974 allocs, 964 frees, 7,596,796 bytes allocated -==30414== -==30414== LEAK SUMMARY: -==30414== definitely lost: 928 bytes in 10 blocks -==30414== indirectly lost: 0 bytes in 0 blocks -==30414== possibly lost: 0 bytes in 0 blocks -==30414== still reachable: 0 bytes in 0 blocks -==30414== suppressed: 0 bytes in 0 blocks -==30414== Rerun with --leak-check=full to see details of leaked memory -==30414== -==30414== For counts of detected and suppressed errors, rerun with: -v -==30414== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==31321== Memcheck, a memory error detector -==31321== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==31321== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==31321== Command: ./../../gwion -p. -d dummy /dev/null -==31321== Parent PID: 30388 -==31321== -==31321== -==31321== HEAP SUMMARY: -==31321== in use at exit: 576 bytes in 9 blocks -==31321== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==31321== -==31321== LEAK SUMMARY: -==31321== definitely lost: 576 bytes in 9 blocks -==31321== indirectly lost: 0 bytes in 0 blocks -==31321== possibly lost: 0 bytes in 0 blocks -==31321== still reachable: 0 bytes in 0 blocks -==31321== suppressed: 0 bytes in 0 blocks -==31321== Rerun with --leak-check=full to see details of leaked memory -==31321== -==31321== For counts of detected and suppressed errors, rerun with: -v -==31321== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==16648== Memcheck, a memory error detector -==16648== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==16648== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==16648== Command: ./../../gwion -p. -d dummy /dev/null -==16648== Parent PID: 16622 -==16648== -==16648== -==16648== HEAP SUMMARY: -==16648== in use at exit: 928 bytes in 10 blocks -==16648== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==16648== -==16648== LEAK SUMMARY: -==16648== definitely lost: 928 bytes in 10 blocks -==16648== indirectly lost: 0 bytes in 0 blocks -==16648== possibly lost: 0 bytes in 0 blocks -==16648== still reachable: 0 bytes in 0 blocks -==16648== suppressed: 0 bytes in 0 blocks -==16648== Rerun with --leak-check=full to see details of leaked memory -==16648== -==16648== For counts of detected and suppressed errors, rerun with: -v -==16648== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==17649== Memcheck, a memory error detector -==17649== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==17649== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==17649== Command: ./../../gwion -p. -d dummy /dev/null -==17649== Parent PID: 16622 -==17649== -==17649== -==17649== HEAP SUMMARY: -==17649== in use at exit: 576 bytes in 9 blocks -==17649== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==17649== -==17649== LEAK SUMMARY: -==17649== definitely lost: 576 bytes in 9 blocks -==17649== indirectly lost: 0 bytes in 0 blocks -==17649== possibly lost: 0 bytes in 0 blocks -==17649== still reachable: 0 bytes in 0 blocks -==17649== suppressed: 0 bytes in 0 blocks -==17649== Rerun with --leak-check=full to see details of leaked memory -==17649== -==17649== For counts of detected and suppressed errors, rerun with: -v -==17649== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==3026== Memcheck, a memory error detector -==3026== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==3026== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==3026== Command: ./../../gwion -p. -d dummy /dev/null -==3026== Parent PID: 3000 -==3026== -==3026== -==3026== HEAP SUMMARY: -==3026== in use at exit: 928 bytes in 10 blocks -==3026== total heap usage: 965 allocs, 955 frees, 7,595,222 bytes allocated -==3026== -==3026== LEAK SUMMARY: -==3026== definitely lost: 928 bytes in 10 blocks -==3026== indirectly lost: 0 bytes in 0 blocks -==3026== possibly lost: 0 bytes in 0 blocks -==3026== still reachable: 0 bytes in 0 blocks -==3026== suppressed: 0 bytes in 0 blocks -==3026== Rerun with --leak-check=full to see details of leaked memory -==3026== -==3026== For counts of detected and suppressed errors, rerun with: -v -==3026== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) -/dev/null ==4349== Memcheck, a memory error detector -==4349== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. -==4349== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info -==4349== Command: ./../../gwion -p. -d dummy /dev/null -==4349== Parent PID: 3000 -==4349== -==4349== -==4349== HEAP SUMMARY: -==4349== in use at exit: 576 bytes in 9 blocks -==4349== total heap usage: 956 allocs, 947 frees, 7,590,612 bytes allocated -==4349== -==4349== LEAK SUMMARY: -==4349== definitely lost: 576 bytes in 9 blocks -==4349== indirectly lost: 0 bytes in 0 blocks -==4349== possibly lost: 0 bytes in 0 blocks -==4349== still reachable: 0 bytes in 0 blocks -==4349== suppressed: 0 bytes in 0 blocks -==4349== Rerun with --leak-check=full to see details of leaked memory -==4349== -==4349== For counts of detected and suppressed errors, rerun with: -v -==4349== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)