Well, he can code in VS2005 and just compile it with Mono - that's what I do. In many respects, Assemblies produced by MS's compiler are compatible with Mono too (you're asking for trouble if you execute them, missing dependencies, etc, etc, but you can probe them easily).

Are you doing your processing in the same thread as the GUI runs in? It sounds like it. If so, you have two options - you can either break out your processing to another thread, or you can simply make sure you call Application.DoEvents() regularly. Hope that helps

It's a regular expression that matches a string of the form SomeKey = "Some Value" or SomeKey = 'Some Value'. SomeKey can be a string consisting of :, _, . and any alphanumeric character, while Some Value can be a string consisting of anything except the speech marks that contain it. There can also be any amount (or none) of whitespace around the = sign. Hope that helps. -- modified at 12:46 Sunday 21st January, 2007

Hi all, I've recently been working on an IRC bot in C# (yes, I know there are a thousand others that could probably do what I want, but it was for the experience as much as anything) - the core of the bot works perfectly fine, but one of the subsystems, a plugin system, is giving me no end of grief. To support unloading plugins, I isolated plugins in their own appdomain, and so far that has worked just fine, but I recently implemented a few changes - I decided to write an auto-updater as a plugin, so I set the plugin appdomain to use shadow copying, and strongly named assemblies (for a bit of security). The auto-updater queries a server regularly, and downloads any new or updated assemblies to the plugin directory, before reloading the plugins. Now from what I've read, if shadow copying is enabled, when an assembly is loaded, it will first be copied to the shadow directory and then loaded from there, and any subsequent load attempts will use newer assemblies from the plugin directory (rather than the shadow copied version) if they exist. However, if I try to load the new assembly specifying a complete AppName, and the assembly version has changed, the load fails, with the fusion logs remarking that it found an assembly (purportedly in the plugin directory), but that it has the plugin version of the previously loaded assembly (I've checked in explorer, and it is definitely the correct version). I've been able to work around this by loading by using the codebase, but that has an unacceptable downside in that it doesn't check that the public key token matches. The only thing I can think of is that the previous version of the assembly is still loaded in a different appdomain. If anyone has any suggestions, or could put me right if I've made any incorrect assumptions, I'd appreciate it. The code is available, but I'd prefer not to check this broken code into my SVN if I don't have to. Apologies if that was too rambling, but it's early in the morning and I'm running low on caffeine.