#97 capture file remains open on sendquit command line. (accessing internet)

[Eric Keen]

Greetings -
We're having problems accessing output files on the windows platform with the syntax below. The problem is the output file isn't written to until 3 or 4 seconds, and tracing/logging doesn't show the delay.

start "Scale inb_scale_ip" /wait realterm port=192.168.1.37:2101 winsock=0 controls=0 vs=0 capture=inb_scale_ip.output sendquit=inb_scale_ip.init capsecs=1 CR LF LFNL

inb_scale_ip.output is created, but has zero bytes and is open for over 4 seconds.

Any help would be appreciated.

[Simon Bridger]

Can you test the latest dev version and see if it is the same?
Does it eventually get chars in it before it closes?
The 3-4 secs you refer to, is that after RT has closed or before?

[Eric Keen]

Hello Simon,
It does eventually close and create the output file, and we isolated the delays to 20 second timeouts where RealTerm is trying to reach nb-96-126-99.234.fremont.nodebalancer.linode.com over https. Perhaps this is the user feedback mechanism?
Thanks,
Eric

[Simon Bridger]

Yes it is probably trying to contact the (now gone) analytics server.
This has been turned off in 3.0.1.45
You might also be able to block it by setting a registry key at HKEY_CURRENT_USER\Software\BEL\Realterm
but that will also block update checks.

[Eric Keen]

Thanks Simon - this is exactly the what we were looking for and your help was apprciated.

[Simon Bridger]

Hi Eric,

Can you confirm the version you were using that has the problem (since analytics wasn't added until v34)

[Simon Bridger]

Ticket moved from /p/realterm/support-requests/47/

Can't be converted:

• _milestone: v3.0.0.30

[Simon Bridger]

Notes: Shouldn't have been doing updates/analytics on a brief run / batch file run. Need to check that update checks aren't being run in this case also (even though analytics are now disabled)