Closed
Bug 265686
Opened 20 years ago
Closed 20 years ago
PK11_FindSlotByName(char *name) should be PK11_FindSlotByName(const char *name)
Categories
(NSS :: Libraries, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
3.9.4
People
(Reporter: timeless, Assigned: wtc)
References
Details
Attachments
(1 file, 1 obsolete file)
1.41 KB,
patch
|
wtc
:
review+
|
Details | Diff | Splinter Review |
http://landfill.mozilla.org/mxr-test/security/source/security/nss/lib/pk11wrap/pk11pub.h#98
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla%2Fsecurity%2Fnss%2Flib%2Fpk11wrap%2Fpk11slot.c&rev=1.80&mark=574,582,592,608#572
The code doesn't change the name (nor should it), so this should take a char*
Summary: PK11_FindSlotByName(char *name) should be 574 PK11_FindSlotByName(const char *name) → PK11_FindSlotByName(char *name) should be PK11_FindSlotByName(const char *name)
Assignee | ||
Comment 2•20 years ago
|
||
Comment on attachment 163076 [details] [diff] [review]
trunk
r=wtc. Thanks for the patch, timeless.
Attachment #163076 -
Flags: review+
Assignee | ||
Comment 3•20 years ago
|
||
I checked in timeless's patch on the NSS trunk (NSS 3.10).
Checking in pk11pub.h;
/cvsroot/mozilla/security/nss/lib/pk11wrap/pk11pub.h,v <-- pk11pub.h
new revision: 1.4; previous revision: 1.3
done
Checking in pk11slot.c;
/cvsroot/mozilla/security/nss/lib/pk11wrap/pk11slot.c,v <-- pk11slot.c
new revision: 1.81; previous revision: 1.80
done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Target Milestone: --- → 3.10
Attachment #163076 -
Attachment is obsolete: true
Comment on attachment 163638 [details] [diff] [review]
nss_client_tag
oops, i meant to post a patch for the branch too, would it be possible for you
to apply it to nss client tag? we'd rather not work around the api if possible.
Attachment #163638 -
Flags: review?(wchang0222)
Assignee | ||
Comment 6•20 years ago
|
||
Julien, can I check in this patch on the NSS_3_9_BRANCH?
Comment 7•20 years ago
|
||
Wan-Teh, this should be OK as long as it can't break any existing application
source code using this API. Going from char* const char* in this case should be
OK, I believe, so you can go ahead.
Assignee | ||
Comment 8•20 years ago
|
||
timeless, can you work around this bug by casting
away the const?
i'd rather not, especially if no one objects to changing the declaration.
Comment 10•20 years ago
|
||
I think we should make this change. It doesn't break binary compatibility, or
source compatibility and it allows applications to do the right thing.
bob
Assignee | ||
Comment 11•20 years ago
|
||
I checked in the patch on the NSS_3_9_BRANCH (NSS 3.9.4).
Checking in pk11func.h;
/cvsroot/mozilla/security/nss/lib/pk11wrap/pk11func.h,v <-- pk11func.h
new revision: 1.51.4.3; previous revision: 1.51.4.2
done
Checking in pk11slot.c;
/cvsroot/mozilla/security/nss/lib/pk11wrap/pk11slot.c,v <-- pk11slot.c
new revision: 1.77.4.3; previous revision: 1.77.4.2
done
Target Milestone: 3.10 → 3.9.4
Reporter | ||
Comment 12•20 years ago
|
||
thanks, last step, what does it take to get NSS_CLIENT_TAG moved?
Assignee | ||
Comment 13•20 years ago
|
||
Comment on attachment 163638 [details] [diff] [review]
nss_client_tag
I just checked in this patch into the NSS_CLIENT_TAG
(post Mozilla 1.8 Alpha 4).
(The SeaMonkey trunk was closed yesterday when I had
time, so I couldn't get this done yesterday.)
Attachment #163638 -
Flags: review?(wchang0222) → review+
You need to log in
before you can comment on or make changes to this bug.
Description
•