Rajkumar R wrote: #define STRINGIZE(_x) #_x #define STRINGIZEVALUE(_x) STRINGIZE(_x) Clever. :) If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile. This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke

hansipet wrote: I don't wont an explicitly call to a function. Just as a way of testing to see if it solves the problem, why not? :rolleyes: led mike

Hello, I search some configuration framework with which I can make application configuration. Edit inside the application, load and save a new configuration. The property grid is for sure usefull to make such a framework, but it is only a part of it... Til now I have found NINI which looks good. But it provides only to part of saving and loading...I search also the part of the graphical representation of the configuration data. Best regards Hansjörg

This will work. Put it as the only code in a page behind file. protected void Page_Load(object sender, EventArgs e) { Response.Clear(); Response.ContentType = "text/xml"; XmlSerializer xml = new XmlSerializer(typeof(SomeObject)); xml.Serialize(Response.Output, someObject)); Response.Flush(); Response.Close(); } Need a C# Consultant? I'm available. Happiness in intelligent people is the rarest thing I know. -- Ernest Hemingway

How I can provide a pseudo root element?

Thank you very much!!!

He is telling you that you need to determine the "best and fastest" solution on your own because each solution has trade-offs that affect certain situations negatively. Since you know your situation and we don't, you will get stupid hints! So, get your compiler and profiler, and have fun! "We make a living by what we get, we make a life by what we give." --Winston Churchill

hansipet wrote: do you know if it is possible to deserialize objectes allways from the same stream? If you mean one stream for all Yes it is possible but you must set the pointers of the stream manually eachtime by yourself for preventing errors.and ofcourse you need some implementation for preventing asynchronous calls from clients for requesting the stream and update requests from the server on the that. and if you mean same stream as serialized in request the answer is yes again and this time you just need to set the pointers to first of the stream with using methods like seek hansipet wrote: I don't wan't to poll allways the server if you said that because of the singleton it can be singleCall so after calling and disposing the stream the resources from server side will release and there would be no problem. but if your Log files are not so huge I think creating a class as LogDataHolder and mark it as serializible then return it as value to clients would be a better idea. good luck

I have tried a lot of things and now I have found out the problem. For coding I use c++/cli and there it seems that it is not possible to use the DateTime^, but you have to use DateTime... Best regards Hansjörg

Sure! Here you go[^] :) Regards, mav -- Black holes are the places where God divided by 0...

hansipet wrote: I think this is in the MFC library and I don't can use it... Ok, then use vsprintf(). See here[^]. It works the same as the CString alternative, but in this case you have to provide the output buffer. "It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown

As it's compiling and the call to _vsntprintf_s is happening then there's really only two possible causes. One is the data/paramters you are passing and the other is that previous lines of code have caused some horrible corruption which is killing the process but has essentially nothing to do with _vsntprintf_s. I'd guess at the former but I agree that this shouldn't be happening. Possibly you've hit some nasty corner case where the CRT simply calls abort(); and for some reason you're not seeing anything in the debug trace. Remember the same code, called by _vsntprintf_s is going to be used to format that debug trace output, so if you trash it badly enough you won't see any debugging info ;) I would recommending installing the CRT sources which is an option on your Visual Studio installation, if you didn't already, and then adding the path e.g. C:\Program Files\Microsoft Visual Studio 8\VC\crt\src to the include search path of your project so you can step into the _vsntprintf_s call and debug what's going on. It get's pretty deep in there but it shouldn't take too long to find where it's dropping out. You could always wrap the call in some exception handling as well if you thing the CRT might be throwing at you. Obvious the first port of call is to thoroughly check your parameters but I'm guessing you did that already :) Nothing is exactly what it seems but everything with seems can be unpicked.

hansipet wrote: It is impossible to make dlls, which have parts in c++ und .net. (problems exporting the classes and so on...). I don't know what that means but I have not had a problem creating the following: (1) C++/CLI DLL (mixed mode) that exports native C++ classes that are consumed by a native C++ application. Exported native classes use managed code to perform some work and then marshal results back to native memory consumed at the native application layer. (2) C++/CLI (mixed mode) assembly that publishes public managed classes that are consumed by .NET managed applications. Managed classes that use mixed mode to perform operations by using Native C++ classes and marshal the native results to managed memory for return to the managed application layer. If you are trying to do anything else I would need an explanation to understand what that is. led mike