)/sizeof(enum mbfl_no_encoding);
--
Preston L. Bannister
[EMAIL PROTECTED]
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
) {
+return fp;
+}
+return 0;
}
/* }}} */
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
sprintf(php_ini_search_path, .%c%s,
ZEND_PATHS_SEPARATOR, default_location);
}
}
- if (free_default_location) {
- efree(default_location);
- }
}
PG(safe_mode) = 0;
--
Preston L. Bannister
http
(cgi.redirect_status_env, redirect_status_env) ==
FAILURE) {
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
is built-in */
+/*
#ifdef PHP_PROG_SENDMAIL
#undef PHP_PROG_SENDMAIL
#define PHP_PROG_SENDMAIL Built in mailer
#endif
+*/
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit
(php_mbstr_default_identify_list[0]);
static unsigned char third_and_rest_force_ref[] = { 3, BYREF_NONE, BYREF_NONE,
BYREF_FORCE_REST };
static unsigned char second_args_force_ref[] = { 2, BYREF_NONE, BYREF_FORCE };
-Original Message-
From: Preston L. Bannister [mailto:[EMAIL PROTECTED]]
Sent
version of PHP :).
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
of PHP in our application, with a local php.ini file.
Instead I'd suggest that the settings stay in php.ini, but that PHP
look for php.ini first local to the installation of php.exe.
I posted a (tested!) patch a few days back to do exactly this.
--
Preston L. Bannister
http://members.cox.net
it :)
this isn't going to be a big task, i'll put it onto my todo.
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Preston L. Bannister wrote:
Instead I'd suggest that the settings stay in php.ini, but that PHP
look for php.ini first local to the installation of php.exe.
The settings
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
I now changed the MSVC project files in order to generate config.w32.h
from config.w32.h.in during the build, if config.w32.h does not already
exist.
However, as I of course found out only after committing, MSVC deletes
;
printf(xxx_strlcat() copied %1.0f characters in %ld
ticks\n,(double)nTotal,(long)dt);
return 0;
}
-
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
At 15:09 02/05/2002, [EMAIL PROTECTED] wrote:
Ok then, perhaps we should have an .ini setting for it? :)
So you want to add an .ini setting where the .ini file could be found?
That just doesn't make sense to me :)
That was a joke..
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
At 14:44 02/05/2002 +0300, Zeev Suraski wrote:
At 14:00 02/05/2002, [EMAIL PROTECTED] wrote:
On Thu, 2 May 2002, Zeev Suraski wrote:
At 13:36 02/05/2002, [EMAIL PROTECTED] wrote:
Some hosters use this feature to have different settigns
sure it behaves *exactly* like the existing one?
I stole the implementation from OpenBSD so it might be a good idea for you
to send it to them.
They are the best to shed light on this and see if it's exactly the same
and faster.
Andi
At 09:00 02/05/2002 -0700, Preston L. Bannister wrote
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
IMHO, the enemy of the good is the better.
We can implement the binary-dir solution in no time, and it covers 95% of
the problems easily, but instead we'll be discussing perfect solutions and
end up doing nothing :)
Yes, please! :)
Remember
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Well, you are correct that the size of the executable is irrelevant, but
having different instances of PHP means less shared pages when multiple
copies are loaded. There is a definite advantage to having a single httpd
binary that is the same
' : return code '0xff'
Stop.
Error executing nmake.
__test_run_complete__ - 5 error(s), 0 warning(s)
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
: Saturday, May 04, 2002 6:18 PM
Yes,
i'm working on getting tests working on all platforms... but not today,
probably very soon.
-Original Message-
From: Preston L. Bannister [mailto:[EMAIL PROTECTED]]
Sent: Sunday, May 05, 2002 2:14 AM
Is anyone working on getting the run
From: James Cox [mailto:[EMAIL PROTECTED]]
My plan is to revamp the way that tests work, so it's more efficient. But,
you are more than welcome to work on the current testing system, -- all the
tests will be converted anyhow :)
First iteration - regularize the output to allow easy
Smoothing out the rough spots in the Win32 version of PHP. Help to get running and
add to the unit tests for PHP - particularly on Win32.
If you want to know what I've done in the past, you can get a hint from Google:
Updated run-tests.php to work well on Win32.
The changes *should* work on Unix as well, and I'll do some
testing once I finish getting my newer Linux box set up :).
Added some tricks I've found useful in writing unit tests:
* Require a specific explicit path to the PHP executable.
* Require
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
testing right away on Linux :)
I've some comments:
[root@kossu php-4.3.0dev]# php run-tests.php
FAIL environment variable TEST_PHP_EXECUTABLE must be set to specify PHP executable!
Nice message, but I think it would be a good idea to
and no possibility of human error.
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
From: Stig S. Bakken [mailto:[EMAIL PROTECTED]]
Did anyone come up with this one before or do I have a first post? :-)
#!/bin/sh
exec php -d output_buffering=1 $0 $@
?php
ob_end_clean();
print Hello World!\n;
?
Or the shorter (and faster) version:
#!/usr/local/bin/php -d
It might be of help when migrating from ASP to PHP.
If you can pass values(?) between ASP and PHP then you might
be able to convert incrementally from ASP to PHP.
For applications that have too much code to convert (and test!)
in one release cycle, this could be a significant advantage.
You
seperately can be have a much larger impact. In this
case you want to think about building in all the often used extensions.
--
Preston L. Bannister
http://members.cox.net/preston.bannister/
pbannister on Yahoo Messenger
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit
for a multi-threaded application
may in fact not be much different from a tradition Unix application
that uses multiple processes.
I don't know how to verify this - dig out the physical memory usage
and check the copy-on-write behavior - on Linux.
--
Preston L. Bannister
http://members.cox.net
From: Ilker Cetinkaya [mailto:[EMAIL PROTECTED]]
[snip]
but after getting known of the ze2 features, I personally saw PHP finally
growing out of that PHP, language for kiddies-image.
IMHO PHP is a real good language for its target purpose, but it has
potential to be much better.
PHP is a
By as many platforms as possible do you mean different web servers on
Windows (in which case using ActiveX components is viable), or different
operating systems (Linux? Apple's OS? Sun? z/OS?)?
Which specific platforms do you have in mind?
I would not ordinarily recommend writing code in C
Might depend on their usage.
Using Apache 2 with PHP through CGI or FastCGI should be OK.
PHP as an Apache 2 module you'd expect to take a bit longer to settle down -
especially if threading is involved.
-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Sent: Monday,
I'd vote with Rasmus here. Adding an include statement (whatever it's
called) looks to be very low risk for inclusion in the 4.3 release.
I am a little uncomfortable with the auto-magic function to include all
files in directory. I've been bitten more than a few times by magic that
didn't do
Unfortunately I have to agree with Markus on this.
If we don't care very much about the risk of breaking backwards
compatibility then altering calls to the ereg functions is a perfectly fine
idea.
If we *do* care about backwards compatibility then *before* committing the
changes in any permanent
There is nothing about using a C++ compiler that makes your code less
efficient. The primary determinant is still overwhelmingly the
programmer. C++ has *never* gotten in my way when writing extremely
efficient programs, and in fact I find it a great help.
The flip side is I've seen a lot of
There is an impedence mismatch here between typical usage on Unix and
typical usage on Windows. Some infomation that can typically be compiled-in
on Unix must be determined at runtime on Windows.
I don't believe the environment is really a good place to be expecting this
information - not on
That would be a big YES - as in practically all C++ compilers. It was a
part of the draft ANSI standard for C++ for rather a long time (but not in
the final standard?).
-Original Message-
From: Stig S. Bakken [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 04, 2002 1:23 AM
Isn't
Admittedly I didn't hear whatever discussion went on before, but I wonder
why the need for two different executables? It seems that the presence of
the CGI variables SERVER_NAME and SERVER_SOFTWARE are pretty big hints, so
you could decide at runtime whether to act as CGI or CLI.
For
Thanks Hartmut, that added some much needed clarity.
One comment I have to offer is the clutter you mention strongly suggests a
refactoring was needed to lift from common code the CLI or CGI affected
code.
Including or omitting entire modules appropriate for each environment is
also a pretty
Just for the record, there is no fork() on Win32.
I have little doubt Sterling meant the Win32 equivalent :).
The only reason I felt this worth mentioning is that fork() on Unix is a
relatively cheap operation, and an advantage unique to Unix. Some have
posted here of service providers that
This requires some Win32 magic in the invoking Win32 program, not in the
generic PHP executable - so your question is somewhat off-topic for this
list (though this may not have been apparent).
The hint:
STARTUPINFO si;
memset(si,0,sizeof(si));
si.cb = sizeof(si);
si.dwFlags
39 matches
Mail list logo
