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)
Tracking
(Not tracked)
RESOLVED
FIXED
4.10.6
People
(Reporter: 1o5g4r8o, Assigned: wtc)
References
()
Details
Attachments
(1 file)
650 bytes,
patch
|
wtc
:
review+
wtc
:
checked-in+
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Updated•10 years ago
|
Assignee | ||
Comment 1•10 years ago
|
||
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+
Assignee | ||
Updated•10 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Priority: -- → P2
Resolution: --- → FIXED
Target Milestone: --- → 4.10.6
Assignee | ||
Updated•10 years ago
|
OS: All → Other
You need to log in
before you can comment on or make changes to this bug.
Description
•