Re: [PHP-DEV] PHP 5.0.1
On Mon, 02 Aug 2004 11:21:12 -0700 Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 11:16 AM 8/2/2004 +0400, Antony Dovgal wrote: > >On Sat, 31 Jul 2004 17:43:35 -0700 > >Andi Gutmans <[EMAIL PROTECTED]> wrote: > > > > > As I mentioned about a week ago, I'd like to roll 5.0.1 (mainly > > > due to the auth bug) and some other fixes. > > > I was thinking of rolling this minor release tomorrow or Tuesday. > > > If you have any bug fixes you'd like to make in, please let me > > > know. There's no problem with delaying it somewhat more... > > > Andi > > > >I'd like to see this patch > >http://tony2004.phpclub.net/dev/tmp/session.diff committed too. > >Here is the original patch proposal: > >http://lists.php.net/php.internals/11562 Sascha said he will take a > >look at it, but it seems he was too busy to do it. > > Looks like he commited it (a slightly different version of this patch) Yep, that's already fixed. > >And what about typos in php.ini/mail.c? > >Jakub says, that they were introduced early in PHP 5. > >See: http://lists.php.net/php.internals/11510 > > I'd like to get those fixed. Do you have commit access for these > changes? Committed it to HEAD & PHP_5_0. --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Seg fault
On Mon, 02 Aug 2004 13:36:22 -0300 Cristiano Duarte <[EMAIL PROTECTED]> wrote: > Antony Dovgal wrote: > > > On Sun, 1 Aug 2004 00:20:08 +1000 > > Kevin Waterson <[EMAIL PROTECTED]> wrote: > > > >> Well, no. I am running apache 1.3.31 and php 5.1.0 > >> > >> /php/dev/this/php5-200407310630/Zend/zend_constants.c(33) : Block > >> 0x0087F563 > >> status:/php/dev/this/php5-200407310630/Zend/zend_variables.c(39) : > >> Actual location (location was relayed) Beginning: Overrun > >> (magic=0x75622E6E, expected=0x7312F8DC)[Sun Aug 1 00:15:31 2004] > >> [notice] child pid 19057 exit signal Segmentation fault (11)[Sun > >Aug> 1 00:15:31 2004] [notice] child pid 19059 exit signal > >Segmentation> fault (11) > > > > It seems like a session related problem. > > Please try my patch: > > http://tony2004.phpclub.net/dev/tmp/session.diff > Thank God! I'm having segfaults over a week, even with last friday's > CVS. Now, with latest CVS(this patch is included) everything's back to > normal ! Yep, Sascha committed it yesterday, so it should be fine now. --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
I always wished that PHP had VB's set of operators on dates/times... (and
also in SQL): year(), month(), date(), time_serial(), and the like. Yes, you
can do it with date("...", $x); but then it's just awkward to remember all
the operators.
Also, I'd always wished that PHP would have support for dates after 32 bit
(2037)... when do you think Pecl's Date would get into PHP?
Jevon
- Original Message -
From: "Jason Garber" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 03, 2004 2:36 PM
Subject: [PHP-DEV] Date Support
> Hello internals,
>
> Not to take away from the wonderful and lively "GOTO" discussion,
> but... I've got a couple simple questions.
>
> 1. Is there a particular reason that PHP does not have a really good
> set of functions for dealing with true date and time types (i.e. not
> timestamps)?
>
> 2. I think that good date and time handling in PHP would be a
> large plus. MySQL provides, imho, a very effective set of tools for
> handling dates. I think that this style of date handling, where the
> standard format was -MM-DD HH:MM:SS would be an ideal way to go.
> Comments?
>
> 3. If there is no good reason for not adding this set of functions
> to the PHP core, what would be the method of designing an acceptable
> set of functions?
>
> PHP is a feature packed language, but it's strange that this does not
> exist in the core. Thanks for your time.
>
> --
> Best regards,
> Jason Garber mailto:[EMAIL PROTECTED]
> IonZoft, Inc.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
Urgh, blame PEAR for that ;-) There is a PECL date extension that you can obtain from our CVS (see http://www.php.net/anoncvs.php): cvs -d :pserver:[EMAIL PROTECTED]:/repository co pecl/date cd pecl/date phpize ./configure make install [ add date.so to php.ini ] --Wez. On Mon, 2 Aug 2004 23:07:49 -0400, Jason Garber <[EMAIL PROTECTED]> wrote: > Hello Wez, > > I must be missing something... I went to the link and couldn't find > any documentation. I downloaded it and all the .tgz contained were a > couple of .php scripts? > > -- > Best regards, > Jasonmailto:[EMAIL PROTECTED] > > Monday, August 2, 2004, 10:41:09 PM, you wrote: > > WF> http://pecl.php.net/package-info.php?package=Date > > WF> It's not in the core because it is still relatively young. > WF> Maybe in a future release... > > WF> --Wez. > > > > WF> On Mon, 2 Aug 2004 22:36:14 -0400, Jason Garber <[EMAIL PROTECTED]> wrote: > >> Hello internals, > >> > >> Not to take away from the wonderful and lively "GOTO" discussion, > >> but... I've got a couple simple questions. > >> > >> 1. Is there a particular reason that PHP does not have a really good > >> set of functions for dealing with true date and time types (i.e. not > >> timestamps)? > >> > >> 2. I think that good date and time handling in PHP would be a > >> large plus. MySQL provides, imho, a very effective set of tools for > >> handling dates. I think that this style of date handling, where the > >> standard format was -MM-DD HH:MM:SS would be an ideal way to go. > >> Comments? > >> > >> 3. If there is no good reason for not adding this set of functions > >> to the PHP core, what would be the method of designing an acceptable > >> set of functions? > >> > >> PHP is a feature packed language, but it's strange that this does not > >> exist in the core. Thanks for your time. > >> > >> -- > >> Best regards, > >> Jason Garber mailto:[EMAIL PROTECTED] > >> IonZoft, Inc. > >> > >> -- > >> PHP Internals - PHP Runtime Development Mailing List > >> To unsubscribe, visit: http://www.php.net/unsub.php > >> > >> > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GOTO operator
On Mon, 2004-08-02 at 23:08, Steph wrote: > > My point was to say it's powerful, as powerful as all those, not that it > > could replace them.. I would still use while(), do..while() and for() the > > times they are intended for.. I'm sure most of the people would.. > > There are > > however situations where goto is what makes sense.. > > I'm still waiting for someone to give an example of this that makes sense to > me. Plenty of examples have been provided. Either you are purposefully being dismissive or nothing will make sense to you because you just can't grasp the convenience and aesthetics of using goto. Perhaps you are blinded by teachings of never using goto which are rooted in Basic's era of "10 goto 20". Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] how to return a copy of arguments but using CopyOnWrite scheme?
i'm truying to write a ext for php, personal usage in some case, my function modify the value and return for performance issue, i'd like to use CopyOnWrite scheme for the case returning without modify but how? _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
On Mon, 2 Aug 2004 23:08:17 -0400, Jason Garber <[EMAIL PROTECTED]> wrote:
> Hello George,
>
> Because they both operate on an integer timestamp...
>
> two things:
> SELECT CURDATE() + INTERVAL 7 MONTH;
> echo strtotime("7/12/1900");
>
> Timestamps are fine for things that are happening within a very limited
> range of dates. How do you add a given number of months to a date?
> how do you get the day of week for a given date? These are the
> types of functions that I am thinking of.
>
echo strtotime("now +7 months");
echo date('l', strtotime('2004-10-02')); || echo strftime('%A',
strtotime('2004-10-02')); (latter supports locales)
http://php.net/strtotime
http://php.net/strftime
http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html
-bok
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
Hello George,
Because they both operate on an integer timestamp...
two things:
SELECT CURDATE() + INTERVAL 7 MONTH;
echo strtotime("7/12/1900");
Timestamps are fine for things that are happening within a very limited
range of dates. How do you add a given number of months to a date?
how do you get the day of week for a given date? These are the
types of functions that I am thinking of.
--
Best regards,
Jasonmailto:[EMAIL PROTECTED]
Monday, August 2, 2004, 10:40:45 PM, you wrote:
GS> On Aug 2, 2004, at 10:36 PM, Jason Garber wrote:
>> Hello internals,
>>
>> Not to take away from the wonderful and lively "GOTO" discussion,
>> but... I've got a couple simple questions.
GS> What's insufficient in strtotime() and strftime()?
GS> George
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
Hello Wez, I must be missing something... I went to the link and couldn't find any documentation. I downloaded it and all the .tgz contained were a couple of .php scripts? -- Best regards, Jasonmailto:[EMAIL PROTECTED] Monday, August 2, 2004, 10:41:09 PM, you wrote: WF> http://pecl.php.net/package-info.php?package=Date WF> It's not in the core because it is still relatively young. WF> Maybe in a future release... WF> --Wez. WF> On Mon, 2 Aug 2004 22:36:14 -0400, Jason Garber <[EMAIL PROTECTED]> wrote: >> Hello internals, >> >> Not to take away from the wonderful and lively "GOTO" discussion, >> but... I've got a couple simple questions. >> >> 1. Is there a particular reason that PHP does not have a really good >> set of functions for dealing with true date and time types (i.e. not >> timestamps)? >> >> 2. I think that good date and time handling in PHP would be a >> large plus. MySQL provides, imho, a very effective set of tools for >> handling dates. I think that this style of date handling, where the >> standard format was -MM-DD HH:MM:SS would be an ideal way to go. >> Comments? >> >> 3. If there is no good reason for not adding this set of functions >> to the PHP core, what would be the method of designing an acceptable >> set of functions? >> >> PHP is a feature packed language, but it's strange that this does not >> exist in the core. Thanks for your time. >> >> -- >> Best regards, >> Jason Garber mailto:[EMAIL PROTECTED] >> IonZoft, Inc. >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GOTO operator
> My point was to say it's powerful, as powerful as all those, not that it > could replace them.. I would still use while(), do..while() and for() the > times they are intended for.. I'm sure most of the people would.. > There are > however situations where goto is what makes sense.. I'm still waiting for someone to give an example of this that makes sense to me. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GOTO operator
> And my point still remains. There are an awful lot of PHP programmers out > there who really don't need an extra way to write for(), or while(), or > do..while(). It makes maintenance work harder when you have a mixture of > styles in there to cope with. > > I don't for a moment believe that Sara intended her GOTO implementation to > be used as a simple alternative construct in any old situation that comes > along, and that's where much of the point of this whole discussion lies. > Because you can bet your ass that many coders out there will do just that > thing. My point was to say it's powerful, as powerful as all those, not that it could replace them.. I would still use while(), do..while() and for() the times they are intended for.. I'm sure most of the people would.. There are however situations where goto is what makes sense.. Even if it can be done with do..while() or try..catch(), goto is just the real logic way to do it.. Instead of not adding it, add warnings to the manual.. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GOTO operator
> My point still remains.. Goto is powerful, even if not needed.. There's > about one time I would use goto, which could easily be done with two > do..while().. The funny thing is, that I didn't do it that way, cause I > though it looked ugly. And my point still remains. There are an awful lot of PHP programmers out there who really don't need an extra way to write for(), or while(), or do..while(). It makes maintenance work harder when you have a mixture of styles in there to cope with. I don't for a moment believe that Sara intended her GOTO implementation to be used as a simple alternative construct in any old situation that comes along, and that's where much of the point of this whole discussion lies. Because you can bet your ass that many coders out there will do just that thing. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
http://pecl.php.net/package-info.php?package=Date It's not in the core because it is still relatively young. Maybe in a future release... --Wez. On Mon, 2 Aug 2004 22:36:14 -0400, Jason Garber <[EMAIL PROTECTED]> wrote: > Hello internals, > > Not to take away from the wonderful and lively "GOTO" discussion, > but... I've got a couple simple questions. > > 1. Is there a particular reason that PHP does not have a really good > set of functions for dealing with true date and time types (i.e. not > timestamps)? > > 2. I think that good date and time handling in PHP would be a > large plus. MySQL provides, imho, a very effective set of tools for > handling dates. I think that this style of date handling, where the > standard format was -MM-DD HH:MM:SS would be an ideal way to go. > Comments? > > 3. If there is no good reason for not adding this set of functions > to the PHP core, what would be the method of designing an acceptable > set of functions? > > PHP is a feature packed language, but it's strange that this does not > exist in the core. Thanks for your time. > > -- > Best regards, > Jason Garber mailto:[EMAIL PROTECTED] > IonZoft, Inc. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Date Support
On Aug 2, 2004, at 10:36 PM, Jason Garber wrote: Hello internals, Not to take away from the wonderful and lively "GOTO" discussion, but... I've got a couple simple questions. What's insufficient in strtotime() and strftime()? George -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Date Support
Hello internals, Not to take away from the wonderful and lively "GOTO" discussion, but... I've got a couple simple questions. 1. Is there a particular reason that PHP does not have a really good set of functions for dealing with true date and time types (i.e. not timestamps)? 2. I think that good date and time handling in PHP would be a large plus. MySQL provides, imho, a very effective set of tools for handling dates. I think that this style of date handling, where the standard format was -MM-DD HH:MM:SS would be an ideal way to go. Comments? 3. If there is no good reason for not adding this set of functions to the PHP core, what would be the method of designing an acceptable set of functions? PHP is a feature packed language, but it's strange that this does not exist in the core. Thanks for your time. -- Best regards, Jason Garber mailto:[EMAIL PROTECTED] IonZoft, Inc. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GOTO operator
My point still remains.. Goto is powerful, even if not needed.. There's about one time I would use goto, which could easily be done with two do..while().. The funny thing is, that I didn't do it that way, cause I though it looked ugly. -- // DvDmanDT MSN: dvdmandt¤hotmail.com Mail: dvdmandt¤telia.com "Steph" <[EMAIL PROTECTED]> skrev i meddelandet news:[EMAIL PROTECTED] > > My opinion would be that goto isn't needed with the do..while() > > statement.. > > But on the other hand.. Neither for(), while() or do..while() would be > > needed with goto, would they? > > I learned a language called PHP. It contains for(), while() and > do..while(). I've been writing scripts that contain those expressions for > some years now. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] GOTO operator
> My opinion would be that goto isn't needed with the do..while() > statement.. > But on the other hand.. Neither for(), while() or do..while() would be > needed with goto, would they? I learned a language called PHP. It contains for(), while() and do..while(). I've been writing scripts that contain those expressions for some years now. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GOTO operator
> I just woke up but I think this can be solved with one do..while and using
> bitfield for example. so when you break, just check the bitfield what to
> clean up.
Indeed, but the original point was to make it easier to read.. Now, what
will make most sense to a newbie, this or the goto example this tries to
replace?
> $clean = 0;
> do {
>$res = some_op();
>if (!$res && $clean|=CLEAN_TYPE1) break;
>
>$res = some_op2();
>if (!$res && $clean|=CLEAN_TYPE1) break;
>
>
>$res = some_op3();
>if (!$res && $clean|=CLEAN_TYPE2) break;
>
>
> } while (0);
>
> if ($res & CLEAN_TYPE1) {
> //do clean type 1
> }
> if ($clean & CLEAN_TYPE2) {
>// do clean type 2
> }
My opinion would be that goto isn't needed with the do..while() statement..
But on the other hand.. Neither for(), while() or do..while() would be
needed with goto, would they? Is the example above or nested do..while()'s
easier to read and maintain than the same code using goto? And with the
rules everyone want with goto, you couldn't really mess anything up more
than you already can do with do..while.. Right? Ofcorse it could create
unreadable code, but then.. What couldn't? The logic of goto is simple.
Almost anyone can understand it without reading the manual. What is a newbie
more likely to abuse or use in a wrong way? Well, seems to me like he will
more likely mess up something he doesn't understand. Also. The main reason
for not adding goto has been that it can be abused. Let's see. It exists in
C, C++, C#, Python, Ada, Lisp, Pascal and who could list them all? Now.. How
much does people abuse goto in those languages? Not very much as far as I
can see (to be honest, I didn't think it existed in anything else than Basic
until I read this topic, but then, I'm not too experienced with
programming).. So why does everyone think it'll be more abused in PHP?
Just the comments from an average PHP user.
--
// DvDmanDT
MSN: dvdmandt¤hotmail.com
Mail: dvdmandt¤telia.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Request: Support for a memory_limit exploit paper needed
What a stupid question I asked here... Nevermind. Moriyoshi On 2004/08/02, at 8:11, Moriyoshi Koizumi wrote: Hi, The package includes a description how the test works. It basicly consists of compiling PHP on your normal platform: f.e. OpenBSD Apache2 CGI. You should just add --enable-memory-limit to your standard configure line and turn register_globals on. The rest is all explained in the package. Is there any chance enabling mbstring will affect the results of the tests? As far as I experimented in the past, it will unlikely do. Moriyoshi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] SimpleXML returning attributes as objects instead of strings
Ahh. Thanks.
David
Sterling Hughes wrote:
iterators...
On Mon, 02 Aug 2004 16:53:49 -0400, David Sklar <[EMAIL PROTECTED]> wrote:
SimpleXML returns attribute values as SimpleXMLElement objects instead
of strings. E.g, given this:
$sxe = simplexml_load_string('Doc
Ock');
$sxe['arms'] and $sxe['legs'] are SimpleXMLElement objects.
This mostly works OK, but causes problems when using empty() to test if
an attribute has a value. empty($sxe['arms']) is false, but so is
empty($sxe['legs']).
An easy workaround is to use strlen() instead of empty(), I suppose
(except if an attribute value is "0"), but I am wondering why SimpleXML
works this way.
Thanks,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] SimpleXML returning attributes as objects instead of strings
iterators...
On Mon, 02 Aug 2004 16:53:49 -0400, David Sklar <[EMAIL PROTECTED]> wrote:
> SimpleXML returns attribute values as SimpleXMLElement objects instead
> of strings. E.g, given this:
>
> $sxe = simplexml_load_string('Doc
> Ock');
>
> $sxe['arms'] and $sxe['legs'] are SimpleXMLElement objects.
>
> This mostly works OK, but causes problems when using empty() to test if
> an attribute has a value. empty($sxe['arms']) is false, but so is
> empty($sxe['legs']).
>
> An easy workaround is to use strlen() instead of empty(), I suppose
> (except if an attribute value is "0"), but I am wondering why SimpleXML
> works this way.
>
> Thanks,
> David
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] SimpleXML returning attributes as objects instead of strings
SimpleXML returns attribute values as SimpleXMLElement objects instead
of strings. E.g, given this:
$sxe = simplexml_load_string('Doc
Ock');
$sxe['arms'] and $sxe['legs'] are SimpleXMLElement objects.
This mostly works OK, but causes problems when using empty() to test if
an attribute has a value. empty($sxe['arms']) is false, but so is
empty($sxe['legs']).
An easy workaround is to use strlen() instead of empty(), I suppose
(except if an attribute value is "0"), but I am wondering why SimpleXML
works this way.
Thanks,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
- Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]>; "Paul G" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, August 02, 2004 2:25 PM Subject: Re: [PHP-DEV] list abuse > Zeev sends lots of > Viagra to me :) too.. much... information.. paul -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
On Aug 2, 2004, at 2:25 PM, Andi Gutmans wrote: I get lots of "spam" from people on this list. It's just that spamers are getting smarter and smarter and fake their emails well. Zeev sends lots of Viagra to me :) You too? I thought he was trying to tell me something George -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
I get lots of "spam" from people on this list. It's just that spamers are getting smarter and smarter and fake their emails well. Zeev sends lots of Viagra to me :) Andi At 04:53 PM 8/2/2004 +0300, Andrey Hristov wrote: Quoting Paul G <[EMAIL PROTECTED]>: > > - Original Message - > From: "Andrey Hristov" <[EMAIL PROTECTED]> > To: "Paul G" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, August 02, 2004 4:18 AM > Subject: Re: [PHP-DEV] list abuse > > > > Paul G wrote: > > > folks, > > > > > Last time I looked at the message it does spoof the original address and > is being > > sent from an unknown server. > > > it is unlikely it does so intentionally. mail coming from the list has > internals@ listed as the to: address, which the script obviously doesn't > sanity check. regardless of whether this is malicious, the dude needs to go. Sure it does it intentionally. I have used to check the site without the provided link and it looked like some pr0n site. Here is the source of the last message. Usually they "come" from addresses like [EMAIL PROTECTED], [EMAIL PROTECTED] even [EMAIL PROTECTED] :) [snip] Received: from hristov by iko.gotobg.net with local-bsmtp (Exim 4.34) id 1BrTFY-0005fA-ON for [EMAIL PROTECTED]; Mon, 02 Aug 2004 06:12:42 +0300 Received: from [66.17.150.83] (helo=tgpnexus.com) by iko.gotobg.net with esmtp (Exim 4.34) id 1BrTFY-0007Sp-BJ for php_at_hristov_punkt_com; Mon, 02 Aug 2004 06:12:32 +0300 Received: (from [EMAIL PROTECTED]) by tgpnexus.com (8.11.6/8.11.6) id i722svi20745; Sun, 1 Aug 2004 22:54:57 -0400 Date: Sun, 1 Aug 2004 22:54:57 -0400 Message-Id: <[EMAIL PROTECTED]> To: php_at_hristov_punkt_com Subject: IMPORTANT: Please Verify Your Message From: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] [/snip] As far as I see this email has nothing to do with internals and php.net services except it spoofs that it comes from [EMAIL PROTECTED] .So the mail comes from tgpnexus.com (looks like). andrey -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.0.1
At 11:16 AM 8/2/2004 +0400, Antony Dovgal wrote: On Sat, 31 Jul 2004 17:43:35 -0700 Andi Gutmans <[EMAIL PROTECTED]> wrote: > As I mentioned about a week ago, I'd like to roll 5.0.1 (mainly due to > the auth bug) and some other fixes. > I was thinking of rolling this minor release tomorrow or Tuesday. If > you have any bug fixes you'd like to make in, please let me know. > There's no problem with delaying it somewhat more... > Andi I'd like to see this patch http://tony2004.phpclub.net/dev/tmp/session.diff committed too. Here is the original patch proposal: http://lists.php.net/php.internals/11562 Sascha said he will take a look at it, but it seems he was too busy to do it. Looks like he commited it (a slightly different version of this patch) And what about typos in php.ini/mail.c? Jakub says, that they were introduced early in PHP 5. See: http://lists.php.net/php.internals/11510 I'd like to get those fixed. Do you have commit access for these changes? Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Seg fault
Antony Dovgal wrote: > On Sun, 1 Aug 2004 00:20:08 +1000 > Kevin Waterson <[EMAIL PROTECTED]> wrote: > >> Well, no. I am running apache 1.3.31 and php 5.1.0 >> >> /php/dev/this/php5-200407310630/Zend/zend_constants.c(33) : Block >> 0x0087F563 >> status:/php/dev/this/php5-200407310630/Zend/zend_variables.c(39) : >> Actual location (location was relayed) Beginning: Overrun >> (magic=0x75622E6E, expected=0x7312F8DC)[Sun Aug 1 00:15:31 2004] >> [notice] child pid 19057 exit signal Segmentation fault (11)[Sun Aug >> 1 00:15:31 2004] [notice] child pid 19059 exit signal Segmentation >> fault (11) > > It seems like a session related problem. > Please try my patch: http://tony2004.phpclub.net/dev/tmp/session.diff Thank God! I'm having segfaults over a week, even with last friday's CVS. Now, with latest CVS(this patch is included) everything's back to normal ! Regards, Cristiano Duarte -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
- Original Message - From: "Andrey Hristov" <[EMAIL PROTECTED]> To: "Paul G" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, August 02, 2004 9:53 AM Subject: Re: [PHP-DEV] list abuse --- snip --- > Sure it does it intentionally. I have used to check the site without the > provided link and it looked > like some pr0n site. > > Here is the source of the last message. Usually they "come" from addresses like > [EMAIL PROTECTED], > [EMAIL PROTECTED] even [EMAIL PROTECTED] :) this is really simple, as i've stated in a previous mail. script parses message, takes the address listed first in the 'to' and uses it as 'from' for the confirmation mail. this works perfectly fine when it's a mail from person A to cluetard B, but delivers funky results (which we are seeing) when used on an account that receives mailing list traffic. this is understandable, since the author obviously never intended for it to be used that way. nekkidness or no nekkidness doesn't make a difference in this case (the website seems to be a service for adult gallery webmasters) - if they wanted to harvest e-mail addresses, they could just harvest from the archives. this is clearly a case of misconfiguration (ie confirmation script enabled on an account receiving maillist traffic). regardless, it would be nice to get rid of it. can someone on the admin side send an ID'ed test to subscribers to see where this is coming from (or is this considered a minor nuisance not worth bothering with)? paul -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Info needed
On Mon, 2 Aug 2004, Kamesh Jayachandran wrote: > Hi Derick, > Did you apply my patches? Not yet, but I will. I just returned today. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Info needed
Hi Derick, Did you apply my patches? With regards Kamesh Jayachandran On Mon, 19 Jul 2004 21:29:47 +0200 (CEST), "Derick Rethans" <[EMAIL PROTECTED]> said: > On Mon, 19 Jul 2004, Kamesh Jayachandran wrote: > > > Hi Derick, > > Did you apply my patches? > > You'll have to wait until I get back from holiday, but don't worry I'll > have a look at them. It's on my todo list. > > Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: How to access the per-class constant from a member function?
Hi Derick, Thanks for the correction. With regards Kamesh Jayachandran On Mon, 2 Aug 2004 16:02:23 +0200 (CEST), "Derick Rethans" <[EMAIL PROTECTED]> said: > On Mon, 2 Aug 2004, Kamesh Jayachandran wrote: > > > Hi Mehdi, > > Even Foo::HELLO works. > > My question is why simple HELLO inside a member function does not work. > > > > Why are we not able to access the static and const members of a class > > from inside a class member function like the way with other member > > variables.? > > Other member variables don't work either like this, you need to specify > $this-> always. > > Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: How to access the per-class constant from a member function?
On Mon, 2 Aug 2004, Kamesh Jayachandran wrote: > Hi Mehdi, > Even Foo::HELLO works. > My question is why simple HELLO inside a member function does not work. > > Why are we not able to access the static and const members of a class > from inside a class member function like the way with other member > variables.? Other member variables don't work either like this, you need to specify $this-> always. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] implementation of islamic (hijri) calendar for Calendar extension
Hi Steph, My work is based on the work of Muhammad Hussain in hdate (Generate Hijri dates, calendars and prayertimes using command line and X interface, http://sourceforge.net/projects/hdate/ ). for more information please read the file islamic_calendar.txt . Thanks. Steph wrote: Hi Mostapha, See http://www.zend.com/zend/week/pat/ I put your hijri.c in PAT because nobody I talked to on the PHP dev team knows how to check it. I also hunted around for another copy so we could judge better (because it would be good to have Islamic time in PHP), but I couldn't find any downloadable on the whole of the internet. Can you tell me where you found your original copy, please? I will put this into PAT too if nobody responds. It relies on somebody who understands that calendar either seeing it on the internals list or there, whether you get the help you need. Could be tomorrow, could be a year. Hopefully closer to tomorrow than a year.. - Steph DevZone Editor www.zend.com -Original Message- From: mostapha31 [mailto:[EMAIL PROTECTED] Sent: 01 August 2004 14:26 To: PHP Internals List Subject: [PHP-DEV] implementation of islamic (hijri) calendar for Calendar extension Hi these is my contribution to implement islamic (hijri) calendar. Waiting for your suggestions. The Hijri (Islamic) Calender The Islamic Calendar, used by Muslims world-wide, is a lunar one and consists of twelve months: Muharram, Safar, Rabi` al-Awal, Rabi` al-Thaani, Jumaada al-Awal, Jumaada al-Thaani, Rajab, Sha`ban, Ramadan, Shawwal, Zul al-Qi`dah, Zul al-Hijjah. An Islamic month runs from New Moon to New Moon. The Islamic "New Year" is the 1st day of Muharram, and the years of the Islamic calender are dated from 1st Muharram, 1 A.H. which corresponds to July 16, 622 A.D. on the Gregorian solar calender currently used in Western nations. (Note: A.D. is mostly written C.E. - that is, Current Era). A.H. means "Anno Hegirae" - the Year of the Hijrah - and it was in 1 A.H. that the Prophet Muhammad migrated with his followers from Makkah to what was to become the city of Madinah. This migration - Hijrah - is one the important events in the early history of Islam. Because the Islamic calendar is lunar, the Hijri year is shorter than the Gregorian year by about 11 days. This also means that the Islamic months are not "fixed" as the solar months of the Gregorian (Western) calender are fixed to the cycle of the Seasons. Each year, the corresponding Islamic months falls 11 or so days "earlier" compared to solar months. The result is that the Islamic months can correspond to any (solar) season with, for example, the month of Ramadan (the month of fasting) falling in Spring, or Summer, or Autumn or Winter. It takes 33 years for an Islamic month to correspond once again to the same solar month. The exact beginning of every Islamic month cannot be calculated exactly in advance, since it depends on an actual, and confirmed, physical sighting of the new moon somewhere in the world. This means that the Islamic calender corresponds to actual observed astronomical events, and does not need to be adjusted, like the solar calender, every fourth year (the leap year), or every four hundred years (the change from Julian to Gregorian) to account for variation between the Earth's seasonal changes and the variation in the Earth's orbit around the sun. Muhammad Hussain Yusuf Shawwal 1420 AH -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
Quoting Paul G <[EMAIL PROTECTED]>: > > - Original Message - > From: "Andrey Hristov" <[EMAIL PROTECTED]> > To: "Paul G" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, August 02, 2004 4:18 AM > Subject: Re: [PHP-DEV] list abuse > > > > Paul G wrote: > > > folks, > > > > > Last time I looked at the message it does spoof the original address and > is being > > sent from an unknown server. > > > it is unlikely it does so intentionally. mail coming from the list has > internals@ listed as the to: address, which the script obviously doesn't > sanity check. regardless of whether this is malicious, the dude needs to go. Sure it does it intentionally. I have used to check the site without the provided link and it looked like some pr0n site. Here is the source of the last message. Usually they "come" from addresses like [EMAIL PROTECTED], [EMAIL PROTECTED] even [EMAIL PROTECTED] :) [snip] Received: from hristov by iko.gotobg.net with local-bsmtp (Exim 4.34) id 1BrTFY-0005fA-ON for [EMAIL PROTECTED]; Mon, 02 Aug 2004 06:12:42 +0300 Received: from [66.17.150.83] (helo=tgpnexus.com) by iko.gotobg.net with esmtp (Exim 4.34) id 1BrTFY-0007Sp-BJ for php_at_hristov_punkt_com; Mon, 02 Aug 2004 06:12:32 +0300 Received: (from [EMAIL PROTECTED]) by tgpnexus.com (8.11.6/8.11.6) id i722svi20745; Sun, 1 Aug 2004 22:54:57 -0400 Date: Sun, 1 Aug 2004 22:54:57 -0400 Message-Id: <[EMAIL PROTECTED]> To: php_at_hristov_punkt_com Subject: IMPORTANT: Please Verify Your Message From: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] [/snip] As far as I see this email has nothing to do with internals and php.net services except it spoofs that it comes from [EMAIL PROTECTED] .So the mail comes from tgpnexus.com (looks like). andrey -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: How to access the per-class constant from a member function?
Hi Mehdi,
Even Foo::HELLO works.
My question is why simple HELLO inside a member function does not work.
Why are we not able to access the static and const members of a class
from inside a class member function like the way with other member
variables.?
Any special reasons.
With regards
Kamesh Jayachandran
On Wed, 28 Jul 2004 18:10:52 +0200, "Mehdi Achour" <[EMAIL PROTECTED]> said:
> Hi Kamesh,
>
> Try replacing Foo::HELLO with self::HELLO. This should work.
> (this is documented, the manual will reflect it in the next build)
>
> didou
>
> Kamesh Jayachandran wrote:
> > Hi All,
> > > class Foo {
> >const HELLO = "con\n";
> >function memberfunc() {
> > echo HELLO; //does not work
> > echo Foo::HELLO; //works
> >}
> > }
> > $obj = new Foo();
> > $obj->memberfunc();
> > ?>
> >
> > With a error_reporting=2047 I get
> >
> > Notice: Use of undefined constant HELLO - assumed 'HELLO' in
> > /rekha/php-5.0.0/test.php on line 5
> > Whey echo HELLO fails?
> >
> > With regards
> > Kamesh Jayachandran
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4 Bug Summary Report
On Mon, 2 Aug 2004, Wez Furlong wrote: > Free bugs for all ! ;-) As opposed to free beer? I know what to choose then ;-) Also, I just fixed this in php-bugs-web. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Sort patch
On Tue, 27 Jul 2004, John Coggeshall wrote: > attached What does it do? Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4 Bug Summary Report
Free bugs for all ! ;-) --Wez. On Mon, 02 Aug 2004 11:04:10 +0200, Georg Richter <[EMAIL PROTECTED]> wrote: > Am Mo, den 02.08.2004 schrieb Wez Furlong um 10:38: > > On Mon, 2 Aug 2004 09:00:21 +0200, [EMAIL PROTECTED] wrote: > > > PHP 4 Bug Database summary - http://bugs.php.net > > > > 5, Sir? > > > PHP 5 is bug free! :) > > /Georg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4 Bug Summary Report
Am Mo, den 02.08.2004 schrieb Wez Furlong um 10:38: > On Mon, 2 Aug 2004 09:00:21 +0200, [EMAIL PROTECTED] wrote: > > PHP 4 Bug Database summary - http://bugs.php.net > > 5, Sir? > PHP 5 is bug free! :) /Georg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] fix symbol namespace pollution from bundled libgd
On Fri, 23 Jul 2004, Joe Orton wrote: > Building the bundled libgd library into PHP causes symbol namespace > pollution; if any other Apache modules link a different version of libgd > into the Apache process they may instead pick up symbols from the PHP > libgd, and segfault randomly. (One of our users saw this when using > mod_perl with Perl::GD) Hmm, I don't really like this "hiding" of symbol names. Why just not fix our bundled GD to use the correct names? regards, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [php 4.3.5] Determining Memory Usage by Variable
On Thu, 22 Jul 2004, Sterling Hughes wrote: > would be a good addition to xdebug, it couldn't be variable based, but > it could be data based. Yup, this is on my todo list. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4 Bug Summary Report
On Mon, 2 Aug 2004 09:00:21 +0200, [EMAIL PROTECTED] wrote: > PHP 4 Bug Database summary - http://bugs.php.net 5, Sir? --Wez. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] list abuse
I checked this last week; there are no people subscribed using that domain. On Sun, 1 Aug 2004 23:10:56 -0400, Paul G <[EMAIL PROTECTED]> wrote: > folks, > > would someone with ml admin privs take a look and, if present, remove an > @tgpwizards.com e-mail address subscription? the user has apparently put a sender > confirmation script in place that bombards me (and i'm sure others as well) with > confirmation requests. needless to say, it gets very old very fast. > > paul -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GOTO operator
At 11:22 02/08/2004, Derick Rethans wrote: On Sun, 1 Aug 2004, Zeev Suraski wrote: > At 15:45 31/07/2004, Derick Rethans wrote: > >Exceptions are an OO thing, and it makes NO sense to use them in > >procedural code. Goto is a good thing here. > > Can you explain why it makes no sense to use them in procedural code? heh? If you're writing procedural code, you do not WANT to use OO features in there, as it makes your code no longer procedural. That's why it makes no sense. Well, let's agree to disagree. I consider an OO application to be an application that actually takes advantage of object oriented design, and not an application that happens to use a feature that uses underlying objects. For example, a procedural PHP 5 application that makes use of SimpleXML is not object oriented, IMHO. Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] GOTO operator
On Sun, 1 Aug 2004, Zeev Suraski wrote: > At 15:45 31/07/2004, Derick Rethans wrote: > >Exceptions are an OO thing, and it makes NO sense to use them in > >procedural code. Goto is a good thing here. > > Can you explain why it makes no sense to use them in procedural code? heh? If you're writing procedural code, you do not WANT to use OO features in there, as it makes your code no longer procedural. That's why it makes no sense. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Seg fault
On Sun, 1 Aug 2004 00:20:08 +1000 Kevin Waterson <[EMAIL PROTECTED]> wrote: > Well, no. I am running apache 1.3.31 and php 5.1.0 > > /php/dev/this/php5-200407310630/Zend/zend_constants.c(33) : Block > 0x0087F563 > status:/php/dev/this/php5-200407310630/Zend/zend_variables.c(39) : > Actual location (location was relayed) Beginning: Overrun > (magic=0x75622E6E, expected=0x7312F8DC)[Sun Aug 1 00:15:31 2004] > [notice] child pid 19057 exit signal Segmentation fault (11)[Sun Aug > 1 00:15:31 2004] [notice] child pid 19059 exit signal Segmentation > fault (11) It seems like a session related problem. Please try my patch: http://tony2004.phpclub.net/dev/tmp/session.diff --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.0.1
On Sat, 31 Jul 2004 17:43:35 -0700 Andi Gutmans <[EMAIL PROTECTED]> wrote: > As I mentioned about a week ago, I'd like to roll 5.0.1 (mainly due to > the auth bug) and some other fixes. > I was thinking of rolling this minor release tomorrow or Tuesday. If > you have any bug fixes you'd like to make in, please let me know. > There's no problem with delaying it somewhat more... > Andi I'd like to see this patch http://tony2004.phpclub.net/dev/tmp/session.diff committed too. Here is the original patch proposal: http://lists.php.net/php.internals/11562 Sascha said he will take a look at it, but it seems he was too busy to do it. And what about typos in php.ini/mail.c? Jakub says, that they were introduced early in PHP 5. See: http://lists.php.net/php.internals/11510 --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
