GDB - establish communication between gdb and OCD Deamon









up vote
0
down vote

favorite












I write OCD Daemon for an architecture that is not yet supported by already existing ones. As for now I try to establish remote communication between GDB <-> My_OCD_Daemon and here problems start. Right after I demand connection with my daemon by "target remote tcp:IP:PORT" gdb starts sending a bunch of requests, here are few of them:



Sending packet: $Hg0#df...Ack
Packet received:



Sending packet: $qxtn#cb...Ack



Packet received: XOCD



...



Sending packet: $qxtocdversion#99...Ack



Packet received: 6000



Sending packet: $p2b0#34...Ack



Reply contains invalid hex digit 79



Fetching next packet



...



For most of them it is enough if I reply just '+' which denotes successful reception. However there are commands like $p2b0#34 which expects some sane size value back.



So, is there a way to skip this never ending chain of requests from GDB and make it wait for user input?
How such init/hand-shake procedure shall look like?



Thanks.










share|improve this question

























    up vote
    0
    down vote

    favorite












    I write OCD Daemon for an architecture that is not yet supported by already existing ones. As for now I try to establish remote communication between GDB <-> My_OCD_Daemon and here problems start. Right after I demand connection with my daemon by "target remote tcp:IP:PORT" gdb starts sending a bunch of requests, here are few of them:



    Sending packet: $Hg0#df...Ack
    Packet received:



    Sending packet: $qxtn#cb...Ack



    Packet received: XOCD



    ...



    Sending packet: $qxtocdversion#99...Ack



    Packet received: 6000



    Sending packet: $p2b0#34...Ack



    Reply contains invalid hex digit 79



    Fetching next packet



    ...



    For most of them it is enough if I reply just '+' which denotes successful reception. However there are commands like $p2b0#34 which expects some sane size value back.



    So, is there a way to skip this never ending chain of requests from GDB and make it wait for user input?
    How such init/hand-shake procedure shall look like?



    Thanks.










    share|improve this question























      up vote
      0
      down vote

      favorite









      up vote
      0
      down vote

      favorite











      I write OCD Daemon for an architecture that is not yet supported by already existing ones. As for now I try to establish remote communication between GDB <-> My_OCD_Daemon and here problems start. Right after I demand connection with my daemon by "target remote tcp:IP:PORT" gdb starts sending a bunch of requests, here are few of them:



      Sending packet: $Hg0#df...Ack
      Packet received:



      Sending packet: $qxtn#cb...Ack



      Packet received: XOCD



      ...



      Sending packet: $qxtocdversion#99...Ack



      Packet received: 6000



      Sending packet: $p2b0#34...Ack



      Reply contains invalid hex digit 79



      Fetching next packet



      ...



      For most of them it is enough if I reply just '+' which denotes successful reception. However there are commands like $p2b0#34 which expects some sane size value back.



      So, is there a way to skip this never ending chain of requests from GDB and make it wait for user input?
      How such init/hand-shake procedure shall look like?



      Thanks.










      share|improve this question













      I write OCD Daemon for an architecture that is not yet supported by already existing ones. As for now I try to establish remote communication between GDB <-> My_OCD_Daemon and here problems start. Right after I demand connection with my daemon by "target remote tcp:IP:PORT" gdb starts sending a bunch of requests, here are few of them:



      Sending packet: $Hg0#df...Ack
      Packet received:



      Sending packet: $qxtn#cb...Ack



      Packet received: XOCD



      ...



      Sending packet: $qxtocdversion#99...Ack



      Packet received: 6000



      Sending packet: $p2b0#34...Ack



      Reply contains invalid hex digit 79



      Fetching next packet



      ...



      For most of them it is enough if I reply just '+' which denotes successful reception. However there are commands like $p2b0#34 which expects some sane size value back.



      So, is there a way to skip this never ending chain of requests from GDB and make it wait for user input?
      How such init/hand-shake procedure shall look like?



      Thanks.







      gdb daemon gnu






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 12 at 0:06









      DannyS

      42210




      42210






















          1 Answer
          1






          active

          oldest

          votes

















          up vote
          0
          down vote













          Okay so it looks like we can not "bypass" or "skip" this initial stage of gdb. It is used to configure gdb session and shall be conducted with care. Passing odd values to gdb will result in odd baheviour during debugging session.






          share|improve this answer




















            Your Answer






            StackExchange.ifUsing("editor", function ()
            StackExchange.using("externalEditor", function ()
            StackExchange.using("snippets", function ()
            StackExchange.snippets.init();
            );
            );
            , "code-snippets");

            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "1"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53254492%2fgdb-establish-communication-between-gdb-and-ocd-deamon%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes








            up vote
            0
            down vote













            Okay so it looks like we can not "bypass" or "skip" this initial stage of gdb. It is used to configure gdb session and shall be conducted with care. Passing odd values to gdb will result in odd baheviour during debugging session.






            share|improve this answer
























              up vote
              0
              down vote













              Okay so it looks like we can not "bypass" or "skip" this initial stage of gdb. It is used to configure gdb session and shall be conducted with care. Passing odd values to gdb will result in odd baheviour during debugging session.






              share|improve this answer






















                up vote
                0
                down vote










                up vote
                0
                down vote









                Okay so it looks like we can not "bypass" or "skip" this initial stage of gdb. It is used to configure gdb session and shall be conducted with care. Passing odd values to gdb will result in odd baheviour during debugging session.






                share|improve this answer












                Okay so it looks like we can not "bypass" or "skip" this initial stage of gdb. It is used to configure gdb session and shall be conducted with care. Passing odd values to gdb will result in odd baheviour during debugging session.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 27 at 9:43









                DannyS

                42210




                42210



























                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.





                    Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


                    Please pay close attention to the following guidance:


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53254492%2fgdb-establish-communication-between-gdb-and-ocd-deamon%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Top Tejano songwriter Luis Silva dead of heart attack at 64

                    ReactJS Fetched API data displays live - need Data displayed static

                    政党