Closed GoogleCodeExporter closed 9 years ago
Specifying the server address by IPv4 (or IPv6 for that matter) numeric address
works fine on my MacOS Mountain Lion (10.8.5) system...haven't tried on a MacOS
Mavericks machine yet.
Original comment by bmah@es.net
on 21 Jan 2014 at 5:05
Recreated this problem on MacOS X 10.9.1.
The problem is in an invocation of strcpy(3) in the function
mapped_v4_to_regular_v4. Basically the code uses strcpy(3) to copy overlapping
memory ranges which, depending on which reference documentation is consulted,
either is forbidden or produces undefined results. Apparently libc in MacOS X
10.9.x is fairly pedantic about this; it causes an abort.
We just need to do the copy differently.
Original comment by bmah@es.net
on 21 Jan 2014 at 8:52
Fixed in 793655ca8a83.
Candidate for a backport to a 3.0.x bugfix branch, when we get around to making
one.
Original comment by bmah@es.net
on 21 Jan 2014 at 9:01
Belatedly take ownership of this.
Original comment by bmah@es.net
on 21 Jan 2014 at 9:03
Just wondering; I downloaded and made the master branch from
https://github.com/esnet/iperf.git on 10.9.3 and I still get this issue.
I see the commit back in January and my src/iperf_api.c matches your changes
but I still get an Abort trap:6 whenever I try to connect a client built in a
identical way on another 10.9.2 machine.
Original comment by h...@downrighttech.com
on 6 May 2014 at 9:39
Original issue reported on code.google.com by
gfaid...@gmail.com
on 18 Jan 2014 at 4:28