Test testconfig fails on Windows

[daneos]

Describe the bug
On Windows, the testconfig test runs only 32 of 34 tests. There are no errors indicated, as far as I was able to get with this it seems that two last test cases in testDNS are never run. I can see the first numeric address message, but after that the test just quits.

To Reproduce
Steps to reproduce the behavior:

1. Build
2. make runtests
3. Test testconfig runs 32 of 34 planned tests.

Expected behavior
The test suite passes.

Information (please complete the following):

• PVXS Version or Git commit ID: 1.5.1
• EPICS Base Version: 7.0.9
• libevent Version: 2.1.12
• EPICS_HOST_ARCH: windows-x64
• EPICS Target Arch. : windows-x64
• Host OS: Windows 10
• Target OS: Windows 10
• Compiler version: VS 2022 19.44.35207

Network configuration
N/A

Additional context
Building using conda.

Test output:

1..34
# SetErrorMode() disables 0x8001

# testDefs
ok  1 - defs["EPICS_PVA_BROADCAST_PORT"] ("1234") == "1234" (1234)
ok  2 - defs["EPICS_PVA_AUTO_ADDR_LIST"] ("NO") == "NO" (NO)
ok  3 - defs["EPICS_PVA_ADDR_LIST"] ("1.2.1.2 4.3.2.1:1234") == "1.2.1.2 4.3.2.1:1234" (1.2.1.2 4.3.2.1:1234)
ok  4 - defs["EPICS_PVA_INTF_ADDR_LIST"] ("1.2.3.4 1.1.1.1") == "1.2.3.4 1.1.1.1" (1.2.3.4 1.1.1.1)
ok  5 - conf.udp_port (1234) == 1234 (1234)
ok  6 -  !conf.autoAddrList
ok  7 - conf.addressList (["1.2.1.2:1234", "4.3.2.1:1234"]) == std::vector<std::string>({"1.2.1.2:1234", "4.3.2.1:1234"}) (["1.2.1.2:1234", "4.3.2.1:1234"]) 
ok  8 - conf.interfaces (["1.1.1.1", "1.2.3.4"]) == std::vector<std::string>({"1.1.1.1", "1.2.3.4"}) (["1.1.1.1", "1.2.3.4"])
ok  9 - defs["EPICS_PVA_BROADCAST_PORT"] ("1234") == "1234" (1234)
ok 10 - defs["EPICS_PVAS_BROADCAST_PORT"] ("1234") == "1234" (1234)
ok 11 - defs["EPICS_PVA_SERVER_PORT"] ("5678") == "5678" (5678)
ok 12 - defs["EPICS_PVAS_SERVER_PORT"] ("5678") == "5678" (5678)
ok 13 - defs["EPICS_PVA_AUTO_ADDR_LIST"] ("NO") == "NO" (NO)
ok 14 - defs["EPICS_PVAS_AUTO_BEACON_ADDR_LIST"] ("NO") == "NO" (NO)
ok 15 - defs["EPICS_PVA_ADDR_LIST"] ("1.2.1.2 4.3.2.1:1234") == "1.2.1.2 4.3.2.1:1234" (1.2.1.2 4.3.2.1:1234)
ok 16 - defs["EPICS_PVAS_BEACON_ADDR_LIST"] ("1.2.1.2 4.3.2.1:1234") == "1.2.1.2 4.3.2.1:1234" (1.2.1.2 4.3.2.1:1234)
ok 17 - defs["EPICS_PVA_INTF_ADDR_LIST"] ("1.2.3.4 1.1.1.1") == "1.2.3.4 1.1.1.1" (1.2.3.4 1.1.1.1)
ok 18 - defs["EPICS_PVAS_INTF_ADDR_LIST"] ("1.2.3.4 1.1.1.1") == "1.2.3.4 1.1.1.1" (1.2.3.4 1.1.1.1)
ok 19 - conf.udp_port (1234) == 1234 (1234)
ok 20 - conf.tcp_port (5678) == 5678 (5678)
ok 21 -  !conf.auto_beacon
ok 22 - conf.beaconDestinations (["1.2.1.2:1234", "4.3.2.1:1234"]) == std::vector<std::string>({"1.2.1.2:1234", "4.3.2.1:1234"}) (["1.2.1.2:1234", "4.3.2.1:1234"])
ok 23 - conf.interfaces (["1.1.1.1:5678", "1.2.3.4:5678"]) == std::vector<std::string>({"1.1.1.1:5678", "1.2.3.4:5678"}) (["1.1.1.1:5678", "1.2.3.4:5678"])
# testParse
ok 24 - client::Config::fromEnv()
ok 25 - conf.addressList.size() (2) == 2u (2)
ok 26 - conf.addressList[0] ("1.2.3.4:1234") == "1.2.3.4:1234" (1.2.3.4:1234)
ok 27 - conf.addressList[1] ("5.6.7.8:9876") == "5.6.7.8:9876" (5.6.7.8:9876)
# testServerAuto
ok 28 -  !conf.interfaces.empty()["0.0.0.0"]
ok 29 -  !conf.beaconDestinations.empty()["10.0.2.255"]
# testClientAuto
ok 30 -  !conf.interfaces.empty()["0.0.0.0"]
ok 31 -  !conf.addressList.empty()["10.0.2.255"]
# testDNS
ok 32 - conf.addressList (["127.0.0.1"]) == expect (["127.0.0.1"])
#  numeric address

... snip ...

testconfig.t (Wstat: 29696 Tests: 32 Failed: 0)
  Non-zero exit status: 116
  Parse errors: Bad plan.  You planned 34 tests but ran 32.

[mdavidsaver]

it seems that two last test cases in testDNS are never run.

Non-zero exit status: 116

The testconfig process is crashing. Could you run it in GDB the debugger of your choice, or otherwise capture a stack trace?

[mdavidsaver]

two last test cases in testDNS are never run

From a recent successful Windows GHA run:

...
#  numeric address
ok 33 - conf.addressList (["127.0.0.1"]) == expect (["127.0.0.1"])
#  localhost
ok 34 - conf.addressList ([]) == expect ([])
#  invalid hostname

Case 33 does a lookup of localhost, which really should succeed immediately. With Linux, this might fail if /etc/hosts were empty. With Windows, I am not sure what could cause this to fail.

Network configuration
N/A

Because DNS is involved, network configuration may be relevant.

To make progress on this report I would need either a stack trace if testconfig does actually crash. Or some notion of why a lookup of localhost would hang in your environment.