edfcore 0.4.382 → 0.4.383

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
109
109
  readonly reserved: 224;
110
110
  };
111
111
  /** Published package version. Kept in sync with package.json by a test. */
112
- export declare const VERSION = "0.4.382";
112
+ export declare const VERSION = "0.4.383";
113
113
  //# sourceMappingURL=constants.d.ts.map
package/dist/constants.js CHANGED
@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
79
79
  reserved: 224,
80
80
  };
81
81
  /** Published package version. Kept in sync with package.json by a test. */
82
- export const VERSION = '0.4.382';
82
+ export const VERSION = '0.4.383';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,22 @@ alone does not tell you whether you were affected.
6
6
  edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
7
7
  defect; those are called out below.
8
8
 
9
+ ## 0.4.383
10
+
11
+ - **Added** a check for the last paragraph of `data-sources.md`, which says what survives
12
+ `close()`: the header and the timeline stay readable, and `readRecords`, `readWindow`,
13
+ `readAnnotations` and an unmemoised `index.locate` fail. Every `fileSource` example on the site
14
+ is wrapped in `try { … } finally { await source.close?.() }`, so a recording outliving its handle
15
+ is the ordinary shape of a program here, and that paragraph was the only statement of which half
16
+ of the object still works.
17
+ - The carve-out in it turned out to be narrower than it reads. A probed index memoises records 0
18
+ and n−1 at open and every record a search walks over, so `locate(0.5)` answers after the close
19
+ only if it already ran before it — on a freshly opened file the binary search probes a midpoint
20
+ first. Both cases are pinned, since a later memoisation change makes that quietly more generous.
21
+ - It does not claim the rejection is an `EdfError`. It is whatever the source raises: for
22
+ `fileHandleSource` that is Node's own `Error: file closed`, and `isEdfError` returns false for
23
+ it. Closing your own handle is not a file defect.
24
+
9
25
  ## 0.4.382
10
26
 
11
27
  - **Fixed** the docblock at the top of `scripts/release.mjs`, which described the scheme that was
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.382",
3
+ "version": "0.4.383",
4
4
  "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
5
5
  "keywords": [
6
6
  "edf",
package/src/constants.ts CHANGED
@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
93
93
  } as const;
94
94
 
95
95
  /** Published package version. Kept in sync with package.json by a test. */
96
- export const VERSION = '0.4.382';
96
+ export const VERSION = '0.4.383';