Re: [pca] Date issue
Hi, wow - I just returned from vacation and saw that there is long thread on the PCA mailing list! This hasn’t happened for years :) While I don’t plan to put time in the development of PCA anymore, this sounded interesting enough to take a short look. Turns out that it took 22 years for this Y2K issue to show up. A little background: SUN decided to use 2-digit years in the patch release date column in patchdiag.xref, which was a bad idea. Plus, there are a handful of patches with an empty release date field. That’s why I used a standard date (Jan/01/71) in PCA to fill in the missing data, which is used to calculate the age of the patch. PCA uses perl’s timelocal() function, which has an interesting way to deal with 2-digit years. From the man page: "Years in the range 0..99 are interpreted as shorthand for years in the rolling ``current century,'' defined as 50 years on either side of the current year. Thus, today, in 1999, 0 would refer to 2000, and 45 to 2045, but 55 would refer to 1955. Twenty years from now, 55 would instead refer to 2055. This is messy, but matches the way people currently think about two digit dates. Whenever possible, use an absolute four digit year instead.“ So for a long time, 71 was interpreted as 1971. But in 2022, 2071 is actually closer to now than 1971, so suddenly timelocal() switches from 1971 to 2071. Thanks to Marcel, who already figured this out and provided a workaround. As the fix is simple enough, I decided to push a new version of PCA. I’m using Jan/01/00 as the default date now, which should give us enough time until the last installation of Solaris 10 is gone… ;) Martin. > Am 16.08.2022 um 17:47 schrieb Ken Harford : > > 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
Hi Stuart and Ken Looks like a default date $p{$id}{reldate}= 'Jan/01/71'; is now translated to 2071 it works here if I change to $p{$id}{reldate}= 'Jan/01/75'; Best regards, Marcel Am 17.08.2022 um 16:49 schrieb Stuart Biggar: [titan : /tank/patch : 5 ] ./pca -l 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 : 6 ] ./pca -l all Using /var/tmp/patchdiag.xref from Aug/16/22 Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2515 [titan : /tank/patch : 7 ] I have never tried all before - I typically install using “missing”. Stuart On Aug 17, 2022, at 07:29, Marcel Hofstetter wrote: Hi Stuart and pca -l all works? Am 17.08.2022 um 16:20 schrieb Stuart Biggar: 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, 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):
Re: [pca] Date issue
[titan : /tank/patch : 5 ] ./pca -l 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 : 6 ] ./pca -l all Using /var/tmp/patchdiag.xref from Aug/16/22 Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2515 [titan : /tank/patch : 7 ] I have never tried all before - I typically install using “missing”. Stuart > On Aug 17, 2022, at 07:29, Marcel Hofstetter wrote: > > Hi Stuart > > and pca -l all works? > > > > Am 17.08.2022 um 16:20 schrieb Stuart Biggar: >> 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, 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,
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, 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
Re: [pca] Date issue
Hi Stuart and pca -l all works? Am 17.08.2022 um 16:20 schrieb Stuart Biggar: 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, 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
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, 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
Re: [pca] Date issue
pca without options works here on s10. pca -l works here, too not sure what -l all means Am 17.08.2022 um 16:09 schrieb Ken Harford: 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
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
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