serve-d built with LDC on macOS 10.15 crashes
See original GitHub issueGreetings, I’m not able to get the extension to work, the output logs a series of messages :
[Info - 5:41:01 PM] Connection to server got closed. Server will restart.
Already tried removing all user settings, doing a clean re-install (followed by “Compile from source” prompt) but the out put remains the same. Using macOS 10.15 and dmd v2.088.0.
trying to build and running serve-d manually results in Abort trap: 6
$ dub build --force && ./serve-d --version
Running pre-generate commands for dfmt...
Running pre-generate commands for dscanner...
Performing "debug" build using /Library/D/dmd/bin/dmd for x86_64.
diet-complete 0.0.3: building configuration "library"...
stdx-allocator 2.77.5: building configuration "library"...
emsi_containers 0.8.0-alpha.15: building configuration "library"...
eventsystem 1.2.0: building configuration "library"...
libdparse 0.11.6: building configuration "library"...
libddoc 0.6.1: building configuration "lib"...
dunit 1.0.15: building configuration "library"...
painlesstraits 0.3.0: building configuration "unittest"...
painlessjson 1.4.0: building configuration "library"...
cachetools 0.3.1: building configuration "library"...
requests 1.0.9: building configuration "std"...
serve-d:http 0.4.1+commit.55.g06d6a33: building configuration "library"...
dfmt 0.10.1: building configuration "library"...
dsymbol 0.6.4: building configuration "library"...
../../../../../.dub/packages/dsymbol-0.6.4/dsymbol/src/dsymbol/symbol.d(204,10): Deprecation: Cannot use alias this to partially initialize variable part of type SymbolOwnership. Use part.ptr
inifiled 1.3.1: building configuration "library-quiet"...
dscanner 0.7.2: building configuration "library"...
dub 1.16.0: building configuration "library"...
Serializing composite type BuildRequirements which has no serializable fields
Serializing composite type BuildOptions which has no serializable fields
isfreedesktop 0.1.1: building configuration "library"...
xdgpaths 0.2.5: building configuration "library"...
standardpaths 0.8.1: building configuration "default"...
workspace-d 3.4.0-pre11: building configuration "library"...
serve-d 0.4.1+commit.55.g06d6a33: building configuration "application"...
Linking...
Abort trap: 6
Issue Analytics
- State:
- Created 4 years ago
- Comments:13 (6 by maintainers)
Top Results From Across the Web
Applications crashing after opening - Apple Community
I just randomly started having issues yesterday and today with my macbook. Mid 2012 model that was bought new in 2014.
Read more >Some Users Experiencing System Crashes on macOS 10.15.4 ...
The crashing issue appears to be most prominent when users attempt to make large file transfers. In a forum post, SoftRAID described the...
Read more >Crash any app after build by VS for Mac on macOS Catalina
Environment: Catalina: 10.15 Beta (19A546d). Steps are very easy. I just create a simple cocoa app project in VS. Building is OK. But...
Read more >Python crashing on MacOS 10.15 Beta (19A582a) with "/usr ...
This worked for me on Catalina 10.15.4, but I had /usr/local/Cellar/openssl@1.1 and used the equivalent files. Using the x.1.0.0.dylib ...
Read more >XLD / Tickets / #546 Immediate crash each time on startup ...
Since the last update to macOS Catalina 10.15.7 (from the version before, probably 10.15.6) XLD crashes immediately on startup.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

there are precompiled binaries always downloaded now with 0.21.0 so this shouldn’t happen anymore
Also got the same result with that compiler.
But managed to narrow down where the error is coming from and seems like its the requests library, which is being imported in your http lib. Commenting out the
import requests;and the code that uses it prevented the immediate crash at launch (just importing the lib is enough to cause it)