*Synopsis*: libshell and libast change, cause wsdiff noise & unnecessary pkg(5)
churn
This CR has had a change of priority to or from a high value.
CR 6728027 changed on Oct 8 2010 by <User 1-5Q-1267>
=== Field ============ === New Value ============= === Old Value =============
Priority 3-Medium 4-Low
Synopsis libshell and libast chang.. libshell and libast chang..
====================== =========================== ===========================
*Change Request ID*: 6728027
*Synopsis*: libshell and libast change, cause wsdiff noise & unnecessary pkg(5)
churn
Product: solaris
Category: shell
Subcategory: korn93
Type: Defect
Subtype:
Status: 1-Dispatched
Substatus:
Priority: 3-Medium
Introduced In Release:
Introduced In Build:
Responsible Engineer:
Keywords: opensolaris
=== *Description* ============================================================
Category
utility
Sub-Category
shell
Description
Running wsdiff between two proto areas built from the same workspace, I kept
seeing the amd64 libast's .rodata change. In an attempt to verify that wasn't
my doing, I built an unchanged workspace, twice, and compared the two.
The amd64 libast and libshell still differed in their .rodata:
usr/lib/amd64/libast.so.1
NOTE: ELF .rodata difference detected.
371,372c371,372
< 0005620 \0 \0 \0 \0 \0 \0 \0 200 003 @ \0 \0 004 k 004 \b
< 00000000 80000000 00004003 08046b04
---
> 0005620 \0 \0 \0 \0 \0 \0 \0 200 003 @ \0 \0 364 j 004 \b
> 00000000 80000000 00004003 08046af4
375,378c375,378
< 0005660 \0 \0 \0 \0 \0 \0 \0 200 001 \0 \0 \0 t j 004 \b
< 00000000 80000000 00000001 08046a74
< 0005700 377 377 377 377 377 377 377 377 376 177 \0 \0 t j 004 \b
< ffffffff ffffffff 00007ffe 08046a74
---
> 0005660 \0 \0 \0 \0 \0 \0 \0 200 001 \0 \0 \0 d j 004 \b
> 00000000 80000000 00000001 08046a64
> 0005700 377 377 377 377 377 377 377 377 376 177 \0 \0 d j 004 \b
> ffffffff ffffffff 00007ffe 08046a64
I can find no explanation of this, and do not see changes in the i86 libast or
libshell.
Asking around, carlsonj commented that it looked like the static data for
_ast_strtold or tokscan, but was unclear beyond there.
Frequency
Often
Regression
No
Steps to Reproduce
Build the same workspace twice (saving the first proto area off to the
side), then wsdiff the two resulting proto areas. (mine were DEBUG)
Expected Result
No changes in resulting objects.
Actual Result
often libast, and slightly less often libshell differ between consecutive,
unchanged, builds of the same workspace
Error Message(s)
Test Case
Workaround
Submitter wants to work on bug
No
Additional configuration information
*** (#1 of 3): 2008-07-21 19:34:19 GMT+00:00 <User 1-F4SZV>
richlowe:
Can you please test whether the problem still occurs with B97 (e.g. after the
SCCS--->Mercurial/hg transition (which made the SCCS tag stuff obsolete)) ?
*** (#2 of 3): 2008-08-25 10:47:43 GMT+00:00 <User 1-6Y4MMS>
>From Rich: "This was done in a mercurial managed workspace, as part of testing
>those changes. Yes it still occurred."
*** (#3 of 3): 2008-08-25 14:54:12 GMT+00:00 <User 1-5Q-8204>
=== *Public Comments* ========================================================
=== *Workaround* =============================================================
=== *Additional Details* =====================================================
Targeted Release:
Commit To Fix In Build:
Fixed In Build:
Integrated In Build:
Verified In Build:
See Also:
Duplicate of:
Hooks:
Hook1:
Hook2:
Hook3:
Hook4:
Hook5:
Hook6: <email address omitted>
Program Management:
Root Cause:
Fix Affects Documentation: No
Fix Affects Localization: No
=== *History* ================================================================
Date Submitted: 2008-07-21 19:34:18 GMT+00:00
Submitted By: <User 1-F4SZV>
Status Changed Date Updated Updated By
=== *Service Request* ========================================================
Impact: Limited
Functionality: Secondary
Severity: 4
Product Name: solaris
Product Release: solaris_nevada
Product Build: snv_94
Operating System: solaris_nevada
Hardware: generic
Submitted Date: 2008-07-21 19:34:19 GMT+00:00
=== *Multiple Release (MR) Cluster* - 0 ======================================
_______________________________________________
ksh93-integration-discuss mailing list
ksh93-integration-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss
