Closed Bug 1011861 Opened 11 years ago Closed 11 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: 11 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: