On Fri, Jun 3, 2011 at 15:12, Floyd Resler wrote:
> I am having a really odd Apache2/PHP problem. My employer set up a new Web
> server to migrate our Web sites to. One site requires a log in and I have
> the ability to log in a someone else. However, when I do this, Apache throws
> a Segmen
I am having a really odd Apache2/PHP problem. My employer set up a new Web
server to migrate our Web sites to. One site requires a log in and I have the
ability to log in a someone else. However, when I do this, Apache throws a
Segmentation fault error. It's happening when it tries to get us
On Wed, May 11, 2011 at 1:50 PM, Peter Lind wrote:
> I'd say there's a problem in your code. Check where you might be using
> references, chances are you're using one somewhere and not unsetting
> it afterwards.
>
Also make sure that the code that receives the final array isn't modifying
the obj
On 11 May 2011 22:39, Richard S. Crawford wrote:
> On Wed, May 11, 2011 at 1:30 PM, Peter Lind wrote:
>>
>> On 11 May 2011 22:23, Richard S. Crawford wrote:
>> > I'm encountering what appears to be a bug in array_push when I try using
>> > that function to add objects to an array. For example...
On Wed, May 11, 2011 at 1:30 PM, Peter Lind wrote:
> On 11 May 2011 22:23, Richard S. Crawford wrote:
> > I'm encountering what appears to be a bug in array_push when I try using
> > that function to add objects to an array. For example...
> >
> > A = Object 1
> > B = Object 2
> >
> > If I execu
On Wed, May 11, 2011 at 1:23 PM, Richard S. Crawford
wrote:
> If I execute the following code:
>
> array_push(objectarray, A);
> array_push(objectarray, B);
>
> ...I expect the contents of $objectarray to be:
>
> [0] = A
> [1] = B
>
> Instead, the last object pushed onto the array is repeated thro
On 11 May 2011 22:23, Richard S. Crawford wrote:
> I'm encountering what appears to be a bug in array_push when I try using
> that function to add objects to an array. For example...
>
> A = Object 1
> B = Object 2
>
> If I execute the following code:
>
> array_push(objectarray, A);
> array_push(o
I'm encountering what appears to be a bug in array_push when I try using
that function to add objects to an array. For example...
A = Object 1
B = Object 2
If I execute the following code:
array_push(objectarray, A);
array_push(objectarray, B);
...I expect the contents of $objectarray to be:
[
On Mon, Jan 31, 2011 at 09:10, Nicholas Kell wrote:
>
> I received one too.
> Message 310871 was the bouncer for me.
Yeah, it's because most mail servers didn't like the number of
suspicious terms coupled with the bounce. It was directed at Merlin
(as in, "hey, your mailbox is full, so you w
On Jan 31, 2011, at 4:47 AM, Ashley Sheridan wrote:
> Hiya,
>
> Is anyone else getting odd bounce messages? I just received one from the
> list about a message that was returned as a bounce from my email
> address. The fact that I was able to read an email about an email that
> bounced from me s
On 31 January 2011 10:52, Shreyas Agasthya wrote:
> Ashley,
>
> I just got one with the subject line as : ' ezmlm warning'
> *
> *
>
> On Mon, Jan 31, 2011 at 4:17 PM, Ashley Sheridan
> wrote:
>
>> Hiya,
>>
>> Is anyone else getting odd bounce messages? I just received one from the
>> list about a
Ashley,
I just got one with the subject line as : ' ezmlm warning'
*
*
On Mon, Jan 31, 2011 at 4:17 PM, Ashley Sheridan
wrote:
> Hiya,
>
> Is anyone else getting odd bounce messages? I just received one from the
> list about a message that was returned as a bounce from my email
> address. The fa
Hiya,
Is anyone else getting odd bounce messages? I just received one from the
list about a message that was returned as a bounce from my email
address. The fact that I was able to read an email about an email that
bounced from me suggests that things are OK my end with regards to
receiving messag
e you need to avoid unusual behavior.
The mktime function is unusual in that indexes for months start at 1 and not 0
as you might expect, but it does indicate that on the manual pages.
Thanks,
Ash
http://www.ashleysheridan.co.uk
- Reply message -
From: "Jason Pruim"
Date: Sat,
On Sat, Oct 16, 2010 at 11:12:03AM -0400, Jason Pruim wrote:
> Okay so I'm just playing around with some stuff trying to learn more
> and expand my knowledge and I ran into something I don't
> understand... Take the following code:
>
>
> echo "";
> $i ="0";
> while($i <="12") {
>
> $dat
This is because of your mktime() call. You're trying to get the zeroth day of
the month, which is the last day of the preceding month. Using mktime(0, 0, 0,
$i, 1) instead should give you the desired results, assuming you do start at 1,
and not 0 as you have in your code.
---
Simon Welsh
On 17/
Okay so I'm just playing around with some stuff trying to learn more
and expand my knowledge and I ran into something I don't understand...
Take the following code:
";
$i ="0";
while($i <="12") {
$dateformat = date("M", mktime(0,0,0, $i,0,0));
$month = mktime(0,0,0, $i,0,0);
Hi.
I'm getting an odd crash using php 5.3.4-dev (own build).
The following code is a reduced example from code that works quite
happily on PHP 5.3.3 (official build).
On my build, if I use ...
php -f badnull.php
I get what looks like a dump of some memory ...
Ò╝╝µí░ÓÁ░Ô╝èÔÇ»µíöÔüÑþæ│µÑ▓µØ«
On Sep 12, 2009, at 7:57 PM, kranthi wrote:
'; ?>
may b u should have
'; ?>
Thanks kranthi & HallMarc Websites
url= ... - that did the trick!
Thanks,
c...@hosting4days.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
> -Original Message-
> From: c...@hosting4days.com [mailto:c...@hosting4days.com]
> Sent: Saturday, September 12, 2009 10:39 PM
> To: php-general@lists.php.net
> Subject: [PHP] Odd Endless Loop with Explorer 8 (pc)
>
> I have many of these tags on a site...
>
&
> '; ?>
may b u should have
'; ?>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
I have many of these tags on a site...
They work well with all browsers i've tested - except explorer 8 (pc)
'; ?>
It just goes into an endless loop but stays on the original page -
never going to page2.php
Q: Any idea how to fix this?
Thanks,
c...@hosting4days.com
--
PHP Genera
or [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 21 de maio de 2008 00:33
Para: php-general@lists.php.net
Assunto: [PHP] Odd error
A customer was woring on php5.2.6/mysql 5.1 and no problem
yet with php 5.2.5 / mysql 4.1 we get:
Warning: DOMDocument::__construct() [function.DOMDocument---c
A customer was woring on php5.2.6/mysql 5.1 and no problem
yet with php 5.2.5 / mysql 4.1 we get:
Warning: DOMDocument::__construct() [function.DOMDocument---construct]:
Malloc(88) in /usr/home/vesna/html/pryvit/church_maps/data_genxml.php on line 5
Warning: DOMDocument::__construct() [function.
On Fri, 2008-05-09 at 08:42 -0300, Thiago Pojda wrote:
>
> Runs the same for me either way... under PHP4 and PHP5. You must have
> a nice system, takes 22 seconds both ways on my Athlon 2400 :)
Maybe it's because I use Evolution for my mail client and it has
steadily increased it's CPU suckage ov
was just a semprom 3k... didn't know they were that dif
Thiago Henrique Pojda
Desenvolvimento Web
+55 41 3033-7676
[EMAIL PROTECTED]
Excelência em Softwares Financeiros
-Mensagem original-
De: Robert Cummings [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 9 de maio de
Thiago Henrique Pojda
Desenvolvimento Web
+55 41 3033-7676
[EMAIL PROTECTED]
Excelência em Softwares Financeiros
-Mensagem original-
De: Robert Cummings [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 9 de maio de 2008 04:44
Para: Joeri Sebrechts
Cc: php-general@lists.php.net
Assunto: Re: [PHP
On Wed, 2008-05-07 at 17:31 +0200, Joeri Sebrechts wrote:
> Hello,
>
> While debugging a script that ran too slowly I came across something that I
> can't explain.
>
> It is inactive code that when removed doubles the run time of the script.
>
> Specifically, the issue is a switch statement, w
Hello,
While debugging a script that ran too slowly I came across something that I
can't explain.
It is inactive code that when removed doubles the run time of the script.
Specifically, the issue is a switch statement, where one of the cases is
never reached. If I remove the case from the code
2006/12/25, jekillen <[EMAIL PROTECTED]>:
On Dec 25, 2006, at 7:21 AM, Roman Neuhauser wrote:
> # [EMAIL PROTECTED] / 2006-12-24 18:11:03 -0800:
>> function display($list, $in, $out, $save, $req, $x)
>> {
>> for($i = 0; $i < count($in); $i++)
>> {$j = $i + 1;
>> // two sets
On Dec 25, 2006, at 7:21 AM, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-12-24 18:11:03 -0800:
function display($list, $in, $out, $save, $req, $x)
{
for($i = 0; $i < count($in); $i++)
{$j = $i + 1;
// two sets of links displayed instead of one
for($i = 0; $i <
# [EMAIL PROTECTED] / 2006-12-24 18:11:03 -0800:
> function display($list, $in, $out, $save, $req, $x)
> {
> for($i = 0; $i < count($in); $i++)
> {$j = $i + 1;
> // two sets of links displayed instead of one
> for($i = 0; $i < count($out); $i++)
> {$j = $i + 1;
Hello,
Am having trouble with some code.
I have been developing a web based application on
a machine running php v4.3x, Apache 1.3x Mac OSX 10.3
The application works as expected on this machine.
So I copied the code to my server which is running FreeBSD
v6.0, Apache 1.3.34, php v5.1.2.
On this ma
Ian Barnes wrote:
> Hi,
>
> $sql1 = "UPDATE members SET $pass WHERE id = '$editid'";
you might consider that $editid is not what you think.
use var_dump() et al to discover what is really in each var.
>
> Thats whats on 199. ON line 198 i have: $pass = $_POST['pass'];
which means I can inject
Hi,
$sql1 = "UPDATE members SET $pass WHERE id = '$editid'";
Thats whats on 199. ON line 198 i have: $pass = $_POST['pass'];
Thanks,
Ian
On 11/29/06, Jochem Maas <[EMAIL PROTECTED]> wrote:
Ian Barnes wrote:
> Hi,
>
> We recently upgraded our primary webserver to php 5 from php4 and we are
Ian Barnes wrote:
> Hi,
>
> We recently upgraded our primary webserver to php 5 from php4 and we are
> now
> getting the following errors on the site:
>
> *Catchable fatal error*: Object of class stdClass could not be converted to
> string in /home/www/somesite/somfile.php on line *199
>
> *Arou
Hi,
We recently upgraded our primary webserver to php 5 from php4 and we are now
getting the following errors on the site:
*Catchable fatal error*: Object of class stdClass could not be converted to
string in /home/www/somesite/somfile.php on line *199
*Around that area in the code is some code
On 17 November 2006 16:50, Stut wrote:
> > > Your basic misunderstanding is that === is the opposite of !==
> > > which it's not.
Complete rubbish -- it so absolutely is!
If $a===$b, then !($a===$b) is the same as $a!==$b, QED.
> > >(INTEGER === true) will always be false because the type
Ok, just to shut you all up, I managed to convince the OP earlier today,
but it never made it to the list...
Michael wrote:
At 02:58 AM 11/17/2006 , Stut wrote:
Michael wrote:
This will be my last post on this thread of discussion.
Thanks to all who replied, I have it figured out.
I
At 2:54 AM -0700 11/17/06, Michael wrote:
Logic dictates that if something evaluates to NOT FALSE it must be TRUE.
Regardless of the type, regardless of the species, breed, flavor etc.
Not true -- it depends upon your reference/environment.
For example, NULL is neither true nor false in MySQL.
Robert Cummings wrote:
> On Fri, 2006-11-17 at 17:29 +0100, Jochem Maas wrote:
>> Robert Cummings wrote:
>>> On Fri, 2006-11-17 at 02:54 -0700, Michael wrote:
This will be my last post on this thread of discussion.
Thanks to all who replied, I have it figured out.
I guess m
On Fri, 2006-11-17 at 17:29 +0100, Jochem Maas wrote:
> Robert Cummings wrote:
> > On Fri, 2006-11-17 at 02:54 -0700, Michael wrote:
> >> This will be my last post on this thread of discussion.
> >>
> >> Thanks to all who replied, I have it figured out.
> >>
> >> I guess my only problem with the wa
Robert Cummings wrote:
> On Fri, 2006-11-17 at 02:54 -0700, Michael wrote:
>> This will be my last post on this thread of discussion.
>>
>> Thanks to all who replied, I have it figured out.
>>
>> I guess my only problem with the way the !== and === operators work in this
>> situation is this:
>>
>
On Fri, 2006-11-17 at 02:54 -0700, Michael wrote:
> This will be my last post on this thread of discussion.
>
> Thanks to all who replied, I have it figured out.
>
> I guess my only problem with the way the !== and === operators work in this
> situation is this:
>
> Logic dictates that if somet
iday, November 17, 2006 7:15 AM
> To: Michael
> Cc: php-general@lists.php.net
> Subject: RE: [PHP] odd behavior of stripos() with === operator *LAST POST*
>
> On 17 November 2006 09:55, Michael wrote:
>
> > This will be my last post on this thread of discussion.
> >
&g
On 17 November 2006 09:55, Michael wrote:
> This will be my last post on this thread of discussion.
>
> Thanks to all who replied, I have it figured out.
>
> I guess my only problem with the way the !== and ===
> operators work in this situation is this:
>
> Logic dictates that if something eva
This will be my last post on this thread of discussion.
Thanks to all who replied, I have it figured out.
I guess my only problem with the way the !== and === operators work in this
situation is this:
Logic dictates that if something evaluates to NOT FALSE it must be TRUE.
Regardless of the typ
Michael wrote:
I understand that the integer 0 and FALSE are different and I read the manual
so many times my head hurts, heh.
There are a few ways to work around this, probably more than I know. (according to the
documentation for strrpos() you could test the return from stripos() for is_bool
Please include the list in replies.
Michael wrote:
Why can't === realize that integer 0 means TRUE? whereas "" or a BOOLEAN false
does not? === evaluates integer 0 to FALSE :(
the !== operator recognizes the difference.
"(integer) 0 !== FALSE" is TRUE yet
"(integer) 0 === TRUE" is FALSE, bu
At 02:33 AM 11/17/2006 , Stut wrote:
>Michael wrote:
>> I understand that the integer 0 and FALSE are different and I read the
>> manual so many times my head hurts, heh.
>>
>> There are a few ways to work around this, probably more than I know.
>> (according to the documentation for strrpos() yo
At 02:10 AM 11/17/2006 , Stut wrote:
>Michael wrote:
>> Ok, picking gnits...
>> I should have said NOT true and NOT false at the same time.
>> As for the return of the integer 0..
>> The documentation indicates that the === and !== operators take this into
>> account in fact there is a specific ex
Michael wrote:
I'm not sure why the === operator does not handle this condition, since the
wonderful people at PHP foresaw the problem and fixed !== to handle it, I would
like to see the === fixed to handle this as well (if it is even possible, not
sure about how this is implemented??)
Th
Michael wrote:
Ok, picking gnits...
I should have said NOT true and NOT false at the same time.
As for the return of the integer 0..
The documentation indicates that the === and !== operators take this into
account in fact there is a specific example in the manual.
My point here is that if !==
At 12:24 AM 11/17/2006 , Michael wrote:
>HEllo all,
>
>After pulling my hair out for several hours trying to figure out why my code
>wasn't working I built this little test and ran it, the results are interesting
>in the least, and to me, surprising. It is possible that I have done something
>wrong
At 12:29 AM 11/17/2006 , you wrote:
>> I have underlined the output I am interested in...
>
>You did??? Where?
>
Ok, my bad, I sent the mail as plain text instead of styled :P
oops
>> How can the variable $found be both TRUE and FALSE at the same time?
>
>None of your output above indicates that
On Fri, 2006-11-17 at 00:24 -0700, Michael wrote:
> HEllo all,
>
> After pulling my hair out for several hours trying to figure out why my code
> wasn't working I built this little test and ran it, the results are
> interesting
> in the least, and to me, surprising. It is possible that I have don
HEllo all,
After pulling my hair out for several hours trying to figure out why my code
wasn't working I built this little test and ran it, the results are interesting
in the least, and to me, surprising. It is possible that I have done something
wrong, but I checked and rechecked this in the docu
On Sat, September 16, 2006 10:35 am, Matthew H. North wrote:
>> So you are just visiting the nodes, and not doing anything with
>> them?
>
> We're appending certain fields to put together a total result.
Be very very very careful here...
If you throw enough strings around, and append things enoug
On 9/15/06, Richard Lynch <[EMAIL PROTECTED]> wrote:
> On Fri, September 15, 2006 10:42 am, Matthew H. North wrote:
> > We're developing a web application that involves traversal of a
> > hierarchical database structure (MySQL, PEAR::DB, and
> > PEAR::DB::DataObject). Currently that traversal is d
On Fri, September 15, 2006 10:42 am, Matthew H. North wrote:
> We're developing a web application that involves traversal of a
> hierarchical database structure (MySQL, PEAR::DB, and
> PEAR::DB::DataObject). Currently that traversal is done recursively,
> and involves visiting thousands of nodes i
On Fri, 15 Sep 2006 08:42:26 -0700
"Matthew H. North" <[EMAIL PROTECTED]> wrote:
> 6) Resources (think database resources) are automatically freed by
> garbage collection when there are no more references to them
Resources can be "persistent". Try traversing a small tree and print
memory usage af
Hello All,
I've been struggling with a rather obscure PHP memory issue for the
last few days. Here's my setup:
FreeBSD 5.5
Apache2.0, PHP 5.1.6, and MySQL 4.1.x compiled from scratch (that is,
we're not using FreeBSD ports)
PHP is compiled with --enable-memory-limit and the limit is set to 8MB
[snip]
>From the offices of "You Ain't Gonna' Beleeeve Dis, Inc."
We barked up several trees, but there were no real squirrels.
PHP 4.4.1, the version on the server in question, comes with 2 flavors of
ini file, the dist and the recommended. I had copied the recommended and
renamed it php.ini, wh
[snip]
...lots of valuable information
[/snip]
>From the offices of "You Ain't Gonna' Beleeeve Dis, Inc."
We barked up several trees, but there were no real squirrels.
PHP 4.4.1, the version on the server in question, comes with 2 flavors of
ini file, the dist and the recommended. I had copi
On Thu, January 19, 2006 12:31 pm, Jay Blanchard wrote:
> [snip]
> If I recall, PHP on Windows will look for PHP.INI in your Windows
> system
> folder (in this case C:\WINNT) first, then in the folder where PHP is
> installed. Deleting the PHP.INI under WINNT should be fine (sounds
> like
> removi
On Thu, January 19, 2006 11:53 am, Jay Blanchard wrote:
> I had PHP installed on a web server, and all was working OK, save for
> one
> small thing. phpinfo() indicated that the path to the php.ini was
> c:\WINNT,
> which it was not. So I copy the file from the c:\php directory to the
> c:\winnt di
[snip]
If I recall, PHP on Windows will look for PHP.INI in your Windows system
folder (in this case C:\WINNT) first, then in the folder where PHP is
installed. Deleting the PHP.INI under WINNT should be fine (sounds like
removing that makes things work ok for you). I'd think phpinfo() would show
: Thursday, January 19, 2006 3:53 PM
Subject: [PHP] odd behavior
When I expire you will find my hands wrapped tightly around the throat of a
Windows network administrator.
I had PHP installed on a web server, and all was working OK, save for one
small thing. phpinfo() indicated that the path to the
Ok.. now maybe a constructive answer :)
If I recall, PHP on Windows will look for PHP.INI in your Windows system folder
(in this case C:\WINNT) first, then in the folder where PHP is installed.
Deleting the PHP.INI under WINNT should be fine (sounds like removing that
makes things work ok for
Jay Blanchard wrote:
and how do I fix
http://distrowatch.com/
I have no idea, I don't do Windows.
Sucks to be you. ;)
--
John C. Nichel IV
Programmer/System Admin (ÜberGeek)
Dot Com Holdings of Buffalo
716.856.9675
[EMAIL PROTECTED]
--
PHP General Mailing List (http://www.php.net/)
To u
On Thu, 19 Jan 2006 11:53:04 -0600
Jay Blanchard <[EMAIL PROTECTED]> wrote:
>
> Has anyone experienced this behavior before, and how do I fix that
> damned path to the ini? TIA!
Personally, I'd fix it with a Debian install CD, but that's just me.
#;-D
Can't help with the Windoze issue - I don't
When I expire you will find my hands wrapped tightly around the throat of a
Windows network administrator.
I had PHP installed on a web server, and all was working OK, save for one
small thing. phpinfo() indicated that the path to the php.ini was c:\WINNT,
which it was not. So I copy the file from
It's Hebrew -- it means twice colon.
On Mar 14, 2005, at 8:34 PM, Rob Agar wrote:
hey all
just got this error:
Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM'
The line that caused it was this: $db =& null; (yes I know it's wrong,
it's a typo/brain spasm)
I'm just curious - what langua
hey all
just got this error:
Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM'
The line that caused it was this: $db =& null; (yes I know it's wrong,
it's a typo/brain spasm)
I'm just curious - what language IS that? finnish?
Rob Agar
Web Site Consultant
Wild Lime Media - [EMAIL PR
Andre Dubuc wrote:
I've noticed some strange behaviour with respect to validation of user input.
Normally, using Linux, the die function in user input validation works as
expected. However, the same code in IE, the DIE function does not work as
expected.
I've noticed that fields, that should di
I've noticed some strange behaviour with respect to validation of user input.
Normally, using Linux, the die function in user input validation works as
expected. However, the same code in IE, the DIE function does not work as
expected.
I've noticed that fields, that should die and barf an error
Thanks for your help, everyone, especially Michael Sims.
I've reported the bug:
http://bugs.php.net/bug.php?id=29848
--
Geoff Caplan
Vario Software Ltd
(+44) 121-515 1154
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Geoff Caplan wrote:
> Michael Sims wrote:
>> IMHO what you have described is a bug in PHP, and if I were you,
>> I'd report it as such. If it's not a bug it at least has a very
>> high WTF factor.
>
> Problem with reporting is that I am using Debian Test and the current
> PHP version is too old to
Hi folks,
Michael Sims wrote:
MS> IMHO what you have described is a bug in PHP, and if I were you,
MS> I'd report it as such. If it's not a bug it at least has a very
MS> high WTF factor.
Problem with reporting is that I am using Debian Test and the current
PHP version is too old to report. If
Michael,
MS> IMHO what you have described is a bug in PHP, and if I were you, I'd report it as
MS> such. If it's not a bug it at least has a very high WTF factor.
You are right - it does seem like a bug. But I assumed that something
as basic as this would have been spotted by now. I don't suppos
Geoff Caplan wrote:
> I think you are probably right - but this behaviour causes problems.
> For example:
>
> $foo['one']['two'] = "test-string" ;
>
> // Evaluates to TRUE (not what's wanted!)
> isset( $foo['one']['two']['three'] ) ;
>
> I need a reliable way to test for the non-existence of a
> mu
From: "Geoff Caplan" <[EMAIL PROTECTED]>
Why does the non-existent key in the array below evaluate to the
first char of the array value?
$foo = '' ;
$foo['one']['two'] = 'test-value' ;
// Evaluates to: string(1) "t"
var_dump( $foo['one']['two']['three'] ) ;
JH> Strings are arrays. PHP probably take
On Wed, 25 Aug 2004 14:04:51 +0100, Geoff Caplan <[EMAIL PROTECTED]> wrote:
> I think you are probably right - but this behaviour causes problems.
> For example:
>
> $foo['one']['two'] = "test-string" ;
>
> // Evaluates to TRUE (not what's wanted!)
> isset( $foo['one']['two']['three'] ) ;
>
> I
John,
>>
>> Why does the non-existent key in the array below evaluate to the
>> first char of the array value?
>>
>> $foo = '' ;
>> $foo['one']['two'] = 'test-value' ;
>>
>> // Evaluates to: string(1) "t"
>> var_dump( $foo['one']['two']['three'] ) ;
>>
JH> Strings are arrays. PHP probably takes t
From: "Geoff Caplan" <[EMAIL PROTECTED]>
Getting a result I don't understand.
Why does the non-existent key in the array below evaluate to the
first char of the array value?
$foo = '' ;
$foo['one']['two'] = 'test-value' ;
// Evaluates to: string(1) "t"
var_dump( $foo['one']['two']['three'] ) ;
// E
Hi folks,
Getting a result I don't understand.
Why does the non-existent key in the array below evaluate to the
first char of the array value?
$foo = '' ;
$foo['one']['two'] = 'test-value' ;
// Evaluates to: string(1) "t"
var_dump( $foo['one']['two']['three'] ) ;
// Evaluates to NULL, as expe
[snip]
I have a database table with the column described as
address_line_2 varchar(255) NOT NULL default '',
if($row["address_line_2"]==' ') // there is a space between the quotes
[/snip]
address_line_2 varchar(255) NOT NULL default '', <--- no space between
quotes
so
if('' == $row['address_
I have a database table with the column described as
address_line_2 varchar(255) NOT NULL default '',
when I do a select I want to see if there is anything in that column if there is text
I will display it in a html table if there is nothing (the table default) I will write
However the follow
* Thus wrote Scott Taylor:
>
> Some people are complaining that when the visit one of my pages that the
> pages refeshes over and over again. One person said that it was only
> when he typed something in on one of the forms. How could an error like
> this be caused? Could this be a bug in a
Some people are complaining that when the visit one of my pages that the
pages refeshes over and over again. One person said that it was only
when he typed something in on one of the forms. How could an error like
this be caused? Could this be a bug in a browser?
Scott
--
PHP General Mailing
Curt Zirzow wrote:
> To simplify things:
>
> $a[2] = '1';
> $k = (double)2;
> echo isset($a[$k]);
> unset($a[$k]);
> echo isset($a[$k]);
> echo " -> expect 1\n";
>
>
> Result:
> 11 -> expect 1
Yeah, my version was just a wee bit verbose. :)
>> It's the behavior that is specific to u
* Thus wrote Michael Sims:
> Thomas Goyne wrote:
> > On Thu, 17 Jun 2004 16:52:32 -0500, Michael Sims
> > <[EMAIL PROTECTED]> wrote:
> >> ceil() returns a variable of type double. In the above script I
> >> expected $foo to become an empty array after calling unset(). But
>
> > However,
> > arra
Thomas Goyne wrote:
> On Thu, 17 Jun 2004 16:52:32 -0500, Michael Sims
> <[EMAIL PROTECTED]> wrote:
>> ceil() returns a variable of type double. In the above script I
>> expected $foo to become an empty array after calling unset(). But
>> it seems that unset() will not remove an array element whe
On Thu, 17 Jun 2004 16:52:32 -0500, Michael Sims <[EMAIL PROTECTED]>
wrote:
ceil() returns a variable of type double. In the above script I
expected $foo to
become an empty array after calling unset(). But it seems that unset()
will not
remove an array element when you refer to its key usi
Just noticed this today. The following script:
$a = 2;
$b = ceil(3 / 2);
if ($a == $b) {
print "\$a and \$b are the same.\n";
}
$foo[$a] = '2';
if (isset($foo[$b])) {
print "\$foo[\$b] is set.\n";
}
unset($foo[$b]);
print_r($foo);
Results in this output:
$a and $b are the same.
$foo[
stuff i've added to my header class
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . "
GMT");
header("Cache-Control: no-store, no-cache, must-
revalidate");
header("Cache-Control: post-check=0, p
I have been using a php file to stream pdf (and various other sorts of
files)... Here's my code.
if ($extension == ".doc"){$type = "application/msword";}
else if ($extension == ".pdf"){$type = "application/pdf";}
else if ($extension == ".exe"){$type =
"a
Hi,
The most likely reason that one guy can't upload when everyone else can
is because he is behind a proxy that limits the size of post data.
Kenn Murrah wrote:
Greetings.
I have an odd (to me) problem ... from most computers, the upload
code (shown, in part, below) works just fine bu
ints...
--Sam
-Original Message-
From: Kenn Murrah [mailto:[EMAIL PROTECTED]
Sent: Friday, March 05, 2004 2:58 PM
To: Sam Masiello
Cc: php
Subject: Re: [PHP] odd, sporatic upload problem ...
No, it happens immediately upon click
No, it happens immediately upon clicking the "submit" button on the
previous page
Sam Masiello wrote:
How long is it before the "Page Not Found" error occurs? Is the browser
possibly timing out?
--Sam
Kenn Murrah wrote:
Greetings.
I have an odd (to me) problem ... from most computers
1 - 100 of 232 matches
Mail list logo
