[codewiz]

Follow-up to #186 / #191: with #187 merged, ixemul.library 80.1 programs start and print to the console, but every path-based call (open(), mkdir(), stat(), rename(), unlink(), opendir()) still fails with ENOENT before any packet is sent.

ixemul resolves every path in __plock() (library/__plock.c): GetDeviceProc(), then ACTION_LOCATE_OBJECT and the operation's own packet to dvp_Port. When dvp_Port is NULL it stops there with ERROR_OBJECT_NOT_FOUND:

dp = get_device_proc(name, dp, info, &PI);
if (!info->handler)
  {
    SetIoErr(ERROR_OBJECT_NOT_FOUND);
    break;
  }

#191 already made every lock's fl_Task and every handle's fh_Type name the filesystem packet port (DosState::fs_port_addr), but GetDeviceProc still wrote 0 into dvp_Port. This writes that port there too, and updates the module docs and the two tests that asserted dvp_Port == 0.

With it, ixemul's packets reach handle_fs_packet: ACTION_LOCATE_OBJECT resolves paths, and mkdir() sends ACTION_CREATE_DIR. The actions that are not implemented yet, and a reply that makes them look successful, are in #196.

Test plan

• cargo test -p volamos-core dosdevproc: 8 pass
• cargo test --workspace: all pass except exectask::tests::pending_host_break_folds_into_check_signal and pending_host_break_folds_into_wait, which fail the same way on main (02fe8cf) in a full parallel run and pass when run alone
• cargo clippy --workspace --all-targets: clean
• ixemul programs: AllocDosObject(DOS_FILEHANDLE) and packet-level file I/O #186's hello-68000 and hello-68020 still print and exit 3, with and without --sanitize
• an ixemul mkdir("W:x") now sends ACTION_LOCATE_OBJECT and ACTION_CREATE_DIR to the port (before: no packet at all)

🤖 Generated with Claude Code