[from Re^2: Iterating Through Cell Blocks with Spreadsheet::Read:]
I still get the same error "Use of uninitialized value in concatenation (.) or string at..." on the print statement after replacing lines like "$name = $sheet{"$_28"}" with "$name = $sheet{"${_}28"}".
I'm assuming the error message quoted from an earlier reply refers to the code most recently posted. In this code, my interpretation of the
my $sheet = $book->[$sheet_index] or next;
statement is that it creates a hash reference named $sheet. If you dump this variable with something like
print Dumper $sheet;
is that what you see? If the scalar $sheet is a hash reference, its elements are accessed like $sheet->{'string'} (note the -> operator; see The Arrow Operator in perlop; also see perlref).
After that, statements like
$name = $sheet{"${_}28"};
assign values of keys of the hash named %sheet (not the hash reference $sheet) to variables. Does this hash exist? It is not shown in your posted code, and I don't understand how your code can possibly work if it does not exist. Are you aware of the phenomenon of "autovivification" in Perl?
Do you have warnings and strictures (see warnings and strict) enabled, i.e., do you have statements like
use warnings;
use strict;
at or very near the top of each source file? Bugs arising from autovivification direct-versus-referential access confusion can easily bite without warnings and strictures.
Update: On second thought, the reference to autovivification above is misguided, but the hash %sheet really does have to exist somewhere with meaningful data in it for the posted code to work.
-
Are you posting in the right place? Check out Where do I post X? to know for sure.
-
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big>
<blockquote> <br /> <dd>
<dl> <dt> <em> <font>
<h1> <h2> <h3> <h4>
<h5> <h6> <hr /> <i>
<li> <nbsp> <ol> <p>
<small> <strike> <strong>
<sub> <sup> <table>
<td> <th> <tr> <tt>
<u> <ul>
-
Snippets of code should be wrapped in
<code> tags not
<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
intervention).
-
Want more info? How to link
or How to display code and escape characters
are good places to start.
|