"on error goto" or "try catch"

Hi,

As a former VB-programmer I'm used to the "on error goto"-errorhandling. I
see that in actually all the VB.NET-samples I can fin people use the "Try -
catch"-errorhandling.

Which of the two is the best? Are there good reasons to use the Try-Catch?
Will the "on error goto" disapear in the future? Are there any logical
reasons to use trey-catch? Is it 'better' programming? etc etc :-)

I'm jsut more comfortable with the "on error goto", mostly because I'm used
to it I guess. Any help or reflectiosn regarding this subject would be nice!

Thanks in advance!

re: "on error goto" or "try catch"

Hi Dragu,

If you are used to the possibilties from the

Try
Catch (multiples
End Try
Finally

And the nesting posibilities from that, you would not believe you could do
it with the "on error goto"

I hope this gives an idea?

Cor[color=blue]
> As a former VB-programmer I'm used to the "on error goto"-errorhandling. I
> see that in actually all the VB.NET-samples I can fin people use the[/color]
"Try -[color=blue]
> catch"-errorhandling.
>
> Which of the two is the best? Are there good reasons to use the Try-Catch?
> Will the "on error goto" disapear in the future? Are there any logical
> reasons to use trey-catch? Is it 'better' programming? etc etc :-)
>
> I'm jsut more comfortable with the "on error goto", mostly because I'm[/color]
used[color=blue]
> to it I guess. Any help or reflectiosn regarding this subject would be[/color]
nice![color=blue]
>[/color]

re: "on error goto" or "try catch"

Hi,
I was a VB-programmer to and I was used to on error but now Try .. catch is
better.
With this statement you can catch all different types of exceptions and
perform a specific action for each one.
I hope this will be usefull for you
Regards
Valeria

"DraguVaso" <pietercoucke@hotmail.com> ha scritto nel messaggio
news:3fcb06e1$0$3240$ba620e4c@reader0.news.skynet. be...[color=blue]
> Hi,
>
> As a former VB-programmer I'm used to the "on error goto"-errorhandling. I
> see that in actually all the VB.NET-samples I can fin people use the[/color]
"Try -[color=blue]
> catch"-errorhandling.
>
> Which of the two is the best? Are there good reasons to use the Try-Catch?
> Will the "on error goto" disapear in the future? Are there any logical
> reasons to use trey-catch? Is it 'better' programming? etc etc :-)
>
> I'm jsut more comfortable with the "on error goto", mostly because I'm[/color]
used[color=blue]
> to it I guess. Any help or reflectiosn regarding this subject would be[/color]
nice![color=blue]
>
> Thanks in advance!
>
>[/color]

re: "on error goto" or "try catch"

* "Valeria" <valyg@tiscali.it> scripsit:[color=blue]
> I was a VB-programmer to and I was used to on error but now Try .. catch is
> better.[/color]

But: _Why_ exactly is it better? It's IMO better in some cases because it
leaves code more compact, but sometimes, for example when impementing a
large algorithm, it's very annoying because it will prevent the reader
from seeing the point of the code.

Just a thought.

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

Hi Herfried,

That discussion was done before you was born

If you have problems with that, start studing Pascal, that was special made
for it.

:-)

Cor

re: "on error goto" or "try catch"

* "Cor" <non@non.com> scripsit:[color=blue]
> That discussion was done before you was born
>
> If you have problems with that, start studing Pascal, that was special made
> for it.[/color]

LOOOOOOOL.

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

I think is better only because in this way I can simply specify different
actions for each exception if you want and I never loved on error
statement...
a personal opinion maybe!
Valeria

"Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> ha scritto nel
messaggio news:bqf77k$21i974$3@ID-208219.news.uni-berlin.de...[color=blue]
> * "Valeria" <valyg@tiscali.it> scripsit:[color=green]
> > I was a VB-programmer to and I was used to on error but now Try .. catch[/color][/color]
is[color=blue][color=green]
> > better.[/color]
>
> But: _Why_ exactly is it better? It's IMO better in some cases because it
> leaves code more compact, but sometimes, for example when impementing a
> large algorithm, it's very annoying because it will prevent the reader
> from seeing the point of the code.
>
> Just a thought.
>
> --
> Herfried K. Wagner [MVP]
> <http://www.mvps.org/dotnet>[/color]

