by all. A post rejected message could tell them to try
a different email list, but if they really feel the email is for the dev
list, send it to [EMAIL PROTECTED] and it will be reviewed by someone when
they get the time.
Shane
--
PHP Development Mailing List http://www.php.net
what
I want), but I would hope we have some capability of implementing
multiple interfaces in a class somehow.
interface JAZ {}
interface FOO {}
interface BAR extends FOO {}
class foo implements FOO {}
class foobar extends foo implements (BAR,JAZ) {}
Shane
--
PHP Development Mailing List http
class implements interface
not ok:
interfaces implements interface
class extends interface
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
It's a patch to ze2 that was done over the weekend, there is a new ini
setting that if you turn it on will fix the problem, just cannot
remember what it was right now...
Shane
Sebastian Bergmann wrote:
Notice: Undefined variable: GLOBALS in E:\test.php on line 7
1 ?php
2 function foo
Shane Caraveo wrote:
It's a patch to ze2
Actually, it may not have been to ze2 itself.
that was done over the weekend, there is a new ini
setting that if you turn it on will fix the problem, just cannot
remember what it was right now...
Shane
Sebastian Bergmann wrote:
Notice: Undefined
So I'm not clear on how I am should expect this to work. A simple script:
error_reporting(2047);
print_r($_ENV);
is now completely broken unless you turn on register_long_arrays. If
that is expected behaviour, register_long_arrays must be on by default.
Shane
Zeev Suraski wrote:
I wanted
would like to change php to not escape env
vars if magic_quotes_gpc is on. Any opinions on this?
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
this effects _ENV, _SERVER and _FILES
in addition to _GET,_POST and _COOKIE. I also don't know if any other
stuff happens to use php_register_variable that may not want escaping.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
4.3.1 works fine.
Shane
Dan Hardiker wrote:
Hey all,
echo ?php echo \hi\; ? | /path/to/php
That works on php v4.2.x but Ive got 3 machines on v4.3.x and none of them
seem to respond to the piping of the php config.
v4.2.x Response
and getenv calls
in straightening things out. I'm sure this adds some of that, but I
don't think it would add as much an increase as you are seeing, unless
you're using some long path_info paths.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
Rasmus Lerdorf wrote:
On Sun, 23 Feb 2003, Shane Caraveo wrote:
CGI, right? Part of this may be from the path_info handling I've added.
The extra realpath() and fstat() calls are not cgi specific, so if what
you added only affects cgi, then that isn't the big problem.
-Rasmus
ok, it's only
I wanted to run through all the cgi stuff in detail again for 432, but
likely wont have the time by the 26th to do that.
Shane
Jani Taskinen wrote:
To get this thing started, I'm going to roll PHP 4.3.2-pre1
on Wednesday, 26th Feb, around 3pm EEST. And I'll announce
it on php-general
The attached patch adds 2 optional parameters to proc_open(). The
first, cwd, and the second is an array for executing with a custom
environment. I've tested this on w2k and osx. Comments, fixes,
changes, and testing on Linux, would be appreciated.
Shane
Index: ext/standard/proc_open.c
Excelent, The CGI vars are correct. One less sapi module to deal with :)
Shane
Uwe Schindler wrote:
The variables you explain are surely there. But a lot of scripts depend
on other headers, which the client sent.
The SAPI module only creates Variables for a subset of them
(HTTP_USER_AGENT
, there is a use for it.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
? How is the benchmark difference on large
text (ie. 100K of text) vs. small text (1K or smaller)?
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
, in the situation above, it's a duplicate, not a bogus. Marking
it a duplicate informes the user (for the 75th time) that the bug was
already reported, and even if that bug is fixed, it then points the user
to the fix as well.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
, releasing
at different times than php, and visaverse. I think this would make
releasing new versions of php much more manageable.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Sara Golemon wrote:
It looks like the correct behavior was broken with patch 1.199 to
php/sapi/cgi/cgi_main.c
Because there are a number of modifications in this patch and I don't want
to go messing it up any further I'll ask the original patch submitter
(shane) to take a look and reconsider
on make install.
That is the correct behaviour. --enable-cli is a default, thus you do
not have to define it to build cli. 'make install-cli' is used to
install cli rather than cgi. I don't see the confusion in that.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
(GATEWAY_INTERFACE) != NULL)
execv(/path/to/php-cgi, argv);
Lets not compound one bad idea with another.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Plain and simple, and it is the ONLY way that 4.3 can be released.
There is no way in hell I would support the release of PHP with the cli
binary replacing the cgi binary. Change it back to the way it was in
4.2.x since there is no time to properly fix the problem. Leave it
marked
I would agree that this is a big problem.
Shane
Andrei Zmievski wrote:
On Wed, 18 Dec 2002, Sascha Schumann wrote:
The next point release after 4.2.0 was 4.2.1.
There are too many major changes in 4.3 vs. 4.2 to call it a
'point release'.
Semantics.
Especially
release. I'd be
happy to do this in January.
* Documentation is added in regards to this issue.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
No. At the most, if anything, CLI should output an error message:
if(getenv(GATEWAY_INTERFACE) != NULL) {
printf(This is the PHP CLI binary, please configure your server to
use the correct PHP CGI binary.);
exit(1);
}
Xavier Spriet wrote:
Great.
In that case, in order to make things a
by using a flag in that instance (php -f
script.php for instance) but that is not optimal.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
on the other hand do recall complaining about this issue, into the
typical php-dev vacume. My strong suggestion at the time was to move
things back to one binary, which i still beleive is the best solution,
exactly for the ease of use issues that Zeev brings up.
Shane
--
PHP Development Mailing List
, the namechange goes against several
years of history in php, tons of documentation, general community
knowledge, etc., and top it off with the fact that in reality, probably
less than 1 percent of users use php as a command line language.
Shane
--
PHP Development Mailing List http://www.php.net
Jani Taskinen wrote:
On Mon, 9 Dec 2002, Shane Caraveo wrote:
Simply because calling the command line interface should be easy - as easy
as calling awk or perl or whatever. Every server api module like cgi must be
installed, so the name does not matter there. But having long names for
command
works fine for me without exiting, under mod_fastcgi on win32 and osx
and my iis/fastcgi. There was a problem with exiting after each request
on windows, but I fixed that a couple weeks ago.
Shane
Harald Radi wrote:
i wasn't able to run it succesfully on windows. i can compile
sapi/fastcgi should be deprecated.
Sebastian Bergmann wrote:
What happens to sapi/fastcgi, now that we have FastCGI support in
sapi/cgi?
IMHO, it should be removed for PHP 4.3.0 already.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
is
not understood in this instance)
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Essentialy, I think that these patches should be put into 4.3, due to
the extreme broken behaviour that 4.3 currently has in CGI mode.
However, since i'm not involved in release management, I'll leave the
decision to do that to those who are.
Regards,
Shane
--
PHP Development Mailing List http
Is this just starting? How long since your last configured? I just
added two new m4 files, but they shouldn't get used unless you
--enable-fastcgi, did you do that?
Shane
Magnus Määttä wrote:
On Mon, 2 Dec 2002 04:39:34 +0200 (EET)
Jani Taskinen [EMAIL PROTECTED] wrote:
I get
with HEAD)
Forgot to test after noticing this..the build does not work
at all now. (of course, as php_config.h.in is missing, php_config.h
ends up being an empty file..)
Well, I can't recreate the problem in either 43 or HEAD.
Shane
--
PHP Development Mailing List http
either if it is in 4.3.
Shane
Andi Gutmans wrote:
Are you sure we should have this stuff in the branch of 4.3? Are these
bugs which didn't exist in 4.2.3?
If they did exist I'm -1. If they didn't exist then that's life and the
patch should stay in but people familiar with CGI should review
Is there any reason the ifdef __cplusplus doesn't work? There shouldn't
be any need for extra processing or config options.
J Smith wrote:
How about adding something like this to skeleton.c:
/* __begin_extern_c__ */
/* __end_extern_c__ */
And having the sed script in ext_skel replace them
and the extension will not work.
Simple solution is to have
#ifdef __cplusplus
extern C {
#endif
at the top of skeleton.h, and close it at the bottom.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I think that would be quite cool, save me from having to do it manualy.
Shane
J Smith wrote:
A couple of times a month, I get questions about from people looking to use
C++ with PHP. Apparently, a lot of people end up reading some post I made
to php.dev or something a year or so ago about C
the environment prior to calling
php_request_startup. This will also fix my fastcgi problem as they are
the same. I already have part of the patch done that fix path_info and
path_translated.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
xml wherever possible just because it can
be. There are existing techniques and libraries designed for this, find
one and use it.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Shane has in mind.
cats or gettext comes to mind.
man catgets
google search: internationalization cats
gettext seems to be ported more (it's on osx by default, cats isn't).
Some defines can be created so that php does not have to be compiled
with support for it:
PHP_I18N(Some English Phrase Here
something else. More the point is that
stuff exists, techniques exist, no need to reinvent the wheel.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
John Coggeshall wrote:
Shane (and everyone else):
Why don't we move PHP into a separate executable. Design a
thin ISAPI DLL which purely passes the data which the ISAPI
DLL exposes between the IIS process and the PHP process (or
process-pool for added reliability). The resulting page
of thread safety in the
extensions and third party libraries that are used in php. It's also a
lack of good mt testing facilities. And for those who dont care about
isapi, face it, you'll have the same exact problems with apache 2 mpm.
Shane
--
PHP Development Mailing List http://www.php.net
Anyway before I get carried away and actually test this :) - anybody got
any thoughts.
Regards
Alan
What's wrong with how overload does this?
SHane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Alan Knowles wrote:
Shane Caraveo wrote:
Anyway before I get carried away and actually test this :) -
anybody got
any thoughts.
Regards
Alan
What's wrong with how overload does this?
it has a slight downside in clarity of code - eg. where is that method..
But it (overload
Ok - so unless Shane disagrees and gets physical,
/me jumps around screaming after hiking up a large mountain carrying 2
40lb. boulders...physical enough? :)
run-tests.php should
be in 4.3 and will have a totally different code-base than the version
for php 4.4/5.0.
I don't expect we'll
, doesn't change
enough between ze1 and ze2 to warrent any worry about it. If it does
become an issue then we'll deal with it, but I find that highly unlikely.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
of the test script, and
on a multithreaded test script. Purpose is to test multithread support,
and hopefully start finding the issues, under IIS and Apache 2.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I did more work and testing with fastcgi and apache 2, and have php 4.3
running under apache 2. Since it's out of process, no multithread
issues which are one of the major issues. I didn't write docs, but
there are some in sapi/cgi/README.fastcgi
Shane
As far as I can see, we should
you plan on implementing this?
Well, currently i plan on using a Perl script to read the curl.h
definition file, and generate the code for all options that don't meet
the following criterium:
What, you can't write a simple parser in php? Off with his head! ;)
Shane
--
PHP Development
installed which will allow the cURL
extension to support multiple versions of the library without a lot of
maintanence and stuff :)
-Sterling
Actually, the pre-generated stuff should be done, it will make windows
life easier.
Shane
--
PHP Development Mailing List http://www.php.net
developer too ;) Just wait till he starts
embeding php in xsl :)
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Xalan and Xerces have both java and c versions.
Markus Fischer wrote:
Since Xalan is written java, won't ext/java do that work
anyway?
On Wed, Oct 16, 2002 at 02:56:50PM -0700, Alex Black wrote :
Hi all,
I have done limited looking but as far as I can tell Xerces is not
, but I want to pass the patch by dev before
commiting. I've finished my patches to cgi_main.c, but those patches
require this.
Shane
Index: php_variables.c
===
RCS file: /repository/php4/main/php_variables.c,v
retrieving revision 1.44
Actually, I'm not sure when I'll be able to return to this so I'll just
commit it since this is all working, and people can complain later if
they want.
Shane
---
I'm working on getting mod_fastcgi/apache2/php4.3 to work
-fastcgi, which will set the define PHP_FASTCGI for the
sapi/cgi compile, and include the libfci library as needed.
Shane
List: php-dev
Subject: [PHP-DEV] sapi/fhttpd + other sapi/cgi related things..
From: Jani Taskinen [EMAIL PROTECTED]
Date: 2002-10-12 6:31:04
[Download message RAW
configurability in how php is used (single process/request, single
process/multiple requests), and provide a way to run out-of-process
multithreaded php.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hmm, is there no way to make the functions work with both odbc versions?
Have an odbc_set_version(int) function that can set the version of
odbc to use. The default can be version 3. This way, with the addition
of a single function call, scripts can provide BC.
Shane
Dan Kalowsky wrote
through odbc2...odbc3 and so forth. Don't know an easy
solution right now.
Shane
Dan Kalowsky wrote:
On Tue, 10 Sep 2002, Shane Caraveo wrote:
Hmm, is there no way to make the functions work with both odbc versions?
Have an odbc_set_version(int) function that can set the version of
odbc to use
to
change in incompatible ways, it shouldn't be part of the standard PHP
distribution. We have a means to distribute extensions outside of PHP
now, IMO experimental extensions should not be allowed into the core PHP
distribuation any longer. PECL it.
Shane
--
PHP Development Mailing List http
useless.
I think having a IF in php.ini is good idea.
it's too bad we don't have an implementation of a complete programming
language laying around.
jim
Yeah, sure would be usefull, then we could just get rid of ini, and use
the language...
Shane
--
PHP Development Mailing List
it uses a couple techniques
suggested by MS for performance (such as creating worker threads and
async read/write).
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
that with the limited set of extensions, against
a specific set of versions of addon libraries on a specific version of
that OS, yes, it should be production quality - maybe.
-Rasmus
Sounds like windows now ;)
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
will
dissagree.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
is that this would be a perfect fit for protocols like DIME.
Shane
Wez Furlong wrote:
Hi Sterling,
I'm not sure :-)
I'm 50/50 on integrating curl, because I know that it supports more features
than the current wrappers, but I'm not sure if it supports a rich enough
API to do the things that the streams API
for all threads that were started to shutdown.
But the use of a global mutex should not be necessary once things are
more developed. Loading from ini will fix this.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
would be using APR throughout PHP.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I've cleaned things up a bit, removed code from tsrm and added it to a
new file, and commited to pecl. This way those interested can start
playing with and developing the module.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Andi Gutmans wrote:
At 12:40 PM 8/3/2002 -0700, Shane Caraveo wrote:
Andi Gutmans wrote:
By the way, if we do end up making this kind of thing mainstream we
should probably use APR (or another library) for thread abstraction.
I wouldn't want to do all of that work over.
Andi
, it actually comunicates with this extra thread to set/get the
shared vars.
Since you know the engine much better than me ;), what do you think of
these idea's?
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
, but probably won't have it complete until
this weekend some time. What you've done now is fairly simular, but
pthread specific. Given time, I might have enough done to email a diff
containing my work tomorrow night if you want to take a look.
Shane
--
PHP Development Mailing List http
, and zend engine in general). As in a
couple other responses, the way this needs to be implemented has been
hashed out, largely based on how the same problem is solved in Perl
(there is a remarkable amount of simularity between PHP and Perl at some
levels). If you're interested, lets talk.
Shane
/stordev.asp
http://www.sysinternals.com/ntw2k/source/misc.shtml#junction
And if someone was really wanting symlinks for files, Reparse Points
could be used to implement a file system filter that implements them.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http
Hi Jason,
PHP-DEV isn't the proper forum for asking questions about commercial
products. Email us on the komodo-discuss email list, email list info at
http://aspn.activestate.com/ASPN/Downloads/Komodo
Regards,
Shane Caraveo
Jason McCormack wrote:
Hi All,
Has anyone out there had any luck
with LockFile, but at least it would supply win9x with partial
flock support. At the least, documentation should state that flock is
not supported on win9x/ME/CE.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
other than
having a build per version of PHP. So the built extensions would have
to have a filename like: extname-phpversion-extversion.zip. Another
idea would be to have the extensions built for windows on the server
side, and cached if one was already built.
Shane
Stig S. Bakken wrote
Hmm, what is happening for win32?
Stig S. Bakken wrote:
With the latest PEAR installer (version 0.90), PECL extensions are now
built and installed during pear install/upgrade on Unix systems.
First: upgrade PEAR to 0.9 with pear upgrade PEAR.
If you have the xmms libraries and
I indeed like to see some proof that it is used so widely. You state that
XML is widely used, but I really think that this is only true for a small
part of the people who work with PHP. This does not mean I don't see value
in XML, it's certainly usefull... but that doesn't warrant
Making PHP work a certain way because a specific platform doesn't have the
different items should not be a deciding factor.
wrong. It's absolutely a major factor.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
needs.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
, and the way I think it
should remain.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
to the future of
PHP as the web itself, well, there's no convincing.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
/installed automaticly.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
this since
soap (in addition to other things) would greatly benefit from having
this bundled.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
as xml. The only downside in
increasing the size is the bandwidth requirements for php.net.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Ahh yes, I've been bitten by this limitation a few times, quite
agravating. I would definitly like to have this work.
Shane
phpsurf wrote:
the problem is that if you define some function :
function someFunc(myParam) {
...
}
then you can call :
someFunc($someVar
discussions and see that they are
looking to co-develop the PEAR and C extensions. They are relying on
including a code snippet at the top of every page using soap functions.
Nothings being relied on right now, just idea's are being floated.
Shane
--
PHP Development Mailing List http
to a core
distribution of a given project.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Experimental extensions are not finished, likely undocumented, prone to
change, prone to bugs, etc. They shouldn't be in core at all. core
should be entirly stable. If it's an important enough extension it will
be recognized as such, and mirrored to core after it is stable.
Shane
Vlad
no knowledge of Perl which is why I have no clue what features
are/aren´t included in SOAP::Lite.
Maybe Shane knows more about it?
Regards,
Markus
SOAP::Lite has the same problem, in fact with simple stuff we've done at
work it's proven to be less interoperable that PEAR::SOAP when
him to work on this also (I'm sure he's lurking here ;).
There have been a couple others contacting me about working on the soap
stuff as well.
Shane
Rasmus Lerdorf wrote:
pear/SOAP seems to work pretty well. There are few people out there that
know more about SOAP than Shane and I am quite
I would say go for it, but I want to hear from some others first to know
that I wont be talking to myself on an email list ;)
Shane
Rasmus Lerdorf wrote:
So do we want a [EMAIL PROTECTED] mailing list? I can set it up if
you say the word.
-Rasmus
On Thu, 23 May 2002, Shane Caraveo
Ugh, can't stand 'web services'. But anyway, I think this information
needs to go into regular documentation on php.net and pear.php.net
first, then if there is realy a need for it expand into an additional site.
Shane
Lukas Smith wrote:
It sounds to me like something like
Unless some work has been done on it, I found it very lacking. Many
things are hardcoded in C that would make it hardly interoperable with
other implementations.
Shane
In fact, xmlrpc-epi also supports SOAP:
---[SNIP]---
As of Sept. 27, 2001, experimental support for SOAP v 1.1 has been
for both to
use. Getting them using the same API will allow for the wrapping of the
C classes and other things like test harness and the interop scripts in
PEAR::SOAP to work with ext/soap.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
Everyone who subscribes, please send an email to the list so we know.
Thanks,
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
needed,
so it should work just fine without zlib:
Hmm, I couldn't make the pear command work on windows until I loaded the
zlib extension.
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
to integrate it with the streams stuff,
but I still haven't looked at that so I don't know if or what needs to
be done to do that.
More info on DIME at
http://www.gotdotnet.com/team/xml_wsspecs/dime/default.aspx
Shane
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit
1 - 100 of 163 matches
Mail list logo