bugPSPP - Bugs: bug #63392, Perl regression fails on...

 
 

bug #63392: Perl regression fails on debian-sid-i386 due to mismatched library signatures

Submitter:  None
Submitted:  Mon 21 Nov 2022 11:03:36 AM UTC
   
 
Category:  Compilation/Portability Severity:  5 - Average
Status:  Wont Fix Assigned to:  None
Open/Closed:  Closed Release:  None
Effort:  0.00
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 17 Feb 2023 04:08:07 PM UTC, comment #5: 


> I suggest not to change anything in our setup and just to wait until some future perl release will also use 64bit time on all systems.


Well, that's easy, at least!  Thank you for looking into it.

Ben Pfaff <blp>
Group administrator
Fri 17 Feb 2023 08:38:02 AM UTC, comment #4: 

I disabled the perl module in the debian build and in the regression. The root problem is that we compile with the 64bit time variable on all systems while perl is using currently 32bit time on 32bit systems. That is the reason why there is this perI module incompatibility on 32bit systems. I suggest not to change anything in our setup and just to wait until some future perl release will also use 64bit time on all systems.

You could call this "fixed".

Friedrich Beckmann <beckmanf>
Group Member
Thu 16 Feb 2023 11:17:55 PM UTC, comment #3: 

Is this fixed?

Ben Pfaff <blp>
Group administrator
Sun 12 Feb 2023 07:48:03 PM UTC, comment #2: 

I guess Niko Tyni figured out that the problem is related to different time formats between perl and pspp on i386 and armhf:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030827

So on i386 perl implements time_t with 32 bits while pspp users 64 bits resulting in this library incompatibility. It seems that they plan to use 64bit always in some future release. For the moment I disable the perl-module on the regression and debian.

Friedrich Beckmann <beckmanf>
Group Member
Tue 07 Feb 2023 08:43:11 PM UTC, comment #1: 

This is also affecting armhf on Debian/Ubuntu:

https://launchpad.net/ubuntu/+source/pspp/1.6.2-1/+build/24577504

Anonymous
Mon 21 Nov 2022 11:03:36 AM UTC, original submission:  

The regression on the build server fails on the debian-sid-i386 plattform due to some mismatch of the perl pspp module vs. perl.

See: https://caeis.etech.fh-augsburg.de/buildbot/#/builders/4

This has been around for some time. It happened the first time when I upgraded the latest  debian sid i386. The problem is only on i386, i.e. amd64 works.

The failing tests are related to the perl module:


1587: Perl writing cases to system files              FAILED (perl-module.at:158)
1588: Perl write variable parameters                  FAILED (perl-module.at:250)
1589: Perl dictionary survives system file            FAILED (perl-module.at:300)
1590: Perl read system file                           FAILED (perl-module.at:378)
1591: Perl copying system files                       FAILED (perl-module.at:456)
1592: Perl value formatting                           FAILED (perl-module.at:574)
1593: Perl opening nonexistent file                   FAILED (perl-module.at:592)
1594: Perl missing values                             FAILED (perl-module.at:642)
1595: Perl custom attributes                          FAILED (perl-module.at:668)
1596: Perl Pspp.t                                     FAILED (perl-module.at:681)



#                             -*- compilation -*-
1586. perl-module.at:48: testing Perl create system file ...
../../pspp/tests/perl-module.at:85: run_perl_module test.pl
--- /dev/null        2022-06-18 12:14:30.779614151 +0000
+++ /home/pspp/build/tests/testsuite.dir/at-groups/1586/stderr        2022-11-21 09:14:38.537284744 +0000
@@ -0,0 +1 @@
+PSPP.c: loadable library and perl binaries are mismatched (got first handshake key 0x9200080, needed 0x9100080)
../../pspp/tests/perl-module.at:85: exit code was 1, expected 0
1586. perl-module.at:48: 1586. Perl create system file (perl-module.at:48): FAILED (perl-module.at:85)



Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by blp (Posted a comment)
  • -email is unavailable- added by beckmanf (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2023-02-17 beckmanf StatusNone Wont Fix
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-3230.
    Corresponding source code