Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to listen on (localhost:port) #11

Open
ROdoka opened this issue Jul 12, 2017 · 6 comments
Open

Failed to listen on (localhost:port) #11

ROdoka opened this issue Jul 12, 2017 · 6 comments
Assignees

Comments

@ROdoka
Copy link

ROdoka commented Jul 12, 2017

Hey :)
I used the previous version since a few days ago and edited the code myself to use the correct worker.
Now there's this new version and with this one I get

[!!] Failed to listen on 127.0.0.1:portnumber
[!!] Check for other listening sockets or stopping mining - datecode

but the script seems to work I think.
IMO it has to do with removing/altering the receive_first part, because I can't think of anything else?

extra info: I've edited the claymore epools.txt file and replaced all nanopool servers with "fake" ones, which I also added to the hosts file in Windows.

Any solution or reason why I see this message?
BTW: I also re-added my previous change about entering the worker_name via command line, but this is not causing the message.

@ROdoka
Copy link
Author

ROdoka commented Jul 12, 2017

some more info:
I just tried it on a different PC, same hosts file entries, same python-script and the message does not appear.
What could be the issue?

@ROdoka
Copy link
Author

ROdoka commented Jul 12, 2017

after trying a lot of things I did the easiest of all: I rebooted -_-
Problem gone ...
Sorry for opening an issue case for nothing!

@ROdoka ROdoka closed this as completed Jul 12, 2017
@ROdoka
Copy link
Author

ROdoka commented Jul 12, 2017

ok, I'll reopen this.
no big issue, but I'm a bit helpless at the moment. The problem above occured again and I think I found the reason:
it's due to python still being active if proxy was killed via ctrl+c
after killing the process the error message does not come back.

How the script be closed correctly so that python closes itself, too?

@ROdoka ROdoka reopened this Jul 12, 2017
@drdada
Copy link
Collaborator

drdada commented Jul 13, 2017

Hello,
Yes if you launch multiple instance of the script you will get this message because the localport is already in use.
I guess you use Windows OS, if you want to close the python script, you just have to close its windows. If you want to make sure it's closed, go to task manager and check if you see python.exe process.
CTRL+C isn't working on Windows at the moment. For linux users, CTRL+C will do the trick.
I will flag the issue and see if i can handle CTRL+C in windows.

@drdada drdada self-assigned this Jul 13, 2017
@ROdoka
Copy link
Author

ROdoka commented Jul 13, 2017

Hey :)
I can't remember if I hit Ctrl+C or Ctrl+Break, somehow I think Ctrl+C was breaking it on one Windows PC.
But that's the weird thing: after Ctrl+Break and closing the CMD window, Python still was visible in taskman until I killed it manually. But this didn't happen on my 2nd Windows PC (both run W7 x64).

Would it work if you listen to a key in the script, for example 'q'? I've never written anything in Python, so I don't know :D

@drdada
Copy link
Collaborator

drdada commented Jul 16, 2017

You should try to disable the QuickEdit option in the CMD properties.
FYI in python the CTRL+Break close the script.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants