[VB.NET] Signed/Unsigned Data Types?

[BaDDBLooD]

How do i make a Unsigned 32 Bit Integer?

[shout]

I think it would be System.UInt32.

[MyndFyre]

Visual Basic .NET does not support the use of unsigned data types.  You can keep track of an instance of System.UInt32, but you cannot assign it an unsigned value (that is, a value greater than  System.In32.MaxValue).

[dxoigmn]

UInteger in .NET 2.0.

[BaDDBLooD]

Code Select Expand



        Public Overridable Overloads Sub InsertByte(ByVal b As Byte)
            Stream.WriteByte(b)
        End Sub

        Public Overloads Sub InsertByte(ByVal b As SByte)
            Stream.WriteByte(b)
        End Sub



I am trying to Overload my InsertByte function depending on the value given.. it is not working -_-

[MyndFyre]

Code Select Expand



        Public Overridable Overloads Sub InsertByte(ByVal b As Byte)
            Stream.WriteByte(b)
        End Sub

        Public Overloads Sub InsertByte(ByVal b As SByte)
            Stream.WriteByte(b)
        End Sub



I am trying to Overload my InsertByte function depending on the value given.. it is not working -_-

Okay, [edit]: Unsigned integral values 16 bits and larger are not supported in Visual Basic .NET.  Signed 8-bit values are not supported in Visual Baisc.  Therefore, the following types (which are not CLS-compliant) are not supported in Visual Basic .NET: SByte, UInt16, UInt32, UInt64.

[BaDDBLooD]

Why do they exist? Are they "CLS Compliant" in framework 2.0?

[dxoigmn]

Why do they exist? Are they "CLS Compliant" in framework 2.0?

Yes.  UInteger, UShort, ULong.

[MyndFyre]

Why do they exist? Are they "CLS Compliant" in framework 2.0?

Yes.  UInteger, UShort, ULong.

I still don't think they're CLS-compliant; other things such as Generics, which will be available in 2.0 as well, are not CLS-compliant.

CLS-Compliant means that a particular language implements the very basic common components of the common language specification, which is the specification that allows the different languages to interoperate with one another.  A C# library that uses System.UInt32 inside of functions will work inside a Visual Basic .NET application.  However, if functions expose (such as a return value or accepted parameter) a non-CLS-compliant type, Visual Basic .NET will have trouble with it.

[dxoigmn]

I still don't think they're CLS-compliant; other things such as Generics, which will be available in 2.0 as well, are not CLS-compliant.

CLS-Compliant means that a particular language implements the very basic common components of the common language specification, which is the specification that allows the different languages to interoperate with one another.  A C# library that uses System.UInt32 inside of functions will work inside a Visual Basic .NET application.  However, if functions expose (such as a return value or accepted parameter) a non-CLS-compliant type, Visual Basic .NET will have trouble with it.

Generics are CLS-compliant.  So are those types I explained above in 2.0

[MyndFyre]

I still don't think they're CLS-compliant; other things such as Generics, which will be available in 2.0 as well, are not CLS-compliant.

CLS-Compliant means that a particular language implements the very basic common components of the common language specification, which is the specification that allows the different languages to interoperate with one another.  A C# library that uses System.UInt32 inside of functions will work inside a Visual Basic .NET application.  However, if functions expose (such as a return value or accepted parameter) a non-CLS-compliant type, Visual Basic .NET will have trouble with it.

Generics are CLS-compliant.  So are those types I explained above in 2.0

Generics are not CLS-compliant.  See the namespace browser at http://www.dotnet2themax.com/dotNetBrowser/ShowType.aspx?asm=mscorlib&ns=System.Collections.Generic&type=Comparer{T}.  Note that the System.CLSComplianAttribute attribute is applied to the type, with the property IsCompliant as false.  For information on System.UInt32, see http://www.dotnet2themax.com/dotNetBrowser/ShowType.aspx?asm=mscorlib&ns=System&type=UInt32.

They are an extension to the Common Language Specification.  They *can* be supported by multiple languages in a common way -- and they are in 2.0 -- but they are not required to be.

[BaDDBLooD]

so if i switch to 2.0, my problem would lessen?

[shout]

If you are using generics 

[MyndFyre]

so if i switch to 2.0, my problem would lessen?

You don't need to have those functions at all.  You're converting things such as my packet buffer class, correct?  Those functions wouldn't be available to you in VB.NET anyway; you can just skip over them.

[BaDDBLooD]

so if i switch to 2.0, my problem would lessen?

You don't need to have those functions at all.  You're converting things such as my packet buffer class, correct?  Those functions wouldn't be available to you in VB.NET anyway; you can just skip over them.

Buffer.CS, which i converted to vb, which i then combined with my old PacketBuffer.vb to make my new PacketBuffer.vb.

I Just thought having those options would be beneficial... but if i can't get it to work than oh well.

I Would have just used your Buffer.CS class by.. iteself, but i wanted to experience with making inherited classes.  I might add a C# project with some of your open source classes.  I don't know as of yet.  Having both C# and VB7 projects might be a good learning experience.  Unfortunately, all your classes are sort of... vague and tied together;  Which makes it EXTREMELY difficult to use one, or the other.