I've never heard of or experienced the same.
To further isolate the problem, I would put some logging into the methods
you're using and write out to a file on the machine(s) running the Executor.
If the files exist, the threads are running, if not, then the problem occurs
earlier. Also, if the application hangs, you can tell if the threads
finished or how far they got, but that they may not have returned.
Right now, I don't have enough information to know what's going on for sure.
Because of the multithreaded nature, you'll probably want a fairly robust
logging method.
Something I've been using, placed in the class itself (so there's no
external dependencies):
#region Logging
using System.IO;
using System.Threading;
using System.Collections.Generic;
#endregion
#region Logging
static Thread _logThread;
static Queue<string> _logMessageQueue = new Queue<string>();
static object _lockObject = new object();
static void LogMessage( string message )
{
_logMessageQueue.Enqueue( message );
}
static void LogWriter()
{
while( true )
{
lock( _lockObject )
{
try
{
StreamWriter sw = new StreamWriter(
@"C:\filename.log", true );
while( _logMessageQueue.Count > 0 )
{
string timestamp = DateTime.Now.ToString(
"yyyy-MM-ddThh:mm:ss.ffff" );
string message = _logMessageQueue.Dequeue();
sw.WriteLine( timestamp + " : " + message );
}
sw.Close();
}
catch
{
// ignore exceptions, we'll only get them when
trying to open file
// and in that case, we're not going to dequeue
anyway
}
}
Thread.Sleep( 10 );
}
}
#endregion
>>> put this into the constructor for the class
{
_logThread = new Thread( new ThreadStart( LogWriter ) );
_logThread.Start();
}
Then, use LogMessage( "Your Message" ) to write out the log file, which is
defined as @"C:\filename.log" or whatever you want to name it.
Hope that helps in debugging the issue. Let me know what you find out,
because it may be some obscure issue somewhere. This should give some
insight into what's going on, but without using a debugger or breakpoints.
Jonathan
P.S. Sorry for the delay in getting back to you.
2008/8/5 Zalimkhan Nagoev <[EMAIL PROTECTED]>
>
> Hi, everybody!
> Please help us to fix one problem.
>
> We run .Net VisualStudio 2005 application containing both VC++ and C#
> projects. VC++ part serially uses data calculated in the C# part under
> Alchemi classes parallel model (GApplication, GThread).
>
> When we run it under Visual Studio Debugger and use breakpoints in the
> lines containing calls for
>
> Start() and Stop() methods of GThread,
>
> then everything seems to work pretty well. The threads start and do their
> jobs all right.
>
> But when we turn the debugger off or even under debugging mood don't set
> or use breakpoints, then the program seem not to start any parallel threads
> at all.
>
> Has anyone had this kind of problem?
> Please be as kind as to write us few lines about the remedy!
>
> Thanking in advance,
> Zalinkhan Nagoev
> Department of Multiagent Systems
> Institute fir Computer Sciense
> of Russian Academy of Sciences
> Kabardino-Balcarian Research Center
>
> [EMAIL PROTECTED]
>
> +79280816026
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> alchemi-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/alchemi-users
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
alchemi-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-users
