#$@%#$%!

Ngiler SH3LL 360
: / lib64 / perl5 /

Information Server
MySQL : OFF Perl : OFF CURL : ON WGET : OFF PKEXEC : OFF

Directive	Local Value
IP Address	162.0.209.101
System	Linux premium169.web-hosting.com 4.18.0-553.50.1.lve.el8.x86_64 #1 SMP Thu Apr 17 19:10:24 UTC 2025 x86_64
User	luxeelil
PHP Version	8.0.30
Software	LiteSpeed
Doc root	Writable

Edit File : arybase.pm \| Size : 2.75 KB
package arybase; our $VERSION = "0.12"; require XSLoader; XSLoader::load(); # This returns true, which makes require happy. __END__ =head1 NAME arybase - Set indexing base via $[ =head1 SYNOPSIS $[ = 1; @a = qw(Sun Mon Tue Wed Thu Fri Sat); print $a[3], "\n"; # prints Tue =head1 DESCRIPTION This module implements Perl's C<$[> variable. You should not use it directly. Assigning to C<$[> has the I<compile-time> effect of making the assigned value, converted to an integer, the index of the first element in an array and the first character in a substring, within the enclosing lexical scope. It can be written with or without C<local>: $[ = 1; local $[ = 1; It only works if the assignment can be detected at compile time and the value assigned is constant. It affects the following operations: $array[$element] @array[@slice] $#array (list())[$slice] splice @array, $index, ... each @array keys @array index $string, $substring # return value is affected pos $string substr $string, $offset, ... As with the default base of 0, negative bases count from the end of the array or string, starting with -1. If C<$[> is a positive integer, indices from C<$[-1> to 0 also count from the end. If C<$[> is negative (why would you do that, though?), indices from C<$[> to 0 count from the beginning of the string, but indices below C<$[> count from the end of the string as though the base were 0. Prior to Perl 5.16, indices from 0 to C<$[-1> inclusive, for positive values of C<$[>, behaved differently for different operations; negative indices equal to or greater than a negative C<$[> likewise behaved inconsistently. =head1 HISTORY Before Perl 5, C<$[> was a global variable that affected all array indices and string offsets. Starting with Perl 5, it became a file-scoped compile-time directive, which could be made lexically-scoped with C<local>. "File-scoped" means that the C<$[> assignment could leak out of the block in which occurred: { $[ = 1; # ... array base is 1 here ... } # ... still 1, but not in other files ... In Perl 5.10, it became strictly lexical. The file-scoped behaviour was removed (perhaps inadvertently, but what's done is done). In Perl 5.16, the implementation was moved into this module, and out of the Perl core. The erratic behaviour that occurred with indices between -1 and C<$[> was made consistent between operations, and, for negative bases, indices from C<$[> to -1 inclusive were made consistent between operations. =head1 BUGS Error messages that mention array indices use the 0-based index. C<keys $arrayref> and C<each $arrayref> do not respect the current value of C<$[>. =head1 SEE ALSO L<perlvar/"$[">, L<Array::Base> and L<String::Base>. =cut Back

Edit File : arybase.pm | Size : 2.75 KB

package arybase;

our $VERSION = "0.12";

require XSLoader;
XSLoader::load(); # This returns true, which makes require happy.

__END__

=head1 NAME

arybase - Set indexing base via $[

=head1 SYNOPSIS

$[ = 1;

@a = qw(Sun Mon Tue Wed Thu Fri Sat);
    print $a[3], "\n";  # prints Tue

=head1 DESCRIPTION

This module implements Perl's C<$[> variable.  You should not use it
directly.

Assigning to C<$[> has the I<compile-time> effect of making the assigned
value, converted to an integer, the index of the first element in an array
and the first character in a substring, within the enclosing lexical scope.

It can be written with or without C<local>:

$[ = 1;
    local $[ = 1;

It only works if the assignment can be detected at compile time and the
value assigned is constant.

It affects the following operations:

$array[$element]
    @array[@slice]
    $#array
    (list())[$slice]
    splice @array, $index, ...
    each @array
    keys @array

index $string, $substring  # return value is affected
    pos $string
    substr $string, $offset, ...

As with the default base of 0, negative bases count from the end of the
array or string, starting with -1.  If C<$[> is a positive integer, indices
from C<$[-1> to 0 also count from the end.  If C<$[> is negative (why would
you do that, though?), indices from C<$[> to 0 count from the beginning of
the string, but indices below C<$[> count from the end of the string as
though the base were 0.

Prior to Perl 5.16, indices from 0 to C<$[-1> inclusive, for positive
values of C<$[>, behaved differently for different operations; negative
indices equal to or greater than a negative C<$[> likewise behaved
inconsistently.

=head1 HISTORY

Before Perl 5, C<$[> was a global variable that affected all array indices
and string offsets.

Starting with Perl 5, it became a file-scoped compile-time directive, which
could be made lexically-scoped with C<local>.  "File-scoped" means that the
C<$[> assignment could leak out of the block in which occurred:

{
        $[ = 1;
        # ... array base is 1 here ...
    }
    # ... still 1, but not in other files ...

In Perl 5.10, it became strictly lexical.  The file-scoped behaviour was
removed (perhaps inadvertently, but what's done is done).

In Perl 5.16, the implementation was moved into this module, and out of the
Perl core.  The erratic behaviour that occurred with indices between -1 and
C<$[> was made consistent between operations, and, for negative bases,
indices from C<$[> to -1 inclusive were made consistent between operations.

=head1 BUGS

Error messages that mention array indices use the 0-based index.

C<keys $arrayref> and C<each $arrayref> do not respect the current value of
C<$[>.

=head1 SEE ALSO

L<perlvar/"$[">, L<Array::Base> and L<String::Base>.

=cut

Back