Glad you found a solution, but I still question the Dispose use. Have you actually put a " : IDisposable" at the end of your class definition? If not, you can do that and then supply at minumum an IDisposable.Dispose() implementation. This will be separate from any dependency upon being able to inherit from TraceListener, but you may need to call the base.Dispose() method to properly clean things up. John "You said a whole sentence with no words in it, and I understood you!" -- my wife as she cries about slowly becoming a geek.

The problem arises when the client wants to stop listening. They've decided they no longer want to be a part of the chat session or the video stream or in my case the Trace/Debug broadcast. There very well may be more data "in a while", but the client/subscriber has chosen not to receive that data. I've implemented the Listener loop such that it handles ThreadAbort and does the socket.Shutdown and socket.Close in the finally of try...catch, but it doesn't seem right. I feel as if there should be an interrupt in there somewhere in the ReceiveFrom call on the socket. That's about the only other way to do it, but that's not built into the socket class, so oh well. Anyways, here's what we've got instead...

Can I know what are your primary skills?

If you have ASP.NET running on the server, it might be blocking access to the .config file because of a bug in .NET 1.0. Edit the machine.config* [edit]on the server[/edit] and change line 447 from path="*.config" to path="web.config" This will allow your app.config file to download but still block downloading of the web.config file. [edit]*On my computer it is at: C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705\CONFIG If you have .NET 1.1 installed on the server then this change has already been made, but if you told IIS to use .NET 1.0 for that application (or for the whole server) then you still need to edit the machine.config[/edit] James "I despise the city and much prefer being where a traffic jam means a line-up at McDonald's" Me when telling a friend why I wouldn't want to live with him

You will need to count the references created to it, and if none is needed anymore, the unmanaged resources can be released. By design a static member will instantiate whenever it is first accessed and will last the lifetime of the appdomain. There is no GC on those objects AFAIK. leppie::AllocCPArticle(Generic DFA State Machine for .NET);

Holy crapper! If you put a space between the opening OtherSettings element and the opening EmailSettings element, it works fine. Can anyone think of a real good reason that is a bug? Modified: Sorry make that just before the opening OtherSettings element.

Ya I'm blind. Thanks...

:confused: ya so apparently it is working... I'd still like to understand how it works and how to use it because it does not work with file shares (ie file://\\server\assemblies\asdf.dll). Tanka

I'll do what I can. I'm looking for quite a bit more in a Tree control (ie multiple checkboxes) so I may have some fun later on. Thanks though

From what I read, you are not using C# (C# forum). -IContextMenu is defined in ShlObj.h which is not a default header automatically included by vc. -IID_IContextMenu is defined in ShlGuid.h -You must link with either uuid.lib or shell32.lib And I swallow a small raisin.

ya i've tried using file:// but you can't iterate the files that way at least not with DirectoryInfo.

Tanka! Maybe your explaination made more sense than mine did. I have to say the inability to add static members to an interface is quite irritating. Ugh... So many missing pieces...

leppie wrote: What the point of a private property, if it is not used? Sure , internal, protected and public have there reason, but I cannot see the purpose of a private property. 1) I was just showing that because an interface cannot define actual member variables only methods, it makes sense that you cannot use them for XmlSerializer. 2) Oh my lordy - really! Private properties are sooo useful. Often over used by lazy (vb6 uhum :P - no offense just hate it) developers, but none-the-less important.

Nevermind... I didn't realize it was an either or situation. Really miss the allocconsole. Maybe we'll just have to import. That's disappointing.

Cromwell wrote: Really? That seems a bit absurd, really Taking your linked list example, what would stop two people from just happening to write a class with the same name? They would most likely not be compatible with each other, so allowing casting between the two is a bad idea. Cromwell wrote: How could you ever write an abstract class such as linked list. I wouldn't make the linked list class abstract; instead I would use a generic node type which would hold an object as well as the prev, next references. Now this class gets placed into its own assembly which other projects can reference to leverage the class. James