Blanton_TTL_Script

T

etwenandClaude Opus 5 79a3604ac4 fix(dsc): bcmcmd was eating the port list, so only one port was scanned

The scan loop read its port file on stdin. bcmcmd reads stdin too, so the
first call swallowed the rest of the file and the loop ended after a
single port.

Nothing about that looked wrong. The log held one PORT marker and one dsc
block, the marker-to-dump comparison passed because both counts shrank
together, the exit code was 0, and a 445-port scan just finished in
seconds.

The loop now reads on fd 3 (done 3< "$PORTFILE") and bcmcmd is given
< /dev/null. A second check compares the iteration count against the port
list count - the marker/dump comparison cannot see a loop that ends
early, so it needed a number that does not shrink with it. The Saved:
line reports dumps out of TOTAL rather than out of markers.

This is the same bcmcmd trap blanton_traffic_linespeed.sh hit at v0.3.1,
where only the first VLAN was configured.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014RetWKFZFG1ZHcitQAyhwM

2026-09-07 10:02:25 +08:00

docs

feat(ttl): Run Script 4's CPU stress as the same systemd unit

2026-09-06 17:31:33 +08:00

publish

chore(publish): Keep the mlucas binaries out of git and the bundle

2026-09-06 17:21:39 +08:00

secret

docs(arch): Add ARCHITECTURE.md and CLAUDE.md, init repo

2026-08-17 08:52:11 +08:00

src/Script_ABC_Blanton

fix(dsc): bcmcmd was eating the port list, so only one port was scanned