You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can see in my utop session below that XDG correctly reports the configuration directory is LOCALAPPDATA, but some magic in utop is mangling the path badly.
Somehow xdgbd_file is combining both HOME and XDG (on Windows HOME should either be ignored or be the fallback to LOCALAPPDATA). My guess is that something is interpreting Xdg.config_dir xdg as a relative path (a common mistake is to assume that absolute paths have to start with a / forward slash), and then making Xdg.config_dir xdg an absolute path relative to $HOME.
That means utop can't locate the correct init.ml file:
Context
You can see in my utop session below that XDG correctly reports the configuration directory is LOCALAPPDATA, but some magic in
utop
is mangling the path badly.You can follow along with DkML 2.0.1 at https://gitlab.com/diskuv-ocaml/distributions/dkml/-/releases/2.0.1/downloads/setup64u.exe in a Windows Sandbox or a VM. Then run
utop
in a Command Prompt or PowerShell.Root Cause Guess
Somehow
xdgbd_file
is combining bothHOME
and XDG (on WindowsHOME
should either be ignored or be the fallback to LOCALAPPDATA). My guess is that something is interpretingXdg.config_dir xdg
as a relative path (a common mistake is to assume that absolute paths have to start with a/
forward slash), and then makingXdg.config_dir xdg
an absolute path relative to$HOME
.That means utop can't locate the correct
init.ml
file:utop/src/lib/uTop_main.ml
Lines 1406 to 1417 in 5b98d28
Related
The text was updated successfully, but these errors were encountered: