if someone could help me identify the problem please. [modified]

[Nagy Vilmos]

head is bowed.

---

Panic, Chaos, Destruction. My work here is done.

[Nagy Vilmos]

I was sure that it was the case. I have just chickened and according to Troelsen, == and .equals both compare content. :-O I think it's wrong, but going by what Luc says below it makes some sort of sense. I have java as well as C#, there it is absolutly == comnpares references and .equals() compares values.

---

Panic, Chaos, Destruction. My work here is done.

[PIEBALDconsult]

Well .net is better than Java. (duh!) :-D

[PIEBALDconsult]

Dunno, step through it with the debugger and see what's actually happening.

[Adam R Harris]

Ummm .... they both work. Case in point;

    static void Main(string\[\] args)
    {
        string strTest1 = "This is a test";
        string strTest2 = "This is a second test";

        Console.WriteLine("strTest1 == strTest2 : {0}", strTest1 == strTest2);
        Console.WriteLine("strTest1 == \\"This is a test\\" : {0}", strTest1 == "This is a test");
        Console.WriteLine("strTest1.Equals(strTest2) : {0}", strTest1.Equals(strTest2));
        Console.WriteLine("strTest1.Equals(\\"This is a test\\") : {0}", strTest1.Equals("This is a test"));
        Console.ReadLine();
   }

output

strTest1 == strTest2 : False
strTest1 == "This is a test" : True
strTest1.Equals(strTest2) : False
strTest1.Equals("This is a test") : True

If at first you don't succeed ... post it on The Code Project and Pray.

[DinoRondelly]

I have solved this problem and appreciate all the reply's. The problem was that if a call status came back that wasn't in one of my if statements the program was defaulting to the last line number used since i am not increamenting line numbers. I am sure this is a rookie mistake and i thank you.

[LetMeFinclOut]

PIEBALDconsult wrote:

Therefore == == Equals !

:cool:

[PIEBALDconsult]

Yeah, see? Use a switch instead.

[Curtis Schlak]

Depending on your point of view, fortunately or unfortunately, not all strings in the CLI are interned. Essentially, any string loaded with the MSIL ldstr command is interned, and anything programatically interned is interned. For example, if we run the following code

string interned1 = "hello";
string interned2 = "hello";
string notinterned = new String("hello".ToCharArray());
string interned4 = string.Intern(notinterned);
Console.WriteLine(RuntimeHelpers.GetHashCode(interned1));
Console.WriteLine(RuntimeHelpers.GetHashCode(interned2));
Console.WriteLine(RuntimeHelpers.GetHashCode(notinterned));
Console.WriteLine(RuntimeHelpers.GetHashCode(interned4));

then we get the corresponding output

58225482
58225482
54267293
58225482

As you can see from the output, the interned strings all show the same "memory location" while the programatically constructed string shows a different location. (.NET 3.5) In terms of string equality, though, the override of operator== calls the public static string.Equals(string, string) method which calls a private static method to determine equality. string.Equals(string) calls the private static method directly.

"we must lose precision to make significant statements about complex systems." -deKorvin on uncertainty

[Luc Pattyn]

Hi Nagy,

Nagy Vilmos wrote:

s1 == s2 just returns true if they are the same object

as others already told you, this is completely wrong. I did some investigation, triggered both by this thread and by the lean-and-mean competition, and that resulted in this little article of mine[^]. :)

Luc Pattyn

:badger: :jig: :badger:

Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.

:jig: :badger: :jig: