> You reversed the sense of comparison, > > strcmp(w->name(), args[0]) meaning "is not equal". > > Correct: > > if (0 == strcmp(w->name(), args[0]) && w->className() == "PopupMenu") > > In any case, this seems a workaround. I guess that args[0] is TQString, so the > comparison should be valid. Try to reverse order of arguments, like: > > if (args[0] == w->name() && w->className() == "PopupMenu") Thank you much for coaching. Very much! :) My original proposed patch failed because I received the same warning message with the patch. The problematic comparison causing the warning message is the second part of the AND, not the first part. My original proposed patch: - if (w->name() == args[0] && w->className() == "PopupMenu") + if (strcmp(w->name(), args[0]) && w->className() == "PopupMenu") My new patch: - if (w->name() == args[0] && w->className() == "PopupMenu") + if (w->name() == args[0] && strcmp(w->className(), "PopupMenu")) That revision resulted in no warning message during the build. However, after reading your explanation I now am concerned that the patch is incorrect. From what I have read, in C++ the strcmp function returns three possible values. If I understand correctly, the strcmp function returns zero when the two strings are equal, a -1 when the first string is alphabetically "less than" the first string and a positive value when the first string is alphabetically "greater than" the second string. AND statements are used to produce only one true result: when both condition A and condition B are true. In our tdewebdev code the only time condition B [ w->className() == "PopupMenu" ] is true is when the strcmp result is compared to a value. As I don't yet read C++ code very well, I don't know the intent of the code, but I'm guessing the following is the intent: - if (w->name() == args[0] && w->className() == "PopupMenu") + if (w->name() == args[0] && ( strcmp(w->className(), "PopupMenu")) == 0 ) Does that look correct? :) Darrell