[PHP-DEV] Re: phar and e_strict

On Mon, 03 Oct 2005 23:27:31 -0500, Greg Beaver wrote: > Curt Zirzow wrote: >> On Sat, 01 Oct 2005 08:21:57 -0700, Greg Beaver wrote: >> >>>I've been running the pear command using PHP 5.1rc1 ever since it came >>>out, and it works just fine. This i

[PHP-DEV] Re: phar and e_strict

On Sat, 01 Oct 2005 08:21:57 -0700, Greg Beaver wrote: > > I've been running the pear command using PHP 5.1rc1 ever since it came > out, and it works just fine. This is a problem specific to the > install-pear.phar that in fact did not happen just 2 weeks ago - perhaps > something has changed in

Re: [PHP-DEV] --enable-memory-limit, compilation errors

* Thus wrote Cyprien Nicolas: > Derick Rethans wrote: > > > > >Those mentioned lines make no sense (there is no call to > >memory_get_usage at all), there is no PHP_5_1 branch so I've > >no clue what you mean here. Check with the CVS branch HEAD and provide > >the actual lines too. > > > >Derick >

Re: [PHP-DEV] Upload Progress Meter Patch

* Thus wrote Klaus Reimer: > Joe Orton wrote: > >>It is a user interface problem, so it should be done there. > >It's really the only place it can be done safely > > Web browsers don't offer any API to allow a client-side progress bar. > The only client-side solution I know of is ActiveX and Java

Re: [PHP-DEV] Upload Progress Meter Patch

* Thus wrote Joe Orton: > On Fri, Nov 05, 2004 at 11:07:53AM +0100, Derick Rethans wrote: > > On Fri, 5 Nov 2004, Klaus Reimer wrote: > > > > > Marcus Boerger wrote: > > > > > > This is possible? Up to now I thought that the retrieving and processing > > > of POST data is done BEFORE the PHP scrip

Re: [PHP-DEV] Upload Progress Meter Patch

* Thus wrote Klaus Reimer: > Curt Zirzow wrote: > >>And this extension is working WITHOUT callbacks in main/rfc1867.c? > >correct. The only thing that needs to go into the core of php is a > >new php.ini option to disable parsing the input. One thing to add is that I sur

Re: [PHP-DEV] Upload Progress Meter Patch

* Thus wrote Klaus Reimer: > Curt Zirzow wrote: > >I have a pecl extenstion started that provides this functionality. > >It needs some more testing and a patch so php doesn't parse the > >data. > > And this extension is working WITHOUT callbacks in main/rfc1867.

Re: [PHP-DEV] Upload Progress Meter Patch

* Thus wrote Klaus Reimer: > Marcus Boerger wrote: > >Thinking about it another time you're right. So what the patch offers is > >all we can do. However having the session id available somehow would make > >the the patch usefull. > > I have some ideas for this. It may even be possible to remove t

Re: [PHP-DEV] Type hints with null default values

* Thus wrote Christian Schneider: > Please don't add another parameter syntax (especially with line-noi... > err special characters) like [BaseClass]. This would make PHP more > unreadable than it needs to be for a minor feature. To allow > foo(BaseClass $objA = null) to also accept foo(null); h

Re: [PHP-DEV] curl_init() is bypassing safe_mode & open_basedir restrictions

* Thus wrote Antony Dovgal: > On Fri, 29 Oct 2004 01:04:23 -0700 > Sterling Hughes <[EMAIL PROTECTED]> wrote: > > > no curl does not need to respect php's safemode, adding such > > checks at this level is wrong. people who compile curl, can do so > > without local file access, and this will

Re: [PHP-DEV] Ideas on hooking into the object cast handler

* Thus wrote Robert Silva: > I'm working on creating object wrappers for native php types. With ZE2 and > the cast_object object handler, I am able to "unbox" the objects to their > native php types with simple casts, but as ZE2 currently stands, (to my > knowledge at least) there is no way to hook

Re: [PHP-DEV] [patch] Zend/zend_objects_API.c - bug #29980 (segfault while executing __destruct())

* Thus wrote Antony Dovgal: > And the last one, the most questionable patch. > > ATM ZE2 calls destructor at the end of the request and no matter > is there were a fatal error (which should probably stop executing > the script). In some cases it leads to nasty segfaults (me and > report's author

Re: [PHP-DEV] casting php5 objects

* Thus wrote Andi Gutmans: > Please check the archives to see why we don't support object casts to > integers/doubles. > Hint: The object id is not unique. Yeah i checked there, I always get frustrated with to many results over there :) I'll research that again now that I know there has to be som

[PHP-DEV] casting php5 objects

In reference to bug #29029 (http://bugs.php.net/29029): Current casting object behaviour: int - not able to cast dobule - notice thrown, returns 1.0 null - will return null bool - returns 1 (from result of double) string - user __toString() if applicable or 'Object' Be

Re: [PHP-DEV] Directoryiterator / preg_match behavior

* Thus wrote Andi Gutmans: > Can you please try again (HEAD)? > Let me know if it's OK and I'll merge to PHP_5_0 Works good now. Passes the attached test now. Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is

Re: [PHP-DEV] Directoryiterator / preg_match behavior

* Thus wrote Andi Gutmans: > At 03:46 AM 9/4/2004 +0000, Curt Zirzow wrote: > > > >What are the possibilities of thrown E_STRICT or E_WARNING, since > >the object gets lost? Or should this simply be a documented > >behaviour? If possible, any pointers where to c

Re: [PHP-DEV] Directoryiterator / preg_match behavior

* Thus wrote Andi Gutmans: > It probably makes sense to add SEPARATE_ZVAL_IF_NOT_REF() to that code. > This would provide the same behavior as for example for long's. > Can you please check out the following patch? Nice! That fixed the $file holding the value between iterations Test 1: ($file no

Re: [PHP-DEV] fputcsv()

* Thus wrote Marcus Boerger: > Hello David, > > as promised i looked at the patch. Besides a small misstake it looks > good. But it seems to work different then fgetcsv(). In other words if > you write using fputcsv() you are not sure to get the same back with > fgetcsv(). Though my current opin

Re: [PHP-DEV] Directoryiterator / preg_match behavior

* Thus wrote Aaron Wormus: > > foreach (new DirectoryIterator('.') as $file) { > echo ""; > var_dump($file); > > if (preg_match("/xxx/", $file)){ > // Why is this breaking $file?? > //without even a warning > } > > var_dump($file); > echo ""; > } This

[PHP-DEV] [PATCH] for bug #26737

As of 5.0.1, when a user returns a property name in the array that is returned by __sleep(), var.c:php_var_serialize_class() doesn't properly find the protected or private members since the names in the table are mangled. This patch, attempts to fix this problem by checking the mangled private an

Re: [PHP-DEV] Fwd: IMPORTANT: Please Verify Your Message

Hello ben. Thats a negative on legitness.. its a new spamming technique, its been a major issue on php-general@ recently, and they apparently have moved over here. * Thus wrote Ben Ramsey: > Is this ligit? Tgpwizards.com seems to be some sort of host for pr0n thumbnail > galleries--or something

Re: [PHP-DEV] 5.0.1RC2

* Thus wrote Curt Zirzow: > > I'm not sure if this should hold up a release for RC2 but, probably > should get fixed before the final version comes out. Dont mind me.. I'm a bit behind the times! Curt -- First, let me assure you that this is not one of those shady pyramid

Re: [PHP-DEV] 5.0.1RC2

* Thus wrote Andi Gutmans: > Hey, > > 5.0.1RC2 is at http://snaps.php.net/~andi > Planning on release tomorrow (before I go away on a long weekend). pertaining to bug 26737 (http://bugs.php.net/26737) I've been trying to come up with a patch to this but my lack of knowledge with zend and object

Re: [PHP-DEV] new PHP extension: newt

* Thus wrote Michael Spector: > Hi, > > I'm developing a new PHP extension for CLI/CGI, that may be very useful in > administrative > day-to-day work. If you find it useful, please give me instructions how I can merge > it to the CVS. Extensions are handled over in http://pecl.php.net/ Curt -

Re: [PHP-DEV] Re: objects passed as reference in php5

* Thus wrote Ron Korving: > i think the object will only cease to exist when all references to it are > gone Well there does seem to be another layer of referencing, since the a simple assignment without &$ will simply reference the object but in a different way. The problem I'm running into ther

[PHP-DEV] objects passed as reference in php5

I'm trying to document how objects are passed to functions in php5, but am running into some troubles. In the code below the object appears to be a reference but when the original object is destoyed it still somehow exists. Can someone explain how this is? I was going to report a bug on this but

Re: [PHP-DEV] Variable Variables and Superglobals

* Thus wrote A.Rico: >What the PHP documentation says about variable variables and > superglobals is that you can't use them as a "pointer": > >/*Warning*/ > >/ Please note that variable variables cannot be used with PHP's >Superglobal arrays > >

[PHP-DEV] Memory leak debugging

Is there prefered/suggested method on debugging memory leaks? For example: $i = 100; while($i-- ) { list($foo['a']) = array('bar'); } Results with: Zend/zend_execute.c(3383) : Freeing 0x0840E1CC (4 bytes), script=t.php Zend/zend_variables.c(137) : Actual location (location was rela

[PHP-DEV] zend_atoi() compatibilty

In light of bug#29306 (http://php.net/29306), I looked at zend_atoi and found that it uses strtol which treats numbers prefixed with 0 as octal, according to my docs on BSD. Can i get a confirmation that this is standard strtol behaviour, so I can document it as such? Thanks! Curt -- First, l

[PHP-DEV] make cli problems

I hope I'm doing something wrong, I'm issuing this: cvs -dP update make clean ./configure --with-zlib --and-other-options make cli My result when linking occurs: ext/zlib/zlib.lo: In function `zm_startup_zlib': /usr/home/curt/cvs/php/php-src/ext/zlib/zlib.c:212: undefined reference to `php_z

Re: [PHP-DEV] Using my php.net e-mail address...

* Thus wrote Ben Ramsey: > I want to use my php.net e-mail address for certain things which require > authorization sent back to the e-mail address. However, this is > impossible, as a human must respond to the bounceback message in order > for the message to actually reach me. > > Is there a

[PHP-DEV] Chaining __set and __get in an expression

Given the class definition: false); function __set($name, $value) { echo "setting\n"; $this->x[$name] = 'foo'; // intentially ignore value } function __get($name) { echo "getting\n"; return $this->x[$name]; } } $foo = new Caller(); $b = $foo->a = 'bar'; echo "b is " .

Re: [PHP-DEV] New construct discussion Summary

* Thus wrote Rasmus Lerdorf: > > So, perhaps introduce the value() function which doesn't do any type > casting and enhance the intval(), strval() and floatval() functions to act > like value() but cast appropriately unless the default arg is returned. > To retain backward compatibility the intval

Re: [PHP-DEV] Re: Memory manager

* Thus wrote Antony Dovgal: > On Mon, 12 Jul 2004 15:00:09 + > Curt Zirzow <[EMAIL PROTECTED]> wrote: > > > * Thus wrote Andi Gutmans: > > > When did you try that? Did you check with latest CVS because Wez > > > made some fixes. > > > > J

Re: [PHP-DEV] Re: Memory manager

* Thus wrote Andi Gutmans: > When did you try that? Did you check with latest CVS because Wez made some > fixes. Just rechecked with current CVS version this morning and the problem still persists. Not only is it comming back with partial content, there seems to be blocks of ^@ chars between the

Re: [PHP-DEV] Bug in preg_match() ?

* Thus wrote Michael Spector: > > Hi, > > This script: > > $line = "Use operator m// for matching strings"; > $pattern = "m//"; > > if(preg_match("/$pattern/", $line, $match)) { > print $match[0]."\n"; > } > ?> > > outputs the following error: >

Re: [PHP-DEV] New construct discussion Summary (was: what happened to that new isset() like language construct)

* Thus wrote Rasmus Lerdorf: > On Sun, 11 Jul 2004, Marcus Boerger wrote: > > > $a = ifsetor($_GET['index'], $default); > > ifsetor() sounds a bit cumbersome to me. > > ... > > $a = value($_GET['index'], $default); I like value() although it might be a bit too generic, maybe add a word t

Re: [PHP-DEV] what happened to that new isset() like language

* Thus wrote Marc Richards: > > > Jason Garber wrote: > > > I am interested in the new construct for the exact same reason, E_ALL > development. I am intersted in the ?: operator because it looks alot > simpler, especially if you want to chain them together: > > $user = $_SESSION['user] ?:

[PHP-DEV] patch for bug #28999

http://bugs.php.net/28999 It seems the behaviour of exec() and the array being returned changed when iliaa revamped a lot of code pre 4_3_2RC1, which caused the array being passed to always get initialized. So it does seem questionable if it should be refixed since this behaviour has been around

[PHP-DEV] php5 and bundled extensions vs PECL

I noticed that the zip extension is no longer in the cvs tree. Am I correct in thinking that it has been moved out of the bundled package of php and into PECL? Is there a list of extensions that have been moved that I can obtain, so the documentation can reflect that change? Curt -- First, let

Re: [PHP-DEV] php.net on PHP5

* Thus wrote Andi Gutmans: > At 06:59 PM 6/19/2004 +0100, Lester Caine wrote: > > Sounds good. > I assume you didn't check the bugs database right? We should check that > too, and if possible, I suggest we install 5.0.0-dev on php.net as soon as > possible. Can anyone think of other stuff we nee

[PHP-DEV] [PATCH] pcre caching and memory

Problem: Php will allocate a new pcre object for each different regular expression. Since the allocated memory is outside the zend memory system, php can eat up lots of memory, and potentially eventually exhausting the memory. The patch I wrote introduces a new flag 'z', which enables t

Re: [PHP-DEV] Re: isset and unset behaviour

* Thus wrote Sara Golemon: > > Although a double value isn't a valid array index, it doesn't seem > > to be consistent. I'm thinking that the code should yeild one of > > two results: > > > > 1. Issue warning as with using objects or arrays as keys > > 2. unset uses the str.val to retrieve the

[PHP-DEV] isset and unset behaviour

Given: $a[2] = '1'; $k = (double)2; echo isset($a[$k]); unset($a[$k]); echo isset($a[$k]); echo " -> expect 1\n"; Results: 11 -> expect 1 Although a double value isn't a valid array index, it doesn't seem to be consistent. I'm thinking that the code should yeild one of two result

Re: [PHP-DEV] Re: PHP and Apache2

* Thus wrote Rasmus Lerdorf ([EMAIL PROTECTED]): > On Wed, 16 Jun 2004, Lester Caine wrote: > > Lester Caine wrote: > > > > What I should have added is:- > > > > What are the problem modules? :) > > Ah, you see, if we knew that we would just fix them and be done with it. Thanks rasmus for rewriti

Re: [PHP-DEV] Re: PHP and Apache2

* Thus wrote Christian Schneider ([EMAIL PROTECTED]): > Lester Caine wrote: > >Well is it approved for use with Apache2? > > Correct me if I'm wrong but my understanding is that the PHP core is > approved with Apache2 in threaded mode. If my memory serves my right, I dont think that all extesion

Re: [PHP-DEV] crc32() improvements

* Thus wrote Alexander Valyalkin ([EMAIL PROTECTED]): > Here is improved version of crc32() function. > Features: > 1) Automatic initialization of crc32tab[] at first call. >So, the file crc32.h with definition of this tab is not >nessesary any more now. I'm not sure what advantage this is

Re: [PHP-DEV] date('w') return type

* Thus wrote Curt Zirzow ([EMAIL PROTECTED]): > > Looks like it returns a string. > oops.. sorry I thought this was a php-general question. Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is

Re: [PHP-DEV] date('w') return type

* Thus wrote dharana ([EMAIL PROTECTED]): > I know I can just cast to int, but is it ok to return an string for > things that can only be numbers? > > > // imagine today is sunday > var_export(date('w') === 0); > ?> > > prints false, but I expected it to return an int. Am I wrong? I imagine > i

Re: [PHP-DEV] RC3RC1

* Thus wrote Wez Furlong ([EMAIL PROTECTED]): > Thanks; sorry for mailing twice, I got interrupted and forgot that I had > already asked you the question. > > Could you please test HEAD (or the next snapshot); I've updated it to what > will hopefully be the final incarnation of proc_open.c for PHP

Re: [PHP-DEV] RC3RC1

* Thus wrote Curt Zirzow ([EMAIL PROTECTED]): > I tracked it down that it broke for me at revision 1.21 (the pty > support for proc_open), the macro #define _XOPEN_SOURCE 500 causes > my system to change which POSIX version to compile with. Actually it was revision 1.24 that broke thin

Re: [PHP-DEV] RC3RC1

* Thus wrote Daniel Fahlgren ([EMAIL PROTECTED]): > On Thu, May 27, 2004 at 08:11:17PM +0000, Curt Zirzow wrote: > > * Thus wrote Andi Gutmans ([EMAIL PROTECTED]): > > > Please test. If there are no critical problems I'll release RC3 tomorrow > > > which I t

Re: [PHP-DEV] RC3RC1

* Thus wrote Daniel Fahlgren ([EMAIL PROTECTED]): > On Thu, May 27, 2004 at 08:11:17PM +0000, Curt Zirzow wrote: > > * Thus wrote Andi Gutmans ([EMAIL PROTECTED]): > > > Please test. If there are no critical problems I'll release RC3 tomorrow > > > which I t

Re: [PHP-DEV] RC3RC1

* Thus wrote Andi Gutmans ([EMAIL PROTECTED]): > Please test. If there are no critical problems I'll release RC3 tomorrow > which I think will be the last RC for 5.0. > I'm getting an error during compile, /bin/sh /usr/home/curt/source/php-5.0.0RC3RC1/libtool --silent --preserve-dup-deps --mode=

[PHP-DEV] Illegal use of string offset

I can't seem to find any discussion on this BC issue, so forgive me if this has already been discussed. Given the following; $a = 'a string'; /* E_ERROR Cannot use string offset as an array */ echo is_array($a['bar']['baz']); /* non error resolution */ echo isset($a['bar']['baz']) && is_arr

[PHP-DEV] PATCH: unpack unsigned values

I know this might be a busy time for everyone, but I wrote a patch to return unsigned values using the appropriate format characters. patch: http://zirzow.dyndns.org/patches/pack.patch test script and output: http://zirzow.dyndns.org/patches/pack.phps If this is appoved the documentation ne

Re: [PHP-DEV] [PATCH][ZE2] zend_highlight.c change

* Thus wrote Lisa Seelye ([EMAIL PROTECTED]): > Attached is a patch to change the behavior of source highlighting > functions to use instead of . > This patch also introduces \n and \t when the parser encounters one > (this change is mainly for readability). Slight problem with: zend_printf("\

Re: [PHP-DEV] regex operators

* Thus wrote David Sklar ([EMAIL PROTECTED]): > I was thinking about adding one or two regex-related features to the engine: > > 1. "preg_case": this would behave just like case but instead of doing an > equality comparison, would match against a regular expression, e.g. > > switch($data) { >

[PHP-DEV] Re: [PHP] Re: [PHP-DEV] File upload meter

* Thus wrote Curt Zirzow ([EMAIL PROTECTED]): > > You might get better and more authorative feedback if you post this > question to the php-dev list. Oops, I didn't realize this was crossposted.. sorry. Curt -- "My PHP key is worn out" PHP List stats sin

Re: [PHP-DEV] File upload meter

* Thus wrote Hardik Doshi ([EMAIL PROTECTED]): > Hi Group, > > It's really nice to see the file upload meter > developed by Doru Theodor Petrescu > (http://pdoru.from.ro/). He did a nice job. He created > serveral patches for the php 4 to enable the file > upload meter. > > I was just wondering w

Re: [PHP-DEV] php5-general mailing list

* Thus wrote Olivier Hill ([EMAIL PROTECTED]): > Curt Zirzow wrote: > >classes that I know of ATM), separating the lists may help to keep > >confusion between the two. > > Maybe add a "Please tell us which version of PHP you are using" as a > general guideline

[PHP-DEV] php5-general mailing list

Are there any plans to separate php5 general discussion from the php-general list? With some major behavior changes (particularly classes that I know of ATM), separating the lists may help to keep confusion between the two. I'm not sure of why the decision of merging php3 to php4, was either the

Re: [PHP-DEV] Bugs, master, servers.

* Thus wrote James Cox ([EMAIL PROTECTED]): > Guys, > > Just to let you know that there have been some internal changes on the > php.net systems. Does this effect the mirror sites also? us4 is acting wierd: A request to http://us4.php.net/manual/en/ Redirects to: http://us4.php.net/manual-look

Re: [PHP-DEV] Looking for comments whether this is a bug or not

* Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]): > On Sun, 2003-08-31 at 10:11, Curt Zirzow wrote: > > * Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]): > > You might want to check the documentation again as it does not say > anything about the db server translating \\

