| Re: [sumo-user] traci.exceptions.FatalTraCIError: connection closed by SUMO |
_______________________________________________Hi Weronika,
the sumo-guiD file is in <sumo-build-dir>/bin. You can install it, add this path to your PATH variable or specify the full path in your sumoBinary variable in the traci script.
But I have seen, that your example crashes sumo even without traci interaction
Thread 2 "sumo-guiD" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe75b6700 (LWP 17617)]
0x000055555609ffa6 in std::__shared_ptr<std::vector<MSLane*, std::allocator<MSLane*> > const, (__gnu_cxx::_Lock_policy)2>::get (this=0xc5)
at /usr/include/c++/9/bits/shared_ptr_base.h:1310
1310 { return _M_ptr; }
(gdb) bt
#0 0x000055555609ffa6 in std::__shared_ptr<std::vector<MSLane*, std::allocator<MSLane*> > const, (__gnu_cxx::_Lock_policy)2>::get() const (this=0xc5)
at /usr/include/c++/9/bits/shared_ptr_base.h:1310
#1 0x000055555609e314 in std::__shared_ptr_access<std::vector<MSLane*, std::allocator<MSLane*> > const, (__gnu_cxx::_Lock_policy)2, false, false>::_M_get() const (this=0xc5)
at /usr/include/c++/9/bits/shared_ptr_base.h:1021
#2 0x000055555609bec8 in std::__shared_ptr_access<std::vector<MSLane*, std::allocator<MSLane*> > const, (__gnu_cxx::_Lock_policy)2, false, false>::operator*() const (this=0xc5)
at /usr/include/c++/9/bits/shared_ptr_base.h:1008
#3 0x000055555609ad1c in MSEdge::getLanes() const (this=0x55) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSEdge.h:167
#4 0x0000555556446c20 in MSVehicle::getUpcomingLanesUntil(double) const (this=0x7fffd006e4b0, distance=45.314605559963972)
at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSVehicle.cpp:5488
#5 0x000055555666242b in MSDevice_Bluelight::notifyMove(SUMOTrafficObject&, double, double, double) (this=0x7fffe04bc130, veh=..., newSpeed=20.726724529385102)
at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/devices/MSDevice_Bluelight.cpp:115
#6 0x00005555564304cc in MSVehicle::workOnMoveReminders(double, double, double)
(this=0x7fffd006e4b0, oldPos=-0.41211896942112958, newPos=20.314605559963972, newSpeed=20.726724529385102)
at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSVehicle.cpp:1218
#7 0x000055555643f78e in MSVehicle::executeMove() (this=0x7fffd006e4b0) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSVehicle.cpp:4207
#8 0x0000555556343704 in MSLane::executeMovements(long long) (this=0x7fffe0177410, t=1133000) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSLane.cpp:1755
#9 0x00005555560e7461 in GUILane::executeMovements(long long) (this=0x7fffe0177410, t=1133000) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/guisim/GUILane.cpp:160
#10 0x000055555648903b in MSEdgeControl::executeMovements(long long) (this=0x7fffe0110390, t=1133000)
at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSEdgeControl.cpp:187
#11 0x0000555556394e9a in MSNet::simulationStep() (this=0x7fffe0040a10) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/microsim/MSNet.cpp:580
#12 0x00005555560fe36a in GUINet::simulationStep() (this=0x7fffe0040a10) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/guisim/GUINet.cpp:231
#13 0x00005555560ac120 in GUIRunThread::makeStep() (this=0x555557423e50) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/gui/GUIRunThread.cpp:165
#14 0x00005555560abf9a in GUIRunThread::run() (this=0x555557423e50) at /dosd/src/opensource/Sumo/sumo-git-co/sumo/src/gui/GUIRunThread.cpp:132
#15 0x00007ffff77db4f3 in FX::FXThread::execute(void*) () at /lib/x86_64-linux-gnu/libFOX-1.6.so.0
#16 0x00007ffff7463609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#17 0x00007ffff37cf103 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Regards, Harald
Am 25.08.20 um 19:58 schrieb Weronika:
yes, you are right, my mistake (in PyCharm I added module traci which was 1.6.0 and was overwriting the correct one).Now it is all fine, I could create traci.log.
I tested more and the problem appears only for one of my maps (manually generated) and always in the same place in the map (when the ambulance finishes its way and some other car is nearby, but not in a collision).
I am sending the files, but as now I know that it happens only in one specific place (and the map is not so realistic), I think it is not worth to spend on it more time. I will let you know if the situation will appear in some other cases.
thank you for your time,best,Weronika
wt., 25 sie 2020 o 15:51 Jakob Erdmann <namdre.sumo@xxxxxxxxx> napisał(a):
This means the version of traci being loaded is still from 1.16.0 or older. The latest development version of traci supports the traceFile argument since the 3rd of June. See https://sumo.dlr.de/docs/TraCI/Interfacing_TraCI_from_Python.html#determine_the_traci_library_being_loaded
_______________________________________________Am Di., 25. Aug. 2020 um 14:39 Uhr schrieb Weronika <weronikanika.n@xxxxxxxxx>:
Then the error is: TypeError: start() got an unexpected keyword argument 'traceFile'
traci.start([sumoBinary, "-c", '../' + selectedFolder + '/osm.sumocfg', "--tripinfo-output", '../' + selectedFolder + '/out/tripinfo.out.xml', "--summary-output", '../' + selectedFolder + '/out/summary.out.xml', "--netstate-dump", '../' + selectedFolder + '/out/netstate.out.xml', "--vehroute-output", '../' + selectedFolder + '/out/route.out.xml', "--duration-log.statistics", "true", "--log", '../' + selectedFolder + '/out/log.txt', "--vehroute-output.route-length", "true"], traceFile="traci.log")best,Weronika
_______________________________________________wt., 25 sie 2020 o 14:15 Jakob Erdmann <namdre.sumo@xxxxxxxxx> napisał(a):
use traci.start([sumoBinary, ....], traceFile="traci.log")
_______________________________________________Am Di., 25. Aug. 2020 um 13:34 Uhr schrieb Weronika <weronikanika.n@xxxxxxxxx>:
_______________________________________________Hi Harald, hi Jakob,I tried to do what Harald recommended. (took me some time, as I faced a few problems on my way, but now almost all are solved)The last step in which I am supposed to do:gdb --args sumoD -c debug.sumocfg
gives me back:sumoD: No such file or directory.
even if sumoD exists...To double-check I tried in the terminal:weronika@MBP-Weronika ~ % sumo-gui
(this worked)
weronika@MBP-Weronika ~ % sumo-guiD
zsh: command not found: sumo-guiD
Do you know what could I try to solve it?
Today I wanted also to try what Jakub recommended.
My traci.start is:
traci.start([sumoBinary, "-c", '../' + selectedFolder + '/osm.sumocfg', "--tripinfo-output", '../' + selectedFolder + '/out/tripinfo.out.xml', "--summary-output", '../' + selectedFolder + '/out/summary.out.xml', "--netstate-dump", '../' + selectedFolder + '/out/netstate.out.xml', "--vehroute-output", '../' + selectedFolder + '/out/route.out.xml', "--duration-log.statistics", "true", "--log", '../' + selectedFolder + '/out/log.txt',traceFile="traci.log", "--vehroute-output.route-length", "true"])Adding it directly like this doesnt work, as it is invalid syntax I will need to adapt it to my traci.start... (I tried a few modification, but without any success) Could you please help my with how to do it?Thank you for your supportbest,Weronika
wt., 25 sie 2020 o 07:45 Jakob Erdmann <namdre.sumo@xxxxxxxxx> napisał(a):
Alternatively, you can run your project with traci.start(..., traceFile="traci.log") and send in your input files along with traci.log.
_______________________________________________Am Sa., 22. Aug. 2020 um 22:12 Uhr schrieb Harald Schaefer <fechsaer@xxxxxxxxx>:
_______________________________________________Hi Weronika,
it may be, that Sumo terminates unexpected.
Please build the Debug version and run SUMO with gdb.
If Sumo terminates, the stack trace can help the developers
See https://sumo.dlr.de/docs/Installing/Linux_Build.html#building_the_sumo_binaries_with_cmake and https://sumo.dlr.de/docs/TraCI/Interfacing_TraCI_from_Python.html#debugging_a_traci_session_on_linux
Best regards, Harald
Am 21.08.20 um 18:30 schrieb Weronika:
Hi!
I got a new build of SUMO and I am getting an error traci.exceptions.FatalTraCIError: connection closed by SUMO. The last time when I ran it and it worked properly was with the build from ~15.06.
(The problem already appeared before when I used the build from 12.07, but I left it as I thought maybe will not occur later.)
Traceback (most recent call last):
File "runner.py", line 376, in <module>
run()
File "runner.py", line 265, in run
traci.simulationStep()
File "/Users/weronika/Desktop/sumo/tools/traci/main.py", line 210, in simulationStep
return _connections[""].simulationStep(step)
File "/Users/weronika/Desktop/sumo/tools/traci/connection.py", line 291, in simulationStep
result = self._sendCmd(tc.CMD_SIMSTEP, None, None, "D", step)
File "/Users/weronika/Desktop/sumo/tools/traci/connection.py", line 178, in _sendCmd
return self._sendExact()
File "/Users/weronika/Desktop/sumo/tools/traci/connection.py", line 88, in _sendExact
raise FatalTraCIError("connection closed by SUMO")
traci.exceptions.FatalTraCIError: connection closed by SUMO
I tried: „>> run your simulation with the option --duration-log.statistics and --log
>> logfile.txt
>> you will find the results in logfile.txt”
When the simulation gets this error the log file is empty.
Worth to mention is that at the beginning of my simulation I set up a number for using randomTrips.py and generate trips file
command = 'python ' + os.environ['SUMO_HOME'] + '/tools/randomTrips.py -n osm.net.xml -p ' + vehiclesDensity +' -o trips.trips.xml '+ '--trip-attributes=\'departLane=\"best\" departSpeed=\"max\" type=\"car\" departPos=\"random\"\' --validate'
os.system(command)
And depending on this argument the simulation fails or not (mostly fails..).
I would appreciate your help on how I can find the problem. I checked the input files and they look fine (and works with earlier versions)
Best,
Weronika
_______________________________________________ sumo-user mailing list sumo-user@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________ sumo-user mailing list sumo-user@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user