After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 768551 - Test failure: test_socket_address_to_string
Test failure: test_socket_address_to_string
Status: RESOLVED FIXED
Product: glib
Classification: Platform
Component: gio
2.48.x
Other Mac OS
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2016-07-08 07:58 UTC by Daniel Macks
Modified: 2016-07-12 06:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Remove an erroneous check in the non-sendmmsg() version of g_socket_send_messages() (1.03 KB, patch)
2016-07-11 21:50 UTC, Dan Winship
none Details | Review

Description Daniel Macks 2016-07-08 07:58:47 UTC
Building glib-2.48.1 on OS X 10.11 with xcode-7.3.1, I get a self-test failure in gio/tests:

ERROR: inet-address - too few tests run (expected 11, got 6)
ERROR: inet-address - exited with status 134 (terminated by signal 6?)

From gio/tests/inet-address.log:

PASS: inet-address 6 /socket-address/basic
# GLib-GIO:ERROR:inet-address.c:258:test_socket_address_to_string: assertion failed (str == "[::80]:80"): ("[::0.0.0.128]:80" == "[::80]:80")
ERROR: inet-address - too few tests run (expected 11, got 6)
ERROR: inet-address - exited with status 134 (terminated by signal 6?)
Comment 1 Dan Winship 2016-07-11 21:43:25 UTC
I blame OS X, but fixed in master anyway
Comment 2 Dan Winship 2016-07-11 21:50:27 UTC
Created attachment 331277 [details] [review]
Remove an erroneous check in the non-sendmmsg() version of g_socket_send_messages()

--------

Philip, this is correct, right?
Comment 3 Dan Winship 2016-07-11 21:51:27 UTC
Comment on attachment 331277 [details] [review]
Remove an erroneous check in the non-sendmmsg() version of g_socket_send_messages()

oops, wrong bug
Comment 4 Mantas Mikulėnas (grawity) 2016-07-12 06:38:06 UTC
Re commit message – ::/96 is reserved specifically for "IPv4-compatible" addresses (where the end bytes are an embedded IPv4 address; same with ::ffff:0:0/96), so it makes sense for OS X to use the 'mixed' format here. See <https://tools.ietf.org/html/rfc1884#page-5>