Advertisement
Guest User

Untitled

a guest
Mar 29th, 2019
66
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 4.77 KB | None | 0 0
  1. Marcelo Serpa @fullofcaffeine 15:54
  2. @Gama11 I'm trying the eval debugger, but vshaxe shows a dialog saying I don't have haxe rc2 installed. I do have through lix in my project directory and it works fine for completion. Do I have to do something else in order to point the eval plugin subsystem to my lix-installed RC2?
  3. Marcelo Serpa @fullofcaffeine 16:03
  4. OK, nevermind, it was a lix issue as well. I have lix installed globally, it seems that when a scope is not specified, when you set the haxe version using lix, it sets the global scope. I had Haxe 3.7 setup via lix/haxeshim outside of my project directory and vscode was using that instead. I just ran "lix use 4.0.0-rc2" and now the global binary is set to RC2.
  5. Not very intuitive, wish there was a lix system use <version> instead.
  6. Marcelo Serpa @fullofcaffeine 16:09
  7. Still...
  8. It's using the global Haxe installation instead of the Haxe from the project scope :( So if I try to debug it says it's missing all the haxelibs that are actually already installed.
  9. Am I missing something? cc @Gama11
  10. Jens Fischer @Gama11 16:10
  11. not sure, I don't use lix
  12. eval-debugger uses haxe haxe from the haxe.executable setting
  13. Marcelo Serpa @fullofcaffeine 16:12
  14. ok, I'll try pointing to the absolute path. It seems to work fine for completion but fails for the eval-debugger.
  15. Does it run Haxe from the context of the project directory?
  16. Jens Fischer @Gama11 16:15
  17. it uses Haxe's --cwd argument, just like the language server does for completion
  18. Marcelo Serpa @fullofcaffeine 16:15
  19. How can I set the value for this argument?
  20. To make sure it runs from within the project dir?
  21. Jens Fischer @Gama11 16:16
  22. I mean, it already sets that to the project dir
  23. Marcelo Serpa @fullofcaffeine 16:17
  24. Strange, it seems to work fine for completion and picks up the right Haxe Lix scope for the project, but fails with the eval-debugger
  25. :(
  26. Jens Fischer @Gama11 16:18
  27. seems to work fine with a local .haxelib repo
  28. so my money is on it being another lix issue :P
  29. Marcelo Serpa @fullofcaffeine 16:19
  30. @Gama11 Posted on the #lix channel
  31. How can use a local haxelib repo?
  32. Is this documented somewhere?
  33. Jens Fischer @Gama11 16:19
  34. haxelib newrepo, or just create a .haxelib folder in the project
  35. https://lib.haxe.org/documentation/using-haxelib/#newrepo
  36. Marcelo Serpa @fullofcaffeine 16:20
  37. Maybe this could be a workaround for now
  38. @Gama11 So I installed all the necessary haxelibs on the global haxe and now the debug output says this:
  39. classpath src is not a directory or cannot be read from
  40. Any hints?
  41. Jens Fischer @Gama11 16:25
  42. doesn't seem familiar, not even sure what program would print that error?
  43. Marcelo Serpa @fullofcaffeine 16:28
  44. It's the output for the Haxe Interpreter launch config I have
  45. Which is the verbatim one from the vshaxe help wiki
  46. {
  47. "version": "0.2.0",
  48. "configurations": [
  49. {
  50. "name": "Haxe Interpreter",
  51. "type": "haxe-eval",
  52. "request": "launch",
  53. }
  54. ]
  55. }
  56. Jens Fischer @Gama11 16:28
  57. in the debug console?
  58. Marcelo Serpa @fullofcaffeine 16:28
  59. Yes
  60. Jens Fischer @Gama11 16:28
  61. huh
  62. Marcelo Serpa @fullofcaffeine 16:29
  63. https://clb.sh/1ba52b
  64. Jens Fischer @Gama11 16:29
  65. src is directly in your project root?
  66. Marcelo Serpa @fullofcaffeine 16:30
  67. .
  68. ├── app.js
  69. ├── build-backend.hxml
  70. ├── build-frontend.hxml
  71. ├── build.hxml.~1~
  72. ├── haxelib.json
  73. ├── haxe_libraries
  74. ├── hx-web-on-rails-neko.hxproj
  75. ├── hx-web-on-rails-nodejs.hxproj
  76. ├── makefile
  77. ├── node_modules
  78. ├── package.json
  79. ├── README.md
  80. ├── release_haxelib.sh
  81. ├── src
  82. ├── webpack.config.js
  83. ├── webpack.config.js.~1~
  84. └── yarn.lock
  85. Jens Fischer @Gama11 16:30
  86. urm
  87. Marcelo Serpa @fullofcaffeine 16:30
  88. yes
  89. Jens Fischer @Gama11 16:30
  90. I think that is a lix error message :P https://github.com/lix-pm/haxeshim/blob/f762683f14591731ada2a756084e3a235792e11a/src/haxeshim/HaxeCli.hx#L57
  91. no wonder I haven't seen it before
  92. (was searching for it in the compiler first and no hits)
  93. well, haxeshim to be exact I guess..
  94. Marcelo Serpa @fullofcaffeine 16:33
  95. So there's defintetly an issue with haxeshim<>eval-debugger extension
  96. Marcelo Serpa @fullofcaffeine 16:55
  97. @Gama11 Is there verbose knob that allows me to see what is being sent to haxe from vshaxe in the console?
  98. in vshaxe
  99. Jens Fischer @Gama11 16:58
  100. not for eval-debugger
  101. it's really just this https://github.com/vshaxe/eval-debugger/blob/master/src/Main.hx#L141
  102. Marcelo Serpa @fullofcaffeine 16:58
  103. Considering vshaxe works well with lix and eval-debugger doesn't, maybe the issue could also be the (perhaps slightly different) implementation for eval-debugger?
  104. Mybe there's some difference there?
  105. Can I force-set cwd in the settings.json?
  106. Jens Fischer @Gama11 17:53
  107. it's just the workspace directory
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement