>Because Decimal will implicity widen to Double. You won't lose information but might lose precision. If I worked with VB.NET the first thing I'd do would be to set OPTION STRICT ON. It still allows all the implicit widening conversions but will catch a lot more potential problems at compile time
When doing that, I obtain over 102 errors. Those are all with loRow() lines such as:
For lnCounter = 0 To loDataProvider.nCount - 1
loRow = loDataProvider.oRows(lnCounter)
If loRow("NoMember") > 0 Then
This is valid code. Why is the compiler complaining now with strict on?