pmpa wrote:
Hi all!
This is probably a stupid question, but I have to ask :)
Which takes less processing?
not stupid.
say there is a few microseconds of difference in the parsing/compiling
(in the case of comments the zend engine is more or less stripping
them out as far as 'building a runable scri
On Sun, 2005-02-27 at 14:33, pmpa wrote:
> Hi all!
>
> This is probably a stupid question, but I have to ask :)
> Which takes less processing?
Run a test. Regardless though, since the parsing time is so miniscule, I
always use // for comments so that when I want to temporarily comment
out blocks
Thanks Jochem. You're great!
-Mensagem original-
De: Jochem Maas [mailto:[EMAIL PROTECTED]
pmpa wrote:
> Hi all!
>
> This is probably a stupid question, but I have to ask :)
> Which takes less processing?
not stupid.
say there is a few microseconds of difference in the parsing/compil
pmpa wrote:
Thanks Jochem. You're great!
no. rasmus, for instance, is great. I'm a parrot :-)
but thanks for the compliment.
should a parrot respond to a thank you?
-Mensagem original-
De: Jochem Maas [mailto:[EMAIL PROTECTED]
pmpa wrote:
Hi all!
This is probably a stupid question, b
> if (cond || cond2)
>
> OR
>
> if (cond OR cond2)
>
>
> What do you use, and why?
>
> --
|| coz its easier to type ?
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Sunday 25 April 2004 12:14 am, Aidan Lister wrote:
> if (cond || cond2)
>
> OR
>
> if (cond OR cond2)
>
>
> What do you use, and why?
Doesn't matter- personal preference.
--
Evan Nemerson
[EMAIL PROTECTED]
http://coeusgroup.com/en
--
"There is a certain right by which we may deprive a man o
According to historical records, on Sun, 25 Apr 2004 17:14:13 +1000 Aidan
Lister wrote about "[PHP] OR":
>if (cond || cond2)
>
>OR
>
>if (cond OR cond2)
>
>
>What do you use, and why?
I always use ||
basically because to me it's easier to read in more complex statements ...
like this:
if ((
BEEP wrong :)
http://www.php.net/manual/en/language.operators.php#language.operators.precedence
therefore:
$a AND $b OR $c AND $d
is not equal
$a AND $b || $c AND $d
but is equal to
$a && $b || $c && $d
-- red
Evan Nemerson wrote:
On Sunday 25 April 2004 12:14 am, Aidan Lister wrote:
if (
Hi
Am So, 2004-04-25 um 16.00 schrieb -{ Rene Brehmer }-:
> According to historical records, on Sun, 25 Apr 2004 17:14:13 +1000 Aidan
> Lister wrote about "[PHP] OR":
[...]
> || && |! &!
> ^ being OR, AND, NOR, and NAND (believe NOR is actually called XOR, can't
> remember ...)
Just to help yo
Why aren't you using the brackets?
if (statement){
} else {
}
SED
-Original Message-
From: J S R [mailto:[EMAIL PROTECTED]]
Sent: 25. júlí 2001 04:06
To: [EMAIL PROTECTED]
Subject: [PHP] "OR" Problems
Shouldn't this wo
On Wed, 25 Jul 2001 13:36, J S R wrote:
> Shouldn't this work? I did it because I want the link to change to the
> "top-alt" class when the certain link is selected.
>
> but when i do this... they "if" statement is always active even if its
> not on the page.
>
> what am i doing wrong.
Several t
Thank you s much david.
"David Robley" <[EMAIL PROTECTED]> wrote in message
01072515394001.32266@www">news:01072515394001.32266@www...
> On Wed, 25 Jul 2001 13:36, J S R wrote:
> > Shouldn't this work? I did it because I want the link to change to the
> > "top-alt" class when the certain link
Hi,
Friday, March 25, 2005, 11:27:30 AM, you wrote:
MD> Hello,
MD> I would like to first thank everyone for their help with the last few
MD> questions I have had. I really appreciate it.
MD> Here is my question:
MD> if ($audio == "Cool"){
MD> Do this
MD> }else{
MD> Do that
MD> }
MD> This
> This work fine, however, I would like to add to the criteria above. I would
> like to say:
>
> if ($audio == "Cool" or "junk" or "funky"){
>
> ...
>
if (in_array($audio,array("Cool","junk","funky"))) {
...
}
not the most elegant looking but it gets the job done.
/josh w
--
PHP General Ma
> > This work fine, however, I would like to add to the criteria above. I would
> > like to say:
> >
> > if ($audio == "Cool" or "junk" or "funky"){
> >
> > ...
> >
>
> if (in_array($audio,array("Cool","junk","funky"))) {
> ...
> }
>
Yes that's one way but to answer the question:
if ($a ==
This can also be done with double pipes, which is what is used in many
other languages.
-
if($audio=="Cool" || $audio=="junk" || $audio=="Funky"){
Do this
} else{
Do this
}
--
As far as I can tell there are no plans to remove or reaso
On Tue, 2003-10-07 at 13:02, Pat Carmody wrote:
>
>
> Calling the following retor_test() function causes a "Parse error: parse
> error, unexpected T_RETURN" message when the script is run:
>
> function istrue() {
> return true;
> }
> function retor_test() {
> istrue() or return( "False" );
>
Well Unfortunately pat
You are going to have to be an unlazy man and use an if statement
Chris
>
> Calling the following retor_test() function causes a "Parse error: parse
> error, unexpected T_RETURN" message when the script is run:
>
> function istrue() {
> return true;
> }
> function retor_
Incidentally your post probably caused you more work than to have tested
it yourself. So much for your laziness even being optimal laziness.
*pt*. I thought making stupid posts was covered in the newbie
guide!?!
Rob.
On Tue, 2003-10-07 at 13:06, Robert Cummings wrote:
> On Tue, 2003-10-07 at
So far everyone is telling me that it won't work, but no one is telling me
why. (btw I did search extensively for the answer to this question but so
far have found nothing). Robert, could you be more specific in your
reference to the http://www.php.net documentation? I see nothing on the
basic s
I already said "Your laziness is causing you problems", this refers back
to your original statement about being lazy. You should be able to infer
form your own wrods the root of your problem.
Rob.
On Tue, 2003-10-07 at 13:14, Pat Carmody wrote:
>
> So far everyone is telling me that it won't wor
On Tue, Oct 07, 2003 at 01:02:36PM -0400, Pat Carmody wrote:
:
: Calling the following retor_test() function causes a "Parse error: parse
: error, unexpected T_RETURN" message when the script is run:
:
: function istrue() {
: return true;
: }
: function retor_test() {
: istrue() or return( "F
Chris Sherwood wrote:
Well Unfortunately pat
You are going to have to be an unlazy man and use an if statement
Why won't any of you give a good reason why it won't work? How come this
works:
function foo() {
2+2==4 or die("The world is ending, or at least your processor!");
}
But this does
> Why won't any of you give a good reason why it won't work? How come this
> works:
>
> function foo() {
> 2+2==4 or die("The world is ending, or at least your processor!");
> }
>
> But this doesn't:
>
> function foo() {
> 2+2==4 or return("The world is ending, or at least your processo
Robert Cummings wrote:
Directly from the docs:
http://ca3.php.net/manual/en/function.return.php
First line:
"If called from within a function, the return() statement
immediately ends execution of the current function"
Important concept:
IMMEDIATELY returns.
Learn to read.
What
On Tue, 2003-10-07 at 14:29, Leif K-Brooks wrote:
> Robert Cummings wrote:
>
> >Directly from the docs:
> >
> >http://ca3.php.net/manual/en/function.return.php
> >
> >First line:
> >
> >"If called from within a function, the return() statement
> > immediately ends execution of the curr
Robert Cummings wrote:
How can you possibly test, in a conditional, the return value of the
return statement itself when it has no value to return and even causes
the current scope to exit IMMEDIATELY??
Ok, that explains it. Thanks.
--
The above message is encrypted with double rot13 encoding
> How can you possibly test, in a conditional, the return value of the
> return statement itself when it has no value to return and even causes
> the current scope to exit IMMEDIATELY??
Per the logic, if it returns immediately, isn't the value irrelevant? That
is, assuming that the truth of the f
On Tue, 2003-10-07 at 14:40, Roger B.A. Klorese wrote:
> > How can you possibly test, in a conditional, the return value of the
> > return statement itself when it has no value to return and even causes
> > the current scope to exit IMMEDIATELY??
>
> Per the logic, if it returns immediately, isn't
--- Robert Cummings <[EMAIL PROTECTED]> wrote:
> > >Directly from the docs:
> > >
> > >http://ca3.php.net/manual/en/function.return.php
> > >
> > >First line:
> > >
> > >"If called from within a function, the return() statement
> > > immediately ends execution of the current function"
>
On Tue, 2003-10-07 at 14:45, Chris Shiflett wrote:
> --- Robert Cummings <[EMAIL PROTECTED]> wrote:
> > > >Directly from the docs:
> > > >
> > > >http://ca3.php.net/manual/en/function.return.php
> > > >
> > > >First line:
> > > >
> > > >"If called from within a function, the return() statem
On Wednesday 08 October 2003 02:51, Robert Cummings wrote:
> The original post came from someone being lazy, that appears to be
> influencing my take on the thread :) Also given the above code, it's
> completely pointless since the first operand is true and so it is
> impossible for return( 'foo'
On Tue, 2003-10-07 at 14:51, Robert Cummings wrote:
>
> The original post came from someone being lazy, that appears to be
> influencing my take on the thread :) Also given the above code, it's
> completely pointless since the first operand is true and so it is
> impossible for return( 'foo' ) to e
On Tue, 2003-10-07 at 15:00, Jason Wong wrote:
>
> The example given by Leif does not even run. You get a parse error. So all the
> discussion about return exiting immediately and the left expression
> evaluating to whatever is (IMHO) moot. Apparently PHP does not allow you to
> use return like
--- Robert Cummings <[EMAIL PROTECTED]> wrote:
> The original post came from someone being lazy, that appears to be
> influencing my take on the thread :)
Understandable. :-)
> Also given the above code, it's completely pointless since the first
> operand is true and so it is impossible for retur
> I would say the real issue at hand here is that the return
> statement is
> not a fucntion, but rather a language construct, thus it
> cannot be used
> as a function unless explicitly stated as so. The reason a parse error
> is occurring is because this particular construct has no support for
>
--- Robert Cummings <[EMAIL PROTECTED]> wrote:
> Given that die() and exit() works just means they have been given
> support for this context.
I think you now understand the original poster's question. From my
interpretation, he simply wanted to know why return was not given the same
support. :-)
On Tue, 2003-10-07 at 15:05, Roger B.A. Klorese wrote:
>
> Sounds to me that if it looks like a function, quacks like a function, etc.,
> only a broken language definition would treat it differently from a
> function...
Generally it doesn't look like a function since you can do:
return 'foo'
On Tue, 2003-10-07 at 15:08, Chris Shiflett wrote:
> --- Robert Cummings <[EMAIL PROTECTED]> wrote:
> > Given that die() and exit() works just means they have been given
> > support for this context.
>
> I think you now understand the original poster's question. From my
> interpretation, he simply
> Generally it doesn't look like a function since you can do:
>
> return 'foo'
>
> which has no parenthesis.
True enough.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Robert Cummings wrote:
Generally it doesn't look like a function since you can do:
return 'foo'
which has no parenthesis. The parenthesis are optional and only used to
return the result of an expression.
The same is true of exit/die.
--
The above message is encrypted with double rot13 encodi
--- Leif K-Brooks <[EMAIL PROTECTED]> wrote:
> The same is true of exit/die.
Right, Robert mentioned this earlier. :-)
So, in summation, someone asked why return wasn't given the same support as
exit (of which die is an alias), and a lot of discussion that didn't answer
this question followed. :-
On Tue, 2003-10-07 at 15:35, Leif K-Brooks wrote:
> Robert Cummings wrote:
>
> > Generally it doesn't look like a function since you can do:
> >
> >return 'foo'
> >
> >which has no parenthesis. The parenthesis are optional and only used to
> >return the result of an expression.
> >
> The same
* Thus wrote Pat Carmody ([EMAIL PROTECTED]):
>
>
> Calling the following retor_test() function causes a "Parse error: parse
> error, unexpected T_RETURN" message when the script is run:
>
> function istrue() {
> return true;
> }
> function retor_test() {
> istrue() or return( "False" );
>
--- Curt Zirzow <[EMAIL PROTECTED]> wrote:
> I wouldn't call this lazy, more like sloppy and confusing.
>
> return (istrue()? 'True': 'False');
>
> hmm.. less typing, easier to understand and logically readable.
Well, that is arguable. :-) I'm not a big fan of the ternary operator when it
co
On Tue, 7 Oct 2003, Curt Zirzow wrote:
>> function istrue() {
>> return true;
>> }
>> function retor_test() {
>> istrue() or return( "False" );
>> return "True";
>> }
> return (istrue()? 'True': 'False');
>
>hmm.. less typing, easier to understand and logically readable.
This doesn't an
On Tue, 2003-10-07 at 16:53, Pat Carmody wrote:
>
> On Tue, 7 Oct 2003, Curt Zirzow wrote:
>
> >> function istrue() {
> >> return true;
> >> }
> >> function retor_test() {
> >> istrue() or return( "False" );
> >> return "True";
> >> }
>
> > return (istrue()? 'True': 'False');
> >
> >hmm..
On 07 October 2003 18:15, Pat Carmody contributed these pearls of wisdom:
> So far everyone is telling me that it won't work, but no one
> is telling me
> why. (btw I did search extensively for the answer to this
> question but so
> far have found nothing). Robert, could you be more specific
> in
--- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote:
> Firstly, "or", as a Boolean operator requires two operands, both of
> which must have an actual value.
[snip]
> statements don't have a value (and can't even be coerced to have
> one), so "return" can't be valid as one of th
* Thus wrote Chris Shiflett ([EMAIL PROTECTED]):
> --- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote:
> > Firstly, "or", as a Boolean operator requires two operands, both of
> > which must have an actual value.
>
> [snip]
>
> > statements don't have a value (and can't even be
On Wed, 2003-10-08 at 11:43, Curt Zirzow wrote:
> * Thus wrote Chris Shiflett ([EMAIL PROTECTED]):
> > --- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote:
> > > Firstly, "or", as a Boolean operator requires two operands, both of
> > > which must have an actual value.
> >
> > [sn
* Thus wrote Robert Cummings ([EMAIL PROTECTED]):
> On Wed, 2003-10-08 at 11:43, Curt Zirzow wrote:
> > * Thus wrote Chris Shiflett ([EMAIL PROTECTED]):
> > > --- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote:
> > > > Firstly, "or", as a Boolean operator requires two operands, b
On 08 October 2003 16:13, Chris Shiflett contributed these pearls of wisdom:
> --- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]>
> wrote:
>> Firstly, "or", as a Boolean operator requires two operands,
>> both of which must have an actual value.
>
> [snip]
>
>> statements don't hav
On 08 October 2003 16:43, Robert Cummings contributed these pearls of wisdom:
> On Wed, 2003-10-08 at 11:43, Curt Zirzow wrote:
>> * Thus wrote Chris Shiflett ([EMAIL PROTECTED]):
>>> --- "Ford, Mike [LSS]" <[EMAIL PROTECTED]>"
> <[EMAIL PROTECTED]> wrote:
Firstly, "or", as a Boolean operator
> The internals developers probably didn't see a need to provide
> support for "return" in conditionals since it can't return a value
> to the conditional.
Ugh. This is the same misconception, again. Let's try some different code:
The return of foo() does not matter. It is not evaluated. I do n
--- "Ford, Mike [LSS]" <[EMAIL PROTECTED]> wrote:
> No, it's not -- the misconception appears to be yours.
Well, perhaps it is a difference in perspective. Yes, "or" and "||" can be
exchanged:
1. if ($foo or $bar) blah();
2. mysql_query($sql) || die(mysql_error());
My point was to differentiate
On 08 October 2003 17:20, Chris Shiflett wrote:
> > The internals developers probably didn't see a need to provide
> > support for "return" in conditionals since it can't return a value
> > to the conditional.
>
> Ugh. This is the same misconception, again. Let's try some different
> code:
>
>
Depends on too many things. Try it on your system and see...
Wild Guess:
PHP as a Module probably beats out SSI, but SSI probably beats out PHP as
CGI.
--
WARNING [EMAIL PROTECTED] address is an endangered species -- Use
[EMAIL PROTECTED]
Wanna help me out? Like Music? Buy a CD: http://l-i-e.
[EMAIL PROTECTED] wrote:
Hi there all!
I'm thinking of the "or die" suffix (or option or whatever it is called)...
I can use or die together with opening a db.
open_mysqldb("bla.bla.") or die("couldn't connect to db");
But this is just useful when developing?
I don't want my users to see that a spe
On 24/02/2010 05:46, Rob Gould wrote:
> I'm not sure if I need to write a PHP for-loop to do this, or if it can all
> be done in one SQL statement?
>
> Basically, I want to copy all the barcodes from one table and put them into
> another table, but only if the barcode in the first table > 0, and
60 matches
Mail list logo