Observed with 11.19.6.0 on Linux 32bit:

If <Vendor>_LICENSE_FILE contains only one file reference that points to a non-existent file or a file that does not contain a (still valid) licence,

then our <Vendor> executable takes a long time (2 Minutes) before detecting that there is no license.

This is apparently caused by lm_new_job() [called by <Vendor> executable several time for different features].

When I call the corresponding Linux executable with `strace`, the lm_new_job() causes 5-second network timeouts [several times]:

```

[16:20:38] gettimeofday({1780410038, 567563}, NULL) = 0

[16:20:38] poll([{fd=4, events=POLLOUT}], 1, 0)  = 1 ([{fd=4, revents=POLLOUT}])

[16:20:38] send(4, "234211001000000ra350xwb-2-cn44asts6"..., 47, MSG_NOSIGNAL) = 47

[16:20:43] poll([{fd=4, events=POLLIN}], 1, 5000) = 0 (Timeout)

```

In order to reproduce this, you would need a laboratory environment where DNS resolutions may fail, as is the case here.

I took care to remove any ~/flexlmrc, so there is not "hidden" server reference

that needs to be considered.

With FlexLM 11.18.0.0 this could not be observed (lm_new_job() retuns fast),

so it has probably to do with a change in the FlexLM business logic.

I consider this a FlexLM bug:

If only *files* are listed in <Vendor>_LICENSE_FILE (and ~/flexlmrc), then

lm_new_job() should not attempt any network access.

(I did not find any link to file bug reports any more, so I created this posting instead.)