[pca] Date issue

[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 <hofstetter at jomasoft.ch> 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 <kharford at comcast.net> 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
> 
>