Re: Why not True - C# Discussion Boards

Re: Simple DragDrop question

4-Feb-09 6:38

Hi Henry,

one can programmatically drop just about anything on an app, including non-existing files.
Also files can get deleted while a drag-drop is going on.

On the other hand, when a file gets operated on (as in after the drop), you need to have
error handling anyway, so you may as well skip the test.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

- before you ask a question here, search CodeProject, then Google
- the quality and detail of your question reflects on the effectiveness of the help you are likely to get
- use the code block button (PRE tags) to preserve formatting when showing multi-line code snippets

Henry Minute4-Feb-09 8:46

Henry Minute

4-Feb-09 8:46

Luc Pattyn wrote:
when a file gets operated on (as in after the drop), you need to have
error handling anyway

Good thinking Batman!

Why not True

ziwez04-Feb-09 4:53

4-Feb-09 4:53

// StatusID =2
// xGetStatusOID = 2
if (StatusID.CompareTo(xGetStatusOID).Equals(true))
{
ii = 1;
}
else
{
ii = 2;
}

//Result
//ii = 2

SeMartens4-Feb-09 5:00

SeMartens

4-Feb-09 5:00

well, CompareTo returns an int, saying whether the passed argument is less, equals or greater than the object.

You can rewrite your code like this:

ii = (StatusID.Equals(xGetStatusOID) ? 1 : 2);

That's all.

Regards
Sebastian

It's not a bug, it's a feature!

Check out my CodeProject article Permission-by-aspect.

Me in Softwareland.

Luc Pattyn4-Feb-09 5:01

4-Feb-09 5:01

Hi,

what are you doing?
did you check the return type of CompareTo?
does your code even compile?
why not simply if(StatusID==xGetStatusOID) { ... } else { ... }?

I recommend you buy a book on the language or technology of interest and study it.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

ziwez04-Feb-09 5:23

4-Feb-09 5:23

This code does compile and returns false,
perhaps you should of read what I wrote, it was a question.

J4amieC4-Feb-09 5:34

J4amieC

4-Feb-09 5:34

ziwez0 wrote:
perhaps you should of read what I wrote, it was a question.

No you didnt, you just posted some code!

Perhaps you should buy a beginner book on C# and work your way through it!

ziwez04-Feb-09 6:16

4-Feb-09 6:16

Hi j4amieC,

J4amieC wrote:
No you didnt, you just posted some code!

Suject "Why not True"
http://www.thefreedictionary.com/why[^]

I asked a question?, perhaps if you spent more time reading what people write, maybe your reponse might be helpful (like Alan's post), instead of your alternative which was a quick dismissal of someone's question.

Luc Pattyn4-Feb-09 5:36

4-Feb-09 5:36

Hi,

yes you are absolutely right, it does compile (well, after one adds type declarations for all the variables used), although it does not make sense whatsoever.

CompareTo returns an int
int.Equals(true) returns false no matter what.

It may help to read some documentation[^] especially if you insist on using methods you don't really need and apparently don't understand well.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

modified on Friday, June 10, 2011 11:35 AM

PIEBALDconsult4-Feb-09 5:21

PIEBALDconsult

4-Feb-09 5:21

Why use methods when operators will suffice?

musefan4-Feb-09 5:36

musefan

4-Feb-09 5:36

is it because :

bool == 0; is false?

you are comparing an 'integer' to a 'bool' which is always false as they are different types

My opinion is... If someone has already posted an answer, dont post the SAME answer

Alan N4-Feb-09 5:40

Alan N

4-Feb-09 5:40

Ok
Lets break your code into steps

int result1 = StatusID.CompareTo(xGetStatusOID);
// result1 will be zero as the values are equal
bool result2 = result1.Equals(true);
//result2 will be false

The overload of Equals your code would call is

public override bool Equals (Object obj)

and the documentation says

The return value is true if obj is an instance of Int32 and equals the value of this instance; otherwise, false.

Alan.

modified on Wednesday, February 4, 2009 12:01 PM

ziwez04-Feb-09 6:24

4-Feb-09 6:24

Thanks Alan,

I also looked at http://msdn.microsoft.com/en-us/library/fbh501kz(VS.80).aspx[^]

I Was expecting it to return 1, but yes your right it will return 0

Luc Pattyn4-Feb-09 6:43

4-Feb-09 6:43

The page you provided a link to discusses string comparison.
How does that relate to the original question?

Further more whether CompareTo returns 0, 1 or any other number is irrelevant as long as
you apply .Equals(true) to it, since that will ALWAYS return false.

Luc Pattyn [Forum Guidelines] [My Articles]

modified on Friday, June 10, 2011 11:35 AM

ziwez04-Feb-09 7:03

4-Feb-09 7:03

Hi Luc,

Yes the link was a string comparision, but dont forget that Int32 Supports the CompareToMethod,
and they both return 0 if "strA equals strB."
And as mentioned I thought it would return 1 and not 0.

Luc Pattyn4-Feb-09 7:16

4-Feb-09 7:16

You read the wrong pages, you think you read the opposite of what they say,
you ignore earlier good advice, in short you don't have a clue.
I suggest a career change.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

modified on Friday, June 10, 2011 11:35 AM

ziwez04-Feb-09 7:33

4-Feb-09 7:33

Thanks for that, keep up the good advice.... Laugh | :laugh:

User 66584-Feb-09 8:46

User 6658

4-Feb-09 8:46

You still don't understand that comparing 1 to true would still return false anyway. So it is irrelevant whether CompareTo would return 0, 1 or PI, the result would always be false in your case.

modified 12-Sep-18 21:01pm.

ziwez05-Feb-09 2:03