Open
Bug 292112
Opened 20 years ago
Updated 2 years ago
Extend encode/decode capability to handle PRInt64 data types
Categories
(NSS :: Libraries, defect, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: alvolkov.bgs, Unassigned)
Details
Ran in to the problem while implementing crl generation feature in crlutil. According RFE cert serial numbers can be up to 64 bit long numbers. Currently the library can only handle long(int32) types. Once this rfe is implemented files nss/cmd/lib/secutil.c and nss/cmd/crlutil/crlgen.c should be changed to use new functionalities in order to properly print certs serial numbers and proper generate crl entries serial numbers.
| Reporter | ||
Comment 1•20 years ago
|
||
This functionality can be expanded further more to store arbitrary number. Encode/decode functions can be implemented to encode a number from an ASCII string and decode to an ASCII string.
Updated•20 years ago
|
QA Contact: bishakhabanerjee → jason.m.reid
Updated•19 years ago
|
Assignee: wtchang → nobody
QA Contact: jason.m.reid → libraries
Updated•18 years ago
|
Priority: -- → P3
Comment 2•18 years ago
|
||
Actually RFC3280 says cert serial numbers can be 160 bits (20 bytes). So I'm not sure that PRInt64 will help.
Hardware: PC → All
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•