MemGator messages do not appear in Windows UI

[machawk1]

Forever fetching:

Oddly, after installing, if running the script from source with the installation in-place in C:\wail, MemGator does resolve and populate the label (albeit, with overflow):

[machawk1]

7a2be2b should fix the issue but on my Windows 10 test VM, the "Fetching" message is never replaced when running with the .exe but behaves correctly when running from the .py directly. This issue did not exist prior to the change in 7a2be2b.

This issue persists after a VM reboot using the same .exe.

[machawk1]

Re-pulled and fetching is removed. Overflow remains. Changing ticket title to address this.

[machawk1]

Issue only occurs when running from the .exe. A command line UI pops up but disappears too quickly to observe the output, which is likely the memgator call. Observing what this message states might be the means to resolve this issue.

Reverting Issue title

[machawk1]

Likely an issue with subprocess.Popen on Windows per https://github.com/pyinstaller/pyinstaller/wiki/Recipe-subprocess

[machawk1]

Still an issue in the Windows build as of d01e1ae. The "Fetching memento count..." message is never replaced when running the WAIL.exe binary. When running python bundledApps\WAIL.py, the message updates as expected.

[machawk1]

With the --windowed flag removed from the pyinstaller command in MAKEFILE.sh, the resulting binary has the count text updated. Another data point, but this might help narrow down the issue.

[machawk1]

Adding stdin=subprocess.PIPE, stderr=subprocess.PIPE parameters to the Popen command to MemGator causes the text to update from within the .exe binary but causes a window to open each time. Consult the above link for advice on remedying this.

EDIT: This may be mitigating the documented but hidden OSError exception: "[Error 6] the handle is invalid. per the link.