re: "on error goto" or "try catch"

* "Valeria" <valyg@tiscali.it> scripsit:[color=blue]
> I think is better only because in this way I can simply specify different
> actions for each exception if you want and I never loved on error
> statement...
> a personal opinion maybe![/color]

\\\
Select Case Err.Number
Case err1, err2
...
Case err3
...
...
End Select
///

IMO, unstructured error handling is a nice feature in some cases, but
generally, structured error handling should be preferred.

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

Ok!! Thanks everybody!
I got on GotDotNet two nice related articles about it:
http://msdn.microsoft.com/library/en...t_errorhandlin
g.asp

http://msdn.microsoft.com/library/en...hExceptionsErr
orsInVisualBasicNET.asp


"Valeria" <valyg@tiscali.it> wrote in message
news:dkGyb.32184$AX1.1276493@news1.tin.it...[color=blue]
> I think is better only because in this way I can simply specify different
> actions for each exception if you want and I never loved on error
> statement...
> a personal opinion maybe!
> Valeria
>
> "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> ha scritto nel
> messaggio news:bqf77k$21i974$3@ID-208219.news.uni-berlin.de...[color=green]
> > * "Valeria" <valyg@tiscali.it> scripsit:[color=darkred]
> > > I was a VB-programmer to and I was used to on error but now Try ..[/color][/color][/color]
catch[color=blue]
> is[color=green][color=darkred]
> > > better.[/color]
> >
> > But: _Why_ exactly is it better? It's IMO better in some cases because[/color][/color]
it[color=blue][color=green]
> > leaves code more compact, but sometimes, for example when impementing a
> > large algorithm, it's very annoying because it will prevent the reader
> > from seeing the point of the code.
> >
> > Just a thought.
> >
> > --
> > Herfried K. Wagner [MVP]
> > <http://www.mvps.org/dotnet>[/color]
>
>[/color]

re: "on error goto" or "try catch"

Brrrrrrrrrrrrrrrrrrrrrrrr

What is here the difference with a standarized try catch end try finally
solution?

Answer, I have to check the list with errornumbers, and need HKW to give me
a link for that.
[color=blue]
> \\\
> Select Case Err.Number
> Case err1, err2
> ...
> Case err3
> ...
> ...
> End Select
> ///[/color]

Cor

re: "on error goto" or "try catch"

* "Cor" <non@non.com> scripsit:[color=blue]
> Brrrrrrrrrrrrrrrrrrrrrrrr[/color]

;-)
[color=blue]
> What is here the difference with a standarized try catch end try finally
> solution?[/color]

There is no big difference.
[color=blue]
> Answer, I have to check the list with errornumbers, and need HKW to give me
> a link for that.
>[color=green]
>> \\\
>> Select Case Err.Number
>> Case err1, err2
>> ...
>> Case err3
>> ...
>> ...
>> End Select
>> ///[/color][/color]

The sample above is VB6 code.

;->

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

Herfried,[color=blue]
> for example when impementing a large algorithm,[/color]
Although I may implement a large algorithm, I tend to implement it with
smaller routines, which helps avoid this problem, or at least it spreads the
problem out.

Of course one can have routines that are too small...

Just a thought
Jay

"Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message
news:bqf77k$21i974$3@ID-208219.news.uni-berlin.de...[color=blue]
> * "Valeria" <valyg@tiscali.it> scripsit:[color=green]
> > I was a VB-programmer to and I was used to on error but now Try .. catch[/color][/color]
is[color=blue][color=green]
> > better.[/color]
>
> But: _Why_ exactly is it better? It's IMO better in some cases because it
> leaves code more compact, but sometimes, for example when impementing a
> large algorithm, it's very annoying because it will prevent the reader
> from seeing the point of the code.
>
> Just a thought.
>
> --
> Herfried K. Wagner [MVP]
> <http://www.mvps.org/dotnet>[/color]

