neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
An open-source build of the DCL command language, Record Management Services, the system services, and a kernel executive, with its own userland above the Linux or NetBSD kernel. Boots in your browser
Developer toolsC · ShellGitHub @3dl-devOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
An OpenVMS-compatible environment for Linux: DCL, RMS, native linker, image activator. Not an emulator; the ABI is the contract.
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
OpenVMS-compatible environment for Linux. OpenVMX implements VMS system services,
the DCL command language, Record Management Services, and VMS-style kernel
extensions — packaged as a bootable Linux distribution.
OpenVMX is two named layers, GNU/Linux-style: OpenVMX is the VMS-compatible
product (login banner, SHOW SYSTEM, DCL — what a user touches), running on
OVMX/Linux, the Linux base layer underneath (kernel, boot, distro
tooling) — the rough equivalent of the VAX/Alpha hardware OpenVMS itself ran
on. See Architecture for
where the split falls.Read the full README ↗OpenVMS-compatible environment for Linux. OpenVMX implements VMS system services, the DCL command language, Record Management Services, and VMS-style kernel extensions — packaged as a bootable Linux distribution.
OpenVMX is two named layers, GNU/Linux-style: OpenVMX is the VMS-compatible
product (login banner, SHOW SYSTEM, DCL — what a user touches), running on
OVMX/Linux, the Linux base layer underneath (kernel, boot, distro
tooling) — the rough equivalent of the VAX/Alpha hardware OpenVMS itself ran
on. See Architecture for
where the split falls.
sys$assign, sys$qio, sys$crmpsc, sys$enq, sys$setimr,
sys$creprc, sys$asctim, sys$gettim, mailboxes, event flags, ASTs, logical names —
kernel-resident in the executive (vms.ko), reached through /dev/vmslib$, str$, mth$, ots$ routines for memory, strings,
math, signals, date/timeINITIALIZE writes a real volume, MOUNT parses the home block/SCB, and RMS resolves
through FID → file header → extents — not a host-filesystem passthroughvms_login) and OpenSSH-based multi-user access$ENQ/$DEQ,
blocking ASTs, deadlock detection, lock value blocks) running cross-node over the SCS
wire; cluster membership resident in the executive, so SHOW CLUSTER and $GETSYI
read the real member block; RMS file/record locking behind the DLMTCPIP$CONFIG
configuration plane, TCPIP$ logicals, BGn: socket transport, PING, and an
inetd-style auxiliary serverLNM$SYSTEM is executive-resident
and visible node-widevms.ko (the VMS executive: access control, ASTs, event flags,
the distributed lock manager, mailboxes, and the Files-11 ODS-2 ACP)libvmssys runs without glibc (x86_64, Alpha, VAX,
aarch64)This is OpenVMX proper: it boots OVMX/Linux (kernel modules, init), which
hands off to the VMS-native toolchain (the IMGACT.EXE image activator and
LINK.EXE, on a musl userland).
# Build the kernel + initramfs
docker build -f distro/Dockerfile.bootable -o dist .
# Boot it
./distro/boot/run-qemu.sh dist/boot/vmlinuz dist/boot/initramfs-ovmx.cpio.gz
# Prerequisites (Debian/Ubuntu)
sudo apt install cmake gcc make libc6-dev libreadline-dev flex bison
# Build
cmake -B build -DCMAKE_BUILD_TYPE=Debug -DBUILD_TESTS=ON -DBUILD_TOOLS=ON
cmake --build build -j$(nproc)
# Run tests
cd build && ctest --output-on-failure
Start at the Documentation Index for the full map. Key entries:
PRODUCT INSTALL a kit onto a target volume (steps checked in CI against the real e2e gate)sys$ referenceOpenVMX ships on a milestone ladder toward 1.0. The current release is V0.6 (cluster correctness): a genuine VMScluster participant — the distributed lock manager runs the full ladder over the SCS wire, RMS file/record locking reaches the real arbitrator, and cluster membership lives in the executive. Earlier milestones delivered the executive / DCL / RMS / kernel foundation (0.3), faithful install-and-boot (0.4), and the authenticity flip to genuine Files-11 ODS-2 over the executive ACP with binary SYSUAF/Purdy login (0.5). See the release roadmap to 1.0 for the full milestone ladder and current state.
First-class release architectures are x86_64, aarch64, Alpha (LP64), and VAX (on the NetBSD substrate). Every release is co-released across these four through a shared build/release gate. Bootable aarch64 downloads ship from V0.7-11 on, and the release-acceptance gate boots them (vms-0ad0).
OpenVMX runs as a bootable QEMU VM — the VMS-native runtime (image activation via
IMGACT.EXE, linking via LINK.EXE, musl userland) — where vms.ko provides the
VMS executive and userspace reaches it through /dev/vms. The QEMU / real-kernel
path is the only OpenVMX runtime; there is no Docker-based way to run OpenVMX
(Rule 9).
GPL-2.0 — see LICENSE.