Hi Menno, Thanks for the compiling report. We'll fix it.
Regards —————————————————————————— *Deutsches Zentrum für Luft- und Raumfahrt* e.V. (DLR) Institut für Verkehrssystemtechnik | Bewertung des Verkehrs | Lilienthalplatz 7 | 38108 Braunschweig *Pablo Álvarez López* Telefon +49 531 295-3159 <%2B49%20531%20295-3457> | *[email protected] <[email protected]>* www.DLR.de <http://www.dlr.de/> | Institut für Verkehrssystemtechnik <http://www.dlr.de/ts> 2017-06-29 14:36 GMT+02:00 Menno van der Woude <[email protected]>: > Hi Pablo, > > thanks for the tip. I compiled the SVN version now, and it works well. > > A note about compiling: I was able to compile using Visual Express 2013, > after making the following changes: > - for projects 'zz_foreign_gl2ps' and 'zz_foreign_polyfonts', set "Compile > As" to "Compile as C++ Code (/TP)" (in Properties > Configuration > Properties > C/C++ > Advanced) > - change file 'pfPSansBold16.c' in project 'zz_foreign_polyfonts', so that > the last few lines, from 42876, read: > > extern "C" { > static char F0NAME[] = "pfPSansBold16"; > pffont pfPSansBold16 = { F0NAME, 0, > /*fontinfo > */ > -0.140582, -0.166462, 1.000000, 0.654977, 256 > , F0G }; > } > > That last bit fixes a linker error for building netedit. > > Greets, Menno > > Op 29-6-2017 om 12:31 schreef Pablo Álvarez López: > >> Hi Menno, >> >> This bug was already fixed in the current SVN Version of SUMO. You can >> download and compile the SVN Version of SUMO to avoid bugs as these. >> >> Regards >> >> —————————————————————————— >> >> *Deutsches Zentrum für Luft- und Raumfahrt* e.V. (DLR)____ >> >> Institut für Verkehrssystemtechnik | Bewertung des Verkehrs | >> Lilienthalplatz 7 | 38108 Braunschweig >> >> __ __ >> >> *Pablo Álvarez López*__ >> >> Telefon +49 531 295-3159 <tel:%2B49%20531%20295-3457> | _ >> [email protected] <mailto:[email protected]>_ >> >> www.DLR.de <http://www.dlr.de/> | Institut für Verkehrssystemtechnik >> <http://www.dlr.de/ts> >> >> >> 2017-06-29 11:45 GMT+02:00 Menno van der Woude via sumo-devel < >> [email protected] <mailto:[email protected] >> >>: >> >> Hello, >> >> here is a NETEDIT crash I came accross: >> >> - add an e3 detector to a network, add detEntry and detExit to it >> (both in different edges) >> - now try adding another detExit, to the same e3 detector; NETEDIT >> shows a message box: FXCommandGroup::abort: already working on undo >> or redo. >> - then NETEDIT crashes. >> >> Maybe this is expected behaviour? Ie., maybe this is not supposed to >> be possible? >> It would be nice (also for e2 detectors) to be able to have them >> span multiple lanes. Is that a planned feature? (Or would it >> complicate things like measuring occupancy etc?) >> >> In this example, I would like to measure delay time (ie. timeloss) >> over a controlled intersection, where there is one entry lane, and >> two exit lanes. Would I need to add 2 e3 detectors? >> >> Kind regards, >> >> Menno van der Woude >> CodingConnected e.U. (Wien - Österreich) >> E [email protected] <mailto:[email protected]> >> W www.codingconnected.eu <http://www.codingconnected.eu> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> sumo-devel mailing list >> [email protected] >> <mailto:[email protected]> >> https://lists.sourceforge.net/lists/listinfo/sumo-devel >> <https://lists.sourceforge.net/lists/listinfo/sumo-devel> >> >> >> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ sumo-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sumo-user
