fix minor bug with escape sequences: we should pattern match on an unescaped char, and we should return an escaped char. For example, it makes sense to pattern match on plain unescaped /home/humza/Downloads/sml/shf/temp.txt"n" and return /home/humza/Downloads/sml/shf/temp.txt"\n". This is because user inputs escape-chars as a two-char sequence, prepended by a backslash \ character

2025-10-06 21:58:50 +01:00
parent cc5c0bf95c
commit 71786a494c
2 changed files with 26 additions and 25 deletions
--- a/temp.txt
+++ b/temp.txt
@@ -1,3 +1,3 @@
-hello
+hello(
 fellow
 yellow