Hypothesis...
Oct. 12th, 2013 03:49 pmA while back, when my copy of WinPatrol informed me that the software controlling the TRENDnet network printer controller wanted to install itself each time my machine booted and asked if I was okay with that, I declined, figuring I would start the software only when I needed to use the printer, which is not all that often.
Then somewhere along the way, I reconfigured the software so that it did, indeed, load during the startup process, because forgetting to run the program before sending a file to the networked printer (or sending the file after the software had run but before a connection was established with the printer) caused all sorts of problems.
The software has never been "quite right in the head." When I try to print files, it will tell me the printer is paused, except that the printer is actually printing. Sometimes, it shows the printer to be printing (except that it isn't), which is typically followed by an error notification.
Disabling a bunch of startup programs led to my discovering yesterday that I could no longer print using the on-screen TRENDnet interactive software. That's why I moved the printer back to my office and linked to it directly. Rebooting the machine, however, resulted in the system reloading that interactive software during startup.
Exiting that TRENDnet software lets me send files directly to the USB-connected printer, but failing to exit the software when the printer is connected directly creates one of those print jobs you can't get rid of (the job ends up waiting for a printer that never becomes available). Earlier this afternoon, rather than use the batch file I cooked up some time back to clear the job from the print queue, I rebooted the machine, figuring the job would be deleted in the process.
Not quite.
During startup, before TRENDnet was loaded, the file was sent to the connected printer. Once TRENDnet finished loading, my machine began to exhibit the behavior that had been driving me nuts (i.e., double-clicking an application has no effect). Attempting to exit TRENDnet (which would pop up from the system tray) caused my machine to freeze.
Hypothesis: The problems I've been having were caused by the TRENDnet software.
Experimental procedure: Continue to use the machine with the TRENDnet software disabled and not running. If a sufficient amount of time passes without the problem manifesting itself, this will suggest that TRENDnet was the source of my problem.
Cheers...
Then somewhere along the way, I reconfigured the software so that it did, indeed, load during the startup process, because forgetting to run the program before sending a file to the networked printer (or sending the file after the software had run but before a connection was established with the printer) caused all sorts of problems.
The software has never been "quite right in the head." When I try to print files, it will tell me the printer is paused, except that the printer is actually printing. Sometimes, it shows the printer to be printing (except that it isn't), which is typically followed by an error notification.
Disabling a bunch of startup programs led to my discovering yesterday that I could no longer print using the on-screen TRENDnet interactive software. That's why I moved the printer back to my office and linked to it directly. Rebooting the machine, however, resulted in the system reloading that interactive software during startup.
Exiting that TRENDnet software lets me send files directly to the USB-connected printer, but failing to exit the software when the printer is connected directly creates one of those print jobs you can't get rid of (the job ends up waiting for a printer that never becomes available). Earlier this afternoon, rather than use the batch file I cooked up some time back to clear the job from the print queue, I rebooted the machine, figuring the job would be deleted in the process.
Not quite.
During startup, before TRENDnet was loaded, the file was sent to the connected printer. Once TRENDnet finished loading, my machine began to exhibit the behavior that had been driving me nuts (i.e., double-clicking an application has no effect). Attempting to exit TRENDnet (which would pop up from the system tray) caused my machine to freeze.
Hypothesis: The problems I've been having were caused by the TRENDnet software.
Experimental procedure: Continue to use the machine with the TRENDnet software disabled and not running. If a sufficient amount of time passes without the problem manifesting itself, this will suggest that TRENDnet was the source of my problem.
Cheers...