edfcore 0.4.257 → 0.4.258

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.257";
112
+ export declare const VERSION = "0.4.258";
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.257';
82
+ export const VERSION = '0.4.258';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,21 @@ 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.258
10
+
11
+ - **Added** a check on the `Next:` convention, which `AGENTS.md` states as an absolute — "every
12
+ thrown message ends with a `Next:` clause naming what the caller should do" — and nothing
13
+ enforced. All 151 messages keep it today; what was missing is that the 152nd would not have
14
+ had to. The clause is the part that survives contact with a real user: "byte range [0, 512) is
15
+ outside the 256-byte buffer" says what happened, and "Next: check that the header and these
16
+ bytes came from the same file" says what it means.
17
+ - Both halves are covered, which took two passes. `EdfFormatError` is never thrown with `new` — it
18
+ is built from a diagnostic by `fatalError`, `sink.fatal`, `scalingError` and `toFormatError` — so
19
+ reading only `throw new` sees 90 messages and misses the 61 that carry the larger share of the
20
+ contract. And finding where a `throw` ends cannot be done by balancing parentheses:
21
+ `[${offset}, ${offset + length})` closes one, and the first version of this check reported the
22
+ two messages using that interval notation as violations of a rule they keep.
23
+
9
24
  ## 0.4.257
10
25
 
11
26
  - **Fixed** `AGENTS.md`'s description of the layering, which had been wrong about nearly every
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.257",
3
+ "version": "0.4.258",
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.257';
96
+ export const VERSION = '0.4.258';