const XX discards qualifiers [- fpermissive]

Im code-snippet 1 unten, mKnownSRList ist wie folgt definiert:

std::vector<EndPointAddr*> mKnownSRList;

Ich bin immer ein Kompilierungsfehler angezeigt, die im code-snippet 2. Können Sie mir sagen, was ist falsch an diesem code bitte? Die Inhalte der getTipcAddress() und compareTo-Funktionen sind dargestellt in der code-snippet 3 und 4 unten.

CODE-SNIPPET 1 (Kompilierung Fehler ist markiert)

void 
ServiceRegistrarAPI::removeKnownSR(EndPointAddr & srEndPointAddr)
{
   auto last = 
   std::remove_if(mKnownSRList.begin(),
                  mKnownSRList.end(),
                 [srEndPointAddr]( EndPointAddr* o )
                 { 
                    //LINE 355 is the following
            EndPointTipcAddr myTipcAddress = srEndPointAddr.getTipcAddress();
                EndPointTipcAddr otherTipcAddress = o->getTipcAddress();

            return (myTipcAddress.compareTo(otherTipcAddress));
         });

    if(*last != nullptr)
    {
     delete *last;
    }

    mKnownSRList.erase(last, mKnownSRList.end());    
}

SNIPPET 2 (Kompilierungsfehler)

  ServiceRegistrarAPI.cpp:355:72: error: passing ‘const EndPointAddr’ as ‘this’   argument of ‘EndPointTipcAddr& EndPointAddr::getTipcAddress()’ discards qualifiers [-  fpermissive]

CODE-SNIPPET 3 (getTipcAddress Funktion) 

EndPointTipcAddr & getTipcAddress() { return mTipcAddress; }

CODE NIPPET 4 (compareTo-Funktion)

  bool

  EndPointTipcAddr::compareTo(EndPointTipcAddr &rhs) 
  {     
      if( (mType == rhs.getType()) && (mInstanceNo == rhs.getInstanceNo()) )
      {
        return true;
      } 

      return false;
  }
InformationsquelleAutor F. Aydemir | 2013-03-25
  1. 3

    Dem Prädikat-Funktion (Dritte argument von std::remove_if) ist nicht erlaubt, das Objekt ändern. Alle Methoden genannt, die auf der iterator muss const. Sehen diese Dokumentation:

    Die Funktion wird nicht zu ändern sein argument.

    Können Sie festlegen getTipcAddress zu const wenn Sie wieder eine Kopie eines Wertes oder einer const Zeiger.

    InformationsquelleAutor
  2. 5

    Siehe S5.1.2.5:

    Verschluss-Typ für ein lambda-Ausdruck einen öffentlichen inline-Funktion
    call operator (13.5.4), deren Parameter und Rückgabewert-Typ beschrieben werden
    durch den lambda-Ausdruck parameter-Erklärung-Klausel und
    trailingreturn - Typ bzw.. Dieser Funktionsaufruf-operator ist
    deklariert const (9.3.1), wenn und nur wenn die lambdaexpression ist
    parameter-Erklärung-Klausel ist nicht gefolgt von verändert werden. Es ist weder
    virtuellen noch volatile deklariert. Default-Argumente (8.3.6) nicht
    angegeben im parameter-Erklärung-Klausel einer lambdadeclarator.
    Eine Ausnahme-Spezifikation angegeben, die auf einen lambda-Ausdruck bezieht sich
    der entsprechende Funktionsaufruf-operator. Ein
    Attribut-specifier-seq in eine lambda-Deklarator gehört zu der Art
    der entsprechende Funktionsaufruf-operator. [ Anmerkung: Namen verwiesen wird
    im lambda-Deklarator gesucht werden in dem Kontext, in dem die
    der lambda-Ausdruck wird angezeigt. —Ende Hinweis ]

    Grundsätzlich, das heißt der operator() der Funktor, der generiert wird, ist const standardmäßig, und Sie erfasst haben, von Wert, und diese aufgenommenen variable ist ein Element der generierten Funktor.

    So, haben Sie zwei Optionen:

    1. Erfassen, durch einen Verweis statt durch Wert.

    2. Ändern Sie Ihre lambda-Ausdruck Folgendes ein (beachten Sie die mutable folgenden parameter Erklärung-Klausel):

      [srEndPointAddr](EndPointAddr* o) mutable { ... }

    • +1e6! Endlich jemand erklärte, warum es wirklich passiert ist, nicht einige mambo-jambo über alles andere.
    InformationsquelleAutor Nathan Ernst
  3. 0

    Kurz gesagt, Sie erhalten diesen Fehler, weil man sich auf eine non-const Methode auf ein const-Instanz in diesem Fall: srEndPointAddr ist const aber Sie berufen sich auf die nicht-const-Methode getTipcAddress auf Sie. Die Lösung für Sie sein würde, zu erklären, dass diese Methode const, wie es scheint, eine einfache getter-und wird wahrscheinlich nicht das Objekt ändern.

    • Aber die Frage ist, "warum ist es eine const-Instanz"?
    • hmm ich dache die Frage ist, wie um diesen Fehler zu beheben.
    InformationsquelleAutor izomorphius Support Monica
  4. 0

    Es ist eine Antwort, wie das problem zu lösen, nicht warum macht Fehler (Dank juanchopanza)

    Ich vermute, Sie haben ein problem mit const-Qualifizierer.

    Hinzufügen const-qualifizierte überlast für getTipcAddress:

    EndPointTipcAddr & getTipcAddress() const { return mTipcAddress; }
                                    ~~~~~

    und fügen Sie eine const am Ende der compareTo:

    bool EndPointTipcAddr::compareTo(EndPointTipcAddr &rhs) const
                                                        ~~~~~
    • Aber warum ist dies notwendig? Das ist die Frage (und die Antwort ist in der Duplikate).
    InformationsquelleAutor masoud
Schreibe einen Kommentar