In article <87tucjg3fe.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

I used the cpan shell to install a few modules and now I really cannot >remember what all I might have done. The last thing was to try and
install. Term::ReadLine::Perl

Install failed.

In what way?

$ gzip -dc .cpan/sources/authors/id/I/IL/ILYAZ/modules/Term-ReadLine-Perl-1.0303.tar.gz |tar xf -
$ cd Term-ReadLine-Perl-1.0303
$ perl Makefile.PL
$ make test

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <87mtiafxp9.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

Some missing mods I think it was, but cannot ascertain now. No work

To ascertain which modules you installed previously:
$ perldoc perllocal

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

groenveld@acm.org (John D Groenveld) writes:

In article <87mtiafxp9.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

Some missing mods I think it was, but cannot ascertain now. No work

To ascertain which modules you installed previously:
$ perldoc perllocal

Thanks, that's a handy thing to know about.

Do you think any of this has some baring on what ever program takes
over my cpan shell? As well as any attempt to manually install a perl
module where it take over my xterm shell?

Thu Feb 3 18:07:46 2022: "Module" CPAN
Mon Feb 21 01:49:55 2022: "Module" Net::SSLeay
Mon Feb 21 01:55:22 2022: "Module" IO::Socket::SSL
Mon Feb 21 01:57:16 2022: "Module" Term::ReadLine

Apparently Term::ReadLine did get installed

So, what could it be that takes over my cpan shell, rendering
it unusable; or xterm shell rendering it unusable?

I guess it is a perl program running but in my limited experiences I
do not recognize it as perl

Can you tell from the snippets I've posted what language that program
is in?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <87h78hfupq.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

Thu Feb 3 18:07:46 2022: "Module" CPAN
Mon Feb 21 01:49:55 2022: "Module" Net::SSLeay
Mon Feb 21 01:55:22 2022: "Module" IO::Socket::SSL
Mon Feb 21 01:57:16 2022: "Module" Term::ReadLine

As per the README, Term::ReadLine::Perl requires Term::ReadKey on the
Omnios and OpenIndiana installations I have at my finger tips. <URL:https://metacpan.org/release/ILYAZ/Term-ReadLine-Perl-1.0303/source/README>

$ wget https://cpan.metacpan.org/authors/id/J/JS/JSTOWE/TermReadKey-2.38.tar.gz $ gzip -dc TermReadKey-2.38.tar.gz| tar xf -
$ cd TermReadKey-2.38
$ perl Makefile.PL
$ make test
$ make install

$ cd ../Term-ReadLine-Perl-1.0303
$ perl Makefile.PL
$ make test
$ make install

$ cpan

My WAG is cpan without a functioning ReadKey and ReadLine is doing
something awful with stdin including the memory bomb.

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

El 28/2/22 a las 16:00, John D Groenveld escribió:

$ gzip -dc .cpan/sources/authors/id/I/IL/ILYAZ/modules/Term-ReadLine-Perl-1.0303.tar.gz |tar xf -

A very complex way to say

tar zxvf arch.tar.gz



--
http://gamo.sdf-eu.org/
perl -E 'say "Error: done!"'

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <svob5e$o1v$1@gioia.aioe.org>, gamo <gamo@telecable.es> wrote:

A very complex way to say

tar zxvf arch.tar.gz

Though not documented, the z modifier is not required to tar(1) x
function, as tar will autodetect the compression. <URL:https://illumos.org/man/1/tar>

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

groenveld@acm.org (John D Groenveld) writes:

In article <87h78hfupq.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

Thu Feb 3 18:07:46 2022: "Module" CPAN
Mon Feb 21 01:49:55 2022: "Module" Net::SSLeay
Mon Feb 21 01:55:22 2022: "Module" IO::Socket::SSL
Mon Feb 21 01:57:16 2022: "Module" Term::ReadLine

As per the README, Term::ReadLine::Perl requires Term::ReadKey on the
Omnios and OpenIndiana installations I have at my finger tips. <URL:https://metacpan.org/release/ILYAZ/Term-ReadLine-Perl-1.0303/source/README>

[...]

$ cd ../Term-ReadLine-Perl-1.0303
$ perl Makefile.PL
$ make test
$ make install

$ cpan

My WAG is cpan without a functioning ReadKey and ReadLine is doing
something awful with stdin including the memory bomb.

First an apology for the long delay. A nasty plumbing problem broke
out on the home front. Ended up solding several copper joints in
difficult locations.

------- ------- ---=--- ------- -------

I see now that things were spelled out quite clearly in that README

Sorry that I skipped something I should have known to do.

However, having followed the directions you supplied; Read-key
tested and installed correctly.

Reinstall of ReadLine-Perl also tested and installed correctly.

Entering cpan seemed to be ok at first:

typed `h' ... left that help output

Started to type: o con

I didn't get to `f' when the darned ghost program started and stopped
all other cpan activity.. and in fact froze the VM for any use at all.

After restarting the VM I noticed this running.

`root 1452 0.0 0.1 7408 5888 ? S 17:43:16 0:00 /usr/perl5/bin/perl/usr/lib/intrd'

It may always be running... I never checked before. I do not see it
on the vm host but that is a different OS: vm=openindiana, host=ubuntu

It will take a while to create another openindiana vm to chk. Perhaps
someone here knows offhand?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <87sfrpit3t.fsf@local.lan>, hput <hputn3@zohomail.com> wrote: >After restarting the VM I noticed this running.

`root 1452 0.0 0.1 7408 5888 ? S 17:43:16 0:00 >/usr/perl5/bin/perl/usr/lib/intrd'

It may always be running... I never checked before. I do not see it
on the vm host but that is a different OS: vm=openindiana, host=ubuntu

It will take a while to create another openindiana vm to chk. Perhaps >someone here knows offhand?

$ file /usr/lib/intrd
/usr/lib/intrd: executable /usr/perl5/bin/perl script

$ pkg search -o path,pkg.name -l /usr/lib/intrd
PATH PKG.NAME
usr/lib/intrd SUNWcs

RTFM:
<URL:https://illumos.org/man/1m/intrd>

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <87sfrpit3t.fsf@local.lan>, hput <hputn3@zohomail.com> wrote: >However, having followed the directions you supplied; Read-key

tested and installed correctly.

Reinstall of ReadLine-Perl also tested and installed correctly.

Entering cpan seemed to be ok at first:

typed `h' ... left that help output

Started to type: o con

I didn't get to `f' when the darned ghost program started and stopped
all other cpan activity.. and in fact froze the VM for any use at all.

I'm not able to reproduce this behavior with an up-to-date OI.

Lets see:
$ perl -V
$ perldoc perllocal

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

groenveld@acm.org (John D Groenveld) writes:

[...]

Started to type: o con

I didn't get to `f' when the darned ghost program started and stopped
all other cpan activity.. and in fact froze the VM for any use at all.

I'm not able to reproduce this behavior with an up-to-date OI.

Lets see:
$ perl -V
$ perldoc perllocal

I wasn't sure if you expected full content of perl -V so included all
of it.

perl -V content:


Summary of my perl5 (revision 5 version 22 subversion 4) configuration:

