T M Gray wrote: Then the problem is obviously in your web service. And you still didn't impement the .html call as suggested in the docs. Your are probably right, if there is a 'problem' at all. If the service reurns 'text' formatted as xml then all is well. :)

Why on earth, somebody must ask, WHY something must be so as written :( I have my reasons and please note: I'm note the only one with this problem. There are many many pages in the web with this problem and nobody can help. So. BTT The reason is: If you want store documents and I have a web farm, each web server instance need access to each document. Therefore only on web server in the web farm have direct local access to the documents. Each other web server via UNC-Path. The alternative is a copy of each document local inside each web server. That is not acceptable by me, my company and our customers. \\\\\\|/// \\\\ - - // ( @ @ ) +---------------oOOo-(_)-oOOo-----------------+ | Stephan Pilz stephan.pilz@stephan-pilz.de | | www.stephan-pilz.de | | ICQ#: 127823481 | +-----------------------Oooo------------------+ oooO ( ) ( ) ) / \ ( (_/ \_)

Stephan Pilz wrote: Please don't ask why I do it so, because there is no other way Keep that up and you'll be completely on your own in no time. Since your ASP.NET WEb Service cannot show a user interface on the server hosting it, you'll have to supply a UI some other way, like a normal Windows Forms app running a custom TraceListener exposed as a singleton class inside a WCF Service. Well, a rather convoluted solution would be to create your own implementation of a TraceListener, setup as a singleton, in a host application that shows all incomming trace messages. This trace listener would be exposed through the host as a remotable object, or do the same thing as a WCF service hosted in a Windows Form or Console application. In your Web Service Global.asax page, in possibly the Application_Start, Session_Start, or Application_BeginRequest handlers, you'd get the reference to the custom trace listener, add it to the Trace.Listeners collection in your Web Service, handle the call and output your trace messages. The custom TraceListenerwould output any messages to a TextBox, Console window, log to a file, ..., whatever you want. The downside is that this is a convoluted solution. The up side is that is lets you deploy your web service to multiple servers and still log all trace messages to a single window on a single monitoring workstation. A guide to posting questions on CodeProject[^] Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic      2006, 2007

If you don't get an answer here try asking in the Workflow MSDN Forum. Kevin

Shog9 wrote: try building the HTML for the options in-memory and blasting it all out at once by assigning it to oSel.innerHTML. Might be a little faster, depending on the browser in use Yeah. I think this is good idea too.. Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net)

I am not sure if it would help you but this evaluator allows calls to methods within functions from a string source. http://www.codeproject.com/dotnet/eval3.asp[^]

Since you are using VB.net you can try: Dim MySize As Long ' Returns file length (bytes). MySize = FileLen("TESTFILE") Otherwise you are stuck with the FileInfo Class Ben

Virus makers often spoof the 'from' address as being that of a reputable site (such as CodeProject). If you look at the headers you will see that the email did not originate from CodeProject's servers. SMTP is a weak protocol. cheers, Chris Maunder CodeProject.com : C++ MVP

No problem! :-D Dave Kreskowiak Microsoft MVP - Visual Basic

Hello Paddy, thanks for your answer. Your hint (undoc. feature) solves my problem. BR Stephan \\\\\\|/// \\\\ - - // ( @ @ ) +---------------oOOo-(_)-oOOo-----------------+ | Stephan Pilz stephan.pilz@stephan-pilz.de | | www.stephan-pilz.de | | ICQ#: 127823481 | +-----------------------Oooo------------------+ oooO ( ) ( ) ) / \ ( (_/ \_)

Hi there, You need to add the runat="server" to the declaration of your custom control, it should look like this: <MYCC:MyOwnControl runat="server" id="moc" visible="true"></MYCC:MyOwnControl> If you don't add it to the control declaration on the web page, you might see that markup when you do a view source the web page.

Hello again... My solution is based on the great Articel from Joseph M. Newcomer: http://www.codeproject.com/threads/usingworkerthreads.asp[^] This is a very nice Introduction about worker threads. Be carefull about SendMessage, it can also produce unexpected situations like a deadlock from your app... Always prever the use of PostMessage to provide a safe gui access. But Sometimes it's recommend (before or after the end of a worker thread) to get sure thats no (old) messages exists in the message queue. In this situations use PeekMessage, GetMessage and DispatchMessage in main thread to remove (process) all old Message from Queue... Best regards... :-D

Stephan, + Do you place the repeater control right in the web page? + In what method are you trying to add the outer UC to the repeater? Because, you basically need to add dynamic controls to the container at the right point of the page life cycle, then they can run properly. + You actually can access the file input of the UC in the code of the page class. You first expose the input file as a public property of the UC, then in the page class you can use the FindControl method to get a reference to the UC. Once you got it, you can freely get the uploaded data from the client side. + In fact, you are still able to use static controls here, depending on the current information of the row, you can make the UC of the row invisible or remove it out of the container.

Interesting. I think the problem is m_Root points to an invalid memory address. You do not need to call_endthread(). Let the thread end on its on. If you keep track of it via a handle, then close the handle. Kuphryn