Skip Menu |

This queue is for tickets about the Linux-Smaps CPAN distribution.

Report information
The Basics
Id: 86672
Status: resolved
Priority: 0/
Queue: Linux-Smaps
People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.12
Fixed in: 0.14

History Show all quoted text
  Wed Jul 03 08:10:23 2013 SREZIC [...] cpan.org - Ticket created
Subject: 06-VmFlags.t may fail with older linux kernels (?)
See http://www.cpantesters.org/cpan/report/384e01e4-e317-11e2-b612-273c1f19502a for a sample test report. I think the failure happens because the real /proc/*/smaps on that machine (Debian/squeeze, kernel version 2.6.32-5-amd6) does not list the Anonymous and AnonHugePages fields. The test output file smaps-VmFlags lists these fields, and so there's a mismatch in @Linux::Smaps::VMA::attributes. The problem can be reproduced here with a one liner: $ perl -Mblib -MLinux::Smaps -e 'Linux::Smaps->new(filename => shift)' t/smaps-VmFlags Linux::Smaps: Linux::Smaps::VMA::kernelpagesize method is already defined Regards, Slaven
  Wed May 20 21:18:06 2020 AERUDER [...] cpan.org - Correspondence added
Should be fixed in 0.14. For speed purposes Linux::Smaps really doesn't handle fields going away very cleanly so if a test processed a testfile AND /proc/smaps, it could fail if the formats were different. In 0.14 much more careful to not run tests against multiple smaps files.
  Wed May 20 21:18:07 2020 The RT System itself - Status changed from 'new' to 'open'
  Wed May 20 21:18:07 2020 AERUDER [...] cpan.org - Status changed from 'open' to 'resolved'
  Wed May 20 21:18:08 2020 AERUDER [...] cpan.org - Fixed in 0.14 added