Hi all,
make test fails with exit code 255 (again)
There should be something wrong
--
Yasuo Ohgaki
--
PHP Development Mailing List http://wwwphpnet/
To unsubscribe, visit: http://wwwphpnet/unsubphp
Andi Gutmans wrote:
The first one nukes use of namespaces and this on the C level because
Daniel Beulshausen was compiling extensions with a C++ compiler so it
puked on those
The second part is starting to add support for an import statement to
import from a class scope such as FOO::BAR into
Hi all,
This is README for testing PHP with make test or run-testsphp
I'll commit this file as READMETESTING
Any comments?
PS: php CGI binary should not be build under build root
but under sapi/cgi as phpcgi
Yasuo
[IMPORTANT
I don't catch my typo a lot :(
s/FRC/RFC/ in subject
--
Yasuo Ohgaki
--
PHP Development Mailing List http://wwwphpnet/
To unsubscribe, visit: http://wwwphpnet/unsubphp
Walter A. Boring IV wrote:
Howdy,
I was thinking about tweaking the var_dump/print_r functions to
provide the name of the variable being dumped. Is there a way to look
that up? from the active_symbol_table-- ?
?php
$a = something;
$b = $a; // $b refers to the same zval as $a
oh...
we probably need to fix that..
James
-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 02, 2002 8:10 AM
To: James Cox
Cc: Rui Hirokawa; [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] Re: FW: [PHP-QA] New Windows Binaries
There is no 4_1_2
Who is Stanislav Malyshev and how do I contact him without joining this list?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Quoting James Cox [EMAIL PROTECTED]:
oh...
we probably need to fix that..
The name of the branch doesn't matter much and it isn't all that easy to fix.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On 2 Mar 2002 [EMAIL PROTECTED] wrote:
ID: 15822
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Session related
Operating System: Linux 2.2.19
PHP Version: 4.1.2
New
On Sat, 2 Mar 2002, James Cox wrote:
oh...
we probably need to fix that..
That is quite impossible, and I don;t see a reason why it should be
changed actually.
Derick
James
-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 02, 2002
Hartmut Holzgraefe wrote:
Edin Kadribasic wrote:
edinkFri Mar 1 14:29:36 2002 EDT
Modified files: /php4/mainmainc Log:
Added PHP_SAPI constant which contains the name of running SAPI
- Added PHP_SAPI constant which contains the name of running SAPI
On Sat, 2 Mar 2002, James Cox wrote:
Rui,
No, it's against the 4_1_2 branch.
There is no 4_1_2 branch, Rui was right, it has been applied to the
PHP_4_0_7 branch.
Derick
-Original Message-
From: Rui Hirokawa [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 01, 2002 11:32 PM
[EMAIL PROTECTED] wrote:
On Sat, 2 Mar 2002, Yasuo Ohgaki wrote:
yohgaki Sat Mar 2 04:29:46 2002 EDT
Modified files:
/php4/build rules.mk
Log:
Use php.ini-dist as default config file for testing.
Erm, why did you change this? It's suppoed to work with
Derick Rethans wrote:
On 2 Mar 2002 [EMAIL PROTECTED] wrote:
ID: 15822
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Session related
Operating System: Linux 2.2.19
PHP
Yasuo Ohgaki wrote:
Hi all,
make test fails with exit code 255 (again)
There should be something wrong
It stopped doing that for me now
I think we should put a lot of assert()
Any comments for adding following lines to CODING_STANDARD?
--
[8] Include asserth and use assert() Good
Hello,
Attached is a patch that fixes many problems with test-scripts.
I've changed many paths, because all relative paths are only working if
they're relative to the PHP-source dir and not relative to the
test-script. I guess this is expected behaviour?
Anyway, I would appreciate it if anyone
I know i can do global $SAFE_VARS; in each function etc but i was wondering
if there was a way to superglobal $SAFE_VARS; so as i dont have to keep
typing that? If not would someone care to add this? it would be nice for me
to have this function.
Cameron
--
PHP Development Mailing List
Ok, so the situation is this:
--with-gd=/some/dir
This will go through and do configure checks to figure out which version
of GD live in /some/dir Say a static libgda built from gd-201 is
sitting in there
If the system also has a /usr/lib/libgdso then as of 420 the -lgd is
picking up this
At 07:56 AM 3/2/2002 -0800, Rasmus Lerdorf wrote:
Ok, so the situation is this:
--with-gd=/some/dir
This will go through and do configure checks to figure out which version
of GD live in /some/dir Say a static libgda built from gd-201 is
sitting in there
If the system also has a
If the system also has a /usr/lib/libgdso then as of 420 the -lgd is
picking up this shared library
I suppose the only way around this is to use a full path to the static
library in the link line instead of -lgd Does a full path library link
work for a shared library as well? I didn't
At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote:
If the system also has a /usr/lib/libgdso then as of 420 the -lgd is
picking up this shared library
I suppose the only way around this is to use a full path to the static
library in the link line instead of -lgd Does a full path
At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote:
If the system also has a /usr/lib/libgdso then as of 420 the -lgd is
picking up this shared library
I suppose the only way around this is to use a full path to the static
library in the link line instead of -lgd Does a full path
Hi,
I need to make a patch against 405, since I need the
functionality of some modules to remain the same
Is it sufficient to upgrade rfc1867c or do I have to
make other changes also?
Ie, will:
cvs diff -r php_4_0_5 -r php_4_1_2 rfc1867c | patch -u
in main/ fix the problem?
Met vriendelijke
I am developing an internet mobile phone gateway service called smsuniversecom When
it is done it will feature the sending of sms to phones around the worldvia php in a
very easy to use way It will also be very cheap, 100 sms for 10$ I would like to
include the support for this service, as a
joining the team currently translating the manual into hebrew
--
PHP Development Mailing List http://wwwphpnet/
To unsubscribe, visit: http://wwwphpnet/unsubphp
The current bugsystem is not very patch friendly. And as I see it browsing
through the bugs,
patches are often simply ignored without even tell the submitter what they
can do to fix it up.
bugzilla on the other hand have a very nice feature to take care of patches
and files linked to
bugs. I
On Sat, 2 Mar 2002, Rasmus Lerdorf wrote:
At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote:
If the system also has a /usr/lib/libgdso then as of 420 the -lgd is
picking up this shared library
I suppose the only way around this is to use a full path to the static
library in the
The problem really is that when you give configure a path to some specific
place for a static library, but you also have that library as a shared
library in /usr/lib things get messy because we do the configure check
against the located static library explicitly, but then we do a
jim winstead wrote:
jimwSat Mar 2 17:50:52 2002 EDT
Modified files:
/CVSROOTloginfo
Log:
direct Zend-related modules to new zend-engine-cvs list
tweak phpweb entry to avoid catching php4/sapi/pi3web
Are php-cvs subscribers automagically subscribed to the new
Sebastian Bergmann [EMAIL PROTECTED] wrote:
Are php-cvs subscribers automagically subscribed to the new list?
no. (an announcement will be going out shortly.)
What about TSRM?
it's still going to php-cvs.
jim
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
checkins to the Zend Engine related modules (Zend, ZendEngine2, ZendAPI)
are now going to the [EMAIL PROTECTED] mailing list (and
php.zend-engine.cvs newsgroup on news.php.net).
you can subscribe to the list at http://www.php.net/mailing-lists.php
or by sending a blank email to [EMAIL PROTECTED]
Hrm Ok, so the problem isn't as clearcut as I thought A walkthrough:
Install the gd-18x and gd-devel-18x packages on some common Linux
distro I am using an old rh-71 box with a bunch of upgraded packages
here Make sure it installs a /usr/lib/libgdso
Then download gd-201targz from boutellcom
This is really a newbie question, but here goes
I am running PHP4 with Apache on Redhat 62
I am sure I read this somewheres, but can't find it again When I open a
webpage in a small password application that I wrote, the cursor is not on
the first text box I need to fill in, I need to click on
Robin Ericsson wrote:
The current bugsystem is not very patch friendly And as I see it browsing
through the bugs,
patches are often simply ignored without even tell the submitter what they
can do to fix it up
I agree and it's should not be ignored
bugzilla on the other hand have a very
Ralph Jarvis wrote:
This is really a newbie question, but here goes
I am running PHP4 with Apache on Redhat 62
I am sure I read this somewheres, but can't find it again When I open a
webpage in a small password application that I wrote, the cursor is not on
the first text box I need to
Robin Ericsson [EMAIL PROTECTED] wrote:
The current bugsystem is not very patch friendly. And as I see it
browsing through the bugs, patches are often simply ignored without
even tell the submitter what they can do to fix it up.
patches to add this to the bug system would be greatly welcomed.
On Sat, 2 Mar 2002, Rasmus Lerdorf wrote:
-L/usr/lib/gcc-lib/i386-redhat-linux/296///
-L/usr/lib/gcc-lib/i386-redhat-linux/296
-L/tmp/19246-i386/BUILD/pspell-122/modules/libs -L/usr/lib
This is the problem /usr/lib shouldn't be here
In your working build you won't see it
So, there
Yes, I realized it moments after I sent it that it was to the wrong
group
Sorry
Ralph
Yasuo Ohgaki [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED];
Ralph Jarvis wrote:
This is really a newbie question, but here goes.
I am running PHP4 with Apache on Redhat 6.2.
I
On Sun, Mar 03, 2002 at 01:05:01AM -, [EMAIL PROTECTED] wrote :
Use of CRLF is known to break qmail systems where no conversion of line
breaks occurs on the input data.
If that is true, I wonder why I've never seen any problems in
_years_. I was running qmail even before I ever
Had some more time to play around with this just now, if php.ini is located
in the same directory as the binary it works right and if
'--with-config-file-path=/home/gamr/vhosts/ec.gamrdev.workgroup/php.ini' is
a directory and contained in there is a php.ini it will work.
Anyone care to fix this
I need a review bug #14423 (http://bugs.php.net/bug.php?id=14423edit=1)
I think I've figured out what is wrong, but unfortunately I cannot do a
buildconf on the machine I'm on currently (libtool is limited to 1.3, not
1.4).
So if someone can try this patch out and comment on any corrections for
This is the problem /usr/lib shouldn't be here
In your working build you won't see it
Looks like ext/pspell/configm4 is the culprit
-Rasmus
--
PHP Development Mailing List http://wwwphpnet/
To unsubscribe, visit: http://wwwphpnet/unsubphp
Markus Fischer wrote:
On Sun, Mar 03, 2002 at 01:05:01AM -, [EMAIL PROTECTED] wrote :
Use of CRLF is known to break qmail systems where no conversion of line
breaks occurs on the input data.
If that is true, I wonder why I've never seen any problems in
_years_. I was running
43 matches
Mail list logo