• WebFreak001 (34/34) Apr 03 2018 new code-d (D extension for vscode) and serve-d (Language Server
• Arredondo (100/100) Apr 03 2018 I could not get this to work for me in the past (I'm using
• Mike Franklin (7/9) Apr 03 2018 I'm using it in Windows 10 right now, but I did have trouble
• Mike Franklin (9/19) Apr 03 2018 This seems to appear due to the import timing feature. You can
• WebFreak001 (7/26) Apr 03 2018 It looks like he doesn't have git installed... My extension still
• Seb (9/39) Apr 03 2018 FYI the latest release of dfmt, dscanner and dcd comes with
• WebFreak001 (6/36) Apr 04 2018 I now provide a precompiled DCD for windows, you can download it
• Arredondo (4/4) Apr 04 2018 Thanks for all the feedback you guys. I'll try the different
• Arredondo (22/27) Apr 05 2018 I can confirm that it seems to be working for me now. I installed
• WebFreak001 (5/17) Apr 05 2018 don't worry, all fixed and automatic now and release in a second,
• Wulfklaue (6/6) Apr 06 2018 Nice job WebFreak001 on the new changes. For the first time in
• WebFreak001 (3/9) Apr 07 2018 uh I did do that though? Check the provides tab in the extension,
• drug (4/4) Apr 04 2018 Works for me very well out of box, much better than my previous attempts...
• Domain (47/81) Apr 04 2018 // >>> many Could not resolve location of module here <<<
• WebFreak001 (3/9) Apr 04 2018 uh how much memory do you have? Also try the precompiled DCD on
• Domain (3/15) Apr 08 2018 8G RAM. I don't think that's memory problem. You can try DWT
• Samson (8/24) Apr 09 2018 Today I update code-d serve-d and vsc. After which I got the
• evilrat (21/28) Apr 09 2018 Disable "normal" code-d, close VS, remove %appdata%/code-d,
• WebFreak001 (7/37) Apr 10 2018 well, don't store them in the code-d folder, it won't remove or
• evilrat (19/22) Apr 10 2018 I wouldn't be complaining if it's not the case. With normal
• WebFreak001 (8/31) Apr 10 2018 No dmd has an optimization issue that it removes code making the
• Laurent =?UTF-8?B?VHLDqWd1aWVy?= (4/6) Apr 11 2018 By multi workspaces, do you mean a multi-root workspace ? If so,
• greatsam4sure (2/7) Apr 10 2018 Thanks your suggestion work for me. many thanks to you
• greatsam4sure (2/7) Apr 10 2018 Thanks, your suggestion work for me. Many thanks to you
• rumbu (7/9) Apr 04 2018 dcd-server.exe remains active in memory after I quit VSCode. If I
• WebFreak001 (4/15) Apr 04 2018 it should close itself since the latest update, not sure how you
• greatsam4sure (13/47) Apr 04 2018 Thanks a lot! It works fine for me now in windows 10
• Johannes Loher (113/113) Apr 09 2018 QW0gMDQuMDQuMjAxOCB1bSAyMDozNCBzY2hyaWViIGdyZWF0c2FtNHN1cmU6DQo+IE9uIFR1
• WebFreak001 (7/13) Apr 10 2018 hm before it would have completely crashed workspace-d/serve-d to
• Johannes Loher (7/20) Apr 10 2018 You are right, it indeed seems to be a dub problem. Running `dub build`

WebFreak001 <d.forum webfreak.org> writes:

new code-d (D extension for vscode) and serve-d (Language Server 
Protocol server for it) release

See the CHANGELOG in vscode, or on 
https://github.com/Pure-D/code-d/blob/master/CHANGELOG.md

Today massive improvements towards windows installation have been 
made and it should be a lot more painless now.

Big thanks to Mike Franklin for helping me debug the windows 
installation, making this available very quickly and to p0nce for 
compiling the windows release because my VM wasn't working for 
this anymore.

As now the extension is in stable and no longer requires the beta 
branch a lot of issues have been fixed and old ones which are 
probably no longer valid closed. If you find any issue please 
create a new one or reopen if you have an old issue.

Here are some of my personal highlights:

https://wfr.moe/fmEfTw.png - documentation inside autocompletion
https://wfr.moe/fmq4Da.png - import timing
https://wfr.moe/fmqCNt.png https://wfr.moe/fmqh3H.png - simple 
implement interface action
n/a - everything compiles and installs without reloads or 
cumbersome dialogs, just install from marketplace, wait for the 
installation which should be very quick, especially with prebuilt 
binaries and start coding without any distractions!
https://wfr.moe/fmzcS8.png - dub dependency browser
n/a - automatic insertion of a module statement on rename and 
file creation

code-d beta and code-d are therefore on the same release right 
now, but code-d beta will still be continuing to get features 
early.

eager to hear your feedback, though gonna go to sleep for now.

Planned for next release is internationalizing the final few 
messages which are in the code-d part, all serve-d parts have 
already been translated to German and Japanese and are determined 
by vscode language.

Arredondo <arm.plus gmail.com> writes:

I could not get this to work for me in the past (I'm using 
Windows 10). I saw this announcement so I decided to try again. 
After reinstalling code-d I got this in the OUTPUT console:

Installing DCD
Installing into C:\Users\Wulfrick\AppData\Roaming\code-d\bin
  > git clone --recursive --depth=1 
https://github.com/Hackerpilot/DCD.git DCD
Failed to install DCD
std.process.ProcessException std\process.d(753): Failed to spawn 
new process (The system cannot find the file specified.)
----------------
0x00384D1F
0x00384AD2
0x00382ADD

The syntax coloring seems wrong, go to definition doesn't work, 
and there are no completition suggestions (Ctr+Space just 
displays "Loading...").

Moreover, the extension is completely SPAMMING the output 
console, making it pop up constantly with endless messages like:


2018-04-04T01:33:46.184:source\served\jsonrpc.d:send:66 
{"id":27,"jsonrpc":"2.0","result":{"command":{"arguments":[],"comman
":"","title":"~30ms for importing this"},"data":{"code":"import
std.algorithm.iteration :
sum;","module":"std.algorithm.iteration","type":"importcompilecheck"},"range":{"end":{"character":4,"line":245},"start":{"character":4,"line":245}}}}
2018-04-04T01:33:46.184:source\app.d:main:226 Has Message
2018-04-04T01:33:46.184:source\app.d:main:228 Message: 
RequestMessage(28, "codeLens/resolve", {"data":{"code":"import 
std.algorithm.comparison : 
max;","module":"std.algorithm.comparison","type":"importcompilecheck"},"range":{"end":{"character":4,"line":250},"start":{"character":4,"line":250}}})
2018-04-04T01:33:46.200:source\app.d:__lambda10:234 Processing as 
request
2018-04-04T01:33:46.200:source\app.d:processRequest:77 Calling 
resolveCodeLens
2018-04-04T01:33:46.200:source\app.d:__lambda10:236 Responding 
with: ResponseMessage(28, 
{"command":{"arguments":[],"command":"","title":"~280ms for 
importing this"},"data":{"code":"import std.algorithm.comparison 
: 
max;","module":"std.algorithm.comparison","type":"importcompilecheck"},"range":{"end":{"character":4,"line":250},"start":{"charact
r":4,"line":250}}}, null(ResponseError))
2018-04-04T01:33:46.200:source\served\jsonrpc.d:send:66 
{"id":28,"jsonrpc":"2.0","result":{"command":{"arguments":[],"command
:"","title":"~280ms for importing this"},"data":{"code":"import
std.algorithm.comparison :
max;","module":"std.algorithm.comparison","type":"importcompilecheck"},"range":{"end":{"character":4,"line":250},"start":{"character":4,"line":250}}}}
2018-04-04T01:33:46.200:source\app.d:main:226 Has Message
2018-04-04T01:33:46.200:source\app.d:main:228 Message: 
RequestMessage(29, "codeLens/resolve", {"data":{"code":"import 
std.range : 
iota;","module":"std.range","type":"importcompilecheck"},"range":{"end":{"character":4,"line":251},"start":{"character":4,"line":251}}})
2018-04-04T01:33:46.216:source\app.d:__lambda10:234 Processing as 
request
2018-04-04T01:33:46.216:source\app.d:processRequest:77 Calling 
resolveCodeLens
2018-04-04T01:33:46.216:source\app.d:__lambda10:236 Responding 
with: ResponseMessage(29, 
{"command":{"arguments":[],"command":"","title":"~290ms for 
importing this"},"data":{"code":"import std.range : 
iota;","module":"std.range","type":"importcompilecheck"},"range":{"end":{"character":4,"line":251},"start":{"charact
r":4,"line":251}}}, null(ResponseError))





... and it goes like this for a while. This is at the very bottom:





[Info  - 1:33:54 AM] Connection to server got closed. Server will 
restart.
[Error - 1:33:54 AM] Request textDocument/codeLens failed.
Error: Connection got disposed.
	at Object.dispose 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\main.js:825:25)
	at Object.dispose 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:57:35)
	at LanguageClient.handleConnectionClosed 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:1864:38)
	at LanguageClient.handleConnectionClosed 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\main.js:106:15)
	at closeHandler 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:1852:18)
	at CallbackList.invoke 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:71:39)
	at Emitter.fire 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:135:36)
	at closeHandler 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\main.js:221:26)
	at CallbackList.invoke 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:71:39)
	at Emitter.fire 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:135:36)
[Error - 1:33:54 AM] Request textDocument/codeAction failed.
Error: Connection got disposed.
	at Object.dispose 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\main.js:825:25)
	at Object.dispose 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:57:35)
	at LanguageClient.handleConnectionClosed 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:1864:38)
	at LanguageClient.handleConnectionClosed 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\main.js:106:15)
	at closeHandler 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-languageclient\lib\client.js:1852:18)
	at CallbackList.invoke 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:71:39)
	at Emitter.fire 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:135:36)
	at closeHandler 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\main.js:221:26)
	at CallbackList.invoke 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:71:39)
	at Emitter.fire 
(C:\Users\Wulfrick\.vscode\extensions\webfreak.code-d-0.17.0\node_modules\vscode-jsonrpc\lib\events.js:135:36)


Just my two cents.

Mike Franklin <slavo5150 yahoo.com> writes:

On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote:
 I could not get this to work for me in the past (I'm using 
 Windows 10). I saw this announcement so I decided to try again.

I'm using it in Windows 10 right now, but I did have trouble 
trying to upgrade an existing installation.  To remedy that, try 
to first delete the %appdata%\code-d directory, and then open VS 
Code again.  It should try to re-install serve-d, and I believe 
it will then succeed.

mike

Mike Franklin <slavo5150 yahoo.com> writes:

On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote:
 I could not get this to work for me in the past (I'm using 
 Windows 10). I saw this announcement so I decided to try again.

I have a little more experience to share...

 std.process.ProcessException std\process.d(753): Failed to 
 spawn new process (The system cannot find the file specified.)
 ----------------
 0x00384D1F
 0x00384AD2
 0x00382ADD

This seems to appear due to the import timing feature.  You can 
disable it in your settings with `"d.enableDMDImportTiming": 
false`

 Moreover, the extension is completely SPAMMING the output 
 console, making it pop up constantly with endless messages like:

The spam to the output console is normal (I think).  It's 
actually quite useful when troubleshooting, and I don't think the 
popup window should show up uninvited.  It doesn't for me, anyway.

Mike

WebFreak001 <d.forum webfreak.org> writes:

On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote:
 I could not get this to work for me in the past (I'm using 
 Windows 10). I saw this announcement so I decided to try again. 
 After reinstalling code-d I got this in the OUTPUT console:

 Installing DCD
 Installing into C:\Users\Wulfrick\AppData\Roaming\code-d\bin
  > git clone --recursive --depth=1 
 https://github.com/Hackerpilot/DCD.git DCD
 Failed to install DCD
 std.process.ProcessException std\process.d(753): Failed to 
 spawn new process (The system cannot find the file specified.)
 ----------------
 0x00384D1F
 0x00384AD2
 0x00382ADD

It looks like he doesn't have git installed... My extension still 
assumes you have git and that probably won't change until DCD 
provides precompiled binaries.

 The syntax coloring seems wrong, go to definition doesn't work, 
 and there are no completition suggestions (Ctr+Space just 
 displays "Loading...").

 Moreover, the extension is completely SPAMMING the output 
 console, making it pop up constantly with endless messages like:

Yes without DCD many things will not work but formatting, code 
linting and outline and dub should still work. Loading... should 
not happen.

Seb <seb wilzba.ch> writes:

On Wednesday, 4 April 2018 at 06:36:41 UTC, WebFreak001 wrote:
 On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote:
 I could not get this to work for me in the past (I'm using 
 Windows 10). I saw this announcement so I decided to try 
 again. After reinstalling code-d I got this in the OUTPUT 
 console:

 Installing DCD
 Installing into C:\Users\Wulfrick\AppData\Roaming\code-d\bin
  > git clone --recursive --depth=1 
 https://github.com/Hackerpilot/DCD.git DCD
 Failed to install DCD
 std.process.ProcessException std\process.d(753): Failed to 
 spawn new process (The system cannot find the file specified.)
 ----------------
 0x00384D1F
 0x00384AD2
 0x00382ADD

 It looks like he doesn't have git installed... My extension 
 still assumes you have git and that probably won't change until 
 DCD provides precompiled binaries.

 The syntax coloring seems wrong, go to definition doesn't 
 work, and there are no completition suggestions (Ctr+Space 
 just displays "Loading...").

 Moreover, the extension is completely SPAMMING the output 
 console, making it pop up constantly with endless messages 
 like:

 Yes without DCD many things will not work but formatting, code 
 linting and outline and dub should still work. Loading... 
 should not happen.

FYI the latest release of dfmt, dscanner and dcd comes with 
binaries for Linux.
The next release will have binaries for OSX:

https://github.com/dlang-community/DCD/pull/458

We are still trying to find the easiest way to build binaries for 
Window on our CIs, see e.g.

https://github.com/dlang-community/discussions/issues/9

But either AppVeyor or Wine should work.

WebFreak001 <d.forum webfreak.org> writes:

On Wednesday, 4 April 2018 at 06:36:41 UTC, WebFreak001 wrote:
 On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote:
 I could not get this to work for me in the past (I'm using 
 Windows 10). I saw this announcement so I decided to try 
 again. After reinstalling code-d I got this in the OUTPUT 
 console:

 Installing DCD
 Installing into C:\Users\Wulfrick\AppData\Roaming\code-d\bin
  > git clone --recursive --depth=1 
 https://github.com/Hackerpilot/DCD.git DCD
 Failed to install DCD
 std.process.ProcessException std\process.d(753): Failed to 
 spawn new process (The system cannot find the file specified.)
 ----------------
 0x00384D1F
 0x00384AD2
 0x00382ADD

 It looks like he doesn't have git installed... My extension 
 still assumes you have git and that probably won't change until 
 DCD provides precompiled binaries.

 The syntax coloring seems wrong, go to definition doesn't 
 work, and there are no completition suggestions (Ctr+Space 
 just displays "Loading...").

 Moreover, the extension is completely SPAMMING the output 
 console, making it pop up constantly with endless messages 
 like:

 Yes without DCD many things will not work but formatting, code 
 linting and outline and dub should still work. Loading... 
 should not happen.

I now provide a precompiled DCD for windows, you can download it 
off the serve-d release page and just extract into 
%APPDATA%/code-d/bin (where the serve-d.exe is) and it will 
automatically find it. I am going to release a new release later 
which does this automatically.

Arredondo <arm.plus gmail.com> writes:

Thanks for all the feedback you guys. I'll try the different 
suggestions when I get home tonight and I'll let you know.

Cheers,
Arredondo.

Arredondo <arm.plus gmail.com> writes:

On Wednesday, 4 April 2018 at 09:06:31 UTC, WebFreak001 wrote:
 I now provide a precompiled DCD for windows, you can download 
 it off the serve-d release page and just extract into 
 %APPDATA%/code-d/bin (where the serve-d.exe is) and it will 
 automatically find it. I am going to release a new release 
 later which does this automatically.

I can confirm that it seems to be working for me now. I installed 
git, downloaded the precompiled binaries and cleared the 
%APPDATA%/code-d/bin.

I feel like this informations needs to be readily accessible for 
newcomers, or just people trying out VS Code for the first time. 
For instance, I could not find anywhere in the Wiki the fact that 
in Windows, you either need to have git installed, or download 
some binaries yourself and paste them in a very specific location 
of your file system.

On the other hand, this page is two clicks away (Resources menu > 
Visual D) from the homepage and describes in full detail the 
Visual-D plugin for Visual Studio:
http://rainers.github.io/visuald/visuald/StartPage.html

Given that VS Code is the favorite D editor according to the 

like there should be a similar page explaining the several D 
extensions for VS Code, their relationships, and how to 
download/configure them, including the information in this thread.

Anyway, thanks for the amazing work.
Cheers,
Arredondo.

WebFreak001 <d.forum webfreak.org> writes:

On Thursday, 5 April 2018 at 08:11:39 UTC, Arredondo wrote:
 On Wednesday, 4 April 2018 at 09:06:31 UTC, WebFreak001 wrote:
 [...]

 I can confirm that it seems to be working for me now. I 
 installed git, downloaded the precompiled binaries and cleared 
 the %APPDATA%/code-d/bin.

 I feel like this informations needs to be readily accessible 
 for newcomers, or just people trying out VS Code for the first 
 time. For instance, I could not find anywhere in the Wiki the 
 fact that in Windows, you either need to have git installed, or 
 download some binaries yourself and paste them in a very 
 specific location of your file system.

 [...]

don't worry, all fixed and automatic now and release in a second, 
dcd is now precompiled on windows ^^

Also more helpful error messages if you still compile from source 
(in case download and install fails)

Wulfklaue <wulfklaue wulfklaue.com> writes:

Nice job WebFreak001 on the new changes. For the first time in 
years the code-d plugin works out of the box on Windows without 
any issues.

A small tip: associate the .d file extension in the Visual Studio 
Code marketplace with Code-d. Currently Code-D does not show up 
when VSC suggests plugins for the .d file extension.

WebFreak001 <d.forum webfreak.org> writes:

On Friday, 6 April 2018 at 19:12:32 UTC, Wulfklaue wrote:
 Nice job WebFreak001 on the new changes. For the first time in 
 years the code-d plugin works out of the box on Windows without 
 any issues.

 A small tip: associate the .d file extension in the Visual 
 Studio Code marketplace with Code-d. Currently Code-D does not 
 show up when VSC suggests plugins for the .d file extension.

uh I did do that though? Check the provides tab in the extension, 
it shows D

drug <drug2004 bk.ru> writes:

Works for me very well out of box, much better than my previous attempts 
to use vscode. I'll test it more and probable I'll leave sublime text 3 
for vscode.
I appreciate your nice work!

Domain <dont_email empty.com> writes:

On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 new code-d (D extension for vscode) and serve-d (Language 
 Server Protocol server for it) release

 See the CHANGELOG in vscode, or on 
 https://github.com/Pure-D/code-d/blob/master/CHANGELOG.md

 Today massive improvements towards windows installation have 
 been made and it should be a lot more painless now.

 Big thanks to Mike Franklin for helping me debug the windows 
 installation, making this available very quickly and to p0nce 
 for compiling the windows release because my VM wasn't working 
 for this anymore.

 As now the extension is in stable and no longer requires the 
 beta branch a lot of issues have been fixed and old ones which 
 are probably no longer valid closed. If you find any issue 
 please create a new one or reopen if you have an old issue.

 Here are some of my personal highlights:

 https://wfr.moe/fmEfTw.png - documentation inside autocompletion
 https://wfr.moe/fmq4Da.png - import timing
 https://wfr.moe/fmqCNt.png https://wfr.moe/fmqh3H.png - simple 
 implement interface action
 n/a - everything compiles and installs without reloads or 
 cumbersome dialogs, just install from marketplace, wait for the 
 installation which should be very quick, especially with 
 prebuilt binaries and start coding without any distractions!
 https://wfr.moe/fmzcS8.png - dub dependency browser
 n/a - automatic insertion of a module statement on rename and 
 file creation

 code-d beta and code-d are therefore on the same release right 
 now, but code-d beta will still be continuing to get features 
 early.

 eager to hear your feedback, though gonna go to sleep for now.

 Planned for next release is internationalizing the final few 
 messages which are in the code-d part, all serve-d parts have 
 already been translated to German and Japanese and are 
 determined by vscode language.

// >>> many Could not resolve location of module here <<<

Server: 
2018-04-04T19:04:39.205:..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversi
n\first.d:visit:418 Could not resolve location of module 'tango\io\device\File'


Server: 
2018-04-04T19:04:39.215:..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversi
n\first.d:visit:418 Could not resolve location of module 'tango\io\device\File'

Server: 2018-04-04T19:04:39.434:src\dcd\server\main.d:main:163 
Shutting down sockets...

Server: 2018-04-04T19:04:39.434:src\dcd\server\main.d:main:168 
Sockets shut down.

Server:

Server: 
core.exception.AssertError ..\..\..\..\Local\dub\packages\libdparse-0.8.0\libdparse\src\dparse\rollb
ck_allocator.d(84): Assertion failure

Server: ----------------

Server: 0x014F5533 in _d_assertp

Server: 0x0149A709 in dparse at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\libdparse-0.8.0\libdparse\src\dparse\parser.d(4101)

Server: 0x0142E89F in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\package.d(86)

Server: 0x0141B4E1 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\modulecache.d(193)

Server: 0x014343AE in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(142)

Server: 0x0142ABF8 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(62)

Server: 0x0142AC42 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(77)

Server: 0x0141B56B in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\modulecache.d(202)

Server: 0x014343AE in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(142)

Server: 0x0142ABF8 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(62)

Server: 0x0142AC42 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(77)

Server: 0x0141B56B in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\modulecache.d(202)

Server: 0x014343AE in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(142)

Server: 0x0142ABF8 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(62)

Server: 0x0142AC42 in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversion\second.d(77)

Server: 0x0141B56B in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\bin\DCD\..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\modulecache.d(202)

Server: 0x014343AE in dsymbol at 
C:\Users\Domain-Work\AppData\Roaming\code-d\b

WebFreak001 <d.forum webfreak.org> writes:

On Wednesday, 4 April 2018 at 11:08:09 UTC, Domain wrote:
 On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 [...]

 // >>> many Could not resolve location of module here <<<

 Server: 
 2018-04-04T19:04:39.205:..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversi
n\first.d:visit:418 Could not resolve location of module 'tango\io\device\File'

 [...]

uh how much memory do you have? Also try the precompiled DCD on 
the serve-d release page now

Domain <dont_email empty.com> writes:

On Wednesday, 4 April 2018 at 13:26:18 UTC, WebFreak001 wrote:
 On Wednesday, 4 April 2018 at 11:08:09 UTC, Domain wrote:
 On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 [...]

 // >>> many Could not resolve location of module here <<<

 Server: 
 2018-04-04T19:04:39.205:..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversi
n\first.d:visit:418 Could not resolve location of module 'tango\io\device\File'

 [...]

 uh how much memory do you have? Also try the precompiled DCD on 
 the serve-d release page now

8G RAM. I don't think that's memory problem. You can try DWT 
project.

Samson <greatsam4sure gmail.com> writes:

On Sunday, 8 April 2018 at 07:40:34 UTC, Domain wrote:
 On Wednesday, 4 April 2018 at 13:26:18 UTC, WebFreak001 wrote:
 On Wednesday, 4 April 2018 at 11:08:09 UTC, Domain wrote:
 On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 [...]

 // >>> many Could not resolve location of module here <<<

 Server: 
 2018-04-04T19:04:39.205:..\..\..\..\Local\dub\packages\dsymbol-0.3.0\dsymbol\src\dsymbol\conversi
n\first.d:visit:418 Could not resolve location of module 'tango\io\device\File'

 [...]

 uh how much memory do you have? Also try the precompiled DCD 
 on the serve-d release page now

 8G RAM. I don't think that's memory problem. You can try DWT 
 project.



Today I update code-d serve-d and vsc. After which I got the 
notification that
WebFreak001 has deprecate code-d serve-d beta and auto completion 
stop working. I saw code-d extension with the same icon as code-d 
serve-d beta so I install it. After which code hinting and auto 
completion don't still.

What is the solution to this problem?

evilrat <evilrat666 gmail.com> writes:

On Monday, 9 April 2018 at 19:10:46 UTC, Samson wrote:
 Today I update code-d serve-d and vsc. After which I got the 
 notification that
 WebFreak001 has deprecate code-d serve-d beta and auto 
 completion stop working. I saw code-d extension with the same 
 icon as code-d serve-d beta so I install it. After which code 
 hinting and auto completion don't still.

 What is the solution to this problem?

Disable "normal" code-d, close VS, remove %appdata%/code-d, 
launch VS & enable code-d beta serve-d, enjoy.

We're in the same boat dude. I just did clean install of whole D 
ecosystem from 6 months old setup where everything was more or 
less working, and followed this treacherous deprecation message, 
got code-d 0.17.1 with betastream option instead of my trusty 
beta 0.17.9... OMG it is broken in so many ways...
it overwrites dub/serve-d paths settings, it messes with 
permissions, it removes already existing dub, dcd and serve-d 
executables!!!
Reverted back to "deprecated" beta, at least it somewhat working, 
it is still incredibly slow on showing meaningful completions, 
doesn't seem to recognize half of the project, and seems to be 
completely not working with workspaces, but it is better than 
nothing.

Overall I've got an awful experience from code-d. Now, 
unfortunattely, there is even no adequate editor with decent 
performance & usability on Windows, I mean yeah there is still 
visual-d but it takes about 3 seconds to actually show 
completions, and code-d is completely broken right now.

WebFreak001 <d.forum webfreak.org> writes:

On Tuesday, 10 April 2018 at 03:37:59 UTC, evilrat wrote:
 On Monday, 9 April 2018 at 19:10:46 UTC, Samson wrote:
 Today I update code-d serve-d and vsc. After which I got the 
 notification that
 WebFreak001 has deprecate code-d serve-d beta and auto 
 completion stop working. I saw code-d extension with the same 
 icon as code-d serve-d beta so I install it. After which code 
 hinting and auto completion don't still.

 What is the solution to this problem?

 Disable "normal" code-d, close VS, remove %appdata%/code-d, 
 launch VS & enable code-d beta serve-d, enjoy.

 We're in the same boat dude. I just did clean install of whole 
 D ecosystem from 6 months old setup where everything was more 
 or less working, and followed this treacherous deprecation 
 message, got code-d 0.17.1 with betastream option instead of my 
 trusty beta 0.17.9... OMG it is broken in so many ways...
 it overwrites dub/serve-d paths settings, it messes with 
 permissions, it removes already existing dub, dcd and serve-d 
 executables!!!

well, don't store them in the code-d folder, it won't remove or 
mess up anything outside its own folder and it won't change the 
user settings if they point to valid executables either.

 Reverted back to "deprecated" beta, at least it somewhat 
 working, it is still incredibly slow on showing meaningful 
 completions, doesn't seem to recognize half of the project, and 
 seems to be completely not working with workspaces, but it is 
 better than nothing.

 Overall I've got an awful experience from code-d. Now, 
 unfortunattely, there is even no adequate editor with decent 
 performance & usability on Windows, I mean yeah there is still 
 visual-d but it takes about 3 seconds to actually show 
 completions, and code-d is completely broken right now.

fyi "deprecated" code-d beta and normal code-d is exactly the 
same plugin right now using exactly the same serve-d versions, 
except for the deprecation message.

evilrat <evilrat666 gmail.com> writes:

On Tuesday, 10 April 2018 at 11:54:47 UTC, WebFreak001 wrote:
 fyi "deprecated" code-d beta and normal code-d is exactly the 
 same plugin right now using exactly the same serve-d versions, 
 except for the deprecation message.

I wouldn't be complaining if it's not the case. With normal 
code-d it does remove everything in %appdata%/code-d on start, 
re-setting config paths(even though for exapmle dub is in PATH), 
downloading git repo, fails to build, and repeat, while with beta 
there is no such issues.

I would also suggest you to add explicit --compiler=dmd switch to 
build invocation since for example in my case dmd was in PATH env 
after ldc and so ldc used by default, which of course doesn't 
have x86_mscoff arch. I also think it is probably better to add 
--build=release too, since users usually don't do debug on that 
binaries.

What about workspaces? Let for exapmle have main project (really 
just a dub project with single app.d for testing library) and 
library project in one workspace. I don't get any autocompletion 
from both projects.
It also doesn't seems to work with dependency that has path 
property set, at least not when it's relative.
Is this ok?

WebFreak001 <d.forum webfreak.org> writes:

On Tuesday, 10 April 2018 at 13:11:16 UTC, evilrat wrote:
 On Tuesday, 10 April 2018 at 11:54:47 UTC, WebFreak001 wrote:
 fyi "deprecated" code-d beta and normal code-d is exactly the 
 same plugin right now using exactly the same serve-d versions, 
 except for the deprecation message.

 I wouldn't be complaining if it's not the case. With normal 
 code-d it does remove everything in %appdata%/code-d on start, 
 re-setting config paths(even though for exapmle dub is in 
 PATH), downloading git repo, fails to build, and repeat, while 
 with beta there is no such issues.

 I would also suggest you to add explicit --compiler=dmd switch 
 to build invocation since for example in my case dmd was in 
 PATH env after ldc and so ldc used by default, which of course 
 doesn't have x86_mscoff arch. I also think it is probably 
 better to add --build=release too, since users usually don't do 
 debug on that binaries.

No dmd has an optimization issue that it removes code making the 
program completely broken and freeze on IO if compiled with -O, 
which is implied by --build=release. I will never use 
build=release with dmd.

 What about workspaces? Let for exapmle have main project 
 (really just a dub project with single app.d for testing 
 library) and library project in one workspace. I don't get any 
 autocompletion from both projects.
 It also doesn't seems to work with dependency that has path 
 property set, at least not when it's relative.
 Is this ok?

Everything dub dependency related should work, I literally use 
dub as a library for this. Multi workspaces in vscode aren't 
implemented yet though.

Laurent =?UTF-8?B?VHLDqWd1aWVy?= <laurent.treguier.sink gmail.com> writes:

On Tuesday, 10 April 2018 at 14:00:49 UTC, WebFreak001 wrote:
 What about workspaces?

 Multi workspaces in vscode aren't implemented yet though.

By multi workspaces, do you mean a multi-root workspace ? If so, 
multi-roots arrived with LSP 3.6.0 / vscode-languageclient 3.4.0 
(if you meant something else then nevermind this comment)

greatsam4sure <greatsam4sure gmail.com> writes:

On Tuesday, 10 April 2018 at 03:37:59 UTC, evilrat wrote:
 On Monday, 9 April 2018 at 19:10:46 UTC, Samson wrote:
 [...]

 Disable "normal" code-d, close VS, remove %appdata%/code-d, 
 launch VS & enable code-d beta serve-d, enjoy.

 [...]

Thanks your suggestion work for me. many thanks to you

greatsam4sure <greatsam4sure gmail.com> writes:

On Tuesday, 10 April 2018 at 03:37:59 UTC, evilrat wrote:
 On Monday, 9 April 2018 at 19:10:46 UTC, Samson wrote:
 [...]

 Disable "normal" code-d, close VS, remove %appdata%/code-d, 
 launch VS & enable code-d beta serve-d, enjoy.

 [...]

Thanks, your suggestion work for me. Many thanks to you

rumbu <rumbu rumbu.ro> writes:

On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 new code-d (D extension for vscode) and serve-d (Language 
 Server Protocol server for it) release


dcd-server.exe remains active in memory after I quit VSCode. If I 
close/open VSCode several times, I have a lot of dcd-server.exe 
instances running, each one consuming around 200k of memory and 
2% of processor power (I wonder why since vscode is shut down).

Secondly, why is not dcd-server.exe 64 bit?

Note: this is not criticism, I really appreciate your work.

WebFreak001 <d.forum webfreak.org> writes:

On Wednesday, 4 April 2018 at 15:48:42 UTC, rumbu wrote:
 On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 new code-d (D extension for vscode) and serve-d (Language 
 Server Protocol server for it) release


 dcd-server.exe remains active in memory after I quit VSCode. If 
 I close/open VSCode several times, I have a lot of 
 dcd-server.exe instances running, each one consuming around 
 200k of memory and 2% of processor power (I wonder why since 
 vscode is shut down).

 Secondly, why is not dcd-server.exe 64 bit?

 Note: this is not criticism, I really appreciate your work.

it should close itself since the latest update, not sure how you 
are seeing that... It should only be able to happen now if dcd 
hangs up

greatsam4sure <greatsam4sure gmail.com> writes:

On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
 new code-d (D extension for vscode) and serve-d (Language 
 Server Protocol server for it) release

 See the CHANGELOG in vscode, or on 
 https://github.com/Pure-D/code-d/blob/master/CHANGELOG.md

 Today massive improvements towards windows installation have 
 been made and it should be a lot more painless now.

 Big thanks to Mike Franklin for helping me debug the windows 
 installation, making this available very quickly and to p0nce 
 for compiling the windows release because my VM wasn't working 
 for this anymore.

 As now the extension is in stable and no longer requires the 
 beta branch a lot of issues have been fixed and old ones which 
 are probably no longer valid closed. If you find any issue 
 please create a new one or reopen if you have an old issue.

 Here are some of my personal highlights:

 https://wfr.moe/fmEfTw.png - documentation inside autocompletion
 https://wfr.moe/fmq4Da.png - import timing
 https://wfr.moe/fmqCNt.png https://wfr.moe/fmqh3H.png - simple 
 implement interface action
 n/a - everything compiles and installs without reloads or 
 cumbersome dialogs, just install from marketplace, wait for the 
 installation which should be very quick, especially with 
 prebuilt binaries and start coding without any distractions!
 https://wfr.moe/fmzcS8.png - dub dependency browser
 n/a - automatic insertion of a module statement on rename and 
 file creation

 code-d beta and code-d are therefore on the same release right 
 now, but code-d beta will still be continuing to get features 
 early.

 eager to hear your feedback, though gonna go to sleep for now.

 Planned for next release is internationalizing the final few 
 messages which are in the code-d part, all serve-d parts have 
 already been translated to German and Japanese and are 
 determined by vscode language.

Thanks a lot! It works fine for me now in windows 10

steps

* I delete  C:\Users\Greatsam\AppData\Roaming\code-d folder
**Restart visual studio code at least twice with internet connect 
on to enable code-d serve-d to download DCD
It shows dcd successfully installed with many deprecation message
***I used sdl in my dub project with the flags: dflags 
"-transition=intpromote" platform="dmd"

I don't know if this have any effect. This help me to avoid some 
errors from the compilers



Thanks all who make this a success on windows. It is a great 
achievement in moving D forward.

Johannes Loher <johannes.loher fg4f.de> writes:

QW0gMDQuMDQuMjAxOCB1bSAyMDozNCBzY2hyaWViIGdyZWF0c2FtNHN1cmU6DQo+IE9uIFR1
ZXNkYXksIDMgQXByaWwgMjAxOCBhdCAyMzowMjo0MiBVVEMsIFdlYkZyZWFrMDAxIHdyb3Rl
Og0KPj4gbmV3IGNvZGUtZCAoRCBleHRlbnNpb24gZm9yIHZzY29kZSkgYW5kIHNlcnZlLWQg
KExhbmd1YWdlIFNlcnZlcg0KPj4gUHJvdG9jb2wgc2VydmVyIGZvciBpdCkgcmVsZWFzZQ0K
Pj4NCj4+IFNlZSB0aGUgQ0hBTkdFTE9HIGluIHZzY29kZSwgb3Igb24NCj4+IGh0dHBzOi8v
Z2l0aHViLmNvbS9QdXJlLUQvY29kZS1kL2Jsb2IvbWFzdGVyL0NIQU5HRUxPRy5tZA0KPj4N
Cj4+IFRvZGF5IG1hc3NpdmUgaW1wcm92ZW1lbnRzIHRvd2FyZHMgd2luZG93cyBpbnN0YWxs
YXRpb24gaGF2ZSBiZWVuIG1hZGUNCj4+IGFuZCBpdCBzaG91bGQgYmUgYSBsb3QgbW9yZSBw
YWlubGVzcyBub3cuDQo+Pg0KPj4gQmlnIHRoYW5rcyB0byBNaWtlIEZyYW5rbGluIGZvciBo
ZWxwaW5nIG1lIGRlYnVnIHRoZSB3aW5kb3dzDQo+PiBpbnN0YWxsYXRpb24sIG1ha2luZyB0
aGlzIGF2YWlsYWJsZSB2ZXJ5IHF1aWNrbHkgYW5kIHRvIHAwbmNlIGZvcg0KPj4gY29tcGls
aW5nIHRoZSB3aW5kb3dzIHJlbGVhc2UgYmVjYXVzZSBteSBWTSB3YXNuJ3Qgd29ya2luZyBm
b3IgdGhpcw0KPj4gYW55bW9yZS4NCj4+DQo+PiBBcyBub3cgdGhlIGV4dGVuc2lvbiBpcyBp
biBzdGFibGUgYW5kIG5vIGxvbmdlciByZXF1aXJlcyB0aGUgYmV0YQ0KPj4gYnJhbmNoIGEg
bG90IG9mIGlzc3VlcyBoYXZlIGJlZW4gZml4ZWQgYW5kIG9sZCBvbmVzIHdoaWNoIGFyZSBw
cm9iYWJseQ0KPj4gbm8gbG9uZ2VyIHZhbGlkIGNsb3NlZC4gSWYgeW91IGZpbmQgYW55IGlz
c3VlIHBsZWFzZSBjcmVhdGUgYSBuZXcgb25lDQo+PiBvciByZW9wZW4gaWYgeW91IGhhdmUg
YW4gb2xkIGlzc3VlLg0KPj4NCj4+IEhlcmUgYXJlIHNvbWUgb2YgbXkgcGVyc29uYWwgaGln
aGxpZ2h0czoNCj4+DQo+PiBodHRwczovL3dmci5tb2UvZm1FZlR3LnBuZyAtIGRvY3VtZW50
YXRpb24gaW5zaWRlIGF1dG9jb21wbGV0aW9uDQo+PiBodHRwczovL3dmci5tb2UvZm1xNERh
LnBuZyAtIGltcG9ydCB0aW1pbmcNCj4+IGh0dHBzOi8vd2ZyLm1vZS9mbXFDTnQucG5nIGh0
dHBzOi8vd2ZyLm1vZS9mbXFoM0gucG5nIC0gc2ltcGxlDQo+PiBpbXBsZW1lbnQgaW50ZXJm
YWNlIGFjdGlvbg0KPj4gbi9hIC0gZXZlcnl0aGluZyBjb21waWxlcyBhbmQgaW5zdGFsbHMg
d2l0aG91dCByZWxvYWRzIG9yIGN1bWJlcnNvbWUNCj4+IGRpYWxvZ3MsIGp1c3QgaW5zdGFs
bCBmcm9tIG1hcmtldHBsYWNlLCB3YWl0IGZvciB0aGUgaW5zdGFsbGF0aW9uDQo+PiB3aGlj
aCBzaG91bGQgYmUgdmVyeSBxdWljaywgZXNwZWNpYWxseSB3aXRoIHByZWJ1aWx0IGJpbmFy
aWVzIGFuZA0KPj4gc3RhcnQgY29kaW5nIHdpdGhvdXQgYW55IGRpc3RyYWN0aW9ucyENCj4+
IGh0dHBzOi8vd2ZyLm1vZS9mbXpjUzgucG5nIC0gZHViIGRlcGVuZGVuY3kgYnJvd3Nlcg0K
Pj4gbi9hIC0gYXV0b21hdGljIGluc2VydGlvbiBvZiBhIG1vZHVsZSBzdGF0ZW1lbnQgb24g
cmVuYW1lIGFuZCBmaWxlDQo+PiBjcmVhdGlvbg0KPj4NCj4+IGNvZGUtZCBiZXRhIGFuZCBj
b2RlLWQgYXJlIHRoZXJlZm9yZSBvbiB0aGUgc2FtZSByZWxlYXNlIHJpZ2h0IG5vdywNCj4+
IGJ1dCBjb2RlLWQgYmV0YSB3aWxsIHN0aWxsIGJlIGNvbnRpbnVpbmcgdG8gZ2V0IGZlYXR1
cmVzIGVhcmx5Lg0KPj4NCj4+IGVhZ2VyIHRvIGhlYXIgeW91ciBmZWVkYmFjaywgdGhvdWdo
IGdvbm5hIGdvIHRvIHNsZWVwIGZvciBub3cuDQo+Pg0KPj4gUGxhbm5lZCBmb3IgbmV4dCBy
ZWxlYXNlIGlzIGludGVybmF0aW9uYWxpemluZyB0aGUgZmluYWwgZmV3IG1lc3NhZ2VzDQo+
PiB3aGljaCBhcmUgaW4gdGhlIGNvZGUtZCBwYXJ0LCBhbGwgc2VydmUtZCBwYXJ0cyBoYXZl
IGFscmVhZHkgYmVlbg0KPj4gdHJhbnNsYXRlZCB0byBHZXJtYW4gYW5kIEphcGFuZXNlIGFu
ZCBhcmUgZGV0ZXJtaW5lZCBieSB2c2NvZGUgbGFuZ3VhZ2UuDQo+IA0KPiBUaGFua3MgYSBs
b3QhIEl0IHdvcmtzIGZpbmUgZm9yIG1lIG5vdyBpbiB3aW5kb3dzIDEwDQo+IA0KPiBzdGVw
cw0KPiANCj4gKiBJIGRlbGV0ZcKgIEM6XFVzZXJzXEdyZWF0c2FtXEFwcERhdGFcUm9hbWlu
Z1xjb2RlLWQgZm9sZGVyDQo+ICoqUmVzdGFydCB2aXN1YWwgc3R1ZGlvIGNvZGUgYXQgbGVh
c3QgdHdpY2Ugd2l0aCBpbnRlcm5ldCBjb25uZWN0IG9uIHRvDQo+IGVuYWJsZSBjb2RlLWQg
c2VydmUtZCB0byBkb3dubG9hZCBEQ0QNCj4gSXQgc2hvd3MgZGNkIHN1Y2Nlc3NmdWxseSBp
bnN0YWxsZWQgd2l0aCBtYW55IGRlcHJlY2F0aW9uIG1lc3NhZ2UNCj4gKioqSSB1c2VkIHNk
bCBpbiBteSBkdWIgcHJvamVjdCB3aXRoIHRoZSBmbGFnczogZGZsYWdzDQo+ICItdHJhbnNp
dGlvbj1pbnRwcm9tb3RlIiBwbGF0Zm9ybT0iZG1kIg0KPiANCj4gSSBkb24ndCBrbm93IGlm
IHRoaXMgaGF2ZSBhbnkgZWZmZWN0LiBUaGlzIGhlbHAgbWUgdG8gYXZvaWQgc29tZSBlcnJv
cnMNCj4gZnJvbSB0aGUgY29tcGlsZXJzDQo+IA0KPiANCj4gDQo+IFRoYW5rcyBhbGwgd2hv
IG1ha2UgdGhpcyBhIHN1Y2Nlc3Mgb24gd2luZG93cy4gSXQgaXMgYSBncmVhdCBhY2hpZXZl
bWVudA0KPiBpbiBtb3ZpbmcgRCBmb3J3YXJkLg0KSSBqdXN0IHRyaWVkIHRvIGdldCB0aGlz
IHRvIHdvcmssIHRvbywgYnV0IEkgd2FzIG5vdCBhYmxlIHRvIGdldCBpdCB0bw0Kd29yayBj
b3JyZWN0bHkuIEl0IHNlZW1zIHRoYXQgcnVubmluZyBkdWIgZmFpbHMgc29tZWhvdzoNCg0K
MjAxOC0wNC0wOVQyMzo0MDoxOS4yODE6c291cmNlXGFwcC5kOm1haW46MTk2IFNldHRpbmcg
bGFuZ3VhZ2UgdG8gZGUNCjIwMTgtMDQtMDlUMjM6NDA6MTkuMjgxOnNvdXJjZVxhcHAuZDpt
YWluOjIwNSBGZWF0dXJlcyBmdWxmaWxsZWQNCjIwMTgtMDQtMDlUMjM6NDA6MTkuMjgzOnNv
dXJjZVxhcHAuZDptYWluOjIxMSBTdGFydGVkIHJlYWRpbmcgZnJvbSBzdGRpbg0KMjAxOC0w
NC0wOVQyMzo0MDoxOS4yODM6c291cmNlXGFwcC5kOm1haW46MjE1IFJQQyBzdGFydGVkDQoy
MDE4LTA0LTA5VDIzOjQwOjE5LjI5NDpzb3VyY2VcYXBwLmQ6bWFpbjoyMjYgSGFzIE1lc3Nh
Z2UNCjIwMTgtMDQtMDlUMjM6NDA6MTkuMjk0OnNvdXJjZVxhcHAuZDptYWluOjIyOCBNZXNz
YWdlOiBSZXF1ZXN0TWVzc2FnZSgwLA0KImluaXRpYWxpemUiLA0KeyJjYXBhYmlsaXRpZXMi
OnsidGV4dERvY3VtZW50Ijp7ImNvZGVBY3Rpb24iOnsiZHluYW1pY1JlZ2lzdHJhdGlvbiI6
dHJ1ZX0sImNvZGVMZW5zIjp7ImR5bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9LCJjb21wbGV0
aW9uIjp7ImNvbXBsZXRpb25JdGVtIjp7ImNvbW1pdENoYXJhY3RlcnNTdXBwb3J0Ijp0cnVl
LCJzbmlwcGV0U3VwcG9ydCI6dHJ1ZX0sImR5bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9LCJk
ZWZpbml0aW9uIjp7ImR5bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9LCJkb2N1bWVudEhpZ2hs
aWdodCI6eyJkeW5hbWljUmVnaXN0cmF0aW9uIjp0cnVlfSwiZG9jdW1lbnRMaW5rIjp7ImR5
bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9LCJkb2N1bWVudFN5bWJvbCI6eyJkeW5hbWljUmVn
aXN0cmF0aW9uIjp0cnVlfSwiZm9ybWF0dGluZyI6eyJkeW5hbWljUmVnaXN0cmF0aW9uIjp0
cnVlfSwiaG92ZXIiOnsiZHluYW1pY1JlZ2lzdHJhdGlvbiI6dHJ1ZX0sIm9uVHlwZUZvcm1h
dHRpbmciOnsiZHluYW1pY1JlZ2lzdHJhdGlvbiI6dHJ1ZX0sInJhbmdlRm9ybWF0dGluZyI6
eyJkeW5hbWljUmVnaXN0cmF0aW9uIjp0cnVlfSwicmVmZXJlbmNlcyI6eyJkeW5hbWljUmVn
aXN0cmF0aW9uIjp0cnVlfSwicmVuYW1lIjp7ImR5bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9
LCJzaWduYXR1cmVIZWxwIjp7ImR5bmFtaWNSZWdpc3RyYXRpb24iOnRydWV9LCJzeW5jaHJv
bml6YXRpb24iOnsiZGlkU2F2ZSI6dHJ1ZSwiZHluYW1pY1JlZ2lzdHJhdGlvbiI6dHJ1ZSwi
d2lsbFNhdmUiOnRydWUsIndpbGxTYXZlV2FpdFVudGlsIjp0cnVlfX0sIndvcmtzcGFjZSI6
eyJhcHBseUVkaXQiOnRydWUsImRpZENoYW5nZUNvbmZpZ3VyYXRpb24iOnsiZHluYW1pY1Jl
Z2lzdHJhdGlvbiI6dHJ1ZX0sImRpZENoYW5nZVdhdGNoZWRGaWxlcyI6eyJkeW5hbWljUmVn
aXN0cmF0aW9uIjp0cnVlfSwiZXhlY3V0ZUNvbW1hbmQiOnsiZHluYW1pY1JlZ2lzdHJhdGlv
biI6dHJ1ZX0sInN5bWJvbCI6eyJkeW5hbWljUmVnaXN0cmF0aW9uIjp0cnVlfX19LCJwcm9j
ZXNzSWQiOjc0NjQsInJvb3RQYXRoIjoiYzpcXFVzZXJzXFxKb2hhbm5lcw0KTG9oZXJcXERl
dmVsb3BtZW50XFxmc2ljYWwtbWFuYWdlbWVudCIsInJvb3RVcmkiOiJmaWxlOlwvXC9cL2Ml
M0FcL1VzZXJzXC9Kb2hhbm5lcyUyMExvaGVyXC9EZXZlbG9wbWVudFwvZnNpY2FsLW1hbmFn
ZW1lbnQiLCJ0cmFjZSI6Im9mZiJ9KQ0KMjAxOC0wNC0wOVQyMzo0MDoxOS4zMDY6c291cmNl
XGFwcC5kOl9fbGFtYmRhMTA6MjM0IFByb2Nlc3NpbmcgYXMgcmVxdWVzdA0KMjAxOC0wNC0w
OVQyMzo0MDoxOS4zMDY6c291cmNlXGFwcC5kOnByb2Nlc3NSZXF1ZXN0OjUwIEluaXRpYWxp
emluZw0KMjAxOC0wNC0wOVQyMzo0MDoxOS4zMDY6c291cmNlXHNlcnZlZFxleHRlbnNpb24u
ZDppbml0aWFsaXplOjE0Mw0KSW5pdGlhbGl6aW5nIHNlcnZlLWQgZm9yIGM6XFVzZXJzXEpv
aGFubmVzDQpMb2hlclxEZXZlbG9wbWVudFxmc2ljYWwtbWFuYWdlbWVudA0KMjAxOC0wNC0w
OVQyMzo0MDoxOS4zMDY6c291cmNlXHNlcnZlZFxleHRlbnNpb24uZDppbml0aWFsaXplOjE1
Ng0KU3RhcnRpbmcgZHViLi4uDQoyMDE4LTA0LTA5VDIzOjQyOjA3LjE0NDpzb3VyY2Vcc2Vy
dmVkXGV4dGVuc2lvbi5kOnNhZmU6NTINCm9iamVjdC5FeGNlcHRpb25ALi5cLi5cQXBwRGF0
YVxMb2NhbFxkdWJccGFja2FnZXNcZHViLTEuOC4wXGR1Ylxzb3VyY2VcZHViXHByb2plY3Qu
ZCg2MDApOg0KQ291bGQgbm90IHJlc29sdmUgY29uZmlndXJhdGlvbiBmb3IgcGFja2FnZSBm
c2ljYWwtbWFuYWdlbWVudA0KLS0tLS0tLS0tLS0tLS0tLQ0KMHgwMTVDNTFFRg0KMHgwMTVD
NEZBMg0KMHgwMTVDMkZCRA0KMjAxOC0wNC0wOVQyMzo0MjowNy4xNDQ6c291cmNlXHNlcnZl
ZFxleHRlbnNpb24uZDppbml0aWFsaXplOjE2MyBGYWlsZWQNCnN0YXJ0aW5nIGR1YiAtIGZh
bGxpbmcgYmFjayB0byBmc3dvcmtzcGFjZQ0KMjAxOC0wNC0wOVQyMzo0MjowNy4xNDQ6c291
cmNlXHNlcnZlZFxqc29ucnBjLmQ6c2hvd0Vycm9yTWVzc2FnZTozMTINCkVycm9yIG1lc3Nh
Z2U6ICBLb25udGUgZHViIG5pY2h0IHN0YXJ0ZW4uIEZ1bmt0aW9uYWxpdMOkdCBiZWdyZW56
dCENCjIwMTgtMDQtMDlUMjM6NDI6MDcuMTQ0OnNvdXJjZVxzZXJ2ZWRcanNvbnJwYy5kOnNl
bmQ6NjYNCnsianNvbnJwYyI6IjIuMCIsIm1ldGhvZCI6IndpbmRvdy9zaG93TWVzc2FnZSIs
InBhcmFtcyI6eyJtZXNzYWdlIjoiDQpLb25udGUgZHViIG5pY2h0IHN0YXJ0ZW4uIEZ1bmt0
aW9uYWxpdMOkdCBiZWdyZW56dCEiLCJ0eXBlIjoxfX0NCjIwMTgtMDQtMDlUMjM6NDI6MDcu
MTQ0OnNvdXJjZVxzZXJ2ZWRcZXh0ZW5zaW9uLmQ6aW5pdGlhbGl6ZToxOTQNClN0YXJ0aW5n
IGRtZA0KMjAxOC0wNC0wOVQyMzo0MjowNy4xNDQ6c291cmNlXHNlcnZlZFxleHRlbnNpb24u
ZDppbml0aWFsaXplOjE5Ng0KU3RhcnRpbmcgZHNjYW5uZXINCjIwMTgtMDQtMDlUMjM6NDI6
MDcuMTQ0OnNvdXJjZVxzZXJ2ZWRcZXh0ZW5zaW9uLmQ6aW5pdGlhbGl6ZToxOTkNClN0YXJ0
aW5nIGRmbXQNCjIwMTgtMDQtMDlUMjM6NDI6MDcuMTQ0OnNvdXJjZVxzZXJ2ZWRcZXh0ZW5z
aW9uLmQ6aW5pdGlhbGl6ZToyMDENClN0YXJ0aW5nIGRsYW5ndWkNCjIwMTgtMDQtMDlUMjM6
NDI6MDcuMTQ0OnNvdXJjZVxzZXJ2ZWRcZXh0ZW5zaW9uLmQ6aW5pdGlhbGl6ZToyMDMNClN0
YXJ0aW5nIGltcG9ydGVyDQoyMDE4LTA0LTA5VDIzOjQyOjA3LjE0NDpzb3VyY2Vcc2VydmVk
XGV4dGVuc2lvbi5kOmluaXRpYWxpemU6MjA1DQpTdGFydGluZyBtb2R1bGVtYW4NCg0KDQpE
byB5b3UgaGF2ZSBhbnkgaWRlYSB3aGF0J3MgZ29pbmcgd3Jvbmc/DQo=

WebFreak001 <d.forum webfreak.org> writes:

On Monday, 9 April 2018 at 21:45:57 UTC, Johannes Loher wrote:
 Am 04.04.2018 um 20:34 schrieb greatsam4sure:
 [...]

 I just tried to get this to work, too, but I was not able to 
 get it to work correctly. It seems that running dub fails 
 somehow:

 [...]

hm before it would have completely crashed workspace-d/serve-d to 
a point where nothing would work, now you basically only get 
stdlib and a guess of further import paths. Can you make a 
minimal test case where this happens? It is probably due to some 
dub.json settings. But as I use dub as a library it should work 
the same as just calling `dub build`

Johannes Loher <johannes.loher fg4f.de> writes:

Am 10.04.2018 um 14:27 schrieb WebFreak001:
 On Monday, 9 April 2018 at 21:45:57 UTC, Johannes Loher wrote:
 Am 04.04.2018 um 20:34 schrieb greatsam4sure:
 [...]

 I just tried to get this to work, too, but I was not able to get it to
 work correctly. It seems that running dub fails somehow:

 [...]

 
 hm before it would have completely crashed workspace-d/serve-d to a
 point where nothing would work, now you basically only get stdlib and a
 guess of further import paths. Can you make a minimal test case where
 this happens? It is probably due to some dub.json settings. But as I use
 dub as a library it should work the same as just calling `dub build`

You are right, it indeed seems to be a dub problem. Running `dub build`
gives me "Could not resolv configuration for package vibe-d". The
strange thing is, it workls correctly on Linux / OS X with the same
dub/dmd versions...

I tried it with another project with a more simple dub.json and it works
fine out of the box. Very nice job!