[PHP-DEV] Re: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core?
On Tue, Dec 09, 2003 at 05:40:41PM -, Wez Furlong wrote: > It seems that most people still don't really get the idea behind > PECL, and how moving extensions there is a good idea. > Who is currently doing the move within the cvs repository? Uwe -- MMK GmbH, Universitaetsstr. 11, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature
Re: [PHP-DEV] oci in pecl...
On Tue, 2003-12-09 at 21:21, Jani Taskinen wrote:
> On Tue, 9 Dec 2003, Wez Furlong wrote:
>
> >> it was actually my idea to for the oci8 stuff - and have some new
> >> maintainer maintain it in pecl.
> >
> >Yep, I remember.
> >
> >> i see no valid reason against it. he can start hacking on it (in pecl)
> >> starting today - once he is comfortable with it we'll nuke the ext/oci
> >> and use(link, package) the stuff from pecl.
> >
> >We can go a little bit further than that; lets move it properly in
> >CVS and roll a pecl release (1.0), and then Tony can continue
> >his work in the way that pecl is supposed to be working.
>
> And you're moving us into the support nightmare..
> Instead of asking what php version they use, we need
> to start asking which possible versions of different
> extensions they happen to use, how they compiled them,
> etc. etc. etc.
>
> Thanks, but no thanks. Keep PECL as sibe...for the not-so-golden
> exts and the rest in php-src.
We know which releases of which (pecl) extensions are bundled with each
PHP release. But to meet this problem, we should ask people to attach a
dump of phpinfo() or phpinfo("extname") and make sure that contains the
necessary information. At the very least, the extension version number
should be in there, preferably added automatically. There's a field for
version number in the extension struct. I recall you supporting me
whole-heartedly on the very same issue back in the 4.1.0 days when the
version info was added, remember?
How people compile the extensions should be clear from that also, at
least just as clear as it is today.
- Stig
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] oci in pecl...
On Tue, 2003-12-09 at 21:24, Wez Furlong wrote: > > And you're moving us into the support nightmare.. > > Instead of asking what php version they use, we need > > to start asking which possible versions of different > > extensions they happen to use, how they compiled them, > > etc. etc. etc. > > The flip side is that we can provide them with a "localized" > (not in the i18n sense!) fix much sooner. > > This isn't really a problem as you tend to mark all bug > reports as bogus anyway, and no one else provides support. IMHO moving extensions to PECL would improve the extension maintainer's ability to provide support, just because he is able to roll patchlevel releases only with bug fixes. - Stig -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
On Wed, 2003-12-10 at 03:01, jason davidson wrote:
> Ive seen the Control Flow constuct With ...End With used in VB (yup,
> VB.. :)) although im not a fan of VB, i liked the feature, is there any
> consideration to this kind of construct for php.
> here the only example if it i could find online for anyone that hasnt
> seen it before.
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/vaconusingwith.asp
> Aside from being VB, is there anything wrong with it.
>
> Jason
As for me - i would solve it with PHP without changing the langauge
in the following way:
> Sub MyInput()
>With Workbooks("Book1").Worksheets("Sheet1").Cells(1, 1)
> .Formula = "=SQRT(50)"
> With .Font
> .Name = "Arial"
> .Bold = True
> .Size = 8
> End With
>End With
> End Sub
would produce somthing like:
function my_input() {
global $workbooks;
$chg=array('formula'=>'sqrt(50)',
'font'=>array('name'=>'Arial','bold'=>true,'size'=>8)):
join_properties($workbooks['book1'].workshhets['sheet1'].cells[1][1],$chg)
}
Here is working(not heavily tested though) example
that shows the general idea:
1,'yyy'=>array('y1'=>7,'y2'=>8));
print_r($v);
echo "\n";
function update_props_recursively(&$srcdst,$updater) {
foreach($updater as $k=>$v) {
if(is_scalar($srcdst[$k])) {
$srcdst[$k]=$updater[$k];
} else {
update_props_recursively($srcdst[$k],$updater[$k]);
}
}
}
$chg=array('xxx'=>2,'yyy'=>array('y2'=>99));
update_props_recursively($v,$chg);
print_r($v);
?>
FREE 10MB email + Antivirus + AntiSpam + POP3 + more
Get it at http://www.doal.co.il:81/free/?c=both
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core?
On Wed, 10 Dec 2003, Uwe Steinmann wrote: > On Tue, Dec 09, 2003 at 05:40:41PM -, Wez Furlong wrote: > > It seems that most people still don't really get the idea behind > > PECL, and how moving extensions there is a good idea. > > > Who is currently doing the move within the cvs repository? Jani and I did a few... Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core?
Hi all, I'd like to write a new PHP extension, I know C, even if I'm not a guru, but I didn't find a good tutorial about Zend API. Seems that the one on Zend's website is an old version. Am I wrong? Thanx in advance regards Sergio -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED] Sent: Tuesday, 09 December, 2003 18:41 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core? It seems that most people still don't really get the idea behind PECL, and how moving extensions there is a good idea. Let me spell it out for you: - PECL provides a way to keep your extensions self contained and allows you to keep your own release cycle. - In addition, the packaging systems allows you to mark the package with explicit, versioned, dependencies. - It is very easy to our users to install and upgrade these "pickled" extensions. ---> PECL is a great solution for self-contained extensions How does it help with the core? - As we move extensions from php-src/ext to pecl/, they can take advantage of the PECL infrastructure. This allows people to build their own PHP and pick and choose the particular version(s) of extensions that they want to use. They might not want to use the very latest stable version if they have a policy for avoiding bugs; conversely, they might want to be using the latest version of the extension because it fixes some bugs. What is the resistance to moving stuff from the core? - PECL is still seen as Siberia. Some developers "fear" that putting extensions in PECL will result in them having lower quality because PECL extensions are somehow harder to test. This is a totally bogus argument. Getting extensions from PECL is just as hard or easy as getting anything else from CVS, it is just an additional module to check out. There is nothing hard about that, unless you are lazy. The new win32 build system doesn't give a damn about whether your extension is in PECL or in the core; it will still compile it and run any tests in the test suite; the unix build should be able to do this too (currently it is a little painful for regular, non-golden extensions, but that shouldn't be hard to fix). - Some developers simply cannot see that there are two "problems" with having our "golden" extensions in PECL: - Development - Packaging They see them as a combined issue, and get confused about how to handle things. Using appropriate means on the CVS server, we can make the golden pecl extensions appear under ext/ at the time you check out the sources. Those sources will be HEAD, or whatever other branch you requested. Development continues as it always has done in the past. At Packaging time, when the Release Master (lets call him Peter Piper) rolls the tarball, he will pick the latest stable versions of those golden pecl extensions. Typically, these will be the same versions as can be found on the current branch, as golden extensions are kept in sync with the core; but he may decide to use an older stable version of the package if he decides the latest version isn't up to scratch. The "pear bundle" tool makes it simple for Peter Piper to "pick a pecl". This approach gives us more flexibility with our releases, without overly complicating the common case. Furthermore, it allows the end user to build their extensions as shared modules and then upgrade them to a more recent version in between major releases of the core. I'm tired of hearing FUD about PECL; lets stop resisting it and start embracing it. --Wez. "King" of PECL (whatever that means) -- PECL development discussion Mailing List (http://pecl.php.net/) 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] Not calling handlers on property modification
Hello internals, I'm writing extension that substitutes object's read_property and write_property handlers with it's own and I found that such code arr[] = $element; } } $a = new A(); $something = new A(); $a->addToArr( $something ); ?> doesn't produce call to read_property or write_property. It seems strange because something like count( $this->arr ) or foreach( $this->arr as $element ) from A does produce call to read_property for "arr". Is it a bug or feature? If it's the expected behaviour, how can I intercept modification of array-type property? -- Best regards, Simeon mailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core?
Hi, I'd like to write a new PHP extension, I know C, even if I'm not a guru, but I didn't find a good tutorial about Zend API. Seems that the one on Zend's website is an old version. Am I wrong? Yes the documentation is a little old but it helps. A book on this subject has been released (Building Custom PHP Extensions by Blake Schwendiman - I don't know if it's good stuff). But the best way I know is to look at the existings extension either in PECL or in the ext directory of the PHP sources. Regards, Eric At 10:06 10/12/2003, Paternoster Sergio wrote: Hi all, I'd like to write a new PHP extension, I know C, even if I'm not a guru, but I didn't find a good tutorial about Zend API. Seems that the one on Zend's website is an old version. Am I wrong? Thanx in advance regards Sergio -Original Message- From: Wez Furlong [mailto:[EMAIL PROTECTED] Sent: Tuesday, 09 December, 2003 18:41 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PECL-DEV] FUD-Buster: What is PECL, and how does moving stuff to PECL help us with the core? It seems that most people still don't really get the idea behind PECL, and how moving extensions there is a good idea. Let me spell it out for you: - PECL provides a way to keep your extensions self contained and allows you to keep your own release cycle. - In addition, the packaging systems allows you to mark the package with explicit, versioned, dependencies. - It is very easy to our users to install and upgrade these "pickled" extensions. ---> PECL is a great solution for self-contained extensions How does it help with the core? - As we move extensions from php-src/ext to pecl/, they can take advantage of the PECL infrastructure. This allows people to build their own PHP and pick and choose the particular version(s) of extensions that they want to use. They might not want to use the very latest stable version if they have a policy for avoiding bugs; conversely, they might want to be using the latest version of the extension because it fixes some bugs. What is the resistance to moving stuff from the core? - PECL is still seen as Siberia. Some developers "fear" that putting extensions in PECL will result in them having lower quality because PECL extensions are somehow harder to test. This is a totally bogus argument. Getting extensions from PECL is just as hard or easy as getting anything else from CVS, it is just an additional module to check out. There is nothing hard about that, unless you are lazy. The new win32 build system doesn't give a damn about whether your extension is in PECL or in the core; it will still compile it and run any tests in the test suite; the unix build should be able to do this too (currently it is a little painful for regular, non-golden extensions, but that shouldn't be hard to fix). - Some developers simply cannot see that there are two "problems" with having our "golden" extensions in PECL: - Development - Packaging They see them as a combined issue, and get confused about how to handle things. Using appropriate means on the CVS server, we can make the golden pecl extensions appear under ext/ at the time you check out the sources. Those sources will be HEAD, or whatever other branch you requested. Development continues as it always has done in the past. At Packaging time, when the Release Master (lets call him Peter Piper) rolls the tarball, he will pick the latest stable versions of those golden pecl extensions. Typically, these will be the same versions as can be found on the current branch, as golden extensions are kept in sync with the core; but he may decide to use an older stable version of the package if he decides the latest version isn't up to scratch. The "pear bundle" tool makes it simple for Peter Piper to "pick a pecl". This approach gives us more flexibility with our releases, without overly complicating the common case. Furthermore, it allows the end user to build their extensions as shared modules and then upgrade them to a more recent version in between major releases of the core. I'm tired of hearing FUD about PECL; lets stop resisting it and start embracing it. --Wez. "King" of PECL (whatever that means) -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PECL development discussion Mailing List (http://pecl.php.net/) 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] Commit please?
Hi, Can someone please commit the patch I posted a few weeks ago for adding MacRoman encoding to htmlentities encodings. The patch is available here: http://www.synchromedia.co.uk/php/html.c.diff.txt Thanks, Marcus -- Marcus Bointon Synchromedia Limited: Putting you in the picture [EMAIL PROTECTED] | http://www.synchromedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Commit please?
On Wed, 10 Dec 2003, Marcus Bointon wrote: > Hi, > > Can someone please commit the patch I posted a few weeks ago for adding > MacRoman encoding to htmlentities encodings. Will do. Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
jason davidson wrote:
Ive seen the Control Flow constuct With ...End With used in VB (yup,
VB.. :)) although im not a fan of VB, i liked the feature, is there
any consideration to this kind of construct for php.
here the only example if it i could find online for anyone that hasnt
seen it before.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/vaconusingwith.asp
Aside from being VB, is there anything wrong with it.
Jason
So how would that look in PHP? Something like?
With $dbObject;
if(->doConnect()==true)
{
->doQuery();
while($row = ->fetchArray())
{ /* do something with returned row */ }
}
End With:
Just a question from an onlooker.
Cheers,
BDKR
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
BDKR wrote:
jason davidson wrote:
Ive seen the Control Flow constuct With ...End With used in VB (yup,
VB.. :)) although im not a fan of VB, i liked the feature, is there
any consideration to this kind of construct for php.
here the only example if it i could find online for anyone that hasnt
seen it before.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/vaconusingwith.asp
Aside from being VB, is there anything wrong with it.
Jason
So how would that look in PHP? Something like?
With $dbObject;
if(->doConnect()==true)
{
->doQuery();
while($row = ->fetchArray())
{ /* do something with returned row */ }
}
End With:
Just a question from an onlooker.
Cheers,
BDKR
yuk! This would start php down the slippery slope of unreadable
code...et all perlisms. no thanks.
Just think of a large block of code and 30 lines down all you had was
->$foo = blah; or ->something('foo')
This is high on the yuk meter
Yuk
(/)
W
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
I've used the "with (object)" construct in JavaScript before and I'm
assuming it would work the same, but instead of:
With $obj
->methodCall();
// ugly ...
it would be much sexier like:
with ($obj) {
methodCall();
}
But its all just sugar. As far as implementing it in userland with a
recursive function that merges properties, that's way to much unnecessary
work. Why not just manually de-reference the object on subsequent method
calls?
-justin
"Bdkr" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> jason davidson wrote:
>
> > Ive seen the Control Flow constuct With ...End With used in VB (yup,
> > VB.. :)) although im not a fan of VB, i liked the feature, is there
> > any consideration to this kind of construct for php.
> > here the only example if it i could find online for anyone that hasnt
> > seen it before.
> >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/
vaconusingwith.asp
> >
> > Aside from being VB, is there anything wrong with it.
> >
> > Jason
> >
> So how would that look in PHP? Something like?
>
> With $dbObject;
> if(->doConnect()==true)
> {
> ->doQuery();
> while($row = ->fetchArray())
> { /* do something with returned row */ }
> }
> End With:
>
> Just a question from an onlooker.
>
> Cheers,
> BDKR
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug: XSLT php:functionString
The XSLT extension crashes when you call php:functionString() with a non-string handler, like: This patch fixes this problem: http://www.trachtenberg.com/patches/xslt_function_handler.txt -adam -- [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
walt boring wrote:
BDKR wrote:
jason davidson wrote:
Ive seen the Control Flow constuct With ...End With used in VB (yup,
VB.. :)) although im not a fan of VB, i liked the feature, is there
any consideration to this kind of construct for php.
here the only example if it i could find online for anyone that
hasnt seen it before.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/vaconusingwith.asp
Aside from being VB, is there anything wrong with it.
Jason
So how would that look in PHP? Something like?
With $dbObject;
if(->doConnect()==true)
{
->doQuery();
while($row = ->fetchArray())
{ /* do something with returned row */ }
}
End With:
Just a question from an onlooker.
Cheers,
BDKR
yuk! This would start php down the slippery slope of unreadable
code...et all perlisms. no thanks.
Just think of a large block of code and 30 lines down all you had was
->$foo = blah; or ->something('foo')
And we aren't even talking about nested With statements yet! Doh!
This is high on the yuk meter
LOL! I agree 100%. I just had to write it out to visualize it. It
doesn't visualize very well at all.
Yuk
(/)
W
Cheers,
BDKR
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug: XSLT php:functionString
thanks a lot and commited chregu On 12/10/03 10:04 PM, Adam Maccabee Trachtenberg wrote: The XSLT extension crashes when you call php:functionString() with a non-string handler, like: This patch fixes this problem: http://www.trachtenberg.com/patches/xslt_function_handler.txt -adam -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
On Wed, 2003-12-10 at 22:42, Justin Hannus wrote:
> I've used the "with (object)" construct in JavaScript before and I'm
> assuming it would work the same, but instead of:
>
> With $obj
> ->methodCall();
> // ugly ...
>
> it would be much sexier like:
>
> with ($obj) {
> methodCall();
> }
>
> But its all just sugar. As far as implementing it in userland with a
> recursive function that merges properties, that's way to much unnecessary
> work. Why not just manually de-reference the object on subsequent method
> calls?
>
> -justin
I guess your proposal is much simplier (if i understand it correctly)
but i personally prefer merging properties becuase of thinking:
1) I have some object
2) I want to change it's prop's
3) So I just "commit" (right word?, "apply" maybe) the changes
This way I can have something like that:
$styles=array('style1'=>
array('font'=>'+2','bold'=>true),
'style2'=>
array('font'=>'-1','bold'=>false));
change_props_recursively($mytext,$styles[$cur_style]);
Well, having all the changes in a variable and not code
gives some advantages i believe... it can be passed, modified,
serialized... the applying function can be tweaked maybe ...
When the "change" should be computed I still prefer to compute
the recursive hash and apply it at once.
P.S.
Just my 2 agoras.
[snip]
FREE 10MB email + Antivirus + AntiSpam + POP3 + more
Get it at http://www.doal.co.il:81/free/?c=both
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] re with end with
i agree that it doesnt look very nice that way, with ->property or ->method() , that doesnt negate its usefullness in my mind however. if it was every imlemented, i would suspect that properties and methods wouldnt be syntaxed the same way, which, for that reason alone, makes it unlikely it would ever be implemented i guess. Too bad, it is handy. Jason -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] With ..End With
Here is javascripts implementation of the with construct. http://devedge.netscape.com/library/manuals/2000/javascript/1.3/reference/stmt.html#1004910 im not as fond of that kind of implementation, but the idea is the same. I prefer to have some kind of syntax that indicates you are calling a method or property from the object block your in. J -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
This has been discussed before on the mailing list, (either this or ZE2) and rejected. - have a look through the archives Regards Alan netcat wrote: On Wed, 2003-12-10 at 03:01, jason davidson wrote: Ive seen the Control Flow constuct With ...End With used in VB (yup, VB.. :)) although im not a fan of VB, i liked the feature, is there any consideration to this kind of construct for php. here the only example if it i could find online for anyone that hasnt seen it before. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcn7/html/vaconusingwith.asp Aside from being VB, is there anything wrong with it. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
This is highly unusual I recently started gathering people who could implement and opinions of those who wanted or didn't want a 'with' construct. http://www.phpfreaks.com/forums/topic11451.php I toyed with the idea, and then when I went into core to implement it, I became _very_ confused and discovered I just wasn't good enough . -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
Derek Ford wrote:
This is highly unusual I recently started gathering people who
could implement and opinions of those who wanted or didn't want a
'with' construct.
http://www.phpfreaks.com/forums/topic11451.php
I toyed with the idea, and then when I went into core to implement it,
I became _very_ confused and discovered I just wasn't good enough
.
yup, i like the construct, i saw your forum, i would prefer to have some
syntax indication that your method or prop call is part of the object
block though, which is unlike javascripts implemtation, something like..
with($obj) {
.property = '';
.method();
}
i know that php already uses the '->' syntax, but as was already posted,
that is hideously ugly
Jason
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] MySQL User Conference 2004 Call for Papers
MySQL AB is please to announce that the Call for Papers for the 2004 MySQL User Conference is now officially open. We encourage every MySQL user with something to say - from grey-bearded hackers and peach-fuzzed power users to corporate code wranglers and veteran DBAs - to drop by http://mysql.com/events/uc2004/speakers.html and write up your proposals for great sessions. We are looking for sessions that speak to your peers: practical, pragmatic and clueful presentations that focus on how you solved problems in a demanding or unique technical environment. Session that introduce a particular feature set or provide hands-on training to introduce newer developers to cutting edge functionality are also welcome (as is any cool or unique presentation). You can give sessions that range in length from 5 minute lighting talks up to 90 minute power tutorials. We also have set aside slots for 30 minute technical briefs and standard hour long sessions. Additionally we are looking for solid ideas from the community for Bird-of-a-Feather (BoF) sessions. These sessions give conference attendees a chance to meet and discuss topics of common interest with their peers. Visit http://mysql.com/events/uc2004/speakers.html to suggest ideas for the BoFs that you would like to participate in. The call for papers closes on January 14th. The conference will take place on April 14th to 16th in Orlando, Florida, USA. The call for BoFs and lightning talks closes on February 14th. For additional inspiration, check out last year's schedule: http://mysql.com/events/uc2003/schedule.html If you want to briefly discuss your ideas, fill out the appropriate form at http://mysql.com/events/uc2004/speakers.html and make a note in your comment. I will write you back in a day or so with some extra input. Good Luck! See you in Orlando! -- Zak Greant MySQL AB Community Advocate -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] With End With
If someone could help me find the discusions on the topic, i would greatly appreciate it. I searched and have not found anything yet. Or if someone could explain why the idea was rejected. Thanks jason -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
for the life of me I cant remember the date of it, (or even find it on
google/zend.com/marc.theaimsgroup... etc.)
from what i remember, it had a number of flaws.
a) ambiguaty of the source of a variable or method, (as it was
originally illustrated as poluting the local variable namespace)
b) the same (or similar) result, could easily be done using aliases,
eg.
$a = &$this->xxx->
$a->doThis();
rather than
with ($this->xxx->yyy) {
doThis();
}
Regards
Alan
jason davidson wrote:
If someone could help me find the discusions on the topic, i would
greatly appreciate it. I searched and have not found anything yet. Or
if someone could explain why the idea was rejected.
Thanks
jason
--
Can you help out?
Need Consulting Services or Know of a Job?
http://www.akbkhome.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] With End With
Alan Knowles wrote:
for the life of me I cant remember the date of it, (or even find it on
google/zend.com/marc.theaimsgroup... etc.)
from what i remember, it had a number of flaws.
a) ambiguaty of the source of a variable or method, (as it was
originally illustrated as poluting the local variable namespace)
b) the same (or similar) result, could easily be done using aliases,
eg.
$a = &$this->xxx->
$a->doThis();
rather than
with ($this->xxx->yyy) {
doThis();
}
Regards
Alan
jason davidson wrote:
If someone could help me find the discusions on the topic, i would
greatly appreciate it. I searched and have not found anything yet.
Or if someone could explain why the idea was rejected.
Thanks
jason
Regarding being able to produce the same result with current constucts,
there is no argument, your right, im not at all implying its a necassary
construct, regarding ambiguity, it is well implemented in other
languages without problem.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: cnu_vs
effient code writing -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
