Thank you both - I was simply copying my last PRINT statement at the end of the script when I was adding the IF/ELSE statement.
But now I've run into a new problem - I ran the script after making that simple change and it stopped at record 140, which is the first "error" record in the file (line 4 of my sample code in my original post) and is giving me this message, then stopping -
Can't use string ("650187016") as an ARRAY ref while "strict refs" in use at AlterData.pl line 39, <$FH> line 140.
| [reply] |
print $ERR_FH join(',', @$_) for @fields;
__^^^__
If so, remove the @ so that you use the contents of $_ as-is, without attempting to dereference it as an array:
print $ERR_FH join(',', $_) for @fields;
__^^^__
| [reply] [d/l] [select] |
Nope! STILL didn't work! Now it jumbled it all the fields from the "error" records together into one just line with spaces and no commas. My errorFiles.csv has just one line with every field from the error records.
if (!length $fields[28]) {
print $ERR_FH join (',', $_) for @fields;
}
else
...is what I'm using. So what else could be missing? | [reply] [d/l] |
Well, the script now ran through and again put only the correct files in my "clean" file, but for the error file, I now have 1138 lines, where I should only have 272 lines. When I did a "head" on that error file, I find that it's listing each field as a separate line and no comma delimiters i.e. -
650187016
2
1
checked out under cash
650200678
1
1
HIT CASH TWICE
650096506
1
whereas I want the lines put back in their original form, all commas included, i.e.
650187016,2,1,checked out under cash ,,,,,,,,,,,,,,,,,,,,,,,,,,,,
| [reply] |
Wait - never mind! Think I caught what else I left in that statement that caused the problem. Am running it again now to verify.
| [reply] |