Issue1806

socket.getsockname() doesn't return a sensible value until socket.listen() has been called.

CPython's socket.getsockname() also works without calling listen().

Reproduce session:
[E:\projects\jython]dist\bin\jython.bat
Jython 2.6a0+ (, okt 8 2011, 17:15:54)
[Java HotSpot(TM) Client VM (Sun Microsystems Inc.)] on java1.6.0_26
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> s=socket.socket()
>>> s.bind(('',0))
>>> s.getsockname()
(u'127.0.0.1', 0)            # <-- hmmm
>>> s.listen(5)
>>> s.getsockname()
(u'0.0.0.0', 56068)          # <-- correct ip and (random) port number
>>>

This is caused by the fact that the socket object doesn't have a sock_impl yet. That is only constructed later (in the listen method). Before that, getsockname() uses a meaningless hardcoded name and portnumber ("",0).

I've looked into it a bit and there doesn't seem an obvious way to fix the creation order of the sock_impl, because of the way Java's Socket objects are implemented (you have to pass the listen backlog size to the bind method, there doesn't seem to be a separate listen method).
However: IMO the getsockname method should create a sock_impl if it doesn't exist yet, with a 'guessed' listen backlog size (probably the default, 50) and return a sensible addresss+port, rather than the current behavior where a useless name+port is returned.
Thoughts?

This is a known limitation of jython's socket module that is not going to change.

http://wiki.python.org/jython/NewSocketModule#Deferred_socket_creation_on_jython

The only thing that can be changed is the interim value returned from getsockname(): if you have a suggestion for more meaningful value, then feel free to propose it.

Guessing, by creating a socket when the user calls getsockname(), is the wrong thing to do.

It is still unknown at that stage if the socket is a client or a server socket: guessing which one it will be is not possible. (both client and server sockets can be bound to a local address: it is just not required for client sockets).

If you want to propose a different return value for getsockname in these circumstances, re-open this issue.