[Mono-list] Threading + Exception Handling (2 Questions)
Timothy Parez
tpsoftware@users.sourceforge.net
Thu, 20 Mar 2003 15:59:59 +0100
Thnx for the information and the example !!
I have some additional questions :
> > There is one problem, though. Thread.Abort isn't implemented for mono
> > under Windows (it's a pthread under Windows problem; check the
> > archives), so this may not be an acceptable solution for you.
Is this implemented for mono under Linux ?
As I'm not relying on mono for Windows anyway, since I have some other
issues with it aswell.
Alas, this information appears to be null
> > for my build of mono (see attached sample program), but that might be
> > fixed by now. Anyone else know for sure?
What version of mono are you using ?
I'm currently using mono 0.23 (red-carpet rpm)
Even so that may not be a problem as my second thread can only call one
Exception.
Besides the solution you noted what do you think about
making the QueryBase class expose a custom event which the second
thread calls when an error occurs and which the first thread subscribes to.
Or is that to far fetched, as it would involve a class subscribing to an
event
he exposed himself.
Thnx
Timothy.
----- Original Message -----
From: "Jonathan Pryor" <jonpryor@vt.edu>
To: "Timothy Parez" <tpsoftware@users.sourceforge.net>
Cc: "Mono List" <mono-list@ximian.com>
Sent: Thursday, March 20, 2003 3:47 PM
Subject: Re: [Mono-list] Threading + Exception Handling (2 Questions)
> Oops. Forgot to attach the UnhandledException sample.
>
> - Jon
>
> On Thu, 2003-03-20 at 09:45, Jonathan Pryor wrote:
> > It sounds like you want to have an exception generated in one thread
> > appear in another. I don't think that's possible. Exceptions are
> > relative to the thread they're generated from, and deal exclusively with
> > the thread of that stack.
> >
> > However, there is a workaround, if I'm understanding you correctly. You
> > could hook up the AppDomain.UnhandledException event to your first
> > thread, which would let you know if an exception was thrown from some
> > thread in your application and not caught.
> >
> > In theory, you could use the UnhandledExceptionEventArgs information to
> > determine the type of the thrown exception, to ensure that you're
> > trapping the right errors. Alas, this information appears to be null
> > for my build of mono (see attached sample program), but that might be
> > fixed by now. Anyone else know for sure?
> >
> > Regardless, your UnhandledException handler can set a variable which the
> > main thread checks. If the variable is set, the main thread would throw
> > an exception, simulating the appearance of the thread moving from one
> > thread to another.
> >
> > As for Thread.Abort, it should work as you expect. Thread.Abort
> > generates an exception in the specified thread, not the calling thread
> > (unless they're the same), and that exception will have no effect on the
> > calling thread. So Thread.Abort followed by a throw should work.
> >
> > There is one problem, though. Thread.Abort isn't implemented for mono
> > under Windows (it's a pthread under Windows problem; check the
> > archives), so this may not be an acceptable solution for you.
> >
> > - Jon
> >
> > On Thu, 2003-03-20 at 08:51, Timothy Parez wrote:
> > > Hello,
> > >
> > > I have class which creates another thread
> > > now that other tread can throw a custom error, but
> > > when this error is thrown I want the main thread of the class library
> > > to receive this exception so that the client application which uses my
> > > library get's this error and all execution of other code in my class
> > > library is stopped.
> > >
> > > //Code executed by the main thread:
> > > protected byte[] Query(byte[] sendData)
> > > {
> > > //Set all values
> > > data = sendData;
> > >
> > > queryThread = new Thread(new ThreadStart(ExecuteQuery));
> > >
> > > //Start the query
> > > queryThread.Start();
> > >
> > > //Wait for the query to exit
> > > if (!queryThread.Join(timeout * 1000))
> > > {
> > > queryThread.Abort();
> > > throw new Exceptions.QueryTimeoutException("Query Timeout: " +
> > > timeout.ToString() + " seconds");
> > > }
> > >
> > > //Return the response, which is now saved in the local variable
> > > return queryResponse;
> > > }
> > >
> > > // Code executed by the queryThread
> > > private void ExecuteQuery()
> > > {
> > > UdpClient client = new UdpClient();
> > > //Connect to the server and send the query data
> > > try
> > > {
> > > client.Connect(ip,port);
> > > client.Send(data,data.Length);
> > > }
> > > catch (Exception e)
> > > {
> > > client.Close();
> > > throw new Exceptions.InvalidHostException("Unknown host: " +
> > > ip,e);
> > > }
> > >
> > > //Listen for a response - This is the client side
> > > IPEndPoint serverIPEndPoint = new IPEndPoint(IPAddress.Any,0);
> > >
> > > //Receive the response
> > > try
> > > {
> > > queryResponse = client.Receive(ref serverIPEndPoint);
> > > }
> > > catch (Exception e)
> > > {
> > > throw new Exceptions.ConnectionRefusedException("The connection
> > > was refused by the remote host: " + ip + ":" + port.ToString(),e);
> > > }
> > > finally
> > > {
> > > client.Close();
> > > }
> > > }
> > >
> > > As you can see the ExecuteQuery() function can throw the
> > > Exceptions.ConnectionRefusedException,
> > > but my main thread never receives this error, so the execution of the
> > > code in the main thread does not stop.
> > > How can I fix this.
> > >
> > > I also have a second question:
> > > queryThread.Abort();
> > > throw new Exceptions.QueryTimeoutException("Query Timeout: " +
> > > timeout.ToString() + " seconds");
> > > I abort the second thread, will the QueryTimeoutException still be
> > > thrown ? (I hope so), or will the .Abort() cause an error
> > > which will prevent from the QueryTimeoutException ever happening, in
> > > that case how do I abort the second query and still throw the
> > > QueryTimeoutException ?
> > >
> > >
> > > Thnx.
> > > TP.
> >
> > _______________________________________________
> > Mono-list maillist - Mono-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
>