WHERE id IN (1,2,3)
Is the same as saying WHERE id = 1 OR id = 2 OR id = 3
Few more details in this link
http://www.w3schools.com/sql/sql_in.asp
HTH
Dan
-Original Message-
From: Ross [mailto:[EMAIL PROTECTED]
Sent: 20 December 2005 12:07
To: php-general@lists.php.net
Subject: [PHP] c
Ross,
Ross wrote:
> $query = "delete from meetings where id IN (".implode(",", $ids).")";
>
> Just the end bit, ids is an array of values (1,2,3,4,5) what does the IN
> do??
It's the equivalent of WHERE id = 1 OR id = 2 OR id = 3 OR id = 4 OR id = 5.
Cheers,
David
--
David Grant
http://www.g
On 08 June 2004 19:00, René Fournier wrote:
> OK, that makes sense. But here's the problem: I receive binary data
> from SuperSPARC (big-endian), which I need to unpack according to
> certain documented type definitions. For example, let's say that $msg
> has the value "3961595508" and is packed a
Thanks. The fact that this behaviour is a bug somehow makes me feel
better. At least I'm not crazy—or, not as crazy as I thought.
...Rene
On Tuesday, June 8, 2004, at 12:57 PM, Curt Zirzow wrote:
* Thus wrote Ren Fournier ([EMAIL PROTECTED]):
Now, thanks to your suggestions, I can convert that nu
* Thus wrote Ren Fournier ([EMAIL PROTECTED]):
>
> Now, thanks to your suggestions, I can convert that number back to an
> unsigned integeror at least make it positive. But I shouldn't have to
> convert it, should I?
Not necessarily, it mostly due to the limitation that php doesn't
have unsign
OK, that makes sense. But here's the problem: I receive binary data
from SuperSPARC (big-endian), which I need to unpack according to
certain documented type definitions. For example, let's say that $msg
has the value "3961595508" and is packed as an unsigned long integer
(on the remote SPARC).
> Forgive me if my math is askew, but doesn't the negative imply the
> number is signed? If I remember from my C++ days, a declaration of:
>
> unsigned int blah;
>
> Meant you could not store negative numbers in that variable. Hence,
> negatives would be signed. No?
Yes, but once it become a hex s
* Thus wrote Ren Fournier ([EMAIL PROTECTED]):
> -= PRODUCES: =-
>
> -71788
> 3961595508
>
>
> Is this something about signed versus unsigned integers? What I really
> would like to do is convert that negative number (-71788), which I
> suppose is unsigned to a signed integer (39615955
Forgive me if my math is askew, but doesn't the negative imply the
number is signed? If I remember from my C++ days, a declaration of:
unsigned int blah;
Meant you could not store negative numbers in that variable. Hence,
negatives would be signed. No?
On Tue, 2004-06-08 at 12:52, René Fournie
On March 9, 2003 04:30 pm, Beauford.2002 wrote:
> Sorry, the line I was actually referring to is the one below. I
> forgot the hidden one was even there and serves no purpose and does
> not resolve the problem by removing it.
>
> This works:
> It also works if I just hardcode a value (value="Bob"
Hayes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 09, 2003 4:32 PM
Subject: Re: [PHP] Can someone explain this? include problem.?
> At 22:15 9-3-2003, you wrote:
> >Hi,
> >
> >I have a php script which does some stuff and at the end
At 22:15 9-3-2003, you wrote:
Hi,
I have a php script which does some stuff and at the end of the file I have
it include a file which has a form in it. The problem I am having is that it
is missing code. If you go down to the second input - it has a value="0"
field - this does not show up when I
Dallas K. wrote:
> try this when u get a sec.
You want to see something really weird? Try using 'MORON' instead of
'NYC'. It doesn't actually mean anything, but at least you'll have a
signature you can start using if you're going to keep posting this tripe...
My $0.02.
--
13 matches
Mail list logo