Re: [PHP-DEV] Looking for comments whether this is a bug or not

* Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]): > > $email->body = "This is a test email. Testing c:\test\foo.exe"; > > When the $email object is later broke down and stored in the database > addslashes is done (as it should be) before the variable is stored. > > If you check the database th

Re: [PHP-DEV] Proposed Function: urlencode_array

* Thus wrote Sara Golemon ([EMAIL PROTECTED]): > > Can this not be done easily with array_walk? > > > Yes, though the primary purpose here is to have a method to create a > form-encoded query string internally, exporting it to userspace is just a > "why the heck not" side-effect. Ahh.. ok. > > >

Re: [PHP-DEV] Proposed Function: urlencode_array

* Thus wrote Sara Golemon ([EMAIL PROTECTED]): > proto urlencode_array(array formdata [, string numeric_prefix]) > > Purpose: Generate a form encoded query string from an associative (or > indexed) array. Can this not be done easily with array_walk? I think this might also encourge people to u

Re: [PHP-DEV] Constant Scope PHP5

* Thus wrote Zeev Suraski ([EMAIL PROTECTED]): > At 20:40 23/08/2003, l0t3k wrote: > >Zeev, > > speaking of const, i have a feature request. why not accept "const" in > >the global context and create a compile-time global constant ? > >e.g. > > > >const FOO = 1 ; > >const BAR = 2; > > > >

[PHP-DEV] php-general lists problems

0 Received: from ruis.pair.com (209.68.1.63) by adsl-67-126-220-228.dsl.scrm01.pacbell.net with SMTP; 21 Aug 2003 18:53:24- Received: (qmail 49306 invoked by uid 27261); 21 Aug 2003 18:49:23 - Message-ID: <[EMAIL PROTECTED]> From: Autoresponder <[EMAIL PROTECTED]> To: Curt Zirzow <

[PHP-DEV] CVS Account Request: curt

help with documentation and fix bugs -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php