An update: SUMO does not die on segfault with rerouting disabled, but it does not work properly. Vehicles start teleporting massively after 600 seconds (time-to-teleport). Summary reads:
Simulation ended at time: 100000.00vehicles TOT 241899 ACT 67017 Reason: The final simulation step has been reached. Performance: Duration: 20983445ms Real time factor: 3.33596 UPS: 166300.532682 Vehicles: Inserted: 241899 (Loaded: 295979) Running: 67017 Waiting: 54080 Teleports: 265576 (Collisions: 22, Jam: 146278, Yield: 88302, Wrong Lane: 30974) Emergency Stops: 7 Notice the count of teleports (265576), it was supposed to be about 12. ~Matej. On 18.1.2016 16:16, Matěj Kubička wrote: > Hello, > the problem persists in 19716. It is much less likely to occur, but it > still happens. I run the same setup as last time and SUMO segfaults > after ~600 seconds. It also gives same nonsense warning(s) prior to the > segfault. Stdout: > > Simulation started with time: 30000.00 > Step #30497.00Warning: Vehicle 'h53498c1:1' performs emergency stop at > the end of lane '-31232_1' because there is no connection to the next > edge (decel=-22.99), time=30497.00. > Step #30587.00 (992ms ~= 1.01*RT, ~5135.08UPS, vehicles TOT 68989 ACT 50 > Segmentation fault (core dumped) > > ~Matej. > > On 12.1.2016 15:38, Matěj Kubička wrote: >> Thank you for fixing it! I really appreciate it. >> Matej. >> >> On 12.1.2016 15:35, Jakob Erdmann wrote: >>> Hello, >>> the problem is fixed in the development version 19716 >>> (http://sumo.dlr.de/wiki/Downloads#SUMO_-_Latest_Development_Version) >>> You cannot use old state files and must recreate them with this >>> version instead. >>> Thank you for reporting the problem. >>> >>> regards, >>> Jakob >>> >>> >>> 2016-01-08 18:20 GMT+01:00 Matěj Kubička >>> <[email protected] >>> <mailto:[email protected]>>: >>> >>> Maybe the problem is not in the state file - it runs fine from loaded >>> state if I omit the --begin parameter. Also, there seem to be >>> different >>> state file formats between 0.24 and 0.25 and the problem exists in >>> both >>> versions.. >>> >>> Thank you, >>> Matej. >>> >>> On 8.1.2016 13:36, Matěj Kubička wrote: >>> > Here goes the command that generated the sate file: >>> > >>> > sumo -c LuSTScenario.complete.mobility.sumo.cfg >>> --save-state.times 30000 >>> > -e 30010 >>> > >>> > Matej. >>> > >>> > >>> > On 8.1.2016 12:44, Jakob Erdmann wrote: >>> >> It looks as if the state file contains inconsistent data. >>> >> The fastest work-around would be to avoid saving/loading states >>> until >>> >> the problem is fixed. >>> >> If you can send me the command that was used to create the >>> state file >>> >> I can try to figure out what goes wrong. >>> >> regards, >>> >> Jakob >>> >> >>> >> 2016-01-07 23:22 GMT+01:00 Matěj Kubička >>> >> <[email protected] >>> <mailto:[email protected]> >>> >> <mailto:[email protected] >>> <mailto:[email protected]>>>: >>> >> >>> >> Update: the problem persists with 0.25.0. Also, if I omit >>> the --begin >>> >> parameter it won't die, but all the vehicles will teleport. M. >>> >> >>> >> On 7.1.2016 22:11, Matěj Kubička wrote: >>> >> > Hello, >>> >> > I have been trying to run sumo from saved state, but it >>> dies first >>> >> > simulationStep() after initialization. Its is killed on >>> SIGABRT >>> >> after >>> >> > OS detects double free() or memory corruption. There is also >>> >> plenty of >>> >> > nonsense warning statements prior to that so we probably >>> deal with a >>> >> > dangling pointer messing with the memory. >>> >> > >>> >> > I am using sumo 0.24, built about 2 months back using >>> sources from >>> >> > SourceForge. I know there is a new version, but I didn't >>> get to >>> >> update >>> >> > it yet. It was ran on Linux (3.13.0-74-generic kernel). >>> >> > >>> >> > The scenario and saved state is available for download from: >>> >> > https://idata.lss.supelec.fr/index.php/s/mvHTQxVZ9sdwwCw >>> >> > >>> >> > You can run it using "sumo -c >>> >> LuSTScenario.complete.mobility.sumo.cfg >>> >> > --load-state state_30000.00.sbx -b 30000". I've verified >>> that >>> >> this is >>> >> > with correct config file. >>> >> > >>> >> > For its output see enclosed stdout dump. I've ran valgrind's >>> >> memcheck >>> >> > on it so you can see where the problems originate from. >>> First >>> >> invalid >>> >> > read is in MSLane::succLinkSec, folowed by warnings of >>> type 'Vehicle >>> >> > performs emergency stop [...] because there is no >>> connection to the >>> >> > next edge'. >>> >> > >>> >> > Thank you, >>> >> > Matej. >>> >> > >>> >> > PS: Being a proper PhD student I am late to finish my >>> >> experiments. So, >>> >> > if there is a quick solution to this I would be happy to >>> hear about >>> >> > it.. :-) >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> >>> >>> ------------------------------------------------------------------------------ >>> >> > >>> >> > >>> >> > _______________________________________________ >>> >> > sumo-user mailing list >>> >> > [email protected] >>> <mailto:[email protected]> >>> >> <mailto:[email protected] >>> <mailto:[email protected]>> >>> >> >https://lists.sourceforge.net/lists/listinfo/sumo-user >>> >> >>> >> >>> >>> ------------------------------------------------------------------------------ >>> >> _______________________________________________ >>> >> sumo-user mailing list >>> >> [email protected] >>> <mailto:[email protected]> >>> >> <mailto:[email protected] >>> <mailto:[email protected]>> >>> >> https://lists.sourceforge.net/lists/listinfo/sumo-user >>> >> >>> >> >>> > >>> >>> ------------------------------------------------------------------------------ >>> > _______________________________________________ >>> > sumo-user mailing list >>> > [email protected] >>> <mailto:[email protected]> >>> > https://lists.sourceforge.net/lists/listinfo/sumo-user >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> sumo-user mailing list >>> [email protected] >>> <mailto:[email protected]> >>> https://lists.sourceforge.net/lists/listinfo/sumo-user >>> >>> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >> _______________________________________________ >> sumo-user mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/sumo-user > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > sumo-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sumo-user ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ sumo-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sumo-user
