2022-02-19 02:45:47 I have RETRO 2022.1 built & running on an Ubuntu WSL on Windows 10 ... I'm not a very in-depth dev and don't even know Forth very well, but I think I know what I'm doing ... and I'm having some very strange and inconsistent behaviour when using simple string words, like s:replace-all. 2022-02-19 02:45:48 RETRO 12 (2022.1) 2022-02-19 02:45:48 524288 Max, 35051 Used, 489237 Free 2022-02-19 02:45:49 'aaaaaabbbbbbcccccc 2022-02-19 02:45:49 'b 'Z s:replace-all 2022-02-19 02:45:50 s:put nl 2022-02-19 02:45:50 aaaaaaZZZZZZZZZZZc 2022-02-19 02:45:51 'aaaaaabbbbbbcccccc 2022-02-19 02:45:51 'b 'Z s:replace-all 2022-02-19 02:45:52 s:put nl 2022-02-19 02:45:52 aaaaaaZZZZZZZZZZZZ 2022-02-19 02:45:53 'aaaaaabbbbbbcccccc 2022-02-19 02:45:53 'b 'Z s:replace-all 2022-02-19 02:45:54 s:put nl 2022-02-19 02:45:54 aaaaaaZZZZZZZZZZZZ 2022-02-19 02:45:55 dump-stack 2022-02-19 02:45:55 'aaaaaabbbbbbcccccc 2022-02-19 02:45:56 'b 'Z s:replace-all 2022-02-19 02:46:12 I don't even know how to describe that behaviour but I'd appreciate some pointers! 2022-02-19 04:10:14 Just tried the same the same thing on an OpenBSD 7.0 VM, with the latest 2022.7. The same behaviour - the replaced characters aren't the same each time, and aren't the ones I'd expect ... 2022-02-19 04:31:10 More interesting: when being run from a program, it seems to be reliable ... 2022-02-19 04:31:10 $ cat problem.retro 2022-02-19 04:31:11 #!/usr/bin/env retro 2022-02-19 04:31:11 ~~~ 2022-02-19 04:31:12 'aaaabbbbccccdddd 'b 'Z s:replace-all s:put nl 2022-02-19 04:31:12 ~~~ 2022-02-19 04:31:13 $ while :; do ./problem.retro ; done 2022-02-19 04:31:13 aaaaZZZZccccdddd 2022-02-19 04:31:14 aaaaZZZZccccdddd 2022-02-19 04:31:14 aaaaZZZZccccdddd 2022-02-19 04:31:15 aaaaZZZZccccdddd 2022-02-19 04:31:15 aaaaZZZZccccdddd 2022-02-19 04:31:16 aaaaZZZZccccdddd 2022-02-19 04:31:16 ...... 2022-02-19 17:35:37 I’ll look into this 2022-02-19 17:54:15 I think there is an issue with s:tokenize-on-string; I will try to confirm this and fix it