In Windows 7 there aren't very many compatible software firewalls yet so I'm using Windows Firewall with both outgoing and incoming protection enabled. (It's enhanced in Windows 7). Also I'm using an application called Vista Firewall Control which simplifies the configuration of WF.
iReboot has full permissions incoming and outgoing.
I've just gone to the .exe and made it run in compatability mode with Vista. I'll see how that acts for the next day or so.
So far so good. Just did a reboot and no error. We'll see how it goes.
Anything I can do or just grin and bear it? I haven't yet got around to booting into W7 yet, will try shortly.
Well I've rebooted 3 times now and it hasn't recurred so perhaps making it run in compatibility with Vista helped?
I know anything goes with beta OS's so am not expecting perfection.
The only major bug I have and the Seven Forums can't figure out, is that sometimes it will boot up in a sort of dead state....desktop, background & icons are all there except some by the clock and task manager is empty, no processes and the graphs are empty plus right-click balloons start off very faintly. I then have to switch users to the Admin and back and that cures that.
The joys of beta testing!!
I seem to remember that this happened in the early days with iR and CG had to put in a "wait-a-while" to stop iR initialising before the service had started. (This is all from the depths of my memory, not being an iR user since adopting HnS - later edit I found the original discussion start point)
Why W7 should resurrect it I wouldn't know. Perhaps W7 is so much quicker that the wait needs to be extended ?
I get that, but why the program couldn't run the service if stopped during its load routine...
I've never played with the ServiceController object in .net. Maybe you can't, but if you can wouldn't this fix that problem?
Unless this service is what gives iReboot UAC-free access...
Guess there might be a problem with the way W7 schedules tasks or starts services. I don't imagine a iReboot user would boot into Windows and almost immediately use it to reboot. By the time Peter wanted to use iReboot, I'm sure the service had more than ample time to start.
Justin, all that is accounted for in the program architecture.
iReboot doesn't attempt to talk to the service (which gives it a UAC-bypass) unless you try to use iReboot. Basically, the first time you open the iReboot menu each session it will try to talk to the service.
So for some reason, the iReboot menu is being *queried* (fake-opened) in Windows 7 with Peter at startup... and the service isn't yet running.
Vista/W7 have a auto delayed start service setting so it might have been set to that. I know by default most .net apps don't need UAC when their loading.
In a nutshell at what I'm getting at here, Is there a way you could have it initially start with standard permission and be able to start the service before performing actions that would require elevation? Would starting an installed service require elevated permission?