Re: [pca] Date issue

Wed, 17 Aug 2022 08:20:35 -0700 

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 <hofstet...@jomasoft.ch> 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 <kharf...@comcast.net> 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 <hofstet...@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 <kharf...@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

Reply via email to