Re: [PHP] Bug in DOMDocument schemaValidate() function?

Hello, I am sorry, but everything is ok here. I am performing an unmarshalling and marshalling unit test for every resource and the problem was, that after unmarshalling to the object, the marshalling of the object did not create the version element. I did not notice this in the first place.

Re: [PHP] Bug in DOMDocument schemaValidate() function?

On Mon, May 14, 2012 at 1:39 PM, Voß, Marko wrote: > Hello, > > I am validating user DOM against schema files using the following piece of > code: > > $valid = @$doc->schemaValidate($xsdFile); > > where $doc is of type DOMDocument and $xsdFile is the file location of the > XSD file. > > Everythi

Re: [PHP] Bug zlib.output_compression not normal work in IIS7.5

;小鱼虾"; Cc: "php-general"; Subject: Re: [PHP] Bug zlib.output_compression not normal work in IIS7.5 2012/3/19 小鱼虾 > > How I do fix it ? > > > https://bugs.php.net/bug.php?id=61434 > Hi, I got a rough overview of the conversation in the bug-tracker ... You

Re: [PHP] Bug zlib.output_compression not normal work in IIS7.5

2012/3/19 小鱼虾 > > How I do fix it ? > > > https://bugs.php.net/bug.php?id=61434 > Hi, I got a rough overview of the conversation in the bug-tracker ... You were always talking about a tool you used to test the gzip-compression ... but why not test it natively? Using Firefox (with the extension

Re: [PHP] Bug 51860

On Wed, Jan 18, 2012 at 1:06 AM, Christian Grobmeier wrote: > Hello folks, > > any chance this one is ever fixed? > https://bugs.php.net/bug.php?id=51860 > > I am a customer of 1&1. They told me they will not upgrade until this > one is fixed. Imagine that there are thousands of customers running

Re: [PHP] Bug?

De: Igor Escobar Para: "" Enviadas: Sexta-feira, 16 de Setembro de 2011 7:07 Assunto: [PHP] Bug? Anyone can explain this? https://gist.github.com/1220404 Part of the code are in portuguese so... iguais = equal diferentes = different Regards, Igor Escobar *

Re: [PHP] Bug?

I'm confused about the output of the code... very disturbed. But @*augustohp * already respond the question on the gist thread (in portuguese) and explained why those results. Regards, Igor Escobar *Software Engineer * + http://blog.igorescobar.com + http://www

Re: [PHP] Bug?

On Thu, Sep 15, 2011 at 17:07, Igor Escobar wrote: > Anyone can explain this? > > https://gist.github.com/1220404 > > Part of the code are in portuguese so... > iguais = equal > diferentes = different About this part are you confused? -- Network Infrastructure Manager http://www.php.net/

Re: [PHP] Bug #51739 tricky string to float conversion