re: "on error goto" or "try catch"

DraguVaso,
A year and a half or two years ago there were a couple big discussions on
this subject, I'm not sure how easy it would be to find those threads in
this newsgroup at http://groups.google.com...

I generally only use Try/Catch blocks where I have to use a try/catch block,
generally when I am managing a resource, for example a SqlConnection that I
need to be certain I close when I exit a routine. Or I cannot use a method
to avoid the exception (HashTable.Contains to see if the key exists before
using HashTable.Item to retrieve the item).

In .NET there is less of a need to include error handlers in every routine,
for example in Windows Forms applications you can set a global exception
handler that will effectively add a error handler to each of your event
handlers under the covers, this global exception handler can log the error
and allow you app to continue in a predictable manner.

Depending on the type of application you are creating, .NET has three
different global exception handlers.

For Windows Forms look at:
System.Windows.Forms.Application.ThreadException event
Use AddHandler in your Sub Main before you call Application.Run.

For ASP.NET look at:
System.Web.HttpApplication.Error event
Normally placed in your Global.asax file.

For console applications look at:
System.AppDomain.UnhandledException event
Use AddHandler in your Sub Main.

Hope this helps
Jay


"DraguVaso" <pietercoucke@hotmail.com> wrote in message
news:3fcb06e1$0$3240$ba620e4c@reader0.news.skynet. be...[color=blue]
> Hi,
>
> As a former VB-programmer I'm used to the "on error goto"-errorhandling. I
> see that in actually all the VB.NET-samples I can fin people use the[/color]
"Try -[color=blue]
> catch"-errorhandling.
>
> Which of the two is the best? Are there good reasons to use the Try-Catch?
> Will the "on error goto" disapear in the future? Are there any logical
> reasons to use trey-catch? Is it 'better' programming? etc etc :-)
>
> I'm jsut more comfortable with the "on error goto", mostly because I'm[/color]
used[color=blue]
> to it I guess. Any help or reflectiosn regarding this subject would be[/color]
nice![color=blue]
>
> Thanks in advance!
>
>[/color]

re: "on error goto" or "try catch"

I say to hell with error handling, throw ( no pun intended ) caution to the
wind and simply put the following statement before any block of code.

On Error Resume Next ' Syntax for ( who gives a $h*t )
ROTFLMAO

OHM




Cor wrote:[color=blue]
> Brrrrrrrrrrrrrrrrrrrrrrrr
>
> What is here the difference with a standarized try catch end try
> finally solution?
>
> Answer, I have to check the list with errornumbers, and need HKW to
> give me a link for that.
>[color=green]
>> \\\
>> Select Case Err.Number
>> Case err1, err2
>> ...
>> Case err3
>> ...
>> ...
>> End Select
>> ///[/color]
>
> Cor[/color]

Best Regards - OHMBest Regards - OHM OneHandedMan@BTInternet.Com

re: "on error goto" or "try catch"

Hi OHM

Is that the same as?

sub blabla
try
do your statements
catch
end try
end sub

Cor
[color=blue]
>
> On Error Resume Next ' Syntax for ( who gives a $h*t )
> ROTFLMAO
>
> OHM
>
>
>
>
> Cor wrote:[color=green]
> > Brrrrrrrrrrrrrrrrrrrrrrrr
> >
> > What is here the difference with a standarized try catch end try
> > finally solution?
> >
> > Answer, I have to check the list with errornumbers, and need HKW to
> > give me a link for that.
> >[color=darkred]
> >> \\\
> >> Select Case Err.Number
> >> Case err1, err2
> >> ...
> >> Case err3
> >> ...
> >> ...
> >> End Select
> >> ///[/color]
> >
> > Cor[/color]
>
> Best Regards - OHMBest Regards - OHM OneHandedMan@BTInternet.Com
>
>[/color]

