Re: [PHP-DEV] ISAPI Crash Debugging Notes

> >I've been doing some debugging of the crashes when running PHP under > >the ISAPI sapi. Is anybody else currently looking at this? If you > >are let's talk - here are my notes so far. > > First off, can you try using > http://www.php.net/~zeev/php-4.2.3RC1.tar.gz > and see if you experienc

Re: [PHP-DEV] Thread safety failure in EG(function_table)?

> I believe that I can reproduce a thread safety failure in init_executor > (as called from the ISAPI sapi). I have a PHP script page that loads > the stylesheet as a PHP page - thus causing two almost simultaneous > page loads. I assume that if in init_executor() directly after > "EG(function_t

Re: [PHP-DEV] ISAPI Crash Debugging Notes

First off, can you try using http://www.php.net/~zeev/php-4.2.3RC1.tar.gz and see if you experience the same problems? I've made some thread-safety related fixes there, even though none should lead to a hard crash... If it doesn't solve the problem, can you send me as much information about t

[PHP-DEV] UltraEdit

Anybody working with UltraEdit may like the following function detection: /Function String = "^{PHPAPI[ ^t]+^}^{^}^(PHP[A-Z_]+FUNCTION([a-zA-Z0-9_]+)^)" It detects all PHP__FUNCTION with the names of the defined functions. Today i found having this VERY usefull :-) marcus -- PHP Developm

[PHP-DEV] sort() broken on some platforms in 4.2.3RC1

Detailed description in http://bugs.php.net/bug.php?id=17449 According to this bug report, merging changes in Zend/zend_qsort.c from head fixes the problem. Could someone with Zend karma do that please? Edin http://cvs.php.net/diff.php/Zend/zend_qsort.c?r1=1.4&r2=1.5&ty=u -- PHP Development

[PHP-DEV] New config.m4 for ext/xmlrpc

I tried to build xmlrpc as a shared extension (phpize, ./configure, make), but when it builds it didn't have dependences for libexpat and libiconv, but the expat, libiconv and XMLRPC_ functions are undefined. While trying to fix this I rewrote the config.m4 to handle all the following build ca

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

> Ok, this has all been added to the apache_hooks branch, which is now > up-to-date. Very nice. IMHO this should be merged into HEAD as soon as PHP_4_3_0 is branched off. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

Ok, this has all been added to the apache_hooks branch, which is now up-to-date. George Schlossnagle wrote: > If you want to pull everything into the apche_hooks branch, I can do > that as well. But if we do that, it would probably wise to update > everything in that branch to HEAD. > > > Ge

Re: [PHP-DEV] apache 2.40

On Mon, Aug 26, 2002 at 12:27:34PM -0700, Preston L. Bannister wrote: > 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. It most d

RE: [PHP-DEV] apache 2.40

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, A

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

If you want to pull everything into the apche_hooks branch, I can do that as well. But if we do that, it would probably wise to update everything in that branch to HEAD. George Schlossnagle wrote: > I haven't committed anything yet. It seems like the benefit of > starting with a fresh copy

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

I haven't committed anything yet. It seems like the benefit of starting with a fresh copy of HEAD is taht, well, it's a fresh copy of HEAD. Since there is nothing used from the old apache_hooks branch it makes sense to me to start afresh. new name/old name makes no difference to me. Lukas S

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

On Mon, Aug 26, 2002 at 02:59:01PM -0400, George Schlossnagle wrote: > I actually just made a 'new_apache_hooks' branch and am about to commit > it all there argh. so, what now? i don't like having two branches for this. -- PHP Development Mailing List To unsubscri

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

Lukas Schroeder wrote: >On Mon, Aug 26, 2002 at 11:18:38AM -0700, Rasmus Lerdorf wrote: > >>>Well, after 4.3.0 is branched I guess the next release would be >>>PHP 5 so it's not that far away. If only Stig would start with the >>>branch :) Anyway, I'm more in favor of having this nice hook st

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

> i offer to do the ugly work. > i put it into the branch for now, so i dont even have to think i tiny > bit about breaking anything. and if time comes, i'll prepare the > necessary patch sets to merge into the php5 branch, without having to > use the dreaded cvs merge branch 'feature'. > > would

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

On Mon, Aug 26, 2002 at 11:18:38AM -0700, Rasmus Lerdorf wrote: > > Well, after 4.3.0 is branched I guess the next release would be > > PHP 5 so it's not that far away. If only Stig would start with the > > branch :) Anyway, I'm more in favor of having this nice hook stuff > > in a seperate b

Re: [PHP-DEV] apache 2.40

> Is it now safe to set up apache 2 with php in a production server? Nope > When will it be safe? Depends which Apache2 MPM you use. Hopefully by PHP 4.3 it should be safe for the prefork MPM. For any other MPM, perhaps never. We should be able to get the threaded ones stable with a limited

[PHP-DEV] Thread safety failure in EG(function_table)?

I believe that I can reproduce a thread safety failure in init_executor (as called from the ISAPI sapi). I have a PHP script page that loads the stylesheet as a PHP page - thus causing two almost simultaneous page loads. I assume that if in init_executor() directly after "EG(function_table) = CG

[PHP-DEV] CVS Account Request: erica

Duplicate -- please remove SlashChick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Username change or alias

Submit a new request through www.php.net/cvs-php.php and I will remove the old one. On Mon, 26 Aug 2002, Erica Douglass wrote: > Hi, > > I signed up as SlashChick to join the php-doc team. I didn't realize > that this would result in a [EMAIL PROTECTED] email forward! > > I'd like to request a u

[PHP-DEV] Username change or alias

Hi, I signed up as SlashChick to join the php-doc team. I didn't realize that this would result in a [EMAIL PROTECTED] email forward! I'd like to request a username change to Erica, since that's my real name. Thus, I would like the forward to be [EMAIL PROTECTED] and my login name to be erica a

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

> On Mon, 26 Aug 2002, Rasmus Lerdorf wrote: > > > Yeah, but the point, at least for now is that the code really isn't meant > > to even be used by QA folks yet. It is work targeted for PHP 5. > > hmm... starting with a PHP5 branch would be a little early now don't you > think? Yup - hence the c

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

On Mon, 26 Aug 2002, Rasmus Lerdorf wrote: > Yeah, but the point, at least for now is that the code really isn't meant > to even be used by QA folks yet. It is work targeted for PHP 5. hmm... starting with a PHP5 branch would be a little early now don't you think? Well, after 4.3.0 is branched

[PHP-DEV] apache 2.40

Hi! Is it now safe to set up apache 2 with php in a production server? When will it be safe? When will next version of php be relised? Med vänliga hälsningar Jonas Eriksson Service och Support, Webkonsulterna Telefon: 063-180 888 Fax: 063-180 889

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

> On Mon, 26 Aug 2002, Rasmus Lerdorf wrote: > > > Well, the problem with doing it on a branch, the way I did, and as Lukas > > found out, is that it goes rather stale after a while. So I guess that I > > am actually proposing putting it in HEAD but #ifdef'ed out and perhaps not > > even providin

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

On Mon, 26 Aug 2002, Rasmus Lerdorf wrote: > Well, the problem with doing it on a branch, the way I did, and as Lukas > found out, is that it goes rather stale after a while. So I guess that I > am actually proposing putting it in HEAD but #ifdef'ed out and perhaps not > even providing a user-vi

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

Well, the problem with doing it on a branch, the way I did, and as Lukas found out, is that it goes rather stale after a while. So I guess that I am actually proposing putting it in HEAD but #ifdef'ed out and perhaps not even providing a user-visible config option for it yet. You'd need to set a

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

I wasn't proposing putting it in HEAD, just that the work was done against HEAD not against your apache_hooks. Lukas redid all the php<->apache request object work fresh off of head, and I made changes off of that, so it contains nothing from your apache_hooks branch. Rasmus Lerdorf wrote: >

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

I think if we put this in 4.3 we are going to delay 4.3 even further. Although, I suppose if we are careful and make sure we #ifdef it nicely and only turn it on with a configure option, we can put it in HEAD. So, is your patch my apache_hooks stuff + Lukas's work and then your stuff on top? On

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