On 1/09/2011, at 8:43 PM, magic-...@damage.devloop.de wrote: > Simon J Welsh writes: >> On 1/09/2011, at 9:53 AM, magic-...@damage.devloop.de wrote: >>> Am Mittwoch, 31. August 2011, 20:48:37 schrieb Shawn McKenzie: On 08/31/2011 09:03 AM, magic-...@damage.devloop.de wrote: > var_dump((

Re: [PHP] Bug #51739 tricky string to float conversion

Le 01/09/2011 10:43, magic-...@damage.devloop.de a écrit : Simon J Welsh writes: On 1/09/2011, at 9:53 AM, magic-...@damage.devloop.de wrote: Am Mittwoch, 31. August 2011, 20:48:37 schrieb Shawn McKenzie: On 08/31/2011 09:03 AM, magic-...@damage.devloop.de wrote: var_dump((float)"8315e839da08

Re: [PHP] Bug #51739 tricky string to float conversion

Simon J Welsh writes: On 1/09/2011, at 9:53 AM, magic-...@damage.devloop.de wrote: Am Mittwoch, 31. August 2011, 20:48:37 schrieb Shawn McKenzie: On 08/31/2011 09:03 AM, magic-...@damage.devloop.de wrote: var_dump((float)"8315e839da08e2a7afe6dd12ec58245d"); results in float(INF) The cast t

Re: [PHP] Bug #51739 tricky string to float conversion

On 1/09/2011, at 9:53 AM, magic-...@damage.devloop.de wrote: > Am Mittwoch, 31. August 2011, 20:48:37 schrieb Shawn McKenzie: >> On 08/31/2011 09:03 AM, magic-...@damage.devloop.de wrote: >>> Hi, >>> I have opend Bug #51739 in 2010. It was closed as bogus before my last >>> question was answered.

Re: [PHP] bug in mkdir? [SOLVED]

Ashley Sheridan wrote: On Thu, 2010-06-10 at 11:32 -0700, Mike Wright wrote: Hi all, Using 5.2.9 I'm trying to create a directory but it is being created with incorrect permissions. I'm following the online manual. This is the command being used: mkdir('/srv/www/domain/data/R1276190

Re: [PHP] bug in mkdir?

On Thu, 2010-06-10 at 11:32 -0700, Mike Wright wrote: > Hi all, > > Using 5.2.9 > > I'm trying to create a directory but it is being created with incorrect > permissions. I'm following the online manual. > > This is the command being used: > > mkdir('/srv/www/domain/data/R1276190214358/

Re: [PHP] bug tracking system

On Mon, Mar 29, 2010 at 5:30 PM, Jan G.B. wrote: > > 2010/3/29 Anshul Agrawal > > There is something new based on Trac but written in PHP. >> >> mtrack (http://bitbucket.org/wez/mtrack/wiki/Home) >> >> It is written by one of the PHP Core Developers (Wez Furlong). May be you >> want to try it ou

Re: [PHP] bug tracking system

2010/3/29 Anshul Agrawal > There is something new based on Trac but written in PHP. > > mtrack (http://bitbucket.org/wez/mtrack/wiki/Home) > > It is written by one of the PHP Core Developers (Wez Furlong). May be you > want to try it out. > > And there's something quite new that's aimed to be lik

Re: [PHP] bug tracking system

There is something new based on Trac but written in PHP. mtrack (http://bitbucket.org/wez/mtrack/wiki/Home) It is written by one of the PHP Core Developers (Wez Furlong). May be you want to try it out. Best, Anshul On Sun, Mar 28, 2010 at 10:36 PM, Nathan Rixham wrote: > shiplu wrote: > > I

Re: [PHP] bug tracking system

shiplu wrote: > I want to add with Andre. > I am looking for a free hosted bug tracking solution. I can not afford > to host it in my web server. > So is there any free one?? > It should not be public. Only me and my clients will be able to see it. > > Thanks > yes, for all cases, commercial or

Re: [PHP] bug tracking system

I want to add with Andre. I am looking for a free hosted bug tracking solution. I can not afford to host it in my web server. So is there any free one?? It should not be public. Only me and my clients will be able to see it. Thanks -- Shiplu Mokaddim My talks, http://talk.cmyweb.net Follow me, h

Re: [PHP] bug tracking system

On 03/28/2010 07:25 PM, ebhakt wrote: Use drupal with the bug tracking system http://drupal.org/project/project_issue On Sun, Mar 28, 2010 at 7:22 PM, Nilesh Govindarajan mailto:li...@itech7.com>> wrote: On 03/28/2010 06:58 PM, Andre Polykanine wrot

Re: [PHP] bug tracking system

Use drupal with the bug tracking system http://drupal.org/project/project_issue On Sun, Mar 28, 2010 at 6:58 PM, Andre Polykanine wrote: > Hello everyone, > > Can you recommend a bug tracking system to be installed on the site? > Requirements: written in PHP (or maybe Perl); tickets system; e-ma

Re: [PHP] bug tracking system

Ashley Sheridan wrote: > On Sun, 2010-03-28 at 16:28 +0300, Andre Polykanine wrote: >> >> Can you recommend a bug tracking system to be installed on the site? >> Requirements: written in PHP (or maybe Perl); tickets system; e-mail >> notifications. >> > > I think your best option is Mantis. It's

Re: [PHP] bug tracking system

On 03/28/2010 06:58 PM, Andre Polykanine wrote: Hello everyone, Can you recommend a bug tracking system to be installed on the site? Requirements: written in PHP (or maybe Perl); tickets system; e-mail notifications. http://www.google.co.in/search?aq=0&oq=php+bug&sourceid=chrome&ie=UTF-8&q=php

Re: [PHP] bug tracking system

On Sun, 2010-03-28 at 16:28 +0300, Andre Polykanine wrote: > Hello everyone, > > Can you recommend a bug tracking system to be installed on the site? > Requirements: written in PHP (or maybe Perl); tickets system; e-mail > notifications. > -- > With best regards from Ukraine, > Andre > Http://oi

Re: [PHP] bug or expected, mbstring.func_overload not changeable by .htaccess 5.2.8/5.2.9

Hello, Sorry for the late reply. no problem. The ini_set is meant to be used inside a php script not in an .htaccess file. So perhaps you could test this in a script specific manner. i know;) i do php/apache for some years... i found out the problem in meanwhile. http://bugs.php.net/bug.php?

Re: [PHP] bug or expected, mbstring.func_overload not changeable by .htaccess 5.2.8/5.2.9

Hello, Besides the .htaccess which might be an apache configuration problem if you use ini_set("mbstring.func_overload",2) in a script of this directory does it work? no, also the ini_set does not work for this Directive. Sorry for the late reply. The ini_set is meant to be used inside a p

Re: [PHP] bug or expected, mbstring.func_overload not changeable by .htaccess 5.2.8/5.2.9

Hello, Besides the .htaccess which might be an apache configuration problem if you use ini_set("mbstring.func_overload",2) in a script of this directory does it work? no, also the ini_set does not work for this Directive. In addition to this heck your apache configuration to see if you allow

Re: [PHP] bug or expected, mbstring.func_overload not changeable by .htaccess 5.2.8/5.2.9

Hello, following in my .htaccess works with php 5.2.6 (mod_php) php_value mbstring.func_overload 2 Seems that since (5.2.7?) 5.2.8/5.2.9 this value is not any more accepted by php in .htaccess. mbstring.func_overload should be changeable by PHP_INI_PERDIR which includes .htaccess Other valu

[PHP] Re: php bug from 2003 still alive?! - UTF8 BOM

Hello everybody, has anybody an idea on how to fix this? Is it really necessary to recomplile for utf-8 BOM support? Regards, Merlin Merlin Morgenstern wrote: Hello, I am experiencing problems with utf-8 and php. There seems to be a problem with BOM. Some postings say that I have to comp

Re: [PHP] Bug in array_key_exist?

Korgan schreef: Korgan napsal(a): Jim Lucas napsal(a): Korgan wrote: Hi, I have a problem with array_key_exists in if statement. I have a class with this function class XXX { private items = array(); ... ... ... public function addXXX($id, $count) { $count = (int)$cout;

Re: [PHP] Bug in array_key_exist?

Korgan napsal(a): Jim Lucas napsal(a): Korgan wrote: Hi, I have a problem with array_key_exists in if statement. I have a class with this function class XXX { private items = array(); ... ... ... public function addXXX($id, $count) { $count = (int)$cout; Let me point at

Re: [PHP] Bug in array_key_exist?

Jim Lucas napsal(a): Korgan wrote: Hi, I have a problem with array_key_exists in if statement. I have a class with this function class XXX { private items = array(); ... ... ... public function addXXX($id, $count) { $count = (int)$cout; Let me point at it Check you

Re: [PHP] Bug in array_key_exist?

Korgan wrote: Hi, I have a problem with array_key_exists in if statement. I have a class with this function class XXX { private items = array(); ... ... ... public function addXXX($id, $count) { $count = (int)$cout; Let me point at it Check your spelling If error_r

Re: [PHP] Bug in SimpleXML?

On Mon, Jun 2, 2008 at 4:32 PM, Kyle Browning <[EMAIL PROTECTED]> wrote: > I used both print_r and var_dump. > Whats supported for ultimate nesting prints of values and keys?, or in > objects words, properties and values. > cc'ng the list again.. well var_dump() and print_r() just arent supporte

Re: [PHP] Bug in SimpleXML?

On Mon, Jun 2, 2008 at 3:12 PM, Kyle Browning <[EMAIL PROTECTED]> wrote: > I was working on a project for XML Parsing. I came across instances where > my > elements were completely missing. > > After further Digging into the issue, I found out, that when placing tags > inside of an element with te

Re: [PHP] Bug with passing objects by reference and assigning a defeault null?

On Fri, 2007-04-06 at 12:19 -0400, Shu Chow wrote: > Has anyone tried to assign a default value of null for an object passed > by reference in PHP4? > > Let's say I had this code: > >$mObj = new testModel(); >$mObj->msg = "Bubba"; > >testFunc(); > >class testModel { > var

Re: [PHP] Bug? (_ENV in PHP v5.2.0)

Frank M. Kromann wrote: Hi Eli, Check variable_order in php.ini (http://us2.php.net/manual/en/ini.core.php#ini.variables-order) if the E is missing you will not get any environment variables. - Frank Thanks, Frank.. That worked! :-) -thanks, Eli -- PHP General Mailing List (http://www.php.

Re: [PHP] Bug? (_ENV in PHP v5.2.0)

Hi Eli, Check variable_order in php.ini (http://us2.php.net/manual/en/ini.core.php#ini.variables-order) if the E is missing you will not get any environment variables. - Frank > Hi, > > System: > Win32 > PHP 5.2.0 > Apache 2.0.54 (PHP in CGI mode) > > CGI vars are not automat

Re: [PHP] bug in php 5.1.4

Alain Roger wrote: > Hi, > > I' ve discovered a bug in PHP 5.1.4. This version of PHP create a new > session everytime you refresh the same php page or that you switch from 1 > page to another page. > I downgraded it to PHP 5.1.2 and it works correctly. > It could be interesting to fix this bug.

Re: [PHP] bug in php 5.1.4

There must be a special code in your script that causes it like this bug: http://bugs.php.net/bug.php?id=37926 on Friday 30 June 2006 11:39, Alain Roger wrote: > Hi, > > I' ve discovered a bug in PHP 5.1.4. This version of PHP create a new > session everytime you refresh the same php page or that

RE: [PHP] Bug madness

On Thu, 2006-04-27 at 10:48 -0500, Jeremy Schreckhise wrote: > Have you tried? > > error_reporting(E_ALL^E_NOTICE); Surely you mean error_reporting(E_ALL);? If one of my team members ships code that does not pass through on E_ALL (or E_STRICT), they get a beating. Now, back to the proble

RE: [PHP] Bug madness

Have you tried? error_reporting(E_ALL^E_NOTICE); Jeremy Schreckhise, M.B.A. -Original Message- From: Dave Goodchild [mailto:[EMAIL PROTECTED] Sent: Thursday, April 27, 2006 10:37 AM To: php-general@lists.php.net Subject: [PHP] Bug madness Hi all, I have been mashing my head t

Re: [PHP] Bug Apache/PHP/Oracle on Debian

David BERCOT wrote: Hi, I have a server with Apache 2, PHP 5.1.1 and Oracle Instant Client 10.2.0.1. As I have a little bug [http://bugs.php.net/bug.php?id=29779], I've tried the solution (in oci8.c) and recompiled ! But then, everything was broken. So, I get the source of PHP 5.1.2 and recompil

Re: [PHP] Bug??

> for($i=1;$i<13;$i++) { > echo $i . " :: "; > echo date('F', mktime(0, 0, 0, $i)) . " :: "; > echo mktime(0, 0, 0, $i) . "\n"; > } > > > 1 :: January :: 1107061200 > 2 :: March :: 1109739600 > 3 :: March :: 1112158800 Today is the 30th (in some parts of the world, anyway

Re: [PHP] Bug or programmer-error?

Rob Ziere wrote: Dear PHP_friends, I have found a strange behaviour of the "include" function. Here it is . // 1. this works fine include ("../../gps_info/fetch_fields.php"); // 2. this works fine $doc_root=$_SERV

Re: [PHP] [? BUG ?] weird thing;downloading from a php script stops at exactly 2.000.000 bytes

Hi, There is not a big speed difference between the two. The only thing is that it was frustrating to find out the limitations on readfile. I used it before with large files and it was ok; only to find out now that on 5.0.4 it doesn't work as it used to. As php manual states re

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

On Thu, June 9, 2005 4:12 pm, Catalin Trifu said: > Tried it and it works indeed, but it's quite annoying to make such > tricks > and is not the best solution either; fopen and fread are "expensive". >I can't say if it's a bug in PHP or some config option. You may want to benchmark the diffe

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

Uh, never mind. I guess I should read the thread. You are downloading, not uploading. I can't think of anything that would put an exact limit on the download like that. -Rasmus Rasmus Lerdorf wrote: > Didn't really follow this thread, but it sounds to me like you have > >upload_max_filesi

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

Didn't really follow this thread, but it sounds to me like you have upload_max_filesize = 2M which also happens to be the default uploaded filesize limit. -Rasmus Catalin Trifu wrote: > Hi, > >It can't be a memory limit problem. The server ha 2GB memory, > and in PHP each script c

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

Check out the readfile manual page. Someone made a user-contributed comment about that. As it happens they came up with pretty much the same solution as I did. On 6/10/05, Catalin Trifu <[EMAIL PROTECTED]> wrote: > Hi, > >It can't be a memory limit problem. The server ha 2GB memory,

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

Hi, It can't be a memory limit problem. The server ha 2GB memory, and in PHP each script can consume up to 64MB. On php4, apache 1.3 and same configs readfile works without fread tricks. C. Rory Browne wrote: > It's probably something to do with maximum memory, or something like > th

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

It's probably something to do with maximum memory, or something like that, but taking into account that your method is stretching the resources, fopen/fread may be a better solution. I'd be curious to see the benchmarked differences - but couldn't be bothered at this minute doing the benchmarking

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

Hi, Tried it and it works indeed, but it's quite annoying to make such tricks and is not the best solution either; fopen and fread are "expensive". I can't say if it's a bug in PHP or some config option. C. Rory Browne wrote: > I've never came across that problem, but try this > > fun

Re: [PHP] [? BUG ?] weird thing; downloading from a php script stops at exactly 2.000.000 bytes

I've never came across that problem, but try this function output_file($filename){ $fp = fopen($filename, "r"); while(!feof($fp)){ echo fread($fp, 1024000); } } On 6/9/05, Catalin Trifu <[EMAIL PROTECTED]> wrote: > Hi, > >I installed php5 using the configue below. I tried with apache2 as w

Re: [PHP] Re: PHP bug within multi. dimensional arrays?

Matthew Weier O'Phinney wrote: * Merlin <[EMAIL PROTECTED]>: Hi there, I am outputting an multidim. array. That works fine, except one thing. The first letter of the value inside dimension 1 always gets printed. For example: I fill the arrays: while ($row = mysql_fetch_object($result)){

[PHP] Re: PHP bug within multi. dimensional arrays?

* Merlin <[EMAIL PROTECTED]> : > Matthew Weier O'Phinney wrote: > > * Merlin <[EMAIL PROTECTED]> : > > > I am outputting an multidim. array. That works fine, except one thing. > > > The first > > > letter of the value inside dimension 1 always gets printed. > > > > > > For example: > > > > > > I

[PHP] Re: PHP bug within multi. dimensional arrays?

Matthew Weier O'Phinney wrote: * Merlin <[EMAIL PROTECTED]>: Hi there, I am outputting an multidim. array. That works fine, except one thing. The first letter of the value inside dimension 1 always gets printed. For example: I fill the arrays: while ($row = mysql_fetch_object($result)){

[PHP] Re: PHP bug within multi. dimensional arrays?

* Merlin <[EMAIL PROTECTED]>: > Hi there, > > I am outputting an multidim. array. That works fine, except one thing. The > first > letter of the value inside dimension 1 always gets printed. > > For example: > > I fill the arrays: > while ($row = mysql_fetch_object($result)){ > $

RE: [PHP] Bug in look-behind assertions in PCRE patterns ?

Ian Thurlbeck wrote: > Dear All > > Is this a bug ? [...] > $line = '$res = $bar("ddd", "dfdf");'; > if (preg_match("/(? echo "Should NOT match \$bar, but found: ".$matches[1]; > } > > > In the first preg_match() is correctly ignores the foobar > function name. However the

Re: [PHP] bug in str_split function?

Thanks to Richard who pointed me in the right direction. I failed to notice that the str_split function is only for use with php v5, I was run 4.3.10...DOH! In case anyone what the solution here is a rewrite. ping 1'; $strSize=strlen($test); for($i=0;$i

Re: [PHP] bug in str_split function?

chris wrote: > No good. > > I made the change to this (note the echo ping statements) > /// start > $test='this is test'; > echo $test; > echo 'ping 1'; > $test2=str_split($test); > echo 'ping 2'; > echo ''; > for($i=0;$i { > print_r($test2[$i]); > } > echo ''; > ?> > /

Re: [PHP] bug in str_split function?

Still no goodI get the first echo but nothing after it. :^( What bothers me about this whole thing is the original code was working fine. It was only today that this issue arose, when I was making documentation on my code. Now, all of a sudden, it no longer works. After stepping through my

Re: [PHP] bug in str_split function?

chris wrote: No good. this should work, I rewrote you little test and no probs (as expected): php -r ' $test = "this is test"; echo $test,"\n"; $test2 = str_split($test); foreach($test2 as $s) { echo $s."\n"; } ' I made the change to this (note the echo ping statements) /// st

Re: [PHP] bug in str_split function?

No good. I made the change to this (note the echo ping statements) /// start ping 1'; $test2=str_split($test); echo 'ping 2'; echo ''; for($i=0;$i'; ?> /// end result is now / this is test ping 1 / "Greg Donald" <[EMAIL PROTECTE

Re: [PHP] bug in str_split function?

On Fri, 21 Jan 2005 12:07:34 -0600, chris <[EMAIL PROTECTED]> wrote: > $test2=str_split($test); Do echo ''; print_r( $test2 ); right here and see if the $test2 array has the data you expect. -- Greg Donald Zend Certified Engineer http://destiney.com/ -- PHP General Mailing List (http://www.p

RE: [PHP] Bug-Tracking-System in PHP ?

Dunno if this is ok: http://www.mantisbt.org/ -Original Message- From: Michelle Konzack [mailto:[EMAIL PROTECTED] Sent: vrijdag 29 oktober 2004 5:31 To: [EMAIL PROTECTED] Subject: [PHP] Bug-Tracking-System in PHP ? Hello, Curently I create my website and I need for my development proj

Re: [PHP] Bug? ... and commenting them out

From: "Stefan" <[EMAIL PROTECTED]> i've the dump feeling there's a bug in the parser (or in my mind =) since i tried to commenting out some code, containing . http://us4.php.net/manual/en/language.basic-syntax.comments.php Quote:The one-line comment styles actually only comment to the end of the

Re: [PHP] Bug with mktime??

gives the following output: $i : Month: Year 0 : 08 : 2004 1 : 10 : 2004 2 : 10 : 2004 3 : 12 : 2004 4 : 12 : 2004 5 : 01 : 2005 6 : 03 : 2005 7 : 03 : 2005 8 : 05 : 2005 9 : 05 : 2005 10 : 07 : 2005 11 : 07 : 2005 Your bug is being caused by short months. If you ask mktime() to give you the

Re: [PHP] Bug with mktime??

On Tuesday 31 August 2004 05:53, John Clegg wrote: > I have been using mktime() to determine the next 12 months for a > program, and i have discovered what seems a bug in the function. > > The following code... > > for($i=0;$i < 12;$i++){ > > $currentDate = date("d m Y",mktime(0, 0, 0,date("m")+$

Re: [PHP] Bug with multipart/form-data ?

Maybe the post_max_size is also exceeded, and therefore it's handled with sense I think.. Otherwise I'm not sure I think this is handled the right way, if it's only upload_max_filesize that's exceeded. -- // DvDmanDT MSN: dvdmandt¤hotmail.com Mail: dvdmandt¤telia.com "John W. Holmes" <[EMAIL PROT

Re: [PHP] Bug with multipart/form-data ?

From: "Jay Blanchard" <[EMAIL PROTECTED]> > > [snip] > > I have a form in a page 1, that POSTs a file and some hidden's to page > > 2. If > > the file size is bigger that the max in php.ini, in page 2, $_POST is > > empty. > > [/snip] > > Why, of course it is! The php.ini sets the max file size $_

RE: [PHP] Bug with multipart/form-data ?

[snip] I have a form in a page 1, that POSTs a file and some hidden's to page 2. If the file size is bigger that the max in php.ini, in page 2, $_POST is empty. [/snip] Why, of course it is! The php.ini sets the max file size $_POST will be empty because it would not be allowed to load. You ha

Re: [PHP] bug in PHP

--- Kyle Goetz <[EMAIL PROTECTED]> wrote: > i have a line of code > include 'new_album.php'; > i keep getting a file not found error > i KNOW the file is there > i copy the code to a new file, and save it as 123.php and then change > the line of code to include '123.php'; and voile! it works! > it

RE: [PHP] bug in PHP

Kyle Goetz on Thursday, February 26, 2004 3:06 PM said: > 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 >

RE: [PHP] BUG: fatal error uses html in cgi version (WAS: require_once() or die(); = fatal error)

mus Lerdorf [mailto:[EMAIL PROTECTED] > Sent: Saturday, November 29, 2003 10:48 PM > To: Daevid Vincent > Cc: [EMAIL PROTECTED] > Subject: RE: [PHP] BUG: require_once() or die(); = fatal error > > By default the CLI version turns off the html in the error > messages. And

RE: [PHP] BUG: require_once() or die(); = fatal error

that. Especially since I'm running my script on the command > line, and your stock fatal error message uses HTML tags. > > Not a critical bug or a show stopper, but I do still feel it is a bug. > > > -Original Message- > > From: Rasmus Lerdorf [mailto:[EMAIL PRO

Re: [PHP] BUG: require_once() or die(); = fatal error

* Thus wrote Daevid Vincent ([EMAIL PROTECTED]): > My way, the logic is that the file *is* 'required' (whereas I view 'include' > files as optional), and I want to exit the program with a graceful message > instead of the fatal error (which doesn't really doesn't tell me what the > problem is -- "F

RE: [PHP] BUG: require_once() or die(); = fatal error

y since I'm running my script on the command line, and your stock fatal error message uses HTML tags. Not a critical bug or a show stopper, but I do still feel it is a bug. > -Original Message- > From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 26

Re: [PHP] BUG: require_once() or die(); = fatal error

This code doesn't make much sense. By definition, if require cannot open a file it throws a fatal error, so you would never hit the "or" case anyway. Hence there is no return code from require and you can't write code like this. If you want to test the return code you need to use 'include' inste

Re: [PHP] BUG: sprintf(%u) and ip2long

* Thus wrote Daevid Vincent ([EMAIL PROTECTED]): > Good point... > > v4.1.2, Linux stripples.devel.redhat.com 2.4.18-11smp #1 SMP Thu Aug 15 > 06:41:59 EDT 2002 i686 unknown > This program makes use of the Zend Scripting Language Engine: > Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technolog

RE: [PHP] BUG: sprintf(%u) and ip2long

ctober 14, 2003 2:25 PM > To: [EMAIL PROTECTED] > Subject: Re: [PHP] BUG: sprintf(%u) and ip2long > > * Thus wrote Daevid Vincent ([EMAIL PROTECTED]): > > Could be my not understanding of something, but I think > there is a bug in > > using ip2long() and sprintf(%u) as in

Re: [PHP] BUG: sprintf(%u) and ip2long

* Thus wrote Daevid Vincent ([EMAIL PROTECTED]): > Could be my not understanding of something, but I think there is a bug in > using ip2long() and sprintf(%u) as indicated on this page: > http://us4.php.net/manual/en/function.ip2long.php What version of php? It works find in 4.3.3. echo long2ip(3

[PHP] Re: PHP Bug Problems

on 10/1/03 7:50 PM, Richard Baskett at [EMAIL PROTECTED] 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://bugs

RE: [PHP] Bug...

: RE: [PHP] Bug... In the httpd.conf file for Apache, I have changed the 'Timeout' to 7200 seconds. Joe -Original Message- From: Jay Blanchard [mailto:[EMAIL PROTECTED] Sent: 28 August 2003 12:24 To: Joe Privett; [EMAIL PROTECTED] Subject: RE: [PHP] Bug... [snip] I run

RE: [PHP] Bug...

[snip] I run the script through a browser. The overall script takes about 36 minutes to run. I have changed the php.ini values to allow the script to run for longer than this. The script runs, but I always end up with a 500 error. [/snip] Have you also set your webserver software time accordi

RE: [PHP] Bug in Ereg?

ustus 2003 1:06 Aan: Kris Yates; [EMAIL PROTECTED] Onderwerp: RE: [PHP] Bug in Ereg? Hope I can be of any help again .. what you are doing seems rather complicated... what if you have your checkboxes like: and the recieving script just doing: if (isset($_POST['colors']) &&

RE: [PHP] Bug in Ereg?

Hope I can be of any help again .. what you are doing seems rather complicated... what if you have your checkboxes like: and the recieving script just doing: if (isset($_POST['colors']) && is_array($_POST['colors'])) $colors = join(':', $_POST['colors']); PHP will only register indexes in th

Re: [PHP] Bug in Ereg?

Kris Yates wrote: if(ereg("color-", $ThisVar) AND $ThisVal=="on" OR $ThisVal==1){ this condition reads if( (ereg("color-", $ThisVar) AND $ThisVal=="on") OR $ThisVal==1) It is called operator precedence. www.php.net/manual/en/language.operators.html#language.operators.precedence You have POST

Re: [PHP] Bug in Ereg?

* Thus wrote Kris Yates ([EMAIL PROTECTED]): > Hi, > > I have a form with checkboxes that POSTs to a PHP script. > > What is posted [ from phpinfo() ]: > > _POST["color-1"] on > _POST["color-4"] on > _POST["color-6"] on There is more post data than this. > > > Parser: >for

RE: [PHP] Bug in Ereg?

> What is posted [ from phpinfo() ]: > > _POST["color-1"] on > _POST["color-4"] on > _POST["color-6"] on > > > Parser: > foreach($_POST as $ThisVar=>$ThisVal){ > if(ereg("color-", $ThisVar) AND $ThisVal=="on" OR $ThisVal==1){ > $newVarA=explode("-", $ThisVar);

Re: [PHP] Bug in Ereg?

Just an addendum.. My parser has $colors=""; right before the foreach loop. Kris Yates wrote: Hi, I have a form with checkboxes that POSTs to a PHP script. What is posted [ from phpinfo() ]: _POST["color-1"] on _POST["color-4"] on _POST["color-6"] on Parser: foreach($_POST as

Re: [PHP] bug in code - can't find it!

just a little point; u can replace by which is better imho. AciD On Wed, 6 Aug 2003 14:57:23 -0700, Jennifer Goodie <[EMAIL PROTECTED]> wrote: Ok, here is my query and the bit of code I can't figure out: $query = "SELECT * from apt_user_t a, apt_company_t b "; $query .= "WHERE a.user_c

RE: [PHP] bug in code - can't find it!

> Ok, here is my query and the bit of code I can't figure out: > > $query = "SELECT * from apt_user_t a, apt_company_t b "; > $query .= "WHERE a.user_cd = b.user_cd "; > $query .= "ORDER BY a.username"; > > $search_results = mysql_query($query) or die("Select > Failed!"); > while

Re: [PHP] bug in code - can't find it!

AciD wrote: just a little point; u can replace by which is better imho. and you're entitled to it, but it's not better. Shorter isn't always better. Your code will break if enable_short_open_tags is disabled in php.ini or an .htaccess file. Sure, it's on by default, but some people turn it of

Re: [PHP] bug in code - can't find it!

} well for starters checkboxes dont have a size and maxlength you may want to try that and see if it works... - Original Message - From: "Amanda McComb" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 06, 2003 2:47 PM Subject: [PHP] bug in code - can't find it!

Re: [PHP] bug in code - can't find it!

silly me upon further looking > > - Original Message - From: "Amanda McComb" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 06, 2003 2:47 PM Subject: [PHP] bug in code - can't find it! > Ok, after all of the discussion on posting, I'm afraid to post. > Unfortunatel

Re: [PHP] bug in code - can't find it!

Is it realy so? I remember someone noting on this list it also work if short tags are off. I have never tested it and I'm not going to restart our server now, but I will try it at home. John W. Holmes wrote: AciD wrote: just a little point; u can replace by which is better imho. and you're

Re: [PHP] bug in code - can't find it!

Oh, yeah. Well, I just copied and pasted that from another form. Taken out, it still doesn't work. Even the echo, which is on no way related to the checkbox. Thanks! On Wed, 6 Aug 2003, Chris Sherwood wrote: > VALUE="CHECKED"> $search_result2[a.retired_flag]?> > } > > well for starters ch

Re: [PHP] bug in addslashes command?

I recently upgraded from 4.1.2 all the way to 4.3.2 without a single bump -- your experience may vary :) Cheers, Rob. On Tue, 2003-07-22 at 16:11, Merlin wrote: > there is definatelly a bug in 4.2.1 since this sentence: > > Argostoli is the 'capitol' of Kefalonia / Kefallinia. One of the Greek >

Re: [PHP] bug in addslashes command?

* Thus wrote Merlin ([EMAIL PROTECTED]): > there is definatelly a bug in 4.2.1 since this sentence: > > Argostoli is the 'capitol' of Kefalonia / Kefallinia. One of the Greek > Ionian islands. > > will be escaped by - instead of \ > > other examples run fine. > > Does anybody know if there are

  1   2   >