[pca] Checking In
Hello, Sorry to bother with these one,Do you use Amazon? Thanks, Ken Harford
Re: [pca] Date issue
It seems pca -l works for me also. However, when the all option is used it bombs out!! Ken > On Aug 17, 2022, at 10:20 AM, Stuart Biggar wrote: > > Seems to work on an ancient Solaris 10 SPARC system (with the built-in perl > version as far as I know): > > [titan : /etc : 3 ] cat release > Solaris 10 8/07 s10s_u4wos_12b SPARC > Copyright 2007 Sun Microsystems, Inc. All Rights Reserved. >Use is subject to license terms. >Assembled 16 August 2007 > [titan : /etc : 4 ] cd /tank/patch > [titan : /tank/patch : 5 ] perl -v > > This is perl, v5.8.4 built for sun4-solaris-64int > (with 47 registered patches, see perl -V for more detail) > > Copyright 1987-2004, Larry Wall > > Perl may be copied only under the terms of either the Artistic License or the > GNU General Public License, which may be found in the Perl 5 source kit. > > Complete documentation for Perl, including FAQ lists, should be found on > this system using `man perl' or `perldoc perl'. If you have access to the > Internet, point your browser at http://www.perl.com/, the Perl Home Page. > > [titan : /tank/patch : 6 ] ./pca -d missing > Using /var/tmp/patchdiag.xref from Aug/16/22 > Host: titan (SunOS 5.10/Generic_153153-06/sparc/sun4u) > List: missing (0/0) > > [titan : /tank/patch : 10 ] ./pca -v > pca 20190715-02 > > I used pca to update the system to the current level about 15 days ago. > Worked OK then and doesn’t find anything to download this morning. Granted > this is a really old SPARC system - we do have 11.4 on newer intel machines > but don’t use pca there. > > Stuart > >> On Aug 17, 2022, at 07:09, Ken Harford wrote: >> >> Thanks Marcel for the information. I guess the question is does it work for >> Solaris 10 anymore? I don’t have the option of updating to Solaris 11. >> >> Ken >> >>> On Aug 17, 2022, at 9:06 AM, Marcel Hofstetter >>> wrote: >>> >>> Hi Ken >>> >>> I can confirm, we have the same problem on Solaris 10. >>> >>> It works on Solaris 11 with newer perl version >>> >>> -bash-5.1$ perl -v >>> >>> This is perl 5, version 32, subversion 0 (v5.32.0) built for >>> sun4-solaris-thread-multi-64 >>> >>> Copyright 1987-2020, Larry Wall >>> >>> Perl may be copied only under the terms of either the Artistic License or >>> the >>> GNU General Public License, which may be found in the Perl 5 source kit. >>> >>> Complete documentation for Perl, including FAQ lists, should be found on >>> this system using "man perl" or "perldoc perl". If you have access to the >>> Internet, point your browser at http://www.perl.org/, the Perl Home Page. >>> >>> Best regards, >>> Marcel Hofstetter >>> JomaSoft GmbH >>> >>> >>> >>> Am 16.08.2022 um 21:00 schrieb Ken Harford: >>>> Addendum >>>> I have updated perl to 5.10 and now this is what I receive as an error >>>> message: >>>> Using /var/tmp/patchdiag.xref from Aug/15/22 >>>> Day too big - 36890 > 24853 >>>> Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 >>>> perl -V >>>> Summary of my perl5 (revision 5 version 10 subversion 1) configuration: >>>> Platform: >>>> osname=solaris, osvers=2.10, archname=i86pc-solaris >>>> uname='sunos wdpv2vilv01 5.10 generic_150401-28 i86pc i386 i86pc ' >>>> config_args='-Dcc=gcc' >>>> hint=recommended, useposix=true, d_sigaction=define >>>> useithreads=undef, usemultiplicity=undef >>>> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >>>> use64bitint=undef, use64bitall=undef, uselongdouble=undef >>>> usemymalloc=n, bincompat5005=undef >>>> Compiler: >>>> cc='gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include >>>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', >>>> optimize='-O', >>>> cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' >>>> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >>>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 >>>> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 >>>> ivtype='long', ivsize=4, n
Re: [pca] Date issue
Thanks Marcel for the information. I guess the question is does it work for Solaris 10 anymore? I don’t have the option of updating to Solaris 11. Ken > On Aug 17, 2022, at 9:06 AM, Marcel Hofstetter wrote: > > Hi Ken > > I can confirm, we have the same problem on Solaris 10. > > It works on Solaris 11 with newer perl version > > -bash-5.1$ perl -v > > This is perl 5, version 32, subversion 0 (v5.32.0) built for > sun4-solaris-thread-multi-64 > > Copyright 1987-2020, Larry Wall > > Perl may be copied only under the terms of either the Artistic License or the > GNU General Public License, which may be found in the Perl 5 source kit. > > Complete documentation for Perl, including FAQ lists, should be found on > this system using "man perl" or "perldoc perl". If you have access to the > Internet, point your browser at http://www.perl.org/, the Perl Home Page. > > Best regards, > Marcel Hofstetter > JomaSoft GmbH > > > > Am 16.08.2022 um 21:00 schrieb Ken Harford: >> Addendum >> I have updated perl to 5.10 and now this is what I receive as an error >> message: >> Using /var/tmp/patchdiag.xref from Aug/15/22 >> Day too big - 36890 > 24853 >> Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 >> perl -V >> Summary of my perl5 (revision 5 version 10 subversion 1) configuration: >> Platform: >> osname=solaris, osvers=2.10, archname=i86pc-solaris >> uname='sunos wdpv2vilv01 5.10 generic_150401-28 i86pc i386 i86pc ' >> config_args='-Dcc=gcc' >> hint=recommended, useposix=true, d_sigaction=define >> useithreads=undef, usemultiplicity=undef >> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >> use64bitint=undef, use64bitall=undef, uselongdouble=undef >> usemymalloc=n, bincompat5005=undef >> Compiler: >> cc='gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include >> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', >> optimize='-O', >> cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' >> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 >> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 >> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', >> lseeksize=8 >> alignbytes=4, prototype=define >> Linker and Libraries: >> ld='gcc', ldflags =' -L/usr/local/lib ' >> libpth=/usr/local/lib /usr/lib /usr/ccs/lib >> libs=-lsocket -lnsl -ldl -lm -lc >> perllibs=-lsocket -lnsl -ldl -lm -lc >> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a >> gnulibc_version='' >> Dynamic Linking: >> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' >> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' >> Characteristics of this binary (from libperl): >> Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP >> PERL_USE_SAFE_PUTENV USE_LARGE_FILES USE_PERLIO >> Built under solaris >> Compiled at Aug 16 2022 14:51:12 >> Ken >>> On Aug 16, 2022, at 11:47 AM, Ken Harford wrote: >>> >>> Hi All, >>> >>> This already may have been addressed but I am new here >>> >>> When running "pca -l all” on Solaris 10 I get the following error: >>> >>> Using /var/tmp/patchdiag.xref from Aug/15/22 >>> Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 >>> >>> Has anybody else run into this? And if so is there a workaround? >>> >>> Thanks >>> Ken > >
Re: [pca] Date issue
Addendum I have updated perl to 5.10 and now this is what I receive as an error message: Using /var/tmp/patchdiag.xref from Aug/15/22 Day too big - 36890 > 24853 Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 perl -V Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=solaris, osvers=2.10, archname=i86pc-solaris uname='sunos wdpv2vilv01 5.10 generic_150401-28 i86pc i386 i86pc ' config_args='-Dcc=gcc' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', optimize='-O', cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP PERL_USE_SAFE_PUTENV USE_LARGE_FILES USE_PERLIO Built under solaris Compiled at Aug 16 2022 14:51:12 Ken > On Aug 16, 2022, at 11:47 AM, Ken Harford wrote: > > Hi All, > > This already may have been addressed but I am new here > > When running "pca -l all” on Solaris 10 I get the following error: > > Using /var/tmp/patchdiag.xref from Aug/15/22 > Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 > > Has anybody else run into this? And if so is there a workaround? > > Thanks > Ken
[pca] Date issue
Hi All, This already may have been addressed but I am new here When running "pca -l all” on Solaris 10 I get the following error: Using /var/tmp/patchdiag.xref from Aug/15/22 Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 Has anybody else run into this? And if so is there a workaround? Thanks Ken
