How to kill a localhost:8080Safari is unable to reach localhost (127.0.0.1)How can I kill a process from the...

How to create specific language package for an item?

Second-story floor leveling question for new home

For the Kanji 校 is the fifth stroke connected to the sixth stroke?

The need of reserving one's ability in job interviews

Why is it "take a leak?"

Practical reasons to have both a large police force and bounty hunting network?

It beats the alternative

What are SHA-rounds?

Starting index at zero

Why won't the strings command stop?

If nine coins are tossed, what is the probability that the number of heads is even?

Why do members of Congress in committee hearings ask witnesses the same question multiple times?

Why can't we make a perpetual motion machine by using a magnet to pull up a piece of metal, then letting it fall back down?

Every subset equal to original set?

What is the difference between a forward slip and a side slip?

Borrowing Characters

Citing contemporaneous (interlaced?) preprints

How can I be pwned if I'm not registered on the compromised site?

I encountered my boss during an on-site interview at another company. Should I bring it up when seeing him next time?

Plagiarism of code by other PhD student

It took me a lot of time to make this, pls like. (YouTube Comments #1)

How to kill a localhost:8080

Is the withholding of funding notice allowed?

Non-Italian European mafias in USA?



How to kill a localhost:8080


Safari is unable to reach localhost (127.0.0.1)How can I kill a process from the command prompt on Windows NT?Localhost does not respondExclude localhost from htt_proxyhttp://localhost:8080 is not working on running apacher Server through XAMPPWhy I haven't got right to kill a process from Windows' command prompt?Override localhost IP Adress in Windows 8.1Windows - Kill All Non-Essential Running ProcessesCan't kill process with Task Manager or taskkillAccess to local IP on port 3000 works but 8080 does not













33















I'm trying to kill a dev server setup via yarn on Windows. While I Ctrl+C'd the command prompt, when I went back to localhost:8080 it had not stopped. How can I kill the process?










share|improve this question









New contributor




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

























    33















    I'm trying to kill a dev server setup via yarn on Windows. While I Ctrl+C'd the command prompt, when I went back to localhost:8080 it had not stopped. How can I kill the process?










    share|improve this question









    New contributor




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























      33












      33








      33


      7






      I'm trying to kill a dev server setup via yarn on Windows. While I Ctrl+C'd the command prompt, when I went back to localhost:8080 it had not stopped. How can I kill the process?










      share|improve this question









      New contributor




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












      I'm trying to kill a dev server setup via yarn on Windows. While I Ctrl+C'd the command prompt, when I went back to localhost:8080 it had not stopped. How can I kill the process?







      windows localhost






      share|improve this question









      New contributor




      Sam 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




      Sam 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








      edited 18 hours ago









      Run5k

      11.3k73152




      11.3k73152






      New contributor




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









      asked yesterday









      SamSam

      16826




      16826




      New contributor




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





      New contributor





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






      Sam 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


















          63














          You can track down the process running on port 8080 and kill it.



          For macOS or Linux:



          sudo lsof -iTCP:8080 -sTCP:LISTEN


          You should get an output something like:



          COMMAND   PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
          yarn 12017 user 12u IPv6 1876683 0t0 TCP *:8080 (LISTEN)


          Now that you have the process ID(PID), you can kill the process. First try:



          kill 12017(whatever the PID is)


          If that does nothing, try:



          kill -9 12017


          For Windows:



          netstat -ano | findstr :8080 (the port number)


          This should give you the process to kill. You can then run:



          taskkill /F /PID 12017(or whatever the process ID is)





          share|improve this answer





















          • 4





            Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

            – Bakuriu
            16 hours ago






          • 2





            For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

            – mbrig
            16 hours ago








          • 1





            NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

            – CSM
            14 hours ago











          • @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

            – Dr. Gianluigi Zane Zanettini
            1 hour ago



















          2














          If you install ProcessExplorer from SystemInternals, then you can see the process tree.



          In ProcessExplorer, click the target-sight button, and then click on the cmd prompt that you launched the webrowser from. ProcessExplorer will then jump to that cmd prompt in its list. If the process view is not already threaded by parent-child relation, then press Ctrl-T a few times until it is. You then should be able to see the webserver. Select it, and then right-click on it. Select "Kill Process Tree" to forcibly kill the webserver.



          SystemInternals also has pskill. You can use pskill -t "MyWebServer" to kill all processes, and their children, than are called MyWebServer.






          share|improve this answer































            -1














            Unless the process you're trying to kill is one that gets started upon booting the server, rebooting the computer in question would probably work. It's probably a last resort option due to losing everything else the computer's been doing that hasn't been saved, and the time it takes for the reboot to occur, but there's a reason why a lot of IT professionals start their troubleshooting process for user machines with "Have you tried turning the computer off and back on again?"






            share|improve this answer








            New contributor




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
















            • 1





              Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

              – nick012000
              8 hours ago











            • Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

              – Stig Hemmer
              1 hour ago











            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "3"
            };
            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
            });


            }
            });






            Sam 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%2fsuperuser.com%2fquestions%2f1411293%2fhow-to-kill-a-localhost8080%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









            63














            You can track down the process running on port 8080 and kill it.



            For macOS or Linux:



            sudo lsof -iTCP:8080 -sTCP:LISTEN


            You should get an output something like:



            COMMAND   PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
            yarn 12017 user 12u IPv6 1876683 0t0 TCP *:8080 (LISTEN)


            Now that you have the process ID(PID), you can kill the process. First try:



            kill 12017(whatever the PID is)


            If that does nothing, try:



            kill -9 12017


            For Windows:



            netstat -ano | findstr :8080 (the port number)


            This should give you the process to kill. You can then run:



            taskkill /F /PID 12017(or whatever the process ID is)





            share|improve this answer





















            • 4





              Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

              – Bakuriu
              16 hours ago






            • 2





              For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

              – mbrig
              16 hours ago








            • 1





              NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

              – CSM
              14 hours ago











            • @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

              – Dr. Gianluigi Zane Zanettini
              1 hour ago
















            63














            You can track down the process running on port 8080 and kill it.



            For macOS or Linux:



            sudo lsof -iTCP:8080 -sTCP:LISTEN


            You should get an output something like:



            COMMAND   PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
            yarn 12017 user 12u IPv6 1876683 0t0 TCP *:8080 (LISTEN)


            Now that you have the process ID(PID), you can kill the process. First try:



            kill 12017(whatever the PID is)


            If that does nothing, try:



            kill -9 12017


            For Windows:



            netstat -ano | findstr :8080 (the port number)


            This should give you the process to kill. You can then run:



            taskkill /F /PID 12017(or whatever the process ID is)





            share|improve this answer





















            • 4





              Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

              – Bakuriu
              16 hours ago






            • 2





              For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

              – mbrig
              16 hours ago








            • 1





              NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

              – CSM
              14 hours ago











            • @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

              – Dr. Gianluigi Zane Zanettini
              1 hour ago














            63












            63








            63







            You can track down the process running on port 8080 and kill it.



            For macOS or Linux:



            sudo lsof -iTCP:8080 -sTCP:LISTEN


            You should get an output something like:



            COMMAND   PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
            yarn 12017 user 12u IPv6 1876683 0t0 TCP *:8080 (LISTEN)


            Now that you have the process ID(PID), you can kill the process. First try:



            kill 12017(whatever the PID is)


            If that does nothing, try:



            kill -9 12017


            For Windows:



            netstat -ano | findstr :8080 (the port number)


            This should give you the process to kill. You can then run:



            taskkill /F /PID 12017(or whatever the process ID is)





            share|improve this answer















            You can track down the process running on port 8080 and kill it.



            For macOS or Linux:



            sudo lsof -iTCP:8080 -sTCP:LISTEN


            You should get an output something like:



            COMMAND   PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
            yarn 12017 user 12u IPv6 1876683 0t0 TCP *:8080 (LISTEN)


            Now that you have the process ID(PID), you can kill the process. First try:



            kill 12017(whatever the PID is)


            If that does nothing, try:



            kill -9 12017


            For Windows:



            netstat -ano | findstr :8080 (the port number)


            This should give you the process to kill. You can then run:



            taskkill /F /PID 12017(or whatever the process ID is)






            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited yesterday

























            answered yesterday









            baelxbaelx

            1,174615




            1,174615








            • 4





              Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

              – Bakuriu
              16 hours ago






            • 2





              For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

              – mbrig
              16 hours ago








            • 1





              NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

              – CSM
              14 hours ago











            • @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

              – Dr. Gianluigi Zane Zanettini
              1 hour ago














            • 4





              Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

              – Bakuriu
              16 hours ago






            • 2





              For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

              – mbrig
              16 hours ago








            • 1





              NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

              – CSM
              14 hours ago











            • @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

              – Dr. Gianluigi Zane Zanettini
              1 hour ago








            4




            4





            Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

            – Bakuriu
            16 hours ago





            Wow, -ano is yet an other weird Italian mnemonic for netstat after -puttana... I wonder if they designed it to yield these explicit references or whether it's just chance.

            – Bakuriu
            16 hours ago




            2




            2





            For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

            – mbrig
            16 hours ago







            For an 'all in one' linux command, check out fuser. fuser -k 8080/tcp 8080/udp should kill anything listening on 8080.

            – mbrig
            16 hours ago






            1




            1





            NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

            – CSM
            14 hours ago





            NB: The Windows command will also list all local processes that are connected to the webserver, at the instant that the command was run. The left address:port pair is the source address, the right address:port is the destination. Adding -t tcp will only list TCP connections, not UDP connections

            – CSM
            14 hours ago













            @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

            – Dr. Gianluigi Zane Zanettini
            1 hour ago





            @Bakuriu : native Italian user here. Try to guess how that "ano" mnemonic sound hilarious (and unforgettable) to me...

            – Dr. Gianluigi Zane Zanettini
            1 hour ago













            2














            If you install ProcessExplorer from SystemInternals, then you can see the process tree.



            In ProcessExplorer, click the target-sight button, and then click on the cmd prompt that you launched the webrowser from. ProcessExplorer will then jump to that cmd prompt in its list. If the process view is not already threaded by parent-child relation, then press Ctrl-T a few times until it is. You then should be able to see the webserver. Select it, and then right-click on it. Select "Kill Process Tree" to forcibly kill the webserver.



            SystemInternals also has pskill. You can use pskill -t "MyWebServer" to kill all processes, and their children, than are called MyWebServer.






            share|improve this answer




























              2














              If you install ProcessExplorer from SystemInternals, then you can see the process tree.



              In ProcessExplorer, click the target-sight button, and then click on the cmd prompt that you launched the webrowser from. ProcessExplorer will then jump to that cmd prompt in its list. If the process view is not already threaded by parent-child relation, then press Ctrl-T a few times until it is. You then should be able to see the webserver. Select it, and then right-click on it. Select "Kill Process Tree" to forcibly kill the webserver.



              SystemInternals also has pskill. You can use pskill -t "MyWebServer" to kill all processes, and their children, than are called MyWebServer.






              share|improve this answer


























                2












                2








                2







                If you install ProcessExplorer from SystemInternals, then you can see the process tree.



                In ProcessExplorer, click the target-sight button, and then click on the cmd prompt that you launched the webrowser from. ProcessExplorer will then jump to that cmd prompt in its list. If the process view is not already threaded by parent-child relation, then press Ctrl-T a few times until it is. You then should be able to see the webserver. Select it, and then right-click on it. Select "Kill Process Tree" to forcibly kill the webserver.



                SystemInternals also has pskill. You can use pskill -t "MyWebServer" to kill all processes, and their children, than are called MyWebServer.






                share|improve this answer













                If you install ProcessExplorer from SystemInternals, then you can see the process tree.



                In ProcessExplorer, click the target-sight button, and then click on the cmd prompt that you launched the webrowser from. ProcessExplorer will then jump to that cmd prompt in its list. If the process view is not already threaded by parent-child relation, then press Ctrl-T a few times until it is. You then should be able to see the webserver. Select it, and then right-click on it. Select "Kill Process Tree" to forcibly kill the webserver.



                SystemInternals also has pskill. You can use pskill -t "MyWebServer" to kill all processes, and their children, than are called MyWebServer.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 14 hours ago









                CSMCSM

                56124




                56124























                    -1














                    Unless the process you're trying to kill is one that gets started upon booting the server, rebooting the computer in question would probably work. It's probably a last resort option due to losing everything else the computer's been doing that hasn't been saved, and the time it takes for the reboot to occur, but there's a reason why a lot of IT professionals start their troubleshooting process for user machines with "Have you tried turning the computer off and back on again?"






                    share|improve this answer








                    New contributor




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
















                    • 1





                      Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                      – nick012000
                      8 hours ago











                    • Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                      – Stig Hemmer
                      1 hour ago
















                    -1














                    Unless the process you're trying to kill is one that gets started upon booting the server, rebooting the computer in question would probably work. It's probably a last resort option due to losing everything else the computer's been doing that hasn't been saved, and the time it takes for the reboot to occur, but there's a reason why a lot of IT professionals start their troubleshooting process for user machines with "Have you tried turning the computer off and back on again?"






                    share|improve this answer








                    New contributor




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
















                    • 1





                      Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                      – nick012000
                      8 hours ago











                    • Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                      – Stig Hemmer
                      1 hour ago














                    -1












                    -1








                    -1







                    Unless the process you're trying to kill is one that gets started upon booting the server, rebooting the computer in question would probably work. It's probably a last resort option due to losing everything else the computer's been doing that hasn't been saved, and the time it takes for the reboot to occur, but there's a reason why a lot of IT professionals start their troubleshooting process for user machines with "Have you tried turning the computer off and back on again?"






                    share|improve this answer








                    New contributor




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










                    Unless the process you're trying to kill is one that gets started upon booting the server, rebooting the computer in question would probably work. It's probably a last resort option due to losing everything else the computer's been doing that hasn't been saved, and the time it takes for the reboot to occur, but there's a reason why a lot of IT professionals start their troubleshooting process for user machines with "Have you tried turning the computer off and back on again?"







                    share|improve this answer








                    New contributor




                    nick012000 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 answer



                    share|improve this answer






                    New contributor




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









                    answered 22 hours ago









                    nick012000nick012000

                    123




                    123




                    New contributor




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





                    New contributor





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






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








                    • 1





                      Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                      – nick012000
                      8 hours ago











                    • Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                      – Stig Hemmer
                      1 hour ago














                    • 1





                      Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                      – nick012000
                      8 hours ago











                    • Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                      – Stig Hemmer
                      1 hour ago








                    1




                    1





                    Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                    – nick012000
                    8 hours ago





                    Not sure why I'm being downvoted. "Reboot the computer" is a valid solution for the problem asked by the OP.

                    – nick012000
                    8 hours ago













                    Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                    – Stig Hemmer
                    1 hour ago





                    Not my downvote, but this solution is a vast overkill. "Turn it off and on again" is mostly useful when you are debugging somebody else's problem and don't care about their inconvenience.

                    – Stig Hemmer
                    1 hour ago










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










                    draft saved

                    draft discarded


















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













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












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
















                    Thanks for contributing an answer to Super User!


                    • 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%2fsuperuser.com%2fquestions%2f1411293%2fhow-to-kill-a-localhost8080%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

                    Installing LyX: “No textclass is found.”LyX installation error- text class not found- 'Reconfigure' or...

                    (1602) Indiana Índice Designación y nombre Características orbitales Véase...

                    Universidad Autónoma de Occidente Índice Historia Campus Facultades Programas Académicos Medios de...