Skip Menu |

This queue is for tickets about the Date-Calc CPAN distribution.

Report information
The Basics
Id: 3909
Status: stalled
Priority: 0/
Queue: Date-Calc

People
Owner: STBEY [...] cpan.org
Requestors: h.m.brand [...] hccnet.nl
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Date: Tue, 30 Sep 2003 17:36:25 +0200
From: "H.Merijn Brand" <h.m.brand [...] hccnet.nl>
To: Andy Lester <andy [...] petdance.com>
Subject: Re: Phalanx site updates
CC: bug-Date-Calc [...] rt.cpan.org
On Tue 30 Sep 2003 17:23, Andy Lester <andy@petdance.com> wrote: Show quoted text
> >On Tue 30 Sep 2003 14:57, Andy Lester <andy@petdance.com> wrote:
> >> > FWIW Date::Calc has 64bit failures on HP-UX
> >> > >> Is that in RT somewhere so that Shawn can do more tests along those > >> lines?
> > > >Nope. Was in the race towards 5.8.1 release. Can probably provide more info if > >you want.
> > If you have a test failure, forward it to bug-Date-Calc@rt.cpan.org > and it'll get into RT where all can see it.
HP-UX 11.00 + perl-5.8.1+dor/64all + gcc-3.3.1/64 Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/f022.t 0 139 ?? ?? % ?? t/f024.t 0 139 ?? ?? % ?? t/m002.t 0 139 ?? ?? % ?? t/m003.t 0 139 ?? ?? % ?? Failed 4/48 test scripts, 91.67% okay. 0/2542 subtests failed, 100.00% okay. a5:/pro/3gl/CPAN/Date-Calc-5.3 107 > a5:/pro/3gl/CPAN/Date-Calc-5.3 107 > /opt/perl64/bin/perl t/f022.t 1..16 ok 1 ok 2 Segmentation fault (core dumped) Exit 139 a5:/pro/3gl/CPAN/Date-Calc-5.3 108 > /opt/perl64/bin/perl t/f024.t 1..8 Segmentation fault (core dumped) Exit 139 a5:/pro/3gl/CPAN/Date-Calc-5.3 109 > /opt/perl64/bin/perl t/m002.t 1..144 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 ok 7 ok 8 ok 9 ok 10 ok 11 ok 12 ok 13 ok 14 ok 15 ok 16 ok 17 ok 18 ok 19 ok 20 ok 21 ok 22 ok 23 ok 24 ok 25 ok 26 ok 27 ok 28 ok 29 ok 30 ok 31 ok 32 ok 33 Segmentation fault (core dumped) Exit 139 a5:/pro/3gl/CPAN/Date-Calc-5.3 110 > /opt/perl64/bin/perl t/m003.t 1..6 ok 1 ok 2 ok 3 Segmentation fault (core dumped) Exit 139 a5:/pro/3gl/CPAN/Date-Calc-5.3 111 > gdb64 /opt/perl64/bin/perl GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "hppa64-hp-hpux11.00"... (gdb) r t/f024.t Starting program: /opt/perl64/bin/perl t/f024.t warning: Lowest section in /usr/lib/pa20_64/libpthread.1 is .text at 4000000000008d18 warning: Lowest section in /usr/lib/pa20_64/libnsl.1 is .text at 40000000000238e0 warning: Lowest section in /usr/lib/pa20_64/libnm.sl is .text at 4000000000002bb8 pa64_solib_add, unable to read shared library path. (gdb) where #0 0xc00000000002a85c in __dld_break () from /usr/lib/pa20_64/dld.sl #1 0xc0000000000201f4 in dld_debugger_trap () from /usr/lib/pa20_64/dld.sl (gdb) -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.0, & 5.9.x, and 806 on HP-UX 10.20 & 11.00, 11i, AIX 4.3, SuSE 8.2, and Win2k. http://www.cmve.net/~merijn/ http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org
[STBEY - Wed Oct 1 03:38:15 2003]: Show quoted text
> In all cases the errors seem to happen at the first occurrence of the > call of "Add_Delta_Days()". > However, I can't see anything in this function in the C code which is > able to produce a core dump. > Can someone reproduce this error? > It is the first time in years of service of this module that such an > error occurs. > Any help or hint greatly appreciated! > Thanks! > Steffen
In the meantime we sat together and Merijn showed me the error. He then started to vary the parameters of the environment - Perl version, compiler, and optimization level. We found out that the problem apparently only appeared on HP-UX machines using GCC and optimization level O2. With the native HP-UX C compiler or without optimization level the error does not occur. So it appears that this is a problem the GCC guys need to fix. Hope this helps anybody affected! Best regards, Steffen Beyer