mirror of
https://github.com/t8y2/dbx.git
synced 2026-11-15 13:01:01 +08:00
zipgandDBX Agent
fbb588eecb
* fix(windows): keep the 8 MiB main-thread stack on legacy builds
Windows 7 / Server 2012 R2 users on 0.6.58 report the WER dialog "DBX 已停止
工作" with APPCRASH signature dbx.exe / faulting module dbx.exe / exception
c00000fd (STATUS_STACK_OVERFLOW) as soon as they click a database connection
(MySQL, Oracle 11 and Dameng 8 all reproduce), while 0.6.55 is fine.
Root cause: .cargo/config.toml raises the main-thread stack to 8 MiB with
-C link-arg=/STACK:8388608, but Cargo ignores target rustflags whenever a
RUSTFLAGS env var is set. The Win7/Server 2012 R2 jobs set RUSTFLAGS for the
static CRT, so the legacy PE kept the 1 MiB linker default while the standard
Windows build kept 8 MiB. The 0.6.56 connect-path rewrite made the DB query
stack deeper, and the legacy 1 MiB stack overflows on connect.
- repeat -C link-arg=/STACK:8388608 in every workflow RUSTFLAGS that links a
Windows PE (release Win7 app + dbx-web, CI Win7/standard/duckdb jobs, SQL
Server 2000 Win7 test build)
- add the same flag to the legacy target table in .cargo/config.toml for local
builds
- fail the Win7 PE audit when SizeOfStackReserve drops below 8 MiB, so this
cannot silently regress again
- assert the flag stays in the workflows from ci-workflow.test.mjs
* chore(clippy): indent the MariaDB KB doc continuation
main's 7958f7ad9 added an unindented continuation line after a doc list
item, so rust-fmt-clippy now fails on main and on every PR with
clippy::doc_lazy_continuation under -D warnings. Indent the line the way
the lint documents so the build can go green.
---------
Co-authored-by: DBX Agent <agent@dbx.local>
Crates
Rust crates for DBX live here.
Directories
dbx-core/- application orchestration: connections, queries, schema operations, data workflows, AI tools, administration, persistence, safety, and host services.dbx-types/- shared connection, query, metadata, and serialization contracts; generated database identities.dbx-sql/- SQL parsing, dialects, analysis, risk classification, DDL/DML generation, and schema diff planning.dbx-drivers/- native database adapters, database Agents, tunnels, execution budgets, and driver lifecycle.dbx-formats/- data formatting and file encoders, independent of database connections.dbx-ai-provider/- AI provider clients, CLI adapters, streaming, and token usage.dbx-plugin-runtime/- plugin packages, signatures, marketplace, subprocess sessions, and host requests.dbx-platform/- shared process, path, proxy, download, version, and host-prompt primitives.dbx-web/- the Docker/web backend service binary published asdbx-web.dbx-cli/- the command-line application.dbx-mcp/- the MCP service library and binary.dbx-sqlite-worker/- the isolated SQLite file-host worker and protocol.
The workspace root is defined in the repository-level Cargo.toml.
See ARCHITECTURE.md for dependency rules, compatibility exports, feature selection, and validation commands.