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
Describe the bug
Attempting to boot tidal with the emacs plugin fails if the path to the tidal package contains space characters.
To Reproduce
Steps to reproduce the behavior: (on Windows, but a similar process should reveal the issue on other platforms) :
Note: this assumes you don't have the cabal tidal package installed yet, and will be doing so locally from a copy of the source code.
Edit the cabal config file (at %AppData%\Roaming\cabal\config on my machine for example) and change the line -- data-dir: $prefix to data-dir: $prefix\test test test (ie remove the -- and add a sub folder name with spaces in it to the end)
In a cmd.exe window, change the current directory to your local copy of the tidal source code (eg cd projects\tidal) and run cabal install
Now attempt to boot tidal as described in 'Start TidalCycles inside your text editor > Instructions for Emacs' in the above document
Observe that instead of tidal booting properly, something similar to the following error is printed to the log window:
GHCi, version 8.4.3: http://www.haskell.org/ghc/ :? for help
Prelude> IO error: ""C:\\Users\\Ethan\\AppData\\Roaming\\cabal\\test\BootTidal.hs" invalid argument
Prelude>
Expected behavior
The tidal.el script should gracefully handle paths to the tidal package that contain spaces, and parse them correctly, so that tidal is able to boot without an error.
Environment (please complete the following information):
OS: Windows (though the same problem may well exist on others)
Haskell version: GHC 8.4.3
Tidal version: 1.4.3
SuperCollider version: 3.9.0-beta1
Additional context
Regarding cross-platform determination of the tidal data-dir value as introduced in a3f2b69, using ghc-pkg field tidal data-dir instead as mentioned elsewhere may simplify things somewhat. The remaining hurdle however would be parsing the value in such a way that it can handle paths without spaces in them (which are stored in data-dir in the cabal config without surrounding quotes) and paths with spaces in them (which are stored with surrounding quotes). My own elisp-fu is not strong enough for that just yet...
The text was updated successfully, but these errors were encountered:
The same problem exists on atom plugin, after it was changed BootTidal.hs loading from sending line by line to ghci to using :script command: tidalcycles/pulsar-tidalcycles#82 (comment)
it seems that :script does not support path folding with ' nor ".
Describe the bug
Attempting to boot tidal with the emacs plugin fails if the path to the tidal package contains space characters.
To Reproduce
Steps to reproduce the behavior: (on Windows, but a similar process should reveal the issue on other platforms) :
Note: this assumes you don't have the cabal tidal package installed yet, and will be doing so locally from a copy of the source code.
%AppData%\Roaming\cabal\config
on my machine for example) and change the line-- data-dir: $prefix
todata-dir: $prefix\test test test
(ie remove the--
and add a sub folder name with spaces in it to the end)cd projects\tidal
) and runcabal install
Expected behavior
The tidal.el script should gracefully handle paths to the tidal package that contain spaces, and parse them correctly, so that tidal is able to boot without an error.
Environment (please complete the following information):
Additional context
Regarding cross-platform determination of the tidal data-dir value as introduced in a3f2b69, using
ghc-pkg field tidal data-dir
instead as mentioned elsewhere may simplify things somewhat. The remaining hurdle however would be parsing the value in such a way that it can handle paths without spaces in them (which are stored indata-dir
in the cabal config without surrounding quotes) and paths with spaces in them (which are stored with surrounding quotes). My own elisp-fu is not strong enough for that just yet...The text was updated successfully, but these errors were encountered: