[PHP-DEV] Re: RE : TR : Bug #21549 [Opn-Fbk]: problem with INGRES II permanentconnexions
On Thu, 30 Jan 2003, pierre-marie mouliere wrote:
Please attached find the patch
We can not accept this patch as we can not allow:
1. having /* ARC INTERNATIONAL */ on every line you touched,
2. using the prefix _ai_ to functions you changed
3. indentation with spaces, and totally ignoring the Coding Standards
Derick
--
-
Derick Rethans http://derickrethans.nl/
JDI Media Solutions http://www.jdimedia.nl/
PHP Magazine - PHP Magazine for Professionals http://php-mag.net/
-
192,195c192,209
static void _clean_ii_plink(zend_rsrc_list_entry *rsrc TSRMLS_DC)
{
II_LINK *link = (II_LINK *) rsrc-ptr;
IIAPI_AUTOPARM autoParm;
---
/* Create this function so it can be called by the close function */
/* (calling parameter is link) */
/* May be not the best way to do it */
static void _ai_clean_ii_plink(II_LINK *link) /* ARC INTERNATIONAL
*/
{
/* ARC INTERNATIONAL */
int ai_error = 0; /* ARC INTERNATIONAL */
IIAPI_DISCONNPARM disconnParm; /* ARC INTERNATIONAL */
IIAPI_AUTOPARM autoParm;
/* ARC INTERNATIONAL */
/* if link as always been marked as broken do nothing */
/* This because we call this function directly from close function */
/* And it's called by ZEND garbage at end of script */
if (link-connHandle == NULL) {
/* ARC INTERNATIONAL */
return;
/* ARC INTERNATIONAL */
}
/* ARC INTERNATIONAL */
if(link-stmtHandle _close_statement(link)) {/* ARC INTERNATIONAL
*/
php_error(E_WARNING, Ingres II: Unable to close statement !!); /* ARC
INTERNATIONAL */
ai_error = 1; /* ARC INTERNATIONAL */
}
/* ARC INTERNATIONAL */
197c211
if (link-autocommit) {
---
if(link-autocommit) {
/* ARC INTERNATIONAL */
199,201c213,216
if (link-stmtHandle _close_statement(link)) {
php_error(E_WARNING, Ingres II: Unable to close statement
!!);
}
---
autoParm.ac_genParm.gp_callback = NULL; /* ARC
INTERNATIONAL */
autoParm.ac_genParm.gp_closure = NULL;/* ARC
INTERNATIONAL */
autoParm.ac_connHandle = link-connHandle;/* ARC
INTERNATIONAL */
autoParm.ac_tranHandle = link-tranHandle;/* ARC
INTERNATIONAL */
203,206c218,219
autoParm.ac_genParm.gp_callback = NULL;
autoParm.ac_genParm.gp_closure = NULL;
autoParm.ac_connHandle = link-connHandle;
autoParm.ac_tranHandle = link-tranHandle;
---
IIapi_autocommit(autoParm);
/* ARC INTERNATIONAL */
ii_sync((autoParm.ac_genParm)); /* ARC
INTERNATIONAL */
208,209c221,223
IIapi_autocommit(autoParm);
ii_sync((autoParm.ac_genParm));
---
if(ii_success((autoParm.ac_genParm))==II_FAIL) { /* ARC INTERNATIONAL */
php_error(E_WARNING, Ingres II: Unable to disable autocommit); /* ARC
INTERNATIONAL */
}
/* ARC INTERNATIONAL */
211,213c225,227
if (ii_success((autoParm.ac_genParm)) == II_FAIL) {
php_error(E_WARNING, Ingres II: Unable to disable
autocommit);
}
---
link-autocommit = 0;
/* ARC INTERNATIONAL */
link-tranHandle = NULL;
/* ARC INTERNATIONAL */
}
/* ARC INTERNATIONAL */
215,217c229,242
Re: [PHP-DEV] Re: Mandatory File Locking in PHP?
On Thursday 30 January 2003 02:24, George Schlossnagle wrote: Mandatory locks actually prevent read and write calls from _anyone_ else succeeding on that file. If implemented improperly, they are also a wide open door for denial of service attacks on a system (set a mandatory lock on /etc/passwd and hilarity ensues). Security conscious system administrators disable them in their system for this reason. Kristian -- Kristian Köhntopp, NetUSE AG, Dr.-Hell-Straße, D-24107 Kiel Tel: +49 431 386 435 00, Fax: +49 431 386 435 99 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
On Fri, 31 Jan 2003 02:49:01 + [EMAIL PROTECTED] (Daniel Lorch) wrote: hi, Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? And then how am i informed about new bugs? Is there a mailing list for that? Currently i read the bug-summary-list.. [EMAIL PROTECTED] Empty mail to [EMAIL PROTECTED] should do it. This will send you EVERY message about any bug. What Marcus meant was to subscribe to ONE bug I think. Thomas -- Thomas Seifert mailto:[EMAIL PROTECTED] http://www.MyPhorum.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: pathic
how to learn it -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: CVS Account Request: pathic
On 31 Jan 2003 09:25:58 - [EMAIL PROTECTED] (Ahmad Fathani) wrote: how to learn it you don't need a cvs-account for that. -- Thomas Seifert mailto:[EMAIL PROTECTED] http://www.MyPhorum.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
At 10:24 31.01.2003, Thomas Seifert wrote: On Fri, 31 Jan 2003 02:49:01 + [EMAIL PROTECTED] (Daniel Lorch) wrote: hi, Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? And then how am i informed about new bugs? Is there a mailing list for that? Currently i read the bug-summary-list.. [EMAIL PROTECTED] Empty mail to [EMAIL PROTECTED] should do it. This will send you EVERY message about any bug. What Marcus meant was to subscribe to ONE bug I think. I had two questions: One to assign to all NEW messages and one feature request to assign to selective bugs...I wanted to avoid reading all messages on any bug. Thats overkill... marcus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
On Fri, 31 Jan 2003, Marcus Börger wrote: I had two questions: One to assign to all NEW messages and one feature request to assign to selective bugs...I wanted to avoid reading all messages on any bug. Thats overkill... Get a mail client that can handle threading.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
At 11:37 31.01.2003, Jani Taskinen wrote: On Fri, 31 Jan 2003, Marcus Börger wrote: I had two questions: One to assign to all NEW messages and one feature request to assign to selective bugs...I wanted to avoid reading all messages on any bug. Thats overkill... Get a mail client that can handle threading.. Yes and no - my idea was to make the handling a bit more comfortable. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] user defined vs php provided function (was Re: str_ireplace vs. stri_replace)
You are correct in the event of a user writing a new function, however consider what will happen if we are dealing with a old code, especially if it is no longer used just by the author but rather by a variety of other people not familiar with PHP code. The result is that after they or their ISPs upgrade to new PHP their scripts will stop working. Couldn't it be solved with just a warning when a function is defined also in user level space and use the user-defined function instead of the one provided by php? Then old systems could work fine, and also the author could notice that a new function is added to php with the same name. I had the same problem before with array_search and was a real pain updating all the sites and sending patches to customers after they installed new version php. Just an idea... Arpi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] ZE2 / reg.c / string.c memleaks
While doing make install: /opt/DEV/php/php5/ext/standard/string.c(1061) : Freeing 0x419E4DF0 (6 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_variables.c(110) : Actual location (location was relayed) /opt/DEV/php/php5/Zend/zend_execute.c(2615) : Freeing 0x41B2F524 (16 bytes), script=/opt/DEV/php/php5/pear/install-pear.php Last leak repeated 1 time /opt/DEV/php/php5/ext/standard/reg.c(458) : Freeing 0x41B2FFD4 (4 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_execute.c(2785) : Freeing 0x41B2ACF0 (16 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_operators.c(1016) : Freeing 0x41B303DC (9 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_API.c(855) : Freeing 0x41B035A0 (18 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_API.c(854) : Freeing 0x41B0355C (16 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_compile.c(2551) : Freeing 0x41B0D484 (16 bytes), script=/opt/DEV/php/php5/pear/install-pear.php /opt/DEV/php/php5/Zend/zend_language_scanner.l(1282) : Freeing 0x41B0DE48 (5 bytes), script=/opt/DEV/php/php5/pear/install-pear.php / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Reading php.ini
Hi, Could someone pls point me to some documentation on how to access values from php.ini in my php extension? Tx, Vinod. --- Vinod Panicker [EMAIL PROTECTED] Sr. Software Designer Geodesic Information Systems Ltd. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Reading php.ini
Vinod Panicker wrote: Hi, Could someone pls point me to some documentation on how to access values from php.ini in my php extension? Tx, Vinod. http://zend.com/apidoc/zend.ini-file-support.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
[EMAIL PROTECTED] (Marcus Börger) wrote: Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? And then how am i informed about new bugs? Is there a mailing list for that? Currently i read the bug-summary-list.. I was thinking of a similar bug db feature too, though my idea seems rather user-oriented. IMO it would be nice if a commenter could make a choice to receive notifications by every new comment. I suppose that would be useful if you wanted feedbacks from multiple users. In a QA member's point of view, I don't see that much need for my favourite bugs because my MUA is just doing enough. Moriyoshi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RfC: version names
Hi all, I'm working on a new framework for analyzing results of make test for QA Team (see php-qa list). Talking with Sebastian Nohn, I realized, that we can't differ the versions in detail. That means, that we can't say which source packet was used to build php. Is there any way to name the versions 4.3.0 (release), 4.3.1-dev (taken from cvs, additional timestamp would be nice), 4.3.1-snapMMDDHHii (taken from snaps.php.net) and 4.3.1-win32-snapMMDDHHii (Win32 Snapshot)? This will make it more easy to follow the development and ignore allready fixed bugs. The goal is to find out which commit is the reason for the failure on which systems. If this works fine, we are able to add detailed comments to bugs.php.net and reopen automatic already closed bugs. Regards, Kai -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, [iso-8859-1] Kai Schröder wrote: Hi all, I'm working on a new framework for analyzing results of make test for QA Team (see php-qa list). Talking with Sebastian Nohn, I realized, that we can't differ the versions in detail. That means, that we can't say which source packet was used to build php. Is there any way to name the versions 4.3.0 (release), 4.3.1-dev (taken from cvs, additional timestamp would be nice), 4.3.1-snapMMDDHHii (taken from snaps.php.net) and 4.3.1-win32-snapMMDDHHii (Win32 Snapshot)? I suppose we can have the snapshot generator do that, but it would still hard to differentiate between CVS versions then. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: str_ireplace vs. stri_replace
Ilia A. writes: 1. Not all users will notice the extra parameter easily. Will take some time. This modification will not appear until PHP 5 is released, by then this extra parameter (hopefully) will be well documented and people will be aware that it exists. Adding extra code, which virtually does the same thing IMHO is pointless and only creates a messy code that is difficult to maintain at a future point. 2. If some users made their own function called stri_replace, this is nothing that should be stopping from implementing it officially. In fact, to fix it would be as easy as encapsuling the function declaration in You are correct in the event of a user writing a new function, however consider what will happen if we are dealing with a old code, especially if it is no longer used just by the author but rather by a variety of other people not familiar with PHP code. The result is that after they or their ISPs upgrade to new PHP their scripts will stop working. Yes, but you are talking about a few dozen of cases forgetting thousands of newbies that are seeking for stri_replace function... They aren't guessing whether this time there a forth parameter in str_replace ... I think a logical function set is better for consistency... especially when strstr has stristr, ereg* has eregi* and so on... At the end, releasing PHP all of the sudden with register_globals off by default a year ago made much more damage worldwide... That was a change for PHP5, not in the middle of the releases... But, the reason was good - security. This little change (str(i?)_replace) only asks for removing user defined functions because the official one exists... Once *ALL* PHP users passed through register_globals, I think another dozen of them can go through stri_replace prob :) Maxim Maletsky [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
I suppose we can have the snapshot generator do that, but it would still hard to differentiate between CVS versions then. Sounds a little bit stupid, but why the snapshot generator can't simply commit a changed /main/php_version.h every 2 hours? The php-cvs mailer should ignore the commits (ignore all from user vercommt for instance) and there must be a secure way to make commits for this special file without having full dev karma. Regards, Kai -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, Kai Schröder wrote: I suppose we can have the snapshot generator do that, but it would still hard to differentiate between CVS versions then. Sounds a little bit stupid, but why the snapshot generator can't simply commit a changed /main/php_version.h every 2 hours? The php-cvs mailer should ignore the commits (ignore all from user vercommt for instance) and there must be a secure way to make commits for this special file without having full dev karma. That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. That's true. Now we have round about 30 commits each day. 12 more will make less than 5.000 blocks (5MB for 1k-blocks) more disk usage per year. Where do you see the real problem if the commits are not mailed to php-cvs list? Regards, Kai -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
I suppose we can have the snapshot generator do that, but it would still hard to differentiate between CVS versions then. Sounds a little bit stupid, but why the snapshot generator can't simply commit a changed /main/php_version.h every 2 hours? That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. Is the ChangeLog updated religiously? If so, CVS builds could include a datestamp acquired from that. James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003 This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RfC: version names
Kai Schröder wrote: That's true. Now we have round about 30 commits each day. 12 more will make less than 5.000 blocks (5MB for 1k-blocks) more disk usage per year. Where do you see the real problem if the commits are not mailed to php-cvs list? that is 12 commits per day to a single file after a year this file would have a cvs release id of something like 1.4500 take a look at http://cvs.php.net/cvs.php/php4/NEWS to see why this might be a not-so-good idea ... -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel.: +49-711-99091-77 Sie finden uns auf der CeBIT in Halle 6/H44 http://www.six.de/cebit2003/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, [ISO-8859-15] Kai Schröder wrote: That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. That's true. Now we have round about 30 commits each day. 12 more will make less than 5.000 blocks (5MB for 1k-blocks) more disk usage per year. Where do you see the real problem if the commits are not mailed to php-cvs list? Cluttering the history of an important file is an extremely bad idea. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, James Aylett wrote: I suppose we can have the snapshot generator do that, but it would still hard to differentiate between CVS versions then. Sounds a little bit stupid, but why the snapshot generator can't simply commit a changed /main/php_version.h every 2 hours? That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. Is the ChangeLog updated religiously? If so, CVS builds could include a datestamp acquired from that. Only daily, but it seems like the correct way to do it to me. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, Kai Schroder wrote: Sascha found a simple but good solution: date /CURRENT_TIME This can be done ... for manual checkouts without changing source files in cvs. How is that possible? Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
Derrick wrote: date /CURRENT_TIME This can be done ... for manual checkouts without changing source files in cvs. How is that possible? I don't think it is, because it needs to be done at checkout time, not at build time. I previously suggested (with Derrick's reply): Is the ChangeLog updated religiously? If so, CVS builds could include a datestamp acquired from that. Only daily, but it seems like the correct way to do it to me. That should be sufficiently fine-grained, at least for the moment. It certainly tightens the range of a codebase in a bug report from weeks or months down to a single day or so. Cheers, James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003 This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
Sascha found a simple but good solution: date /CURRENT_TIME This can be done by snapshot generator and for manual checkouts without changing source files in cvs. Than /run-tests.php can send the content of this file with the test results. Regards, Kai -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
How is that possible? I don't think it is, because it needs to be done at checkout time, not at build time. What are you smoking? That's a one line addition to the snapshot script. - Sascha, creator, snaps.php.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, Sascha Schumann wrote: How is that possible? I don't think it is, because it needs to be done at checkout time, not at build time. What are you smoking? That's a one line addition to the snapshot script. For manual checkouts that has nothing to do with snapshots, so he isn't smoking anything. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
For manual checkouts that has nothing to do with snapshots, so he isn't smoking anything. echo test -r CHECKOUT_TIME || date CHECKOUT_TIME buildconf would be sufficient for that case. It's not perfect, because it is conceivable that someone does not run buildconf immediately. But that is unlikely from my POV. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, Sascha Schumann wrote: For manual checkouts that has nothing to do with snapshots, so he isn't smoking anything. echo test -r CHECKOUT_TIME || date CHECKOUT_TIME buildconf would be sufficient for that case. It's not perfect, because it is conceivable that someone does not run buildconf immediately. But that is unlikely from my POV. It's not actually, as we were just trying to *solve* this problem and prevent getting test results with the wrong date/time. Derick, creator -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] installing on PHP on Apache 2 and FreeBSD
Hey all, Here's the situation. I'm on a server running FreeBSD and Apache 2. Someone else installed both. There is software that is running on this server, that I'm sure is dependent on certain options being compiled into Apache. I'm trying to install PHP on the server to make life a little easier with some scripting. I don't think SO is compiled into Apache and that obviously keeps me from compiling PHP as an apache mod. But if I complile apache and don't include options that are needed for the software, I'll obviously break the software. So my question is, is there a way to see what options are compiled into Apache, so that if I recompiled it, I could make sure to include the current options that are compiled now? Thanks in advance everyone! Jacob Bolton -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
It's not actually, as we were just trying to *solve* this problem and prevent getting test results with the wrong date/time. So what happens if I do this? cd php4 cvs upd and a day later do this? cd php4/ext/standard cvs upd What is the checkout date here? - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] installing on PHP on Apache 2 and FreeBSD
Hello, please forward user questions to the [EMAIL PROTECTED] mailinglist, this list is for development _OF_ PHP, not development _with_ PHP. (also, don't crosspost to irrelevant lists). Derick On Fri, 31 Jan 2003, Jacob Bolton wrote: Hey all, Here's the situation. I'm on a server running FreeBSD and Apache 2. Someone else installed both. There is software that is running on this server, that I'm sure is dependent on certain options being compiled into Apache. I'm trying to install PHP on the server to make life a little easier with some scripting. I don't think SO is compiled into Apache and that obviously keeps me from compiling PHP as an apache mod. But if I complile apache and don't include options that are needed for the software, I'll obviously break the software. So my question is, is there a way to see what options are compiled into Apache, so that if I recompiled it, I could make sure to include the current options that are compiled now? Thanks in advance everyone! Jacob Bolton -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
On Fri, 31 Jan 2003, Sascha Schumann wrote: It's not actually, as we were just trying to *solve* this problem and prevent getting test results with the wrong date/time. So what happens if I do this? cd php4 cvs upd and a day later do this? cd php4/ext/standard cvs upd What is the checkout date here? I've no idea, do you? I think we just should not allow submissions with test results if they're not made by a snapshot or our phport.sh thingy for automatic testing. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RfC: version names
Hi, So what happens if I do this? cd php4 cvs upd and a day later do this? cd php4/ext/standard cvs upd What is the checkout date here? I've no idea, do you? I think we just should not allow submissions with test results if they're not made by a snapshot or our phport.sh thingy for automatic testing. Sounds a lot more reliable :) Sander -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
Sascha: $ cd php4; cvs upd and a day later $ cd php4/ext/standard; cvs upd What is the checkout date here? It should be the time of the second update, if anything. Now it /is/ possible to find this out (by getting the most recent modification date of any CVS control file in the working directory), but that is probably too non-portable to be acceptable as part of the build system. (Okay, so you could write a mini C util to do it that relied only on POSIX, but that's still quite fiddly to get right.) However that's still going to be misleading, because any report against it has a reasonable chance of being bogus anyway, I'd have thought. It's difficult to detect, though. Derick's suggestion of only allowing submissions against at worst (in terms of moving targets) a snapshot build is probably a fair compromise? Cheers, James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003 This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
I've no idea, do you? I think we just should not allow submissions with test results if they're not made by a snapshot or our phport.sh thingy for automatic testing. If that phport.sh thingy reliably ensures the integrity of the source files, it could work. Have CVS $Id$'s been discussed yet? This line will give you the timestamp from the latest checked in file: find . -type f|xargs grep '$Id: ' |grep -v Binary |\ sed 's#.*\([12].../../.. ..:..:..\).*#\1#'| sort | tail -1 - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PHP-QA] RE: [PHP-DEV] RfC: version names
This line will give you the timestamp from the latest checked in file: find . -type f|xargs grep '$Id: ' |grep -v Binary |\ sed 's#.*\([12].../../.. ..:..:..\).*#\1#'| sort | tail -1 This should also work with cvs export, does it? Can we add this to build system as Source Date so we have it in addition to the version string and the build date in phpinfo()? Regards, Kai -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
Wouldn't it be nice if one could attach himself to a bug and receive an email on every new message to that bug? I have a daily page I go to every morning which contains all my news feeds, some comic strips, movie listings, etc If there were a programmatic query interface to bugs.php.net I could select bug #s to track, and be able to bring up histories of them from my daily page. Something along the lines of: http://bugs.php.net/export.php?bugid=12345 which would output: phpbug bugid12345/bugid submitter[EMAIL PROTECTED]/submitter submitdateJan 30, 2003 12:45 pm PST -0800/submitdate statusBogus/status update updater[EMAIL PROTECTED]/updater updatedJan 31, 2003 8:13 am PST -0800/updated statusbogus/status commentYour comment does not imply a bug in PHP itselfblah blah blah.../comment /update update updater[EMAIL PROTECTED]/updater updatedJan 30, 2003 12:45 pm PST -0800/updated statusNEW/status commentI havnapos;t read the manual/comment /update /phpbug Obviously not all the information one would look for, basicly the output of 'bug.php' but in XML format for easy parsing. Anyway, if I went to the trouble of writting this page, would it be accepted? Or at least entertained? Does such an animal already exist? -Pollita -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RfC: version names
A very simple solution would simply be to do something like ls --full-time configure that allows you to find at what exact time buildconf was used so pretty much when it was built. This would be much easier to implement since you don't have to touch CVS at any time for that... right ? On Fri, 2003-01-31 at 08:29, Kai Schröder wrote: Hi all, I'm working on a new framework for analyzing results of make test for QA Team (see php-qa list). Talking with Sebastian Nohn, I realized, that we can't differ the versions in detail. That means, that we can't say which source packet was used to build php. Is there any way to name the versions 4.3.0 (release), 4.3.1-dev (taken from cvs, additional timestamp would be nice), 4.3.1-snapMMDDHHii (taken from snaps.php.net) and 4.3.1-win32-snapMMDDHHii (Win32 Snapshot)? This will make it more easy to follow the development and ignore allready fixed bugs. The goal is to find out which commit is the reason for the failure on which systems. If this works fine, we are able to add detailed comments to bugs.php.net and reopen automatic already closed bugs. Regards, Kai -- Xavier Spriet [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] memory usage
Is there a way for me to log the peak memory usage for a php script for php 4.3.0 ? Thanks Walt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
I have a daily page I go to every morning which contains all my news feeds, some comic strips, movie listings, etc If there were a programmatic query interface to bugs.php.net I could select bug #s to track, and be able to bring up histories of them from my daily page. To that end... here's a simple script (based heavily on php-bugs-web/bug.php) to do just that: http://frankenbox.alphaweb.net/test/export.phps Meant to be called as: http://bugs.php.net/export.php?id=1234 If it's deemed worthy could someone add it to php-bugs-web? I don't have the karma. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Again scope
?
Class Foo {
var $foo2;
Function Bar()
{
echo $foo2.\n;
print Bar;
}
Function Bar2()
{
$foo2=foo2;
Bar();
}
}
$f = new foo;
$f-Bar2();
?
give me this error:
Fatal error: Call to undefined function: bar() in
/home/httpd/html/PHP/test/3.php on line 14
I'm using php-cli from cvs (2 weeks ago).
And there is a variable scope (for the class).
--
michel 'ziobudda' morelli [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] RfC: version names
That can be done, but that means 12 commits a day for a single file. I dont think that's a good idea. Is there some way we can harness CVS keyword subsitutuion in a case like this? John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Again scope
This isn't a PHP problem.
use $this-Bar(); on line 14
On Fri, 2003-01-31 at 15:03, michel 'ziobudda' morelli wrote:
?
Class Foo {
var $foo2;
Function Bar()
{
echo $foo2.\n;
print Bar;
}
Function Bar2()
{
$foo2=foo2;
Bar();
}
}
$f = new foo;
$f-Bar2();
?
give me this error:
Fatal error: Call to undefined function: bar() in
/home/httpd/html/PHP/test/3.php on line 14
I'm using php-cli from cvs (2 weeks ago).
And there is a variable scope (for the class).
--
michel 'ziobudda' morelli [EMAIL PROTECTED]
--
Xavier Spriet [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
hi, I had two questions: One to assign to all NEW messages and one feature request to assign to selective bugs...I wanted to avoid reading all messages on any bug. Thats overkill... Get a mail client that can handle threading.. PHP-Bugs doesn't have In-Reply-To and References, does it? -daniel -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Again scope
dovrebbe essere:
?
Class Foo {
var $foo2;
Function Bar()
{
echo $this-foo2.\n;
print Bar;
}
Function Bar2()
{
$foo2=foo2;
$this-Bar();
}
}
$f = new foo;
$f-Bar2();
?
--
Maxim Maletsky
[EMAIL PROTECTED]
michel 'ziobudda' morelli [EMAIL PROTECTED] wrote... :
?
Class Foo {
var $foo2;
Function Bar()
{
echo $foo2.\n;
print Bar;
}
Function Bar2()
{
$foo2=foo2;
Bar();
}
}
$f = new foo;
$f-Bar2();
?
give me this error:
Fatal error: Call to undefined function: bar() in
/home/httpd/html/PHP/test/3.php on line 14
I'm using php-cli from cvs (2 weeks ago).
And there is a variable scope (for the class).
--
michel 'ziobudda' morelli [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] memory usage
On 31 Jan 2003, Walt Boring wrote:
Is there a way for me to log the peak memory usage for a php script for
php 4.3.0 ?
If PHP is built with the --enable-memory-limit configuration option, it
stores the peak memory usage of each request in a note called
mod_php_memory_usage. Add the memory usage information to a LogFormat
with:
%{mod_php_memory_usage}n
-adam
--
[EMAIL PROTECTED]
author of o'reilly's php cookbook
avoid the holiday rush, buy your copy today!
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] memory usage
On Fri, 31 Jan 2003, Adam Maccabee Trachtenberg wrote:
If PHP is built with the --enable-memory-limit configuration option, it
stores the peak memory usage of each request in a note called
mod_php_memory_usage. Add the memory usage information to a LogFormat
with:
%{mod_php_memory_usage}n
Er... by note I mean Apache note and LogFormat is for Apache's
access log.
-adam
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] mod_negotiation and 406 and php
I'm using Apache mod_negotiation to eliminate file extensions from my site, e.g. http://tinyplanet.ca/services/development This works great for dynamic features too, as I get pathinfo for free. No more ?article_id=92 business for me. Anyway. Google hates my guts for doing this. Why? Well, it sends Accept: text/plain,text/html in its HTTP requests. This causes Apache to a) issue a 406 no suitable content found error, and b) not serve my content to google for indexing. Greaaat. If I feed such a request to Apache, it says: An appropriate representation of the requested resource /services/dev could not be found on this server. Available variants: ul lia href=dev.htmldev.html/a , type application/x-httpd-php, language en ^^^ Which is, of course, correct. Of course, if I change the content-type of .html files, then PHP won't parse them. I'm at a bit of a loss to figure out how to fix this. Suggestions welcome. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] zend_operators.c
Hi ZendEngine2/zend_operators.c is missing a newline at the end of the file. Please could someone with Zend karma fix this. Thanks Alex -- Alex Waugh [EMAIL PROTECTED] RISC OS software from http://www.alexwaugh.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] --with-pgsql results in 'unexpected PLT reloc type 0x00'
Strange build problem. Build php 4.3.0 with pgsql support on linux (mostly redhat 7.2) and got this: Installing shared extensions: /usr/local/lib/php/extensions/debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ /usr/src/web/php-4.3.0/sapi/cli/php: error while loading shared libraries: unexpected PLT reloc type 0x00 make[1]: *** [install-pear-installer] Error 127 make: *** [install-pear] Error 2 (The error popped up when php executable was called to install PEAR) The apache .so seems to work fine though. Everything works well if I exclude postgres support. Can someone enlighten me what's going on? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
Hey, Wouldn't it be nice/more useful to generate RDF/RSS on a per-bug basis? Then you could just add the feed url to your favourite RSS client. If you make it do that, then I will take a look and commit, provided that there are no objections to this. --Wez. On Fri, 31 Jan 2003, Sara Golemon wrote: I have a daily page I go to every morning which contains all my news feeds, some comic strips, movie listings, etc If there were a programmatic query interface to bugs.php.net I could select bug #s to track, and be able to bring up histories of them from my daily page. To that end... here's a simple script (based heavily on php-bugs-web/bug.php) to do just that: http://frankenbox.alphaweb.net/test/export.phps Meant to be called as: http://bugs.php.net/export.php?id=1234 If it's deemed worthy could someone add it to php-bugs-web? I don't have the karma. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Question on bug list
Wouldn't it be nice/more useful to generate RDF/RSS on a per-bug basis? Then you could just add the feed url to your favourite RSS client. If you make it do that, then I will take a look and commit, provided that there are no objections to this. Jesus suggested the same thing, I'm trying out a few different approaches to see what looks best, I'll post again when I have something usable. -Pollita -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
