[PHP-DEV] Fwd: Bug #14870

Any ideas? Andi Date: Fri, 15 Nov 2002 17:14:51 +0100 To: Andi Gutmans <[EMAIL PROTECTED]> From: Melvyn Sopacua <[EMAIL PROTECTED]> Subject: Bug #14870 X-Bogosity: No, tests=bogofilter, spamicity=0.00, version=0.7.5 Andi, could I request your attention for this bug: http://bugs.php.net/bug

Re: [PHP-DEV] ZEND_ADD_STRING patch

I commited it. Thanks, Andi At 06:48 PM 11/15/2002 -0500, George Schlossnagle wrote: Much sexier indeed. There are some flaws with it: o Tokenizes heredocs on whitespace o Doesn't count lines correctly for debug (since strings now have newlines in them) Here's a revised patch to yours that

Re: [PHP-DEV] ZEND_ADD_STRING patch

Much sexier indeed. There are some flaws with it: o Tokenizes heredocs on whitespace o Doesn't count lines correctly for debug (since strings now have newlines in them) Here's a revised patch to yours that fixes those (heredocs are tokenized on newlines - I think that is best case) Andi Gu

[PHP-DEV] on the subject of overloading: __call()

was there discussion about the interaction of __call() and methods which declaring their arguments as references? there's no way at present to make this work, as far as i can tell. seems like it could just be a documented limitation, but i thought i'd check. related topic: in the current state of

Re: [PHP-DEV] Bug #20377

That's what I think too so should we close this bug? M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. - Original Message - From: "Derick Rethans" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, November 16, 2002 12:4

Re: [PHP-DEV] Bug #20377

On Fri, 15 Nov 2002 [EMAIL PROTECTED] wrote: > Hello, > > What do you think of that? > Davey propose to have : > open_basedir > session.save_path > upload_tmp_dir > > PHP_INI_SYSTEM|PHP_INI_PERDIR. -1 on that. .htaccess also falls in the PERDIR class, and it's not a good idea to allow

Re: [PHP-DEV] ZEND_ADD_STRING patch

At 06:23 PM 11/15/2002 -0500, George Schlossnagle wrote: Andi Gutmans wrote: Try it out and let me know how the results are. Also *please* send diffs also as attachments so that when people apply them we won't get bad whitespace in our sources. php-dev seems to eat my attachments Mayb

Re: [PHP-DEV] ZEND_ADD_STRING patch

I propose something like the following: (not tested) It's definitely a sexier patch :) Andi RCS file: /repository/ZendEngine2/zend_language_scanner.l,v retrieving revision 1.62 diff -u -u -r1.62 zend_language_scanner.l --- zend_language_scanner.l 5 Nov 2002 22:01:35 - 1.62 +++ zend_

Re: [PHP-DEV] ZEND_ADD_STRING patch

Andi Gutmans wrote: Try it out and let me know how the results are. Also *please* send diffs also as attachments so that when people apply them we won't get bad whitespace in our sources. php-dev seems to eat my attachments -- PHP Development Mailing List To un

Re: [PHP-DEV] ZEND_ADD_STRING patch

Hey, I think this patch makes the scanner much more complicated to understand. I have an idea of a patch which would make it much cleaner although under very certain cases might be a tad bit less optimized when it comes to the amount of tokens but it'd save all of the yyless() and push_stacks w

[PHP-DEV] Bug #20377

Hello, What do you think of that? Davey propose to have : open_basedir session.save_path upload_tmp_dir PHP_INI_SYSTEM|PHP_INI_PERDIR. Regards. M.CHAILLAN [EMAIL PROTECTED] Hébergement de sites internets. -- PHP Development Mailing List To unsubscribe, visit: h

Re: [PHP-DEV] LCC compiler

Very cool for development but there are a few files which don't quite compile. I was hoping someone's already played around with it. Andi At 04:39 PM 11/15/2002 -0600, Jason T. Greene wrote: Cool, I will have to try that. Thanks!! -Jason On Fri, 2002-11-15 at 09:11, Andi Gutmans wrote: > Hey,

Re: [PHP-DEV] LCC compiler

Cool, I will have to try that. Thanks!! -Jason On Fri, 2002-11-15 at 09:11, Andi Gutmans wrote: > Hey, > > Has anyone managed to get php to compile with lcc? It compiles much faster > and therefore is good for development. > > Andi -- Jason T. Greene <[EMAIL PROTECTED]> -- PHP Development

Re: [PHP-DEV] Sybase_ct and tli lib

On Fri, 2002-11-15 at 19:15, Brian Foddy wrote: > I have a little more info to add. Our DBA opened a question to Sybase > Tech support > and received the following reply: [...Explanation from Sybase...] > I agree with his assessment that somehow, our root user is getting a > different run path,

Re: [PHP-DEV] ZEND_ADD_STRING patch

George Schlossnagle wrote: I'm a tool. I sent the wrong patch to the list. Thanks to Andrei for pointing it out. Here is the _right_ patch (finally). diff -u -3 -r1.53 zend_language_scanner.l --- zend_language_scanner.l8 Nov 2002 13:40:54 -1.53 +++ zend_language_scanner.l15

[PHP-DEV] Re: #20443 [Opn->Fbk]: Jpeg colors change

Due to ISP limitations, CVS is not an option. Where exactly does the bug reside? Does any one know of a work-around? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.408 / Virus Database: 230 - Release Date: 10/24/2002 -- PH

[PHP-DEV] PHP and Threading

Hi, I was wondering, is PHP in future going to support threading? This would be a very nice feature. I'am currently working on this project of mine, a FTP Server build in PHP which serve MySQL database records. It actually does work very nice, also multiple clients at the same time. It supports

Re: [PHP-DEV] PHP and Threading

> I was wondering, is PHP in future going to support threading? This would be > a very nice feature. > I'am currently working on this project of mine, a FTP Server build in PHP > which serve MySQL database records. It actually does work very nice, also > multiple clients at the same time. It suppor

Re: [PHP-DEV] Sybase_ct and tli lib

I have a little more info to add. Our DBA opened a question to Sybase Tech support and received the following reply: The tli library was the Sybase network driver on Solaris. Since we had customers facing CR 186487, which arose from Sun Bug 1218173, a request for an interrupt-safe malloc() that

[PHP-DEV] PHP and threading?

Hi, I was wondering, is PHP in future going to support threading? This would be a very nice feature. I'am currently working on this project of mine, a FTP Server build in PHP which serve MySQL database records. It actually does work very nice, also multiple clients at the same time. It supports

Re: [PHP-DEV] PHP and Threading

Nope, that is unlikely to happen. The way to do this correctly is with a socket_select() anyway. -Rasmus On Thu, 14 Nov 2002, Arjen Brouwer wrote: > Hi, > > I was wondering, is PHP in future going to support threading? This would be > a very nice feature. > I'am currently working on this projec

[PHP-DEV] PHP and Threading

Hi, I was wondering, is PHP in future going to support threading? This would be a very nice feature. I'am currently working on this project of mine, a FTP Server build in PHP which serve MySQL database records. It actually does work very nice, also multiple clients at the same time. It supports pa

RE: [PHP-DEV] Test report

Sure but ob those i cannot help you now. marcus At 17:38 15.11.2002, Sebastian Nohn wrote: > -Original Message- > From: Marcus Börger [mailto:marcus.boerger@;t-online.de] > Sent: Friday, November 15, 2002 3:39 PM > To: Sebastian Nohn > Cc: PHP Developers Mailing List > Subject: Re: [PHP-

RE: [PHP-DEV] Test report

> -Original Message- > From: Marcus Börger [mailto:marcus.boerger@;t-online.de] > Sent: Friday, November 15, 2002 3:39 PM > To: Sebastian Nohn > Cc: PHP Developers Mailing List > Subject: Re: [PHP-DEV] Test report > > > At 15:17 15.11.2002, Marcus Börger wrote: > >You need to update again t

Re: [PHP-DEV] show_source()

On Fri, Nov 15, 2002 at 03:11:10AM -0500, John Coggeshall wrote: > 1) I notice that there seems to be a T_LINE token, which should be the > linenumber? However, this never seems > To even come up in the lexer from the zend_highlight() function... T_LINE is the token for the '__LINE__' constant.

[PHP-DEV] LCC compiler

Hey, Has anyone managed to get php to compile with lcc? It compiles much faster and therefore is good for development. Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Test report

Please also update ext/standard/tests/time/001.phpt to shorten your testresult by some 10thousand lines. marcus At 15:38 15.11.2002, you wrote: At 15:17 15.11.2002, Marcus Börger wrote: You need to update again to get exif test fixed. I'll check into getimagesize() Could you try the following

Re: [PHP-DEV] Test report

At 15:17 15.11.2002, Marcus Börger wrote: You need to update again to get exif test fixed. I'll check into getimagesize() Could you try the following patch: cvs -z3 -q diff image.c (in directory S:\php4-HEAD\ext\standard) Index: image.c ==

Re: [PHP-DEV] Patch for bug #19566

Thanks. Could you merge the patch into ZE1 also? Moriyoshi Andi Gutmans <[EMAIL PROTECTED]> wrote: > Commited. > > Andi > > At 11:22 PM 11/15/2002 +0900, Moriyoshi Koizumi wrote: > >No, it's not committed yet. > >Both Marcus and me doesn't have access to Zend module. > > > >Moriyoshi > > > >An

Re: [PHP-DEV] ZE2 dlsym stuff

Never mind I did it manually. Andi At 03:57 PM 11/15/2002 +0200, Andi Gutmans wrote: Can you please send the diff as an attachment? I'll apply it. Thanks, Andi At 01:13 PM 11/15/2002 +0100, Marcus Börger wrote: Here is a patch that hopefully would merge all the dlsym stuff from ZE1. After this

Re: [PHP-DEV] Patch for bug #19566

Commited. Andi At 11:22 PM 11/15/2002 +0900, Moriyoshi Koizumi wrote: No, it's not committed yet. Both Marcus and me doesn't have access to Zend module. Moriyoshi Andi Gutmans <[EMAIL PROTECTED]> wrote: > Wasn't this commited a while ago? > > Andi > > At 11:58 AM 11/15/2002 +0100, Marcus Börg

Re: [PHP-DEV] mbstring and 4.3.0

At 11:14 PM 11/14/2002 -0500, Andrei Zmievski wrote: On Fri, 15 Nov 2002, Andi Gutmans wrote: > It's not that I think enabling it is such a bad idea but as we're going for > PHP 5 right after PHP 4.3 anyway I don't think it's too bad to wait for > that. I'm sure lots of people will test PHP 5 RC'

Re: [PHP-DEV] Patch for bug #19566

No, it's not committed yet. Both Marcus and me doesn't have access to Zend module. Moriyoshi Andi Gutmans <[EMAIL PROTECTED]> wrote: > Wasn't this commited a while ago? > > Andi > > At 11:58 AM 11/15/2002 +0100, Marcus Börger wrote: > >The following patch for bug #19566 is open but should make

Re: [PHP-DEV] Test report

You need to update again to get exif test fixed. I'll check into getimagesize() The microtime() fails often but your result seems like there is a 64bit problem. marcus At 14:49 15.11.2002, Sebastian Nohn wrote: http://www.alkoholbedarf.de/kram/test_report_tru64.zip Regards, Sebastian Nohn -

Re: [PHP-DEV] mbstring and 4.3.0

