Bug #106693 for PHP: cpanm PHP @Ubuntu 32 bit

Thu Aug 27 07:19:42 2015 mpapec2010 [...] yandex.com - Ticket created

Subject:	cpanm PHP @Ubuntu 32 bit
Date:	Thu, 27 Aug 2015 13:19:24 +0200
To:	"bug-PHP [...] rt.cpan.org" <bug-php [...] rt.cpan.org>
From:	Matija Papec <mpapec2010 [...] yandex.com>

One test fails; is workaround possible for it? php-config =========== Usage: /home/mpapec/.phpbrew/php/php-5.6.12/bin/php-config [OPTION] Options: --prefix [/home/mpapec/.phpbrew/php/php-5.6.12] --includes [-I/home/mpapec/.phpbrew/php/php-5.6.12/include/php -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/main -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/TSRM -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/Zend -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext/date/lib] --ldflags [] --libs [-lcrypt -lz -lexslt -lresolv -lcrypt -lreadline -ltermcap -lmcrypt -lbz2 -lz -lrt -lm -ldl -lnsl -lxml2 -lxml2 -lxml2 -lcrypt -lxml2 -lxml2 -lxml2 -lxslt -lxml2 -lcrypt ] --extension-dir [/home/mpapec/.phpbrew/php/php-5.6.12/lib/php/extensions/no-debug-non-zts-20131226] --include-dir [/home/mpapec/.phpbrew/php/php-5.6.12/include/php] --man-dir [/home/mpapec/.phpbrew/php/php-5.6.12/php/man] --php-binary [/home/mpapec/.phpbrew/php/php-5.6.12/bin/php] --php-sapis [ cli embed cgi] --configure-options [--prefix=/home/mpapec/.phpbrew/php/php-5.6.12 --with-config-file-path=/home/mpapec/.phpbrew/php/php-5.6.12/etc --with-config-file-scan-dir=/home/mpapec/.phpbrew/php/php-5.6.12/var/db --with-pear=/home/mpapec/.phpbrew/php/php-5.6.12/lib/php --disable-all --enable-session --enable-short-tags --with-libdir=lib/i386-linux-gnu --enable-embed --with-zlib=/usr --enable-libxml --enable-simplexml --enable-xml --enable-xmlreader --enable-xmlwriter --with-xsl --with-libxml-dir=/usr --enable-bcmath --with-bz2=/usr --enable-calendar --enable-cli --enable-ctype --enable-dom --enable-fileinfo --enable-filter --enable-shmop --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-json --enable-mbregex --enable-mbstring --with-mhash --with-mcrypt=/usr --enable-pcntl --with-pcre-regex --enable-pdo --enable-phar --enable-posix --with-readline=/usr --enable-sockets --enable-tokenizer --enable-zip --disable-intl --without-openssl] --version [5.6.12] --vernum [50612] perl -v =========== This is perl 5, version 20, subversion 2 (v5.20.2) built for i686-linux (with 1 registered patch, see perl -V for more detail) cpanm PHP =========== ... ok 69 - assignment to superglobal $_SESSION ok 70 - assignment to superglobal $_REQUEST ok 71 - assignment to superglobal $_ENV ok 72 - move_uploaded_file not successful yet ok 73 - test upload file acknowledged by PHP ok 74 - move_uploaded_file successful on spoofed upload ok 75 - moved uploaded file has a new name not ok 76 - post content avail in php://input # Failed test 'post content avail in php://input' # at test.pl line 378. ok 77 - header callback receives 2 args ok 78 - header callback receives replace arg ok 79 - default replace arg is true # Looks like you failed 1 test of 79. Makefile:1003: recipe for target 'test_dynamic' failed make: *** [test_dynamic] Error 1

Thu Aug 27 11:26:27 2015 KARASIK [...] cpan.org - Correspondence added

Hi, Thanks for the report! However, I tried to reproduce the problem as close as possible to your setup, and unfortunately I cannot, all tests pass on my ubuntu (setup is below). I don't have any clue why would test pass. If you're no able to debug the problem, you can always install the module not from inside cpan/cpanm but the classical way by running 'perl Makefile.PL/make/make install'. Hope this helps. Dmitry Show quoted text

> php-config

Usage: /z/home/dmka/local/bin/php-config [OPTION] Options: --prefix [/z/home/dmka/local] --includes [-I/z/home/dmka/local/include/php -I/z/home/dmka/local/include/php/main -I/z/home/dmka/local/include/php/TSRM -I/z/home/dmka/local/include/php/Zend -I/z/home/dmka/local/include/php/ext -I/z/home/dmka/local/include/php/ext/date/lib] --ldflags [ -L/usr/lib/x86_64-linux-gnu] --libs [-lcrypt -lz -lexslt -lresolv -lcrypt -lreadline -lncurses -lmcrypt -lltdl -lbz2 -lz -lrt -lm -ldl -lnsl -lxml2 -lxml2 -lxml2 -lcrypt -lxml2 -lxml2 -lxml2 -lxslt -lxml2 -lcrypt ] --extension-dir [/z/home/dmka/local/lib/php/extensions/no-debug-non-zts-20131226] --include-dir [/z/home/dmka/local/include/php] --man-dir [/z/home/dmka/local/php/man] --php-binary [/z/home/dmka/local/bin/php] --php-sapis [ cli embed cgi] --configure-options [--enable-embed --prefix=/z/home/dmka/local --disable-all --enable-session --enable-short-tags --enable-libxml --enable-simplexml --enable-xml --enable-xmlreader --enable-xmlwriter --with-xsl --enable-calendar --enable-cli --enable-ctype --enable-dom --enable-fileinfo --enable-filter --enable-shmop --enable-bcmath --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-json --enable-mbregex --enable-mbstring --with-mhash --enable-pcntl --with-pcre-regex --enable-pdo --enable-phar --enable-posix --enable-sockets --enable-tokenizer --enable-zip --disable-intl --without-openssl --with-zlib=/usr --with-libxml-dir=/usr --with-bz2=/usr --with-mcrypt=/usr --with-readline=/usr] --version [5.6.12] --vernum [50612] Show quoted text

> lsb_release -a

No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.5 LTS Release: 12.04 Codename: precise Show quoted text

> uname -a

Linux solsort 3.13.0-44-generic #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Show quoted text

> perl -v

This is perl 5, version 20, subversion 2 (v5.20.2) built for x86_64-linux

Thu Aug 27 11:26:27 2015 The RT System itself - Status changed from 'new' to 'open'

Thu Aug 27 12:11:02 2015 KARASIK [...] cpan.org - Correspondence added

Just for paranoid sake I ran the test under valgrind, and there was one thing I didn't like, which I thing could possibly cause the problem. Can you possibly take the latest github version of the module and see if it works for you? Thanks! https://github.com/dk/p5-php

Thu Aug 27 15:35:20 2015 MOB [...] cpan.org - Correspondence added

Hi Matija, Like Dmitry, I also cannot reproduce this. Maybe your "allow_url_fopen" PHP configuration option is disabled? This setting is necessary to use syntax like file_get_contents("php://input") You can find it by running php -i | grep allow_url_fopen -- Marty PS for Dmitry: Matija and I had a previous discussion about the PHP module here. http://stackoverflow.com/questions/32210214

Fri Aug 28 03:18:38 2015 mpapec2010 [...] yandex.com - Correspondence added

Subject:	Re: [rt.cpan.org #106693] cpanm PHP @Ubuntu 32 bit
Date:	Fri, 28 Aug 2015 09:18:18 +0200
To:	"bug-PHP [...] rt.cpan.org" <bug-php [...] rt.cpan.org>
From:	Matija Papec <mpapec2010 [...] yandex.com>

Hi, yes it passes now all the tests; thanks for quick fix! I'm curious still what's wrong with php/perl, both compiled as 32 bit executables on x86_64 system. It looks that they differ somehow from executables build on 32 bit only system, and build fails much earlier: ======= chmod 644 "PHP.bs" cc -c -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/main -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/TSRM -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/Zend -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext/date/lib -Wall -O2 -DVERSION=\"0.15\" -DXS_VERSION=\"0.15\" -fPIC "-I/home/mpapec/.plenv/versions/5.20.2/lib/perl5/5.20.2/i686/CORE" PHP.c PHP.c: In function ‘PHP_stringify’: PHP.c:201: warning: cast from pointer to integer of different size PHP.c: In function ‘PHP_exec’: PHP.c:470: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’ PHP.c: In function ‘PHP_set_php_input’: PHP.c:818: warning: passing argument 2 of ‘Perl_sv_2pv_flags’ from incompatible pointer type /home/mpapec/.plenv/versions/5.20.2/lib/perl5/5.20.2/i686/CORE/proto.h:3931: note: expected ‘STRLEN * const’ but argument is of type ‘int *’ cc -c -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/main -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/TSRM -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/Zend -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext -I/home/mpapec/.phpbrew/php/php-5.6.12/include/php/ext/date/lib -Wall -O2 -DVERSION=\"0.15\" -DXS_VERSION=\"0.15\" -fPIC "-I/home/mpapec/.plenv/versions/5.20.2/lib/perl5/5.20.2/i686/CORE" array.c rm -f blib/arch/auto/PHP/PHP.so LD_RUN_PATH="/home/mpapec/.phpbrew/php/php-5.6.12/lib" cc -shared -m32 -march=i686 -L/usr/local/lib -fstack-protector PHP.o array.o -o blib/arch/auto/PHP/PHP.so \ -L/home/mpapec/.phpbrew/php/php-5.6.12/lib -lphp5 \ PHP.o: could not read symbols: File in wrong format collect2: ld returned 1 exit status make: *** [blib/arch/auto/PHP/PHP.so] Error 1 ======= mpapec@rs200516 ~$ file `which php` /home/mpapec/.phpbrew/php/php-5.6.12/bin/php: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped ======= perl -V Summary of my perl5 (revision 5 version 20 subversion 2) configuration: Platform: osname=linux, osvers=2.6.32-431.23.3.el6.x86_64, archname=i686 uname='linux rs200516 2.6.32-431.23.3.el6.x86_64 #1 smp thu jul 31 17:20:51 utc 2014 x86_64 x86_64 x86_64 gnulinux ' config_args='-Dprefix=/home/mpapec/.plenv/versions/5.20.2 -de -Dusedevel -Darchname=i686 -Accflags=-m32 -march=i686 -Aldflags=-m32 -march=i686 -Alddlflags=-shared -m32 -march=i686 -A'eval:scrip tdir=/home/mpapec/.plenv/versions/5.20.2/bin'' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-m32 -march=i686 -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-m32 -march=i686 -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.7 20120313 (Red Hat 4.4.7-16)', gccosandvers='' 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='cc', ldflags =' -m32 -march=i686 -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib/../lib64 /usr/lib/../lib64 /lib /lib64 /usr/lib64 /usr/local/lib64 libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=libc-2.12.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.12' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags=' -shared -m32 -march=i686 -L/usr/local/lib -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES PERLIO_LAYERS PERL_DONT_CREATE_GVSV PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV PERL_USE_DEVEL USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF Locally applied patches: Devel::PatchPerl 1.30 Built under linux Compiled at Aug 27 2015 09:33:58 @INC: /home/mpapec/.plenv/versions/5.20.2/lib/perl5/site_perl/5.20.2/i686 /home/mpapec/.plenv/versions/5.20.2/lib/perl5/site_perl/5.20.2 /home/mpapec/.plenv/versions/5.20.2/lib/perl5/5.20.2/i686 /home/mpapec/.plenv/versions/5.20.2/lib/perl5/5.20.2 . 27.08.2015, 18:11, "KARASIK via RT" <bug-PHP@rt.cpan.org>: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=106693 > > > Just for paranoid sake I ran the test under valgrind, and there was one thing I didn't like, which I thing could possibly cause the problem. Can you possibly take the latest github version of the module and see if it works for you? Thanks! > > https://github.com/dk/p5-php

Fri Aug 28 03:24:06 2015 mpapec2010 [...] yandex.com - Correspondence added

Subject:	Re: [rt.cpan.org #106693] cpanm PHP @Ubuntu 32 bit
Date:	Fri, 28 Aug 2015 09:23:48 +0200
To:	"bug-PHP [...] rt.cpan.org" <bug-php [...] rt.cpan.org>
From:	Matija Papec <mpapec2010 [...] yandex.com>

Hi Mob, tnx for investigating the issue; here is info from my Ubuntu system, mpapec@oracleubuntu:~$ uname -a Linux oracleubuntu 3.16.0-31-generic #41-Ubuntu SMP Tue Feb 10 15:24:46 UTC 2015 i686 i686 i686 GNU/Linux mpapec@oracleubuntu:~$ cat /etc/issue Ubuntu 14.10 \n \l mpapec@oracleubuntu:~$ php -i | grep allow_url_fopen allow_url_fopen => On => On 27.08.2015, 21:35, "Marty O'Brien via RT" <bug-PHP@rt.cpan.org>: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=106693 > > > Hi Matija, > > Like Dmitry, I also cannot reproduce this. Maybe your "allow_url_fopen" PHP configuration option is disabled? This setting is necessary to use syntax like > > file_get_contents("php://input") > > You can find it by running > > php -i | grep allow_url_fopen > > -- Marty > > PS for Dmitry: Matija and I had a previous discussion about the PHP module here. > > http://stackoverflow.com/questions/32210214

Fri Aug 28 03:34:37 2015 KARASIK [...] cpan.org - Correspondence added

Show quoted text

> > PHP.o: could not read symbols: File in wrong format

This error doesn't seem to be related to php/perl, it's either 'make clean' wasn't run properly and PHP.o from an old build from another perl or architecture is still there, or you might have a problem in the perl setup itself (try to compile something simple like JSON::XS to see if it goes through).

Fri Aug 28 04:00:51 2015 mpapec2010 [...] yandex.com - Correspondence added

Subject:	Re: [rt.cpan.org #106693] cpanm PHP @Ubuntu 32 bit
Date:	Fri, 28 Aug 2015 10:00:39 +0200
To:	"bug-PHP [...] rt.cpan.org" <bug-php [...] rt.cpan.org>
From:	Matija Papec <mpapec2010 [...] yandex.com>

It seems that *::XS doesn't make any problems, cpanm JSON::XS --> Working on JSON::XS Fetching http://www.cpan.org/authors/id/M/ML/MLEHMANN/JSON-XS-3.01.tar.gz ... OK Configuring JSON-XS-3.01 ... OK ==> Found dependencies: Types::Serialiser, common::sense --> Working on Types::Serialiser Fetching http://www.cpan.org/authors/id/M/ML/MLEHMANN/Types-Serialiser-1.0.tar.gz ... OK Configuring Types-Serialiser-1.0 ... OK ==> Found dependencies: common::sense --> Working on common::sense Fetching http://www.cpan.org/authors/id/M/ML/MLEHMANN/common-sense-3.74.tar.gz ... OK Configuring common-sense-3.74 ... OK Building and testing common-sense-3.74 ... OK Successfully installed common-sense-3.74 Building and testing Types-Serialiser-1.0 ... OK Successfully installed Types-Serialiser-1.0 Building and testing JSON-XS-3.01 ... OK Successfully installed JSON-XS-3.01 3 distributions installed This 64 bit system is centos 6.6: Linux rs200516 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux 28.08.2015, 09:34, "KARASIK via RT" <bug-PHP@rt.cpan.org>: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=106693 > >

>> PHP.o: could not read symbols: File in wrong format

> > This error doesn't seem to be related to php/perl, it's either 'make clean' wasn't run properly and PHP.o from an old build from another perl or architecture is still there, or you might have a problem in the perl setup itself (try to compile something simple like JSON::XS to see if it goes through).