Bug #51715 for Solaris: [Patch] POD nit

The attached patch fixes some POD, which renders wrong, at least at search.cpan.org.

diff --git a/Kstat/Kstat.pm b/Kstat/Kstat.pm index 5c728dd..d11d775 100644 --- a/Kstat/Kstat.pm +++ b/Kstat/Kstat.pm @@ -41,9 +41,9 @@ utilities. Solaris categorises statistics using a 3-part key - module, instance and name. For example, the root disk stats can be found under sd.0.sd0, and the cpu statistics can be found under cpu_stat.0.cpu_stat0, as in the above example. -The method C<Solaris::Kstats->new()> creates a new 3-layer tree of perl hashes +The method C<< Solaris::Kstats->new() >> creates a new 3-layer tree of perl hashes with exactly the same structure - i.e. the stats for disk 0 can be accessed as -C<$ks->{sd}{0}{sd0}>. The bottom (4th) layer is a tied hash used to hold the +C<< $ks->{sd}{0}{sd0} >>. The bottom (4th) layer is a tied hash used to hold the individual statistics values for a particular system resource. Creating a Solaris::Kstat object doesn't actually read all the possible @@ -96,7 +96,7 @@ hash. Use it like any normal hash to access the statistics. =head2 refresh() Update all the ststistics that have been accessed so far. Note that as the -statistics are stored in a tied hash you can't use references to members of the hash, e.g. C<my $ref = \$ks->{sd}{0}{sd0}{reads}> followed by +statistics are stored in a tied hash you can't use references to members of the hash, e.g. C<< my $ref = \$ks->{sd}{0}{sd0}{reads} >> followed by C<print("$$ref\n");>, as the reference gets a copy of the value and won't be updated by refresh().