views:

769

answers:

7

At the moment, I have some functions which look like this:

private bool inFunction1 = false;
public void function1()
{
    if (inFunction1) return;
    inFunction1 = true;

    // do stuff which might cause function1 to get called
    ...

    inFunction1 = false;
}

I'd like to be able to declare them like this:

[NoReEntry]
public void function1()
{
    // do stuff which might cause function1 to get called
    ...
}

Is there an attribute I can add to a function to prevent reentry? If not, how would I go about making one? I've heard about AOP attributes that can be used to add code before and after function calls; would they be suitable?

+1  A: 

There is no such attribute predefined. You can make new attributes, but that won't help you. The issue is making the custom attribute prevent the method being called again, which I don't think is doable.

The lock statement is not what you want, since that will cause calls to block and wait, not return immediately.

PS: use a try ... finally block in the above sample. Otherwise, if an exception is thrown in the middle of the function, inFunction1 will be left true and all calls will return immediately.

e.g. :

if (inFunction1) 
   return;

try
{
  inFunction1 = true;

  // do stuff which might cause function1 to get called
  ...
}
finally 
{
  inFunction1 = false;
}
Anthony
A: 

I dont think that will be possible.

The closest will be the the 'Synchronized' attribute, but that will block all subsequent calls.

leppie
+2  A: 

You may find that you could use PostSharp to accomplish this - along with the suggestions from Anthony about using try/finally. It's likely to be messy though. Also consider whether you want the re-entrancy to be on a per-thread or per-instance basis. (Could multiple threads call into the method to start with, or not?)

There's nothing like this in the framework itself.

Jon Skeet
+2  A: 

If this is for Thread safety you have to be careful with that variable.

It's possible another thread could come into the funtion and pass the check before the first thread has set the variable.

Make sure it's marked volatile like so:

private volatile bool inFunction1 = false;
Rob Stevenson-Leggett
"volatile" will not fix this race condition.
Constantin
+4  A: 

Without assembly and IL rewriting, there's no way for you to create a custom attribute that modifies the code in the way you describe.

I suggest that you use a delegate-based approach instead, e.g. for functions of a single argument:

static Func<TArg,T> WrapAgainstReentry<TArg,T>(Func<TArg,T> code, Func<TArg,T> onReentry)
{
    bool entered = false;
    return x =>
    {
        if (entered)
            return onReentry(x);
        entered = true;
        try
        {
            return code(x);
        }
        finally
        {
            entered = false;
        }
    };
}

This method takes the function to wrap (assuming it matches Func<TArg,T> - you can write other variants, or a totally generic version with more effort) and an alternate function to call in cases of reentry. (The alternate function could throw an exception, or return immediately, etc.) Then, throughout your code where you would normally be calling the passed method, you call the delegate returned by WrapAgainstReentry() instead.

Barry Kelly
This still exhibits inherent problems in multi threaded environments. See my post about volatile variables above.
Rob Stevenson-Leggett
Of course, Rob. It's just a demo, because it also only handles a very specific function signature.
Barry Kelly
+3  A: 

Instead of using a bool and setting it directly, try using a long and the Interlocked class:

long m_InFunction=0;

if(Interlocked.CompareExchange(ref m_InFunction,1,0)==0)
{
  // We're not in the function
  try
  {
  }
  finally
  {
    m_InFunction=0;
  }
}
else
{
  // We're already in the function
}

This will make the check thread safe.

Sean
+4  A: 

You could build a PostSharp attribute to check to see if the name of the method is in the current stack trace

 [MethodImpl(MethodImplOptions.NoInlining)]
 private static bool IsReEntry() {
  StackTrace stack = new StackTrace();
  StackFrame[] frames = stack.GetFrames();

  if (frames.Length < 2)
   return false;

  string currentMethod = frames[1].GetMethod().Name;

  for (int i = 2; i < frames.Length; i++) {
   if (frames[i].GetMethod().Name == currentMethod) {
    return true;
   }
  }

  return false;
 }
Bob
That would only work if the reentry happens on the same thread - but all the same, looks interesting.
Simon
I would only consider reentry to be on the same thread. If reentry means across threads, what about across app domains?
Bob