TWiki home TWiki > Simulation > IPv6Suite > Main > MinorIssuesGlitches TWiki webs:
Main | TWiki | Know | Sandbox
Simulation . { Changes | Index | Search | Go }

Issues

/home/johnny/src/IPv6Suite-cvsbuildtest/IPv6Suite/NetworkInterfaces/PPP/IPv6PPPInterface.cc: In member function `virtual void IPv6PPPInterface::handleMessage(cMessage*)': /home/johnny/src/IPv6Suite-cvsbuildtest/IPv6Suite/NetworkInterfaces/PPP/IPv6PPPInterface.cc:157: choosing `std::basic_ostream& std::operator<<(std::basic_ostream&, const char*) [with _Traits = std::char_traits]' over ` cEnvir& operator<<(cEnvir&, const IPAddress&)' /home/johnny/src/IPv6Suite-cvsbuildtest/IPv6Suite/NetworkInterfaces/PPP/IPv6PPPInterface.cc:157: because worst conversion for the former is better than worst conversion for the latter
    • The above problem occurs when upgrading to omnetpp 3 whilst keeping the same ipv6suite sources (built already for omnetpp 2.3) may generate this error. Firstly you will need to turn on OPP_VERSION3_TEST to ON in order to register omnetpp 3. Virgin ipv6suite build directories will not require this as it is automatically detected.
    • Another variable that needs to be set manually when transitioning without virgin sources is ALPHA_ABSTRACT_UDP to ON.
  • When running simulations in TKenv GUI, the act of quiting will cause a segmentation fault. To overcome this problem so that your modules can safely call the finish function and write out all the results to files, you will need to turn off the object hierarchy folder view on the left hand side (new feature in omnetpp 2.3). This is done by clicking the toolbar icon with tooltip label show/hide object tree . After doing this the simulation should finish properly however it appears to lock up during termination in the destruction cycle after finish() is called. Only recourse is to issue SIGHUP i.e. CTL+C. We shall endeavour to fix this lockup problem and eventually the folder view problem too.
  • Whenever you toggle a BUILD_XXX option e.g. BUILD_MOBILITY; BUILD_HMIP then you have to regenerate the makefiles and make sure you make clean. This is required because make cannot deduce that the source files have "changed content" as a result of extra macros been defined or removed. If this step is missing then a confusing error about undefined symbols occurs during the linking stage of library creation. There is a solution to this and it involves using a config.h.in file with the -DXXXX macros defined in that file and regenerated by cmake. Newer build option macros use this method. The only disadvantage is a change in cmake option rebuilds every translation unit that includes the config.h header
  • RedHat 7.3 has problems with versions of boost earlier than 1.28. For details check installing BOOST.

Topic MinorIssuesGlitches . { Edit | Attach | Ref-By | Printable | Diffs | r1.3 | > | r1.2 | > | r1.1 | More }
Revision r1.3 - 11 May 2005 - 11:57 GMT - AhmetSekercioglu
Parents: WebHome > IPv6Suite > Main 		Copyright © 1999-2003 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback.