Bug 484086 - oparchive chokes on "{anon:[something]}"
oparchive chokes on "{anon:[something]}"
Status: CLOSED INSUFFICIENT_DATA
Product: Fedora
Classification: Fedora
Component: oprofile (Show other bugs)
10
All Linux
medium Severity medium
: ---
: ---
Assigned To: William Cohen
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-04 12:41 EST by Patrick C. F. Ernzer
Modified: 2009-02-04 13:07 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-02-04 13:07:42 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Patrick C. F. Ernzer 2009-02-04 12:41:36 EST
Description of problem:
I am experiencing upstream bug http://sourceforge.net/tracker/index.php?func=detail&aid=1930788&group_id=16191&atid=116191

Version-Release number of selected component (if applicable):
oprofile-0.9.3-18.el5

How reproducible:
sometimes

Steps to Reproduce:
1. run oprofile to collect data
2. need to use oparchive to make a directory to be tar'ed up
  
Actual results:
oparchive may give error: basic_string::erase

Expected results:
oparchive reliably puts the data directory together

Additional info:
known upstream bug, see above. Sadly that has not moved in about 10 months
Comment 2 Patrick C. F. Ernzer 2009-02-04 13:01:09 EST
agh, mixed up my testruns, that was on F10 with updates not RHEL5.3
so it's oprofile 0.9.4-3.fc10
Comment 3 Patrick C. F. Ernzer 2009-02-04 13:07:42 EST
closing for now, have to re-run my tests anyway. will re-open once I can say for certain

Note You need to log in before you can comment on or make changes to this bug.