Re: [PHP-DEV] How does the interpreter work
Hi, Rob Nicholson wrote: Another good reference is Sara Goleman's book Extending and Embedding PHP actually this is what i was searching for. I will order this book now. Thanks for the tipp! Christian -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Hi, I wanted to install php-5.2.12 on a 32-Bit SLES9 SP4. I had no problems with the 64-Bit SLES10SP2 but with the 32-Bit I can't use pecl. Whenever I try to install a library I only get a seg. fault. I tried also php-5.2.11 and there is also the same problem. php-5.2.9 works. pecl install pdflib expands to: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib If I run that with gdb I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1080940768 (LWP 32645)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1080940768 (LWP 32645)] 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 (gdb) bt #0 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 #1 0x402fba3b in SSL_SESSION_hash_LHASH_HASH () from /usr/lib/libssl.so.0.9.7 #2 0x40016a6c in d2i_X509 () from /lib/ld-linux.so.2 #3 0x403fceac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #4 0x403d171d in getrn () from /usr/lib/libcrypto.so.0.9.7 #5 0x in ?? () (gdb) And there I'm lost. How can I debug further what the problem might be. On another server (also SLES9SP4 32-bit Linux) I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1082827648 (LWP 25177)] *** glibc detected *** double free or corruption (out): 0x4083f088 *** *** glibc detected *** double free or corruption (out): 0x4083f090 *** Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1082827648 (LWP 25177)] 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 (gdb) bt #0 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 #1 0x4083f05e in main_arena () from /lib/tls/libc.so.6 #2 0x4053b565 in ASN1_primitive_free () from /usr/lib/libcrypto.so.0.9.7 #3 0x08068afb in ?? () #4 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #5 0xf0604082 in ?? () #6 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #7 0x405cefe8 in X509_seq_tt () from /usr/lib/libcrypto.so.0.9.7 #8 0x4053b61b in asn1_item_combine_free () from /usr/lib/libcrypto.so.0.9.7 #9 0x405cf72c in ASN1_OCTET_STRING_it () from /usr/lib/libcrypto.so.0.9.7 #10 0x405bd330 in gdImageCreateFromPngCtx () at gd_png.c:124 #11 0x in ?? () KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] How does the interpreter work
Hi all again, first thanks, for all the links. In java world there is the JVM specification, I hoped there is something for PHP too. Well there's one quite complete document about it available - the source code ;-) PHP isn't developed following standards but simply by implementing and extending it. PHP is defined by the implementation ... I was afraid it is :-) But: What exactly do you want to learn? Do you want to learn how to use it better or academic reasons or something else? - Depending on all that the focus of the learning might be quite different. I don't want to start with PHP development itself. I just want to be able to learn how to use the language best. For example, I can tell you quite good when to use what in java world, because I know how an object is being created. This helps me with writing performant code and with debugging. I want to getthat ability with PHP too. This all will be compiled to Zend Opcodes which can be executed, cached with APC, dumped by vld, ... I hope I find the time to write the documentation around it, other than that this code is absolutely useless :-) http://github.com/johannes/pasic Thanks for sharing this. However, I am not a skilled C developer nor do I know exactly what Opcodes are or even APC or vld. I really hoped that there is some kind of specification around. I also took a look at: http://www.php.net/manual/en/internals2.php but it helped me not too much. Its more about writing extensions to PHP. But I would like to understand how the object oriented features really work. I am afraid with my basic knowledge on C I have to dig very deep and need to compile everything myself on my Mac, which already gave me some headache. Thanks Christian johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Hello, One thing that immediately comes to mind is the old OpenSSL version [0.9.7]. Doesn't SLES9 offer OpenSSL 0.9.8 of any version? Is 0.9.7 as high as it gets in their official repos? If so, I'd compile the latest OpenSSL on my own [0.9.8l] and try, also, what is the OpenSSL version on the SLES10SP2? The attached trace is not really useful as there are no debug symbols, if you want to go that road they will be necessary. May the source be with you, Best regards, Jess Portnoy Karl Pflästerer wrote: Hi, I wanted to install php-5.2.12 on a 32-Bit SLES9 SP4. I had no problems with the 64-Bit SLES10SP2 but with the 32-Bit I can't use pecl. Whenever I try to install a library I only get a seg. fault. I tried also php-5.2.11 and there is also the same problem. php-5.2.9 works. pecl install pdflib expands to: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib If I run that with gdb I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1080940768 (LWP 32645)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1080940768 (LWP 32645)] 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 (gdb) bt #0 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 #1 0x402fba3b in SSL_SESSION_hash_LHASH_HASH () from /usr/lib/libssl.so.0.9.7 #2 0x40016a6c in d2i_X509 () from /lib/ld-linux.so.2 #3 0x403fceac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #4 0x403d171d in getrn () from /usr/lib/libcrypto.so.0.9.7 #5 0x in ?? () (gdb) And there I'm lost. How can I debug further what the problem might be. On another server (also SLES9SP4 32-bit Linux) I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1082827648 (LWP 25177)] *** glibc detected *** double free or corruption (out): 0x4083f088 *** *** glibc detected *** double free or corruption (out): 0x4083f090 *** Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1082827648 (LWP 25177)] 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 (gdb) bt #0 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 #1 0x4083f05e in main_arena () from /lib/tls/libc.so.6 #2 0x4053b565 in ASN1_primitive_free () from /usr/lib/libcrypto.so.0.9.7 #3 0x08068afb in ?? () #4 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #5 0xf0604082 in ?? () #6 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #7 0x405cefe8 in X509_seq_tt () from /usr/lib/libcrypto.so.0.9.7 #8 0x4053b61b in asn1_item_combine_free () from /usr/lib/libcrypto.so.0.9.7 #9 0x405cf72c in ASN1_OCTET_STRING_it () from /usr/lib/libcrypto.so.0.9.7 #10 0x405bd330 in gdImageCreateFromPngCtx () at gd_png.c:124 #11 0x in ?? () KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Jess Portnoy j...@zend.com writes: Hello, One thing that immediately comes to mind is the old OpenSSL version [0.9.7]. Doesn't SLES9 offer OpenSSL 0.9.8 of any version? Is 0.9.7 as high as it gets in their official repos? If so, I'd compile the latest OpenSSL on my own [0.9.8l] and try, also, what is the OpenSSL version on the SLES10SP2? The attached trace is not really useful as there are no debug symbols, if you want to go that road they will be necessary. Unfortunately if I see it right 0.9.7 is the newest version for openssl in SLES9. SLES10 has 0.9.8 and there everything works. I'll try it with compiling openssl but I would avoid it if I could. The maintenance for these systems (4 machines) won't be easier then :-( download, compile, test It works with openssl 0.9.8l, thanks. KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
hi, The pecl channel install does not use SSL and there is no signing involved, so the pecl install pdflib cmd won't use ssl. On your other script, gd crashes, are you opening an image from a https URL? If not, it means that your setup is broken (mixing lib/headers/x86/x64 versions?). Cheers, On Tue, Dec 22, 2009 at 1:25 PM, Karl Pflästerer k...@rl.pflaesterer.de wrote: Hi, I wanted to install php-5.2.12 on a 32-Bit SLES9 SP4. I had no problems with the 64-Bit SLES10SP2 but with the 32-Bit I can't use pecl. Whenever I try to install a library I only get a seg. fault. I tried also php-5.2.11 and there is also the same problem. php-5.2.9 works. pecl install pdflib expands to: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib If I run that with gdb I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1080940768 (LWP 32645)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1080940768 (LWP 32645)] 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 (gdb) bt #0 0x402fb9f4 in SSL_SESSION_hash () from /usr/lib/libssl.so.0.9.7 #1 0x402fba3b in SSL_SESSION_hash_LHASH_HASH () from /usr/lib/libssl.so.0.9.7 #2 0x40016a6c in d2i_X509 () from /lib/ld-linux.so.2 #3 0x403fceac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #4 0x403d171d in getrn () from /usr/lib/libcrypto.so.0.9.7 #5 0x in ?? () (gdb) And there I'm lost. How can I debug further what the problem might be. On another server (also SLES9SP4 32-bit Linux) I see: (gdb) run Starting program: /usr/local/php-5.2.12/bin/php -C -n -q -d include_path=/usr/local/php-5.2.12/lib/php -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv=On /usr/local/php-5.2.12/lib/php/peclcmd.php install pdflib [Thread debugging using libthread_db enabled] [New Thread 1082827648 (LWP 25177)] *** glibc detected *** double free or corruption (out): 0x4083f088 *** *** glibc detected *** double free or corruption (out): 0x4083f090 *** Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1082827648 (LWP 25177)] 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 (gdb) bt #0 0x4053e498 in ASN1_STRING_free () from /usr/lib/libcrypto.so.0.9.7 #1 0x4083f05e in main_arena () from /lib/tls/libc.so.6 #2 0x4053b565 in ASN1_primitive_free () from /usr/lib/libcrypto.so.0.9.7 #3 0x08068afb in ?? () #4 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #5 0xf0604082 in ?? () #6 0x405d3eac in __JCR_LIST__ () from /usr/lib/libcrypto.so.0.9.7 #7 0x405cefe8 in X509_seq_tt () from /usr/lib/libcrypto.so.0.9.7 #8 0x4053b61b in asn1_item_combine_free () from /usr/lib/libcrypto.so.0.9.7 #9 0x405cf72c in ASN1_OCTET_STRING_it () from /usr/lib/libcrypto.so.0.9.7 #10 0x405bd330 in gdImageCreateFromPngCtx () at gd_png.c:124 #11 0x in ?? () KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] Fix for 32 bits limit on file size (see bug 48886)
Hi, I'm not a C developer, so I can't really help with the attached patch. However, I've tried it with PHP 5.3.0 version I have and it does what it claims, that is, it gives correct behaviour for the following functions: filesize, fstat, stat when used on file 4GB on a 32 bits machine. Currently, php 5.x doesn't give the correct output for this code (on my 32bits server): echo filesize(path/to/4.3GBfile); // expecting 4617089843, got 322122547 With the patch applied, the good result is returned. From the patch author, it improves the tests results. From what I've understood, the patch switch to php's double type when the size overflow the 32bits limit of int. It doesn't seem to break any existing behaviour (I'm using this on my multiple project since july, and no bad experience so far). The explaination by the patch author: http://bugs.php.net/bug.php?id=48886 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Hello, See here: http://distrowatch.com/table.php?distribution=suse This is very useful when trying to determining what distro has what of what version. May the source be with you, Best regards, Jess Portnoy Karl Pflästerer wrote: Jess Portnoy j...@zend.com writes: Hello, One thing that immediately comes to mind is the old OpenSSL version [0.9.7]. Doesn't SLES9 offer OpenSSL 0.9.8 of any version? Is 0.9.7 as high as it gets in their official repos? If so, I'd compile the latest OpenSSL on my own [0.9.8l] and try, also, what is the OpenSSL version on the SLES10SP2? The attached trace is not really useful as there are no debug symbols, if you want to go that road they will be necessary. Unfortunately if I see it right 0.9.7 is the newest version for openssl in SLES9. SLES10 has 0.9.8 and there everything works. I'll try it with compiling openssl but I would avoid it if I could. The maintenance for these systems (4 machines) won't be easier then :-( download, compile, test It works with openssl 0.9.8l, thanks. KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] How does the interpreter work
On Mon, December 21, 2009 11:41 am, Christian Grobmeier wrote: But: What exactly do you want to learn? Do you want to learn how to use it better or academic reasons or something else? - Depending on all that the focus of the learning might be quite different. I don't want to start with PHP development itself. I just want to be able to learn how to use the language best. For example, I can tell you quite good when to use what in java world, because I know how an object is being created. This helps me with writing performant code and with debugging. I want to getthat ability with PHP too. I really don't think you need to understand PHP internals at the same level as Java to get performant code. Most of your performance issues are either A) obvious (long loops with expensive bodies), or B) outside of PHP (i.e., the DB, network calls, disk access). The core language of PHP is very minimalist. -- Some people ask for gifts here. I just want you to buy an Indie CD for yourself: http://cdbaby.com/search/from/lynch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Pierre Joye pierre@gmail.com writes: The pecl channel install does not use SSL and there is no signing involved, so the pecl install pdflib cmd won't use ssl. On your other Hi, that was the exact backtrace I got, when I ran pecl install pdflib. Something must call use ssl there, how would I otherwise get such a backtrace? script, gd crashes, are you opening an image from a https URL? If not, it means that your setup is broken (mixing lib/headers/x86/x64 versions?). I'll check that. I also wondered about the gd crash, since I didn't open an image; I just called `pecl install pdflib'. As I wrote in another message; for the first machine installing openssl from source helped; for the second (and third, fourth and fifth :-) ) I'll see. But as I wrote: php-5.2.9 worked; I tested 5.2.11 there I also had the segfault. I didn't install php-5.2.10 so I don't know if the change was from 5.2.9 to .10 or .11 KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
hi, I'm 99.99% sure that there are some libraries or extension mess. Please double check your extension directory and be sure that you are not loading old extensions or random libraries. Cheers, On Tue, Dec 22, 2009 at 4:27 PM, Karl Pflästerer k...@rl.pflaesterer.de wrote: Pierre Joye pierre@gmail.com writes: The pecl channel install does not use SSL and there is no signing involved, so the pecl install pdflib cmd won't use ssl. On your other Hi, that was the exact backtrace I got, when I ran pecl install pdflib. Something must call use ssl there, how would I otherwise get such a backtrace? script, gd crashes, are you opening an image from a https URL? If not, it means that your setup is broken (mixing lib/headers/x86/x64 versions?). I'll check that. I also wondered about the gd crash, since I didn't open an image; I just called `pecl install pdflib'. As I wrote in another message; for the first machine installing openssl from source helped; for the second (and third, fourth and fifth :-) ) I'll see. But as I wrote: php-5.2.9 worked; I tested 5.2.11 there I also had the segfault. I didn't install php-5.2.10 so I don't know if the change was from 5.2.9 to .10 or .11 KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php-5.2.12 and pecl install: Seg. fault
Hi Pierre, I may be wrong but as far as I can see, SSL is being used by PEAR, at least, potentially, I am not that well versed in its code but I ran: # grep -i ssl /usr/local/zend/share/pear/* -r --color And it does seem to return relevant results. Again, I admit I did not review throughly. May the source be with you, Best regards, Jess Portnoy Pierre Joye wrote: hi, I'm 99.99% sure that there are some libraries or extension mess. Please double check your extension directory and be sure that you are not loading old extensions or random libraries. Cheers, On Tue, Dec 22, 2009 at 4:27 PM, Karl Pflästerer k...@rl.pflaesterer.de wrote: Pierre Joye pierre@gmail.com writes: The pecl channel install does not use SSL and there is no signing involved, so the pecl install pdflib cmd won't use ssl. On your other Hi, that was the exact backtrace I got, when I ran pecl install pdflib. Something must call use ssl there, how would I otherwise get such a backtrace? script, gd crashes, are you opening an image from a https URL? If not, it means that your setup is broken (mixing lib/headers/x86/x64 versions?). I'll check that. I also wondered about the gd crash, since I didn't open an image; I just called `pecl install pdflib'. As I wrote in another message; for the first machine installing openssl from source helped; for the second (and third, fourth and fifth :-) ) I'll see. But as I wrote: php-5.2.9 worked; I tested 5.2.11 there I also had the segfault. I didn't install php-5.2.10 so I don't know if the change was from 5.2.9 to .10 or .11 KP -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Fix for 32 bits limit on file size (see bug 48886)
Thx, yep a long convertion, not a big deal, we don't work with 4.3GB files :-D, well minded people try to avoid that On Tue, Dec 22, 2009 at 7:10 AM, X Ryl boite.pour.s...@gmail.com wrote: Hi, I'm not a C developer, so I can't really help with the attached patch. However, I've tried it with PHP 5.3.0 version I have and it does what it claims, that is, it gives correct behaviour for the following functions: filesize, fstat, stat when used on file 4GB on a 32 bits machine. Currently, php 5.x doesn't give the correct output for this code (on my 32bits server): echo filesize(path/to/4.3GBfile); // expecting 4617089843, got 322122547 With the patch applied, the good result is returned. From the patch author, it improves the tests results. From what I've understood, the patch switch to php's double type when the size overflow the 32bits limit of int. It doesn't seem to break any existing behaviour (I'm using this on my multiple project since july, and no bad experience so far). The explaination by the patch author: http://bugs.php.net/bug.php?id=48886 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] Fix for 32 bits limit on file size (see bug 48886)
it happens if you are working with some video on demand/video conversion software Tyrael On Tue, Dec 22, 2009 at 9:38 PM, mm w 0xcafef...@gmail.com wrote: Thx, yep a long convertion, not a big deal, we don't work with 4.3GB files :-D, well minded people try to avoid that On Tue, Dec 22, 2009 at 7:10 AM, X Ryl boite.pour.s...@gmail.com wrote: Hi, I'm not a C developer, so I can't really help with the attached patch. However, I've tried it with PHP 5.3.0 version I have and it does what it claims, that is, it gives correct behaviour for the following functions: filesize, fstat, stat when used on file 4GB on a 32 bits machine. Currently, php 5.x doesn't give the correct output for this code (on my 32bits server): echo filesize(path/to/4.3GBfile); // expecting 4617089843, got 322122547 With the patch applied, the good result is returned. From the patch author, it improves the tests results. From what I've understood, the patch switch to php's double type when the size overflow the 32bits limit of int. It doesn't seem to break any existing behaviour (I'm using this on my multiple project since july, and no bad experience so far). The explaination by the patch author: http://bugs.php.net/bug.php?id=48886 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 5.3.2RC1 Testing
The first release candidate of 5.3.2 was just released for testing and can be downloaded here: http://downloads.php.net/johannes/php-5.3.2RC1.tar.bz2 MD5 (php-5.3.2RC1.tar.bz2) = b8dcc0e281c73f2f8d7f2df5eaba60d4 http://downloads.php.net/johannes/php-5.3.2RC1.tar.gz MD5 (php-5.3.2RC1.tar.gz) = 0ef10ff576b1eae5380e339df470d6c0 The windows binaries are available at: http://windows.php.net/qa/ This is a maintenance release fixing quite many issues. The next RC will be out after the holiday season. To make this possible, please test this RC against your code base and report any problems that you encounter. Johannes Schlüter PHP 5.3 Release Master -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
