1. you're wrong, PHP does not depend on system-wide installed pear, it
will simply use it if present
2. nothing is missing. see http://pear.php.net/PHP_Archive
If installed, phar.phar will function (partially) without the phar
extension being present.
In other words, not a
In other words, I see two bugs there:
1. PHP depends on the system-wide installed pear and tries to run it.
2. One or many files are missed in the package producing the Archive.php
class file not found error.
1. you're wrong, PHP does not depend on system-wide installed pear, it
will simply
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
jvlad wrote:
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it
As of php5.3-200906221030, the problem under *BSD platforms that I'm
talking
about is still the same.
I see no compile failure bug reports against FreeBSD in the bugtracker...
I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4)
3hours ago, you'll have to be slightly more
2009/6/23 jvlad d...@yandex.ru:
As of php5.3-200906221030, the problem under *BSD platforms that I'm
talking
about is still the same.
I see no compile failure bug reports against FreeBSD in the bugtracker...
I successfully built a snapshot on 4.11-STABLE FreeBSD (gcc 2.95.4)
3hours ago,
Hi all
While documenting header_remove() I was experimenting a little bit..
If an empty argument is passed to the function (empty string, null,
false,..) the function doesn't do anything, as it checks for
ZEND_NUM_ARGS() rather then the length of string.. thats a doc issue
or bug?
Second, it
Generating phar.php
*** Error code 138
make: Fatal error: Command failed for target `ext/phar/phar.php'
next run of make install produces:
$ make install
Generating phar.phar
make: *** [ext/phar/phar.phar] Bus Error (core dumped)
System information, compiler, and trace would be a plus
Further investigation shown that compiler takes about 1GB(!) of memory
when
it compiles php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c
On some systems this amount of memory is not available and may lead to
errors such as hangs or crashes.
Is it a known problem?
Is this requirement
jvlad wrote:
Further investigation shown that compiler takes about 1GB(!) of memory
when
it compiles php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c
On some systems this amount of memory is not available and may lead to
errors such as hangs or crashes.
Is it a known problem?
Is
Further investigation shown that compiler takes about 1GB(!) of memory
when
it compiles php5.3-200906221030/ext/fileinfo/libmagic/apprentice.c
On some systems this amount of memory is not available and may lead to
errors such as hangs or crashes.
Is it a known problem?
Is this requirement
Hi
2009/6/23 jvlad d...@yandex.ru:
Now the problem is:
/bin/sh
/home/jvlad/php/php5.3-200906221030/libtool --silent --preserve-dup-deps
--mode=compile
gcc -Iext/phar/ -I/home/jvlad/php/php5.3-200906221030/ext/phar/
-DPHP_ATOM_INC
-I/home/jvlad/php/php5.3-200906221030/include
Or it could be possibly fixed by including stdint.h, like
win32/php_stdin.h is included on Windows thrus no compilation error
here. Let me know if the following patch fixes your problem:
Index: php_spl.h
===
RCS file:
On 2009-06-23, David Soria Parra d...@php.net wrote:
dsp Tue Jun 23 14:15:28 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mysqlnd mysqlnd_result.c
Log:
MFH: Fix bug #48644 mysqlnd does not compile with
'--enable-mysqlnd-threading'
jvlad wrote:
Generating phar.php
*** Error code 138
make: Fatal error: Command failed for target `ext/phar/phar.php'
next run of make install produces:
$ make install
Generating phar.phar
make: *** [ext/phar/phar.phar] Bus Error (core dumped)
System information, compiler, and trace would
Hi,
I just ran a make install of PHP 5.3 on Solaris 32-bit:
cel...@t2000-010131:~/php5$ gcc -v
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.11/3.4.3/specs
Configured with:
/gates/sfwnv/builds/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw
jvlad wrote:
Hi,
I just ran a make install of PHP 5.3 on Solaris 32-bit:
cel...@t2000-010131:~/php5$ gcc -v
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.11/3.4.3/specs
Configured with:
/gates/sfwnv/builds/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw
On Fri, Jun 19, 2009 at 18:38, Rasmus Lerdorfras...@lerdorf.com wrote:
Personally I am going to try to make one doc commit per day for the next
little while.
Thats very much appreciated.
Also, if people who added new features (language level, extensions,
classes, methods, functions, arguments,
Hi,
On Tue, 2009-06-23 at 10:55 +0200, Hannes Magnusson wrote:
While documenting header_remove() I was experimenting a little bit..
If an empty argument is passed to the function (empty string, null,
false,..) the function doesn't do anything, as it checks for
ZEND_NUM_ARGS() rather then
On Jun 23, 2009, at 3:49 PM, Johannes Schlüter wrote:
While documenting header_remove() I was experimenting a little bit..
If an empty argument is passed to the function (empty string, null,
false,..) the function doesn't do anything, as it checks for
ZEND_NUM_ARGS() rather then the length of
Hannes Magnusson wrote:
Just by updating the UPGRADING file you will increase the chance of
the feature actually making it to the end-user by 100%, and getting it
documented for free by 75%. And as we all know, 82.5% of all stats
are made up on the spot.
The best part is that 60% of the
2009/6/23 Gwynne Raskind gwy...@darkrainfall.org:
On Jun 23, 2009, at 3:49 PM, Johannes Schlüter wrote:
While documenting header_remove() I was experimenting a little bit..
If an empty argument is passed to the function (empty string, null,
false,..) the function doesn't do anything, as it
can you run the custom gdb dumpbt so we can see which line of
install-pear-nozlib.phar is triggering the error?
(gdb) dump_bt executor_globals.current_execute_data
[0x00861cc0] ???
/export/home/jvlad/php/php5.3-200906221030/ext/phar/phar.php:10
--
PHP Internals - PHP Runtime Development
jvlad wrote:
can you run the custom gdb dumpbt so we can see which line of
install-pear-nozlib.phar is triggering the error?
(gdb) dump_bt executor_globals.current_execute_data
[0x00861cc0] ???
/export/home/jvlad/php/php5.3-200906221030/ext/phar/phar.php:10
Hi,
Thanks. The line in
Hi,
Thanks. The line in question is the first line of the generated
(non-phar) phar.php script which is the foreach line in:
?php
foreach (array(SPL, Reflection, Phar) as $ext) {
if (!extension_loaded($ext)) {
echo $argv[0] requires PHP extension $ext.\n
exit(1);
}
}
?
Could you
jvlad wrote:
Hi,
Thanks. The line in question is the first line of the generated
(non-phar) phar.php script which is the foreach line in:
?php
foreach (array(SPL, Reflection, Phar) as $ext) {
if (!extension_loaded($ext)) {
echo $argv[0] requires PHP extension $ext.\n
exit(1);
}
}
?
26 matches
Mail list logo