re: "on error goto" or "try catch"

Almost, just that in scenario Resume Next, you just carry one regardless.

Cheers - OHM

Cor wrote:[color=blue]
> Hi OHM
>
> Is that the same as?
>
> sub blabla
> try
> do your statements
> catch
> end try
> end sub
>
> Cor
>[color=green]
>>
>> On Error Resume Next ' Syntax for ( who gives a $h*t )
>> ROTFLMAO
>>
>> OHM
>>
>>
>>
>>
>> Cor wrote:[color=darkred]
>>> Brrrrrrrrrrrrrrrrrrrrrrrr
>>>
>>> What is here the difference with a standarized try catch end try
>>> finally solution?
>>>
>>> Answer, I have to check the list with errornumbers, and need HKW to
>>> give me a link for that.
>>>
>>>> \\\
>>>> Select Case Err.Number
>>>> Case err1, err2
>>>> ...
>>>> Case err3
>>>> ...
>>>> ...
>>>> End Select
>>>> ///
>>>
>>> Cor[/color]
>>
>> Best Regards - OHMBest Regards - OHM OneHandedMan@BTInternet.Com[/color][/color]

Best Regards - OHMBest Regards - OHM OneHandedMan@BTInternet.Com

re: "on error goto" or "try catch"

Hi OHM

With this also or I see something totaly wrong
[color=blue]
> Almost, just that in scenario Resume Next, you just carry one regardless.[color=green]
> >
> > sub blabla
> > try
> > do your statements
> > catch
> > end try
> > end sub[/color][/color]

re: "on error goto" or "try catch"

* "Cor" <non@non.com> scripsit:[color=blue]
> Brrrrrrrrrrrrrrrrrrrrrrrr
>
> What is here the difference with a standarized try catch end try finally
> solution?[/color]

Why is 'Try...Catch' standardized and 'On Error...' not standardized?

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

* "Cor" <non@non.com> scripsit:[color=blue]
> With this also or I see something totaly wrong[/color]

Don't you have the help files installed?!

--
Herfried K. Wagner [MVP]
<http://www.mvps.org/dotnet>

re: "on error goto" or "try catch"

Herfried,
[color=blue][color=green]
> > What is here the difference with a standarized try catch end try finally
> > solution?[/color]
>
> Why is 'Try...Catch' standardized and 'On Error...' not standardized?[/color]

That one I should not have used, I just made a message in the thread from
Ivan Weiss that in my opinion it looks if people want to make from VB.net
something as C.

I did not write it but with those sentence you know I mean things as
dim a as string = (Cint(Dbl(8/1)*2)).tostring

But one of the things I alway deny in every language is a goto and an alter.
(Altering is changing pointers, the first commando like that was branch
conditional register)

The "case select" was in past also a kind of goto so I did not want that
either, although the newones are no problem anymore for me.

I never understood how to handle that Onerror goto from VB while giving the
code also a good description value.

Cor

re: "on error goto" or "try catch"

DraguVaso,
I just noticed this article published on MSDN.

http://msdn.microsoft.com/vbasic/def...orhandling.asp

Hope this helps
Jay

"DraguVaso" <pietercoucke@hotmail.com> wrote in message
news:3fcb06e1$0$3240$ba620e4c@reader0.news.skynet. be...[color=blue]
> Hi,
>
> As a former VB-programmer I'm used to the "on error goto"-errorhandling. I
> see that in actually all the VB.NET-samples I can fin people use the[/color]
"Try -[color=blue]
> catch"-errorhandling.
>
> Which of the two is the best? Are there good reasons to use the Try-Catch?
> Will the "on error goto" disapear in the future? Are there any logical
> reasons to use trey-catch? Is it 'better' programming? etc etc :-)
>
> I'm jsut more comfortable with the "on error goto", mostly because I'm[/color]
used[color=blue]
> to it I guess. Any help or reflectiosn regarding this subject would be[/color]
nice![color=blue]
>
> Thanks in advance!
>
>[/color]