leptris 1.9.28 → 1.9.29

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 5269fdd7c4c775fa14fa07fcaecd4356d6d7b0a04ea0de83f10b8efee3cae4df
-  data.tar.gz: 2de7f895e3e4fe444375fc800e867f751fd07d5598e09bde80d41d0df2c166bf
+  metadata.gz: f91b02217a813c5c7c8eb267b6b82b3eb7689d857fbd76b7a8b108962d56d18c
+  data.tar.gz: c15ad7755d849144c45176d4e28f819ac090927c8a1e1d6ad58c89fe8a3006fe
 SHA512:
-  metadata.gz: 0e8e507336b7348bba069dba172842a76463939bd472483d5bbba3785d9aa2b8a0a928f484254ea642cfc1cedfc9b1fa29b02adaaecf5675c9881527c54a51ee
-  data.tar.gz: 81ac2512ce3d76fe7332e7ba53ca5f60d45358271b79ee47652f4043756d7914a0f24efb4031c30401dcf41a3d33adaea6fbfa52aa8993f19b746c11a4a63b52
+  metadata.gz: db0800af7aafe8cf8efb263a0fde99d8876b3d8f487a9cbe738bf2d086a9be8a9e6805e9033b3b695b9064e58d4593f0aee4361dcdc55fa2f920e5a71484acb7
+  data.tar.gz: ae1282d974199e33a98c9361aee2afb36b7dacfb782259380688cd13e480065d3ff59108be44f868b3283f0f11fb958c37d16f28c9eb5fcfc1a6ac6331020c26

data/CHANGELOG.md

@@ -5,6 +5,38 @@ All notable changes to Leptris will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [1.9.29] - 2026-08-28
+
+### Fixed
+
+- **Element-batch truncation (1.9.28 regression)**:
+  `fetch_element_children`'s opportunistic growth read its sizing
+  from `leptris_element_children(ptr, NULL, 0)` — but that entry
+  point has NO count-only mode (NULL returns 0, unlike
+  `leptris_node_children`), so the truncation check always judged
+  "fits" and wide element families were cut to the scratch
+  capacity (32 on a fresh thread/process). `#element_children`
+  and `#last_element_child` both affected; elements with 32 or
+  fewer element children — and any process whose scratch had
+  already grown — were unaffected, which is why the round-XXIII
+  suite passed. Sizing now comes from the dedicated
+  `leptris_element_child_count`. Two fresh-Thread regression
+  specs pin the fresh-scratch state (the scratch is thread-local:
+  same-process test ordering had masked it); they fail on 1.9.28.
+  The count query fires only when the buffer fills exactly —
+  steady-state cost unchanged, the batch's -27% element_children
+  win holds.
+
+### Meta
+
+- Compiled-expression cache for `Searchable#xpath` prototyped and
+  retired by measurement: mixed deltas across expression shapes,
+  one stable regression (parent-axis `..` +58% through
+  `leptris_xpath_compiled_eval` vs string eval, three interleaved
+  passes), suggesting the engine's string path already amortizes
+  compilation. Reverted in full; the parent-axis asymmetry is
+  worth an upstream look.
+
 ## [1.9.28] - 2026-08-28
 
 ### Changed

data/lib/leptris/version.rb

@@ -1,5 +1,5 @@
 # frozen_string_literal: true
 
 module Leptris
-  VERSION = "1.9.28"
+  VERSION = "1.9.29"
 end

data/lib/leptris/xml/ffi.rb

@@ -533,7 +533,6 @@ module Leptris
       attach_function :leptris_xpath_compiled_free,
 
         [:leptris_xpath_compiled], :void
-
       attach_function :leptris_sax_parse,
         [:string, :size_t, :pointer, :pointer], :int
       attach_function :leptris_sax_parser_create,
@@ -878,7 +877,10 @@ module Leptris
         cap = buffer.size / PTR_BYTES
         copied = leptris_element_children(el_ptr, buffer, cap)
         if copied == cap
-          total = leptris_element_children(el_ptr, nil, 0)
+          # leptris_element_children has NO count-only mode (NULL
+          # returns 0, unlike leptris_node_children) — size the
+          # regrow from the dedicated counter.
+          total = leptris_element_child_count(el_ptr)
           if total > cap
             buffer.free
             buffer = scratch[:pointers] =

metadata

@@ -1,7 +1,7 @@
 --- !ruby/object:Gem::Specification
 name: leptris
 version: !ruby/object:Gem::Version
-  version: 1.9.28
+  version: 1.9.29
 platform: ruby
 authors:
 - Ribose Inc.