+++ /dev/null
-/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)
projects / gwion.git / commitdiff