On 4 Mar 2012, at 14:31, Ruwan Pathmalal wrote:
> I confused with weird behaviour of array. Following is my script.
>
> $array = array(
>'12_1'=>array(
>56=>array(
>23=>'23',
>33=>'33')
>)
On Sun, 2012-03-04 at 20:01 +0530, Ruwan Pathmalal wrote:
> Hi People,
> I confused with weird behaviour of array. Following is my script.
>
> $array = array(
> '12_1'=>array(
> 56=>array(
> 23=>'23',
> 33=>'
Hi People,
I confused with weird behaviour of array. Following is my script.
array(
56=>array(
23=>'23',
33=>'33')
),
'12_5'=>array(
55=>'55'
)
);
$array
Richard Lynch wrote:
On Wed, May 23, 2007 3:36 pm, Brett Davidson wrote:
Platform : FreeBSD 6.2 Release with Apache 2.0.59 running PHP 5.2.1_3
CGI under SuExec in FastCGI mode.
Issue: move_uploaded_file ALWAYS crfeates uploaded files with Unix
permissions 600 (read and write for user only) r
On Wed, May 23, 2007 3:36 pm, Brett Davidson wrote:
> Platform : FreeBSD 6.2 Release with Apache 2.0.59 running PHP 5.2.1_3
> CGI under SuExec in FastCGI mode.
>
> Issue: move_uploaded_file ALWAYS crfeates uploaded files with Unix
> permissions 600 (read and write for user only) regardless of
> own
Platform : FreeBSD 6.2 Release with Apache 2.0.59 running PHP 5.2.1_3
CGI under SuExec in FastCGI mode.
Issue: move_uploaded_file ALWAYS crfeates uploaded files with Unix
permissions 600 (read and write for user only) regardless of ownership,
directory or umask settings.
This works fine with
And where does PHP come in here? The issue you describe could be
anything - CSS related, html related, server related, php / asp /
java you name it - maybe it is MS Explorer that sucks. Do some more
research first and then - if you still feel that this might be
related to PHP, you are welco
Hi list.
I know this may be a bit out of topic, but I've decided to try.
This website I'm maintaining opens just fine in firefox, and loads
everything. However, the same doesn't happen in IE, since the status
bar reads "1 item(s) remaining" on most of the pages.
That issue raises another proble
"Ernest E Vogelsinger" <[EMAIL PROTECTED]> wrote in message
news:5.1.1.6.2.20021108175627.00b44880@;mail.vogelsinger.at...
>
> This is clearly said in your PHP.ini file:
>
> ; Whether to enable the ability to force arguments to be passed by
reference
> ; at function call time. This method is depr
At 17:32 08.11.2002, Tim Molendijk spoke out and said:
[snip]
>why do you think it won't be supported by future versions? all i do is
>passing an object by reference. because in this case this function always
>should accept its argument as a reference and the
"Ernest E Vogelsinger" <[EMAIL PROTECTED]> wrote in message
news:5.1.1.6.2.20021108170633.00b8cb60@;mail.vogelsinger.at...
>
> You might always simply omit the parameter when calling the function
> (you'll get a notice about that if enabled). You just cannot pass
constants:
>
> function Product(&$
At 17:04 08.11.2002, Tim Molendijk spoke out and said:
[snip]
>Yes I know it is poor programming habits to do like I did... But I have a
>reason for it. I have quite a lot methods that accept objects *optional*. So
>f.e.:
>---
>class Product
>{
>var $lang
"Ernest E Vogelsinger" <[EMAIL PROTECTED]> wrote in message
news:5.1.1.6.2.20021108165218.03238948@;mail.vogelsinger.at...
> One more:
>
> True for now, but this is "officially deprecated". Functions or methods
> accepting a reference are required to be "prototyped" that way - this
helps
> you not
One more:
At 16:48 08.11.2002, Tim Molendijk spoke out and said:
[snip]
>
>This is not true in my case, because instead of doing:
>function add(&$child) { ... }
>I do:
>function add($child) { ... }
>and then call it with:
>$this->add(&$child);
>
>This has th
At 16:48 08.11.2002, Tim Molendijk spoke out and said:
[snip]
>The problem is solved and I completely understand why now. This last thing
>is thanks to you Ernest.
[snip]
Glad it works - you're very welcome :)
--
"Ernest E Vogelsinger" <[EMAIL PROTECTED]> wrote in message
news:5.1.1.6.2.20021108092657.02befe20@;mail.vogelsinger.at...
> At 03:36 08.11.2002, Tim Molendijk said:
> [snip]
>
> Ahh - culprit 1:
>
> You said the container is creating a child instance - I ass
ctual new object (if that's not too confusing...)
>
> It's to do with the way the assignment operator works..
>
> -Original Message-
> From: Tim Molendijk [mailto:tawm@;wanadoo.nl]
> Sent: Friday, November 08, 2002 4:14 PM
> To: [EMAIL PROTECTED]
> Subjec
At 03:36 08.11.2002, Tim Molendijk said:
[snip]
>begin first code snippet
>/* New Container object created. At the same time it sets a Child object in
>its $child attribute. (This is indicated by passing TRUE.) */
>
ed and not the
actual new object (if that's not too confusing...)
It's to do with the way the assignment operator works..
-Original Message-
From: Tim Molendijk [mailto:tawm@;wanadoo.nl]
Sent: Friday, November 08, 2002 4:14 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Weird behaviour wi
Hi all,
First of all, thank you for the suggestions.
Actually I accidently found a solution to the problem... Not that I
understand it now, I just found a way to cope with it. By changing the first
line of the first code snippet:
$testContainer1 = new Container(TRUE);
into:
This sounds like a matter that ought to make it to the programmers who code
PHP itself. In the meantime can you code around it now that you know the
bug is there?
Mike
"Marco Tabini" <[EMAIL PROTECTED]> wrote in message
news:1036725595.21741.868.camel@;localhost.localdomain...
> I'm not sure if
Hi,
Friday, November 8, 2002, 12:36:03 PM, you wrote:
TM> First of all I would like to say that I know this is a lot of text but I
TM> would be very pleased if you take a little time to read it nevertheless. The
TM> situation described below is not complicated at all...
TM> ===
I'm not sure if my answer is going to be of much help, but I think this
has to do with the way PHP handles references and copies of objects--it
uses what I understand is a lazy copy mechanism, and thus the results on
object manipulations can yield odd results. There was a discussion on a
similar pr
First of all I would like to say that I know this is a lot of text but I
would be very pleased if you take a little time to read it nevertheless. The
situation described below is not complicated at all...
=
Hello all,
I'm dealing with this really weird problem
ðÒÉ×ÅÔ!
This will not work. It will produce in instead a:
parse error, unexpected T_PAAMAYIM_NEKUDOTAYIM, expecting ',' or ';'
Funnily enough, the NEKUDOTA part looks slavian (sort of "nowhereToGo",
not russian, maybe it's polish), so I suspect it means it cannot resolve
a parametrized call.
AIL PROTECTED]
> www.phpbeginner.com
>
>
>
>
>
>-Original Message-
>From: Jack Dempsey [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, July 11, 2001 1:13 AM
>To: 'Maxim Maletsky'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: RE: [PHP] weird behavi
m: Christian Dechery [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, July 11, 2001 12:45 AM
>To: [EMAIL PROTECTED]
>Subject: [PHP] weird behaviour with ("Z" <= "Z")
>
>
>"Z" <= "Z" is true right??
>
>then why this weird thing happens when
search the
>archives...i think someone had a simple workaround using chr() to get
>what you want...
>
>jack
>
>-Original Message-
>From: Christian Dechery [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 10, 2001 11:45 AM
>To: [EMAIL PROTECTED]
>Subject: [
Olson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 11, 2001 1:45 AM
To: Maxim Maletsky
Cc: Jack Dempsey; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PHP] weird behaviour with ("Z" <= "Z")
I forget which version of PHP allows you to do the following, it may be
4.0.6
$i<=90;$i++){
> $str .= chr($i) . " ";
> }
> echo $str;
> ?>
>
> jack
>
> -Original Message-
> From: Maxim Maletsky [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 10, 2001 12:10 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject
7;; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PHP] weird behaviour with ("Z" <= "Z")
Try this:
jack
-Original Message-
From: Maxim Maletsky [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 10, 2001 12:10 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE:
Try this:
jack
-Original Message-
From: Maxim Maletsky [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 10, 2001 12:10 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PHP] weird behaviour with ("Z" <= "Z")
what???
are you sure it does that to you?
You
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 11, 2001 12:45 AM
To: [EMAIL PROTECTED]
Subject: [PHP] weird behaviour with ("Z" <= "Z")
"Z" <= "Z" is true right??
then why this weird thing happens when I have this code:
for($letter="A"; $l
Hello Christian,
10 July, 2001, 18:44:53, you wrote:
CD> "Z" <= "Z" is true right??
Yes, right, but "Z" = "Z" and your code makes next iteration, then
$letter = "AZ" and "AZ" is LESS that "Z", because "A" < "Z".
:)
CD> then why this weird thing happens when I have this code:
CD> for($letter
PROTECTED]]
Sent: Tuesday, July 10, 2001 11:45 AM
To: [EMAIL PROTECTED]
Subject: [PHP] weird behaviour with ("Z" <= "Z")
"Z" <= "Z" is true right??
then why this weird thing happens when I have this code:
for($letter="A"; $letter<="
"Z" <= "Z" is true right??
then why this weird thing happens when I have this code:
for($letter="A"; $letter<="Z" ; $letter+)
echo " $letter";
it should output " A B C D E . W X Y Z" right?
but it outputs " A B C D E ... W X Y Z AA AB ... YW YX YY YZ".
why?
. [ Christian Dechery
36 matches
Mail list logo
