Skip to content

Snowflake string escapes#18

Merged
Vedin merged 2 commits into
embucket-sync-df53.0.0-parser0.61.0from
snowflake-string-escapes
Jul 2, 2026
Merged

Snowflake string escapes#18
Vedin merged 2 commits into
embucket-sync-df53.0.0-parser0.61.0from
snowflake-string-escapes

Conversation

@Vedin

@Vedin Vedin commented Jul 2, 2026

Copy link
Copy Markdown

No description provided.

Vedin and others added 2 commits July 2, 2026 13:28
…ified table

Snowflake (verified against the live service) decodes octal \o..\ooo
(greedy, 1-3 digits), hex \xhh and unicode \u+4-hex escapes (malformed
ones are compilation errors), and the C-style \b \f \n \r \t; \' \"
\\ escape themselves; any other escaped character keeps the character
and drops the backslash ('\a' = 'a', '\Z' = 'Z' — NOT the MySQL BEL/^Z
mappings the shared table applied before).

Gated behind a new dialect hook supports_snowflake_string_literal_escapes
(default false) so no other dialect changes behavior.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The 1.86.0 pin broke on dependency resolution unrelated to any code
change: sqlparser's recursive-protection feature pulls
recursive -> stacker -> psm, and the freshly released psm 0.1.31 adds a
build-dependency on ar_archive_writer 0.5.2, which requires rustc 1.88.
Neither crate commits a lockfile, so the lint jobs resolve latest
versions and benchmark-lint failed at resolution. Both clippy jobs
verified clean locally on 1.89.0.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@Vedin Vedin merged commit 01e9e5e into embucket-sync-df53.0.0-parser0.61.0 Jul 2, 2026
19 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant