www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.ide - Visual D dmdserver

reply Imperatorn <johan_forsberg_86 hotmail.com> writes:
Anyone else have problems with dmdserver not working in Visual D?

https://gfycat.com/creamyclassicdwarfrabbit

The result is no code navigation and no highlighting is working.
May 03 2021
next sibling parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 03/05/2021 16:55, Imperatorn wrote:
 Anyone else have problems with dmdserver not working in Visual D?
 
 https://gfycat.com/creamyclassicdwarfrabbit
 
 The result is no code navigation and no highlighting is working.
Is this happening with the new version 1.1.1, but not before? I don't see any problems with it, but it didn't receive a lot of testing after the update of the frontend to 2.096. I suspect there might be some wicked code that causes it to crash. Do you find crashdumps in %LOCALAPPDATA%\CrashDumps ?
May 08 2021
parent reply Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Saturday, 8 May 2021 at 14:41:58 UTC, Rainer Schuetze wrote:
 On 03/05/2021 16:55, Imperatorn wrote:
 Anyone else have problems with dmdserver not working in Visual 
 D?
 
 https://gfycat.com/creamyclassicdwarfrabbit
 
 The result is no code navigation and no highlighting is 
 working.
Is this happening with the new version 1.1.1, but not before? I don't see any problems with it, but it didn't receive a lot of testing after the update of the frontend to 2.096. I suspect there might be some wicked code that causes it to crash. Do you find crashdumps in %LOCALAPPDATA%\CrashDumps ?
I think I had it before also, 90% sure. I'll take a look in the crashdump folder when I get home
May 08 2021
parent reply kiwe <andrews.istavan2200 gmail.com> writes:
On Saturday, 8 May 2021 at 15:14:40 UTC, Imperatorn wrote:
 On Saturday, 8 May 2021 at 14:41:58 UTC, Rainer Schuetze wrote:
 On 03/05/2021 16:55, Imperatorn wrote:
 Anyone else have problems with dmdserver not working in 
 Visual D?
 
 https://gfycat.com/creamyclassicdwarfrabbit
 
 The result is no code navigation and no highlighting is 
 working.
Is this happening with the new version 1.1.1, but not before? I don't see any problems with it, but it didn't receive a lot of testing after the update of the frontend to 2.096. https://cinemahd.to/ I suspect there might be some wicked code that causes it to crash. Do you find crashdumps in %LOCALAPPDATA%\CrashDumps ?
I think I had it before also, 90% sure. I'll take a look in the crashdump folder when I get home
same here.
Dec 23 2021
parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 23/12/2021 17:30, kiwe wrote:
 On Saturday, 8 May 2021 at 15:14:40 UTC, Imperatorn wrote:
 On Saturday, 8 May 2021 at 14:41:58 UTC, Rainer Schuetze wrote:
 On 03/05/2021 16:55, Imperatorn wrote:
 Anyone else have problems with dmdserver not working in Visual D?

 https://gfycat.com/creamyclassicdwarfrabbit

 The result is no code navigation and no highlighting is working.
Is this happening with the new version 1.1.1, but not before? I don't see any problems with it, but it didn't receive a lot of testing after the update of the frontend to 2.096. https://cinemahd.to/ I suspect there might be some wicked code that causes it to crash. Do you find crashdumps in %LOCALAPPDATA%\CrashDumps ?
I think I had it before also, 90% sure. I'll take a look in the crashdump folder when I get home
same here.
do you find crashdumps for dmdserver.exe in %LOCALAPPDATA%\CrashDumps, i.e. usually c:\Users\name\AppData\Local\CrashDumps ?
Dec 24 2021
parent reply frame <frame86 live.com> writes:
On Friday, 24 December 2021 at 10:45:44 UTC, Rainer Schuetze 
wrote:

 do you find crashdumps for dmdserver.exe in 
 %LOCALAPPDATA%\CrashDumps, i.e. usually 
 c:\Users\name\AppData\Local\CrashDumps ?
I got one. Some null pointer access violation. It not only crashes, sometimes it uses high amount of memory. Had to kill it at 17GB for a litte debugger session in VS - but not related to this issue I think. ``` :000> .exr -1 ExceptionAddress: 00007ff7df0c59d6 (dmdserver+0x00000000001559d6) ExceptionCode: c0000005 (Access violation) ExceptionFlags: 00000000 NumberParameters: 2 Parameter[0]: 0000000000000000 Parameter[1]: 0000000000000000 Attempt to read from address 0000000000000000 ``` Would be nice if you could ship symbols with your package or make them accessible somehow.
Jan 03
parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 03/01/2022 12:52, frame wrote:
 On Friday, 24 December 2021 at 10:45:44 UTC, Rainer Schuetze wrote:
 
 do you find crashdumps for dmdserver.exe in %LOCALAPPDATA%\CrashDumps, 
 i.e. usually c:\Users\name\AppData\Local\CrashDumps ?
I got one. Some null pointer access violation. It not only crashes, sometimes it uses high amount of memory. Had to kill it at 17GB for a litte debugger session in VS - but not related to this issue I think.
There is now an option to reinit semantic analysis when some memory threshold is exceeded, see Tools->Options->Text Editor->D->Intellisense->Restart parsing engine...
 
 ```
 :000> .exr -1
 ExceptionAddress: 00007ff7df0c59d6 (dmdserver+0x00000000001559d6)
     ExceptionCode: c0000005 (Access violation)
    ExceptionFlags: 00000000
 NumberParameters: 2
     Parameter[0]: 0000000000000000
     Parameter[1]: 0000000000000000
 Attempt to read from address 0000000000000000
Please attach the crash dump to a bug report at https://issues.dlang.org/ .
 ```
 Would be nice if you could ship symbols with your package or make them 
 accessible somehow.
I've done this in the past, but never got a helpful bug report as a result. I guess it's just as well to keep the symbols locally.
Jan 04
parent reply frame <frame86 live.com> writes:
On Wednesday, 5 January 2022 at 07:21:49 UTC, Rainer Schuetze 
wrote:

 There is now an option to reinit semantic analysis when some 
 memory threshold is exceeded, see Tools->Options->Text 
 Editor->D->Intellisense->Restart parsing engine...
I don't have this option.
 Please attach the crash dump to a bug report at 
 https://issues.dlang.org/ .
I'm not allowed to :\ But interesting, scanning for strings revealed that: ``` "dmd.ctfeexpr......instantiated from here: `createUUID!()`.ypeInfo, string, const(char)[], void*, ulong)`.ring, const(char)[], void*, ulong)` error instantiating.cified twice on the command line.function with the same name? ``` So it seems it crashed on a CTFE exception.
 ```
 Would be nice if you could ship symbols with your package or 
 make them accessible somehow.
I've done this in the past, but never got a helpful bug report as a result. I guess it's just as well to keep the symbols locally.
Please rethink that. I don't want to build visualD for myself, I just want / allowed to use it but if there is any problem me or anyone else could quick give you a hint.
Jan 05
parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 05/01/2022 10:23, frame wrote:
 On Wednesday, 5 January 2022 at 07:21:49 UTC, Rainer Schuetze wrote:
 
 There is now an option to reinit semantic analysis when some memory 
 threshold is exceeded, see Tools->Options->Text 
 Editor->D->Intellisense->Restart parsing engine...
I don't have this option.
 Please attach the crash dump to a bug report at 
 https://issues.dlang.org/ .
I'm not allowed to :\ But interesting, scanning for strings revealed that: ``` "dmd.ctfeexpr......instantiated from here: `createUUID!()`.ypeInfo, string, const(char)[], void*, ulong)`.ring, const(char)[], void*, ulong)` error instantiating.cified twice on the command line.function with the same name? ``` So it seems it crashed on a CTFE exception.
 ```
 Would be nice if you could ship symbols with your package or make 
 them accessible somehow.
I've done this in the past, but never got a helpful bug report as a result. I guess it's just as well to keep the symbols locally.
Please rethink that. I don't want to build visualD for myself, I just want / allowed to use it but if there is any problem me or anyone else could quick give you a hint.
So let's give it another try: you can find the symbols of the new release here: https://github.com/dlang/visuald/releases/tag/v1.2.0
Jan 15
next sibling parent frame <frame86 live.com> writes:
On Saturday, 15 January 2022 at 09:08:32 UTC, Rainer Schuetze 
wrote:

 So let's give it another try: you can find the symbols of the 
 new release here: 
 https://github.com/dlang/visuald/releases/tag/v1.2.0
Nice. Unfortunately, I have wiped my dump file meanwhile - no new crashes so far =)
Jan 25
prev sibling next sibling parent Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Saturday, 15 January 2022 at 09:08:32 UTC, Rainer Schuetze 
wrote:
 On 05/01/2022 10:23, frame wrote:
 [...]
So let's give it another try: you can find the symbols of the new release here: https://github.com/dlang/visuald/releases/tag/v1.2.0
Thanks, will try later 👍
Feb 02
prev sibling parent reply frame <frame86 live.com> writes:
On Saturday, 15 January 2022 at 09:08:32 UTC, Rainer Schuetze 
wrote:

 So let's give it another try: you can find the symbols of the 
 new release here: 
 https://github.com/dlang/visuald/releases/tag/v1.2.0
Mostly dmdserver crashes if I edit a file outside Visual Studio - maybe it can just check against the syntax before actually loading the changes? I loaded the dmdserver.pdb 1.2.0 and found an access violation in dmd's typesemd.d but this somehow doesn't match with the source: Frame index: points to a function call but points to a '}' points to a '}' too dmdserver.exe!dmd.expressionsem.ExpressionSemanticVisitor.visit:4100 points to a comment So I think there is mismatch with the dmd sources and the debug information? - I'm using 2098.1
Feb 12
parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 12/02/2022 09:09, frame wrote:
 On Saturday, 15 January 2022 at 09:08:32 UTC, Rainer Schuetze wrote:
 
 So let's give it another try: you can find the symbols of the new 
 release here: https://github.com/dlang/visuald/releases/tag/v1.2.0
Mostly dmdserver crashes if I edit a file outside Visual Studio - maybe it can just check against the syntax before actually loading the changes? I loaded the dmdserver.pdb 1.2.0 and found an access violation in dmd's typesemd.d but this somehow doesn't match with the source: Frame index: points to a function call but points to a  '}' points to a '}' too points to a comment So I think there is mismatch with the dmd sources and the debug information? - I'm using 2098.1
The dmdserver uses this fork of dmd: https://github.com/rainers/dmd/tree/dmdserver The call stack looks like an incomplete delegate type with the function type missing. Maybe this has to do with the server not stopping after failing to parse the source, so you can still have partial semantic analysis. In some cases, the origial parser inserts null pointers into the syntax tree, but I've tried to replace this with error objects. It is possible that new code in dmd introduced more instances of this. It would be good if you could provide an example source that reproduces the problem.
Feb 13
parent reply frame <frame86 live.com> writes:
On Sunday, 13 February 2022 at 17:26:49 UTC, Rainer Schuetze 
wrote:

 The dmdserver uses this fork of dmd: 
 https://github.com/rainers/dmd/tree/dmdserver

 The call stack looks like an incomplete delegate type with the 
 function type missing.

 Maybe this has to do with the server not stopping after failing 
 to parse the source, so you can still have partial semantic 
 analysis. In some cases, the origial parser inserts null 
 pointers into the syntax tree, but I've tried to replace this 
 with error objects. It is possible that new code in dmd 
 introduced more instances of this.

 It would be good if you could provide an example source that 
 reproduces the problem.
Yes, makes more sense with the right sources now. The error may occurred as I re-organized my modules and a type became unavailable(?) The `typeSemantic` function is called with a null-argument indeed: ```d type = null loc.filename = "..\dmd2\src\phobos\std\array.d" ``` Something related to `Appender.put!`, to precise this line (3513): ```d auto bigData = (() trusted => _data.arr.ptr[0 .. len + 1])(); ^ ``` called from `ForeachType!` and my missing type, I assume. Unfortunately, I only see the filename to my source file but didn't found out the actual line number of the call yet (The data I found hat a 0 line number).
Feb 14
parent frame <frame86 live.com> writes:
On Monday, 14 February 2022 at 11:37:19 UTC, frame wrote:

 The error may occurred as I re-organized my modules and a type 
 became unavailable(?)

 The `typeSemantic` function is called with a null-argument 
 indeed:
 ```d
 type = null
 loc.filename = "..\dmd2\src\phobos\std\array.d"
 ```
 Something related to `Appender.put!`, to precise this line 
 (3513):
 ```d
 auto bigData = (()  trusted => _data.arr.ptr[0 .. len + 1])();
                ^
 ```

 called from `ForeachType!` and my missing type, I assume. 
 Unfortunately, I only see the filename to my source file but 
 didn't found out the actual line number of the call yet (The 
 data I found hat a 0 line number).
I just ran into the same issue but this time I attached the debugger to a running process and step into some function. The error then occurred after loading a source file but I'm sure it has nothing to do with the source itself, it just happens from time to time. It dumps me a 2.5G file.
Mar 04
prev sibling parent lionelmendez <lionelmendez3012 gmail.com> writes:
On Monday, 3 May 2021 at 14:55:58 UTC, Imperatorn wrote:
 Anyone else have problems with dmdserver not working in Visual 
 D?

 https://cinemahdv2.net/

 The result is no code navigation and no highlighting is working.
I'm like you
May 23