Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Cause: The PEM module did not fully initialize new constructed objects with function pointers set to NULL.
Consequence: A segmentation violation in libcurl eas experienced while accessing a package repository.
Fix: Fully initialize newly allocated objects.
Result: The updates can now be installed without problems.
DescriptionElio Maldonado Batiz
2011-12-17 19:40:18 UTC
+++ This bug was initially created as a clone of Bug #754771 +++
+++ This bug was initially created as a clone of Bug #733685 +++
--- Additional comment from kdudka on 2011-08-26 15:52:53 CEST ---
I needed the following patch:
diff --git a/pinst.c b/pinst.c
index 70f5f4e..d35d7cf 100644
--- a/pinst.c
+++ b/pinst.c
@@ -349,6 +349,9 @@ AddObjectIfNeeded(CK_OBJECT_CLASS objClass,
if (io == NULL)
return NULL;
+ /* initialize pointers to functions */
+ pem_CreateMDObject(NULL, io, NULL);
+
io->gobjIndex = count;
/* add object to global array */
... to get over the following crash:
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff04bd4f7 in pem_mdObject_GetAttributeSize (mdObject=0x721b60, ...)
#2 0x00007ffff04c2c9e in nssCKFWObject_GetAttributeSize (fwObject=0x6fb9c0,...)
#3 0x00007ffff04cbec7 in NSSCKFWC_GetAttributeValue (fwInstance=0x6f6580, ...)
#4 0x00007ffff04b8eaa in pemC_GetAttributeValue (hSession=2, hObject=2, ...)
#5 0x00007ffff75904e2 in PK11_ReadAttribute (slot=0x6fa700, id=2, type=17, ...)
#6 0x00007ffff75930cb in PK11_ReadRawAttribute (objType=PK11_TypeGeneric, ...)
#7 0x00007ffff7dc7e2d in SelectClientCert (arg=0x62efe8, sock=0x7207b0, ...)
--- Additional comment from emaldona on 2011-08-26 19:04:05 CEST ---
Ah, we now add to the global internal list a fully constructed object. The invocation of pem_CreateMDObject(NULL, io, NULL); is solely for it's side effect of setting the function pointers so a (void) cast seems in order. Additionally, the (void) pem_CreateMDObject(NULL, io, NULL); could be inside CreateObject itself.
At some point should analyze why need CreateObject and pem_createObject. That's food for the upstream work, not now.
--- Additional comment from kdudka on 2011-12-12 08:09:24 EST ---
Elio, is there anything that prevents this one-liner from being applied?
--- Additional comment from emaldona on 2011-12-12 12:59:50 EST ---
Created attachment 545843[details]
Initializes pointers to functions
Modified to account for code movement since Kamil first proposed it.
Comment 5Elio Maldonado Batiz
2012-03-13 00:17:45 UTC
Created attachment 569522[details]
Initializes pointers to functions: Kamil's patch brought here
Renamed to along current nss patch naming conventions: Bug-number-some-description.patch
Comment on attachment 569522[details]
Initializes pointers to functions: Kamil's patch brought here
r+
From a logical point of view, this may not be the most optimal patch, but it's both effective and safe, so it's the right patch for RHEL.
Comment 7Elio Maldonado Batiz
2012-03-14 06:46:50 UTC
*** Bug 754771 has been marked as a duplicate of this bug. ***
Comment 13Elio Maldonado Batiz
2012-04-26 18:25:54 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
Cause: The PEM module did not fully initialize new constructed objects with function pointers set to NULL.
Consequence: A segmentation violation in libcurl eas experienced while accessing a package repository.
Fix: Fully initialize newly allocated objects.
Result: The updates can now be installed without problems.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHSA-2012-0973.html