Re: [sumo-user] Assorted errors when using threads (1 new simulation per

[Marcelo Andrade Rodrigues D Almeida <md@xxxxxxxxx>]

Hi Michael

Thank you for your reply

I tested again with the daily version and the errors still happen when putting a breakpoint (e.g., sumo_env.py l. 111)

The errors occur more frequently when using Pycharm (2020.1.5 community) than using vscode (1.56.0). I'm not sure why. I'm using Python 3.6 on Linux (Ubuntu 20.04).

Did you test with breakpoints too?

Thank you

Sincerely,

Marcelo d'Almeida

On Mon, May 3, 2021 at 10:05 AM Michael Behrisch <oss@xxxxxxxxxxx> wrote:

Hi,
I ran your example here (Python 3.6 on Linux), with the most recent SUMO
(built today) changing max_workers to 2 and experienced no problems.

Can you give more details on your environment?

Best regards,
Michael

Am 29.04.21 um 15:19 schrieb Marcelo Andrade Rodrigues D Almeida:
> Thank you for your response
>
> See new attached version
>
>
> Sincerely,
>
> Marcelo d'Almeida
>
>
> On Thu, Apr 29, 2021 at 10:12 AM Michael Behrisch <oss@xxxxxxxxxxx
> <mailto:oss@xxxxxxxxxxx>> wrote:
>
>     Hi,
>     in your example code the synchronization_util is missing. Can you
>     add it
>     and resend the zip?
>
>     Best regards,
>     Michael
>
>     Am 25.04.21 um 22:45 schrieb Marcelo Andrade Rodrigues D Almeida:
>      > Hi everyone
>      >
>      > I'm having trouble using multiple simulations in different threads
>      >
>      > The difference can be perceived by changing max_workers to 1 and 2.
>      > "        with
>     ThreadPoolExecutor(max_workers=len(possible_actions)) as
>      > executor:" (planning_only_agent.py, line 100)
>      >
>      > [See attached example (a very simplified version of what I'm
>     actually
>      > using)]
>      >
>      > With max_workers=1, it works just fine.
>      >
>      > With 2, it gives all sort of errors:
>      >
>      > "bad char in struct format"
>      > "unpack requires a buffer of [x] bytes"
>      > A lot of times it just hangs
>      > "Received answer 0 for command 211."
>      >
>      >
>      > The easiest way I found to reproduce is to add a breakpoint into a
>      > subscribe call and hit continue several times. It is likely to crash
>      > when threads stop at the same command, although it occurs eventually
>      > without breaking points.
>      >
>      > Tested in version 1.9.0 (specifically v1_9_0+0210-fa53508669)
>      >
>      > Thank you in advance
>      >
>      >
>      > Sincerely,
>      >
>      > Marcelo d'Almeida
>      >
>      > _______________________________________________
>      > sumo-user mailing list
>      > sumo-user@xxxxxxxxxxx <mailto:sumo-user@xxxxxxxxxxx>
>      > To unsubscribe from this list, visit
>     https://www.eclipse.org/mailman/listinfo/sumo-user
>     <https://www.eclipse.org/mailman/listinfo/sumo-user>
>      >
>     _______________________________________________
>     sumo-user mailing list
>     sumo-user@xxxxxxxxxxx <mailto:sumo-user@xxxxxxxxxxx>
>     To unsubscribe from this list, visit
>     https://www.eclipse.org/mailman/listinfo/sumo-user
>     <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