I’m curious what happens if you use await for a signal, but the signal is never received? Does this cause some kind of hangup?

For example if I have a function structured like so:

func foo():
    do something
    await signal.finished
    do something else

And the “finished” signal never comes, does the await call just hang indefinitely?

  • Jozzo@lemmy.world
    link
    fedilink
    arrow-up
    12
    ·
    10 months ago

    Just tried this out in one of my projects, here’s what happened:

    • do something works without a problem.
    • do something else never goes off.
    • the rest of the game keeps running as normal. You can even call foo() again any number of times and do something will still go off.

    Having it waiting in the background didn’t seem to have much of a performance impact. I started 5000+ of them and foo() only took up ~0.6% frametime with the rest of my game running alongside it.

    • plixel@programming.devOP
      link
      fedilink
      arrow-up
      4
      ·
      10 months ago

      Thanks so much for testing that out! That’s very informative and even more thorough than what I was looking for! I wasn’t at my computer when I posted this so I couldn’t test it myself.

      I ended up connecting the signal to a secondary function to run on finished to avoid any potential memory errors, but it’s super helpful to know that the performance impact is minimal.

  • Mr Fish@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    10 months ago

    On their own, there’s usually no timeout condition for async functions like this. The task (I don’t know what they’re called in gdscript, I use c#) will just hang until it completes, errors, or is canceled.

    There are cases when you can run into timeouts, such as sending web requests. There are also use cases for making your own timeout trigger. In both of these cases, the timeout is because of what made the task, not something inherent in tasks.

    • plixel@programming.devOP
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      Thanks for the explanation! Your explanation led me down a rabbit hole of seeing if there’s a way to cancel an await call, from what I can tell there was no clear way to do so. In my case I ended up connecting the signal to a secondary function instead of utilizing the await command, I’m not entirely sure if there’s an advantage to utilizing one method over the other.

    • plixel@programming.devOP
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      I didn’t have access to my computer when I posted this so I was hoping to get some info while I was away from it. Thanks to another commenter, it looks like it has a very minimal impact. Good to know for future reference!

  • s12
    link
    fedilink
    arrow-up
    1
    ·
    10 months ago

    I feel like this could make some sort of memory leak if done too much. Not completely sure.