Sean Cross

Thanks, @MPC-BlackBox. I've incorporated this into a patch at https://github.com/xobs/esp32-wifi-manager/commit/a0bc1bca0dbc0780dbb993806b1db8f35fd430a7 for those of you who are maintaining your own forks now.

Here is what it looks like on my system, with the current HEAD:  Here's what it looks like after the first patch, which informs Windows that the application supports...

I'm not able to produce the crash. I'm building on Windows 10 using VS 2017 Community. Strangely, the DLL doesn't build on a freshly-checked-out system: ````cmd D:\Code\PDCurses\win32a>nmake -f .\vcwin32.mak DLL=Y...

I did a rebase, and I'm able to build it on Windows now without creating that .def file. However, I'm still unable to reproduce the crash. I'm installing a mingw-w64...

I'm unable to reproduce the crash. I'm running wine-3.6. Admittedly, this is via a remote X server: ```` xobs@nas /d/x/C/P/win32a> i686-w64-mingw32-objdump -x ma^C xobs@nas /d/x/C/P/win32a> make -f mingwin32.mak DLL=Y i686-w64-mingw32-gcc...

A simple proof-of-concept library is available at https://github.com/xobs/wishbone-adapter/. The library is in etherbone.c, with an API exposed in etherbone.h. As a reference program, you can look at litex-devmem2.c.

I just ran into this issue after upgrading wavedrom -- the older version worked, but the newer version silently failed with only that error in the console -- `TypeError: e.charCodeAt...

I think that this is a good candidate for a different example. Incidentally, I have a captouch driver (as opposed to this resistive driver) done at https://github.com/xobs/fomu-captouchtest/blob/master/rtl/fomucaptouch.py

I don't know what that is. Care to add it?

This is a `foboot` issue, and seems reasonable!