On 15-Jun-16 15:55, Rowan Collins wrote:
On 15/06/2016 14:01, Peter LeBrun wrote:
The weirdest part about this is that PHP is somehow trying to allocate
140TB of memory.
I've seen numbers like that a few times - always around 140TB, but the
exact number varies. I assume it's an overflow (or
Hi,
yesterday I mentioned an old issue re: an issue on AIX - that probably
only occurs when not using gcc.
Further, because it was time - I am still using php 5.2 because of all
the little irritations when it comes to packaging PHP - I went through
the process of building the "generic" php f
Hi,
Years ago I reported what I thought should be fairly simple to resolve.
The issue number (below) is that now the zend code goes through the
following logic
# test 1
#define __restrict__ restrict
later test #2
# define __restrict__
And always:
#define restrict __restrict__
In this case:
-S SYSCONFDIR='$APXS_SYSCONFDIR' \
--i -a -n php5"
+-i \$APXS_ACTIVATE -n php5"
fi
case $host_alias in
On Sat, Sep 29, 2012 at 8:03 PM, Michael Felt wrote:
> When using make INSTALL_ROOT=/var/tmp/root/php-5.
submitted a bug-report on running configure with a setting of --prefix=/opt
(https://bugs.php.net/bug.php?id=63221)
After editing ./configure
1,$s/\/usr\/local/\/opt/g
configure; make; make test
executes as expected.
On Fri, Oct 5, 2012 at 12:50 AM, Johannes Schlüter wrote:
> Hi!
>
> We've r
etlater.
Do you want to send this report now? [Yns]: s
Please send /data/prj/php/php-5.3.18RC1/php_test_results_20121005_1110.txt
to qa-repo...@lists.php.net manually, thank you.
On Sat, Sep 29, 2012 at 8:57 PM, Michael Felt wrote:
> Done: https://bugs.php.net/bug.php?id=63187
>
> On
Done: https://bugs.php.net/bug.php?id=63187
On Sat, Sep 29, 2012 at 8:08 PM, Pierre Joye wrote:
> hi Michael,
>
> Please open a bug at bugs.php.net with all the details (linux version,
> etc.).
>
> On Fri, Sep 28, 2012 at 10:01 PM, Michael Felt wrote:
> > At the star
When using make INSTALL_ROOT=/var/tmp/root/php-5.3.17.0 install
I get an error about httpd.conf not being in place for apxs (if I copy it
ahead of time, apxs works fine)
Isnt this to be expected - that httpd.conf is not avalibale, and apxs
should just "fail" gently, leaving a warning
but continuin
At the start of 'make test' I get a strange bin/sh error that I think keeps
the result from being saved in a file.
I answer 's' for save at the end, but no file is saved (that I can find).
I editted Makefile, so that the "test" command is echoed and get this...
(hoping it is useful to someone!)
Hi. My apologies if I missed an "obvious clue" somewhere, but I am looking
for a configure
option to enable nearly everything - to be supplemented by select disable
statements.
In the past I have had complex configure scripts that I would like to simply
with selective deletes, rather than discover
f
#define restrict __restrict__
AIX: /usr/include/standards
/*
* Handle the use of the restrict keyword in non-C99 compilers
*/
#if ((__STDC_VERSION__ >= 199901L) || defined(__C99_RESTRICT))
#define __restrict__ restrict
#else
#define __restrict__
#endif
Whose right??
On Thu, Jun 14, 20
messages crossed - thanks. I was thinking of copying the sqlite, or at
least doing a diff when I saw the same error in both 5.3.14 and 5.4.4
On Thu, Jun 14, 2012 at 6:33 PM, Michael Felt wrote:
> Well, I am wondering if I posted this wrong - where are all the [PHP-DEV]
> brackets comin
and 5.4.4
Michael
On Thu, Jun 14, 2012 at 12:58 AM, Michael Felt wrote:
> Hi.
>
> I am trying to compile php against httpd 2.4.2 - but before it gets
> interesting I think I am having a different problem.
>
> The sqlite3 embedded in ./ext/sqlite3 returns a syntax error against vac.C
Hi.
I am trying to compile php against httpd 2.4.2 - but before it gets
interesting I think I am having a different problem.
The sqlite3 embedded in ./ext/sqlite3 returns a syntax error against vac.C
v11 compiler.
data/prj/php-5.3.13/ext/sqlite3/sqlite3.c -o ext/sqlite3/sqlite3.lo
"/data/prj/php
While performing a build on AIX433 I get the following error.
/data/prj/php-5.2.14/ext/zip/lib/zip_name_locate.c: In function
`_zip_name_locate':
/data/prj/php-5.2.14/ext/zip/lib/zip_name_locate.c:67: error: `strcasecmp'
undeclared (first use in this function)
/data/prj/php-5.2.14/ext/zip/lib/zip_
p.s. my fix is:
/* Define to 1 if you have the header file. * /
#ifndef HAVE_STDINT_H
#define HAVE_STDINT_H 1
#endif
*/
(added space to break end-of comment, and added end of comment below block)
On Tue, Oct 19, 2010 at 3:32 PM, Michael Felt wrote:
> Maybe a bug? with ext/* I wonder if it
Maybe a bug? with ext/* I wonder if it is internal, or something borrowed.
The hardpart is to get a compiler old enough to not have stdint.h I suppose,
but when that is the case the build fails and/or configure misses it.
from /data/prj/php-5.2.14
# grep -n HAVE_STDINT_H */*/*/*.h
ext/date/lib/t
On Tue, Oct 12, 2010 at 2:00 PM, Antony Dovgal wrote:
> On 10/11/2010 10:35 PM, Michael Felt wrote:
> > As to 5.3 - personally, I have some oldish PHP code that does not like
> > some of the new defaults in 5.3 (as least when I tried when it first
> > came out). However, I
the BUILD_CLI issue. Personally I find it very strange as it used to
work fine (the string does not look to have changed in a long time. I would
guess it is some security 'improvement' in make or ksh.
On Mon, Oct 11, 2010 at 12:02 PM, Antony Dovgal wrote:
> On 10/10/2010 12:13 AM, Michae
On 10/9/2010 10:13 PM, Michael Felt wrote:
To be continued. The sapi/cli/php5 is not being created now. Will be
updated with changes in the
failed make test output once I figure what has gone wrong. :(
Actually, it is there, but for some reason it is not starting. Please
excuse my
The bold feature of the mailer got lost - look for *.* for highlighted
text. My apologies.
I think it is a bug, but it might also be a misunderstanding.
Background: I am trying to convert Joomla 1.0.X to 1.5.X and ran into
problems with the conversion of the database that is done during the
migration. I started out by doing several of the tests/samples in the
php manuals, but always
22 matches
Mail list logo
