What could go wrong?

[Howard F. Cunningham]

Hi

Today’s Windows rarely needs to be rebooted, if only Windows is running.  What you are running into is a program that is not playing nice and creating problems.

A thought on the unlimited amount of data..  You could try running a scheduled task to delete the data.  Keep in mind that I do not know if this data is needed or what happens if the data is deleted while wispr is running.  If wispr needs that data while running, you could try using a scheduled task to shutdown wispr, delete the files, and restart wispr (assuming that wispr does not require any keyboard interaction to start)

WD5DBC


Howard Cunningham, MCP
howardc at macrollc.com<mailto:howardc at macrollc.com> - personal
For technical support, send an email to service at macrollc.com<mailto:service at macrollc.com> or call 703-359-9211 (24/7)

From: Tacos [mailto:tacos-bounces+howardc=macrollc.com at amrad.org] On Behalf Of kf4hcw
Sent: Monday, June 29, 2020 9:29 AM
To: tacos at amrad.org
Subject: Re: What could go wrong?

On 6/28/20 11:47 PM, Alex Fraser wrote:
I have some hazy ideas about keeping a digital station running on the same machine I social network on.  What could go wrong?

I have (up until the recent storms) been running wispr on my daily driver in a windows VM in the background w/ my flex 6300 -- band hopping with my virtical loop.

I have learned that one must reboot windows at least once per day or it will eat itself and lose the ability to maintain good timing - producing hash in its output and input.

I have also learned that the wspr software will generate an unlimited amount of data in the background that must be deleted once per day (about the time I reboot it) so that the disk doesn't fill up and break things.

So, that could go wrong, but it's easily mitigated with a small maintenance routine.

Best,

_M

--

kf4hcw

Pete McNeil

lifeatwarp9.com/kf4hcw



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.amrad.org/pipermail/tacos/attachments/20200629/eca58ba9/attachment.html>