Following up on my previous post, I’ve found the cause of the problem.

It turns out that screensavers are run in some kind of limited security context. One of the side effects of this is that the standard .NET settings subsystem - as supported by Visual Studio - is unable to load user settings. (I was able to verify this using Process Monitor to track the screensaver as it activated.)

One of the kind souls on the NZ .NET discussion mailing list pointed out that all the Microsoft supplied screensavers use the registry for their settings.

So, I got stuck in and converted across to using the Registry for settings storage and now everything works fine.

A big thanks to those on the NZ .NET mailing list who offered their thoughts and helped out. In no particular order: Peter Bamberger, Matthew Turner, Neal Blomfield, Conor Boyd, and Matthew Langmaid.

Comments

blog comments powered by Disqus
Next Post
Mandelbrot Screensaver v3  01 Jun 2008
Prior Post
Preaching the wrong message  27 May 2008
Related Posts
Browsers and WSL  31 Mar 2024
Factory methods and functions  05 Mar 2023
Using Constructors  27 Feb 2023
An Inconvenient API  18 Feb 2023
Method Archetypes  11 Sep 2022
A bash puzzle, solved  02 Jul 2022
A bash puzzle  25 Jun 2022
Improve your troubleshooting by aggregating errors  11 Jun 2022
Improve your troubleshooting by wrapping errors  28 May 2022
Keep your promises  14 May 2022
Archives
May 2008
2008