From b71faf8bc9554957276a218440110110d88b8013 Mon Sep 17 00:00:00 2001 From: fennecdjay Date: Mon, 8 Jul 2019 13:12:30 +0200 Subject: [PATCH] :art: Global unions and testing --- src/parse/scan1.c | 5 + tests/import/test.log | 1716 ++++++++++++++++++++++++++++ tests/tree/typedef_simple.gw | 1 + tests/tree/typedef_simple_array.gw | 1 + tests/tree/union_global.gw | 5 + tests/tree/union_tmpl.gw | 7 + 6 files changed, 1735 insertions(+) create mode 100644 tests/tree/typedef_simple.gw create mode 100644 tests/tree/typedef_simple_array.gw create mode 100644 tests/tree/union_global.gw create mode 100644 tests/tree/union_tmpl.gw diff --git a/src/parse/scan1.c b/src/parse/scan1.c index daa65b7c..7d48a02a 100644 --- a/src/parse/scan1.c +++ b/src/parse/scan1.c @@ -269,11 +269,16 @@ ANN m_bool scan1_stmt_union(const Env env, const Stmt_Union stmt) { do { const Exp_Decl decl = l->self->d.exp_decl; SET_FLAG(decl.td, checked | stmt->flag); + const m_bool global = GET_FLAG(stmt, global); + if(global) + UNSET_FLAG(decl.td, global); if(GET_FLAG(stmt, member)) SET_FLAG(decl.td, member); else if(GET_FLAG(stmt, static)) SET_FLAG(decl.td, static); CHECK_BB(scan1_exp(env, l->self)) + if(global) + SET_FLAG(decl.td, global); } while((l = l->next)); union_pop(env, stmt, scope); return GW_OK; diff --git a/tests/import/test.log b/tests/import/test.log index ef40e5d1..0c528c74 100644 --- a/tests/import/test.log +++ b/tests/import/test.log @@ -5887,3 +5887,1719 @@ enum.gw ==15223== Memcheck, a memory error detector ==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) diff --git a/tests/tree/typedef_simple.gw b/tests/tree/typedef_simple.gw new file mode 100644 index 00000000..89d77a32 --- /dev/null +++ b/tests/tree/typedef_simple.gw @@ -0,0 +1 @@ +typedef int _int; diff --git a/tests/tree/typedef_simple_array.gw b/tests/tree/typedef_simple_array.gw new file mode 100644 index 00000000..48168582 --- /dev/null +++ b/tests/tree/typedef_simple_array.gw @@ -0,0 +1 @@ +typedef int[] _int; diff --git a/tests/tree/union_global.gw b/tests/tree/union_global.gw new file mode 100644 index 00000000..365a276a --- /dev/null +++ b/tests/tree/union_global.gw @@ -0,0 +1,5 @@ +union global GlobalUnion { + int gui; + float guf; +}; +<<<"test">>>; diff --git a/tests/tree/union_tmpl.gw b/tests/tree/union_tmpl.gw new file mode 100644 index 00000000..3c0d93f3 --- /dev/null +++ b/tests/tree/union_tmpl.gw @@ -0,0 +1,7 @@ +union <~A~> U{ + int i; + A a; +}; + +<~float~>U u; +<<< u.a >>>; -- 2.43.0