Re: php upload does not work proper, ["tmp_name"] and other are missing in $_FILES
| From: | Matijn Woudt | Date: | Wed, 21 Mar 2012 15:32:16 +0000 |
| Subject: | Re: php upload does not work proper, ["tmp_name"] and other are missing in $_FILES | ||
| References: | 1 2 3 4 5 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-317162@lists.php.net to get a copy of this message | ||
On Wed, Mar 21, 2012 at 3:32 PM, Meike Stone <meike.stone@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 => (0x00007fffe051c000)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f3d30f82000)
> libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f3d30d6b000)
> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007f3d30b3a000)
> librt.so.1 => /lib64/librt.so.1 (0x00007f3d30931000)
> libm.so.6 => /lib64/libm.so.6 (0x00007f3d306b8000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007f3d304b3000)
> libnsl.so.1 => /lib64/libnsl.so.1 (0x00007f3d3029b000)
> libz.so.1 => /lib64/libz.so.1 (0x00007f3d30085000)
> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f3d2fd28000)
> libc.so.6 => /lib64/libc.so.6 (0x00007f3d2f9b4000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3d2f797000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f3d31c0f000)
>
> # ldd mod_php5.so.5.2.14
> linux-vdso.so.1 => (0x00007fffcdfff000)
> libmm.so.14 => /usr/lib64/libmm.so.14 (0x00007f0307223000)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f0307428000)
> libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f0306bd2000)
> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007f0306ff2000)
> librt.so.1 => /lib64/librt.so.1 (0x00007f0306de9000)
> libm.so.6 => /lib64/libm.so.6 (0x00007f0306958000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007f0306754000)
> libnsl.so.1 => /lib64/libnsl.so.1 (0x00007f030653c000)
> libz.so.1 => /lib64/libz.so.1 (0x00007f0306325000)
> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f0305fc9000)
> libc.so.6 => /lib64/libc.so.6 (0x00007f0305c55000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f0305a37000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f0307b51000)
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