<div dir="auto"><div dir="auto">"Good news, everyone!"</div><div dir="auto"><br></div><div>With CI builds of the branch now regularly passing on both the multiplatform FOSS NUT CI farm (including linux+mingw cross-builds), and CircleCI with MacOS, and newly on AppVeyor with Windows+MSYS2 (including integration tests with live upsd and some dummy-ups instances), after ironing a few wrinkles I intend to PR and merge it into the main NUT codebase soon, lest the effort bit-rot again.</div><div dir="auto"><br></div><div dir="auto">There are nearly no remaining "functional" changes to lines of existing "POSIX" NUT codebase, with platform specifics fenced by ifdef. (There is quite a bit of noise with macro'ed data types that resolve same as they did for POSIX builds).<br><div dir="auto"><br></div><div dir="auto">So far it is not prime-time ready to package: some functionality remains ifdef-ed away, though it might have been in 2.6.5 based releases too, and I did not even investigate MSI generation. Also there were good ideas how to architect and move it forward posted over the years... But at least it seems already functional in many aspects and I still hope someone takes that torch to the finish line. Many tickets for such details posted at <a href="https://github.com/orgs/networkupstools/projects/2/views/1">https://github.com/orgs/networkupstools/projects/2/views/1</a></div><div dir="auto"><br></div><div dir="auto">FWIW, AppVeyor builds also publish a tarball of the Win x64 install area to grab and test. Making sure it actually runs and talks correctly to the hardware is important after all ;)</div><div dir="auto"><br></div>Jim<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Wed, Jul 13, 2022, 20:06 Jim Klimov <<a href="mailto:jimklimov%2Bnut@gmail.com">jimklimov+nut@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Back from vacations, and before I dive into real-life work, I went over some ideas and notes from the NUT for Windows effort.<div dir="auto"><br></div><div dir="auto">Now they should be tracked at <a href="https://github.com/orgs/networkupstools/projects/2/views/1" target="_blank" rel="noreferrer">https://github.com/orgs/networkupstools/projects/2/views/1</a> and community help is welcome :)</div><div dir="auto"><br></div><div dir="auto">I probably forgot or missed some caveats - so feel free to post issues for this project if you think of some more...</div><div dir="auto"><br></div><div dir="auto">Jim</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 23, 2022, 23:52 Jim Klimov <<a href="mailto:jimklimov%2Bnut@gmail.com" target="_blank" rel="noreferrer">jimklimov+nut@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hello all,<div dir="auto"><br></div><div dir="auto">  After a hectic month in private life, as a byproduct I've got a viable merger of last released NUT 2.6.5 based Windows-ready codebase (thanks to the giants active a dozen years ago, on whose shoulders I stood today) and modern 2.8.x/master, fixing the merge conflicts and build warnings. Some details were tracked in discussion of <a href="https://github.com/networkupstools/nut/issues/5" rel="noreferrer noreferrer" target="_blank">https://github.com/networkupstools/nut/issues/5</a></div><div dir="auto"><br></div><div dir="auto">  There are caveats, e.g. in a few files code was just hidden by `#ifndef WIN32` so making it "appear" would be a future trick, and some "silly" fallbacks for missing methods were hacked to make it build but probably are not thread-safe etc... but at least binaries do appear and some do run without crashing on Windows - e.g. usbhid-ups and nut-scanner did see my test UPS. Fixes originally made for libusb-0.1 were applied to libusb1.c too, but not tried yet.</div><div dir="auto"><br></div><div dir="auto">  Builds are possible, mostly scripted and documented, see:</div><div dir="auto"><br></div><div dir="auto">* `docs/config-prereq.txt` and `ci_build.sh` for MSYS2 (includes MinGW) natively on Windows,</div><div dir="auto">* `scripts/Windows/README` and a build script nearby for using mingw cross-building packages on Ubuntu Linux.</div><div dir="auto"><br></div><div dir="auto">Both of these produce lots of standalone usable binaries installable as a typical NUT directory tree, which (with copies of DLLs for third-party projects) "just work".</div><div dir="auto"><br></div><div dir="auto">The adventure starts with:</div><div dir="auto"><br></div><div dir="auto"><pre style="font-family:ui-monospace,sfmono-regular,"sf mono",menlo,consolas,"liberation mono",monospace;font-size:11.9px;margin-top:0px;margin-bottom:16px;padding:16px;line-height:1.45;border-radius:6px;color:rgb(36,41,47)"><code style="font-family:ui-monospace,sfmono-regular,"sf mono",menlo,consolas,"liberation mono",monospace;padding:0px;margin:0px;background-image:initial;background-position:initial;background-size:initial;background-repeat:initial;background-origin:initial;background-clip:initial;border-radius:6px;border:0px;display:inline;line-height:inherit">:; git clone -b Windows-v2.8.0-1 <a href="https://github.com/networkupstools/nut" rel="noreferrer noreferrer" target="_blank">https://github.com/networkupstools/nut</a> nut-win
</code></pre>I really hope that the community members more interested and better versed in the platform can pick it up from here, to discover and fix the missing and flawed bits, make sense of the installer, etc. and eventually make this codebase part of common NUT, multi-platform as it is.</div><div dir="auto"><br></div><div dir="auto">Sone points of interest OTOH:</div><div dir="auto">* c++ and a few drivers are currently effectively "neutered"</div><div dir="auto">* fcntl() code to avoid FD leaks to forked children, is it doable on Windows?</div><div dir="auto">* loading dlls from one dir, without copies near every exe (see common.c)</div><div dir="auto">* automatically tracking major version number X (from client/Makefile.am) for LTDL discovery of libupsclient-X.dll without hardcoding it</div><div dir="auto">* localtime_r, gmtime_r use ugly fallbacks where unavoidable</div><div dir="auto">* usb close_dev() crashes</div><div dir="auto">* not all dependencies were tried, probably more build warnings are lurking to clean up</div><div dir="auto">* installer not investigated</div><div dir="auto">* code mostly looks at "WIN32" macro as a big switch; there should be more specific configure-script tests for different versions, toolkits, build envs, IDEs... that are possible. Supported or not, WIN XP may still be a big thing...</div><div dir="auto">* clean up what `make install` does (e.g. no systemd/SMF on win)</div><div dir="auto">* automate copying third-party dlls for `make install DESTDIR=...` (recursive ldd?)</div><div dir="auto">* make sure that Linux/Mac/Solaris/BSD/... builds from this branch are not broken by that big code merge.</div><div dir="auto"><br></div><div dir="auto">On my side, curiosity is satisfied, itch scratched and bogus achievement achieved, so I plan to rest and then do other things. Really looking forward to you the reader to make the next iterations.</div><div dir="auto"><br></div><div dir="auto">When this codebase gets "good enough" to at least not fail to build against more and more third-party projects, I'll look at covering this in NUT CI so it does not regress with future evolution. This milestone is actually already viable now, just I'm leaving for vacation :-)</div></div>
</blockquote></div>
</blockquote></div></div></div>