From: fennecdjay Date: Mon, 8 Jul 2019 00:16:19 +0000 (+0200) Subject: :bug: Fix ast X-Git-Tag: nightly~2348^2~23 X-Git-Url: http://10.10.0.4:5575/?a=commitdiff_plain;h=24048aae2a05e1885f392199685b1a39c918b76e;p=gwion.git :bug: Fix ast --- diff --git a/ast b/ast index 51f054f7..c741307f 160000 --- a/ast +++ b/ast @@ -1 +1 @@ -Subproject commit 51f054f7529e39e78a41eb0f68baedfb26a1ad07 +Subproject commit c741307fdf9ccea4c6fc485aa31f6392a3f59148 diff --git a/examples/string.gw b/examples/string.gw index 31f93e35..22024437 100644 --- a/examples/string.gw +++ b/examples/string.gw @@ -1,37 +1,6 @@ Object o; string s; "CamelCase" => s; -s.size(); -s.upper(); -s.lower(); -s.find('o'); -s.find(1, 'i'); -s.find("su"); -s.find(1, "su"); -s.rfind('o'); -s.rfind(1, 'i'); -s.rfind("su"); -s.rfind(1, "su"); -s.erase(1, 2); - - -<<< " su".ltrim() >>>; -<<< " su ".rtrim() >>>; -<<< " su ".trim() >>>; - -<<< " su ".charAt(1) >>>; -<<< " su ".charAt(1, 'n') >>>; -<<< " su ".charAt(-1) >>>; -<<< " su ".charAt(-1, 'n') >>>; - - -s.substring(2); -" su ".substring(2); -<<< " su ".substring(2, 1) >>>; -<<< "su".insert(1, "test") >>>; -<<< "su".replace(1, "t") >>>; -<<< "su".replace(1, 2, "turlututu") >>>; -<<< " su ".charAt(1, 'n') >>>; #!null @=> s; <<< 1 => s >>>; <<< 1.0 => s >>>; @@ -48,8 +17,6 @@ s.substring(2); #! look at me!!! <<< o => s >>>; #! hang . grrr ... <<< "test" + "another test" >>>; #! mem leak -<<< "1".toInt() >>>; -<<< "1".toFloat() >>>; #!me.exit(); @@ -76,4 +43,3 @@ s.substring(2); <<< "test" != "test" >>>; <<< "test" == "test1" >>>; <<< "test" != "test1" >>>; -<<< string.char('t') >>>; diff --git a/tests/import/test.log b/tests/import/test.log index 51b9b3e6..ef40e5d1 100644 --- a/tests/import/test.log +++ b/tests/import/test.log @@ -4330,3 +4330,1560 @@ enum.gw ==15223== Memcheck, a memory error detector ==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) diff --git a/tests/sh/opt.sh b/tests/sh/opt.sh index 4bcda1d4..128437f8 100644 --- a/tests/sh/opt.sh +++ b/tests/sh/opt.sh @@ -75,3 +75,8 @@ run "$n" "module argument" "-mfake:test" "file" # get Kompile time Konfig n=$((n+1)) run "$n" "Kompile time Konfig" "-k" "file" + +# test signal +./gwion -l1 & +PID=$! +sleep .1 && kill $PID