OK. Thanks for pointing out the $saba and @saba not being related. It is probably bug out of convenience - I seem to have used an array in scalar context easily getting an array length but it seems that a shorthand like this cant travel well around different loops etc.?
I did put
... it seems that a shorthand like [evaluating an array in scalar context] cant travel well around different loops etc.?
It travels perfectly well. hdb and others have already pointed out that @saba and $saba are quite different things and are in no way inherently related.
What may be confusing you is the fact that an element of the @array array is accessed by the syntax $array[n] (note the $ sigil). The logic of this, determined by Larry at the Dawn of Time (Perl version 1.0), is that the elements of arrays (and also of hashes – associative arrays) are always and only scalars. But you always have to distinguish between an array, which contains (like a hash) a certain number of elements and thus has, among other properties, a size, and an element of an array.
Sorry 'bout a ninja updater I spotted and replaced
if ($saba[$i]!~m/unclassified/) myself. (there was $_ instead of $saba$i ) Thanks for the other bugs - I look at these and we'll see if the scoping problem persist and what do to with it in this case.
For $saba I tried to use @saba in scalar context to get nr. of elements - probably shoudl write it out somewhere - like $newscalar=$saba etc?