Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. the inferior stopped because it received a signal from the Operating System. Signal name : SIGSTOP Signal meaning : Stopped (signal)

the inferior stopped because it received a signal from the Operating System. Signal name : SIGSTOP Signal meaning : Stopped (signal)

Scheduled Pinned Locked Moved Unsolved General and Desktop
8 Posts 5 Posters 6.3k Views
  • 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.
  • L Offline
    L Offline
    Lineaxe
    wrote on 17 Apr 2016, 13:19 last edited by
    #1

    Does stop mean Stop? In this case Yes. I am trying to run a simple console application through debug and I get the error every time.
    the inferior stopped because it received a signal from the Operating System. Signal name : SIGSTOP Signal meaning : Stopped (signal)

    I am superior to the inferior, surely I can sort this bug out one day ?

    1 Reply Last reply
    0
    • J Offline
      J Offline
      jsulm
      Lifetime Qt Champion
      wrote on 18 Apr 2016, 04:53 last edited by
      #2

      Does your application work if you don't debug it?

      https://forum.qt.io/topic/113070/qt-code-of-conduct

      1 Reply Last reply
      0
      • L Offline
        L Offline
        Lineaxe
        wrote on 19 Apr 2016, 20:08 last edited by Lineaxe
        #3

        Heh, yup it works perfectly. It is designed to be a console module that I can use as a patch that I can update when needed by the main program. It works with the program, I just run into problems when I go to using debug.
        One day I would like to find a bug with a nice easy name to digest....

        H 1 Reply Last reply 2 Mar 2020, 08:04
        0
        • L Lineaxe
          19 Apr 2016, 20:08

          Heh, yup it works perfectly. It is designed to be a console module that I can use as a patch that I can update when needed by the main program. It works with the program, I just run into problems when I go to using debug.
          One day I would like to find a bug with a nice easy name to digest....

          H Offline
          H Offline
          Harkin
          wrote on 2 Mar 2020, 08:04 last edited by
          #4

          @Lineaxe Hi, have you fixed this issue, I got the same one, my code only "cout<<"hello world!"; it can be run, but once I'm in debug mode, the issue is happen.

          J 1 Reply Last reply 2 Mar 2020, 08:07
          0
          • H Harkin
            2 Mar 2020, 08:04

            @Lineaxe Hi, have you fixed this issue, I got the same one, my code only "cout<<"hello world!"; it can be run, but once I'm in debug mode, the issue is happen.

            J Offline
            J Offline
            jsulm
            Lifetime Qt Champion
            wrote on 2 Mar 2020, 08:07 last edited by
            #5

            @Harkin Can you show your code?
            Your app is working in release mode but not in debug?
            Do you have stack trace after crash?

            https://forum.qt.io/topic/113070/qt-code-of-conduct

            1 Reply Last reply
            0
            • J Offline
              J Offline
              JonB
              wrote on 2 Mar 2020, 08:59 last edited by JonB 3 Feb 2020, 09:11
              #6

              @Harkin , @jsulm
              I don't think there is going to be a "crash" here :) It would be great if the OP/questioner stated which OS he is under when reporting this (I would if I were posting), but there you are....

              Assuming this is Linux, SIGSTOP is generated by pressing Ctrl+S at the keyboard. It pauses the program from any further attempt to output anything to the terminal. It is waiting for you to press Ctrl+Q, SIGCONT, at which point output will continue. It's for old-fashioned flow control (don't I remember this in the old terminal days!). I'm a bit hazy about this, but it may also be produced if you output to the console a binary file/something which happens to contain a 0x13 byte.

              So, I don't know how this relates to debug mode --- except, probably, if you press Ctrl+S while in the debugger it might report it this way. What debugger do you use? gdb has, IIRC, ignore ... to ignore signals....

              1 Reply Last reply
              1
              • A Offline
                A Offline
                Aleksey_K
                wrote on 27 Feb 2021, 03:32 last edited by
                #7

                Solved like mentioned here:
                https://forum.qt.io/topic/100958/catching-unix-interrupt-signal-on-console-application-when-debugging-with-qtcreator

                J 1 Reply Last reply 27 Feb 2021, 09:04
                0
                • A Aleksey_K
                  27 Feb 2021, 03:32

                  Solved like mentioned here:
                  https://forum.qt.io/topic/100958/catching-unix-interrupt-signal-on-console-application-when-debugging-with-qtcreator

                  J Offline
                  J Offline
                  JonB
                  wrote on 27 Feb 2021, 09:04 last edited by
                  #8

                  @Aleksey_K
                  ...which is indeed where I suggested telling the debugger to ignore certain signals...

                  1 Reply Last reply
                  0

                  • Login

                  • Login or register to search.
                  • First post
                    Last post
                  0
                  • Categories
                  • Recent
                  • Tags
                  • Popular
                  • Users
                  • Groups
                  • Search
                  • Get Qt Extensions
                  • Unsolved