Getting mad with Casading Err.raise 
Author Message
 Getting mad with Casading Err.raise

Ok, I have checked MSDN and postings to this group, because I think
that this could be a "newbie"programming error. But i haven't found an
appropriate information.

Ok, here it comes.
I detect an Error in Function f of a class Module c. I set the
of the err object and raise the error.  The Error Handler in this
function should only pass this error to the calling function. In the
immediate window i can see the the properties of err are just like i
want it.
The Code is like this.

            With Err
                '.Description =
                '.Number =
                .Raise vbObjectError + 513, "mySource", "The
Description ...."
            End With
Errorhandler: 'Here the err Properties are ok
    Err.Raise Err.Number, Err.Source, Err.Description
End Sub

the calling function g (of the same object) should catch each Error in
the Errorhandler
and pass it to the next calling function.

     err.raise err

But here if found that BEFORE I raise the Error err.number is set to
440 and description is set
to automation error. err.source is just like app.title. ????
Why ???

I think it is a standard in germany called DAU Programming error.
But I can't solve it

Greetings from Germany

Sent via http://www.*-*-*.com/
Before you buy.

Fri, 19 Jul 2002 03:00:00 GMT  
 [ 1 post ] 

 Relevant Pages 

1. Err.Raise in OLE Server EXE not raising error in calling program

2. Err.Raise - error not being re-raised all the way to top of the call stack

3. Err.Raise Causes Automation Error

4. Raising Err in Class Module

5. Err.Raise Number starting point

6. err.raise not trappable in class module

7. Err.Raise causes Error

8. Question! Err.raise

9. Problems when using Err.Raise in a public method of an activex

10. Err.Raise : Automation Error

11. Err.Raise() compiled vs ide ?

12. Problems when using Err.Raise in a public method of an activex


Powered by phpBB® Forum Software