Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
hyperPad

hyperPad Forum

  1. Home
  2. Help and Support
  3. What would cause broadcast/receive message behaviors to fail?

What would cause broadcast/receive message behaviors to fail?

Scheduled Pinned Locked Moved Help and Support
5 Posts 3 Posters 1.3k Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T Offline
    T Offline
    Thecheater887
    wrote on last edited by Thecheater887
    #1

    My structure is I have object A and object B, also, debug log label C. Object A requests information from object B, object B updates its information after sending the information to object A, and object A continues.... in theory.

    Before I made the debug label use receive message (which does not work), it showed I was successfully executing three of four events, the receive on object A, behavior 4 failing.

    All of these events are occurring (in theory) on the same frame.

    1 Reply Last reply
    0
    • MurtazaM Offline
      MurtazaM Offline
      Murtaza
      Admin
      wrote on last edited by
      #2

      are you on the latest update? I think there were some bugs with these behavioursbthatvwere fixed recently.

      Also are you sure the broadcast and receive are even being executed? Put something like a play sound before each one. If a sound plays then at least you know the logic up until that point is fine.

      My guess is there is some sort of logic error here. Like the receive is happening before the broadcast.

      1 Reply Last reply
      0
      • T Offline
        T Offline
        Thecheater887
        wrote on last edited by
        #3

        It seemed the issue was that I was running the risk of broadcasting right after trying to receive on the same frame. By adding a one frame delay to the receives, most of my issues were solved.

        I recommend new users take note of that :)

        Jack de WildeJ 1 Reply Last reply
        0
        • T Thecheater887

          It seemed the issue was that I was running the risk of broadcasting right after trying to receive on the same frame. By adding a one frame delay to the receives, most of my issues were solved.

          I recommend new users take note of that :)

          Jack de WildeJ Offline
          Jack de WildeJ Offline
          Jack de Wilde
          wrote on last edited by
          #4

          @thecheater887 not sure if it's the same issue, but something that's gotten me before is if you run the broadcast before the receive behaviour is enabled it won't work.

          So if your broadcast and receive are both enabled on the same frame (also happens with the first frame) you need to make sure they run in the right order, so the receive is enabled first.

          T 1 Reply Last reply
          0
          • Jack de WildeJ Jack de Wilde

            @thecheater887 not sure if it's the same issue, but something that's gotten me before is if you run the broadcast before the receive behaviour is enabled it won't work.

            So if your broadcast and receive are both enabled on the same frame (also happens with the first frame) you need to make sure they run in the right order, so the receive is enabled first.

            T Offline
            T Offline
            Thecheater887
            wrote on last edited by
            #5

            @jack8680 Same issue, different words. There’s no way to verify the order they run in unless you wait a frame because I had it where one stack couldn’t continue before the request was finished and it failed.

            1 Reply Last reply
            0

            Hello! It looks like you're interested in this conversation, but you don't have an account yet.

            Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

            With your input, this post could be even better 💗

            Register Login
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Login or register to search.
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • Users
            • Search