first-chance-eccezione, ma debugger disabili Stopps all'interno try ... catch quando si utilizza IronPython

Question

Il seguente codice dovrebbe essere eseguiti senza interrompere il debugger:

var engine = Python.CreateEngine(AppDomain.CurrentDomain); 
var source = engine.CreateScriptSourceFromString("Foo.Do()"); 
var compiledCode = source.Compile(new PythonCompilerOptions { Optimized = true }); 

try 
{ 
    compiledCode.Execute(
     engine.CreateScope(
      new Dictionary<string, object> { 
              { "Foo", new Foo() } 
              })); 

    MessageBox.Show("Executed without error"); 
} 
catch (Exception ex) 
{ 
    MessageBox.Show(string.Format("Error at execution: {0}", ex.Message)); 
} 

Utilizzando questa classe:

public class Foo 
{ 
    public void Do() 
    { 
     throw new InvalidOperationException("The debugger should not break here..."); 
    } 
} 

L'esecuzione dello script viene eseguita in un blocco try per gestire qualsiasi eccezione. Se ho codice come 1/0, tutto funziona perfettamente. L'eccezione è creata in Python (o nel motore) e il mio catch-block viene chiamato come previsto senza forzare il debugger a fermarsi ovunque.

Chiamare try { new Foo().Do(); } catch {} in C# funziona anche senza arrestare il debugger.

Ma lanciare un'eccezione nel codice C# invocato in python costringerà il debugger a fermarsi alla riga throw new....

Non voglio che il debugger si fermi qui.

Ho disabilitato le prime eccezioni di possibilità in Debug/Exceptions ma il debugger si ferma ancora al lancio.

Non riesco a utilizzare DebuggerStepThrough perché nel mio codice di lavoro l'eccezione non è stata generata in questo metodo ma è più profonda nel codice. Il codice viene anche utilizzato da C# e decorare tutti questi metodi con DebuggerStepThrough renderà obsoleto il debugger C#.

Una soluzione è disabilitare le eccezioni User-unhandled in Debug/Exceptions ma voglio interrompere ad eccezioni che non sono gestite dall'utente, quindi questa non è un'opzione.

Cosa posso fare per disabilitare l'eccezione first-chance chiamata dal codice python eseguita in un blocco try ... catch?

Answer 1

Molto probabilmente, hanno un opzione di default controllato nelle impostazioni di debug che sta causando questo:

Assicurarsi che la casella è selezionata e si dovrebbe essere a posto. Speriamo che questo aiuti!