Siddharth Hegde wrote:
While we are on this topic, I have noticed that for only some keys,
the following does not work
$arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
I seriosuly doubt that KEY_NAME is a restricted keyword as dreamweawer
highlights these in different colors and
On Fri, 2 Jul 2004 11:08:38 +0200
Pierre [EMAIL PROTECTED] wrote:
Just try this : $temp = $country_list[$country_symbol]['AU'] ;
Seems better :)
Yes, but wrong.
The original:
$temp = $country_list[$country_symbol['AU']] ;
2 levels of arrays. 2 _different_ arrays.
$country_symbol = array(
On Sat, 3 Jul 2004 11:56:52 +0200
Dennis Freise [EMAIL PROTECTED] wrote:
Errr... these need to be assoc as well:
$country_symbol = array( 'AU' = 'some_value' );
$country_list = array( 'some_value', 'some_other_value' );
$country_list = array( 'some_value' = 'some_other_value' );
For your
While we are on this topic, I have noticed that for only some keys,
the following does not work
$arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
I seriosuly doubt that KEY_NAME is a restricted keyword as dreamweawer
highlights these in different colors and this happens very
['AU']] ;
this didnt work, so I have to change to :
$symbol = $country_symbol['AU'];
$temp = $country_list[$symbol] ;
is this PHP bug ?
--
Best regards,
adwinwijaya mailto:[EMAIL PROTECTED]
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
* Thus wrote Siddharth Hegde:
While we are on this topic, I have noticed that for only some keys,
the following does not work
$arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
Because that is the *right* way to access the keyname.
I seriosuly doubt that KEY_NAME is a
* Thus wrote Dennis Freise:
On Fri, 2 Jul 2004 11:08:38 +0200
Pierre [EMAIL PROTECTED] wrote:
BTW: $array[$second_array['key']] works fine for me... php 5.0.0rc3
This behaviour has worked since around version 3
Curt
--
First, let me assure you that this is not one of those shady pyramid
Siddharth Hegde wrote:
While we are on this topic, I have noticed that for only some keys,
the following does not work
$arr[KEY_NAME] but when I change this to $arr['KEY_NAME'] it works.
That's because KEY_NAME is a constant and 'KEY_NAME' is a string. So
unless you really have a constant called
Just try this : $temp = $country_list[$country_symbol]['AU'] ;
Seems better :)
Pierre
-Message d'origine-
De : adwinwijaya [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 2 juillet 2004 05:01
À : [EMAIL PROTECTED]
Objet : [PHP] PHP Bug ?
Hi...
I found a bug (may be)
I tried to do like
Hi...
I found a bug (may be)
I tried to do like this:
$temp = $country_list[$country_symbol['AU']] ;
this didnt work, so I have to change to :
$symbol = $country_symbol['AU'];
$temp = $country_list[$symbol] ;
is this PHP bug ?
--
Best regards,
adwinwijaya mailto
[$country_symbol['AU']] ;
this didnt work, so I have to change to :
$symbol = $country_symbol['AU'];
$temp = $country_list[$symbol] ;
is this PHP bug ?
--
Best regards,
adwinwijaya
mailto:[EMAIL PROTECTED]
=
Zareef Ahmed :: A PHP Developer in Delhi(India
Don't know if this is the best place to post.
I'm also not shure if this is a problem with the PHP implementation or
it's something a bug in libxslt.
But here's the deal.
(I use php5.0.0RC1 for testing on winXP)
This works:
xsl:if test=position() $start
xsl:call-template
Kyle Goetz wrote:
hey so i've been struggling with an apparent bug in and older version of
PHP but i wouldn't know where to look about this bug, as it concerns the
include function and there is no mention of a bug that i can find...
version of php: 4.1.0
i have a line of code
include
RC1, or at the
MySQL command line, the query works without a problem.
I am a PHP/MySQL newbie. Before I rush off and report this as a PHP bug,
can anyone else confirm this behavior, or explain what I am doing wrong?
Peter
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit
On Thu, Nov 13, 2003 at 12:59:11AM -0500, Jake McHenry wrote:
:
: -Original Message-
: From: Jake McHenry [mailto:[EMAIL PROTECTED]
: Sent: Thursday, November 13, 2003 12:53 AM
: To: [EMAIL PROTECTED]
: Subject: [PHP] $_POST bug?
:
: I have 5 fields, all 1 character in length
My system (win2000 IIS) also handles 0, and webserver (redhat apache) also
handles 0.
Your system sounds faulty in some way,
what browser are U using and what version of PHP.
I know from earlier experience that some versions of Netscape behaves
strange on the
form elements, meaning when posting
-Original Message-
From: Eugene Lee [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 3:48 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] $_POST bug?
On Thu, Nov 13, 2003 at 12:59:11AM -0500, Jake McHenry wrote:
:
: -Original Message-
: From: Jake McHenry
-Original Message-
From: Kim Steinhaug [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 3:28 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] $_POST bug?
My system (win2000 IIS) also handles 0, and webserver (redhat
apache) also handles 0.
Your system sounds faulty
On Thu, Nov 13, 2003 at 04:04:16AM -0500, Jake McHenry wrote:
:
: print_r($_POST) shows me that $_POST has the single 0 value. I solved
: my problem, instead of having just if ($_POST['test']), I changed it
: to if ($_POST['test'] != ). Right after I posted, I tried this, and
: a couple other
Hi,
(I think you intended to send this to the list...)
On Thu, 13 Nov 2003 02:03:50 -0500
Jake McHenry [EMAIL PROTECTED] wrote:
...[snip]...
I'm running RHLinux 9, php 4.2.2, apache 2.0.40
Hmm... same here. Only difference could be that I rebuilt the
php RPMs to support mbstring--I'm sure
Jake McHenry wrote:
I've tried it on opera, netscape, IE, and mozilla right on the server.
It seems to be a php condition thing, not really what's in the $_POST
array, as I just posted print_r($_POST) does contain the values, it's
only when I have if ($_POST['test']) that the problem occurs.
--- Jake McHenry [EMAIL PROTECTED] wrote:
print_r($_POST) shows me that $_POST has the single 0 value. I solved
my problem, instead of having just if ($_POST['test']), I changed it
to if ($_POST['test'] != ). Right after I posted, I tried this, and
a couple other things.. The problem only
-Original Message-
From: Eugene Lee [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 4:28 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] $_POST bug?
On Thu, Nov 13, 2003 at 04:04:16AM -0500, Jake McHenry wrote:
:
: print_r($_POST) shows me that $_POST has the single 0
I have 5 fields, all 1 character in length, numbers being entered. If
zero's are entered in the boxes, and the form is submitted, the
corresponding $_POST variables are empty? Is there a way around this,
or am I doing something wrong?
I guess I could just do, if (isset(... Blah.. Then if it's not
-Original Message-
From: Jake McHenry [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 12:53 AM
To: [EMAIL PROTECTED]
Subject: [PHP] $_POST bug?
I have 5 fields, all 1 character in length, numbers being
entered. If zero's are entered in the boxes, and the form
On Thu, 13 Nov 2003 00:59:11 -0500
Jake McHenry [EMAIL PROTECTED] wrote:
...[snip]...
Just to test, I changed the input field length to 3, and
every time I tried it, single 0 does not create the $_POST
variable. Double 0's create it, along with any other
numbers, it's only when a single 0 is
On Thursday 13 November 2003 00:59, Jake McHenry wrote:
-Original Message-
From: Jake McHenry [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 12:53 AM
To: [EMAIL PROTECTED]
Subject: [PHP] $_POST bug?
I have 5 fields, all 1 character in length, numbers being
[snip]
Ok, this ended up working well. I'm still wondering why in my example
function two() works, without needing to provide the resource identifier
to mysql_query(), how can mysql_query() pick up the resource identifier
automatically while mysql_list_fields does not?
[/snip]
From
Hey All -
just wanted to check in with anyone who has used this function. I
currectly have a function that I created, and inside it I have this
function.
Outside of my custom function I have a mysql_pconnect() statement and a
mysql_select_db() statement.
I also have another custom function that
[snip]
Outside of my custom function I have a mysql_pconnect() statement and a
mysql_select_db() statement.
So the end result being if I take the connect statement out of the
function one(), it fails, but function two() still works!
Am I doing something wrong here?
[/snip]
It's just a small
On Mon, 2003-11-10 at 16:43, Jay Blanchard wrote:
[snip]
Outside of my custom function I have a mysql_pconnect() statement and a
mysql_select_db() statement.
So the end result being if I take the connect statement out of the
function one(), it fails, but function two() still works!
Am I
[snip]
Ok, I added the resource identifier, and got an error. I think what is
happening now is the resource identifier $db is outside the function
one(), so it cannot be referenced from the mysql_list_fields() fuction
which is inside. Does that make sense? Is the resource indentifier a
GLOBAL
as said, use the global construct. This is a scope problem, read the
manual about variable scope.
php.net/variables.scope
PS: sorry Jay, new mail frontend :)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Ok, this ended up working well. I'm still wondering why in my example
function two() works, without needing to provide the resource identifier
to mysql_query(), how can mysql_query() pick up the resource identifier
automatically while mysql_list_fields does not?
Thx-
Matt
On Mon, 2003-11-10 at
on 10/2/03 7:00, Jay Blanchard at [EMAIL PROTECTED] wrote:
[snip]
Because it is not a bug, it is bad code design! 8000+ lines of $x = 1; is
just
downright goofy! Did you happen to try it with 8000+ repeated blocks of any
other type? My bet is that it would quit then too.
Yeah no crash
On Wed, Oct 01, 2003 at 07:50:10PM -0700, Richard Baskett wrote:
:
: Well I saw a post on a forum talking about a certain bug that PHP has for
: Mac OS X.. so I thought.. Im on OS X, I should see if that bug is real since
: on bugs.php.net they say it's bogus which you can view here:
:
: http
[snip]
So I tried it out.. at first I created a loop that assigned $x = 1; a whole
bunch of times, but that didn¹t crash anything.. .. 7996
Well to make an already long story short.. it looks like after a couple of
hours bugs.php.net has removed my post.
My question to you is.. is there any
on 10/2/03 5:12 AM, Jay Blanchard at [EMAIL PROTECTED]
wrote:
[snip]
So I tried it out.. at first I created a loop that assigned $x = 1; a whole
bunch of times, but that didn¹t crash anything.. .. 7996
Well to make an already long story short.. it looks like after a couple of
hours
[snip]
Because it is not a bug, it is bad code design! 8000+ lines of $x = 1; is just
downright goofy! Did you happen to try it with 8000+ repeated blocks of any
other type? My bet is that it would quit then too.
Yeah no crash because that's only a couple lines of code :) And yeah it
doesn¹t
on 10/2/03 7:00 AM, Jay Blanchard at [EMAIL PROTECTED]
wrote:
[snip]
Because it is not a bug, it is bad code design! 8000+ lines of $x = 1; is
just
downright goofy! Did you happen to try it with 8000+ repeated blocks of any
other type? My bet is that it would quit then too.
Yeah no crash
Well I saw a post on a forum talking about a certain bug that PHP has for
Mac OS X.. so I thought.. Im on OS X, I should see if that bug is real since
on bugs.php.net they say it's bogus which you can view here:
http://bugs.php.net/bug.php?id=25394
So I tried it out.. at first I created a loop
Hey Guys,
I discovered a possible bug with the $_FILES super global and thought I'd pass it
along to you guys to double check the accuracy of this being a bug before I reported
it to the PHP team. So here goes..
The default format for $_FILES is $_FILES['variable']['element'] which of course
HI,
Te first time i switched from $userfile_** to $_FILES i spent hours
pulling my hair out trying to figure out why my arrays were not getting
populated. I too felt like reporting it but decided against is because
someone is sure to say 'this is a feature not a bug' :-))
Nathan Taylor
Great to hear.
Reading my previous post, i am suprised you understood it with all the
glaring spelling mistakes :-). Yikes. Sorry about that i typed it in too
much of a hurry.
[EMAIL PROTECTED] wrote:
ok i managed to set the generated error screen to a variable, do the
rollback then die
H,
hi there i have noticed a bug where mysql_error is not returned on a
transaction, why is this ?
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
hmm this is tricky, on an innodb table if i do a rollback when i find an
error then trigger the error handler which dies to the screen it wont show
the message, but i commented out the rollback and it was find, how could i
execute the rollback properly then ?
hi there i have noticed a bug where
H,
The mysql_error() fucntion returns the error that took place for the
last call to the db. If you do a roll back that would be considered
another call and mysql_error() would then return the error (is any)
associated with the roll back. If this reason many programmer create a
separate error
ok i managed to set the generated error screen to a variable, do the
rollback then die
H,
The mysql_error() fucntion returns the error that took place for the
last call to the db. If you do a roll back that would be considered
another call and mysql_error() would then return the error (is
Yes I can help you.please send me your OS , php version and what COM you are
triyng to use.
Regards
Bogomil
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Hey I wanted to see if anyone was getting the same problem. Using preg_match
in the following pattern:
/tr bgcolor=#FF(.|\n)+?\/tr/
PHP seems to be crashing. I get a Page cannot be displayed message from
the browser. I've come across this before, and I just upgraded to 4.3.3, and
no
Christian Calloway wrote:
Hey I wanted to see if anyone was getting the same problem. Using preg_match
in the following pattern:
/tr bgcolor=#FF(.|\n)+?\/tr/
You need to escape the double quotes in your string at the very least.
--
---John Holmes...
Amazon Wishlist:
Obviously its an example, otherwise the script wouldn't have even parsed.
$regularExpression = '/tr bgcolor=#FF(.|\n)+?\/tr/';
preg_match ($regularExpression, $fileString, $matches)
This regular expression causes PHP to crash for me, not a parsing error.
John W. Holmes [EMAIL PROTECTED]
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Hey I wanted to see if anyone was getting the same problem. Using preg_match
in the following pattern:
/tr bgcolor=#FF(.|\n)+?\/tr/
PHP seems to be crashing. I get a Page cannot be displayed message from
the browser. I've come
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Obviously its an example, otherwise the script wouldn't have even parsed.
You provided an example that he had to make certain guesses for why
you think php is crashing.
$regularExpression = '/tr bgcolor=#FF(.|\n)+?\/tr/';
This still
Certainly.
It crashes out when attempting to parse large files. My resource limits are
set to 20m in the php.ini file, so thats not the issue.
?php
//require_once (Application.php);
// constants
$FILE = alargefile.html;
// open file
$resource = fopen ($FILE, r);
// read file into buffer
Errors are not being logged on my XP Pro box (error logging is on)
Curt Zirzow [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Hey I wanted to see if anyone was getting the same problem. Using
preg_match
in the following pattern:
Fixed the problem using s pattern modifier: '/regexp/s', without it, it
still hangs using '(.|\n)' in the pattern.
Christian Calloway [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Errors are not being logged on my XP Pro box (error logging is on)
Curt Zirzow [EMAIL PROTECTED] wrote
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Certainly.
It crashes out when attempting to parse large files. My resource limits are
set to 20m in the php.ini file, so thats not the issue.
I tried this with a 10MB html file that found 1160 matches. It
might be specific to your html
Hmm.. who knows, Ive wasted to much time on this silly problem. I appreciate
your help Curt, thanks.
Christian Calloway [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fixed the problem using s pattern modifier: '/regexp/s', without it, it
still hangs using '(.|\n)' in the pattern.
Ok, here's the deal. I like to use $_GET and $_POST variables without values
to notify my scripts that some action must be taken. For example, given the
following URL:
http://blahdomain/blah.php?productid=1edit
or given the following form element:
input type=hidden name=edit
My blah.php script
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Ok, here's the deal. I like to use $_GET and $_POST variables without values
to notify my scripts that some action must be taken. For example, given the
following URL:
http://blahdomain/blah.php?productid=1edit
or given the following
What I was trying to avoid is exactly that. It would require changing links
and hidden fields throughout the entire application, which would take hours
to track down. I am looking for a nice lazy and easy fix.
Curt Zirzow [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
* Thus wrote
This should help:
http://www.php.net/manual/en/function.array-key-exists.php
Cheers,
Rob.
On Fri, 2003-08-22 at 13:26, Curt Zirzow wrote:
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Ok, here's the deal. I like to use $_GET and $_POST variables without values
to notify my
Under 4.3.2, and register_globals on, $foo and $_SESSION[foo] both contain
a reference that points to the same memory location. So, assigning to either
one effectively causes the same assignment in the other.
If you can't turn register_globals off, consider making a copy of $_SESSION
at the top
be worth
trying the effect of explicitly setting open_basedir using php_admin_value for other
directories, and especially your document root.
The VHosts thing is not regarded as a PHP bug, but a configuration error. However, if
you are only setting open_basedir on a per-directory basis, that does
register_global is currently on. The problem is, I am hacking into someone
else's (awful awful) code, and if I turned off register_globals, the whole
application would go kaput. I am not even using the old session_x functions,
just the new associative session array $_SESSION.
Curt Zirzow [EMAIL
?php
session_start();
// lets say this equals bar and it was set on a previous page
$_SESSION[foo];
$foo = rab;
echo $_SESSION[foo];
?
The problem is, when I set the global variable $foo=rab,
when I echo the
session variable $_SESSION[foo], it outputs rab instead
of
Yeah I figured as much. That sucks that they would both reference the same
location in memory even with globals on. Thanks alot for your help, ill
figure out a hack around the hack.
Christian Calloway
Kirk Johnson [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Under 4.3.2, and
.
It seems to me that this may be a bug with PHP, but I'm not sure
what to do to confirm or disconfirm that. Any suggestions would be
appreciated. Thanks!
- --
Dan Brown, KE6MKS, [EMAIL PROTECTED]
Since all the world is but a story, it were well for thee to buy the
more enduring story
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
register_global is currently on. The problem is, I am hacking into someone
else's (awful awful) code, and if I turned off register_globals, the whole
application would go kaput. I am not even using the old session_x functions,
just the new
Hey Everyone,
I am running Apache 2.047 with PHP (as module) 4.3.2. I ran into something
interesting and I wanted to know if it was a bug, or actually supposed to be
that way. Given the following lines of code:
?php
session_start();
// lets say this equals bar and it was set on a previous page
* Thus wrote Christian Calloway ([EMAIL PROTECTED]):
Hey Everyone,
I am running Apache 2.047 with PHP (as module) 4.3.2. I ran into something
interesting and I wanted to know if it was a bug, or actually supposed to be
that way. Given the following lines of code:
?php
session_start();
Merlin [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello there,
I am running php 4.2.1 on a linux machine. Not sure, but I think there
might
be a bug in there.
While putting data into the db I do get an error in a verry rar case. All
values are escaped by addslashes commands.
Hi, Let's get right to it...
When I try to do this:
?
echo $_COOKIE['test.1'];
?
It doesn't work (needless to say there is a cookie that goes by this name)
So, when I did this:
?
foreach($_COOKIE as $cook = $val) {
echo $val . - .$cook .br;
}
?
I got:
So I though that you couldn't have dots in your array names... Just to
be sure I wrote a small test program like this:
[snip]
So... anyone know what's up?
I believe that if you do it manually in a script, it works fine. But if PHP
gets/sets the value from POST, GET, COOKIE, etc. it
-Original Message-
From: Marcus Hufvudsson [mailto:[EMAIL PROTECTED]
Sent: 09 July 2003 13:56
Hi, Let's get right to it...
When I try to do this:
?
echo $_COOKIE['test.1'];
?
It doesn't work (needless to say there is a cookie that goes
by this name)
So, when I did this:
-Original Message-
From: John Wulff [mailto:[EMAIL PROTECTED]
Sent: 26 June 2003 22:14
Hmph, just not quite doing the trick... If you'd be so kind
here is the
complete source to give you a little bigger picture. As you
can probably
see the point of the script is to generate a
Where the heck is my problem? No matter what the value for *_color is
always 1!!!
$example_data = array(
array(Mar-99,100,2000,5945.33,1234,10),
array(Feb-99,908,3454,47648.90,4321,50),
array(Jan-99,542,8000,13365.52,6012,60)
);
$high = 47648.90;
if(!isset($num))
{
$num = 1;
}
You never set *_color back to 0 at any point, so the first time through
the loop it gets set to 1 and stays there.
Replace you lines like:
; if($a_percent $num) { $a_color = 1; }
with:
$a_color = $a_percent $num;
On Thu, 26 Jun 2003, John Wulff wrote:
; Where the heck is
In additon to the previous comment about resetting $*_color, you're
multiplying the decimal value by 100 to get a percentage. But then
you're comparing it to 1, not 100.
EWither don't multiply it by 100, or check to see if it's 100. Or
do you really want $*_color to be set if it's greater than
-Original Message-
From: Mark [mailto:[EMAIL PROTECTED]
Sent: 26 June 2003 15:16
To: John Wulff; [EMAIL PROTECTED]
Subject: Re: [PHP] Impossible bug!
In additon to the previous comment about resetting $*_color, you're
multiplying the decimal value by 100 to get a percentage
--- Ford, Mike [LSS] [EMAIL PROTECTED] wrote:
-Original Message-
From: Mark [mailto:[EMAIL PROTECTED]
Sent: 26 June 2003 15:16
To: John Wulff; [EMAIL PROTECTED]
Subject: Re: [PHP] Impossible bug!
In additon to the previous comment about resetting $*_color
Hmph, just not quite doing the trick... If you'd be so kind here is the
complete source to give you a little bigger picture. As you can probably
see the point of the script is to generate a bar chart of the array.
Thanks so much for the help, let me know what you think!
-John
?php
$height = 1;
Hello,
I have found troubling behavior using include() that looks like a bug.
When I specify an include file by a full path name versus a relative
path, PHP acts as though it has included the file, but variable and
constant definitions in the include file are not coming through. My
server is
Uh, http://www.walkereffects.com/test/include.php is not a full path
name, that is a URL. That will make an HTTP request to your web server
for /test/include.php which will of course get parsed by PHP and you will
only get the parsed output which means you won't see any variables or any
PHP tags
I get it... so instead I should use:
include(/usr/home/sites/www.walkereffects.com/web/test/include.php)
Thank you,
Steven J. Walker
Walker Effects
www.walkereffects.com
[EMAIL PROTECTED]
On Friday, June 6, 2003, at 10:08 AM, Rasmus Lerdorf wrote:
Uh,
On Fri, Jun 06, 2003 at 10:19:10AM -0700, Steven Walker wrote:
I get it... so instead I should use:
include(/usr/home/sites/www.walkereffects.com/web/test/include.php)
I would recommend using your .htaccess file, or ini_set, or something
else to set your include_path variable to contain
I would recommend using your .htaccess file, or ini_set, or something
else to set your include_path variable
Thanks Joel, that worked nicely.
Steven J. Walker
Walker Effects
www.walkereffects.com
[EMAIL PROTECTED]
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
I think I've found a print_r bug with reference recursion. The
following example script runs forever:
?php
$GLOBALS['foo'] = $GLOBALS;
print_r($GLOBALS);
?
Am I correct in thinking this is a bug that should be reported?
--
The above message is encrypted with double rot13 encoding. Any
On Wednesday 12 February 2003 16:53, Leif K-Brooks wrote:
I think I've found a print_r bug with reference recursion. The
following example script runs forever:
?php
$GLOBALS['foo'] = $GLOBALS;
print_r($GLOBALS);
?
Am I correct in thinking this is a bug that should be reported?
No, thats
But according to the manual:
Note: Prior to PHP 4.0.4, print_r() will continue forever if given
an array http://www.php.net/manual/en/language.types.array.php or
object http://www.php.net/manual/en/language.types.object.php that
contains a direct or indirect reference to itself. An
The following code is supposed to migrate data from an old database to a new
one, but produces the error:
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result
resource in C:\...\convertdb.php on line 17
The code:
?php
/* connect to database */
if(!($srcDB =
On Sat, 1 Feb 2003 13:28:00 -0800 [EMAIL PROTECTED] (Tim Lan) wrote:
The following code is supposed to migrate data from an old database to a new
one, but produces the error:
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result
resource in C:\...\convertdb.php on line
and by the way, the query on line 16 (the problematic one) works fine when
run directly in MySQL.
Tim
Tim Lan [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
The following code is supposed to migrate data from an old database to a new
one, but produces the
On Sat, 1 Feb 2003 13:28:00 -0800 [EMAIL PROTECTED] (Tim Lan) wrote:
The following code is supposed to migrate data from an old database to a new
one, but produces the error:
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result
resource in C:\...\convertdb.php on line
Thomas,
I changed it so that the two connections use different username/password
combination, and everything went smoothly.
Thank you very much for your rapid response.
Tim
Thomas Seifert [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
On Sat, 1 Feb 2003
I am attempting to create an extension to php.. The only problem is, whenever
I run buildconf after creating a skeletion with
./ext_skel --extname=my_module
I receive the following output from buildconf
./buildconf
using default Zend directory
buildconf: checking installation...
buildconf:
Here is a very simple APP to test my problem. Below you can see my
result. This is done on PHP 4.3.0
Serge.
?
function ob_end_flush_all () {
while ( ob_get_level() ) {
ob_end_flush();
}
}
function ob_spit_content_length ($buffer) {
$len=strlen($buffer);
Is output_handler set in your php.ini?
---John Holmes...
- Original Message -
From: Serge Paquin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, January 24, 2003 2:24 PM
Subject: [PHP] ob_gzhandler bug???
Here is a very simple APP to test my problem. Below you can see my
I found the problem. It's a bug in PHP 4.3.0 and is fixed in CVS which I
just confirmed...
Serge.
In article 007a01c2c3e1$bab70650$a629089b@TBHHCCDR, 1lt John W. Holmes
[EMAIL PROTECTED] wrote:
Is output_handler set in your php.ini?
---John Holmes...
--
PHP General Mailing List (http
101 - 200 of 327 matches
Mail list logo