<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Bug in ODBC Driver (SEGFAULT) - including full reproduction in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/bug-in-odbc-driver-segfault-including-full-reproduction/m-p/163615#M55160</link>
    <description>&lt;P&gt;This gist explains in detail, including root cause and reproduction:&amp;nbsp;&lt;A href="https://gist.github.com/rick-boyd-hightouch/35ff96d96edd2d15c39205c4b56527e4" target="_blank"&gt;https://gist.github.com/rick-boyd-hightouch/35ff96d96edd2d15c39205c4b56527e4&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Basically the start/end parsing added for SQL scripting counts any `--` in the SQL text as a comment initiation, and can cause stack overflows on long lines due to recursive regex parsing per-character. There are no workarounds discovered so far, and the earlier versions of the driver (&amp;lt;= 2.9.2) are not available in ARM, so we are stuck...&lt;/P&gt;</description>
    <pubDate>Tue, 21 Jul 2026 14:03:26 GMT</pubDate>
    <dc:creator>rickboyd</dc:creator>
    <dc:date>2026-07-21T14:03:26Z</dc:date>
    <item>
      <title>Bug in ODBC Driver (SEGFAULT) - including full reproduction</title>
      <link>https://community.databricks.com/t5/data-engineering/bug-in-odbc-driver-segfault-including-full-reproduction/m-p/163615#M55160</link>
      <description>&lt;P&gt;This gist explains in detail, including root cause and reproduction:&amp;nbsp;&lt;A href="https://gist.github.com/rick-boyd-hightouch/35ff96d96edd2d15c39205c4b56527e4" target="_blank"&gt;https://gist.github.com/rick-boyd-hightouch/35ff96d96edd2d15c39205c4b56527e4&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Basically the start/end parsing added for SQL scripting counts any `--` in the SQL text as a comment initiation, and can cause stack overflows on long lines due to recursive regex parsing per-character. There are no workarounds discovered so far, and the earlier versions of the driver (&amp;lt;= 2.9.2) are not available in ARM, so we are stuck...&lt;/P&gt;</description>
      <pubDate>Tue, 21 Jul 2026 14:03:26 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/bug-in-odbc-driver-segfault-including-full-reproduction/m-p/163615#M55160</guid>
      <dc:creator>rickboyd</dc:creator>
      <dc:date>2026-07-21T14:03:26Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in ODBC Driver (SEGFAULT) - including full reproduction</title>
      <link>https://community.databricks.com/t5/data-engineering/bug-in-odbc-driver-segfault-including-full-reproduction/m-p/163650#M55170</link>
      <description>&lt;DIV class="qMYqUG_convSearchResultHighlightRoot"&gt;
&lt;DIV class="" data-is-intersecting="true" data-turn-id-container="request-WEB:4dd38435-46a1-46b8-aa0f-f7b5b808f106-1"&gt;
&lt;SECTION class="text-token-text-primary w-full focus:outline-none has-data-writing-block:pointer-events-none [&amp;amp;:has([data-writing-block])&amp;gt;*]:pointer-events-auto R6Vx5W_threadScrollVars scroll-mb-[calc(var(--scroll-root-safe-area-inset-bottom,0px)+var(--thread-response-height))] scroll-mt-[calc(var(--header-height)+min(200px,max(70px,20svh)))]" dir="auto" data-turn="assistant" data-testid="conversation-turn-4" data-turn-id-container="request-WEB:4dd38435-46a1-46b8-aa0f-f7b5b808f106-1" data-turn-id="request-WEB:4dd38435-46a1-46b8-aa0f-f7b5b808f106-1"&gt;
&lt;DIV class="text-base my-auto mx-auto pb-15 [--thread-content-margin:var(--thread-content-margin-xs,calc(var(--spacing)*4))] @w-sm/main:[--thread-content-margin:var(--thread-content-margin-sm,calc(var(--spacing)*6))] @w-lg/main:[--thread-content-margin:var(--thread-content-margin-lg,calc(var(--spacing)*16))] px-(--thread-content-margin)"&gt;
&lt;DIV class="[--thread-content-max-width:40rem] @w-lg/main:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" data-conversation-screenshot-content=""&gt;
&lt;DIV class="flex max-w-full flex-col gap-4 grow"&gt;
&lt;DIV class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal outline-none keyboard-focused:focus-ring [.text-message+&amp;amp;]:mt-1" dir="auto" tabindex="0" data-turn-start-message="true" data-message-model-slug="gpt-5-5" data-message-id="331c9107-12d3-41c7-9a90-2be7a2960197" data-message-author-role="assistant"&gt;
&lt;DIV class="flex w-full flex-col gap-1 empty:hidden"&gt;
&lt;DIV class="markdown prose dark:prose-invert wrap-break-word w-full dark markdown-new-styling"&gt;
&lt;P class="PDq2pG_selectionAnchorContainer" data-end="316" data-start="0"&gt;The &lt;CODE data-end="69" data-start="57"&gt;std::regex&lt;/CODE&gt; recursive executor in libstdc++ has been a known footgun for patterns like &lt;CODE data-end="157" data-start="145"&gt;'[^\r\n]*'&lt;/CODE&gt; or &lt;CODE data-end="173" data-start="161"&gt;'[\s\S]*?'&lt;/CODE&gt; over user-controlled input; every character consumed by the repetition adds a stack frame, so this was always going to blow up on long inputs.&lt;/P&gt;
&lt;P data-end="960" data-start="584"&gt;For the immediate workaround: if your SQL is machine-generated and you have any control over the generator, inserting a newline periodically (or specifically after any &lt;CODE data-end="757" data-start="752"&gt;-- &lt;/CODE&gt; sequence) is probably the most reliable short-term fix. It breaks the condition the regex needs to blow the stack. It's fragile for arbitrary input but works well for templated or DSL-generated queries.&lt;/P&gt;
&lt;P data-is-only-node="" data-is-last-node="" data-end="1093" data-start="962"&gt;On ARM you're stuck since 2.9.2 never shipped for that arch, so the line-break injection is the only viable path until a fix lands.&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/SECTION&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Tue, 21 Jul 2026 20:00:28 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/bug-in-odbc-driver-segfault-including-full-reproduction/m-p/163650#M55170</guid>
      <dc:creator>iyashk-DB</dc:creator>
      <dc:date>2026-07-21T20:00:28Z</dc:date>
    </item>
  </channel>
</rss>

