 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
VB Forum / Win API / September 2007VB6 equivalent of C# uint
Hi, What is the VB6 equivalent of C# uint? Thx > Hi, > What is the VB6 equivalent of C# uint? VB6 does not support unsigned integers; depending on what you need to do with it there are various workarounds. > What is the VB6 equivalent of C# uint? Closest to that would be a Long. You just need to ignore the sign-bit. (Think in hex, if it helps.)  Signature.NET: It's About Trust! http://vfred.mvps.org Articulate <Articulate@discussions.microsoft.com> schrieb im Beitrag <5973EDA8-3B26-40A8-9D66-4E09449D3A18@microsoft.com>... > What is the VB6 equivalent of C# uint? There is no equivalent data type in VB. C# uint is an unsigned integer of 4 bytes memory width with a value range from 0 to 4294967295. The VB data type most appropriate is Long which has also 4 bytes memory width but is signed, i.e. it has a value range from -2147483648 to 2147483647. If you just want to store the 4 bytes you may use a Long. But if you want to display the value as a decimal number, or if you want to calculate with the value you have to convert the value to a data type with an appropriate value range, e.g. a Double. Signature---------------------------------------------------------------------- THORSTEN ALBERS Universität Freiburg albers@ uni-freiburg.de ---------------------------------------------------------------------- > Hi, > What is the VB6 equivalent of C# uint? And BTW, this has nothing to do the WinAPI. You happened to have gotten decent answers, but you stand a better chance of getting answers if you post to the proper newsgroup. If your message is off-topic, some people (perhaps the very ones to best help you) are going to ignore it, even if they could answer it. Just something to keep in mind in the future. SignatureMike Microsoft MVP Visual Basic > And BTW, this has nothing to do the WinAPI. You happened to have gotten > decent answers, but you stand a better chance of getting answers if you [quoted text clipped - 3 lines] > > Just something to keep in mind in the future. Maybe it is appropriate as the OP is likely calling an API. In which case it's ok to use a long in 99% of cases. Michael "Michael C" wrote... : Maybe it is appropriate as the OP is likely calling an API. In : which case it's ok to use a long in 99% of cases. I won't ask which 99% that represents. So I will ask which 1% is it not ok? Or is it less than 1%? Is there one call that fails? :-) SignatureJim Carlock North Carolina Swimming Pool, Spa And Water Feature Contractors http://www.aquaticcreationsnc.com/ > "Michael C" wrote... >> Maybe it is appropriate as the OP is likely calling an API. In [quoted text clipped - 3 lines] > it not ok? Or is it less than 1%? Is there one call that fails? > :-) I'd say that's open to interpretation. <rimshot /> Signature.NET: It's About Trust! http://vfred.mvps.org > I won't ask which 99% that represents. So I will ask which 1% is > it not ok? Or is it less than 1%? Is there one call that fails? > :-) Most of the time the return value will be a handle or a return value that is a const (eg an error indicator). In those cases it won't matter. In some cases it will indicate a length but even then in most cases it won't matter that it is limited to 2 billion. Michael >> And BTW, this has nothing to do the WinAPI. You happened to have gotten >> decent answers, but you stand a better chance of getting answers if you [quoted text clipped - 6 lines] > Maybe it is appropriate as the OP is likely calling an API. In which case > it's ok to use a long in 99% of cases. The OP didn't give ANY indication he was using the *Windows* API....and that's what this newsgroup is for. SignatureMike Microsoft MVP Visual Basic >>> And BTW, this has nothing to do the WinAPI. You happened to have gotten >>> decent answers, but you stand a better chance of getting answers if you [quoted text clipped - 9 lines] > The OP didn't give ANY indication he was using the *Windows* API....and > that's what this newsgroup is for. Hard to believe I'm agreeing with Michael C <g>, but I sense he's giving the benefit of the doubt to OP, thinking this to be a given and hence the posting in this group. I can see the logic in that. Guy reading the API docs, wants to make a call, no obviously comparable datatype. But then, the Subject sorta screws up that kindness. Nah, Michael's definitely wrong. Again. <bg> Signature.NET: It's About Trust! http://vfred.mvps.org > Hard to believe I'm agreeing with Michael C <g>, but I sense he's giving > the benefit of the doubt to OP, thinking this to be a given and hence the > posting in this group. I can see the logic in that. Guy reading the API > docs, wants to make a call, no obviously comparable datatype. But then, > the Subject sorta screws up that kindness. Nah, Michael's definitely > wrong. Again. <bg> I thought for once you were showing some sense. Likely the OP is is calling an API in C# and want to do the same thing in VB6, or calling a C# function which is going to be done via a declare. Michael > Hard to believe I'm agreeing with Michael C <g>, but I sense he's giving > the benefit of the doubt to OP, thinking this to be a given and hence the > posting in this group. I can see the logic in that. Guy reading the API > docs, wants to make a call, no obviously comparable datatype. But then, > the Subject sorta screws up that kindness. Nah, Michael's definitely > wrong. Again. <bg> Also, notice that I said he *might* be calling an API, therefore I am most definately absolutely positively 100% correct in my statement. :-) Michael My apologies. I was working with window API. Basically my task was to process the custom messages which were being sent by a C# app. The uint variable was part of the structure being passed. > > Hi, > > What is the VB6 equivalent of C# uint? [quoted text clipped - 6 lines] > > Just something to keep in mind in the future. |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2009 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.