The Weird and The Wonderful

RugbyLeague wrote:

Discarding errors is a great way to give the user the perception that all is right with the world.

RugbyLeague wrote:

a great way to give the user the perception that all is right with the world.

I are Troll

Eddy Vluggen wrote:

you'll be the source of all bugs and errors if you try to move to structured error-handling Smile

Eddy Vluggen wrote:

you'll be the source of all bugs and errors if you try to move to structured error-handling

Kevin Drzycimski wrote:

directly after the head opens a try block over the whole body. all errors are just thrown away.

Jon Sagara wrote:

Try/Swallow

DaveyM69 wrote:

Jon Sagara wrote:
Try/Swallow

I'm scared to reply to that one!
Dave

Function Wibble() As String
Dim sResult As String

On Local Error GoTo Fail

    'stuff goes here

done:
    Wibble = sResult
    Exit Function

Fail:
    LogError "Wibble", Err
    Resume done
End Function

_beauw_ wrote:

Even logging these failures in a production environment can impact other critical systems.

I are Troll

_beauw_ wrote:

Logging is I/O, which is a failure-prone and time-consuming category of operation.Consider what happens if I attempt to log inside of a deeply nested loop;

_beauw_ wrote:

There are .NET applications that control, or at least influence, real-time machinery.

_beauw_ wrote:

There are .NET programs that guide stock traders in real-time. Entering into an I/O routine is not always an acceptable response to failure in such environments

I are Troll

Kevin Drzycimski wrote:

they are world market leader

public void Demo_Show_Leaving_Trace_With_Exception()
{
    TracerConfig.Reset("console");
    SomeMethod();
}

void SomeMethod()
{
    using (Tracer t = new Tracer(myType, "SomeMethod"))
    {
        SomeOtherMethod();
    }
}

private void SomeOtherMethod()
{
    using (Tracer t = new Tracer(myType, "SomeOtherMethod"))
    {
        FaultyMethod();
    }
}

private void FaultyMethod()
{
    throw new NotImplementedException("Hi this a fault");
}