On Fri, 15 Nov 2002, Andi Gutmans wrote: > It's not that I think enabling it is such a bad idea but as we're going for > PHP 5 right after PHP 4.3 anyway I don't think it's too bad to wait for > that. I'm sure lots of people will test PHP 5 RC's so there'll be lots of > testing (long sentence bu

Re: [PHP-DEV] mime_magic segfaults

Why was rb changed to rt? Ilia On November 15, 2002 06:58 am, Moriyoshi Koizumi wrote: > Thanks, it works. > Attacthed is a slightly modified version of Ilia's patch in consideration > of win32 build. > If there are no objections, I'll commit it. > > > Moriyoshi > > "Ilia A." <[EMAIL PROTECTED]>

Re: [PHP-DEV] ZE2 dlsym stuff

Can you please send the diff as an attachment? I'll apply it. Thanks, Andi At 01:13 PM 11/15/2002 +0100, Marcus Börger wrote: Here is a patch that hopefully would merge all the dlsym stuff from ZE1. After this patch i no longer get a warning while configuring ZE2. marcus cvs -z3 -q diff Zend\co

[PHP-DEV] Help on SAPI and TSRM ?

Hi there, I'm trying to write a "C++ Wrapper", so it's possible for me to execute PHP code from my own C++ programms. I used the CLI-SAPI (php4/sapi/cli/...) as a template for my "C++ Wrapper". This works fine if the calling application is a single process but I run into trouble if I call PHP

Re: [PHP-DEV] Patch for bug #19566

Wasn't this commited a while ago? Andi At 11:58 AM 11/15/2002 +0100, Marcus Börger wrote: The following patch for bug #19566 is open but should make it into 4.3. cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend\) Index: zend_hash.c

[PHP-DEV] Test report

http://www.alkoholbedarf.de/kram/test_report_tru64.zip Regards, Sebastian Nohn -- [EMAIL PROTECTED] - http://www.nohn.net/ PGP Key Available - Did I help you? Consider a gift: http://www.amazon.de/exec/obidos/wishlist/3HYH6NR8ZI0WI/ -- PHP Development Mailing List To u

[PHP-DEV] ZE2 dlsym stuff

Here is a patch that hopefully would merge all the dlsym stuff from ZE1. After this patch i no longer get a warning while configuring ZE2. marcus cvs -z3 -q diff Zend\configure.in Zend\Zend.m4 (in directory S:\php4-HEAD\) Index: Zend/configure.in ==

Re: [PHP-DEV] Patch for bug #19566

Hmm, your patch is a bit less sexy because of replaced white spaces. Moriyoshi [EMAIL PROTECTED] (Marcus Börger) wrote: > The following patch for bug #19566 is open but should make it into 4.3. > > cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend\) > Index: zend_hash.c >

Re: [PHP-DEV] mime_magic segfaults

Thanks, it works. Attacthed is a slightly modified version of Ilia's patch in consideration of win32 build. If there are no objections, I'll commit it. Moriyoshi "Ilia A." <[EMAIL PROTECTED]> wrote: > Could you try the attached patch and see if it fixes the problem. > > Ilia > > On November

[PHP-DEV] Patch for bug #19566

The following patch for bug #19566 is open but should make it into 4.3. cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend\) Index: zend_hash.c === RCS file: /repository/ZendEngine2/zend_hash.c,v retrieving revision 1.93 diff

[PHP-DEV] Re: #20438 [Opn->Bgs]: Bug en ImageCopyResampled

Here's a babel translation: The problem is the following one: ImageCopyResampled ignores the coordinates of the image origin. Although it is specified to them, this function ALWAYS takes them like 0,0... I am sure that he is bug, because ImageCopyResized works to me well but with such parametros.

Re: [PHP-DEV] [PHP-QA] Test results (fwd)

On Fri, 15 Nov 2002, Marcus Börger wrote: > Locking does not work in db but now dba is a full superset. So > i won't use db. That's why i am for moving db to pecl maybe we > could print an endnote to configure saying db is deprecated? I'm +1 on that, lets's see what the list things. Derick >

[PHP-DEV] Re: #20441 [Opn->Bgs]: PHP_AUTH_USER isn't set

That's not true. At least the "From the beginning of time" part. This used to be a restriction, then it was lost, now it is back. You can go scour cvs for the exact versions affected. I am personally not entirely happy about this change either. It is definitely a security issue for shared serv

[PHP-DEV] Re: #20441 [Opn->Bgs]: PHP_AUTH_USER isn't set

Well actually you could. From the beginning of time up to 4.3.0. I expect to see a lot of bug reports similar to this one. Edin - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 15, 2002 10:10 AM Subject: #20441 [Opn->Bgs]: PHP_AUTH_USER isn't s

[PHP-DEV] Re: php4 / configure.in /main php_version.h

|What is left to do to get 4.3.0 out the door? Anyone have any |sort of list or idea Of where things need to be polished/cleaned up? I meant of course beyond the little TODO already posted :) John -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net

RE: [PHP-DEV] Re: php4 / configure.in /main php_version.h

|I thought we're going with 5.0.0 after 4.3.0? Obviously we'd |maintain the |4.3.0 branch and continue to release bug fix releases. Or do |you think we |should wait for 4.3.1? I'm a bit concerned about 5.0 lingering for too |long. You can see how 4.3 has lingered. I was under the impression

Re: [PHP-DEV] Re: php4 / configure.in /main php_version.h

> I would love to see that happen. But in this "special" case it's not > just a number. Maybe we should create a new CVS module, php5, to which > we copy php4/* and let "cvs co php5" automatically checkout TSRM and > ZendEngine2 (as Zend, of course). You can do that without copying the rep

Re: [PHP-DEV] Re: php4 / configure.in /main php_version.h

Derick Rethans wrote: > It's just a number... but I also think we should head for 5.0.0-dev > now. I would love to see that happen. But in this "special" case it's not just a number. Maybe we should create a new CVS module, php5, to which we copy php4/* and let "cvs co php5" automatically ch

Re: [PHP-DEV] Re: php4 / configure.in /main php_version.h

On Fri, 15 Nov 2002, Andi Gutmans wrote: > At 12:15 AM 11/14/2002 +0200, Jani Taskinen wrote: > >On Wed, 13 Nov 2002, Peter Neuman wrote: > > > > >Hello, > > > > > >"Andrei Zmievski" <[EMAIL PROTECTED]>: > > >> andrei Wed Nov 13 14:19:07 2002 EDT > > >> > > >> Modified files: > > >> /php4 co

Re: [PHP-DEV] Re: php4 / configure.in /main php_version.h

At 12:15 AM 11/14/2002 +0200, Jani Taskinen wrote: On Wed, 13 Nov 2002, Peter Neuman wrote: >Hello, > >"Andrei Zmievski" <[EMAIL PROTECTED]>: >> andrei Wed Nov 13 14:19:07 2002 EDT >> >> Modified files: >> /php4 configure.in >> /php4/main php_version.h >> Log: >> Change version to 4

Re: [PHP-DEV] 4.3 Branched

At 02:21 PM 11/13/2002 -0500, Andrei Zmievski wrote: I made a branch for 4.3 and tagged it PHP_4_3. Please remember to sync your fixes into the branch, if they are important and relevant, of course. BC still needs to be fixed in order to be thread-safe. The problem is that _one_, _two_, _zero_

Re: [PHP-DEV] mbstring and 4.3.0

At 09:14 AM 11/13/2002 -0500, Andrei Zmievski wrote: On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you > are going to have to deal with the 'unseen' at some point. You are not > going to identify them, by testing it w

RE: [PHP-DEV] show_source()

Since I'm not entirely comfortable with the lexer (or the Zend Engine) yet, I need to get a few questions answered: 1) I notice that there seems to be a T_LINE token, which should be the linenumber? However, this never seems To even come up in the lexer from the zend_highlight() function... 2) A