<![CDATA[Mocking von Fkt. in einer Lib =&gt; Linkerfehler]]>Hallo,

ich habe ein Problem mit einer gemockten Funktion in einem UnitTest.

Da die betreffende Funktion von dem "Code under Test" gebraucht wird, und die Abhängigkeit zur Lib vermieden wird, wird die betreffende Funktion im UnitTest gemockt:

extern "C" uint32 GetSystemTime()
{
    return 1;
}

Die betreffende Lib (SystemTime) muss aber im CMake-File angegeben werden, da eine andere Lib für Debugging-/Tracing-Ausgaben von dieser abhängt, es besteht also eine Abhängigkeit zwischen TraceLib und SystemTime.Lib.
Das betreffende Testobjekt benutzt für Debugging-Zwecke eben TRACE_LOG()-Ausgaben, die zwingend die TraceLib benötigen.

Meine Frage wäre nun, wie löst man diese Abhängigkeitsprobleme auf. Nicht linken gegen die SystemTime-Lib geht nicht, wenn man die Traces behalten will?

Im CMakeLists File steht also

target_link_libraries(
    Display.Test
    $(CPPUNITTEST_LIBS)
    ...
    SystemTime.lib
    ...
    Trace.Lib
    ...
)

Wenn beide Funktionen eingebunden werden (die gemockte und die reale Fkt.) bekomme ich "already defined" Linkerfehler aufgrund von mehrfach definierten Funktionen...

]]>https://www.c-plusplus.net/forum/topic/320144/mocking-von-fkt-in-einer-lib-gt-linkerfehlerRSS for NodeFri, 24 Jul 2026 08:28:17 GMTWed, 18 Sep 2013 09:13:18 GMT60<![CDATA[Reply to Mocking von Fkt. in einer Lib =&gt; Linkerfehler on Wed, 18 Sep 2013 09:15:23 GMT]]>Hallo,

ich habe ein Problem mit einer gemockten Funktion in einem UnitTest.

Da die betreffende Funktion von dem "Code under Test" gebraucht wird, und die Abhängigkeit zur Lib vermieden wird, wird die betreffende Funktion im UnitTest gemockt:

extern "C" uint32 GetSystemTime()
{
    return 1;
}

Die betreffende Lib (SystemTime) muss aber im CMake-File angegeben werden, da eine andere Lib für Debugging-/Tracing-Ausgaben von dieser abhängt, es besteht also eine Abhängigkeit zwischen TraceLib und SystemTime.Lib.
Das betreffende Testobjekt benutzt für Debugging-Zwecke eben TRACE_LOG()-Ausgaben, die zwingend die TraceLib benötigen.

Meine Frage wäre nun, wie löst man diese Abhängigkeitsprobleme auf. Nicht linken gegen die SystemTime-Lib geht nicht, wenn man die Traces behalten will?

Im CMakeLists File steht also

target_link_libraries(
    Display.Test
    $(CPPUNITTEST_LIBS)
    ...
    SystemTime.lib
    ...
    Trace.Lib
    ...
)

Wenn beide Funktionen eingebunden werden (die gemockte und die reale Fkt.) bekomme ich "already defined" Linkerfehler aufgrund von mehrfach definierten Funktionen...

]]>https://www.c-plusplus.net/forum/post/2353338https://www.c-plusplus.net/forum/post/2353338Wed, 18 Sep 2013 09:15:23 GMT<![CDATA[Reply to Mocking von Fkt. in einer Lib =&gt; Linkerfehler on Wed, 18 Sep 2013 17:02:26 GMT]]>Es gibt zwei folgende Möglichkeiten:
- Ersetze die Funktion irgendwie mit Hilfe eines Makros. #define GetSystemTime ..
- Verwende keinen globalen Zustand wie GetSystemTime , wenn du keinen globalen Zustand willst. Du könntest einen eigenen Funktionszeiger an alle Stellen durchreichen, die GetSystemTime aufrufen. Den Zeiger kannst du in den Tests dann beliebig wählen und im Betrieb zeigt der auf das echte GetSystemTime .
- Abwandlung vom vorherigen Vorschlag: Habe einen globalen Funktionszeiger oder Ähnliches, der je nach Bedarf geändert werden kann. Der sollte am besten nicht exakt GetSystemTime heißen.

EDIT: Für Linker-Hacks wird dich dein Nachfolger wahrscheinlich mit einer Axt durch ein Labyrinth jagen.

]]>https://www.c-plusplus.net/forum/post/2353488https://www.c-plusplus.net/forum/post/2353488Wed, 18 Sep 2013 17:02:26 GMT<![CDATA[Reply to Mocking von Fkt. in einer Lib =&gt; Linkerfehler on Thu, 19 Sep 2013 14:38:06 GMT]]>Hallo,

danke für Deine Antwort.

Sowohl der Test als auch das Object under Test liegt leider nicht in meinem Einflussbereich, da es von einem anderen Entwickler bearbeitet wird.
Funktion durch ein Makro ersetzen wäre eine Möglichkeit.

Die Lösung mit dem Funktionszeiger habe ich nicht ganz verstanden, das würde doch bedeuten, dass ich sowohl den Produktions-Code als auch den Test-Code anfassen muss, oder? Der Production Code (das Object under Test) darf ich keinesfalls verändern, so dass diese Möglichkeit wohl ausfällt...

]]>https://www.c-plusplus.net/forum/post/2353758https://www.c-plusplus.net/forum/post/2353758Thu, 19 Sep 2013 14:38:06 GMT<![CDATA[Reply to Mocking von Fkt. in einer Lib =&gt; Linkerfehler on Thu, 19 Sep 2013 18:04:38 GMT]]>Den ersten Fehler hast du schon gefunden: Fehlende Testbarkeit.
Warum testest du überhaupt Code, der nicht verbessert werden soll?

]]>https://www.c-plusplus.net/forum/post/2353857https://www.c-plusplus.net/forum/post/2353857Thu, 19 Sep 2013 18:04:38 GMT<![CDATA[Reply to Mocking von Fkt. in einer Lib =&gt; Linkerfehler on Fri, 20 Sep 2013 06:14:01 GMT]]>Hallo TyRoXx,

der Production Code liegt nicht in meinem Einflussbereich, der ursprüngliche Test auch nicht, das hat der entsprechende indische Entwickler gemacht. Ich ändere fremden Code nur als allerletztes Mittel, falls anders keine Lösung möglich ist.

Es gibt eben ein Abhängigkeitsproblem zwischen seinen Tests und meinem Production Code, da er das Objekt in seinem Testcode verwendet. Habe jetzt als Workaround meine Trace-Ausgaben entfernt, da sie sowieso nur im Debug-Build gebraucht werden.

Generell interessiert mich aber bei UnitTests, wie mit solchen Abhängigkeiten umgegangen wird.
Also gemockte Funktion von LibA in UnitTest für Objekt B, Objekt B braucht LibC, die wiederum LibA bedingt, irgendwie bekomme ich da einen Zirkelschluss 😞

]]>https://www.c-plusplus.net/forum/post/2353929https://www.c-plusplus.net/forum/post/2353929Fri, 20 Sep 2013 06:14:01 GMT