Developer finds 82-day bug in green test suite after readers spotted what tests missed

·1 views

A software developer shipped a resolver for Infrawise, an MCP server for coding agents, on June 14 with a fully passing test suite. Nearly three months later, within days of publishing a post about the code, three readers independently identified a flaw the tests had never caught. The bug involved a name-linking function that checked whether one deployed function matched exactly one source file, but never checked if multiple deployments were matching the same source — creating false confident links. The developer argues this blind spot was structural, not accidental: when one person writes both code and tests, the tests inherit the same assumptions and gaps as the code itself. The incident led to a conclusion that outside readers, especially for AI-dependent tools where wrong answers can look correct, may catch more than automated test suites written by the original author.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Publora Lists on Claude Connector Directory After Month-Long Build and Portal Glitches

The team behind Publora successfully submitted their product to Anthropic's official Claude connectors directory, with the submission form itself taking only about fifteen minutes to complete. However, the process was preceded by roughly six weeks of preparation, including reviewing thirteen pages of documentation, testing the server against fifteen requirements, and manually running eighteen tools in production. After hitting publish, the portal immediately showed a 'live' status, but the public listing page returned a 'connector does not exist' error for several hours before resolving on its own. The team also encountered several other discrepancies, including the portal incorrectly flagging the server as requiring no authentication, four mismatches between the official documentation and the actual submission form, and all eighteen tools being flagged as missing titles despite having them. The author shared these issues publicly to help other developers avoid the same time-consuming pitfalls when submitting their own connectors.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Polars 2.0 parses 1M dates 25x faster than lru_cache in Mac mini benchmark

A hands-on benchmark run on a Mac mini M4 Pro with Python 3.14 compared three approaches to parsing one million date strings: a plain script, an lru_cache trick, and Polars 2.0.0-rc.1. The cache method delivered roughly 3x speedup over the baseline but only when input dates repeated, and was actually 6% slower than doing nothing on fully unique inputs. Polars 2.0 completed the same task in 0.13 seconds end-to-end — about 25 times faster than the cached version — regardless of whether dates repeated. A separate re-run of the uv package installer at version 0.12.11 showed it remains around 6-7x faster than pip, with only a 4% improvement over the previous 0.11.6 version. The author notes Polars 2.0 is still a release candidate and recommends rechecking results once the final version ships.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

hi3d-cli Lets Developers Generate 3D Models From Terminal Using AI API

A new open-source command-line tool called hi3d-cli enables developers to generate textured 3D models directly from the terminal without manual downloads from web dashboards. The zero-dependency tool connects to the Hi3D API and supports multiple output formats including GLB, OBJ, STL, FBX, and USDZ, covering use cases from web apps to 3D printing. Setup takes under a minute via npx, with an interactive wizard storing API credentials locally. The tool also integrates with Claude Code as an agent skill, allowing automated 3D asset generation within existing development workflows. The package is available on both GitHub and NPM under the handle hi3d-cli.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How Free-List, Slab, and Buddy Allocators Solve Memory Management Challenges

A developer tutorial series exploring OS memory allocation explains how page-based memory management introduces new challenges around efficiency and overhead. Modern 64-bit CPUs read data in 8-byte chunks, making memory alignment critical for performance, though page-aligned memory from the OS helps address this. A key problem arises with small allocations, where metadata overhead can exceed 600% of the actual memory requested. The Linux kernel addresses this with Slab Allocators, which use a single control structure to manage hundreds of fixed-size slots. The article introduces three main allocator strategies — Slab, Buddy, and Free-List — each suited to different use cases, and demonstrates a basic Free-List implementation using linked lists and pointer arithmetic in C.

0 comments Read more at DEV Community