Re: [PHP-DEV] Static vs. non static
As you're using this in the context of the object, I don't think it's too confusing. I actually find the latter more confusing and think it's best to stick to what we have today. Andi At 12:08 AM 1/23/2006, Lukas Smith wrote: Andi Gutmans wrote: Yes, this was by design. Via class it should be ::method() and via object it should be ->method(). Why do you think this is wrong? I think it actually makes a lot of sense and don't see what we gain from allowing to call self->method(). If there's a good reason, I'd be open to it though. I just gave a course in PHP5 OOP and this syntax overlap with static calls that do not end up being static seems confusing. If I get Marcus proposal properly he would then allow changing things from: parent::method(); to parent->method(); This would add a totally separate syntax, which would make it clear to users that this is in fact not a static call. It looks ugly, but I understand what he is aiming at. regards, Lukas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-CVS] cvs: pecl /json json.c package.xml php_json.h
Omar Kilani wrote: All, On 1/22/06, Derick Rethans <[EMAIL PROTECTED]> wrote: On Sat, 21 Jan 2006, Andi Gutmans wrote: Yep, I think you're right. It's always easier when it's not in the core because then it's clear that you're just linking. So I think if as long as we make sure not to touch the library unless Omer rolls a new independent version we should be fine. I'd be preferrable if we could get that under the BSD though - less possible problems later. I've talked to the json-c authors and contributors, and they've all okay'ed a move to the BSD or MIT license. It's looking like MIT will win out. Is this okay? Perfectly. We could have lived with the LGPL as well, but BSD/MIT definitely does make life easier for people who want to include it in something. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-CVS] cvs: pecl /json json.c package.xml php_json.h
All, On 1/22/06, Derick Rethans <[EMAIL PROTECTED]> wrote: > On Sat, 21 Jan 2006, Andi Gutmans wrote: > > > Yep, I think you're right. > > It's always easier when it's not in the core because then it's clear that > > you're just linking. So I think if as long as we make sure not to touch the > > library unless Omer rolls a new independent version we should be fine. > > I'd be preferrable if we could get that under the BSD though - less > possible problems later. I've talked to the json-c authors and contributors, and they've all okay'ed a move to the BSD or MIT license. It's looking like MIT will win out. Is this okay? > regards, > Derick Omar -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: cvs: php-src /ext/reflection php_reflection.c /ext/reflection/tests 007.phpt
Marcus Boerger schrieb: > helly Tue Jan 24 20:19:49 2006 UTC > > Added files: > /php-src/ext/reflection/tests 007.phpt > > Modified files: > /php-src/ext/reflection php_reflection.c > Log: > - Implemented #36141 Add ReflectionClass::newInstanceArgs($args) Ilia: Could this be merged for PHP 5.1.3, please? Thanks! -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: dalewalsh
Wez Furlong wrote:
> As Gareth points out, an RRDTool extension is a no-go for the PHP
> project due to a licensing conflict.
>
> The best I can suggest is hosting your project on sourceforge.net.
... digging up an old thread, here..
I happened up the rrdtool site, today, and saw this:
http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/license.en.html
"""
If you want to use RRDtool with an opensouce tool that has a GPL
incompatible license, you may be able to get around the problem thanks
to the FLOSS License Exception in the RRDtool license.
"""
The link is, however, broken (his trac is fubar).
Might still be too restrictive (IANAL), but might also be worth a look.
I'd personally like to see a RRDTool extension, as would many others, I
suspect (e.g. the guys at cacti).
"""
FLOSS License Exception
===
(Adapted from
http://www.mysql.com/company/legal/licensing/foss-exception.html)
I want specified Free/Libre and Open Source Software ("FLOSS")
applications to be able to use specified GPL-licensed RRDtool
libraries (the "Program") despite the fact that not all FLOSS licenses are
compatible with version 2 of the GNU General Public License (the "GPL").
As a special exception to the terms and conditions of version 2.0 of
the GPL:
You are free to distribute a Derivative Work that is formed entirely from
the Program and one or more works (each, a "FLOSS Work") licensed under one
or more of the licenses listed below, as long as:
1. You obey the GPL in all respects for the Program and the Derivative
Work, except for identifiable sections of the Derivative Work which are
not derived from the Program, and which can reasonably be considered
independent and separate works in themselves,
2. all identifiable sections of the Derivative Work which are not derived
from the Program, and which can reasonably be considered independent and
separate works in themselves,
1. are distributed subject to one of the FLOSS licenses listed
below, and
2. the object code or executable form of those sections are
accompanied by the complete corresponding machine-readable source
code for those sections on the same medium and under the same FLOSS
license as the corresponding object code or executable forms of
those sections, and
3. any works which are aggregated with the Program or with a Derivative
Work on a volume of a storage or distribution medium in accordance with
the GPL, can reasonably be considered independent and separate works in
themselves which are not derivatives of either the Program, a Derivative
Work or a FLOSS Work.
If the above conditions are not met, then the Program may only be copied,
modified, distributed or used under the terms and conditions of the GPL.
"""
S
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] JSON inclusion in core
On Mon, Jan 23, 2006 at 06:00:24PM +0100, Pierre wrote: > > A "working" strip_tags, something like strip_tags_ex :) Ah. My brain was still on the JSON part of this thread and was befuttled by Rasmus talking about tags and attributes in relation to JSON. Pardon, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] JSON inclusion in core
> > JSON in general looks far better suited to the PHP->js layer.. > > Yup, until browsers start sending JSON requests natively, I don't see > much js->PHP usage either. PHP->js is the much more common > use case at this point. We are working on better browser support for JSON. We are developing an ActiveX control and a Mozilla extention for providing two-way JSONRequest services, and we are in discussions with Mozilla.org and Microsoft to make it standard equipment. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: PHP and Non-Apache
Hello all, I hope this is the right place to write about this. I've been trying now for quite some time to integrate php into my non-apache server (completely c++ written by me). Sounds like you want to use sapi/embed (or write a SAPI implementation of your own which is notably more involved). Start with Wez's slides to get a general idea, if you have questions later on, you can ask here or on pecl-dev which is more non-core oriented than internals. -Sara http://www.php-kongress.de/2003/slides/internals_track/wez_embedding-php.pdf -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: hirose31
I'm lead developer of PEAR package "Services_OpenSearch". http://pear.php.net/pepr/pepr-proposal-show.php?id=336 Recently finish voting and accepted my package. So before first release, I nedd CVS account for managing my package. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP and Non-Apache
Hello all, I hope this is the right place to write about this. I've been
trying now for quite some time to integrate php into my non-apache server
(completely c++ written by me). Right now I have it working partially using
the CLI. My application generates a shell script when a .php page is
requested and executes it through p_open so I can pipe standard output back
to the user that requested it. The script generated looks something exactly
like:
#!/bin/bash
cd /path/to/server/ant/httpd/phpBB2/
export REQUEST_METHOD="GET"
export SCRIPT_NAME="/phpBB2/index.php"
export SERVER_NAME="localhost:"
export SERVER_PORT=""
export REMOTE_ADDR="127.0.0.1"
export DOCUMENT_ROOT="/path/to/server/ant/httpd"
export DOCUMENT_URI="/phpBB2/index.php"
export DOCUMENT_NAME="index.php"
export SERVER_PROTOCOL="HTTP/1.1"
export SERVER_SOFTWARE="ANT-1.0"
export GATEWAY_INTERFACE="CGI/1.1"
export HTTP_USER_AGENT="User-Agent: Mozilla/5.0 (X11; U; Linux x86_64;
en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 "
export HTTP_ACCEPT="text/xml,application/xml,application/xhtml
xml,text/html;q 0.9,text/plain;q=0.8,image/png,*/*;q=0.5"
export HTTP_ACCEPT_LANGUAGE="en-us,en;q 0.5"
export HTTP_ACCEPT_CHARSET="ISO-8859-1,utf-8;q 0.7,*;q=0.7"
export HTTP_ACCEPT_ENCODING="gzip,deflate"
php -f /path/to/server/ant/httpd/phpBB2/index.php
cd /path/to/server/ant/
export > ExportsAfterScript
with path/to/server/ant being automatically generated by "pwd", and httpd
being inserted as the base httpd directory.
I tried doing it this way, because this seems to be how CGI scripts work
(from what I could gather from the tons of documents I've tried reading on
the web), so I figured maybe this would work, of course it doesn't. I also
read cgi scripts may export values to the enviorment after it finish's so I
thought php might too, which is why export > ExportsAfterScript is there.
This method works fine and dandy for simple scripts like or whatever that is, but it doesn't work with a little more
advanced things like phpBB.
Now I'm wondering, can I simply link the library in at compile time, do a
#include , create a structure with all the exported data and pass it
to a function in php? Can anyone provide me with some pointers like, the
object I need to create, the function I need to call to get parse a file
This is what I'm looking for (general psuedo to pass the idea):
{
#include
void runPhP(HttpdUserObject *userobject, char *file, size_t &filesize) {
struct phpHeader header = CreateHeaderFrom(userobject);
char *result = PHPProc(file, filesize, header);
struct phpResultHeader headerback = PHPResultHeader();
Send_To_User(userobject, headerback, result);
free(result);
return;
}; // and call that from my file loading routines if a .php extension is
found?
and something like: In makefile.am add -lphp and -i/usr/include/php-X/
}
Any help would be greatly appreciated, thanks!
Matthew Adams
http://www.sf.net/projects/ante
-
Long live free and open software!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RELEASE_1_0_4
Zitat von Derick Rethans <[EMAIL PROTECTED]>: Hello! For some reason all of our code in all repositories in CVS have a tag "RELEASE_1_0_4". Seems to have happened on the 18th, according to the timestamp in the ChangeLog's history: http://cvs.php.net/viewcvs.cgi/php-src/ChangeLog?view=log If you think you've something to do with this, please reply as we'll have to cleanup this tag from many extensions. :I That's pretty easy, isn't it? RELEASE_x_x_x tags are used for PEAR package releases, and the only PEAR release in question is System_Command 1.0.4 on the 20th. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
