On Thu, 8 Jul 2004, Derick Rethans wrote:
> After some investigation I found that if I removed the "$ret = " before
> the query() call, then all queries are run just fine, and throw also a
> warning when I put back in the typoes.
I did some more investigations and it seems that as soon you try to
Hello Jason,
could you do something about your mail client? It strips off or cuts the
mail id so that mail threads loose their connection for all of us.
regards
marcus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sure,
Any recommendations?
-Jason
At 7/9/2004 09:12 AM +0200, Marcus Boerger wrote:
Hello Jason,
could you do something about your mail client? It strips off or cuts the
mail id so that mail threads loose their connection for all of us.
regards
marcus
--
PHP Internals - PHP Runtime Development Mail
Hello Jason,
are you using windows the look here:
http://www.ritlabs.com/de/the_bat/
regards
marcus
Friday, July 9, 2004, 9:17:15 AM, you wrote:
> Sure,
> Any recommendations?
> -Jason
> At 7/9/2004 09:12 AM +0200, Marcus Boerger wrote:
>>Hello Jason,
>>
>>could you do something about your m
Hello,
I discovered this problem tonight while working on a new PHP 5 class that
uses an interface. The code example came from
http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading5
class MyException implements Throwable {
public function getMessage() {
echo "He
Andi Gutmans wrote:
As I'd like to roll 5.0.0 by the end of the week, can developers please
speak up if they have anything critical they are working on?
Andi
Still heading for end of this week?
Bert
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
On Thu, 8 Jul 2004, Marc Richards wrote:
> Right. Sorry. I meant.
>
> $a = isset($b) ? $b : $c;
>
>
> But my point is that you won't be FORCED to use the new operator, just
> like you aren't FORCED to use +=.
I think it simply boils down to this:
- PHP *developers* want a function for it.
regard
Hey'all!
On behalf of the Programme Chair of the International PHP Conference
2004 (November 7-10 2004, Frankfurt am Main, Germany) I would like to
remind you to submit your session proposals as the Call for Papers is
about to end next week.
Details are available here
http://www.php-confer
We'll look into it and let you know whether it's in PHP or in one of the
extensions modules.
Thanks for the report!
Zeev
At 10:50 09/07/2004, Jason Garber wrote:
Hello,
I discovered this problem tonight while working on a new PHP 5 class that
uses an interface. The code example came from
http:
On Fri, 9 Jul 2004, Jason Garber wrote:
> Hello,
>
> I discovered this problem tonight while working on a new PHP 5 class that
> uses an interface. The code example came from
> http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading5
Please also file this bug inthe bug system (bugs.ph
"Wez Furlong" <[EMAIL PROTECTED]> writes:
> Thanks; I will sync that when I get back from the conference.
Hi. Just checking in to see if there's anything I can do to help. It does
not appear that these changes are yet in php's embedded sqlite, and the
release is coming up soon. The sqlite 2.8.
Please be patient; I'll do it this weekend.
[EMAIL PROTECTED] wrote:
"Wez Furlong" <[EMAIL PROTECTED]> writes:
Thanks; I will sync that when I get back from the conference.
Hi. Just checking in to see if there's anything I can do to help. It does
not appear that these changes are yet in p
On Fri, 09 Jul 2004 13:58:24 +0100
Wez Furlong <[EMAIL PROTECTED]> wrote:
> Please be patient; I'll do it this weekend.
Wez, could you also take a look at bug #29023 ?
Thanks.
---
WBR,
Antony Dovgal aka tony2001
[EMAIL PROTECTED] || [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development
On Fri, 2004-07-09 at 02:49, Marcus Boerger wrote:
> Hello Daniel,
>
> Friday, July 9, 2004, 4:33:42 AM, you wrote:
>
> > Why not just call it the issetor, or the setor operator?
>
> That's the point here. How shall we call the new operator.
I'm +1 on the "coalesce" name since I even think havi
Hi,
I would suggest another name for ifsetor.
In relational databases, there is a similar function, called NVL in oracle,
and
IFNULL in MySQL and coalesce in postgresql for testing for null, and
returning
a default value if the variable is null.
I think ifsetor sounds a big ugly. I would suggest
Hi,
I have a very special PHP problem.
I use Apache(1.3.31) and PHP 5.0.0rc3 on MorphOS.
Normally this PHP and Apache build runs fine.
I noticed that all long scripts (over 1000 lines) will kill the
Apache/PHP build.
I verified this with a very simple test script
";
$i++
print "$i";
...[1000 more
> To be honest I am kinda hot and cold about how close it is to the
> ternary operator. On the one hand the two could be easily confused, but
> on the other hand they are in fact very similar in function in which
> case we could "market" (meaning document) them as being related.
>
> Ternary op
Stas already came up with a solution for the non-oo api; it probably
just needs porting to the oo interface.
--Wez.
On Fri, 9 Jul 2004 09:06:30 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Thu, 8 Jul 2004, Derick Rethans wrote:
>
> > After some investigation I found that if I rem
Marcus, or anyone else familiar enough with the engine,
Just to clarify, do you see an inherent technical problem with nesting
ifsetor() function calls?
$user = ifsetor($_SESSION['user'], ifsetor($_POST['user'], NULL));
or is the problem only with accepting a list of parameters:
$user = ifsetor($
On Thu, 8 Jul 2004, Marc Richards wrote:
> Are you saying PHP will never introduce an operator that doesn't already
> exist in a large number of other languages?
That's a good rule. Over the 10 years of PHP development we have followed
this with the only exception being the === operators for ch
On Jul 9, 2004, at 2:55 PM, Rasmus Lerdorf wrote:
On Thu, 8 Jul 2004, Marc Richards wrote:
Are you saying PHP will never introduce an operator that doesn't
already
exist in a large number of other languages?
That's a good rule. Over the 10 years of PHP development we have
followed
this with the
Isn't this problem solvable with just a "User Space" function?
$variable exists.');
}
else{
$tmp = $alternate;
echo('no $variable here.');
}
return $tmp;
}
// no errors thrown ...
$nonexistent = ifsetor($nonexistent);
if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cris H wrote:
| Isn't this problem solvable with just a "User Space" function?
[snip]
| Because, as Derick Rethans mentioned, arguments passed by
| reference will not trigger the Undefined (variable | index)
| Notice at the point of the function call, a
That would satisfy some of the requested feature, but try
calling ifsetor($my_array['bad key'], functionWithSideEffects()).
Marcus has repeatedly mentioned that the requested feature is
hard (bordering on impossible) to implement, but in the requested
feature (if I understand it (and it is what I w
> That would satisfy some of the requested feature, but try
> calling ifsetor($my_array['bad key'],
> functionWithSideEffects()).
That could be circumvented (somewhat hackishly, I concede) by
recoding a new function and passing the second arg as the string
"functionWithSideEffects" and using the
Curt:
> http://bugs.php.net/28999
Thanks for the patch. I added a comment pointing to your post.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th
Bug #29081 Segmentation Fault when using Interface
http://bugs.php.net/bug.php?id=29081
-Jason
At 7/9/2004 01:30 PM +0200, you wrote:
On Fri, 9 Jul 2004, Jason Garber wrote:
> Hello,
>
> I discovered this problem tonight while working on a new PHP 5 class that
> uses an interface. The code ex
Sorry,
The actual bug is http://bugs.php.net/bug.php?id=29080
29081 is a duplicate
-Jason
At 7/9/2004 05:16 PM -0400, Jason Garber wrote:
Bug #29081 Segmentation Fault when using Interface
http://bugs.php.net/bug.php?id=29081
-Jason
At 7/9/2004 01:30 PM +0200, you wrote:
On Fri, 9 Jul 2004, Ja
Personally I am not that fond of ifsetor(), but I am definitely not fond of
?: because of Marcus' reasons.
At 12:26 AM 7/9/2004 +0200, Marcus Boerger wrote:
Hello Marc,
Thursday, July 8, 2004, 11:54:59 PM, you wrote:
> Marcus Boerger wrote:
>>
>> ?: would require a default value. ifsetor() allows
Hello,
Because of my script to find INI options (to update the ini_set() manual
page), I've found that some ini options aren't declared using the
PHP_INI_XX. I don't don't know if it is the right behaviour, but I think
not.
That config options are missing from ini_get_all() and reflection API.
Ex
I think I'll roll on Monday. There's still a patch lingering.
Does anyone else have something to commit?
At 09:58 AM 7/9/2004 +0200, Bert Slagter wrote:
Andi Gutmans wrote:
As I'd like to roll 5.0.0 by the end of the week, can developers please
speak up if they have anything critical they are work
> I think I'll roll on Monday. There's still a patch lingering.
> Does anyone else have something to commit?
Hi Andi,
Can you please waste just a minute reading one of my previous mail (that was
lost in the middle of discussions), please? I need just an answer: bug or
feature :-)
Thanks,
Nuno
translating the php documentation into danish
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Gunnar Von Boehn wrote:
Normally this PHP and Apache build runs fine.
I noticed that all long scripts (over 1000 lines) will kill the
Apache/PHP build.
I verified this with a very simple test script
";
$i++
print "$i";
...[1000 more lines like the above]..
?>
Script with 1000 or less lines run fi
Hello Robert,
coalesce would be:
"coalesce" "(" ( "," )* [ "," ] ")"
and would also require heay engine patching. I am speaking of a
really major change here, i already looked into what it would
need month's ago. Since the operator i proposed is different from
the coalesce functionality man
Hello John,
we are not testing against NULL here. We check for existance.
That would be having a uniform sql way to test the existance of
a table or column in a table. Hence IFNULL(), NOT IFNULL(),
NVL() are different. I also explained several times why coalesce
doesn't apply.
Friday, July 9, 20
Hello Marc,
you can use my patch to test
The second parameter can be any expression. Hence another
ifsetor() should be possible (if not we'd fix that).
marcus
Friday, July 9, 2004, 8:48:12 PM, you wrote:
> Marcus, or anyone else familiar enough with the engine,
> Just to clarify, do you
Hello George,
Friday, July 9, 2004, 8:56:15 PM, you wrote:
> On Jul 9, 2004, at 2:55 PM, Rasmus Lerdorf wrote:
>> On Thu, 8 Jul 2004, Marc Richards wrote:
>>> Are you saying PHP will never introduce an operator that doesn't
>>> already
>>> exist in a large number of other languages?
>>
>> That
I don't think it's a matter of giving the engine a try. I think we first
need to make a decision what the best way to go is and then we can discuss
implementation if/what is possible. Once 5.0.0 is out I'm going to have
more time look into this.
At 01:54 AM 7/10/2004 +0200, Marcus Boerger wrote
On Fri, 2004-07-09 at 19:54, Marcus Boerger wrote:
> Hello Robert,
>
> coalesce would be:
>
> "coalesce" "(" ( "," )* [ "," ] ")"
>
> and would also require heay engine patching. I am speaking of a
> really major change here, i already looked into what it would
> need month's ago. Since the
Andi Gutmans wrote:
Personally I am not that fond of ifsetor(), but I am definitely not fond
of ?: because of Marcus' reasons.
Here is a list of other possible names to ponder, with examples:
// family: gettype, getenv, getopt, gets, getc
getval()
// $v = getval($_GET['v'],0);
Hi, all
Improvement in the latest release:
You can group the php scripts by the resource they are using
For example: there are four PHP scripts: foo.php, bar.php, database1.php and
database2.php. foo.php and bar.php are simple scripts that do not connect
to database, but database1.php and
Hi Andi:
On Fri, Jul 09, 2004 at 03:19:43PM -0700, Andi Gutmans wrote:
> I think I'll roll on Monday. There's still a patch lingering.
> Does anyone else have something to commit?
http://bugs.php.net/28999 please
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P
43 matches
Mail list logo
