mirror of
https://github.com/brazilofmux/tinymux
synced 2026-08-13 00:23:11 -04:00
No description
a70362ef63
Every BOM in the tree, and an .editorconfig so Visual Studio does not put them back. All eleven carry no information: none of the files contains a single non-ASCII byte, so the BOM was the only non-ASCII content in each. Visual Studio wrote them when it generated or last touched those project files. Ten are .vcxproj.filters; two are the sqlproxy and sqlslave .vcxproj, which is why the /utf-8 commit had to restore them mid-change. The concern that makes this worth more than tidying: Visual Studio adds a signature when it needs to represent a non-ASCII character in a file that had none. These files are pure ASCII, so removing the BOM should stick -- VS preserves the encoding it finds. But #1499 step 2 converts source prose from \xE2\x80\x99 escapes to characters, which is precisely the condition that starts making VS write signatures, and on .cpp rather than on project files. .editorconfig is the lever for that. charset = utf-8 means UTF-8 WITHOUT a BOM (utf-8-bom is the spelling for with), and Visual Studio honours it, as do VS Code, CLion and Sublime. It is deliberately the only key set: indentation, line endings and trailing whitespace are left to existing practice and CLAUDE.md, so the file cannot reformat anything by surprise. Git cannot do this job, which is worth recording because it is the obvious place to look. core.autocrlf is line endings only, and .gitattributes' working-tree-encoding converts encodings rather than stripping a signature -- pointing it at UTF-16 would ADD one. Stripping a BOM through git needs a custom clean filter that every clone has to configure locally; an .editorconfig needs no setup and acts where the BOM is actually introduced. A BOM is harmless to MSVC and tolerated by gcc and clang, so this is not a correctness fix for compiled sources. It matters for files that are executed rather than compiled -- a shell script or a .mux corpus file with a BOM simply does not work -- and for keeping diffs free of churn that depends on who last opened a file in an IDE. Verified: full rebuild of all eleven projects clean, including the two whose .vcxproj lost its BOM; smoke 316 dispatched, 1487 succeeded, 17 failed (the known build-configuration failures here); format, netaddr and alarm harnesses pass; zero BOMs left in any tracked file. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| client | ||
| color | ||
| debian | ||
| docker | ||
| docs | ||
| hooks | ||
| mux | ||
| parser | ||
| ragel | ||
| sgp | ||
| specs | ||
| testcases | ||
| tests | ||
| tools/worldbuilder | ||
| unix | ||
| utf | ||
| win32 | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| AGENTS.md | ||
| CLAUDE.md | ||
| CONTRIBUTING.md | ||
| dounix.sh | ||
| dowin32.sh | ||
| GEMINI.md | ||
| LICENSE | ||
| Makefile | ||