www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - What kinds of Software do you create in D.

reply harakim <harakim gmail.com> writes:
I'm curious: Is there a poll somewhere that asks what kind of 
software projects people write in D? If not, what does everyone 
write using the D Language?
Oct 29 2021
next sibling parent Adam D Ruppe <destructionator gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


I do a little bit of everything (which is why my libs cover a bit 
fo everything https://github.com/adamdruppe/arsd ).

Lots of web stuff over the years, some desktop apps, a few games, 
even some embedded stuff.
Oct 29 2021
prev sibling next sibling parent JN <666total wp.pl> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Working on a 3D engine, used OpenGL as backend but now using 
WebGPU.
Oct 30 2021
prev sibling next sibling parent reply SealabJaster <sealabjaster gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Lots of little useless libraries:

* JCLI (likely superseded by Andrey Zherikov's argparse): 
https://github.com/BradleyChatha/jcli

* A Lua 5.1 interface with minimal GC allocations: 
https://github.com/BradleyChatha/lumars

* A -betterC ansi library: https://github.com/BradleyChatha/jansi

* A Go Library that I might port to D: 
https://github.com/BradleyChatha/decorator

Many, many more that are too minor to mention or never even saw 
the light of day.

For applications:

* Most recently a coverage->HTML processor: 
https://github.com/BradleyChatha/dcover

* A cute little attempt at an assembler: 
https://github.com/BradleyChatha/jupiter

* Another cute attempt at making a nicer shell for Windows: 
https://github.com/BradleyChatha/bcshell

* A small game using Vulkan that I made 0 progress on, but 
eventually want to go back to: 
https://github.com/BradleyChatha/farm_defense

And again, many more minor things. And **plenty** of things that 
never made it to Github.

Some wacky things I want to experiment with, probably using D:

* A D-native scripting language, using the MIR library 
https://github.com/vnmakarov/mir

* Some weird idea for a file format, where the format embeds a 
script/bytecode which is responsible for actually transforming 
data from it's initial format and the stored file format, and 
vice-versa.

* My brain still keeps trying to come up with an interesting 
build system, but constantly fails >x3

So in general, just a bunch of random, mostly experimental 
things. From other's anecdotes, they've found that D is the 
perfect language for prototyping because going from a prototype 
into a production codebase is apparently very smooth.
Oct 30 2021
parent reply Andrey Zherikov <andrey.zherikov gmail.com> writes:
On Saturday, 30 October 2021 at 12:22:32 UTC, SealabJaster wrote:

 * My brain still keeps trying to come up with an interesting 
 build system, but constantly fails >x3


Interesting. I've been working with CMake for some time already 
and I hate its language. So I hope I can try to achieve something 
better one day. I even tried some ideas and saw that it's 
possible to use D as a scripting language there and have scripts 
that refer other scripts. So if you want to discuss this, let me 
know.
Oct 30 2021
parent SealabJaster <sealabjaster gmail.com> writes:
On Saturday, 30 October 2021 at 19:01:34 UTC, Andrey Zherikov 
wrote:

 Interesting. I've been working with CMake for some time already 
 and I hate its language. So I hope I can try to achieve 
 something better one day. I even tried some ideas and saw that 
 it's possible to use D as a scripting language there and have 
 scripts that refer other scripts. So if you want to discuss 
 this, let me know.


I'm too anxious a person to do something like that ;3

However, you might find this thread a bit interesting: 
https://forum.dlang.org/thread/wwdfkfocpzqeziuukzpr forum.dlang.org?page=1
Oct 30 2021
prev sibling next sibling parent james.p.leblanc <james.p.leblanc gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Mainly numerical (signal processing) algorithms, as well as 
various
associated small routines for presentation and analysis)
Oct 30 2021
prev sibling next sibling parent Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Various. Latest thing was just a modbus client.

I don't do any gui stuff tho
Oct 30 2021
prev sibling next sibling parent Preetpal <preetpal.sohal gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Well, I use this application everyday for window management 
functions: 
https://gist.github.com/preetpalS/d2482d6ec91eb8147e6cff43ab197ed5

It helps me stretch Windows across monitors in my multi-monitor 
setup.

I also used D for processing data before and I have written some 
command line tools in it (like a tool to find files based on 
filename, a random password generator). I am planning on using D 
lang more in the future for writing little command line tools as 
I need them.

I plan on tackling larger projects in D lang in the future.
Oct 30 2021
prev sibling next sibling parent reply Guillaume Piolat <first.last gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Consumer desktop apps. D is a non-weaponized language that is 
fast and productive, and easily targets the 3 big OS desktops.
Oct 30 2021
next sibling parent reply Tejas <notrealemail gmail.com> writes:
On Saturday, 30 October 2021 at 16:53:39 UTC, Guillaume Piolat 
wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 Consumer desktop apps. D is a non-weaponized language that is 
 fast and productive, and easily targets the 3 big OS desktops.


What do you mean by non-weaponized? It's not specialized for a 
particular domain?
Oct 30 2021
parent Guillaume Piolat <first.last gmail.com> writes:
On Saturday, 30 October 2021 at 17:26:02 UTC, Tejas wrote:

 What do you mean by non-weaponized? It's not specialized for a 
 particular domain?


It's not designed to tie developers into a single vendor platform.
Oct 30 2021
prev sibling parent reply Dr Machine Code <jckj33 gmail.com> writes:
On Saturday, 30 October 2021 at 16:53:39 UTC, Guillaume Piolat 
wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 Consumer desktop apps. D is a non-weaponized language that is 
 fast and productive, and easily targets the 3 big OS desktops.


are those command line or GUI applications?
Oct 30 2021
parent reply Guillaume Piolat <first.last gmail.com> writes:
On Sunday, 31 October 2021 at 06:01:05 UTC, Dr Machine Code wrote:

 Consumer desktop apps. D is a non-weaponized language that is 
 fast and productive, and easily targets the 3 big OS desktops.


 are those command line or GUI applications?


GUI applications.
Oct 31 2021
parent reply Dr Machine Code <jckj33 gmail.com> writes:
On Sunday, 31 October 2021 at 11:00:01 UTC, Guillaume Piolat 
wrote:

 On Sunday, 31 October 2021 at 06:01:05 UTC, Dr Machine Code 
 wrote:

 Consumer desktop apps. D is a non-weaponized language that is 
 fast and productive, and easily targets the 3 big OS desktops.


 are those command line or GUI applications?


 GUI applications.


which GUI library are you using?
Oct 31 2021
parent reply Guillaume Piolat <first.last gmail.com> writes:
On Sunday, 31 October 2021 at 16:02:26 UTC, Dr Machine Code wrote:

 On Sunday, 31 October 2021 at 11:00:01 UTC, Guillaume Piolat 
 wrote:

 On Sunday, 31 October 2021 at 06:01:05 UTC, Dr Machine Code 
 wrote:

 Consumer desktop apps. D is a non-weaponized language that 
 is fast and productive, and easily targets the 3 big OS 
 desktops.


 are those command line or GUI applications?


 GUI applications.


 which GUI library are you using?


my own, or SDL at times
Oct 31 2021
parent Dr Machine Code <jckj33 gmail.com> writes:
On Sunday, 31 October 2021 at 16:41:57 UTC, Guillaume Piolat 
wrote:

 On Sunday, 31 October 2021 at 16:02:26 UTC, Dr Machine Code 
 wrote:

 On Sunday, 31 October 2021 at 11:00:01 UTC, Guillaume Piolat 
 wrote:

 On Sunday, 31 October 2021 at 06:01:05 UTC, Dr Machine Code 
 wrote:

 Consumer desktop apps. D is a non-weaponized language that 
 is fast and productive, and easily targets the 3 big OS 
 desktops.


 are those command line or GUI applications?


 GUI applications.


 which GUI library are you using?


 my own, or SDL at times


is your GUI library open source?
Oct 31 2021
prev sibling next sibling parent reply Andrey Zherikov <andrey.zherikov gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


I'm just playing with D so I haven't done any serious project yet.
The only one I did so far is a [small library for parsing of CLI 
arguments](https://code.dlang.org/packages/argparse).
Oct 30 2021
parent russhy <russhy gmail.com> writes:
I am creating an online 3D game

I'm hoping to release something worthwhile by the end of the year

Everything is written in D
Oct 31 2021
prev sibling next sibling parent reply thedeemon <dlang thedeemon.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


I wrote this video processing GUI app in D using DlangUI:
http://www.infognition.com/VideoEnhancer/

And a photo processing app I still use regularly:
http://www.infognition.com/blogsort/

And a disk space visualizer:
http://www.infognition.com/undup/

The last two were created in D using DFL. Made for Windows but 
work well in Wine.

I guess I won't break any secrets if I say quite a few people 
work for Symmetry now (me included) and one of our biggest 
projects is an interpreter of an in-house programming language 
(it was mentioned in some DConf'19 talks).
Oct 30 2021
next sibling parent reply Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Saturday, 30 October 2021 at 18:57:30 UTC, thedeemon wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 [...]


 I wrote this video processing GUI app in D using DlangUI:
 http://www.infognition.com/VideoEnhancer/

 And a photo processing app I still use regularly:
 http://www.infognition.com/blogsort/

 And a disk space visualizer:
 http://www.infognition.com/undup/

 The last two were created in D using DFL. Made for Windows but 
 work well in Wine.

 I guess I won't break any secrets if I say quite a few people 
 work for Symmetry now (me included) and one of our biggest 
 projects is an interpreter of an in-house programming language 
 (it was mentioned in some DConf'19 talks).


Is that language open source?
Oct 30 2021
parent thedeemon <dlang thedeemon.com> writes:
On Saturday, 30 October 2021 at 19:16:42 UTC, Imperatorn wrote:

 On Saturday, 30 October 2021 at 18:57:30 UTC, thedeemon wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 [...]


 I guess I won't break any secrets if I say quite a few people 
 work for Symmetry now (me included) and one of our biggest 
 projects is an interpreter of an in-house programming language 
 (it was mentioned in some DConf'19 talks).


 Is that language open source?


It's not, unfortunately.
Oct 30 2021
prev sibling next sibling parent reply harakim <harakim gmail.com> writes:
On Saturday, 30 October 2021 at 18:57:30 UTC, thedeemon wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 I wrote this video processing GUI app in D using DlangUI:
 http://www.infognition.com/VideoEnhancer/

 And a photo processing app I still use regularly:
 http://www.infognition.com/blogsort/

 And a disk space visualizer:
 http://www.infognition.com/undup/

 The last two were created in D using DFL. Made for Windows but 
 work well in Wine.

 I guess I won't break any secrets if I say quite a few people 
 work for Symmetry now (me included) and one of our biggest 
 projects is an interpreter of an in-house programming language 
 (it was mentioned in some DConf'19 talks).



I know a really great engineer who deserves a better job than he 
has. Are you talking about this company? 
https://www.symmetry.com/careers/software-developer-java-engineer
Oct 30 2021
parent Mike Parker <aldacron gmail.com> writes:
On Sunday, 31 October 2021 at 01:48:47 UTC, harakim wrote:


 I know a really great engineer who deserves a better job than 
 he has. Are you talking about this company? 
 https://www.symmetry.com/careers/software-developer-java-engineer


Symmetry Investments:
https://symmetryinvestments.com/

Hiring info:
https://news.ycombinator.com/item?id=26312185
Oct 30 2021
prev sibling parent reply Dr Machine Code <jckj33 gmail.com> writes:
On Saturday, 30 October 2021 at 18:57:30 UTC, thedeemon wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 I wrote this video processing GUI app in D using DlangUI:
 http://www.infognition.com/VideoEnhancer/

 And a photo processing app I still use regularly:
 http://www.infognition.com/blogsort/

 And a disk space visualizer:
 http://www.infognition.com/undup/

 The last two were created in D using DFL. Made for Windows but 
 work well in Wine.


really cool stuff written in D. You even used DlangUI. While 
developing did you have any issues like outdated packages, lack 
of tools that are available only for others languages etc


 I guess I won't break any secrets if I say quite a few people 
 work for Symmetry now (me included) and one of our biggest 
 projects is an interpreter of an in-house programming language 
 (it was mentioned in some DConf'19 talks).


That's pretty nice. What do you think are the advantages of using 
D over others language to develop a interpreter? are there 
anything like "killer feature" that made you use D instead of 
something else?
Oct 30 2021
parent thedeemon <dlang thedeemon.com> writes:
On Sunday, 31 October 2021 at 06:28:37 UTC, Dr Machine Code wrote:

 On Saturday, 30 October 2021 at 18:57:30 UTC, thedeemon wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:





 really cool stuff written in D. You even used DlangUI. While 
 developing did you have any issues like outdated packages, lack 
 of tools that are available only for others languages etc


Thanks! No, I didn't have any real problems at that time. I used 
very few packages outside the standard library, and the ones I 
used weren't outdated yet. However now, a few years later, it 
might be hard to build that code and make it work.


 That's pretty nice. What do you think are the advantages of 
 using D over others language to develop a interpreter? are 
 there anything like "killer feature" that made you use D 
 instead of something else?


The biggest killer feature here is D's static introspection. It 
allows easily calling to native code libraries from your 
interpreter without a complicated FFI layer. You take an existing 
D struct, class or just function, mention it to the interpreter 
("register" it), and all its necessary members become 
automatically accessible from your language, with all the 
conversions from interpreter's data types to native data types 
happening automatically, all the access & conversion code is 
autogenerated using D metaprogramming and static introspection.
Also, having a GC in D means we don't have to make our own GC for 
the interpreted language. On the other hand, when we want to 
control the low level bits of memory layout etc. we can still do 
it.
Oct 31 2021
prev sibling next sibling parent reply bachmeier <no spam.net> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


I use it for work as a way to call D functions from R and vice 
versa [[project page](https://embedr.netlify.app/)]. That's not 
the only library I have for numerical computing, but it's the 
only one I've publicized. As with everyone, I don't have enough 
time to turn them into public projects.

I'm working on a compiler for a subset of R. When finished, it 
will allow anyone to compile bottlenecks in R code, requiring 
only type information and not requiring any knowledge of D. Since 
not all R code can be made fast or needs to run blazing fast, it 
will only be the subset of R for which it makes sense.

I have numerous other projects. For instance, my [tiddlyd 
app](https://github.com/bachmeil/tiddlyd) provides a very simple 
way to get a TiddlyWiki instance up and running. I've written 
utilities for [Obsidian](https://obsidian.md/) that convert my 
files to PDF, html, and other formats, convert org-mode outlines 
to Obsidian files, convert a directory of markdown files to a 
TiddlyWiki app, and many other things.
Oct 30 2021
next sibling parent reply Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Saturday, 30 October 2021 at 19:55:49 UTC, bachmeier wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 [...]


 I use it for work as a way to call D functions from R and vice 
 versa [[project page](https://embedr.netlify.app/)]. That's not 
 the only library I have for numerical computing, but it's the 
 only one I've publicized. As with everyone, I don't have enough 
 time to turn them into public projects.

 [...]


Cool, didn't know about that embedr!
Oct 30 2021
parent bachmeier <no spam.net> writes:
On Saturday, 30 October 2021 at 21:05:29 UTC, Imperatorn wrote:

 On Saturday, 30 October 2021 at 19:55:49 UTC, bachmeier wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 [...]


 I use it for work as a way to call D functions from R and vice 
 versa [[project page](https://embedr.netlify.app/)]. That's 
 not the only library I have for numerical computing, but it's 
 the only one I've publicized. As with everyone, I don't have 
 enough time to turn them into public projects.

 [...]


 Cool, didn't know about that embedr!


I wrote [a post for the D 
blog](https://dlang.org/blog/2020/01/27/d-for-data-science-calling-r-from-d/)
right before the pandemic started. I should make some edits to the post because
the RInside package merged my code, so all you need is the RInside package on
CRAN.
Oct 30 2021
prev sibling parent reply harakim <harakim gmail.com> writes:
On Saturday, 30 October 2021 at 19:55:49 UTC, bachmeier wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 I use it for work as a way to call D functions from R and vice 
 versa [[project page](https://embedr.netlify.app/)]. That's not 
 the only library I have for numerical computing, but it's the 
 only one I've publicized. As with everyone, I don't have enough 
 time to turn them into public projects.

 I'm working on a compiler for a subset of R. When finished, it 
 will allow anyone to compile bottlenecks in R code, requiring 
 only type information and not requiring any knowledge of D. 
 Since not all R code can be made fast or needs to run blazing 
 fast, it will only be the subset of R for which it makes sense.

 I have numerous other projects. For instance, my [tiddlyd 
 app](https://github.com/bachmeil/tiddlyd) provides a very 
 simple way to get a TiddlyWiki instance up and running. I've 
 written utilities for [Obsidian](https://obsidian.md/) that 
 convert my files to PDF, html, and other formats, convert 
 org-mode outlines to Obsidian files, convert a directory of 
 markdown files to a TiddlyWiki app, and many other things.


Oddly enough, I was specifically wondering if anyone used it for 
data analytics last night.

Thanks everyone for your replies. I am trying to understand where 
the D community is at and what people are doing with it. I want 
to have my own personal vision of D and surrounding tools. It 
might give me motivation to build specific tools when I run into 
problems because they would help other people instead of just 
slogging through it.
Oct 30 2021
next sibling parent Dr Machine Code <jckj33 gmail.com> writes:
On Sunday, 31 October 2021 at 02:18:05 UTC, harakim wrote:

 On Saturday, 30 October 2021 at 19:55:49 UTC, bachmeier wrote:

 [...]


 Oddly enough, I was specifically wondering if anyone used it 
 for data analytics last night.

 Thanks everyone for your replies. I am trying to understand 
 where the D community is at and what people are doing with it. 
 I want to have my own personal vision of D and surrounding 
 tools. It might give me motivation to build specific tools when 
 I run into problems because they would help other people 
 instead of just slogging through it.


I think that's the way to go. Interesting thread, I think can be 
pretty helpful!
Oct 30 2021
prev sibling parent =?UTF-8?Q?Ali_=c3=87ehreli?= <acehreli yahoo.com> writes:
On 10/30/21 7:18 PM, harakim wrote:

 I was specifically wondering if anyone used it for data 
 analytics last night.


Two (past?) projects using D for data:

   https://tech.nextroll.com/blog/data/2014/11/17/d-is-for-data-science.html

   https://netflixtechblog.medium.com/introducing-vectorflow-fe10d7f126b8

I got those links from the following page:

   https://dlang.org/orgs-using-d.html

I know eBay still uses D for command line data tools:

   https://dlang.org/blog/2017/05/24/faster-command-line-tools-in-d/

Ali
Oct 31 2021
prev sibling next sibling parent James Blachly <james.blachly gmail.com> writes:
On 10/29/21 9:48 PM, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of software 
 projects people write in D? If not, what does everyone write using the D 
 Language?


High performance bioinformatics (genomics)

https://github.com/blachlylab/dhtslib/
Oct 30 2021
prev sibling next sibling parent Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 what does everyone write using the D Language?


I wrote a transcompiler in D that helps rewrite our Extended 
Pascal source code into D. I am through with all library code and 
probably halfway through with the applications, which run on the 
Windows desktop. Our software serves the maritime industry and 
ranges from computer aided design to on board loading computers. 
Our newest application is the first that we developed in D from 
the start; it helps with the validation of the stowage of 
dangerous goods on board container ships.

— Bastiaan.
Oct 31 2021
prev sibling next sibling parent reply =?UTF-8?Q?S=c3=b6nke_Ludwig?= <sludwig outerproduct.org> writes:
On 30.10.2021 03:48, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of software 
 projects people write in D? If not, what does everyone write using the D 
 Language?


Apart from vibe.d and a bunch of libraries and web services, this 
desktop GUI app is my biggest project in D so far: 
https://aspect.bildhuus.com/

This is using a custom UI library that I started writing 20 years ago 
(ported from C++ to D around the time D 2.0 was released). Would be nice 
to release that as open-source one day, but I really want to get some 
architectural changes done before that happens.
Nov 01 2021
parent Ferhat =?UTF-8?B?S3VydHVsbXXFnw==?= <aferust gmail.com> writes:
On Monday, 1 November 2021 at 16:09:10 UTC, Sönke Ludwig wrote:

 This is using a custom UI library that I started writing 20 
 years ago (ported from C++ to D around the time D 2.0 was 
 released). Would be nice to release that as open-source one 
 day, but I really want to get some architectural changes done 
 before that happens.


definitely, D needs this.
Nov 02 2021
prev sibling next sibling parent reply MGW <mgw yandex.ru> writes:
I've been writing in D all the time since 2012. Various 
applications for processing large CSV files, converting between 
different formats, etc.
Main library QtE5 (now QtE56) - working with Qt-5 (Qt-6) on Win, 
Linux and OSX. Does not require Qt MOC. Does not have any 
external dependencies. Can use QtDesigner to create forms. A 
typical compilation for a GUI application is: dmd guitest.d 
qte56.d -release
The biggest GUI application on QtE5 is ek87.exe - working in 
dozens of cities, testing nondestructive testing for oil and gas 
specialists.

Intermediate demonstration for Windows 64 + Qt-6:
https://github.com/MGWL/QtE5/tree/master/demo_Qt6
Nov 01 2021
parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 02/11/2021 8:10 AM, MGW wrote:

 The biggest GUI application on QtE5 is ek87.exe - working in dozens of 
 cities, testing nondestructive testing for oil and gas specialists.


Oh wow!

Has your company been added to the list that use D?

And would you be willing to do an article for the D blog about what you 
are doing?
Nov 01 2021
parent Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Monday, 1 November 2021 at 19:12:49 UTC, rikki cattermole 
wrote:

 On 02/11/2021 8:10 AM, MGW wrote:

 The biggest GUI application on QtE5 is ek87.exe - working in 
 dozens of cities, testing nondestructive testing for oil and 
 gas specialists.


 Oh wow!

 Has your company been added to the list that use D?

 And would you be willing to do an article for the D blog about 
 what you are doing?


Yes please! Or DConf video?

— Bastiaan.
Nov 02 2021
prev sibling next sibling parent reply harakim <harakim gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


This is definitely not a research-journal-worth analysis but I 
quickly went through and summarized the usages in this thread

Developer Tools: 7
Productivity Tools: 6
Multimedia Desktop Applications: 3
Other Desktop Apps: 3
Games: 3
Data Processing (including signals and bioinformatics): 2
Web Development: 2
Embedded Development : 2
Data Processing: 1
Signal Processing: 1
Nov 01 2021
parent reply harakim <harakim gmail.com> writes:
On Monday, 1 November 2021 at 20:32:04 UTC, harakim wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 This is definitely not a research-journal-worth analysis but I 
 quickly went through and summarized the usages in this thread

 Developer Tools: 7
 Productivity Tools: 6
 Multimedia Desktop Applications: 3
 Other Desktop Apps: 3
 Games: 3
 Data Processing (including signals and bioinformatics): 3
 Web Development: 2
 Embedded Development : 2


I made a correction.
Nov 01 2021
parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Mon, Nov 01, 2021 at 08:33:22PM +0000, harakim via Digitalmars-d wrote:

 On Monday, 1 November 2021 at 20:32:04 UTC, harakim wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of
 software projects people write in D? If not, what does everyone
 write using the D Language?


 
 This is definitely not a research-journal-worth analysis but I quickly
 went through and summarized the usages in this thread
 
 Developer Tools: 7
 Productivity Tools: 6
 Multimedia Desktop Applications: 3
 Other Desktop Apps: 3
 Games: 3
 Data Processing (including signals and bioinformatics): 3
 Web Development: 2
 Embedded Development : 2


 
 I made a correction.


Late to this, but I use D for a wide variety of purposes (all personal,
unfortunately -- currently I'm unable to use D at work for various
reasons).  Here are some of the projects I've used it for:


CLI:

- As a sophisticated substitute for shell scripts (i.e., anything that
  requires more than simple if-then-else shell scripts, D is much more
  suitable, thanks to proper typing, arrays, an awesome std.process,
  etc..).  Various convenience wrappers around backup programs like tar
  and rsync, etc..

- A scheduling program for assigning people to slots in recurring
  events on a rotational basis.

- A simple CLI-based TODO list manager.

- A replacement for the BSD `cal` program that I recently started using
  exclusively (see: https://github.com/quickfur/dcal )


Math-related:

- A geometric calculator for computing convex hulls and other geometric
  operations, for exploration of higher-dimensional geometry and
  generating visualizations, containing:
   - A not-bad double-description convex hull implementation written
     entirely in D;
   - A D implementation of Kaibel's algorithm for face lattice
     enumeration from vertex incidences;
   - A wrapper around the MPFR arbitrary-precision floating point
     library;
   - A fit-to-grid algebraic number identifier / guesser;
   - A permutation factorization utility (for identifying permutation
     sets given a set of n-dimensional points);
   - An external test utility (as a complement to built-in unittests;
     this one uses std.process's awesome convenient API for running
     canned tests on user-specified command-lines, and Phobos' awesome
     Levenshtein distance algorithm for reporting unexpected outputs in
     a minimal way).

- A math exploration tool for rendering images of 2D equations that can
  handle arbitrary equations in 2 variables. Does both PNG output and
  on-the-spot OpenGL rendition.  Contains a minimal wrapper around
  libfreetype for font rendering.

- A Grbner basis solver (toy version only, though; I lack the skill to
  write an industrial-strength one).

- A simple Monte Carlo springs-and-sticks model solver.

- A library for performing exact computations with quadratic irrationals
  (see: https://github.com/quickfur/qrat )

- Various ad hoc solvers for various geometric problems, counting
  problems, etc..


Music:

- A management program for automating the generation of boilerplate for
  large music typesetting projects in Lilypond.

- A program for dissecting midi files (incomplete).


Web:

- A CGI utility for generating HTML interlinears given text input.

- Various maintenance utilities for managing a website and scripted
  generation of content updates.


Casual games:

- An experimental GLES2 Android game (incomplete) with an on-PC X11 test
  harness. Contains D utilities for auto-generation of GLES boilerplate
  plus the associated D-facing interfaces.

- Various casual text-based games (incomplete; basically they only get
  worked on when I have spare time, which I have rather little of),
  which use an ECS-like object storage system and a minimalistic
  serialization / deserialization module (both with super nice APIs
  thanks for D's compile-time introspection).

- A game simulation program for generating 2D terrains with some degree
  of realism by simulating wind/water erosion over a 2D grid.

- Various puzzle game solvers (sliding block puzzles, etc.).

- A terminal output recorder / replayer for programs that use Adam
  Ruppe's arsd.terminal for output. (Basically, for recording and
  replaying terminal-based game playthroughs.)

//

Basically, anything that needs programming to solve, I reach for D.
Except perhaps for trivial (<10-15 line) shell scripts, which are still
easier to write in shell than in D.  But anything more complex than
trivial shell scripts, I reach for D for better expressivity and
control. (The shell's promiscuous tendency to expand variables in
strings everywhere it's not wanted is extremely frustrating; I prefer
D's much cleaner syntax and predictable semantics.)


T

-- 
Insanity is doing the same thing over and over again and expecting different
results.
Nov 01 2021
parent reply Adam D Ruppe <destructionator gmail.com> writes:
On Monday, 1 November 2021 at 21:51:31 UTC, H. S. Teoh wrote:

 - A math exploration tool for rendering images of 2D equations 
 that can
   handle arbitrary equations in 2 variables. Does both PNG 
 output and
   on-the-spot OpenGL rendition.  Contains a minimal wrapper 
 around
   libfreetype for font rendering.


you should have used my libs for this too, you get font, opengl, 
and png all in there for you!!!


 - A program for dissecting midi files (incomplete).


i also have midi

and of course cgi modules

my libs do it all
Nov 01 2021
next sibling parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Mon, Nov 01, 2021 at 10:00:27PM +0000, Adam D Ruppe via Digitalmars-d wrote:

 On Monday, 1 November 2021 at 21:51:31 UTC, H. S. Teoh wrote:

 - A math exploration tool for rendering images of 2D equations that
   can handle arbitrary equations in 2 variables. Does both PNG
   output and on-the-spot OpenGL rendition.  Contains a minimal
   wrapper around libfreetype for font rendering.


 
 you should have used my libs for this too, you get font, opengl, and
 png all in there for you!!!


Haha, the font wrapping was pretty easy, the freetype headers have the
interesting property that error codes are defined with C macros that are
defined externally; by suitably redefining these macros and #include'ing
the header file twice, I managed to generate D code from the C header
file.  The input file is an abominable mixture of CPP macros and D code
snippets. :-D  It was lots of fun.

OpenGL was no problem at all, I already had the DPP-transcribed GL
headers from my Android project, so all I needed was to call EGL to
initialize the context, then call GL functions away.

PNG output was from a previous iteration of the program that generated
the PNG binary representation using purely range-based code.  In
retrospect, though, I should've gone with a buffer-based approach, 'cos
the range-based implementation is dog-slow. (I *could* insert caches in
the UFCS pipelines at strategic points, but at that point it kinda
defeats the purpose of using ranges in the first place and I might as
well just write a "traditional" implementation instead.)



 - A program for dissecting midi files (incomplete).


 
 i also have midi
 
 and of course cgi modules
 
 my libs do it all


LOL...  I love your libs 'cos they have like no dependencies, I can just
drop the file into my directory and it Just Works(tm).  Having been
bitten multiple times by library versioning hell in long-running code,
I've come to believe that external dependencies are a net negative in
the long run.  Yes, in the short run it lets you get off the ground
faster with less effort and less time, but in the long run all sorts of
maintenance problems crop up:

1) Upstream abandons the lib that you critically depend on, and now
you're stuck having to maintain it yourself. Good luck if it has stopped
compiling 2 compiler releases ago and you don't understand the code well
enough to know how to fix it.

2) Upstream releases a new version that has an incompatible API, so
you're stuck with the old version. Eventually, you end up in problem
(1).

3) Upstream releases a new version and doesn't change the API, but
*does* change the semantics of some obscure use case that you critically
depend on.  Maybe they think that particular behaviour is a bug or
something they don't want to support.  Goto problem (2).

4) Upstream's new version doesn't change the semantics, but *does*
change the performance characteristics of critical functionality (in a
very detrimental way). They refuse to fix it, because their brand new
features X, Y, Z all depend on the new implementation in an
irreplaceable way, and besides, your usage of it is not a supported use
case for performance purposes.  Luckily, your program still compiles and
works as before.  Unluckily, it has become unusably slow, and customers
are angry and leaving by the droves.  Again goto problem (2).

5) Upstream decides that they need to depend on libraries X, Y, Z, all
of which potentially suffer from (1), (2), (3), or (4).  As the end
user, you of course inherit all of the problems.  The worst of these
problems is that any one of the 150 recursive dependencies may suddenly
release a new version that breaks critical functionality you depend on,
and since you didn't even know that the library depended on such a
thing, you haven't the slightest clue which of the 150 recursive
dependencies is causing the problem, let alone figure out how to fix it.

6) If you're unlucky enough to depend on a package system that
dynamically updates packages from the intarweb, beware: nasty surprises
await on the day of your big upcoming release when one of the 150
upstream dependencies suddenly decide to upload a new version that
breaks *everything*.

7) Actually, that's if you're lucky. Maybe on that day one of those 150
dependencies mysteriously falls off the face of the internet, leaving
your code uncompilable.  Hope and pray that you still have a copy of it
somewhere in your cache, and that you haven't conveniently cleared your
cache recently because it was growing too big, because you don't know
when it's coming back online (if ever!).

8) There's a security hole in one of those 150 dependencies that's
making your app today's worldwide favorite 0-day exploit, and you have
no idea that your code depended on that vulnerable module, let alone
know how to fix it.  Upstream, of course, has conveniently fallen off
the face of the internet and aren't responding. (Or they're "working on
a fix" but are taking a long time, and you can't wait since customers
are leaving by the droves.) Or worse, the entire repo has gone offline
(probably pulled because of the 0-day) and all you have now is a cached
copy of the stale, and still-vulnerable code.

9) Your code compiled and worked perfectly fine 5 years ago when you
last built it, and you have come to depend on the executable for your
critical business functionality.  Then today you found a trivial bug
with a 1-line fix.  Unfortunately, the code doesn't compile anymore
because 37 of the 150 modules have released new, incompatible versions
that your code no longer works with, and 17 modules (13 of which you had
no idea you even depended on) have vanished into the ether never to be
found again.  What you thought would be a 1-line fix turns into days,
weeks, months, or, God forbid, *years* of effort to reengineer the
now-missing functionality.

10) You're on the road away from any access point, and you want to make
a 1-line change to your code.  Of course, you can't recompile, 'cos the
intarweb is down...  Enjoy your vacation!


After being burned by the above problems, I have come to the conclusion
that any dependencies must:

1) Have source code.  Binary-only libs are a no-no because of all of the
above, plus you cannot fix the problem even if by some miracle you have
infinite time and energy to invest in fixing it.

2) Exist in a *permanent* form on the local hard drive (caches are not
counted because they can be easily lost). Preferably as part of the
working source tree (out-of-tree modules are bad because they can
disappear, point to the wrong thing, be inadvertently upgraded to an
incompatible version, etc.).

3) Have as few other dependencies as possible, preferable none at all.

4) Exist in a compact form (preferably a single file) that can just be
copied and dropped into your source tree at will, without a ton of
hassles. And easy to upgrade (just copy the new version into the source
tree) without running into problems like partial upgrades (forget to
copy 1 of 2 files, now they are of incompatible versions and may appear
to work but introduce subtle bugs).


Adam's libs fit the bill very nicely indeed.


T

-- 
Unix is my IDE. -- Justin Whear
Nov 01 2021
parent Adam D Ruppe <destructionator gmail.com> writes:
On Monday, 1 November 2021 at 23:24:18 UTC, H. S. Teoh wrote:

 Haha, the font wrapping was pretty easy, the freetype headers 
 have the interesting property that error codes are defined with 
 C macros that are defined externally; by suitably redefining 
 these macros and #include'ing the header file twice, I managed 
 to generate D code from the C header file.


oh that's interesting.

for me I just dynamic load as needed. though most of it i do 
through the xft library for display. My new magic feature is it 
can look up a font from the OS - most notably on Windows - and 
then load it in a custom library for opengl etc display. it is 
magical.





 5) Upstream decides that they need to depend on libraries X, Y, 
 Z, all of which potentially suffer from (1), (2), (3), or (4).  
 As the end user, you of course inherit all of the problems.  
 The worst of these problems is that any one of the 150 
 recursive dependencies


This here is why I have such a strict dependency policy for 
libraries. For applications, I sometimes go a bit crazy and use 
other things, but libraries I keep as thin as I can exactly 
because they are already someone else's dependency! So if I'm not 
a leaf, I'm viable to become a web.

If I do use something else, I adopt it myself, but even then I 
try to avoid.


Even though I have to say I kinda do want to add some new 
modules. A core util thing with better exceptions and maybe my 
buffer class etc, and perhaps my dynamic lib loader mixin, and 
most likely an eventloop2 which is mostly the simpledisplay loop 
just brought out. I kinda liked eventloop1 just it also sucked 
cuz I didn't know better when I made it.

Just adding a new module breaks my promise of "download this 
standalone file". So I avoid it. Just it would be kinda nice. 
Maybe I'll make it an optional thing again.
Nov 02 2021
prev sibling parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Mon, Nov 01, 2021 at 10:00:27PM +0000, Adam D Ruppe via Digitalmars-d wrote:
[...]

 i also have midi
 
 and of course cgi modules


[...]

P.S.: FYI, the CGI app I wrote *was* written using your cgi.d. :-) Which
is awesome 'cos it can be tested on command-line without starting a
webserver, *and* the same binary works inside CGI too.  cgi.d is total
awesomeness.


T

-- 
Obviously, some things aren't very obvious.
Nov 01 2021
parent reply Adam D Ruppe <destructionator gmail.com> writes:
On Monday, 1 November 2021 at 23:49:35 UTC, H. S. Teoh wrote:

 :-) Which is awesome 'cos it can be tested on command-line 
 without starting a webserver, *and* the same binary works 
 inside CGI too.  cgi.d is total awesomeness.


And it has an embedded webserver if you do want one! can even 
serve on a unix domain socket though i've never found that 
terribly useful so far.
Nov 02 2021
next sibling parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Tue, Nov 02, 2021 at 01:40:46PM +0000, Adam D Ruppe via Digitalmars-d wrote:

 On Monday, 1 November 2021 at 23:49:35 UTC, H. S. Teoh wrote:

 :-) Which is awesome 'cos it can be tested on command-line without
 starting a webserver, *and* the same binary works inside CGI too.
 cgi.d is total awesomeness.


 
 And it has an embedded webserver if you do want one! can even serve on
 a unix domain socket though i've never found that terribly useful so
 far.


A CGI app listening on a unix socket could potentially be useful in
certain sandboxed webserver setups where the webserver talks to the CGI
executable running in the background via the unix socket.  I've actually
seen similar setups before (an external webserver linked to a
localhost-only webserver running in a separate process), though these
days this approach is kinda obsolete.  But I could see some niche use
case where the CGI program is actually a daemon that's doing other
things in the background, and occasionally services a request from the
web-facing webserver via CGI.  A unix socket would be just the thing for
something like that.  (Though equally common, if not more, these days is
to just listen to a TCP socket bound to localhost.)


T

-- 
The peace of mind---from knowing that viruses which exploit Microsoft system
vulnerabilities cannot touch Linux---is priceless. -- Frustrated system
administrator.
Nov 02 2021
next sibling parent reply Patrick Schluter <Patrick.Schluter bbox.fr> writes:
On Tuesday, 2 November 2021 at 16:48:21 UTC, H. S. Teoh wrote:

 On Tue, Nov 02, 2021 at 01:40:46PM +0000, Adam D Ruppe via 
 Digitalmars-d wrote:

 On Monday, 1 November 2021 at 23:49:35 UTC, H. S. Teoh wrote:

 [...]


 
 And it has an embedded webserver if you do want one! can even 
 serve on a unix domain socket though i've never found that 
 terribly useful so far.


 A CGI app listening on a unix socket could potentially be 
 useful in certain sandboxed webserver setups where the 
 webserver talks to the CGI executable running in the background 
 via the unix socket.  I've actually seen similar setups before 
 (an external webserver linked to a localhost-only webserver 
 running in a separate process), though these days this approach 
 is kinda obsolete.  But I could see some niche use case where 
 the CGI program is actually a daemon that's doing other things 
 in the background, and occasionally services a request from the 
 web-facing webserver via CGI.  A unix socket would be just the 
 thing for something like that.  (Though equally common, if not 
 more, these days is to just listen to a TCP socket bound to 
 localhost.)


The performance difference between TCP sockets and Unix sockets 
is far from beieng negligeable. On our setup at work a memcached 
server on Unix sockets has twice the thtroughput of a localhost 
socket (Linux on 15 core intel server).
Nov 02 2021
parent "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Tue, Nov 02, 2021 at 05:54:09PM +0000, Patrick Schluter via Digitalmars-d
wrote:

 On Tuesday, 2 November 2021 at 16:48:21 UTC, H. S. Teoh wrote:


[...]

 A CGI app listening on a unix socket could potentially be useful in
 certain sandboxed webserver setups where the webserver talks to the
 CGI executable running in the background via the unix socket.  I've
 actually seen similar setups before (an external webserver linked to
 a localhost-only webserver running in a separate process), though
 these days this approach is kinda obsolete.  But I could see some
 niche use case where the CGI program is actually a daemon that's
 doing other things in the background, and occasionally services a
 request from the web-facing webserver via CGI.  A unix socket would
 be just the thing for something like that.  (Though equally common,
 if not more, these days is to just listen to a TCP socket bound to
 localhost.)
 


 The performance difference between TCP sockets and Unix sockets is far
 from beieng negligeable. On our setup at work a memcached server on
 Unix sockets has twice the thtroughput of a localhost socket (Linux on
 15 core intel server).


I'm not surprised, since the TCP stack is a non-trivial subsystem in the
kernel that does a LOT of things beyond just passing data from one place
to another.  At the very bare minimum, you need to add TCP headers and
wrap that in an IP packet on the sending end, and on the receiving end
unwrap the IP packet and process the TCP headers.  Whereas a write to a
unix socket could be as simple as a kernel memcpy from source process to
destination process and sending a notification to the destination
process. (Well, OK, IIRC there may be two memcpy's, one to transfer the
data to the kernel buffer, then another from kernel buffer to receiver
address space when the receiver calls read(). But still, that's a lot
less work than traversing the TCP stack.)

But I've seen a lot of "lazy" code that just uses a TCP socket on
localhost, because then they could just reuse existing network-based
code without change except for setting the source/destination IP
addresses to 127.0.0.1.


T

-- 
The best way to destroy a cause is to defend it poorly.
Nov 02 2021
prev sibling parent reply Adam D Ruppe <destructionator gmail.com> writes:
On Tuesday, 2 November 2021 at 16:48:21 UTC, H. S. Teoh wrote:

 But I could see some niche use case where the CGI program is 
 actually a daemon that's doing other things in the background, 
 and occasionally services a request from the web-facing 
 webserver via CGI.


That's actually why I added it: a user wanted unix domain for 
scgi. And since so much of the code for scgi and http are shared, 
it just automatically applied to both.

There's a lxd program that does listen for http on a unix socket, 
so my http2.d client also supports it from that end.

I actually kinda prefer using a unix socket than a tcp thing just 
because the name is less likely to collide than ports...
Nov 02 2021
parent "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Tue, Nov 02, 2021 at 07:35:15PM +0000, Adam D Ruppe via Digitalmars-d wrote:
[...]

 I actually kinda prefer using a unix socket than a tcp thing just
 because the name is less likely to collide than ports...


Yeah, and TCP ports on Linux have that annoying tendency to stick around
for a while after the listening process has exited.  (Yes I know there's
a syscall / socket option to get around that. But it's annoying because
it's one extra thing to have to do.)

And also the performance hit that Patrick mentioned.


T

-- 
If Java had true garbage collection, most programs would delete themselves upon
execution. -- Robert Sewell
Nov 02 2021
prev sibling parent bachmeier <no spam.net> writes:
On Tuesday, 2 November 2021 at 13:40:46 UTC, Adam D Ruppe wrote:

 On Monday, 1 November 2021 at 23:49:35 UTC, H. S. Teoh wrote:

 :-) Which is awesome 'cos it can be tested on command-line 
 without starting a webserver, *and* the same binary works 
 inside CGI too.  cgi.d is total awesomeness.


 And it has an embedded webserver if you do want one! can even 
 serve on a unix domain socket though i've never found that 
 terribly useful so far.


When I wanted to run TiddlyWiki earlier this year, all the 
options were crap. Back in the old days, you could save directly 
from within Firefox without a server. Now you have a variety of 
methods to choose from but they're all bad. The best is running a 
Node server. 25 lines of D code + cgi.d delivered a stable option 
that did what I wanted.
Nov 02 2021
prev sibling next sibling parent reply dd <dd dax.moe> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Currently making a few technical tools for myself with a twist 
such as:
- ddh: Hasher with features I like (like mmfile).
- ddhx: Interactive hex viewer (xxd wasn't enough for me).
- ddcpuid: CPUID tool in betterC, counts 200+ bits (DMD/GDC/LDC 
compatible).
- alicedbg: Debugger and disassembler in betterC (heavy WIP) 
along with a website. Currently my biggest work.

All cross-platform whenever possible. All personal projects.
Nov 01 2021
next sibling parent reply Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Monday, 1 November 2021 at 20:43:23 UTC, dd wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 Currently making a few technical tools for myself with a twist 
 such as:
 - ddh: Hasher with features I like (like mmfile).
 - ddhx: Interactive hex viewer (xxd wasn't enough for me).
 - ddcpuid: CPUID tool in betterC, counts 200+ bits (DMD/GDC/LDC 
 compatible).
 - alicedbg: Debugger and disassembler in betterC (heavy WIP) 
 along with a website. Currently my biggest work.

 All cross-platform whenever possible. All personal projects.


I want to know more about alicedbg!
Nov 02 2021
parent dd <dd dax.moe> writes:
On Tuesday, 2 November 2021 at 08:14:14 UTC, Imperatorn wrote:


 I want to know more about alicedbg!


I don't want to give too much detail because at the time of 
writing I've just hit kind of a block how I want to decode legacy 
SSE and VEX-prefixed instructions (hell ensues with EVEX and 
MVEX) under x86 in a way that I like.

Summary is just that being a debugger and a disassembler. Maybe 
figure out a way to do embedded debugging à la Delve (Golang).

It's *so* not ready, but is my little baby project, so I'm not 
keen on PRs. There are my other stuff I'd prefer seeing PRs for.
Nov 02 2021
prev sibling parent SealabJaster <sealabjaster gmail.com> writes:
On Monday, 1 November 2021 at 20:43:23 UTC, dd wrote:

 - alicedbg: Debugger and disassembler in betterC (heavy WIP) 
 along with a website. Currently my biggest work.


Very interesting!
Nov 02 2021
prev sibling next sibling parent reply dangbinghoo <dangbinghoo gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


We are developing Azure-Sphere High-secure Gateway Router, it's 
now in the end of development, and will shipping to Microsoft 😎.

Microsoft Azure-Sphere MT3620 is a wifi chip, and as a gateway, 
we made a Linux based LTE router for MT3620, the gateway's manage 
software is all-done in D including production factory testing 
support.

As it's all about linux system programming, D is doing all things 
great!

Thanks and 👍 to Dlang.
Nov 01 2021
parent reply Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Tuesday, 2 November 2021 at 01:37:18 UTC, dangbinghoo wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 We are developing Azure-Sphere High-secure Gateway Router, it's 
 now in the end of development, and will shipping to Microsoft 😎.


Are you on this page? https://dlang.org/orgs-using-d.html

— Bastiaan.
Nov 02 2021
parent dangbinghoo <dangbinghoo gmail.com> writes:
On Tuesday, 2 November 2021 at 20:20:18 UTC, Bastiaan Veelo wrote:

 On Tuesday, 2 November 2021 at 01:37:18 UTC, dangbinghoo wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 We are developing Azure-Sphere High-secure Gateway Router, 
 it's now in the end of development, and will shipping to 
 Microsoft 😎.


 Are you on this page? https://dlang.org/orgs-using-d.html

 — Bastiaan.


no, but I think we can't submit to that page, as we're only a 
small IoT RD team in our company of the even bigger corporation, 
showup the company and corporation info maybe need some public 
affairs of our company. I think it's better not to.  sorry about 
this :/

thanks!
Nov 02 2021
prev sibling next sibling parent reply Ferhat =?UTF-8?B?S3VydHVsbXXFnw==?= <aferust gmail.com> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


Apart from some little libraries, bindings, and ports, I recently 
ported EPANET (The Water Distribution System Hydraulic and Water 
Quality Analysis Toolkit) from C++ to D. My wife used EPANET in 
her PhD thesis, and I decided to play around with it to sharpen 
some skills. Looks like the original codebase was written in C a 
long time ago. I noticed that the maintainers are rewriting it 
using C++ to better achieve the goals defined as "the code to be 
more modular, extensible, and easier to maintain".
Nov 02 2021
parent Ferhat =?UTF-8?B?S3VydHVsbXXFnw==?= <aferust gmail.com> writes:
On Tuesday, 2 November 2021 at 11:31:00 UTC, Ferhat Kurtulmuş 
wrote:

 On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does 
 everyone write using the D Language?


 Apart from some little libraries, bindings, and ports, I 
 recently ported EPANET (The Water Distribution System Hydraulic 
 and Water Quality Analysis Toolkit) from C++ to D. My wife used 
 EPANET in her PhD thesis, and I decided to play around with it 
 to sharpen some skills. Looks like the original codebase was 
 written in C a long time ago. I noticed that the maintainers 
 are rewriting it using C++ to better achieve the goals defined 
 as "the code to be more modular, extensible, and easier to 
 maintain".


here: https://github.com/aferust/epanet-d-dev
Nov 02 2021
prev sibling parent WebFreak001 <d.forum webfreak.org> writes:
On Saturday, 30 October 2021 at 01:48:25 UTC, harakim wrote:

 I'm curious: Is there a poll somewhere that asks what kind of 
 software projects people write in D? If not, what does everyone 
 write using the D Language?


nearly all of my own personal web services and websites are 
written with a D backend these days (most are open source on my 
GitHub, GitLab or sourcehut)

I also work on serve-d (the LSP for code-d, the vscode extension)

I'm currently making a linux phone app using GTK 4 and libadwaita 
with GtkD's gtk4 branch and 
[d_adw](https://github.com/KonstantIMP/d_adw)

The most I do with D right now is a lot of short quick scripts to 
process any amount of data easily though. (at work)
Nov 02 2021