[PHP-DEV] Segfault with latest CVS
Hi, the following script makes this morning's CVS segfault: ?php require_once DB.php; ? DB.php is from the latest release of PEAR::DB. I can not provide a backtrace at the moment, but if you need one, just drop a mail. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Segfault with latest CVS
On Tue Mar 11, 2003 at 10:5232PM +0100, Sebastian Bergmann wrote: Martin Jansen wrote: ?php require_once DB.php; ? Most likely this will be caused by 856 $this-$key = $arr[$key]; as variable member access causes a segfault in the compiler. Will this be fixed or has there been a decision to leave it segfaulting? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Patch for README.EXT_SKEL
Hi, on Debian Woody, one not only needs to change skeleton/create_stubs to use gawk instead of mawk, but it is also necessary to change ext_skel itself. With the attached patch this is noted in README.EXT_SKEL. -- - Martin Martin Jansen http://martinjansen.com/Index: README.EXT_SKEL === RCS file: /repository/php4/README.EXT_SKEL,v retrieving revision 1.9 diff -u -r1.9 README.EXT_SKEL --- README.EXT_SKEL 23 Oct 2002 21:31:12 - 1.9 +++ README.EXT_SKEL 6 Mar 2003 09:45:31 - @@ -17,7 +17,8 @@ [ Note that GNU awk is likely required for this script to work. Debian systems seem to default to using mawk, so you may need to change the -#! line in skeleton/create_stubs to use gawk explicitly. ] +#! line in skeleton/create_stubs and the cat $proto | awk line in +ext_skel to use gawk explicitly. ] If you don't need to test the existence of any external header files, libraries or functions in them, the module is already almost ready to be -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug 20147
Bug #20147 has been reported as a PEAR bug, but IMO this sounds more like a PHP problem. The user reports that he gets the error message /usr/src/ServerSoftware/PHP/php-4.3.0pre2/sapi/cli/php: relocation error: /usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/xml.so: undefined symbol: XML_ParserCreate make[1]: *** [install-pear-installer] Error 127 make: *** [install-pear] Error 2 while the PEAR stuff is installed. Actually PEAR does not create anything like xml.so. Can anyone being more familiar with PHP's build stuff have a look at this? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP_AUTH_(USER|PW) not set
On Sat Oct 19, 2002 at 11:0608AM -0700, Rasmus Lerdorf wrote: You probably have an external auth module operating on the same request. I don't think so. Could you perhaps be a bit more verbose what you mean with external auth module? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP_AUTH_(USER|PW) not set
Sigh, I'm stupid: It was a dumb problem on my side. Sorry for any inconvenience. On Sun Oct 20, 2002 at 08:3156AM -0700, Rasmus Lerdorf wrote: As in any Apache mod_auth module. On Sun, 20 Oct 2002, Martin Jansen wrote: On Sat Oct 19, 2002 at 11:0608AM -0700, Rasmus Lerdorf wrote: You probably have an external auth module operating on the same request. I don't think so. Could you perhaps be a bit more verbose what you mean with external auth module? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP_AUTH_(USER|PW) not set
The following script fails with the todays snapshot and with PHP 4.3.0-pre1: ?php if (!isset($PHP_AUTH_USER)) { header(WWW-Authenticate: Basic realm=\Foobar\); header(HTTP/1.0 401 Unauthorized); echo Access denied.; exit; } else { echo Hello; } ? I looks like $PHP_AUTH_(USER|PW) are not set properly. Register_globals is set to on, but the same problem also occurs when setting it to off and using $_SERVER['PHP_AUTH_USER'] then. (Apache 1.3.26, Linux) Any clues? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [4.3.0-pre1] output handler 'ob_gzhandler' cannot be used twice
On Mon Oct 14, 2002 at 02:4353AM +0200, Jan Schneider wrote: Zitat von Yasuo Ohgaki [EMAIL PROTECTED]: Martin Jansen wrote: With PHP 4.3.0-pre1 I get the following error message in Chora: Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in Unknown on line 0 Script should be modified... What version has been used here? The start of output compression has already been moved to one single file unless we have overseen one file. The version of Chora was 2.0-cvs, but I don't remember when it has been installed; so it might be actually a bit outdated. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [4.3.0-pre1] Weird encoding issue
Yet another issue with 4.3.0-pre1 and Chora: The screenshot that is available at http://www.martinjansen.com/stuff/chora-4.3.0-pre1.png shows that something (probably some character encoding stuff) is pretty much broken in pre1. Currently I don't have the time to track this down more detailed, but if you need more information, just ask. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] sapi/fhttpd + other sapi/cgi related things..
On Sat Oct 12, 2002 at 09:3104AM +0300, Jani Taskinen wrote: First of all, status of fhttpd...last version of it was released in 17-May-99..also last real updates to this code seem to have happened in PHP3. Can we get rid of this (most likely not even working) piece of code? +1. According to fhttpd.org the last version has been released on 17th May 99, which implies that development has been suspended forevermore. Uhu, there isn't even a bug type category for it on bugs.php.net ;-). -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [4.3.0-pre1] output handler 'ob_gzhandler' cannot be used twice
With PHP 4.3.0-pre1 I get the following error message in Chora: Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in Unknown on line 0 Did you change the behaviour of ob_gzhandler, which makes this warning legal, or is it a bug? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Segfault in implode()
FYI: Yesterdays snapshot segfaults with the following line of code: ?php $foo = implode(, array()); ? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PEAR and 4.3 release
On Tue Oct 01, 2002 at 06:3320PM +0200, Lukas Smith wrote: Mainly there are still too many questions marks regarding stuff like: - How are packages maintained (especially when the leading developer is gone ... PEAR DB currently seems to be an example of this with bugs hanging in the air and nobody feeling responsible) I guess sending patches to pear-dev should be the best way. - How are packages proposed and when are they accepted http://pear.php.net/manual/en/developers.contributing.howto.php - And when they are accepted how makes sure that the person gets the necessary access The PEAR administrators take care of the PEAR website accounts and the PHP Group does the same for CVS accounts. - A Guide to lessen the endless naming debates. http://pear.php.net/manual/ - Should packages be pearified before getting into pear cvs or is afterwards ok? Is there even a general rule? http://pear.php.net/manual/en/developers.contributing.php. - Where is a tutorial explaing all of the answers to above questions? Most of the stuff is explained in the PEAR developers guide: http://pear.php.net/manual/en/guide-developers.php The results of this would need to put into action. Therefore I think that PEAR will not be ready until the end of december. I think PEAR is pretty fare and it is absolutely read for a first appearance on the official stage. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release
On Tue Oct 01, 2002 at 07:0226PM +0200, Martin Jansen wrote: I think PEAR is pretty fare and it is absolutely read for a first appearance on the official stage. Doh, ignore this. Better: I think PEAR is absolutely ready for a first appearance on the official stage. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Re: [PHP-DEV] PEAR and 4.3 release
On Tue Oct 01, 2002 at 09:2106PM +0200, Edin Kadribasic wrote: make install part of php install needs to be fixed in the PEAR part. This currently does not work, at least for me on Linux. We are working on this. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Latest cvs: error in mbstring
On Don Sep 26, 2002 at 09:3505 +0200, Martin Jansen wrote: The following error occurs when building latest CVS: ext/mbstring/mbstring.lo: In function `zif_mb_convert_case': /home/martin/cvs/php/php4/ext/mbstring/mbstring.c:2499: undefined reference to `php_unicode_convert_case' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Ok, this problem was fairly easy to solve as I in fact forgot to run ./buildconf. But now the next one occurs: make fails with: l_functions_cli.lo -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -o sapi/cli/php /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 What's wrong there? The system is Debian Woody, Kernel 2.4.18 and I'm using Debian's precompiled MySQL 3.23.52. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Latest cvs: error in mbstring
The following error occurs when building latest CVS: ext/mbstring/mbstring.lo: In function `zif_mb_convert_case': /home/martin/cvs/php/php4/ext/mbstring/mbstring.c:2499: undefined reference to `php_unicode_convert_case' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] xslt_process segfaults with illegal parameters
As the subject already mentions, xslt_process() segfaults when passing an illegal second or third parameter to it. Example: ?php $var = 'lala'; $xh = xslt_create(); $result = xslt_process($xh, $var, 'sample.xsl'); // segfault ? Instead of segfaulting, PHP should raise a warning/error in order to tell the user what went wrong, no? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Segfault in 4.2.3RC2
Obviously PHP 4.2.3RC2 segfaults when using wordwrap() with the following configure options: './configure' \ '--with-config-file-path=/etc' \ '--with-exec-dir=/var/www/php-bin' \ '--enable-safe-mode' \ '--enable-calendar' \ '--with-mysql=/usr/local/mysql/current' \ '--with-pgsql=/usr/local/pgsql/current' \ '--with-mm' \ '--with-zlib' \ '--with-bz2' \ '--enable-memory-limit' \ '--disable-debug' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-trans-sid' \ '--with-regex=system' \ '--enable-track-vars' \ '--with-recode' \ '--enable-xslt' \ '--with-xslt-sablot=/usr' \ '--with-expat-dir=/usr' (I know that the configure options aren't that nice possibly, but they should give you the clue how the system is set up.) The script to reproduce the segfault can be found at http://www.martinjansen.com/php/segfault-4.2.3RC2.txt. If you need more information (backtrace etc.), just ask. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Segfault in 4.2.3RC2
On Mit Sep 04, 2002 at 09:3724 +0200, [EMAIL PROTECTED] wrote: On Wed, 4 Sep 2002, Martin Jansen wrote: The script to reproduce the segfault can be found at http://www.martinjansen.com/php/segfault-4.2.3RC2.txt. If you need more information (backtrace etc.), just ask. That link gives a four oh four to me... Sorry - please try again. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Segfault in 4.2.3RC2
On Wed Sep 04, 2002 at 09:3027PM +0200, Martin Jansen wrote: Obviously PHP 4.2.3RC2 segfaults when using wordwrap() with the following configure options: If it helps you, attached you'll find the backtrace of the crash. -- - Martin Martin Jansen http://martinjansen.com/ #0 0x402c1af6 in chunk_alloc () from /lib/libc.so.6 #1 0x402c1814 in malloc () from /lib/libc.so.6 #2 0x80d45ec in _emalloc (size=43) at zend_alloc.c:165 #3 0x80e54ef in zend_hash_add_or_update (ht=0x8142ee8, arKey=0x818bd24 wrapped, nKeyLength=8, pData=0xbfffe354, nDataSize=4, pDest=0xbfffe368, flag=1) at zend_hash.c:260 #4 0x80f42ed in zend_fetch_var_address (opline=0x818a8c8, Ts=0xbfffe38c, type=1) at ./zend_execute.c:575 #5 0x80f6072 in execute (op_array=0x8186584) at ./zend_execute.c:1239 #6 0x80e22fe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #7 0x8063166 in php_execute_script (primary_file=0xb790) at main.c:1383 #8 0x8060d53 in main (argc=3, argv=0xb80c) at cgi_main.c:778 #9 0x4026cbaf in __libc_start_main () from /lib/libc.so.6 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] MFH -R php4/pear/* files
On Thu Aug 29, 2002 at 08:1348PM +0200, Christian Stocker wrote: as i understand the core pear developer, it's only the pear-installer which should be merged into 4.2.3, not all the other packages (they can stay, where they are now). So only pear/PEAR/ has to be merged (IIRC) The original plan was to only bundle the PEAR installer and all packages, which are required to make it work, with PHP 4.3.0. All other components should stay outside and must be installed via this installer. Actually everyone must be aware that this will cause a bazillion of bug reports stating that people can't find DB.php or something else which has been bundled with PHP forever. To avoid this we might decide if the most popular PEAR packages (DB) will still be bundled. Anyways, the release cycle for 4.3.0 has already gone pretty far, so I think that this decision is over to the release masters (Zeev, Derick?) and Stig. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] MFH -R php4/pear/* files
On Thu Aug 29, 2002 at 10:4027PM +0200, [EMAIL PROTECTED] wrote: On Thu, 29 Aug 2002, Martin Jansen wrote: Anyways, the release cycle for 4.3.0 has already gone pretty far, so I think that this decision is over to the release masters (Zeev, Derick?) and Stig. The release cycle for 4.3.0 is totally nowhere yet :) Doh, that's because of the incredible heat in Germany ;-). But if you mean 4.2.3 then I won't be very happy with putting new PEAR stuff in there now this late in the process (one week before release). +1. Let's continue the discussion when PHP 4.3.0 will be *really* released. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Errors while building latest snapshot
While building the latest snapshot, I get the following error during make: ext/standard/info.lo: In function `php_print_info': /home/martin/source/php4-200208140300/ext/standard/info.c:233: undefined reference to `iconv_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 My configure options are: './configure' \ '--with-apxs=/usr/local/apache/current/bin/apxs' \ '--with-mysql=/usr/local/mysql/current/' \ '--with-pgsql=/usr/local/pgsql/current/' \ '--with-interbase=/opt/interbase/' \ '--with-zlib' \ '--enable-ftp' \ '--with-mcal=/usr/include/mcal/' \ '--with-gettext=/usr/local/' \ '--enable-track-vars' \ '--enable-url-includes' \ '--enable-trans-sid' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-bcmath' \ '--with-config-file-path=/etc' \ '--with-sablot=/usr' \ '--with-xmlrpc' \ '--enable-tokenizer' \ $ Any clues? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Errors while building latest snapshot
On Thu Aug 15, 2002 at 01:5043AM +0200, Marcus Börger wrote: Could you try cvs version again? Build fine now. Thanks for your help. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] MySQL - LOAD DATA LOCAL INFILE
On Fri Aug 09, 2002 at 02:1206AM +0200, Georg Richter wrote: With an external libmysql (and also with the integrated libmysql, which doesn't support disable load data), we have a little security hole, because in safe_mode it is possible to load (and view) all the data, which is under access of the webserver). It should be obvious for everyone that PHP can't protect all external libraries in safe mode. I would like to disable LOAD DATA LOCAL INFILE in safe mode. However this will generate a lot of trouble, since users without shell access aren't able to import data in their mysql-db. -10^6 on this idea. People need to have the chance to import stuff into their databases. -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [php-objects] RE: [PHP] Re: [PHP-DEV] [CROSS POST] PHP Meetup Texas PHP Users
I'm definately interested, even though I'll most likely be in MN at the time. I've never even MET another PHP developer, so I don't know what to expect, but I'd sure love to be updated :o) Martin [EMAIL PROTECTED] 08/01/02 03:21PM Well, the predictions have come true. In San Antonio only four folks signed up for the meetup, and the event was cancelled with no way to get in touch with the other local developers to make a go of it. Out of the 147 cities listed only 15 had enough people for meetup.com to do their thing. A noble idea, but ... I want to encourage developers to farm PHP developer groups in their own communities. Some may find that their community already has a users group (a list is available at http://www.phpusergroups.org) although some of these groups are not really groups at all, just people looking to form groups. If you live in the San Antonio area I would be glad to be the chief-wrangler-whats-in-charge for just such a group. Please contact me directly. I am also working on a Texas PHP Developer Conference at the beautiful T Bar M Resort Conference Center in New Braunfels, Texas sometime between January and April of 2003. I have begun contacting potential speakers and hope to have people who wish to present papers at the conference as well as do some other fun activities such as a high or low ropes course, golf, tennis, etc. All suggestions and admonitions are welcome. Everyone in Texas is invited to contact me so that I can dispurse further information. Also, my contact at T Bar M says, The more, the cheaper ... as discounts for larger groups are available. Heck, even if you don't live in Texas but would be interested in attending drop me a line and I'll keep you up to date. Thanks! Jay It's as bad as you think, and they are out to get you. *** * * * Texas PHP Developers Meeting* * Spring 2003 * * T Bar M Resort Conference Center * * New Braunfels, Texas* * Interested? Contact;* * [EMAIL PROTECTED] * * * *** Look here for Free PHP Classes of objects: http://phpclasses.UpperDesign.com/ To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Binary extensions via PECL
On Fri Jul 26, 2002 at 06:2117PM +0300, Marko Karppinen wrote: 1. Someone from the PHP Group will be designated the PHP Certificate Authority. This person will, on a mostly non-connected system, grant certificates for all PEAR/PECL package maintainers. He will also maintain a Certificate Revocation List on www.php.net. The PHP CA public key will be distributed with all copies of PHP. 2. Package maintainers will prepare their packages like before. In addition to the package, they will prepare an S/MIME message that contains the SHA1 (RFC3174) hash of the package in question. The maintainers will cryptographically sign this message and send it to the repository along with the package. 3. The PEAR/PECL installer will fetch both the package and the accompanying S/MIME message, verifying that the signatory has been certified by the PHP CA. The installer will also check that the signatory has not been placed on the php.net CRL. Finally, the installer will determine whether the SHA1 hash in the message matches with the hash of the downloaded package. If not, the installation is aborted. Will this process only apply for PECL extensions (as your subejct implies) or will it apply for PEAR packages also? Generally, your proposal sounds fine for me. - We need a volunteer for the PHP CA. Stig sounds like the man for this. - After this change the OpenSSL extension will be a significant enabler of the PEAR/PECL infrastructure. It should be on by default (if the host has OpenSSL installed). What's with Windows? Does it support OpenSSL by default? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP Security Advisory: Vulnerability in PHP versions 4.2.0 and 4.2.1
On Mon Jul 22, 2002 at 06:0054PM +0200, Melvyn Sopacua wrote: I'm not sure I can upgrade all my installations, in due time, because of backwards compatibility issues in some extensions. Only PHP 4.2.* is affected by the vulnerability. PHP 4.2.2 is similar to PHP 4.2.1 but contains just the patch to fix the bug. So if you are running PHP 4.2.* you should be able to update without breaking anything. If you are running PHP 4.2.0 you don't need to worry about the vulnerability. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] How can I search in the dev list?
On Thu Jul 18, 2002 at 11:1525AM -0600, Braulio José Solano Rojas wrote: Is there an interface to search through the dev list? http://marc.theaimsgroup.com/?l=php-dev - Martin -- Martin Jansen - [EMAIL PROTECTED] http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PHP-DB] RE: PHP meetup [CROSS-POST] Meet other PHP Developersin Your Area
Yes, everyone please join up! I would love to find more developers in the Maryland area, and I'm sure others would in their areas as well! Let's do the great american get togeth... err... the great php get together! Martin Clifford Homepage: http://www.completesource.net Developer's Forums: http://www.completesource.net/forums/ Jay Blanchard [EMAIL PROTECTED] 07/15/02 03:20PM [snip] No, it's not a dating service :) Want to meet other PHP developers in your area? Check out: http://php.meetup.com/ Pretty nifty idea... especially given the lack of user groups in the U.S. I thought for others who had not seen this I would post this. There is probably already a user group in your area if you live near a major city. According to the PHPusergroups.org web site [http://www.phpusergroups.org/groups.phtml?menu=groups] there 189 PHP user groups in 52 countries. [/snip] I have seen some users groups mentioned, which is outstanding. PHP Meetup is gaining lots of ground with 105 members at last check. Top 5 cities are... Manhattan (below 42nd St) (5 members) London, England (4 members) Ann Arbor, MI (3 members) Melbourne (3 members) Washington DC (3 members) [actually tied with Philadelphia, PA and Orange County, CA] And I finally saw another San Antonio member. Just want to keep this fresh in everyone's mind. If you know of other developer lists where php is discussed please forward this along. Thanks! Jay Do not meddle in the affairs of dragons-for you are crunchy and good with ketchup -- PHP Database 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] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 23 May 2002 20:08:48 +0200, Lukas Smith wrote: It sounds to me like something like webservices.php.net would be in order. I don't think that having yet another subdomain does make much sense. Actually I prefer to have documentation for whatever comes out of this discussion in the PHP or in the PEAR manual. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 23 May 2002 15:27:00 -0700, Shane Caraveo wrote: Markus Wolff wrote: The best thinkable solutions would be: a) Bundle a library like PEAR::SOAP with PHP that is modified in a way that it automatically detects if the xmlrpc-epi extension is installed. If so, PEAR::SOAP only acts as a wrapper class around the calls to the extension. Else, it uses its own, slower PHP routines. This is exactly what I've wanted to do. Just for the records: I like this plan and I think that we should try to push this forward. Brad: Without knowing very much about your SOAP project: Do you think that it is possible to merge your code with the xmlrpc-epi extension? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Errors when building HEAD
On Thu, 23 May 2002 12:33:12 -0400, Jon Parise wrote: On Wed, May 22, 2002 at 09:44:35AM +0200, Martin Jansen wrote: On Wed, 22 May 2002 09:21:47 +0200, Markus Fischer wrote: autoconf 2.53 isn't supposed to work. Try with 2.13 After downgrading to 2.13, I now get the error messages on can find in the attached buildconf_errors.txt. After running ./configure then results in: checking whether to include debugging 2.13... ./configure: line 11416: syntax error near unexpected token `else' ./configure: line 11416: `else' Any clues? Try running ./cvsclean and then ./buildconf. The problem persists. Actually I think that there is something fu**ed up pretty much on the system, since it works for me on another Linux box. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Errors when building HEAD
On Wed, 22 May 2002 09:21:47 +0200, Markus Fischer wrote: autoconf 2.53 isn't supposed to work. Try with 2.13 After downgrading to 2.13, I now get the error messages on can find in the attached buildconf_errors.txt. After running ./configure then results in: checking whether to include debugging 2.13... ./configure: line 11416: syntax error near unexpected token `else' ./configure: line 11416: `else' Any clues? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ martin@urmel:~/cvs/php/php4 ./cvsclean martin@urmel:~/cvs/php/php4 ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.2 (ok) rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF configure.in:132:dnl AC_AIX needs to be before any macros that run the C compiler. configure.in:133:AC_AIX configure.in:167:AC_MSG_RESULT([$php_cv_cc_dashr]) configure.in:178: AC_MSG_RESULT([$php_cv_cc_rpath]) configure.in:198:AC_MSG_RESULT(${1}.${2} (ok)) configure.in:261:AC_MSG_RESULT([$PHP_SAPI]) configure.in:302: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [ configure.in:328: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[ configure.in:331: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], []) configure.in:357: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [ configure.in:360: AC_DEFINE(HAVE_LIBRESOLV,1,[ ]) configure.in:464: AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have struct sockaddr_storage]) configure.in:474: AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6 support]) configure.in:553: AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the getaddrinfo function]) configure.in:559:PHP_AC_BROKEN_SPRINTF configure.in:579:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t]) configure.in:581: AC_DEFINE(in_addr_t, u_int, [ ]) configure.in:663: AC_DEFINE(PHP_SAFE_MODE,1,[ ]) configure.in:665: AC_DEFINE(PHP_SAFE_MODE,0,[ ]) configure.in:675: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:676: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:678: AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,$withval, [ ]) configure.in:679: AC_MSG_RESULT([$withval]) configure.in:682:AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:683:AC_MSG_RESULT([/usr/local/php/bin]) configure.in:686: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:687: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:702: AC_DEFINE(PHP_SIGCHILD, 1, [ ]) configure.in:704: AC_DEFINE(PHP_SIGCHILD, 0, [ ]) configure.in:711: AC_DEFINE(MAGIC_QUOTES, 1, [ ]) configure.in:713: AC_DEFINE(MAGIC_QUOTES, 0, [ ]) configure.in:736: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,1,[ ]) configure.in:738: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,0,[ ]) configure.in:749:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have dmalloc]) configure.in:759: AC_DEFINE(HAVE_CRYPT,1,[ ]) configure.in:805:AC_MSG_RESULT([$PHP_VERSIONING]) configure.in:849: AC_DEFINE(ZTS,1,[ ]) configure.in:962:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,$PHP_BUILD_DATE,[PHP build date]) configure.in:964:AC_DEFINE_UNQUOTED(PHP_UNAME,$PHP_UNAME,[uname -a output]) configure.in:966:AC_DEFINE_UNQUOTED(PHP_OS,$PHP_OS,[uname output]) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enabling ext/zlib by default
On Tue, 21 May 2002 08:13:31 +0200, Sebastian Bergmann wrote: I think we should make '--with-zlib' the default, and add '--disable-zlib', for the PHP 4.3.0 release, since the PEAR Installer relies on it. +1. If we don't do that, the install will not work on a lot of out of the box setups. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enabling ext/zlib by default
On 21 May 2002 08:46:54 +0200, Stig S. Bakken wrote: On Tue, 2002-05-21 at 08:13, Sebastian Bergmann wrote: I think we should make '--with-zlib' the default, and add '--disable-zlib', for the PHP 4.3.0 release, since the PEAR Installer relies on it. It's not supposed to, I've added nocompress options everywhere needed, so it should work just fine without zlib: I could have sworn that I got an error message some days ago when using PEAR on a pretty recent PHP version without zlib, but I may be wrong.. Even if you enable zlib by default, PHP does not bundle zlib, it would not be available on every system, and the installer would have to support uncompressed packages anyway. But it does not do any harm if we enable it by default, no? Additionally we would also save some bandwidth then. (Yes, I know that most PEAR packages are 20 KB :-). - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enabling ext/zlib by default
On 21 May 2002 09:29:05 +0200, Stig S. Bakken wrote: Does the bzip2 extension work in Windows? Yup, it seems so. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Errors when building HEAD
When running ./buildconf in latest CVS, I get the following errors: buildconf: checking installation... buildconf: autoconf version 2.53 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.2 (ok) rebuilding configure configure.in:167: error: possibly undefined macro: AC_MSG_RESULT configure.in:302: error: possibly undefined macro: AC_DEFINE configure:88811: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF When running ./configure with some options then, I get Configuring Zend [...] checking for BSD-compatible nm... /usr/bin/nm -B ./ltconfig: ./ltconfig: No such file or directory configure: error: libtool configure failed . Is my system mis-configured or is there actually a problem in HEAD? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Creating extension module for PHP
Simon Fogg wrote: Hi, I am a newcomer to PHP so I apologise in advance if my question seems trivial or has already been answered on this site before. I have been tasked with creating an HTML based interface for one of our products. We already have a mature API set used to configure the product in the form of a Shared Library on a Mac and a dll on Windows. Is there a means of creating an extension for PHP so that I may use these API calls within a PHP Script? I noticed that there are already a number of extensions available i.e. COM, XML, ODBC etc - can I not create my own extension? Aye, you download the PHP source code and create your extention in ext/ directory. More info here: http://se.php.net/manual/en/zend.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 4.1.2 Official Patch for Win32
Dear developers, Somebody really knows when the PHP 412 for Win32 OFFICIAL version will be available for download on PHPnet website? Regards, -- Fabio De Martin BASE64 Soluções em Tecnologia Telefone: 01155072426 Celular: 01196398990 The information in this e-mail and any attachments is confidential and is intended for the addressee only If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail Visit our website: http://wwwbase64combr -- PHP Development Mailing List http://wwwphpnet/ To unsubscribe, visit: http://wwwphpnet/unsubphp
[PHP-DEV] Bug #15469: data corruption in apache logs
From: [EMAIL PROTECTED] Operating system: windows xp PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: data corruption in apache logs i noticed when i call my php script like this: http://localhost/index.php/123 etc (i tried some different data instead of 123 too), there log entry in the apache error.log will look like this: [Sat Feb 09 19:00:00 2002] [error] [client 127.0.0.1] File does not exist: e:/webroot/ã¯ndex.php/11 [Sat Feb 09 19:00:03 2002] [error] [client 127.0.0.1] File does not exist: e:/webroot/ã¯ndex.php [Sat Feb 09 19:00:07 2002] [error] [client 127.0.0.1] File does not exist: e:/webroot/ã¯ndex.php -- Edit bug report at http://bugs.php.net/?id=15469edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15469r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15469r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15469r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15469r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15469r=support Expected behavior: http://bugs.php.net/fix.php?id=15469r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15469r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15469r=submittedtwice -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15389 Updated: slow ldap connect
ID: 15389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: LDAP related Operating System: w2k advanced server PHP Version: 4.1.1 New Comment: yes, i've tried to connect with the ldap addressbook of groupwise 6 (connect in less than 1 sec) and a java ldap browser (connect in less than 2 sec). Previous Comments: [2002-02-07 17:33:17] [EMAIL PROTECTED] Have you tried to connect to the LDAP server with something else than PHP? Some other LDAP client, or even telnet to the LDAP port? One possibility is that the LDAP server spends some time trying to lookup the clients hostname in order to check access or log the name. [2002-02-06 18:17:40] [EMAIL PROTECTED] ? $start = date(U); $server = x.x.x.x; // ip address of nds-server $ds = ldap_connect($server); $end = date(U); echo br.($end-$start). Sekundenbr; ? [2002-02-06 18:05:27] [EMAIL PROTECTED] If you have a small script for me to test, that I can run as a non-administrator user on the NDS. I might be able to check it. Derick [2002-02-06 17:51:05] [EMAIL PROTECTED] i tried this on 3 different machines (1x nt4 ws; 1x w2k ws; 1x w2k srv) of course it can be that it is the novell server that causes the delay but since this is a high performance machine (1000 clients) i haven't thought about that yet. everything is connected via switched 100mbit (or better) full duplex. do you have experiences with php ldap and nds? [2002-02-06 07:36:32] [EMAIL PROTECTED] Are you sure this is a problem with PHP and not with your network? Try connecting to the server with another client. (reclassified) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15389 -- Edit this bug report at http://bugs.php.net/?id=15389edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15389 Updated: slow ldap connect
ID: 15389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: w2k advanced server PHP Version: 4.1.1 New Comment: i tried this on 3 different machines (1x nt4 ws; 1x w2k ws; 1x w2k srv) of course it can be that it is the novell server that causes the delay but since this is a high performance machine (1000 clients) i haven't thought about that yet. everything is connected via switched 100mbit (or better) full duplex. do you have experiences with php ldap and nds? Previous Comments: [2002-02-06 07:36:32] [EMAIL PROTECTED] Are you sure this is a problem with PHP and not with your network? Try connecting to the server with another client. (reclassified) [2002-02-05 12:51:25] [EMAIL PROTECTED] i tried the ldap functions with php 4.0.6 and now with 4.1.1. the ldap queries are super fast, but the connect takes 4 to 5 seconds. first i thought it was the queries but when i removed the queries the script would still take the same time to execute. the queries would only take about 1 second to compute. i already use the ip address of the ldap server for the connect to avoid dns lookups. i understand that any connect procedure takes a while but for the user to wait for 5 seconds is much too long. is there a way to optimize the connect procedure? -- Edit this bug report at http://bugs.php.net/?id=15389edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15389 Updated: slow ldap connect
ID: 15389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: w2k advanced server PHP Version: 4.1.1 New Comment: ? $start = date(U); $server = x.x.x.x; // ip address of nds-server $ds = ldap_connect($server); $end = date(U); echo br.($end-$start). Sekundenbr; ? Previous Comments: [2002-02-06 18:05:27] [EMAIL PROTECTED] If you have a small script for me to test, that I can run as a non-administrator user on the NDS. I might be able to check it. Derick [2002-02-06 17:51:05] [EMAIL PROTECTED] i tried this on 3 different machines (1x nt4 ws; 1x w2k ws; 1x w2k srv) of course it can be that it is the novell server that causes the delay but since this is a high performance machine (1000 clients) i haven't thought about that yet. everything is connected via switched 100mbit (or better) full duplex. do you have experiences with php ldap and nds? [2002-02-06 07:36:32] [EMAIL PROTECTED] Are you sure this is a problem with PHP and not with your network? Try connecting to the server with another client. (reclassified) [2002-02-05 12:51:25] [EMAIL PROTECTED] i tried the ldap functions with php 4.0.6 and now with 4.1.1. the ldap queries are super fast, but the connect takes 4 to 5 seconds. first i thought it was the queries but when i removed the queries the script would still take the same time to execute. the queries would only take about 1 second to compute. i already use the ip address of the ldap server for the connect to avoid dns lookups. i understand that any connect procedure takes a while but for the user to wait for 5 seconds is much too long. is there a way to optimize the connect procedure? -- Edit this bug report at http://bugs.php.net/?id=15389edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15389: slow ldap connect
From: [EMAIL PROTECTED] Operating system: w2k advanced server PHP version: 4.1.1 PHP Bug Type: Performance problem Bug description: slow ldap connect i tried the ldap functions with php 4.0.6 and now with 4.1.1. the ldap queries are super fast, but the connect takes 4 to 5 seconds. first i thought it was the queries but when i removed the queries the script would still take the same time to execute. the queries would only take about 1 second to compute. i already use the ip address of the ldap server for the connect to avoid dns lookups. i understand that any connect procedure takes a while but for the user to wait for 5 seconds is much too long. is there a way to optimize the connect procedure? -- Edit bug report at http://bugs.php.net/?id=15389edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15389r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15389r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15389r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15389r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15389r=support Expected behavior: http://bugs.php.net/fix.php?id=15389r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15389r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Strange behaviour in arrays
Taking the following script: ?php $array = array(foo = true, bar = false ); print_r($array); ? The result of print_r is: Array ( [foo] = 1 [bar] = ) Shouldn't false in the array definition result to 0 instead of nothing? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] highlight_string()
On Fri, 25 Jan 2002 11:57:27 +0100, Sebastian Bergmann wrote: Could highlight_string() be changed to (optionally) return the highlighted string? The following works, but is IMHO overhead ob_start(); highlight_string($string); $string = ob_get_contents(); ob_end_clean(); +1 - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15160: strip_tags problem with !-- javascript -- comments inside tags
From: [EMAIL PROTECTED] Operating system: Linux 2.4 and Windows XP PHP version: 4.1.1 PHP Bug Type: Strings related Bug description: strip_tags problem with !-- javascript -- comments inside tags I experienced problems with strip_tags on javascript inside !-- //-- brackets that also contains //comments. Below is first two properly working examples, then a example to reproduce the problem. Tested in both Windows XP and Linux 2.4, both with PHP 4.1.1 $data = brhello there!-- comment // --br; $out = strip_tags($data); echo $out; //$out = hello there, as expected :) $data = brhello there!-- comment --br; $out = strip_tags($data); echo $out; //$out = hello there, as expected :) $data = !-- \n. function a(i) {\n. // comment\n. var x=1;\n. if (i1) x=2;\n. }\n. // --; $out = strip_tags($data); echo $out; $out now is: 1) x=2; } // -- -- Edit bug report at: http://bugs.php.net/?id=15160edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12120 Updated: Several following characters ignored by striptags()
ID: 12120 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Linux Mandrake PHP Version: 4.0.4pl1 New Comment: I reproduced the problem in PHP 4.1.1, using the same code: $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b Tested on Windows XP and Linux 2.4 Previous Comments: [2001-08-19 13:31:23] [EMAIL PROTECTED] I did not try with the newest release, and unfortunatly cannot currently test more with any version (different computer, not suitable for PHP.) Sorry I could not help. Do note, though, that I have been to many, many sites who use PHP, to look into what their solution is to striptags(), and all the sites seem to use a custom function. Obviously, I am not the only one to have this problem (again, as far as 4.0.4pl1 is concerned.) [2001-08-19 05:00:02] [EMAIL PROTECTED] Does this happen with PHP 4.0.6? [2001-07-12 21:54:40] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b [2001-07-12 20:32:58] [EMAIL PROTECTED] $foo = strip_tags( bhello/b, b); echo $foo; // prints bhello with a hidden /b strip_tags(), in this case, returns the string it was supplied, but omits the second and third '' character. In a regular browser, it would display the 3 '' characters, seperated by spaces:(equivalent to lt; lt; lt;) followed by a bold hello. Yet since PHP probably raises a flag after the first , all subsequent characters are ignored until the next . To resume: Source witSource without strip_tags: bhello/b Source with strip_tags: bhello/b hout strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b Edit this bug report at http://bugs.php.net/?id=12120edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7472 Updated: problem with strip_tags() function
ID: 7472 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Strings related Operating System: linux PHP Version: 4.0 New Comment: Bug still exists in PHP 4.1.1, tested under Linux 2.4 and Windows XP with: echo strip_tags(first ?echo \? second); Previous Comments: [2001-02-10 15:14:36] [EMAIL PROTECTED] it is the unbalanced quotes that causes this. smaller example: ?php echo strip_tags(first ?echo \? second); ? refiling against 4.0, although it would be nice if any fix were backported. (or the behavior could be documented.) [2000-10-25 23:09:32] [EMAIL PROTECTED] oops, did not escape dollar signs. Doing so does not effect results. [2000-10-25 23:06:05] [EMAIL PROTECTED] This bug causes strip_tags to stop stripping php tags, if your string contains the following in a ?php? delimiter. title = \([^\]+)\ Example: echo strip_tags( aghh1 ?PHP if (eregi(\title = \\\([^\\\]+)\, $x, $y)) echo \foobar\; ? aghh2 ); will result in only aghh1 being reported when aghh2 should clearly be as well Edit this bug report at http://bugs.php.net/?id=7472edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10002 Updated: sprintf() and floating point
ID: 10002 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Debian PHP Version: 4.1.1 New Comment: I cant reproduce this bug under PHP 4.1.1 neither in Windows XP or Linux 2.4. I tried the original example aswell as the additional examples from http://213.134.22.60/~gerzson/sprintf.php (abstract from phpinfo()): System Linux www3 2.4.17 #4 SMP Sat Dec 22 19:40:48 CET 2001 i686 unknown Build Date Jan 13 2002 Configure Command './configure' '--with-apache=../apache_1.3.22' '--with-mysql=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr' '--enable-ftp' '--enable-bcmath' '--with-ming' '--with-mcrypt' '--with-mhash' '--with-xml' '--with-imap' '--with-pdflib' '--with-curl' '--with-png-dir=/usr' '--with-zlib' '--with-freetype-dir=/usr/local/include/freetype2' '--enable-gd-native-ttf' '--disable-posix-threads' '--enable-memory-limit=yes' '--enable-track-vars' '--enable-trans-sid' '--enable-debug=no' '--enable-inline-optimization' Previous Comments: [2002-01-15 12:33:46] [EMAIL PROTECTED] I played with ini settings (to be frank remove the php.ini), and now examples work fine. [2002-01-09 16:43:39] [EMAIL PROTECTED] I'd like to reopen it. Visit the page: http://213.134.22.60/~gerzson/sprintf.php [2002-01-09 16:36:36] [EMAIL PROTECTED] I'm sorry to say that I experienced similar misbehaviour with PHP 4.0.6 and 4.1.1, too. I'm pulling aggregated statistics from database and display it. I'm currently working on minimize a test case, please wait. Till then, visit this link: http://213.134.22.60/~gerzson/sprintf.php this is a very simple test script with a show_source() and phpinfo(). I think this bug should be reopened. [2001-03-27 12:30:21] [EMAIL PROTECTED] Patch applied, but it's still a strange thing. [2001-03-27 08:32:14] [EMAIL PROTECTED] I can't reproduce it under RH 6.2. Generally the fix isn't supposed to do anything (since arg is a double, 10 should be converted to a double automatically), but the fix can't hurt anything so if it works around a compiler bug, it's fine. PHP cannot use sprintf() because sprintf() works with C types with predefined types for the arguments, whether PHP has its own types, and autoconverts arguments to match the format string. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=10002 Edit this bug report at http://bugs.php.net/?id=10002edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14655 Updated: ucwords failing randomly with international characters
ID: 14655 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Windows XP Pro (spanish) PHP Version: 4.1.0 New Comment: Some additional comments: I cant reproduce this in Linux (meaning the returned data doesnt change), but with PHP 4.1.1 in Window XP the problem exists, but only when i change locale, my default locale is: LC_COLLATE=C;LC_CTYPE=English_United States.1252;LC_MONETARY=C;LC_NUMERIC=C;LC_TIME=C and the output here is: ÑÁéÍóúàèìòùäëÏöÜ With linux: Ñáéíóúàèìòùäëïöü But if i change locale with: setlocale(LC_ALL, english); (Locale: English_United States.1252) The returned data differs at each function call Previous Comments: [2001-12-23 15:51:45] [EMAIL PROTECTED] To me this sounds like a system problem. PHP only uses the systems notion of upper and space. When the character following the international character it is probably because the international character is treated as a space by the system (isspace() returning true). It's quite weird that the results are not consistent. The PHP function itself is quite straightforward, so I suspect the locale is not the same every time, or that the systems isspace() and possibly toupper() is broken. I can't say for sure though. [2001-12-21 22:32:30] [EMAIL PROTECTED] When using the ucwords() function with strings containing international characters, the function will return incorrect values. The return value will be different every time the function is called. I've seen bogus bug reports for this function so we have a slight chance for this to be yet another bogus bug, but look at this: echo setlocale(LC_ALL, 0); Output: LC_COLLATE=C;LC_CTYPE=Spanish_Argentina.1252;LC_MONETARY=C;LC_NUMERIC=C;LC_TIME=C --- echo ucwords('ñáéíóúàèìòùäëïöü'); Output: ÑáéíóúÀèìÒùäËïÖü Output again (refresh button on browser): ÑáÉíóúàèìòùäëïöÜ Output again: ÑáéíÓúàèìÒùäëïöÜ etc. etc. Now, if I do setlocale(LC_ALL, spanish), the restult is still the same. I've noted that the problem is not the intl. char, but the char after that. This is, ucwords(cañas) will return Cañas or CañAs, randomly. Scenario: Windows XP Pro (spanish) Apache 1.3.22 PHP 4.1.0 Edit this bug report at http://bugs.php.net/?id=14655edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15097 Updated: sunstr_count
ID: 15097 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: win2000 PHP Version: 4.1.1 New Comment: This is not a bug. substr_count($haystack, $needle) when haystack is D¨D¨D and needle is D, it returns 3 of course, since D is found 3 times in haystack Previous Comments: [2002-01-18 06:50:52] [EMAIL PROTECTED] View my code: $str1=D¨D¨D; $str2=D; print substr_count($str1,$str2); return 3,right result is 1 the string ¨D in Gb2312,is Chinese. Used english is right,I don't konw where the problem in it. Edit this bug report at http://bugs.php.net/?id=15097edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: htmlspecialchars() alias
Jason G. wrote: Hello General and Dev list, Considering the fact that it is good practice to use htmlspecialchars() anytime you are outputting non-html content to the browser... After typing the 16 characters in the htmlspecialchars() function thousands of times... I was wondering if it would be feasible to create an alias for this function, say hsc() or something short. Even nicer, but probably not practical would be a language extension like: ?== $var ? being the same as ?= htmlspecialchars($var) ? Yup, sounds like a good idea. But I guess you could always wrap htmlspecialchars in your own function until php gets that feature. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Overloading Tags with PHP functions
On Tue, 15 Jan 2002 18:34:24 +0100, Kristian Köhntopp wrote: The following code is slow and very ad-hoc. Still, I'd like you to have a look at it and think about it - I'll gather reviews and opinions and probably turn it into C at some later time. For the ones which are unable to understand the german comment at line 45: This is the translation: # Recursion: # Apply xml_transformation on the result again in order # to also replace generated special tags. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 5
On Wed, 2 Jan 2002 14:43:39 +0100, Edin Kadribasic wrote: The build process should be altered so that the standalone interpreter (cgi sapi) is always built so the traditional make make install installs /usr/bin/php no matter what sapi module was chosen. I'm +1 on this, even though I think that PHP isn't very well suited for shell jobs in comparison to Bash or Perl. Always building the CGI version would also help the PEAR command line installer a lot since it currently needs a PHP binary to be executed. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PECL (was PHP 5)
On Wed, 02 Jan 2002 20:39:44 +0200, Andi Gutmans wrote: However, if PECL doesn't become everything we hoped for within the next few months (possible) I don't think it should stop PHP 5. We could always have 5.1. At least we could have PHP 6 right after 5 :-). Anyway, that's not too important right now. We still haven't heard from anyone what work has been done on PECL. Currently there has not been much work on the PECL installer. Our current aim is to provide a solid installation procedure for PEAR components. Installing PECL extensions is a bit trickier IMO: You have to consider ./configure files, build processes, plugging configuration directives in php.ini etc. I think without a lot of work done by many of us here on php-dev it'll probably not gain enough momentum. +1. I suggest we move PECL either to its own mailing list or to php-dev. +1 for it's own mailing list. Additionally we could perhaps set up an own CVS module for PECL. (Currently it resides in /pear/PECL.) Guys? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Moving extensions to PECL
On 31 Dec 2001 19:18:59 -, Jim Winstead wrote: Jon Parise [EMAIL PROTECTED] wrote: Are there any well-founded objections to this (either in practice or principle)? no objections, but one thing that should be considered is what happens to the documentation for these extensions The documentation of the extensions can be easily merged in the peardoc repository. Right now there is no automated build for the manual, but you promised to help us with that in 2002, no? :-) - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Moving extensions to PECL
On Tue, 1 Jan 2002 18:36:57 +0100, Egon Schmid wrote: Well, I know librians will love the YAZ extension. I suggest to move the documentation in a new part in the PHP Manual. I think of a split of the original Function Reference in something like Basic Function Reference and Extended Function Reference. If yaz is going to become part of PECL (= part of PEAR), documentation should be placed in the PEAR manual. Everything else is less intuitive and will irritate people IMO. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Moving extensions to PECL
On Tue, 1 Jan 2002 19:55:33 +0100, Egon Schmid wrote: Are you sure that librians find the PEAR documentation? When they find the PHP documentation, they can also find the PEAR documentation, no? :-) As I can see PEAR and PHP documentation differs in many things. What kind of differences are you talking about? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Moving extensions to PECL
On Tue, 1 Jan 2002 10:09:51 -0800, Jim Winstead wrote: i was thinking more along the lines of something that allowed the documentation for an extension to be managed on its own, Documentation somewhere is better than documentation nowhere ;-). Anyways, I don't have a really strong opinion when it comes to documentation for extensions that are moved over to PECL. If people want to leave it in phpdoc that's ok for me. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PECL module
On Tue, 25 Dec 2001 13:31:40 +0900, Yasuo Ohgaki wrote: I hope there is more explanation about PECL in PHP source. How about to have README.PECL to let develpers/users know status of PECL, what it is, what kind of module goes to PECL, etc. I've written some documentation about PECL, that I will commit to the PEAR manual shortly. Back to the cookies now :-), - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] [FRC]Session module related issues
On Thu, 20 Dec 2001 14:41:43 +0900, Yasuo Ohgaki wrote: 4) Where document should be? If your session handler will be part of PECL, it should be documented in the upcoming PEAR manual. Have a look at the CVS module peardoc to get a feeling for it. Basically I think it would be nice to have this in PECL, since it is no real 'core' part of PHP and so it does not really fit in php4/ext, eventhough it requires the session extension to be enabled. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14617: socket_recv() arguments
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: socket_recv() arguments According to http://www.php.net/manual/en/function.socket-recv.php the socket_recv() parameters are as follows: mixed socket_recv (resource socket, int len, int flags) An attempt with: $row = socket_recv($handle, 1024, PHP_NORMAL_READ); Says Warning: socket_recv() expects exactly 2 parameters, 3 given in xxx on line 103 $row = socket_recv($handle, 1024); Says Warning: socket_recv() expects parameter 2 to be resource, integer given in xxx on line 103 $row = socket_recv(1024, $handle); Says Warning: socket_recv() expects parameter 1 to be resource, integer given in xxx on line 103 -- Edit bug report at: http://bugs.php.net/?id=14617edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14576 Updated: documention out of date
ID: 14576 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Documentation has been updated i see :) Previous Comments: [2001-12-18 08:23:58] [EMAIL PROTECTED] the documention on the socket extenion is very out of date, a bunch of the bogus bug reports on sockets is about socket() and other functions that now have different names Edit this bug report at http://bugs.php.net/?id=14576edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14617 Updated: socket_recv() arguments
ID: 14617 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Fixed in CVS Previous Comments: [2001-12-20 05:54:17] [EMAIL PROTECTED] According to http://www.php.net/manual/en/function.socket-recv.php the socket_recv() parameters are as follows: mixed socket_recv (resource socket, int len, int flags) An attempt with: $row = socket_recv($handle, 1024, PHP_NORMAL_READ); Says Warning: socket_recv() expects exactly 2 parameters, 3 given in xxx on line 103 $row = socket_recv($handle, 1024); Says Warning: socket_recv() expects parameter 2 to be resource, integer given in xxx on line 103 $row = socket_recv(1024, $handle); Says Warning: socket_recv() expects parameter 1 to be resource, integer given in xxx on line 103 Edit this bug report at http://bugs.php.net/?id=14617edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] Re: [FRC]Session module related issues
On Thu, 20 Dec 2001 22:38:03 +0900, Yasuo Ohgaki wrote: Then msession may have the same problem that I mentioned. Since session module can be disabled, if users load extension depands on session module, it will end up with undefined symbol error. This is not nice... But that's actually the problem of the developer: If he want's to use your module, he simply has to ensure that the session module is compiled in his PHP version. Basically, this is the same with PEAR DB e.g.: If I want to use it's abstraction layer for Oracle, I have to make sure that Oracle is available within PHP. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] Re: [FRC]Session module related issues
On Thu, 20 Dec 2001 19:58:10 +0900, Yasuo Ohgaki wrote: You missed issues here 1) It highly depends on Session module. I don't see a problem here. The developer has to take care that session is available when he wants to use your module. That's what dependencies are for :-). 2) It does not work as standalone module at all. Note this down in the documentation and you are done. 3) It will fail to load with undefined symbol when PHP is compiled with --disable-session. See my answer for 2) 3) It does not provide any function to users. I can't see a reason here that is speaking against integrating your module in PECL. 4) Where document should be? See my reply to your first mail. 5) How to handle include files required for session save handler module? I can't really answer that question since I'm not familiar enough with PHP's internals. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14576: documention out of date
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: documention out of date the documention on the socket extenion is very out of date, a bunch of the bogus bug reports on sockets is about socket() and other functions that now have different names -- Edit bug report at: http://bugs.php.net/?id=14576edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14577: socket_read() always in binary mode
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: socket_read() always in binary mode i pass PHP_NORMAL_READ to socket_read() to read until next \n or \r as sockets.c tells. if i specify for example 200 as the length i get a 200 byte string back that includes multiple \n -- Edit bug report at: http://bugs.php.net/?id=14577edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14578: socket_read() behavior
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: socket_read() behavior I call socket_read() like this: $data = socket_read($handle, 80, PHP_BINARY_READ); and get 80 byte back. i made a loop to continue read until strlen($data) 80 (just experimenting): -- $cnt = 0; do { $row = socket_read($irc, 80, PHP_BINARY_READ); $cnt .= strlen($row); if (strlen($row) 80) break; } echo $cnt bytes read; -- This gives me 1027 bytes of data, even though there is more data left to read, the last read only returns 67 bytes of data. if i call socket_read() with 2048 as size, i also only get 1027 bytes back So i worked around this in my example loop like this: $cnt = 0; do { $row = socket_read($irc, 1028, PHP_BINARY_READ); $cnt .= strlen($row); if (strlen($row) 1028) break; } echo $cnt bytes read; Wich works, and reads everything for me. But is this really the expected behaviour? -- Edit bug report at: http://bugs.php.net/?id=14578edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14578 Updated: socket_read() behavior
ID: 14578 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Hm in my last example there should be -- $cnt = 0; do { $row = socket_read($irc, 1027, PHP_BINARY_READ); $cnt .= strlen($row); if (strlen($row) 1027) break; } echo $cnt bytes read; -- of course, not 1028 :) Previous Comments: [2001-12-18 08:35:37] [EMAIL PROTECTED] I call socket_read() like this: $data = socket_read($handle, 80, PHP_BINARY_READ); and get 80 byte back. i made a loop to continue read until strlen($data) 80 (just experimenting): -- $cnt = 0; do { $row = socket_read($irc, 80, PHP_BINARY_READ); $cnt .= strlen($row); if (strlen($row) 80) break; } echo $cnt bytes read; -- This gives me 1027 bytes of data, even though there is more data left to read, the last read only returns 67 bytes of data. if i call socket_read() with 2048 as size, i also only get 1027 bytes back So i worked around this in my example loop like this: $cnt = 0; do { $row = socket_read($irc, 1028, PHP_BINARY_READ); $cnt .= strlen($row); if (strlen($row) 1028) break; } echo $cnt bytes read; Wich works, and reads everything for me. But is this really the expected behaviour? Edit this bug report at http://bugs.php.net/?id=14578edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14515 Updated: child pid XXX exit signal Segmentation fault (11)
ID: 14515 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: linux 2.4.16 PHP Version: 4.1.0 New Comment: sorry, forgot the stacktrace: (gdb) bt #0 0x40a0e333 in php_pcre_replace (regex=0x40ab8b11 /realm=\(.*?)\/i, regex_len=16, subject=0x8184455 Basic realm=\DB-RW-Access\, subject_len=27, replace_val=0x81844a4, is_callable_replace=0, result_len=0xbfffc19c, limit=-1) at php_pcre.c:768 #1 0x409bf494 in sapi_add_header_ex (header_line=0x818 WWW-Authenticate, header_line_len=44, duplicate=1 '\001', replace=1 '\001') at SAPI.c:467 #2 0x40a4b7af in zif_header (ht=1, return_value=0x8184404, this_ptr=0x0, return_value_used=0) at head.c:56 #3 0x40996697 in execute (op_array=0x81840e4) at ./zend_execute.c:1590 #4 0x409a8364 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #5 0x409bb8e1 in php_execute_script (primary_file=0xb268) at main.c:1309 #6 0x409b6220 in apache_php_module_main (r=0x816a250, display_source_mode=0) at sapi_apache.c:90 #7 0x409b71a0 in send_php (r=0x816a250, display_source_mode=0, filename=0x816bdc8 /usr/local/WWW/marticole/htdocs/PRIVATE/Hausverwaltung/resthof.php) at mod_php4.c:575 #8 0x409b7223 in send_parsed_php (r=0x816a250) at mod_php4.c:590 #9 0x806e019 in ap_invoke_handler () #10 0x8083aef in process_request_internal () #11 0x8083b62 in ap_process_request () #12 0x807a696 in child_main () #13 0x807a875 in make_child () #14 0x807a9f6 in startup_children () #15 0x807b07c in standalone_main () #16 0x807b8cc in main () #17 0x40620c6f in __libc_start_main () from /lib/libc.so.6 (gdb) Previous Comments: [2001-12-15 08:23:37] [EMAIL PROTECTED] The only way to get some output was starting the apache inside gdb. I got the following: (gdb) run -X -f /usr/local/apache/conf/httpd.conf Starting program: /usr/local/apache/bin/httpd -X -f /usr/local/apache/conf/httpd.conf [New Thread 1024 (LWP 7109)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 7109)] 0x40a0e333 in php_pcre_replace (regex=0x40ab8b11 /realm=\(.*?)\/i, regex_len=16, subject=0x8184455 Basic realm=\DB-RW-Access\, subject_len=27, replace_val=0x81844a4, is_callable_replace=0, result_len=0xbfffc19c, limit=-1) at php_pcre.c:768 768 if ('\\' == *walk || '$' == *walk) { (gdb) [2001-12-14 18:41:15] [EMAIL PROTECTED] Could you provide backtrace? http://bugs.php.net/bugs-generating-backtrace.php Please read how to report bug link also. [2001-12-14 09:23:20] [EMAIL PROTECTED] Hi, when i try to run the following code, my apache goes banana (child pid XXX exit signal Segmentation fault (11) in the error_log) ?php if(!isset($PHP_AUTH_USER)) { Header(WWW-Authenticate: Basic realm=\DB-RW-Access\); Header(HTTP/1.0 401 Unauthorized); echo Get lost\n; exit; } else { $dbid = $PHP_AUTH_USER; $dbpw = $PHP_AUTH_PW; } phpinfo(); exit; php-compile-time-options: './configure' '--prefix=/usr/local/php-4.1.0' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-force-cgi-redirect' '--with-config-file-path=/usr/local/apache/conf' '--with-openssl' '--with-bz2' '--with-imap' '--with-gdbm' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-oci8=/opt/oracle/app/oracle/product/8.1.7' '--with-mysql=/usr' '--enable-sigchild' '--with-mm' '--enable-rule=EAPI' apache-version: 1.3.20 Any clue? Regards, Martin Edit this bug report at http://bugs.php.net/?id=14515edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14515: child pid XXX exit signal Segmentation fault (11)
From: [EMAIL PROTECTED] Operating system: linux 2.4.16 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: child pid XXX exit signal Segmentation fault (11) Hi, when i try to run the following code, my apache goes banana (child pid XXX exit signal Segmentation fault (11) in the error_log) ?php if(!isset($PHP_AUTH_USER)) { Header(WWW-Authenticate: Basic realm=\DB-RW-Access\); Header(HTTP/1.0 401 Unauthorized); echo Get lost\n; exit; } else { $dbid = $PHP_AUTH_USER; $dbpw = $PHP_AUTH_PW; } phpinfo(); exit; php-compile-time-options: './configure' '--prefix=/usr/local/php-4.1.0' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-force-cgi-redirect' '--with-config-file-path=/usr/local/apache/conf' '--with-openssl' '--with-bz2' '--with-imap' '--with-gdbm' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-oci8=/opt/oracle/app/oracle/product/8.1.7' '--with-mysql=/usr' '--enable-sigchild' '--with-mm' '--enable-rule=EAPI' apache-version: 1.3.20 Any clue? Regards, Martin -- Edit bug report at: http://bugs.php.net/?id=14515edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14350: gd cant handle some png files
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: gd cant handle some png files (Im using the official php 4.0.6 build for windows from php.net, only extension loaded is php_imap.dll). I've written a function to rezise images (used for making thumbnails), it's working fine, also with png-files, but not all. Below is the code to reproduce the problem: jul.png is working properly, download from http://inthc.net/jul.png gba_large.png is NOT working properly, download from http://inthc.net/gba_large.png (gba_large.png result in a full blue window, or a full black or gray, it changes upon reload..) gba_large.png was created with Paint Shop Pro 7, and displays fine in IE, Netscape Opera. snip start-- //$filename = jul.png; $filename = gba_large.png; $inImg = @ImageCreateFromPNG($filename); if (!$inImg) { echo Failed to open png!; die; } $size = GetImageSize($filename); $srcW = $size[0]; $srcH = $size[1]; $dstW = 100; $dstH = 100; $outImg = @ImageCreate($dstW, $dstH); ImageCopyResampled($outImg, $inImg, 0,0,0,0, $dstW, $dstH, $srcW, $srcH); header(Content-type: image/x-png); ImagePNG($outImg); ---snip end-- -- Edit bug report at: http://bugs.php.net/?id=14350edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 5 Dec 2001 15:15:29 +0100, Daniel Lorch wrote: it's nice to see that everyone wants to develop extensions for PHP, but why do these extension go all into the main CVS tree? why not keep PHP more modular? New extension (ike the one, we are talking about) will go to PEAR and will not be included in the main source tree (unless they are extremely important). Or did I miss something? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 5 Dec 2001 16:17:29 +0100 (CET), [EMAIL PROTECTED] wrote: On Wed, 5 Dec 2001, Andrei Zmievski wrote: On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. I agree with Andrei here. If an templating extension is bundled with PHP, it becomes the 'defacto supported' template engine. In other words, we will say that this is the best template engine, because it is bundled with PHP. I'm also not sure, if the template extension is important enought to be bundled with PHP and I think, that it might fit better in PEAR, but: What is with PEAR DB? Is it also the defacto standard, because it is bundled with PHP? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP Module for reading/writing Palmtop .PDB files..
On 03 Dec 2001 09:56:24 +0100, Mathieu Kooiman wrote: I'm almost done writing a PHP module for my library, pdb-lib, which enables you to read and write .PDB files on the PC. This library is not YET available. I have some question pending somewhere and after that I'll release it (GPL). Is there any interest in adding this to the PHP dist ? I would add it to PEAR instead of the PHP source tree. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] java.lang.NoClassDefFoundError in php_java.jar (reflect.java)
I am trying to use java from mod_php4. I have the following components defined: critical# ./httpd -v Server version: Apache/1.3.22 (Unix) Server built: Nov 28 2001 06:45:27 critical# ./httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_ssl.c mod_php4.c I have everything linked together and the PHP and Apache parts work fine. However, when I try running one of the sample programs (jver.php), I get the following error message: Fatal error: java.lang.NoClassDefFoundError: net/php/reflect in /net/trout/export/home2/martin/public_html/jver.php on line 4 The error seems to come from /usr/local/php-4.0.6/ext/java/reflect.java which the Makefile compiles into php_java.jar. The reflect.java program has the following header information: /* $Id: reflect.java,v 1.20 2001/02/26 06:07:01 andi Exp $ */ My php.ini file has the following: java.library.path=/usr/local/php-4.0.6/modules:/usr/local/software/php-4.0.5/ext /java:/usr/local/software/gcc-3.0/libjava java.class.path=/usr/local/apache_modssl/php/lib/php/php_java.jar extension_dir=/usr/local/software/php-4.0.5/modules extension=libphp_java.so The java program I am running (jver.php) html ?php $system = new Java(java.lang.System); print Java version=.$system-getProperty(java.version). br\n; print Java vendor=.$system-getProperty(java.vendor). p\n\n; print OS=.$system-getProperty(os.name). . $system-getProperty(os.version). on . $system-getProperty(os.arch). br\n; $formatter = new Java(java.text.SimpleDateFormat, , dd, 'at' h:mm:ss a ); print $formatter-format(new Java(java.util.Date)).\n; ? /html Any help would be appreciated, -- Bill Martin -- -- === William T. Martin email: [EMAIL PROTECTED] Cornell University/ORIE Fax:(607) 255-9129 257 Rhodes Hall Phone: (607) 255-9134 Ithaca, NY 14853 Public Key: http://www.orie.cornell.edu/~martin/public_key.html === -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Patch: Nested comments
On Tue, 27 Nov 2001 12:15:39 +0100, Markus Fischer wrote: Although my vote doesn't count much here :-) I'm for it... ... but it would be a problem for 4.x I guess because this horribly breaks BC when/if there's a new 4.x release and people start using it. But it would be nice to have it in ZE2. +1 - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Out of date modules etc
On Fri, 23 Nov 2001 14:32:49 -, James Moore wrote: CCVS has now been dropped by redhat (it will be replaced by MCVE), the module doesnt really seem to be supported either. With sablotron going the same way (for different reasons though) perhaps we should create a unsupported or and old directory in the pear c extension repository for these modules to reside and move them out of php4/ext. I don't think we should pollute PEAR with such old crap. Why not remove them completely? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] PHPDoc Development Status
On Thu, 22 Nov 2001 16:06:35 +0100, Andre Gildemeister wrote: - shouldn't PHPDoc become an official extension either? (ext/phpdoc) I don't see a good reason for that. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Removing ext/sablot from 4.1?
On Sat, 17 Nov 2001 16:03:32 +0100, Thies C. Arntzen wrote: i think we should remove it (also from CVS) as it is non maintained and superceeded by a newer, better thingie. Yeah, nuke it. +1 - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] getenv HTTP_POST_VARS
On Sat, 17 Nov 2001 16:34:45 +0100, Pierre-Alain Joye wrote: Un post directement sur une page phpinfo : Please speak english on this list ;-). - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] md5sum() patch
On Thu, 15 Nov 2001 17:25:24 +0100 (CET), [EMAIL PROTECTED] wrote: On Thu, 15 Nov 2001, Alessandro Astarita wrote: In this way you load in memory all the file contents and then you hash it. It's not the same. My function is the php version of the md5sum utility that you can find at example in Linux (textutils package). Then this will do the same: $sum = `md5sum filename`; I think it would be much nicer to have such a function in the PHP core, than always executing an external program. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug in PHP 4.2.0-dev
The following script produces a pretty weird output: ?php class Net_Portscan { function checkPort($host, $port) { $socket = @fsockopen($host, $port, $errorNumber, $errorString, 30); if (!$socket) { return 0; } return 1; } } echo Net_Portscan::checkPort(127.0.0.1, 80); ? The result of the checkPort() call should be either 0 or 1, right? When executing this script on PHP 4.2.0-dev (latest snapshot), Apache 1.3.22 and Linux 2.4.0, the output is a number with 9 digits (e.g. 135197452), that randomly changes with each request. With PHP 4.0.6, Apache 1.3.20 and Debian 2.2r3 it works without a problem. Any hints? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Fix for bug #11563
On Mon, 05 Nov 2001 15:42:57 +0100, Martin Jansen wrote: On Sun, 04 Nov 2001 20:10:51 +0200, Andi Gutmans wrote: The patch looks OK if open_basedir is really supposed to stop people from stat()'ing files which aren't underneath the open_basedir path. I think this behaviour is ok, isn't it? Has anybody been looking at this so far? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] class xxx extends a_class_from_the_include_path - problem
On Sat, 10 Nov 2001 19:24:36 +0100, Wolfram Kriesing wrote: it prints i am super2 i am super1 i am super1 i am super1 i am super1 i am super1 and so on if class super _doesnt_ extend PEAR the expected output is printed i am super2 i am super1 i am super Your testscript generates the following output with 4.2.0-dev, no matter if super extends from PEAR or not: i am super2 i am super1 i am super - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Fix for bug #11563
In http://bugs.php.net/bug.php?id=11563 there is a patch for the reported bug. Is there anything speaking against applying this patch? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13871: 'for()'-error using chars as break
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: *Programming Data Structures Bug description: 'for()'-error using chars as break ?PHP for($i='A'; $i='Z'; $i++){ echo $i; } ? // I hoped to see 'A B CY Z' -- Edit bug report at: http://bugs.php.net/?id=13871edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #13846 Updated: Patch: Use [ ] as shortcut forarray()
On Sun, 28 Oct 2001 17:40:40 +0200 (EET), Jani Taskinen wrote: On Sun, 28 Oct 2001, Zakaria wrote: For example: Perl: $list = (1, 2 ,3, 'four', 'five', (6.1, 6.2, 6.3)); Python: list = [1, 2, 3, 'four', 'five', [6.1, 6.2, 6.3]] Ruby: list = [1, 2, 3, 'four', 'five', [6.1, 6.2, 6.3]] Tcl: set list {1 2 3 four five {6.1 6.2 6.3}} PHP: $list = array(1, 2, 3, 'four', 'five', array(6.1, 6.2, 6.3)); Which clearly shows that PHP is readable and all the other languages are not. -10 from me to this feature. I could have never explained that better. Please _don't_ introduce such a syntax in PHP. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.0RC1 ?
On Sun, 21 Oct 2001 11:55:12 +0200, Jean-Claude Schopfer wrote: Where is PHP 4.1.0RC1 ? http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity
On Mon, 1 Oct 2001 09:57:12 -0400, Jon Parise wrote: On Mon, Oct 01, 2001 at 10:12:52AM +0200, Andi Gutmans wrote: I am OK with such an ambiguity error. What about the rest of the people? I think it will be okay. Anyone using (non-newbie) features like namespaces and ternary operations should understand the ramifications of stressing the syntax. That's not to say that PHP should become complicated, but if ternary operations are the only place this ambiguity shows its face, we can deal. People using namespaces and ternary operations aren't normally beginners or people who only want to create a guestbook for their website. So IMO the whole usage of the namespace concept is allowed to be a bit more complicated than 'usual' PHP. - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] namespaces ambiguity
On Mon, 1 Oct 2001 10:08:02 -0500, Andrei Zmievski wrote: For the record, I'd vote for either unifying classes and namespaces (I like that approach), or failing that, using :::. +1 - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [PATCH] patch for design violation in SAPI.c
hello, i think i have a patch that should made it into your next release candidate before the problem is forgoten: the function sapi_module.read_cookies does return a pointer that is allocated within the addresspace of the server (f.e. apache). this is a violation of the idea behind modular programming. the cookie_data should be properly estrduped to ensure, that whatever a php extension does with the cookie_data it never ever touches addresspace that was not allocated by php itself. the patch i send you with this mail does exactly this: 1) estrdup cookie_data if != NULL 2) efree it on exit martin SAPI.diff -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: patch for design violation in SAPI.c
Hi, Did you find any bugs/problems related to this issue? Yeah i found a bug/problem related to this issue, but that one was not within the php distribution but in a php extension that was developed within our company. The coder of that extension did not know, that the cookie pointer should not be touched and he manipulated the data. Unfourtunately his code was buggy and so made Apache crash later on because of some Apache module logger handler, that also tried to log the content of the Cookie. This all caused me a lot of debugging work and i hoped my little patch could protect other developers from having the same debugging hours... Btw... some of the SAPI modules, like the ISAPI module estrdup the string anyway and free it themself in the shutdown routine... martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] class destructors?
On Mon, 24 Sep 2001 14:49:53 -0400 (EDT), [EMAIL PROTECTED] wrote: Just a thought. I have been using PHP for a while now, and have wondered why it does not support class destructors? It would be a very useful thing. Have a look at PEAR: We are using register_shutdown_function() to emulate destructors. If you have more questions concerning this topic, you should ask them on [EMAIL PROTECTED] - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] API Thoughts?
On Mon, 27 Aug 2001 00:29:26 -0400 (EDT), Sterling Hughes wrote: The current way I have it organized is as follows: php4/pear/ADT.php php4/pear/ADT/LList.php php4/pear/ADT/Stack.php php4/pear/ADT/Queue.php php4/pear/ADT/AVLtree.php php4/pear/ADT/BTree.php php4/pear/ADT/RBTree.php php4/pear/ADT/Heap.php php4/pear/ADT/Set.php Just a sidenote: All new contributions to PEAR have to be commited to /pear, not to /php4/pear (this directory is only there until the PEAR infrastructure is running). - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12766: easter_days breaks for year before 1753
From: [EMAIL PROTECTED] Operating system: Linux 2.4.x PHP version: 4.0.6 PHP Bug Type: Calendar related Bug description: easter_days breaks for year before 1753 The easter_days function returns bad data for years = 1752. Here is a way to verify. Because Easter always falls on a Sunday, the following function should always return Sunday: function EasterDOW($year) { $jdayc = easter_days($year); $jdmar21 = gregoriantojd(3, 21, $year); $jdeaster = $jdmar21 + $jdayc; return JDDayOfWeek($jdeaster, 1); } The formula for calculating easter has been the same since 1582. The standerd Delambre Easter algorithm is able to generate the date of easter for any gregorian date after 1582. The following function may be used to duplicate the functionality of easter_days for any date since 1582: function easter_days2($year) { #First calculate the date of easter using #Delambre's algorithm. $a = $year % 19; $b = floor($year / 100); $c = $year % 100; $d = floor($b / 4); $e = $b % 4; $f = floor(($b + 8) / 25); $g = floor(($b - $f + 1) / 3); $h = (19 * $a + $b - $d - $g + 15) % 30; $i = floor($c / 4); $k = $c % 4; $l = (32 + 2 * $e + 2 * $i - $h - $k) % 7; $m = floor(($a + 11 * $h + 22 * $l) / 451); $n = ($h + $l - 7 * $m + 114); $month = floor($n / 31); $day = $n % 31 + 1; #Return the difference between the JulianDayCount #for easter and March 21'st of the same year, #in order to duplicate the functionality of the #easter_days function return GregorianToJD($month, $day, $year) - GregorianToJD(3,21,$year); } -- Edit bug report at: http://bugs.php.net/?id=12766edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]