All of this work was off HEAD. Should a new_apache_hooks branch be tagged? Rasmus Lerdorf wrote: >I say commit it. This stuff is very experimental as it is and lives in >its own branch. You are not going to destabilize anything. > >(I just made sure you had enough karma for the commit) > >-R

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

I say commit it. This stuff is very experimental as it is and lives in its own branch. You are not going to destabilize anything. (I just made sure you had enough karma for the commit) -Rasmus On Mon, 26 Aug 2002, George Schlossnagle wrote: > Here's an incremental patch on Lukas' patch which

[PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

Here's an incremental patch on Lukas' patch which tries to address a couple issues: o The startup sequence has been changed to allow for post-data to make it through if any hooks before full post-data is read are called o works under register_globals Off ($request is now available in the SER

[PHP-DEV] Apache 2.0 Filter SAPI and error_log()

I just noticed that when using error_log() in a Apache 2.0 Filter environment error.log entries are not prefixed with a "stamp" like [Mon Aug 26 18:33:13 2002] [error] [client 192.168.0.1] ... text ... -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpe

Re: [PHP-DEV] error_log() and output buffering

Marcus Börger wrote: > In cgi this simply maps fprintf(stderr,...). I must see if this can > cause the problem. Just tested it with the Apache 2.0 Filter SAPI and it works fine. I guess this answers the question of whether or not it's sapi/cgi related. -- Sebastian Bergmann http://se

[PHP-DEV] error_log()

During analysis of error_log i remembered it's lack to be integrated in php_error() mechanism. We could implement behaviour 5 and emit an E_USER_xxx message with the name of the user function being executed. Any comments? marcus -- PHP Development Mailing List To unsub

Re: [PHP-DEV] error_log() and output buffering

At 17:16 26.08.2002, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > Marcus Boerger wrote: > >> To have ob_start() working again i first allowed > >> array(object,method). > > > > Thanks, XML_Transformer works again with HEAD. > > With HEAD, the server offers me the script's result as a

[PHP-DEV] ISAPI Crash Debugging Notes

I've been doing some debugging of the crashes when running PHP under the ISAPI sapi. Is anybody else currently looking at this? If you are let's talk - here are my notes so far. I can make my install of PHP (4.2.1, a debug build) throw an exception on the first load after an IISReset 90% of the

Re: [PHP-DEV] error_log() and output buffering

Marcus Börger wrote: > Which SAPI do you use mod_apache or cgi? CGI -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List

Re: [PHP-DEV] error_log() and output buffering

At 17:16 26.08.2002, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > Marcus Boerger wrote: > >> To have ob_start() working again i first allowed > >> array(object,method). > > > > Thanks, XML_Transformer works again with HEAD. > > With HEAD, the server offers me the script's result as a

[PHP-DEV] error_log() and output buffering

Sebastian Bergmann wrote: > Marcus Boerger wrote: >> To have ob_start() working again i first allowed >> array(object,method). > > Thanks, XML_Transformer works again with HEAD. With HEAD, the server offers me the script's result as a download in both Mozilla 1.0.0 and MSIE 6 when XML_Transf

Re: [PHP-DEV] RFC: run-tests.php + diff

At 15:25 26-8-2002, [EMAIL PROTECTED] wrote: >On Mon, 26 Aug 2002, Marcus Börger wrote: > > > But then we would have different outputs on different systems. > > So i am against using diff when installed. > >Why not always use our own code? That way it's the same on every >platform. Use our own c

[PHP-DEV] magic_quotes_runtime

As far as i know, no function that recognizes magic_quotes_runtime is supposed to change a parameters value. The fillowing script should output "good" for magig_quotes_runtime beeing set 'off' as well as for 'On'. But fwrite() function changes the input string even though input is no reference as

Re: [PHP-DEV] RFC: run-tests.php + diff

On Mon, 26 Aug 2002, Marcus Börger wrote: > But then we would have different outputs on different systems. > So i am against using diff when installed. Why not always use our own code? That way it's the same on every platform. Derick > At 14:59 22.08.2002, Sander Roobol wrote: > >It's a good

Re: [PHP-DEV] RFC: run-tests.php + diff

But then we would have different outputs on different systems. So i am against using diff when installed. marcus At 14:59 22.08.2002, Sander Roobol wrote: >It's a good idea, but I'd rather see an unified diff with some context. >Maybe use diff when it's available, and fall back on this code when

Re: [PHP-DEV] Reading PDF

pdftotext is a wee app, preinstalled on a lot of linux systems. That might do what you are after. :) On Mon, 26 Aug 2002, David Eriksson wrote: > > Hi, > > > > Is it possible to read the contents of PDF files from PHP? > > PdfLib is only capable of writing PDF files, as far as I know. > > -\- Da

Re: [PHP-DEV] Reading PDF

On Mon, 26 Aug 2002 08:22:52 -0400 "David Eriksson" <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Is it possible to read the contents of PDF files from PHP? > > PdfLib is only capable of writing PDF files, as far as I know. Can read if you buy the licence, check www.pdflib.com for further infos.

Re: [PHP-DEV] Reading PDF

> Hi, > > Is it possible to read the contents of PDF files from PHP? PdfLib is only capable of writing PDF files, as far as I know. -\- David Eriksson -/- www.2GooD.nu "I personally refuse to use inferior tools because of ideology."

[PHP-DEV] Reading PDF

Hi, Is it possible to read the contents of PDF files from PHP? Yuri Generalov http://bookle.com/ http://cactus-books.com/ -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: #18412 [Com]: PRINTER_ORIENTATION

>From: "Wez Furlong" <[EMAIL PROTECTED]> > > >I think it would make sense to bring that PRINTER_SET_OPTIONS code >within printer_start_doc() so that this problem is fixed more >transparently, >as it seems like something that will always be called, so why force the >user to have an extra line o

RE: [PHP-DEV] imap_mail_compose() for 4.2.3?

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > Behalf Of Jani Taskinen > Sent: Monday, August 26, 2002 3:59 AM > > On Sun, 25 Aug 2002, Lukas Smith wrote: > > >Anyways with the current version of php we have some problems with the > >imap support. Mainly with imap_mail_compose(). Thos

Re: [PHP-DEV] Re: #18412 [Com]: PRINTER_ORIENTATION

Hi Tanes, I think it would make sense to bring that PRINTER_SET_OPTIONS code within printer_start_doc() so that this problem is fixed more transparently, as it seems like something that will always be called, so why force the user to have an extra line of code? --Wez. -- PHP Development Ma

[PHP-DEV] [rfc] apache_hooks update (yet incomplete)

hi, here's another shot of the current apache_hooks code. there are some issues with startup and cleanup currently. and the patch messes a bit with php's startup procedure. still missing is access to array_header (think headers_in, headers_out, headers_err) and table slot in request_rec, as is

[PHP-DEV] Re: #18412 [Com]: PRINTER_ORIENTATION

Derick, Here are the patch files (printer.c.patch to be applied on printer.c and printer.php.patch to be applied on printer.php). In order to make settings effect, the printer_set_option($handle,PRINTER_SET_OPTIONS,0) should be called after send a series of settings. The third parameter in

[PHP-DEV] Re: Transparent SID support

There is a flagrant bug there that allows anyone to chose a session ID of his choice, instead of relying on the random device. I think this breaks some POSIX-MIT-RFC somewhere and can be the cause of easy exploits. I would then say hat for a bugfix release it should be reasonabe to fix it,. I am

[PHP-DEV] Re: #18412 [Com]: PRINTER_ORIENTATION

Derick, If you point me out where I can get latest sources in php4/ext/printer, I would love to provide a patch for this problem. I don't know why source codes of this module (printer) is not included in php distribution source code. Regards, Tanes Sriviroolchai >From: Derick Rethans <[EM

[PHP-DEV] JOIN for FREE ... Learn and Earn

Hello: My name is Charles Cedeno. I am now focusing in one online opportunity.I have tried several of these opportunities full of hype promising us thousands of dollars every month. I would get all excited and run to my family and friends with another "Great Money Maker ". It is a sad fa