Closed Bug 1011861 Opened 10 years ago Closed 10 years ago

"Network address type not supported" error on the Hurd

Categories

(NSPR :: NSPR, defect, P2)

4.10.5
All
Other
defect

Tracking

(Not tracked)

RESOLVED FIXED
4.10.6

People

(Reporter: 1o5g4r8o, Assigned: wtc)

References

()

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0 Iceweasel/29.0.1 (Beta/Release)
Build ID: 20140511113141

Steps to reproduce:

[ Forwarding Debian bug #739658, attaching patch ]

The problem can be tested with the following command from
libnss3-tools :
$ tstclnt -h <https_server> -p 443


Actual results:

tstclnt: read from socket failed: PR_ADDRESS_NOT_SUPPORTED_ERROR:
Network address type not supported


Expected results:

The libnspr4 library doesn't correctly identify the protocol family of
an endpoint on Debian GNU/Hurd. This is caused by the presence of the
sa_len member before sa_family in the definition of struct sockaddr.

The library can be built with the _PR_HAVE_SOCKADDR_LEN macro defined
so that code is enabled to fix the nspr equivalent of the sockaddr
structure. The attached patch enables this definition for the Hurd.
Comment on attachment 8424314 [details] [diff] [review]
0001-Define-_PR_HAVE_SOCKADDR_LEN-for-the-Hurd.patch

r=wtc. Patch checked in: https://hg.mozilla.org/projects/nspr/rev/8bd45bb4d68a
Attachment #8424314 - Attachment is patch: true
Attachment #8424314 - Flags: review+
Attachment #8424314 - Flags: checked-in+
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Priority: -- → P2
Resolution: --- → FIXED
Target Milestone: --- → 4.10.6
OS: All → Other
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: