Re: [PHP] php upload does not work proper, [tmp_name] and other are missing in $_FILES

2012-03-21 Thread Meike Stone
2012/3/20 Meike Stone meike.st...@googlemail.com:

 First of all, check your apache log files for any hints. There's
 probably a warning/error in there that explains why.

 I switched to LogLevel debug but in error_log is nothing found,
 the access_log showes only:
 192.168.1.89 - - [20/Mar/2012:16:43:53 +0100] POST /i3.php HTTP/1.1
 200 539 http://172.16.1.170/i3.php; Mozilla/5.0 (Windows NT 5.1;
 WOW64; rv:11.0) Gecko/20100101 Firefox/11.0

 If not, check your php.ini settings, there are a few settings that can
 affect uploads (see [1]).

 [1] http://nl3.php.net/manual/en/ini.core.php#ini.sect.file-uploads

 Yes, I know this settings and checked this and disabled suhosin too.
 Nothing helped.
 I did this before stracing ...


 Thanks Meike

I investigated a little bit more and found, that if I only swapped the
Apache php module (moved away the original
/usr/lib64/apache2/mod_php5.so and placed one from 5.2.14)
from php 5.2.14, all works, same configuration! So it should not a
problem of the configuration.

But what is the reason, that the module not work properly?
Which next step can I do?

Thanks Meike

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] php upload does not work proper, [tmp_name] and other are missing in $_FILES

2012-03-21 Thread Meike Stone

 But what is the reason, that the module not work properly?
 Which next step can I do?

I figured out, that the new mod_php5.so is not linked against
libmm.so.14. Can this be the problem?

Thanks Meike

# ldd mod_php5.so.5.3.8
linux-vdso.so.1 =  (0x7fffe051c000)
libcrypt.so.1 = /lib64/libcrypt.so.1 (0x7f3d30f82000)
libresolv.so.2 = /lib64/libresolv.so.2 (0x7f3d30d6b000)
libpcre.so.0 = /usr/lib64/libpcre.so.0 (0x7f3d30b3a000)
librt.so.1 = /lib64/librt.so.1 (0x7f3d30931000)
libm.so.6 = /lib64/libm.so.6 (0x7f3d306b8000)
libdl.so.2 = /lib64/libdl.so.2 (0x7f3d304b3000)
libnsl.so.1 = /lib64/libnsl.so.1 (0x7f3d3029b000)
libz.so.1 = /lib64/libz.so.1 (0x7f3d30085000)
libxml2.so.2 = /usr/lib64/libxml2.so.2 (0x7f3d2fd28000)
libc.so.6 = /lib64/libc.so.6 (0x7f3d2f9b4000)
libpthread.so.0 = /lib64/libpthread.so.0 (0x7f3d2f797000)
/lib64/ld-linux-x86-64.so.2 (0x7f3d31c0f000)

# ldd mod_php5.so.5.2.14
linux-vdso.so.1 =  (0x7fffcdfff000)
libmm.so.14 = /usr/lib64/libmm.so.14 (0x7f0307223000)
libcrypt.so.1 = /lib64/libcrypt.so.1 (0x7f0307428000)  
libresolv.so.2 = /lib64/libresolv.so.2 (0x7f0306bd2000)
libpcre.so.0 = /usr/lib64/libpcre.so.0 (0x7f0306ff2000)
librt.so.1 = /lib64/librt.so.1 (0x7f0306de9000)
libm.so.6 = /lib64/libm.so.6 (0x7f0306958000)
libdl.so.2 = /lib64/libdl.so.2 (0x7f0306754000)
libnsl.so.1 = /lib64/libnsl.so.1 (0x7f030653c000)
libz.so.1 = /lib64/libz.so.1 (0x7f0306325000)
libxml2.so.2 = /usr/lib64/libxml2.so.2 (0x7f0305fc9000)
libc.so.6 = /lib64/libc.so.6 (0x7f0305c55000)
libpthread.so.0 = /lib64/libpthread.so.0 (0x7f0305a37000)
/lib64/ld-linux-x86-64.so.2 (0x7f0307b51000)

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] php upload does not work proper, [tmp_name] and other are missing in $_FILES

2012-03-21 Thread Matijn Woudt
On Wed, Mar 21, 2012 at 3:32 PM, Meike Stone meike.st...@googlemail.com wrote:

 But what is the reason, that the module not work properly?
 Which next step can I do?

 I figured out, that the new mod_php5.so is not linked against
 libmm.so.14. Can this be the problem?

 Thanks Meike

 # ldd mod_php5.so.5.3.8
        linux-vdso.so.1 =  (0x7fffe051c000)
        libcrypt.so.1 = /lib64/libcrypt.so.1 (0x7f3d30f82000)
        libresolv.so.2 = /lib64/libresolv.so.2 (0x7f3d30d6b000)
        libpcre.so.0 = /usr/lib64/libpcre.so.0 (0x7f3d30b3a000)
        librt.so.1 = /lib64/librt.so.1 (0x7f3d30931000)
        libm.so.6 = /lib64/libm.so.6 (0x7f3d306b8000)
        libdl.so.2 = /lib64/libdl.so.2 (0x7f3d304b3000)
        libnsl.so.1 = /lib64/libnsl.so.1 (0x7f3d3029b000)
        libz.so.1 = /lib64/libz.so.1 (0x7f3d30085000)
        libxml2.so.2 = /usr/lib64/libxml2.so.2 (0x7f3d2fd28000)
        libc.so.6 = /lib64/libc.so.6 (0x7f3d2f9b4000)
        libpthread.so.0 = /lib64/libpthread.so.0 (0x7f3d2f797000)
        /lib64/ld-linux-x86-64.so.2 (0x7f3d31c0f000)

 # ldd mod_php5.so.5.2.14
        linux-vdso.so.1 =  (0x7fffcdfff000)
        libmm.so.14 = /usr/lib64/libmm.so.14 (0x7f0307223000)
        libcrypt.so.1 = /lib64/libcrypt.so.1 (0x7f0307428000)
        libresolv.so.2 = /lib64/libresolv.so.2 (0x7f0306bd2000)
        libpcre.so.0 = /usr/lib64/libpcre.so.0 (0x7f0306ff2000)
        librt.so.1 = /lib64/librt.so.1 (0x7f0306de9000)
        libm.so.6 = /lib64/libm.so.6 (0x7f0306958000)
        libdl.so.2 = /lib64/libdl.so.2 (0x7f0306754000)
        libnsl.so.1 = /lib64/libnsl.so.1 (0x7f030653c000)
        libz.so.1 = /lib64/libz.so.1 (0x7f0306325000)
        libxml2.so.2 = /usr/lib64/libxml2.so.2 (0x7f0305fc9000)
        libc.so.6 = /lib64/libc.so.6 (0x7f0305c55000)
        libpthread.so.0 = /lib64/libpthread.so.0 (0x7f0305a37000)
        /lib64/ld-linux-x86-64.so.2 (0x7f0307b51000)

I believe using libmm is optional, and the package maintainers
probably had their reasons not to use it anymore. Mine is also
compiled without libmm, though I'm on 5.3.10. Is it possible for you
to upgrade to the latest version? That might solve the problem too, if
not, I suggest to stick with the older one for a while. (and maybe
submit a bug report)

- Matijn

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] php upload does not work proper, [tmp_name] and other are missing in $_FILES

2012-03-20 Thread Matijn Woudt
On Tue, Mar 20, 2012 at 4:33 PM, Meike Stone meike.st...@googlemail.com wrote:
 Hello,

 I try the upload files, but in tmp_name and other variables are
 missing in $_FILES.
 I use php 5.3.8 on SLES11SP2

 I can repeat this with:
 ===
 ?php
 if(isset($_FILES)) {
 var_dump($_FILES);
 }
 ?
 !-- The data encoding type, enctype, MUST be specified as below --

 form enctype=multipart/form-data action=/i3.php method=POST

   !-- MAX_FILE_SIZE must precede the file input field --

   input type=hidden name=MAX_FILE_SIZE value=3 /

   !-- Name of input element determines name in $_FILES array --

   Send this file: input name=userfile type=file /

 input type=submit value=Send File /

 /form
 ===

 The $_FILES shows only:
 array(1) { [userfile]= array(1) { [name]= string(14) ask_script.xml } 
 }

 I traced (strace) the apache process, and I saw, that a temporary
 file was opened, the text from the file written and than later
 unlinked.

 What can be the problem?



 Kindly regards

 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, visit: http://www.php.net/unsub.php


First of all, check your apache log files for any hints. There's
probably a warning/error in there that explains why.
If not, check your php.ini settings, there are a few settings that can
affect uploads (see [1]).

- Matijn

[1] http://nl3.php.net/manual/en/ini.core.php#ini.sect.file-uploads

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] php upload does not work proper, [tmp_name] and other are missing in $_FILES

2012-03-20 Thread Meike Stone

 First of all, check your apache log files for any hints. There's
 probably a warning/error in there that explains why.

I switched to LogLevel debug but in error_log is nothing found,
the access_log showes only:
192.168.1.89 - - [20/Mar/2012:16:43:53 +0100] POST /i3.php HTTP/1.1
200 539 http://172.16.1.170/i3.php; Mozilla/5.0 (Windows NT 5.1;
WOW64; rv:11.0) Gecko/20100101 Firefox/11.0

 If not, check your php.ini settings, there are a few settings that can
 affect uploads (see [1]).

 [1] http://nl3.php.net/manual/en/ini.core.php#ini.sect.file-uploads

Yes, I know this settings and checked this and disabled suhosin too.
Nothing helped.
I did this before stracing ...


Thanks Meike

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php