ID:               16843
 Updated by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Bogus
 Bug Type:         Variables related
 Operating System: Red Hat Linux
 PHP Version:      4.2.0
 New Comment:

Well, I think ideally you need 3 versions:

1) When the poster genuinely thinks he's reporting a bug, but it's
really a support issue, the response should be something like:

   This behaviour is not due to a bug in PHP, but is caused by
   some other issue.  For a range of places where you can seek 
   the appropriate help, please visit http://www.php.net/support.php

2) When a clear support question has been erroneously posted -- current
message.

3) When it is not completely clear whether the post falls into either
of the above, the response could read:

   From the information given, we believe this not to be a bug
   in PHP, but caused by some other issue.  For a range of
   places ... etc.

But if I had to go for just one, I'd choose number 3!

Cheers!

Mike

---------------------------------------------------------------------
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730      Fax:  +44 113 283 3211


Previous Comments:
------------------------------------------------------------------------

[2002-04-26 04:29:29] [EMAIL PROTECTED]

Should we better to consider change automatic message to be more
polite? (or mention that it's a auto generate message?)

I'm not native English speaker, so I cannot tell if we need it ;)

Yasuo



------------------------------------------------------------------------

[2002-04-26 03:40:43] [EMAIL PROTECTED]

Alright, I understand what you are all saying. I'm sorry if my most
recent comment sounded rude - I was annoyed that [EMAIL PROTECTED]
thought I would be foolish enough to ask a support question here. I
genuinely thought this was a bug. One question that's still at the back
of my mind is, why does it work for everything else, except when it's
being compared to 0?

------------------------------------------------------------------------

[2002-04-26 03:34:53] [EMAIL PROTECTED]

Your code is bogus, this is correct:

$filled = 0;

switch ($filled) {
    case 0: echo "filled equals zero";
        break;
}

Who told you you can use case $filled == 0: ? It's simply not ok.

------------------------------------------------------------------------

[2002-04-26 03:32:38] [EMAIL PROTECTED]

What makes you think you can put expressions in a case statement?  You
can't.  No bug here.

------------------------------------------------------------------------

[2002-04-26 03:29:17] [EMAIL PROTECTED]

Perhaps you misunderstood my report - what I posted SHOULD echo "filled
equals zerofilled equals zero also" but it doesn't.
Another example below:

$filled = 0;
switch($filled){
     case $filled == 0:
          echo "filled equals 0"
     break;
}
$filled = 100;
switch($filled){
     case $filled == 100:
          echo "filled equals 100"
     break;
}

When that is executed, it returns "filled equals 100". It SHOULD have
returned "filled equals 0filled equals 100" but it doesn't - the only
explanation is a bug in the switch code. This is not a bogus bug
report.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/16843

-- 
Edit this bug report at http://bugs.php.net/?id=16843&edit=1

Reply via email to