Platform:
osname=solaris, osvers=2.11, archname=i86pc-solaris-64int
uname='sunos hipster.openindiana.org 5.11 illumos-454f0c49f9 i86pc i386 i86pc '
config_args='-de -Dmksymlinks -Ulocincpth= -Uloclibpth= -Dbin=/usr/perl5/5.22/bin -Dcc=/usr/gcc/7/bin/gcc -m32 -Dccflags=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Dcf_email=oi-dev@openindiana.org -Dcf_by=perl-bugs -Dlibperl=libperl.so -Dmyhostname=
localhost -Dprefix=/usr/perl5/5.22 -Dprivlib=/usr/perl5/5.22/lib -Dsitelib=/usr/perl5/site_perl/5.22 -Dsiteprefix=/usr/perl5/5.22 -Dvendorlib=/usr/perl5/vendor_perl/5.22 -Dvendorprefix=/usr/perl5/5.22 -Duse64bitint -Duseshrplib -Dusedtrace -
Uuselargefiles'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
use64bitint=define, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='/usr/gcc/7/bin/gcc -m32', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPTR_IS_LONG -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -DPERL_USE_SAFE_PUTENV',
optimize='-O',
cppflags='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPTR_IS_LONG -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong'
ccversion='', gccversion='7.5.0', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678, doublekind=3
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12, longdblkind=3
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='/usr/gcc/7/bin/gcc -m32', ldflags =' -fstack-protector-strong'
libpth=/usr/gcc/7/lib /usr/lib /usr/ccs/lib
libs=-lpthread -lsocket -lnsl -lgdbm -ldb -ldl -lm -lc
perllibs=-lpthread -lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -R /usr/perl5/5.22/lib/i86pc-solaris-64int/CORE'
cccdlflags='-fPIC -DPIC', lddlflags='-shared -fstack-protector -fstack-protector-strong'


Characteristics of this binary (from libperl):
Compile-time options: HAS_TIMES PERLIO_LAYERS PERL_DONT_CREATE_GVSV
PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP
PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV
PERL_USE_SAFE_PUTENV USE_64_BIT_INT USE_LOCALE
USE_LOCALE_COLLATE USE_LOCALE_CTYPE
USE_LOCALE_NUMERIC USE_LOCALE_TIME USE_PERLIO
USE_PERL_ATOF
Built under solaris
Compiled at May 12 2020 19:09:12
%ENV:
PERL5LIB=":/usr/local/perl"
@INC:
/usr/local/perl
/usr/perl5/site_perl/5.22/i86pc-solaris-64int
/usr/perl5/site_perl/5.22
/usr/perl5/vendor_perl/5.22/i86pc-solaris-64int
/usr/perl5/vendor_perl/5.22
/usr/perl5/5.22/lib/i86pc-solaris-64int
/usr/perl5/5.22/lib
.

perldoc perllocal content:


Thu Feb 3 18:07:46 2022: "Module" CPAN
* "installed into: /usr/perl5/5.24/lib"

* "LINKTYPE: dynamic"

* "VERSION: 2.29"

* "EXE_FILES: scripts/cpan scripts/cpan-mirrors"

Mon Feb 21 01:49:55 2022: "Module" Net::SSLeay
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 1.92"

* "EXE_FILES: "

Mon Feb 21 01:55:22 2022: "Module" IO::Socket::SSL
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 2.074"

* "EXE_FILES: "

Mon Feb 21 01:57:16 2022: "Module" Term::ReadLine
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 1.0303"

* "EXE_FILES: "

Thu Mar 10 17:18:12 2022: "Module" Term::ReadKey
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 2.38"

* "EXE_FILES: "

Thu Mar 10 17:21:25 2022: "Module" Term::ReadKey
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 2.38"

* "EXE_FILES: "

Thu Mar 10 17:24:09 2022: "Module" Term::ReadLine
* "installed into: /usr/perl5/site_perl/5.24"

* "LINKTYPE: dynamic"

* "VERSION: 1.0303"

* "EXE_FILES: "

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <8735jikkug.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

I wasn't sure if you expected full content of perl -V so included all
of it.

perl -V content:
Summary of my perl5 (revision 5 version 22 subversion 4) configuration: [snipped]
perldoc perllocal content:
Thu Feb 3 18:07:46 2022: "Module" CPAN
* "installed into: /usr/perl5/5.24/lib"

Did you set a mediator to adjust OI's perl?
# pkg mediator

My WAG is you set perl -V 5.24 but left system-perl -V 5.22. /usr/perl5/bin/cpan likely invokes /usr/perl5/5.22/bin/perl, assuming
you have PATH=/usr/sbin:/usr/bin:/usr/perl5/bin, which has a broken or non-existent Term::ReadKey and Term::ReadLine::Perl

pkg.openindiana.org has runtime/perl-534, I have tested using it in
a non-global zone and cannot reproduce your memory bomb.
# pkg set-mediator -V 5.34 perl
# pkg set-mediator -V 5.34 system-perl

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

groenveld@acm.org (John D Groenveld) writes:

[...]

Did you set a mediator to adjust OI's perl?
# pkg mediator

This is the first time I've heard mention of a mediator. I did notice
the several versions of perl on my system but did not realize I needed
a mediator to make one decisive.

My WAG is you set perl -V 5.24 but left system-perl -V 5.22. /usr/perl5/bin/cpan likely invokes /usr/perl5/5.22/bin/perl, assuming
you have PATH=/usr/sbin:/usr/bin:/usr/perl5/bin, which has a broken or non-existent Term::ReadKey and Term::ReadLine::Perl

I followed your direction below

pkg.openindiana.org has runtime/perl-534, I have tested using it in
a non-global zone and cannot reproduce your memory bomb.
# pkg set-mediator -V 5.34 perl
# pkg set-mediator -V 5.34 system-perl

I set the mediator as advised. I then checked with both perl -V and
perl -version to see what was displayed. Still 5.24 ... I thought
perhaps a reboot was necessary and did a reboot.

Once the os was up I went to /usr/perl5/5.34/bin to make sure I was
calling the right cpan I typed cpan and entered the shell. I then
started to search for a module `m /lchown/' soon as I hit enter the
dreaded ghost program took over the cpan shell and has rendered the
entire OS unusable.

A day or two ago I created another OI host (vbox vm as the original)
I have been getting it up to date and so forth. Cpan on it has none
of this problem.

After calling pkg set-mediator -V 5.34 perl and ditto system-perl. Is
it correct that perl -V and perl -version should still point to 5.24?

I note too that `which perl' shows /usr/perl5/5.24/bin/perl

On the new OI OS I mentioned, I also followed your suggestion for
setting mediator... Also rebooted it. That OS also shows the same
things as reported above for the problem OS. (But without the ghost
program).

Admittedly I have no idea what setting a mediator really does. But
curious to know if the reported outputs is expected?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <87ee2xsp4d.fsf@local.lan>, hput <hputn3@zohomail.com> wrote: >groenveld@acm.org (John D Groenveld) writes:

After calling pkg set-mediator -V 5.34 perl and ditto system-perl. Is
it correct that perl -V and perl -version should still point to 5.24?

No.

$ echo $PATH

John
groenveld@acm.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

groenveld@acm.org (John D Groenveld) writes:

In article <87ee2xsp4d.fsf@local.lan>, hput <hputn3@zohomail.com> wrote:

groenveld@acm.org (John D Groenveld) writes:
After calling pkg set-mediator -V 5.34 perl and ditto system-perl. Is
it correct that perl -V and perl -version should still point to 5.24?

No.

$ echo $PATH

You hit it on the head; my path was a mess from carrying over certain
dot files for yrs.

Now hopefully corrected at so:

/usr/gnu/bin:/usr/local/src/git/test/bin:/usr/local/src/test/bin:\ /usr/local/bin:/usr/local/scripts:/usr/local/scripts/perl:\ /usr/local/scripts/awk:/bk/bin:/usr/bin:/usr/perl5/bin:/usr/local/sbin:\ /usr/sbin:/sbin

The extra elements point to certain tools built from scratch and to
the onboard gnu tools.

The last portion is the default path:
/usr/bin:/usr/perl5/bin:/usr/local/sbin:/usr/sbin:/sbin
and now point so the mediator choice at

/usr/perl5/bin -> /usr/perl5/5.34/bin

`which perl' now shows /usr/perl5/bin/perl
perl -V and perl -version also point to the mediators choice now.

Thanks again for the solid advice and perceptive way of revealing the
problems.

The cpan problem on original oi vm host is still there but I'm about
done setting up a second oi host. So I can just delete the problem
host. I need to get on with my purposes for having the oi vm.

Thanks for patience and help.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)