How can a C program poll for user input while simultaneously performing other actions in a Linux environment?





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}







11















Background:



I'm a relatively inexperienced developer trying to write software to interface with a PCI motion controller. I'm using C (compiled with gcc) on Ubuntu Linux 18.04.



The program I'm writing needs to regularly check for unsolicited status messages sent by the motion controller (approx. once per second) and display any messages it finds on a terminal screen (for which I'm using the ncurses library).



What I have:



Right now, to do this, I'm calling a function that checks for unsolicited messages in a while loop. The code is roughly akin to:



while (1)
{
// check for messages from PCI and store them in a traffic buffer
checkForMessages(PCIconnection, trafficBuffer);

// output the traffic buffer to the screen
printf("%s", trafficBuffer);
}


What I need:



I need the user to be prompted for input in a way that allows them to end the loop. For example, the user could input end causing the loop to stop and the program to continue.



The problem:



I'm not aware of a way to achieve this without putting fgets inside the while loop, causing the program to stop and wait for the user to input something on every loop iteration.



I've looked for a solution, but I haven't been able to find discussion on how to achieve the functionality I need. Opening a new thread or process seems like a step in the right direction?



I'm open to completely restructuring my code if what I'm currently doing is poor practice.



Thank you for any help!










share|improve this question







New contributor




josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.



























    11















    Background:



    I'm a relatively inexperienced developer trying to write software to interface with a PCI motion controller. I'm using C (compiled with gcc) on Ubuntu Linux 18.04.



    The program I'm writing needs to regularly check for unsolicited status messages sent by the motion controller (approx. once per second) and display any messages it finds on a terminal screen (for which I'm using the ncurses library).



    What I have:



    Right now, to do this, I'm calling a function that checks for unsolicited messages in a while loop. The code is roughly akin to:



    while (1)
    {
    // check for messages from PCI and store them in a traffic buffer
    checkForMessages(PCIconnection, trafficBuffer);

    // output the traffic buffer to the screen
    printf("%s", trafficBuffer);
    }


    What I need:



    I need the user to be prompted for input in a way that allows them to end the loop. For example, the user could input end causing the loop to stop and the program to continue.



    The problem:



    I'm not aware of a way to achieve this without putting fgets inside the while loop, causing the program to stop and wait for the user to input something on every loop iteration.



    I've looked for a solution, but I haven't been able to find discussion on how to achieve the functionality I need. Opening a new thread or process seems like a step in the right direction?



    I'm open to completely restructuring my code if what I'm currently doing is poor practice.



    Thank you for any help!










    share|improve this question







    New contributor




    josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      11












      11








      11


      2






      Background:



      I'm a relatively inexperienced developer trying to write software to interface with a PCI motion controller. I'm using C (compiled with gcc) on Ubuntu Linux 18.04.



      The program I'm writing needs to regularly check for unsolicited status messages sent by the motion controller (approx. once per second) and display any messages it finds on a terminal screen (for which I'm using the ncurses library).



      What I have:



      Right now, to do this, I'm calling a function that checks for unsolicited messages in a while loop. The code is roughly akin to:



      while (1)
      {
      // check for messages from PCI and store them in a traffic buffer
      checkForMessages(PCIconnection, trafficBuffer);

      // output the traffic buffer to the screen
      printf("%s", trafficBuffer);
      }


      What I need:



      I need the user to be prompted for input in a way that allows them to end the loop. For example, the user could input end causing the loop to stop and the program to continue.



      The problem:



      I'm not aware of a way to achieve this without putting fgets inside the while loop, causing the program to stop and wait for the user to input something on every loop iteration.



      I've looked for a solution, but I haven't been able to find discussion on how to achieve the functionality I need. Opening a new thread or process seems like a step in the right direction?



      I'm open to completely restructuring my code if what I'm currently doing is poor practice.



      Thank you for any help!










      share|improve this question







      New contributor




      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.












      Background:



      I'm a relatively inexperienced developer trying to write software to interface with a PCI motion controller. I'm using C (compiled with gcc) on Ubuntu Linux 18.04.



      The program I'm writing needs to regularly check for unsolicited status messages sent by the motion controller (approx. once per second) and display any messages it finds on a terminal screen (for which I'm using the ncurses library).



      What I have:



      Right now, to do this, I'm calling a function that checks for unsolicited messages in a while loop. The code is roughly akin to:



      while (1)
      {
      // check for messages from PCI and store them in a traffic buffer
      checkForMessages(PCIconnection, trafficBuffer);

      // output the traffic buffer to the screen
      printf("%s", trafficBuffer);
      }


      What I need:



      I need the user to be prompted for input in a way that allows them to end the loop. For example, the user could input end causing the loop to stop and the program to continue.



      The problem:



      I'm not aware of a way to achieve this without putting fgets inside the while loop, causing the program to stop and wait for the user to input something on every loop iteration.



      I've looked for a solution, but I haven't been able to find discussion on how to achieve the functionality I need. Opening a new thread or process seems like a step in the right direction?



      I'm open to completely restructuring my code if what I'm currently doing is poor practice.



      Thank you for any help!







      c linux






      share|improve this question







      New contributor




      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 2 days ago









      josephsturmjosephsturm

      585




      585




      New contributor




      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      josephsturm is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.
























          3 Answers
          3






          active

          oldest

          votes


















          10














          Your task requires an event loop based on select or epoll. One event it would wait for is user input - when STDIN_FILENO becomes ready for read. Another is the 1-second periodic timer when you need to poll the controller.



          There are quite a few libraries that implement an event loop for you so that you can focus on what events you need to handle and how. libevent is one of the oldest, feature rich and popular.






          share|improve this answer
























          • Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

            – josephsturm
            yesterday








          • 4





            The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

            – Guntram Blohm
            yesterday



















          4














          I believe that the "Unix" way would be not to ask for user input, but to react to a user signal. For example, when the user presses Ctrl-C, the currently running process receives SIGINT.



          An example how to properly use SIGINT to interrupt a loop can be found here. Copying it into the answer in case the link gets stale:



          #include <stdlib.h>
          #include <signal.h>
          #include <stdio.h>
          #include <string.h>
          #include <unistd.h>

          static volatile sig_atomic_t got_signal = 0;

          static void my_sig_handler(int signo)
          {
          got_signal = 1;
          }

          int main()
          {
          struct sigaction sa;

          memset(&sa, 0, sizeof(struct sigaction));
          sa.sa_handler = &my_sig_handler;
          if (sigaction(SIGINT, &sa, NULL) == -1) {
          perror("sigaction");
          return EXIT_FAILURE;
          }

          for (;;) {
          if (got_signal) {
          got_signal = 0;
          printf("Received interrupt signal!n");
          }
          printf("Doing useful stuff...n");
          sleep(1); /* Sleep is not only useful, it is essential! */
          }
          return EXIT_SUCCESS;
          }


          (in your case it would be a good idea to put break; into the if block or to use while(!got_signal))






          share|improve this answer































            3














            Simple answer is multi-threading, where you have thread deployed to wait for user input, while loop continues on. So have this:



            char flag = 1;

            while (flag) {
            // run the loop

            // if thing happens deploy the thread which will ask user for input

            }


            I have not done threading in a while, I think this page would be better than me trying to explain it to you:
            https://randu.org/tutorials/threads/






            share|improve this answer



















            • 1





              But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

              – David C. Rankin
              2 days ago











            • Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

              – David C. Rankin
              2 days ago












            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',
            autoActivateHeartbeat: false,
            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
            });


            }
            });






            josephsturm is a new contributor. Be nice, and check out our Code of Conduct.










            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55660630%2fhow-can-a-c-program-poll-for-user-input-while-simultaneously-performing-other-ac%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            3 Answers
            3






            active

            oldest

            votes








            3 Answers
            3






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            10














            Your task requires an event loop based on select or epoll. One event it would wait for is user input - when STDIN_FILENO becomes ready for read. Another is the 1-second periodic timer when you need to poll the controller.



            There are quite a few libraries that implement an event loop for you so that you can focus on what events you need to handle and how. libevent is one of the oldest, feature rich and popular.






            share|improve this answer
























            • Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

              – josephsturm
              yesterday








            • 4





              The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

              – Guntram Blohm
              yesterday
















            10














            Your task requires an event loop based on select or epoll. One event it would wait for is user input - when STDIN_FILENO becomes ready for read. Another is the 1-second periodic timer when you need to poll the controller.



            There are quite a few libraries that implement an event loop for you so that you can focus on what events you need to handle and how. libevent is one of the oldest, feature rich and popular.






            share|improve this answer
























            • Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

              – josephsturm
              yesterday








            • 4





              The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

              – Guntram Blohm
              yesterday














            10












            10








            10







            Your task requires an event loop based on select or epoll. One event it would wait for is user input - when STDIN_FILENO becomes ready for read. Another is the 1-second periodic timer when you need to poll the controller.



            There are quite a few libraries that implement an event loop for you so that you can focus on what events you need to handle and how. libevent is one of the oldest, feature rich and popular.






            share|improve this answer













            Your task requires an event loop based on select or epoll. One event it would wait for is user input - when STDIN_FILENO becomes ready for read. Another is the 1-second periodic timer when you need to poll the controller.



            There are quite a few libraries that implement an event loop for you so that you can focus on what events you need to handle and how. libevent is one of the oldest, feature rich and popular.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered 2 days ago









            Maxim EgorushkinMaxim Egorushkin

            90.3k11104193




            90.3k11104193













            • Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

              – josephsturm
              yesterday








            • 4





              The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

              – Guntram Blohm
              yesterday



















            • Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

              – josephsturm
              yesterday








            • 4





              The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

              – Guntram Blohm
              yesterday

















            Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

            – josephsturm
            yesterday







            Thank you for answering! This is definitely a valid answer to the question I asked, so I'm accepting it. After a lot more reading, I also discovered that there's an answer built into ncurses itself. Calling the function timeout and passing it 0 makes getch (an ncurses input function) non-blocking, which also solved my problem.

            – josephsturm
            yesterday






            4




            4





            The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

            – Guntram Blohm
            yesterday





            The problem with this is that you're likely to have a busy-waiting loop that takes 100% of your cpu time, unless you use some variant of sleep, which makes responding to input non-immediate in most cases. select/poll, or a library that's based on those, would almost certainly have less undesirable side effects.

            – Guntram Blohm
            yesterday













            4














            I believe that the "Unix" way would be not to ask for user input, but to react to a user signal. For example, when the user presses Ctrl-C, the currently running process receives SIGINT.



            An example how to properly use SIGINT to interrupt a loop can be found here. Copying it into the answer in case the link gets stale:



            #include <stdlib.h>
            #include <signal.h>
            #include <stdio.h>
            #include <string.h>
            #include <unistd.h>

            static volatile sig_atomic_t got_signal = 0;

            static void my_sig_handler(int signo)
            {
            got_signal = 1;
            }

            int main()
            {
            struct sigaction sa;

            memset(&sa, 0, sizeof(struct sigaction));
            sa.sa_handler = &my_sig_handler;
            if (sigaction(SIGINT, &sa, NULL) == -1) {
            perror("sigaction");
            return EXIT_FAILURE;
            }

            for (;;) {
            if (got_signal) {
            got_signal = 0;
            printf("Received interrupt signal!n");
            }
            printf("Doing useful stuff...n");
            sleep(1); /* Sleep is not only useful, it is essential! */
            }
            return EXIT_SUCCESS;
            }


            (in your case it would be a good idea to put break; into the if block or to use while(!got_signal))






            share|improve this answer




























              4














              I believe that the "Unix" way would be not to ask for user input, but to react to a user signal. For example, when the user presses Ctrl-C, the currently running process receives SIGINT.



              An example how to properly use SIGINT to interrupt a loop can be found here. Copying it into the answer in case the link gets stale:



              #include <stdlib.h>
              #include <signal.h>
              #include <stdio.h>
              #include <string.h>
              #include <unistd.h>

              static volatile sig_atomic_t got_signal = 0;

              static void my_sig_handler(int signo)
              {
              got_signal = 1;
              }

              int main()
              {
              struct sigaction sa;

              memset(&sa, 0, sizeof(struct sigaction));
              sa.sa_handler = &my_sig_handler;
              if (sigaction(SIGINT, &sa, NULL) == -1) {
              perror("sigaction");
              return EXIT_FAILURE;
              }

              for (;;) {
              if (got_signal) {
              got_signal = 0;
              printf("Received interrupt signal!n");
              }
              printf("Doing useful stuff...n");
              sleep(1); /* Sleep is not only useful, it is essential! */
              }
              return EXIT_SUCCESS;
              }


              (in your case it would be a good idea to put break; into the if block or to use while(!got_signal))






              share|improve this answer


























                4












                4








                4







                I believe that the "Unix" way would be not to ask for user input, but to react to a user signal. For example, when the user presses Ctrl-C, the currently running process receives SIGINT.



                An example how to properly use SIGINT to interrupt a loop can be found here. Copying it into the answer in case the link gets stale:



                #include <stdlib.h>
                #include <signal.h>
                #include <stdio.h>
                #include <string.h>
                #include <unistd.h>

                static volatile sig_atomic_t got_signal = 0;

                static void my_sig_handler(int signo)
                {
                got_signal = 1;
                }

                int main()
                {
                struct sigaction sa;

                memset(&sa, 0, sizeof(struct sigaction));
                sa.sa_handler = &my_sig_handler;
                if (sigaction(SIGINT, &sa, NULL) == -1) {
                perror("sigaction");
                return EXIT_FAILURE;
                }

                for (;;) {
                if (got_signal) {
                got_signal = 0;
                printf("Received interrupt signal!n");
                }
                printf("Doing useful stuff...n");
                sleep(1); /* Sleep is not only useful, it is essential! */
                }
                return EXIT_SUCCESS;
                }


                (in your case it would be a good idea to put break; into the if block or to use while(!got_signal))






                share|improve this answer













                I believe that the "Unix" way would be not to ask for user input, but to react to a user signal. For example, when the user presses Ctrl-C, the currently running process receives SIGINT.



                An example how to properly use SIGINT to interrupt a loop can be found here. Copying it into the answer in case the link gets stale:



                #include <stdlib.h>
                #include <signal.h>
                #include <stdio.h>
                #include <string.h>
                #include <unistd.h>

                static volatile sig_atomic_t got_signal = 0;

                static void my_sig_handler(int signo)
                {
                got_signal = 1;
                }

                int main()
                {
                struct sigaction sa;

                memset(&sa, 0, sizeof(struct sigaction));
                sa.sa_handler = &my_sig_handler;
                if (sigaction(SIGINT, &sa, NULL) == -1) {
                perror("sigaction");
                return EXIT_FAILURE;
                }

                for (;;) {
                if (got_signal) {
                got_signal = 0;
                printf("Received interrupt signal!n");
                }
                printf("Doing useful stuff...n");
                sleep(1); /* Sleep is not only useful, it is essential! */
                }
                return EXIT_SUCCESS;
                }


                (in your case it would be a good idea to put break; into the if block or to use while(!got_signal))







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 2 days ago









                Kit.Kit.

                73069




                73069























                    3














                    Simple answer is multi-threading, where you have thread deployed to wait for user input, while loop continues on. So have this:



                    char flag = 1;

                    while (flag) {
                    // run the loop

                    // if thing happens deploy the thread which will ask user for input

                    }


                    I have not done threading in a while, I think this page would be better than me trying to explain it to you:
                    https://randu.org/tutorials/threads/






                    share|improve this answer



















                    • 1





                      But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                      – David C. Rankin
                      2 days ago











                    • Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                      – David C. Rankin
                      2 days ago
















                    3














                    Simple answer is multi-threading, where you have thread deployed to wait for user input, while loop continues on. So have this:



                    char flag = 1;

                    while (flag) {
                    // run the loop

                    // if thing happens deploy the thread which will ask user for input

                    }


                    I have not done threading in a while, I think this page would be better than me trying to explain it to you:
                    https://randu.org/tutorials/threads/






                    share|improve this answer



















                    • 1





                      But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                      – David C. Rankin
                      2 days ago











                    • Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                      – David C. Rankin
                      2 days ago














                    3












                    3








                    3







                    Simple answer is multi-threading, where you have thread deployed to wait for user input, while loop continues on. So have this:



                    char flag = 1;

                    while (flag) {
                    // run the loop

                    // if thing happens deploy the thread which will ask user for input

                    }


                    I have not done threading in a while, I think this page would be better than me trying to explain it to you:
                    https://randu.org/tutorials/threads/






                    share|improve this answer













                    Simple answer is multi-threading, where you have thread deployed to wait for user input, while loop continues on. So have this:



                    char flag = 1;

                    while (flag) {
                    // run the loop

                    // if thing happens deploy the thread which will ask user for input

                    }


                    I have not done threading in a while, I think this page would be better than me trying to explain it to you:
                    https://randu.org/tutorials/threads/







                    share|improve this answer












                    share|improve this answer



                    share|improve this answer










                    answered 2 days ago









                    GoxGox

                    2,42521129




                    2,42521129








                    • 1





                      But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                      – David C. Rankin
                      2 days ago











                    • Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                      – David C. Rankin
                      2 days ago














                    • 1





                      But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                      – David C. Rankin
                      2 days ago











                    • Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                      – David C. Rankin
                      2 days ago








                    1




                    1





                    But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                    – David C. Rankin
                    2 days ago





                    But see 5 Big Fat Reasons Why Mutexes Suck Big Time for a few considerations on multi-threading.

                    – David C. Rankin
                    2 days ago













                    Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                    – David C. Rankin
                    2 days ago





                    Yes, I'd didn't have much of a feel one way or the other about where and what kind of pitfalls were involved in multithreading until that article was posted on the accu-general mailing list accu-general@accu.org. It makes some very good points on the inherent inability to validate multithreaded code.

                    – David C. Rankin
                    2 days ago










                    josephsturm is a new contributor. Be nice, and check out our Code of Conduct.










                    draft saved

                    draft discarded


















                    josephsturm is a new contributor. Be nice, and check out our Code of Conduct.













                    josephsturm is a new contributor. Be nice, and check out our Code of Conduct.












                    josephsturm is a new contributor. Be nice, and check out our Code of Conduct.
















                    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.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55660630%2fhow-can-a-c-program-poll-for-user-input-while-simultaneously-performing-other-ac%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

                    How did Captain America manage to do this?

                    迪纳利

                    南乌拉尔铁路局