My first thought was unix as well. The user swears that it's a windows. Is there a query I can run to figure out what is the server is running on?

Figured it out. I changd the RegisterStyleSheet to return a string: string RegisterStyleSheet() { string includeTemplate = ""; string includeLocation = Page.ClientScript.GetWebResourceUrl(this.GetType(), "Fyuzon.Membership.Web.Css.BaseGridStyleSheet.css"); return String.Format(includeTemplate, includeLocation); } and override the RenderControl with the following: public override void RenderControl(HtmlTextWriter writer) { writer.Write(this.RegisterStyleSheet()); base.RenderControl(writer); } Works like a charm... If there is a better way of doing this, please do let me know.

I understand the server side scripts are executed in the server but I figured that there has to be a point during the life cyle where the markup, including the scripts, are parsed and compiled into dlls. This is where I wanted to inject my text. Seems like I may have to find another solution. Thanks for your input.

You cannot view unmanaged code in the stack trace - you could use the disassembly window, however.

Take a look at this excellent tutorial: COM in plain C[^]. It's time for a new signature.

Yeah :laugh: On first post I was like " :doh: WTF happened to my pattern, it was correct when I typed"

Seems to be a bug in VS2008 or could be my crappy Lenovo Laptop. Restarted computer and problem is gone.

I found that the HttpApplicaion.Context.Handler (type of IHttpHandler) is created before the AcquireRequestState event. The Handler contains all the info that I require. So by subscribing to this event allows you to access the page which is calling the Authentication class. Hopefully this helps someone in the future.

I ended up using xsd.exe, which worked. Go figure.

Hi Fayu, Have a look at trying for xml explicit, try this article for some help http://www.eggheadcafe.com/articles/20030804.asp[^] Hope you get it working

Well, as a general statement yes, it is possible to do it (or anything else) in C#. However, your original question was framed in such a way that implied you were asking for a full solution to your problem.

I would create a control and draw the data in the OnPaint. If the data needs to be editable, handle the mouse events and display a textbox at the mouse coordinates on right click or whatever, invalidate and get rid of textbox when edit is completed. This will be very quick (many times quicker than creating loads of text boxes) and you have total control over the way everything is drawn. It is possible to databind as well if you wish. Dave BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn) Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) Why are you using VB6? Do you hate yourself? (Christian Graus)

Just one more tip for you. Create a static class to hold all your session objects. For example public static class SessionItems { public static YourObjectType YourObject { get { Object result = HttpContext.Current.Session["YourObject"]; if (result == null) return null; else return (YourObjectType)result; } set { HttpContext.Current.Session["YourObject"] = value; } } } It makes it easier to manager your session objects this way, plus it prevents bugs from trying to access a session object that does not exist. Also prevents bugs that can occur from mispellings I didn't get any requirements for the signature

If you are receiving an XML serialization, then the only thing you can deserialize it with is an XmlSerializer - it is entirly possible that the error you are getting is a reflection of this. I.e. that the XmlNode entries are private, not available as public properties and thus the tree can be saved by a XmlSerializer, but not with a BinaryFormatter since this will try to save all private variables as well. Since XmlNore does not appear to have a [Serializable]attribute, I think you are stuck with XmlSerializer. You could use multiple type of serializer, but since each would contain the same data this would just increase the effort, without producing a benefit.

if the thread throws an exception, and the catch is to touch a GUI Control, then you need Control.Invoke, there is no way around that since that thread is not allowed to touch any Controls. BTW: A BackgroundWorker has a Completed event which does the invoking automatically, and its event argument holds the exception that may have occurred. :)