Update of bug #15559 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #15559 (project freeciv):
Status:None = Ready For Test
Assigned to: cazfi = jtn
Planned Release: 2.2.4,2.3.0 = 2.2.4,2.3.0,2.4.0
Update of bug #15559 (project freeciv):
Priority: 5 - Normal = 8
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message sent
Follow-up Comment #39, bug #15559 (project freeciv):
The attached v8 patch fixes the EADDRNOTAVAIL problem.
An S2_2 Windows test build is available at
http://download.gna.org/freeciv/packages/windows/testing/Freeciv-S2_2-20101023-win32-gtk2-setup.exe
Starting a new game from the client still
Follow-up Comment #37, bug #15559 (project freeciv):
I'll test everything I can today and tomorrow and commit this if no problems
is found.
___
Reply to this item at:
http://gna.org/bugs/?15559
Follow-up Comment #36, bug #15559 (project freeciv):
I do have a PeeCee in the house, but no IPv6. Would it help?
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message sent
Follow-up Comment #38, bug #15559 (project freeciv):
Compiling server for MinGW:
../../../src.patched/server/sernet.c: In function ‘server_open_socket’:
../../../src.patched/server/sernet.c:1056: error: ‘EADDRNOTAVAIL’
undeclared (first use in this function)
Follow-up Comment #35, bug #15559 (project freeciv):
Christian, would you have time to help us out here? We could really use a
Windows test build made from S2_2 with this patch applied.
___
Reply to this item at:
Follow-up Comment #33, bug #15559 (project freeciv):
Just played with the v7 patch on S2_2 on my system (Ubuntu Linux 9.04). Looks
good.
Tried all my tests from comment #22 and comment #23 and they all work without
any errors.
Tried making something listen on IPv4 only (nc -l -p 5556 appears
Follow-up Comment #31, bug #15559 (project freeciv):
try to listen on all available IP address families (specifying
V6ONLY for lack of ambiguity), and fail if it can't bind all
of them.
Just take care of not failing when it's impossible to bind IPv6 address on a
system where IPv6 has been
Follow-up Comment #30, bug #15559 (project freeciv):
From x11_create_display_inet() of openssh-5.6p1/channels.c:
for (ai = aitop; ai; ai = ai-ai_next) {
if (ai-ai_family != AF_INET ai-ai_family !=
AF_INET6)
continue;
Follow-up Comment #27, bug #15559 (project freeciv):
If freeciv-server says IPv4 bind failed: Address already in use,
then its IPv6 socket might accept IPv4 connections.
That error message would seem quite alarming for someone who does not know
that it's actually ok in his/her setup. Any idea
Follow-up Comment #28, bug #15559 (project freeciv):
IPv4 bind failed: Address already in use
Print that particular error message only if also IPv6 bind failed?
To be exact, print no error messages if we can listen() to at least one
socket?
OpenBSD 'man getaddrinfo' shows an example of this:
Follow-up Comment #29, bug #15559 (project freeciv):
Clearly the server should run without emitting error messages regardless of
whether it finds itself on a v6only behaving system. Specifying
setsockopt(V6ONLY), or whatever it's called, with the current code might be
sufficient, if it's
Update of bug #15559 (project freeciv):
Planned Release: 2.2.3 = 2.2.4
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message sent
Follow-up Comment #23, bug #15559 (project freeciv):
Just found time to play a bit more.
I did sysctl -w net.ipv6.bindv6only=1 to try to reproduce the problem.
Without the patch, starting a server from the client works, but starting a
server manually and then trying to connect to it with IPv4
Follow-up Comment #24, bug #15559 (project freeciv):
I did look in the some older version of the patch, and I'm certain it works
on linux. My only concern is that it has not been much tested with other
systems (I can *try* to find time to make Windows/MinGW build). It needs more
exposure before
Follow-up Comment #25, bug #15559 (project freeciv):
I'd prefer to retarget for 2.2.4. AFAIK it's been like this in all 2.2.x
releases so I wouldn't consider it a showstopper.
___
Reply to this item at:
http://gna.org/bugs/?15559
Follow-up Comment #19, bug #15559 (project freeciv):
Is Marko around?
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message posté via/par Gna!
http://gna.org/
Follow-up Comment #20, bug #15559 (project freeciv):
I don't have time to check this before Sunday (and 2.2.3 release) Feel free
to steal it from me.
___
Reply to this item at:
http://gna.org/bugs/?15559
Follow-up Comment #21, bug #15559 (project freeciv):
Unfortunately, I don't know enough about sockets to handle it. Someone else?
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Follow-up Comment #18, bug #15559 (project freeciv):
I changed the error code in server/sernet.c to try to identify the socket
that causes the error. I also remade the trunk patch, so now trunk seems to
work.
This is the *last* version of the patch from me, unless I discover that I
made some
Follow-up Comment #17, bug #15559 (project freeciv):
I made a trunk version of the patch, but it is broken. The client complains
about unknown error 0 and the server says '2: Lost connection: c1 from
localhost (connection incomplete).' I might have made a mistake in
client/clinet.c; I need more
Follow-up Comment #16, bug #15559 (project freeciv):
gcc gives the same warning to me. gcc notices that if name_count = 0, then
we never enter the for loop to initialize 'sock'.
I am attaching a -v4 patch that prevents the warning. The patch is for S2_2.
I have never used trunk. I am now
Follow-up Comment #14, bug #15559 (project freeciv):
Can you make also TRUNK version of this?
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message sent via/by Gna!
Follow-up Comment #15, bug #15559 (project freeciv):
server/meta.c: In function ‘send_to_metaserver’:
server/meta.c:236: error: ‘sock’ may be used uninitialized in this
function
This seems like gcc stupidity, but needs to be fixed anyway.
Follow-up Comment #13, bug #15559 (project freeciv):
My -v2 patch (from S2_2 r17797) causes a merge conflict in server/sernet.c. I
am attaching a new -v3 patch (from S2_2 r17820) to solve the conflict.
If you already applied the -v2 patch, you might
$ patch -R p22-plural-listen-v2.diff
$ svn
Update of bug #15559 (project freeciv):
Assigned to:None = cazfi
___
Follow-up Comment #9:
1. This patch fixes the AF_INET6 configure check. (OpenBSD needs
sys/types.h before
Follow-up Comment #10, bug #15559 (project freeciv):
AF_INET6 configure check is now bug #16458.
Failure to close extra connections is now bug #16461. (I was wrong. This is
not a new bug, because one socket is already enough to accept too many
connections. I was idiot and forgot to read my
Follow-up Comment #8, bug #15559 (project freeciv):
While I am using my patch (file #9838),
'./ser --bind ::' starts an IPv6-only server,
'./ser --bind 0.0.0.0' starts an IPv4-only server.
If I run IPv4-only server, then my Freeciv client can connect to '127.0.0.1'
but refuses to connect to
Follow-up Comment #7, bug #15559 (project freeciv):
I have a similar bug using OpenBSD. I am running an old snapshot of OpenBSD
4.5-current.
My server (S2_2 r17748) accepted connections from localhost and from
127.0.0.1, but not from ::1. I found that my server had no IPv6 support,
because
Follow-up Comment #6, bug #15559 (project freeciv):
I have 2.2.0 in debian squeeze with ipv6 disabled. (from grub.cfg kernel
option
so $sysctl -w net.ipv6.bindv6only=0 gives
error: net.ipv6.bindv6only is an unknown key)
Also my gtk-client and my sdl-client cant start a game and if start server
Update of bug #15559 (project freeciv):
Category: art = general
Summary: (Gtk) client can't connect to its locally started
server = Client can't connect to its locally started server
Update of bug #15559 (project freeciv):
Release: 2.2 = 2.2.0
___
Reply to this item at:
http://gna.org/bugs/?15559
___
Message posté
Follow-up Comment #4, bug #15559 (project freeciv):
Hi pepeto, I don't think I even have an account here. Thanks for the greet,
it is nice to see the new release that you all have worked on, I think it is
pretty awesome.
___
Reply to this
Follow-up Comment #5, bug #15559 (project freeciv):
It seems you have one: user #6131. And you are still included officially in
this project.
___
Reply to this item at:
http://gna.org/bugs/?15559
36 matches
Mail list logo