#41764 [Bgs]: the openssl_x509_parse function does not extract the certificate extensions

php-dev

Index ‹ php-dev
- Archive

- Previous
  - 1
    - #29974 [Fbk->NoF]: num_rows crashes Apache (recurrence) ID: 29974
      Updated by: email***@***.com
      Reported By: david dot powers at dial dot pipex dot com
      -Status: Feedback
      +Status: No Feedback
      Bug Type: MySQLi related
      Operating System: Windows XP
      PHP Version: 5.0.1
      New Comment:
      
      No feedback was provided for this bug for over a week, so it is
      being suspended automatically. If you are able to provide the
      information that was originally requested, please do so and change
      the status of the bug back to "Open".
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2004-09-20 01:31:27] splash2 at splashtech dot net
      
      I also had this issue on php 5.0.1 final release... I downloaded the
      latest (at this time) snapshot located at
      http://snaps.php.net/win32/php5.0-win32-200409191630.zip.
      
      The issue is resolved in that version. :)
      
      ------------------------------------------------------------------------
      
      [2004-09-15 09:30:27] email***@***.com
      
      Please try using this CVS snapshot:
      
      http://snaps.php.net/php5-STABLE-latest.tar.gz
      
      For Windows:
      
      http://snaps.php.net/win32/php5.0-win32-latest.zip
      
      ------------------------------------------------------------------------
      
      [2004-09-03 19:40:11] david dot powers at dial dot pipex dot com
      
      Description:
      ------------
      Bug #28205 reported fixed in PHP 5.RC-3 appears to have resurfaced.
      
      Use of $result->num_rows causes Apache to crash. Use of
      mysqli_num_rows() works without problem.
      
      Environment:
      
      Windows XP Pro
      Apache 1.3.31
      PHP 5.0.1
      MySQL 4.1.4-gamma
      
      extension=php_mbstring.dll
      extension=php_mysqli.dll
      extension=php_mysql.dll
      
      Reproduce code:
      ---------------
      $db = new mysqli($hostname, $username, $password, 'db_name');
      
      $sql = 'SELECT * FROM wordlist';
      $result = $db->query($sql);
      
      $total = $result->num_rows;
      echo "<h1>Total words: $total</h1>";
      while ($row = $result->fetch_assoc()) {
      echo $row['word'].'<br />';
      }
      
      Expected result:
      ----------------
      I expect it not to crash.
      
      Actual result:
      --------------
      Error report:
      
      szAppName: Apache.exe szAppVer: 0.0.0.0
      szModName: php_mysql.dll szModVer: 5.0.1.1
      offset: 000011fe
      
      Code works perfectly if $total = $result->num_rows; is commented out.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=29974&edit=1
  - 3
    - #43158 [NEW]: [ssl_verify_result] => 0From: p dot vanbrouwershaven at networking4all dot com
      Operating system: Linux *** 2.6.8-2-686 #1 Tue Au
      PHP version: 5.2.4
      PHP Bug Type: OpenSSL related
      Bug description: [ssl_verify_result] => 0
      
      Description:
      ------------
      I have some problems with the curl. On the console I get the right
      response message but in PHP I see no difference between a valid and an
      invalid SSL Certificate.
      
      Curl command in PHP:
      
      $url = ' https://verisign.com';
      
      $ch = curl_init();
      curl_setopt($ch, CURLOPT_TIMEOUT, 10);
      curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
      curl_setopt($ch, CURLOPT_URL, $url);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
      $result = curl_exec ($ch);
      $info = curl_getinfo($ch);
      curl_close ($ch);
      
      print_r($info);
      
      Curl command on console:
      
      curl -I https://verisign.com
      
      Console result:
      
      curl -I https://verisign.com
      curl: (51) SSL: certificate subject name 'www.verisign.com' does not
      match target host name 'verisign.com'
      
      PHP Result:
      [ssl_verify_result] => 0
      
      Reproduce code:
      ---------------
      $url = ' https://verisign.com';
      
      $ch = curl_init();
      curl_setopt($ch, CURLOPT_TIMEOUT, 10);
      curl_setopt($ch, CURLE_OPERATION_TIMEOUTED, 10);
      curl_setopt($ch, CURLOPT_URL, $url);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER, 0);
      curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
      curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2);
      curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 1);
      
      $result = curl_exec ($ch);
      $info = curl_getinfo($ch);
      curl_close ($ch);
      
      print_r($info);
      
      Expected result:
      ----------------
      Array
      (
      [url] => https://verisign.com
      [http_code] => 0
      [header_size] => 0
      [request_size] => 0
      [filetime] => -1
      [ssl_verify_result] => 51
      [redirect_count] => 0
      [total_time] => 0
      [namelookup_time] => 0
      [connect_time] => 0
      [pretransfer_time] => 0
      [size_upload] => 0
      [size_download] => 0
      [speed_download] => 0
      [speed_upload] => 0
      [download_content_length] => 0
      [upload_content_length] => 0
      [starttransfer_time] => 0
      [redirect_time] => 0
      )
      
      Actual result:
      --------------
      Array
      (
      [url] => https://verisign.com
      [http_code] => 0
      [header_size] => 0
      [request_size] => 0
      [filetime] => -1
      [ssl_verify_result] => 0
      [redirect_count] => 0
      [total_time] => 0
      [namelookup_time] => 0
      [connect_time] => 0
      [pretransfer_time] => 0
      [size_upload] => 0
      [size_download] => 0
      [speed_download] => 0
      [speed_upload] => 0
      [download_content_length] => 0
      [upload_content_length] => 0
      [starttransfer_time] => 0
      [redirect_time] => 0
      )
      
      --
      Edit bug report at http://bugs.php.net/?id=43158&edit=1
      --
      Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43158&r=trysnapshot44
      Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43158&r=trysnapshot52
      Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43158&r=trysnapshot53
      Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43158&r=trysnapshot60
      Fixed in CVS: http://bugs.php.net/fix.php?id=43158&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=43158&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=43158&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=43158&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=43158&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=43158&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=43158&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=43158&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=43158&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=43158&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43158&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=43158&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=43158&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=43158&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=43158&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=43158&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=43158&r=mysqlcfg
  - 5
    - #36399 [Opn->Bgs]: query from many join table in postgresql very slow ID: 36399
      Updated by: email***@***.com
      Reported By: maccran at hotmail dot com
      -Status: Open
      +Status: Bogus
      Bug Type: Performance problem
      Operating System: freebsd 5.4
      PHP Version: 5.1.2
      New Comment:
      
      Sorry, but your problem does not imply a bug in PHP itself. For a
      list of more appropriate places to ask for help using PHP, please
      visit http://www.php.net/support.php as this bug system is not the
      appropriate forum for asking support questions. Due to the volume
      of reports we can not explain in detail here why your report is not
      a bug. The support channels will be able to provide an explanation
      for you.
      
      Thank you for your interest in PHP.
      
      Not PHP problem.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2006-02-15 09:15:44] maccran at hotmail dot com
      
      Description:
      ------------
      from the source code, the using time in this query about
      7-10 ms (for exec pg_query) but when i using EXPLAIN ANALYZE in query,
      postgresql say it using 0.9 ms in query, so i think it very lost time
      in pg_query 5-8 ms. Because my web page have 4-10 query per page this
      consume time it make my server cannot service more than 20 page/sec
      (1/(5 query X 10 ms), if reduce this time it very speed up my php page
      
      this problem not appear if query from one table , but when join table
      more than one table in query it happen.
      
      in jsp&jdbc does not have any this problem
      
      Reproduce code:
      ---------------
      function microtime_float()
      { list($usec, $sec) = explode(" ", microtime());
      return ((float)$usec + (float)$sec);}
      
      $q = "select a.id, b.id, c.id, d.id, e.id
      from a,b,c,d,e
      where a.id=b.aid and b.id=c.bid
      and c.id=d.cid and d.id=e.did";
      
      $time_start = microtime_float();
      pg_query ($q);
      $time_end = microtime_float();
      $time = $time_end - $time_start;
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=36399&edit=1
  - 5
    - #41764 [Bgs]: the openssl_x509_parse function does not extract the certificate extensions ID: 41764
      User updated by: innocenti dot mauro at gmail dot com
      Reported By: innocenti dot mauro at gmail dot com
      Status: Bogus
      Bug Type: OpenSSL related
      Operating System: *
      PHP Version: 4.4.7
      Assigned To: pajoye
      New Comment:
      
      Thanks, but at 30 Jul 2006 You said "This bug has been fixed in CVS."
      and the bug #28382 was submitted for both PHP 4 and 5!
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2007-06-21 14:09:10] email***@***.com
      
      Please don't reopen a bug for an existing report. As far as I remember,
      it was fixed only in 5.x and will not be backported to 4.x.
      
      I close this bug (duplicate > bogus). If you still have this issue
      using 5.2.x, please reopen #28382.
      
      ------------------------------------------------------------------------
      
      [2007-06-21 14:04:20] innocenti dot mauro at gmail dot com
      
      Description:
      ------------
      bug ID #28382 "the openssl_x509_parse function does not extract the
      certificate extensions" is still present in PHP 4.4.7! even if is set to
      closed an year ago.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=41764&edit=1
  - 6
    - [PHP-DEV] Copy on writeHello everyone
      
      in version the 5.2.1 i get strange results when using the reference =
      
      operator on arrays. When writing a function "a" with call by reference:
      function &a(&$anArray) { return $anArray; }
      and another function "b":
      function b($anArray) { return $anArray; }
      
      Then on my machine it takes much longer to call function "a" than to cal=
      l =
      
      function "b". Actually it seems that function "a" always copies the hole=
      =
      
      array wheter or not i write to it - while function "b" does not copy tha=
      t =
      
      array as long as i only read from it.
      But why does function "a" copy at all? Has anyone a explanation?
      Here is the benchmark code which shows the speed difference:
      
      <?php
      echo phpversion()."\n";
      echo "test1\ttest2\n";
      function a($p){return $p;}
      function &b(&$p){return $p;}
      
      $test1 =3D $test2 =3D array();
      for ($i =3D 0;$i < 10000;$i++) {$test_array[] =3D $i;}
      $repeat =3D 10;
      for($j=3D0;$j<$repeat;$j++)
      {
      $start_time =3D microtime(true);
      for ($i=3D0;$i<500;$i++) {
      $x =3D a($test_array);
      $x[0];
      }
      
      $execution_time =3D microtime(true) - $start_time;
      echo number_format($execution_time,4)."\t";
      $test1[] =3D $execution_time;
      
      $start_time =3D microtime(true);
      $count =3D count($test_array);
      for ($i=3D0;$i<500;$i++) {
      $x =3D b($test_array);
      $x[0];
      }
      
      $execution_time =3D microtime(true) - $start_time;
      echo number_format($execution_time,4)."\n";
      $test2[] =3D $execution_time;
      }
      echo "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\n";
      echo number_format(array_sum($test1)/$repeat,4)."\t";
      echo number_format(array_sum($test2)/$repeat,4)."\n";
      
      ?>
      
      Output on my machine:
      5.2.1
      test1 test2
      0.0004 0.8020
      0.0004 0.7862
      0.0004 0.7970
      0.0004 0.7752
      0.0004 0.7783
      0.0004 0.7797
      0.0004 0.7834
      0.0004 0.7806
      0.0004 0.7747
      0.0004 0.7777
      =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
      0.0004 0.7835
      
      --
      PHP Internals - PHP Runtime Development Mailing List
      To unsubscribe, visit: http://www.php.net/unsub.php
  - 6
    - #28871 [Fbk->Opn]: mysql_afftected_rows returns 0 even when updates record ID: 28871
      User updated by: nav at nc dot ru
      Reported By: nav at nc dot ru
      -Status: Feedback
      +Status: Open
      Bug Type: MySQL related
      Operating System: Windows XP
      PHP Version: 4.3.6
      New Comment:
      
      No, I carefully checked the record before and after UPDATE. It WAS
      changed. However, mysql_affected_rows returned 0.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2004-06-22 00:47:51] email***@***.com
      
      Maybe the data is unchanged, meaning that it already was
      what you were trying to change it to.
      
      ------------------------------------------------------------------------
      
      [2004-06-21 18:39:34] nav at nc dot ru
      
      Description:
      ------------
      I've got the problem similar to already reported here.
      
      mysql_afftected_rows sometimes returns 0, sometimes 1. Although
      actually it does UPDATES the record. This query changes user login
      (password, e-mail) in the table "user" (see below. If it matters, MySQL
      is 3.23.53-max, Apache is 1.3.27):
      
      Reproduce code:
      ---------------
      mysql_query("UPDATE user SET ".$setRequest." WHERE login =
      '$userCurrentLogin' AND password = md5('$userCurrentPass')");
      /* $setRequest is the string compiled conditionally, but I've just
      printed whole query string and it looked correct:
      
      UPDATE user SET login = 'aaa' WHERE login = 'bbb' AND password =
      md5('ccc') */
      
      $num = mysql_affected_rows();
      if ($num == 0) $errorMsg = "Could not complete your request. Check the
      data";
      else if ($num == -1) $errorMsg = "Database error. Try again later";
      else $changeMsg = "Your data has been successfully changed";
      
      Expected result:
      ----------------
      Of course, I expect correct work of mysql_affected_rows :)
      
      Actual result:
      --------------
      BUT the result ($num) is sometimes 0, sometimes 1, even if the record
      is actually updated.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=28871&edit=1
  - 7
    - #36876 [NEW]: [PATCH] SysV Message Queue EnhancementFrom: tim dot hentenaar at securityconfidence dot com
      Operating system: Linux
      PHP version: 5CVS-2006-03-27 (CVS)
      PHP Bug Type: Feature/Change Request
      Bug description: [PATCH] SysV Message Queue Enhancement
      
      Description:
      ------------
      This patch adds the function msg_id_to_queue() which converts a message
      queue ID number into a message queue resource. I wrote this primarily for
      easy access to already-created queues.
      
      Patch for PHP5 CVS:
      http://portal.sec-con.net/patches/sysvmsg-5dev.patch
      
      Patch for PHP6 CVS:
      http://portal.sec-con.net/patches/sysvmsg-6.patch
      
      Tim
      
      Reproduce code:
      ---------------
      Example:
      
      $queue = msg_id_to_queue(10759);
      
      Would return queue 10759 as a resource, or false if unable to open it.
      
      --
      Edit bug report at http://bugs.php.net/?id=36876&edit=1
      --
      Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36876&r=trysnapshot44
      Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36876&r=trysnapshot51
      Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36876&r=trysnapshot60
      Fixed in CVS: http://bugs.php.net/fix.php?id=36876&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=36876&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=36876&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=36876&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=36876&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=36876&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=36876&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=36876&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=36876&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=36876&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36876&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=36876&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=36876&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=36876&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=36876&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=36876&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=36876&r=mysqlcfg
  - 8
    - [PHP-DEV] Filter, doc updatedHello,
      
      Until we have a phpdoc entry for pecl filter, I added a page to Lukas'
      wiki, it is Derick's initial spec but reflecting the current state:
      
      http://oss.backendmedia.com/PeclFilter
      
      Feel free to fix typos or improve the text.
      
      Cheers,
      --
      Pierre
      
      Did I help you? Please donate
      http://blog.thepimp.net/index.php/1998/04/12/57-please-donate
      
      --
      PHP Internals - PHP Runtime Development Mailing List
      To unsubscribe, visit: http://www.php.net/unsub.php
  - 8
    - #31796 [Fbk->Opn]: readline() completes filesystem ID: 31796
      User updated by: david at acz dot org
      Reported By: david at acz dot org
      -Status: Feedback
      +Status: Open
      Bug Type: Readline related
      Operating System: *
      PHP Version: 4CVS, 5CVS (2005-02-03)
      New Comment:
      
      I am positive.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-02-03 16:33:22] email***@***.com
      
      Are you sure your callback is being called?
      
      ------------------------------------------------------------------------
      
      [2005-02-01 21:12:43] david at acz dot org
      
      Description:
      ------------
      The readline() function always tab completes the filesystem even if a
      custom completion function is used. This behavior is undocumented and
      undesirable in some applications.
      
      Reproduce code:
      ---------------
      <?
      readline_completion_function("complete");
      readline("> ");
      
      function complete($line, $pos, $cursor)
      {
      return array();
      }
      ?>
      
      Expected result:
      ----------------
      I expect nothing to happen when I press tab.
      
      Actual result:
      --------------
      The filesystem is completed as with bash.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=31796&edit=1
  - 8
    - #31316 [NEW]: htmlentities('Hol?como estas') return bad translationFrom: jairo dot serrano at gmail dot com
      Operating system: linux 2.6.8
      PHP version: 5.0.3
      PHP Bug Type: Strings related
      Bug description: htmlentities('Hol?como estas') return bad translation
      
      Description:
      ------------
      the function htmlentities is broken
      
      Reproduce code:
      ---------------
      htmlentities('Hol?como estas');
      
      Expected result:
      ----------------
      holÃ como estÃs
      
      Actual result:
      --------------
      holÃ¡ como estaÃ¡s
      
      --
      Edit bug report at http://bugs.php.net/?id=31316&edit=1
      --
      Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31316&r=trysnapshot4
      Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31316&r=trysnapshot50
      Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31316&r=trysnapshot51
      Fixed in CVS: http://bugs.php.net/fix.php?id=31316&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=31316&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=31316&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=31316&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=31316&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=31316&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=31316&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=31316&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=31316&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=31316&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31316&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=31316&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=31316&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=31316&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=31316&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=31316&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=31316&r=mysqlcfg
  - 12
    - #39458 [Asn]: ftp_nlist returns false on empty directories ID: 39458
      User updated by: brain at eucoders dot com
      Reported By: brain at eucoders dot com
      Status: Assigned
      Bug Type: FTP related
      Operating System: Rehat Linux
      PHP Version: 4.4.4
      Assigned To: sesser
      New Comment:
      
      The problem is that the developer cannot use this ftp_rawlist in case
      the directory do not exist. In that case, ftp_nlist will return false
      (unreliable result) and ftp_rawlist return Array() which is again
      unreliable.
      
      The best fix would be that ftp_nlist return false when the directory
      does not exist, and Array() when directory is empty.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2006-11-10 12:07:43] brain at eucoders dot com
      
      It seems that ftp_rawlist has the corrected behaviour and it is
      returning an empty array.
      
      ------------------------------------------------------------------------
      
      [2006-11-10 12:06:11] brain at eucoders dot com
      
      ftp_nlist returns false on empty directories instead of empty array
      
      ------------------------------------------------------------------------
      
      [2006-11-10 12:04:54] brain at eucoders dot com
      
      Description:
      ------------
      ftp_nlist returns false on empty directories
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=39458&edit=1
  - 12
    - #36210 [NEW]: different result of count in 5.1.2From: urs dot huerlimann at abf dot ch
      Operating system: Win2003Server
      PHP version: 5.1.2
      PHP Bug Type: Class/Object related
      Bug description: different result of count in 5.1.2
      
      Description:
      ------------
      count of an xml-object returns different result in 5.1.2 and 5.0.4:
      
      is there any bugfix in 5.1.2 that causes this behavior?
      
      [5.0.4] the structure looks like:
      object(SimpleXMLElement)#15 (6) {
      ["SaveMode"]=>
      string(6) "Insert"
      ["ManCd"]=>
      string(3) "BAG"
      ["RegNr"]=>
      string(47) "5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_"
      ["DosNr"]=>
      string(16) "_0x2D450x2D45_43"
      ["Verantw"]=>
      string(6) "BAG070"
      ["Titel"]=>
      string(124) "105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
      WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_ WERT_BEZNAME"
      }
      
      =====================================================
      [5.1.2] similar structure looks like
      object(SimpleXMLElement)#18 (6) {
      ["SaveMode"]=>
      string(6) "Insert"
      ["ManCd"]=>
      string(3) "BAG"
      ["RegNr"]=>
      string(47) "5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_"
      ["DosNr"]=>
      string(15) "_0x2D450x2D45_1"
      ["Verantw"]=>
      string(6) "BAG070"
      ["Titel"]=>
      string(146) "3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
      _0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
      chloromethylmercury"
      }
      
      Reproduce code:
      ---------------
      SimpleXMLElement has six entries.
      
      $a = new array();
      $a[]=$SimpleXMLElement;
      (...)
      foreach($a as $detail)
      {
      echo(count($detail));
      }
      
      Expected result:
      ----------------
      twice the same result
      
      Actual result:
      --------------
      5.0.4::count -> 1
      5.1.2::count -> 6
      
      --
      Edit bug report at http://bugs.php.net/?id=36210&edit=1
      --
      Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36210&r=trysnapshot44
      Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36210&r=trysnapshot51
      Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36210&r=trysnapshot60
      Fixed in CVS: http://bugs.php.net/fix.php?id=36210&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=36210&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=36210&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=36210&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=36210&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=36210&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=36210&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=36210&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=36210&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=36210&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36210&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=36210&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=36210&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=36210&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=36210&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=36210&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=36210&r=mysqlcfg
  - 13
    - #26304 [Opn->Asn]: Unexpected data loss when opening dba file ID: 26304
      Updated by: email***@***.com
      Reported By: vesely at tana dot it
      -Status: Open
      +Status: Assigned
      Bug Type: DBM/DBA related
      Operating System: Solaris
      PHP Version: 4.3.4
      -Assigned To:
      +Assigned To: helly
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2003-11-18 12:59:58] vesely at tana dot it
      
      Also, that correction around line 67 in dba_db4.c
      (DBA_OPEN_FUNC) is bogus: if stat returns 0 you want
      to say DB_UNKNOWN, since you cannot say it is DB_BTREE
      when it was created by some other program.
      
      To reproduce the bug you should create a DB with a different
      type, e.g. in C if you just include db.h and then call
      the dbm_open compatibility layer. The Sleepycat message
      will then say "call implies an access method which is
      inconsistent with previous calls."
      
      ------------------------------------------------------------------------
      
      [2003-11-18 12:09:46] vesely at tana dot it
      
      Description:
      ------------
      Opening a file in 'c' mode (see example below)
      truncates the file!! The docs say '"c" for read/write
      access and database creation if it doesn't currently exist.'
      
      I cannot understand that comment at line 658 in
      ext/dba/dba.c, as it seems to imply that truncating
      the database is necessary for locking it (??).
      
      Reproduce code:
      ---------------
      dba_open("important_data.db", "c", "db4");
      
      Expected result:
      ----------------
      open db (create if doesn't exist)
      
      Actual result:
      --------------
      truncated db
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=26304&edit=1
  - 14
    - #25976 [Com]: $array[] = $otherarray does not work as expected ID: 25976
      Comment by: tony2001 at phpclub dot net
      Reported By: email***@***.com
      Status: Open
      Bug Type: Arrays related
      Operating System: Linux
      PHP Version: 5CVS-2003-10-24 (dev)
      New Comment:
      
      Try to update your PHP from CVS, to run ./cvsclean and to build it once
      more.
      I can't reproduce this with latest CVS.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2003-10-24 09:46:10] email***@***.com
      
      Description:
      ------------
      See expected and actual result to find out the difference. With CGI
      build from same source both examples work as expected.
      
      Reproduce code:
      ---------------
      example 1:
      <?php
      $aTestInner = array();
      $aTestInner['foo'] = 'content of $aTestInner[\'foo\']';
      $aTestInner['bar'] = 'content of $aTestInner[\'bar\']';
      
      $aTestOuter[] = $aTestInner;
      $aTestOuter[] = $aTestInner;
      $aTestOuter[] = $aTestInner;
      
      echo '<pre>';
      var_dump($aTestOuter);
      echo '</pre>';
      ?>
      ------------------------------------------------------------
      example 2:
      <?php
      for ($iLoop = 0; $iLoop < 3; $iLoop++) {
      $aTestInner = array();
      $aTestInner['foo'] = $iLoop . ': content of $aTestInner[\'foo\']';
      $aTestInner['bar'] = $iLoop . ': content of $aTestInner[\'bar\']';
      
      $aTestOuter[] = $aTestInner;
      }
      
      echo '<pre>';
      var_dump($aTestOuter);
      echo '</pre>';
      ?>
      
      Expected result:
      ----------------
      example 1:
      array(3) {
      [0]=>
      array(2) {
      ["foo"]=>
      string(29) "content of $aTestInner['foo']"
      ["bar"]=>
      string(29) "content of $aTestInner['bar']"
      }
      [1]=>
      array(2) {
      ["foo"]=>
      string(29) "content of $aTestInner['foo']"
      ["bar"]=>
      string(29) "content of $aTestInner['bar']"
      }
      [2]=>
      array(2) {
      ["foo"]=>
      string(29) "content of $aTestInner['foo']"
      ["bar"]=>
      string(29) "content of $aTestInner['bar']"
      }
      }
      ------------------------------------------------------------
      example 2:
      array(3) {
      [0]=>
      array(2) {
      ["foo"]=>
      string(32) "0: content of $aTestInner['foo']"
      ["bar"]=>
      string(32) "0: content of $aTestInner['bar']"
      }
      [1]=>
      array(2) {
      ["foo"]=>
      string(32) "1: content of $aTestInner['foo']"
      ["bar"]=>
      string(32) "1: content of $aTestInner['bar']"
      }
      [2]=>
      array(2) {
      ["foo"]=>
      string(32) "2: content of $aTestInner['foo']"
      ["bar"]=>
      string(32) "2: content of $aTestInner['bar']"
      }
      }
      
      Actual result:
      --------------
      example 1:
      array(3) {
      [0]=>
      array(0) {
      }
      [1]=>
      array(2) {
      ["foo"]=>
      string(29) "content of $aTestInner['foo']"
      ["bar"]=>
      string(29) "content of $aTestInner['bar']"
      }
      [2]=>
      array(2) {
      ["foo"]=>
      string(29) "content of $aTestInner['foo']"
      ["bar"]=>
      string(29) "content of $aTestInner['bar']"
      }
      }
      ------------------------------------------------------------
      example 2:
      array(3) {
      [0]=>
      array(0) {
      }
      [1]=>
      array(0) {
      }
      [2]=>
      array(0) {
      }
      }
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=25976&edit=1
  - 14
    - #32813 [NEW]: parse_url does not parse 'scheme:' correctly.From: mpb dot mail at gmail dot com
      Operating system: FreeBSD and Linux
      PHP version: 5.0.3
      PHP Bug Type: *URL Functions
      Bug description: parse_url does not parse 'scheme:' correctly.
      
      Description:
      ------------
      parse_url does not parse 'scheme:' correctly.
      
      --------
      From http://www.ietf.org/rfc/rfc1738.txt:
      
      5. BNF for specific URL schemes
      
      [snip]
      
      genericurl = scheme ":" schemepart
      
      [snip]
      
      schemepart = *xchar | ip-schemepart
      
      --------
      
      In other words, 'scheme:' is a complete and valid URL; the empty string is
      a valid schemepart.
      
      parse_url ('scheme:') claims that the *host* is 'scheme'. This is
      incorrect. The *scheme* is 'scheme'.
      
      Thanks!
      
      Reproduce code:
      ---------------
      var_dump (parse_url ('scheme:'));
      
      Expected result:
      ----------------
      array(1) {
      ["scheme"]=>
      string(6) "scheme"
      }
      
      Actual result:
      --------------
      array(1) {
      ["host"]=>
      string(6) "scheme"
      }
      
      --
      Edit bug report at http://bugs.php.net/?id=32813&edit=1
      --
      Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32813&r=trysnapshot4
      Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32813&r=trysnapshot50
      Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32813&r=trysnapshot51
      Fixed in CVS: http://bugs.php.net/fix.php?id=32813&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=32813&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=32813&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=32813&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=32813&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=32813&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=32813&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=32813&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=32813&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=32813&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32813&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=32813&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=32813&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=32813&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=32813&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=32813&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=32813&r=mysqlcfg
  - 14
    - #32429 [Ver]: method_exists() always return TRUE if __call method exists ID: 32429
      User updated by: pasha dot zubkov at gmail dot com
      Reported By: pasha dot zubkov at gmail dot com
      Status: Verified
      Bug Type: Zend Engine 2 problem
      Operating System: Linux 2.6.11-grsec
      -PHP Version: 5CVS-2005-03-23 (dev)
      +PHP Version: 5CVS-2005-03-29 (dev)
      New Comment:
      
      Any solution for this bag?
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-03-24 14:20:44] pasha dot zubkov at gmail dot com
      
      I checkout HEAD from cvs. Problem not solved.
      
      ------------------------------------------------------------------------
      
      [2005-03-24 00:27:55] email***@***.com
      
      Confirmed with HEAD only.
      
      ------------------------------------------------------------------------
      
      [2005-03-23 23:58:44] email***@***.com
      
      Please try using this CVS snapshot:
      
      http://snaps.php.net/php5-latest.tar.gz
      
      For Windows:
      
      http://snaps.php.net/win32/php5-win32-latest.zip
      
      ------------------------------------------------------------------------
      
      [2005-03-23 14:43:34] pasha dot zubkov at gmail dot com
      
      Description:
      ------------
      See example. I can't use `if (method_exists()) {}` because it always
      return TRUE
      
      Reproduce code:
      ---------------
      <?php
      
      class TestClass {
      public function __construct() {
      var_dump(method_exists($this, 'test'));
      
      if (method_exists($this, 'test')) {
      $this->test();
      }
      }
      
      public function __call($name, $args) {
      throw new Exception('Call to undefined method
      '.get_class($this).'::'.$name.'()');
      }
      }
      
      try {
      $test = new TestClass;
      } catch (Exception $e) {
      exit($e->getMessage());
      }
      
      ?>
      
      Expected result:
      ----------------
      bool(false)
      
      Actual result:
      --------------
      bool(true) Call to undefined method TestClass::test()
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=32429&edit=1

php-bugs@lists.php.net

ID: 41764
User updated by: innocenti dot mauro at gmail dot com
Reported By: innocenti dot mauro at gmail dot com
Status: Bogus
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:

Thanks, but at 30 Jul 2006 You said "This bug has been fixed in CVS."
and the bug #28382 was submitted for both PHP 4 and 5!

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

[2007-06-21 14:09:10] email***@***.com

Please don't reopen a bug for an existing report. As far as I remember,
it was fixed only in 5.x and will not be backported to 4.x.

I close this bug (duplicate > bogus). If you still have this issue
using 5.2.x, please reopen #28382.

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

[2007-06-21 14:04:20] innocenti dot mauro at gmail dot com

Description:
------------
bug ID #28382 "the openssl_x509_parse function does not extract the
certificate extensions" is still present in PHP 4.4.7! even if is set to
closed an year ago.

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

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

Top

Re: #41764 [Bgs]: the openssl_x509_parse function does not extract the certificate extensions

pajoye

ID: 41764
Updated by: email***@***.com
Reported By: innocenti dot mauro at gmail dot com
Status: Bogus
Bug Type: OpenSSL related
Operating System: *
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:

"the bug #28382 was submitted for both PHP 4 and 5!"

You miss my point. PHP 4.x will only get critical bug fixes (like
security issues).

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

[2007-06-21 14:18:33] innocenti dot mauro at gmail dot com

Thanks, but at 30 Jul 2006 You said "This bug has been fixed in CVS."
and the bug #28382 was submitted for both PHP 4 and 5!

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

[2007-06-21 14:09:10] email***@***.com

Please don't reopen a bug for an existing report. As far as I remember,
it was fixed only in 5.x and will not be backported to 4.x.

I close this bug (duplicate > bogus). If you still have this issue
using 5.2.x, please reopen #28382.

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

[2007-06-21 14:04:20] innocenti dot mauro at gmail dot com

Description:
------------
bug ID #28382 "the openssl_x509_parse function does not extract the
certificate extensions" is still present in PHP 4.4.7! even if is set to
closed an year ago.

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

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

Top

Re:

Simple PHP!

Teach Yourself PHP in 17 Hours

Top

Index
- Next
  - 1
    - #28911 [NEW]: $_Get and $_Post not avaibleFrom: kae at aals dot ch
      Operating system: windows XP Workstation
      PHP version: 4.3.7
      PHP Bug Type: IIS related
      Bug description: $_Get and $_Post not avaible
      
      Description:
      ------------
      Hello,
      I've installed the IIS 5.1, Windows xp, PHP 4.3.7 exsatly how the
      instruction in infos24.de and installmanual (PHP).
      Now when i load a form and make an input, then with a button on this form
      call the next form (form2), in this form i want display $_post or $_get
      and no value is on the variable.
      
      PHP.ini global_registers = off
      
      When i start this form on winows Apache configuration then it's works
      correct.
      
      Reproduce code:
      ---------------
      <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
      <HTML>
      <HEAD>
      <TITLE>Beispielformular</TITLE>
      <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
      </HEAD>
      <form action="script.php" method="POST">
      <input type="hidden" name="secret_var" value="1">
      Vorname und Familienname:<br>
      <input type="text" name="name" value="Otto Normalverbraucher"><br>
      Passwort:<br>
      <input type="password" name="passwd"><br>
      Geschlecht:<br>
      <input type="radio" name="sex" value="m"> männlich<br>
      <input type="radio" name="sex" value="w"> weiblich<br>
      Hobbys:<br>
      <input type="checkbox" name="hobbys[]" value="computers"> Computer<br>
      <input type="checkbox" name="hobbys[]" value="sport"> Sport<br>
      <input type="checkbox" name="hobbys[]" value="books"> Bücher<br>
      Kommentar:<br>
      <textarea name="comment" rows="4" cols="20"></textarea><br>
      <input type="submit" name="sent" value="Abschicken">
      </form>
      </html>
      
      <?php
      if ($_POST) {
      echo "<p>Mit der Methode POST erhaltene Daten:</p>";
      while (list($post_var, $post_value) = each($_POST))
      {
      echo $post_var." = ".$post_value."<br>";
      }
      }
      if ($_GET) {
      echo "<p>Mit der Methode GET erhaltene Daten:</p>";
      while (list($get_var, $get_value) = each($_GET))
      {
      echo $get_var ." = ".$get_value ."<br>";
      }
      }
      ?>
      
      Expected result:
      ----------------
      null
      
      Actual result:
      --------------
      all Fields and values
      
      --
      Edit bug report at http://bugs.php.net/?id=28911&edit=1
      --
      Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28911&r=trysnapshot4
      Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28911&r=trysnapshot5
      Fixed in CVS: http://bugs.php.net/fix.php?id=28911&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=28911&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=28911&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=28911&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=28911&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=28911&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=28911&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=28911&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=28911&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=28911&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28911&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=28911&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=28911&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=28911&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=28911&r=float
  - 2
    - #43382 [NEW]: Install Failure - NOT in bug listFrom: ross dot klinger at eqho dot com
      Operating system: Windows XP SP2
      PHP version: 5.2.5
      PHP Bug Type: Unknown/Other Function
      Bug description: Install Failure - NOT in bug list
      
      Description:
      ------------
      Install (IIS ISAPI selected, default components) fails with the message
      "There is a problem with this Windows Installer package. A script required
      for this install to complete could not be run. Contact your support
      personnel or package vendor."
      
      --
      Edit bug report at http://bugs.php.net/?id=43382&edit=1
      --
      Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43382&r=trysnapshot44
      Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43382&r=trysnapshot52
      Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43382&r=trysnapshot53
      Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43382&r=trysnapshot60
      Fixed in CVS: http://bugs.php.net/fix.php?id=43382&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=43382&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=43382&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=43382&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=43382&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=43382&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=43382&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=43382&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=43382&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=43382&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43382&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=43382&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=43382&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=43382&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=43382&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=43382&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=43382&r=mysqlcfg
  - 3
    - [PHP-DEV] Upcoming features PHP 6?Hi,
      
      Is there any list of the upcoming features of PHP 6 (as update of
      http://www.php.net/~derick/meeting-notes.html)
      
      For instance, what has been decided on macro's?
      
      Best regards,
      Arnold
      
      --
      PHP Internals - PHP Runtime Development Mailing List
      To unsubscribe, visit: http://www.php.net/unsub.php
  - 4
    - #26656 [Opn->Bgs]: ldap_set_option() while LDAP is compiled. ID: 26656
      Updated by: email***@***.com
      Reported By: herps at raqtweak dot com
      -Status: Open
      +Status: Bogus
      Bug Type: LDAP related
      Operating System: RedHat 6.0
      PHP Version: 4.3.4
      New Comment:
      
      Definately not PHP bug.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2003-12-17 17:02:09] email***@***.com
      
      I don't remember for sure, but I think you need at least
      OpenLDAP 2.0 for ldap_set_option() to be there. If you
      don't use this function in your scripts, you shouldn't
      worry too much, but in general I would suggest installing
      more up to date LDAP libraries. OpenLDAP 1 is getting quite
      old.
      
      ------------------------------------------------------------------------
      
      [2003-12-17 16:48:02] herps at raqtweak dot com
      
      Description:
      ------------
      For some reason I keep getting:
      
      Fatal error: Call to undefined function: ldap_set_option()
      
      However, my PHP is compiled with --with-ldap and it compiles just
      fine.
      A PHP info also shows LDAP just fine...
      
      However, this exact same script, same system, compiled with PHP 4.1.2
      same configure options gives a GOOD result...
      
      Can someone please advise?!!
      I have installed:
      openldap-1.2.9-6
      openldap-devel-1.2.9-6
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=26656&edit=1
  - 5
    - #34179 [NEW]: want 1.0/0.0 == INF as an optionFrom: pww8 at cornell dot edu
      Operating system: Linux 2.4.9
      PHP version: 5.0.4
      PHP Bug Type: Feature/Change Request
      Bug description: want 1.0/0.0 == INF as an option
      
      Description:
      ------------
      It appears floating-point infinity (INF) is not returned from divide by
      zero (in PHP 5.0.0). Instead a warning is given and Boolean FALSE is
      returned.
      
      This is no doubt well-known behavior to most users, probably would be
      confusing to change the default. But it would be useful for me to throw a
      switch or set an .ini file variable to some non-default state, and get the
      correct answer instead of FALSE.
      
      Note that you can get INF from multiply, e.g. 1.0e300*1.0e300 [Linux on
      Intel]. Might also be nice to get INF when it is the correct answer!
      
      Reproduce code:
      ---------------
      // Expected result would be after I set some non-default
      // floating point handling mode above...
      
      $varxx = 1.0 / 0.0;
      $if (isset($varxx))
      { boolean = is_bool($varxx) ? "Boolean" : "Not Boolean" ;
      print "\nSET $varxx $boolean";
      }
      else
      { print "\nNOT SET"; }
      
      print "\nanother test, exp of very large number is : " . exp(1.0e300);
      print "\ntry for infinity using * : " . 1.0e300*1.0e300;
      
      Expected result:
      ----------------
      SET INF Not Boolean
      another test, exp of very large number is : INF
      try for infinity using * : INF
      
      Actual result:
      --------------
      SET Boolean
      another test, exp of very large number is : INF
      try for infinity using * : INF
      
      --
      Edit bug report at http://bugs.php.net/?id=34179&edit=1
      --
      Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34179&r=trysnapshot4
      Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34179&r=trysnapshot50
      Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34179&r=trysnapshot51
      Fixed in CVS: http://bugs.php.net/fix.php?id=34179&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=34179&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=34179&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=34179&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=34179&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=34179&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=34179&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=34179&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=34179&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=34179&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34179&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=34179&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=34179&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=34179&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=34179&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=34179&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=34179&r=mysqlcfg
  - 6
    - #34742 [Ver->Csd]: [PATCH] FTP fopen wrapper does not work with all servers ID: 34742
      Updated by: email***@***.com
      Reported By: fcartegnie at nordnet dot fr
      -Status: Verified
      +Status: Closed
      Bug Type: FTP related
      Operating System: *
      PHP Version: 5CVS, 4CVS (2005-10-06) (cvs)
      New Comment:
      
      This bug has been fixed in CVS.
      
      Snapshots of the sources are packaged every three hours; this change
      will be in the next snapshot. You can grab the snapshot at
      http://snaps.php.net/.
      
      Thank you for the report, and for helping us make PHP better.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-10-05 17:35:49] fcartegnie at nordnet dot fr
      
      I've read your bug #. I guess that this problem is then happening with
      more than one ftpserver. Minor changes in php would ensure
      compatibility. Also, splitting commands like 'USER' or 'PASS' in
      multiple packets does not make really sense.
      
      ------------------------------------------------------------------------
      
      [2005-10-05 17:28:02] email***@***.com
      
      I've been already hited by this problem (see bug #30516), but I was
      connecting to another FTP server.
      In that time, Konqueror and Mozilla weren't also able to connect to
      that server, so PHP isn't alone :)
      
      ------------------------------------------------------------------------
      
      [2005-10-05 17:01:17] fcartegnie at nordnet dot fr
      
      Description:
      ------------
      I was stuck with a fopen("ftp://...
      resulting in a
      "failed to open stream: FTP server reports 220 Serv-U FTP Server v6.0
      for WinSock ready..."
      This URL was working with any other software (WGET, CURL).
      
      After analysing and tracing the code, I found the reason: This
      ftpserver (or maybe firewall) expects only full line commands. The
      FTP_fopen_wrapper outputs commands while generating then. TCPdumping
      the flow shows the php client
      sends "USER " in a single packet, then the remaining of the command.
      Thoses servers answers after the packet, and php read a wrong command
      result so.
      
      Reproduce code:
      ---------------
      I can give privately IP/login/pass for reproducing.
      
      Expected result:
      ----------------
      Commands in a single line/packet.
      Patch follows.
      
      Actual result:
      --------------
      --- php-4.4.0/ext/standard/ftp_fopen_wrapper.c 2005-06-27
      10:27:23.000000000 +0200
      +++ php-4.4.0_modifie/ext/standard/ftp_fopen_wrapper.c 2005-10-05
      16:46:03.000000000 +0200
      @@ -139,7 +139,7 @@
      php_url *resource=NULL;
      char tmp_line[512];
      char ip[sizeof("123.123.123.123")];
      - unsigned short portno;
      + unsigned short portno;char *commandbuffer=NULL;
      char *scratch;
      int result;
      int i, use_ssl, tmp_len;
      @@ -255,18 +255,19 @@
      }
      
      /* send the user name */
      - php_stream_write_string(stream, "USER ");
      if (resource->user != NULL) {
      unsigned char *s, *e;
      tmp_len = php_raw_url_decode(resource->user,
      strlen(resource->user));
      
      PHP_FTP_CNTRL_CHK(resource->user, tmp_len, "Invalid login %s")
      
      - php_stream_write_string(stream, resource->user);
      + commandbuffer = (char *) malloc((strlen("USER \r\n") +
      strlen(resource->user) + 1) * sizeof(char));
      + commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
      strcat(commandbuffer,"USER "), resource->user), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      } else {
      - php_stream_write_string(stream, "anonymous");
      + php_stream_write_string(stream, "USER anonymous\r\n");
      }
      - php_stream_write_string(stream, "\r\n");
      
      /* get the response */
      result = GET_FTP_RESULT(stream);
      @@ -275,23 +276,27 @@
      if (result >= 300 && result <= 399) {
      php_stream_notify_info(context, PHP_STREAM_NOTIFY_AUTH_REQUIRED,
      tmp_line, 0);
      
      - php_stream_write_string(stream, "PASS ");
      if (resource->pass != NULL) {
      tmp_len = php_raw_url_decode(resource->pass,
      strlen(resource->pass));
      
      PHP_FTP_CNTRL_CHK(resource->pass, tmp_len, "Invalid password %s")
      
      - php_stream_write_string(stream, resource->pass);
      + commandbuffer = (char *) malloc((strlen("PASS \r\n") +
      strlen(resource->pass) + 1) * sizeof(char));
      + commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
      strcat(commandbuffer,"PASS "), resource->pass), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      } else {
      /* if the user has configured who they are,
      send that as the password */
      if (cfg_get_string("from", &scratch) == SUCCESS) {
      - php_stream_write_string(stream, scratch);
      + commandbuffer = (char *) malloc((strlen("PASS \r\n") +
      strlen(scratch) + 1) * sizeof(char));
      + commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
      strcat(commandbuffer,"PASS "), scratch), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      } else {
      - php_stream_write_string(stream, "anonymous");
      + php_stream_write_string(stream, "PASS anonymous\r\n");
      }
      }
      - php_stream_write_string(stream, "\r\n");
      
      /* read the response */
      result = GET_FTP_RESULT(stream);
      @@ -312,9 +317,10 @@
      goto errexit;
      
      /* find out the size of the file (verifying it exists) */
      - php_stream_write_string(stream, "SIZE ");
      - php_stream_write_string(stream, resource->path);
      - php_stream_write_string(stream, "\r\n");
      + commandbuffer = (char *) malloc((strlen("SIZE \r\n") +
      strlen(resource->path) + 1) * sizeof(char));
      + commandbuffer[0]='\0'; commandbuffer = strcat( strcat(
      strcat(commandbuffer,"SIZE "), resource->path), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      
      /* read the response */
      result = GET_FTP_RESULT(stream);
      @@ -411,17 +417,27 @@
      
      if (mode[0] == 'r') {
      /* retrieve file */
      - php_stream_write_string(stream, "RETR ");
      + if (resource->path == NULL) {
      + php_stream_write_string(stream, "RETR / \r\n");
      + } else {
      + commandbuffer = (char *) malloc((strlen("RETR \r\n") +
      strlen(resource->path) + 1) * sizeof(char));
      + commandbuffer[0]='\0';
      + commandbuffer = strcat( strcat( strcat(commandbuffer, "RETR "),
      resource->path), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      + }
      } else {
      /* store file */
      - php_stream_write_string(stream, "STOR ");
      - }
      - if (resource->path != NULL) {
      - php_stream_write_string(stream, resource->path);
      - } else {
      - php_stream_write_string(stream, "/");
      + if (resource->path == NULL) {
      + php_stream_write_string(stream, "STOR / \r\n");
      + } else {
      + commandbuffer = (char *) malloc((strlen("STOR \r\n") +
      strlen(resource->path) + 1) * sizeof(char));
      + commandbuffer[0]='\0';
      + commandbuffer = strcat( strcat( strcat(commandbuffer, "STOR "),
      resource->path), "\r\n");
      + php_stream_write_string(stream, commandbuffer);
      + free(commandbuffer);
      + }
      }
      - php_stream_write_string(stream, "\r\n");
      
      /* open the data channel */
      if (hoststart == NULL) {
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=34742&edit=1
  - 7
    - #27890 [Opn->Csd]: Application Popup message dllhost.exe ID: 27890
      Updated by: email***@***.com
      Reported By: Michael dot Rivera at Ceridian dot com
      -Status: Open
      +Status: Closed
      Bug Type: IIS related
      Operating System: Windows XP
      PHP Version: 4.3.5
      New Comment:
      
      Open separate report for separate issue(s).
      This one is closed.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2004-04-13 15:12:01] Michael dot Rivera at Ceridian dot com
      
      This problem is no longer being experiencing a new problem with the
      latest build. When I pass a query string to in the URL the string is
      truncated. I am not certain what is the problem since it is not my
      code. The code works on a Windows 2000 Server.
      
      ------------------------------------------------------------------------
      
      [2004-04-10 18:41:31] email***@***.com
      
      Please try using this CVS snapshot:
      
      http://snaps.php.net/php4-STABLE-latest.tar.gz
      
      For Windows:
      
      http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
      
      Some things related to the shutdown stuff has been fixed in CVS.
      
      ------------------------------------------------------------------------
      
      [2004-04-10 08:56:57] Michael dot Rivera at Ceridian dot com
      
      OK, Here is a simple script that causes the problem. This script takes
      a while to error but it does after about 10 -20 mins.
      <?php
      $msconnect=mssql_connect("server","sa","password");
      $msdb=mssql_select_db("Northwind",$msconnect);
      $msquery = "select titleofcourtesy,firstname,lastname from
      employees";
      $msresults= mssql_query($msquery);
      while ($row = mssql_fetch_array($msresults))
      {
      echo "<li>" . $row['titleofcourtesy'] . " " . $row['firstname'] .
      " " . $row['lastname'] . "</li>\n";
      }
      ?>
      To speed up the process refresh the page a couple of times after 5
      minutes.
      On an additional note after enabling errors on I notice that I am
      recieving a bunch of these errors.
      
      Warning: Unknown list entry type in request shutdown (2) in Unknown on
      line 0
      When I start receiving these errors this is when the web server crashes
      and the dllhost.exe error occurs.
      
      ------------------------------------------------------------------------
      
      [2004-04-07 08:44:02] email***@***.com
      
      Provide a short example script.
      
      ------------------------------------------------------------------------
      
      [2004-04-06 14:24:59] Michael dot Rivera at Ceridian dot com
      
      Description:
      ------------
      I am running Windows XP with IIS 5.1. I am running the PHP Zend engine
      as an ISAPI filter. I also have the mssql extension loaded when the web
      server starts. Approximately 5 minutes after making a database
      connection to the MS SQL Server 2000 with sp3, I get a windows popup
      error stating the following :
      dllhost.exe Application error the instruction at "0x77f83aef"
      referenced memory at "0x00060009". The memory could not be "written".
      Click on OK to terminate the program
      Click on CANCEL to debug the program
      I have click on OK or cancel then restart the Web Server to get the web
      application to work.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=27890&edit=1
  - 8
    - #39419 [Opn->Bgs]: in CLI mode, echo isn't workint correctly ID: 39419
      Updated by: email***@***.com
      Reported By: prophet75 at gmail dot com
      -Status: Open
      +Status: Bogus
      Bug Type: CGI related
      Operating System: Linux 2.6.9-22.ELsmp
      PHP Version: 5.2.0
      New Comment:
      
      Sorry, but your problem does not imply a bug in PHP itself. For a
      list of more appropriate places to ask for help using PHP, please
      visit http://www.php.net/support.php as this bug system is not the
      appropriate forum for asking support questions. Due to the volume
      of reports we can not explain in detail here why your report is not
      a bug. The support channels will be able to provide an explanation
      for you.
      
      Thank you for your interest in PHP.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2006-11-08 04:04:45] prophet75 at gmail dot com
      
      Description:
      ------------
      in CLI mode, It is no output without over than 1024 byte character or
      new line character.
      
      Reproduce code:
      ---------------
      in test.php
      <?php
      echo "test"; // No result
      ?>
      
      % php test.php
      
      Expected result:
      ----------------
      test
      
      Actual result:
      --------------
      No output
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=39419&edit=1
  - 9
    - #33442 [Opn->Fbk]: basename execution exceeds 30s ID: 33442
      Updated by: email***@***.com
      Reported By: david dot perianghendra at gmail dot com
      -Status: Open
      +Status: Feedback
      Bug Type: Apache related
      Operating System: Linux
      PHP Version: 5.0.3
      New Comment:
      
      Please try using this CVS snapshot:
      
      http://snaps.php.net/php5-latest.tar.gz
      
      For Windows:
      
      http://snaps.php.net/win32/php5-win32-latest.zip
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-06-23 06:00:05] david dot perianghendra at gmail dot com
      
      Description:
      ------------
      i use Linux 2.4.20, PHPv5.0.3, Apache v1.3.33
      When i use basename function, its execution exceed 30s when i run it on
      my browser used 100% of CPU usage when i run it. But when i run it on
      console it works fine
      
      Reproduce code:
      ---------------
      <?php
      $driver_file = '/home/kambing/hohoho.php';
      if ( file_exists( $driver_file ) ) {
      echo "\nFile Exists: $driver_file";
      echo "<br>basename: ".basename( $driver_file );
      }
      else
      echo "\nFile Doesn't exists";
      echo "\n";
      
      ?>
      
      Expected result:
      ----------------
      hohoho.php
      
      Actual result:
      --------------
      Fatal error: Maximum execution time of 30 seconds exceeded in
      /var/htdocs/kgblogger.com/html/testing/phpbase.php on line 5
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=33442&edit=1
  - 10
    - #33837 [Opn->Fbk]: ESQL Version numbering schema changed ID: 33837
      Updated by: email***@***.com
      Reported By: roland dot wintgen at t-online dot de
      -Status: Open
      +Status: Feedback
      Bug Type: Informix related
      Operating System: Linux
      PHP Version: 4.4.0
      New Comment:
      
      Please try using this CVS snapshot:
      
      http://snaps.php.net/php5-latest.tar.gz
      
      For Windows:
      
      http://snaps.php.net/win32/php5-win32-latest.zip
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-07-23 15:49:13] roland dot wintgen at t-online dot de
      
      Description:
      ------------
      After installing the current CSDK 2.90, some database functions using
      blobs will produce core dumps. This is due to IBM changed the version
      number for the installed CSDK. Whereas esql -V for 2.80 shows "IBM
      Informix CSDK 2.80, IBM Informix-ESQL Version 9.52.UC1", 2.90 will show
      "IBM Informix CSDK Version 2.90, IBM Informix-ESQL Version 2.90.UC1".
      This leads to a problem in ext/informix/config.m4 where the installed
      version is read into IFX_VERSION. This value is interpreted in
      ext/informix/ifx.ec around line 3258 to workaround a bug in older
      versions. Now, with the wrong version number this will not run properly
      and tries to deallocate the blob space twice. The bug shows also for PHP
      4.3.X and 5.X.X.
      
      Reproduce code:
      ---------------
      ifx_textasvarchar(0);
      ifx_blobinfile_mode(0);
      
      // storing BLOB into database
      $conn_id = @ifx_connect("database", "user", "password") or die("error
      connecting to database!");
      $blob_id = @ifx_create_blob(1, 0, "This text will be stored as blob")
      or die("error creating blob!");
      $blob[] = $blob_id;
      $query_id = @ifx_query("insert into blobtable (blob) values (?)",
      $conn_id, $blob) or die("error executing sql statement!");
      ifx_free_result($query_id);
      
      // retrieving BLOB
      $query_id = @ifx_query("select blob from blobtable", $conn_id) or
      die("error executing sql statement!");
      $row_id = @ifx_fetch_row($query_id) or die("error fetching row!");
      $blob_id = @ifx_get_blob($row_id["blob"]) or die("error retrieving
      blob!");
      ifx_free_result($query_id);
      ifx_close($conn_id);
      
      Expected result:
      ----------------
      The small piece of code will try to store a small text as blob in a
      database table and retrieve it.
      
      Actual result:
      --------------
      [Sat Jul 23 15:45:04 2005] Script: 'ifx_blob_bug.php'
      ---------------------------------------
      /usr/local/src/php-4.4.0/ext/informix/ifx.ec(3259) : Block 0x0977213C
      status:
      Beginning: Overrun (magic=0x00000011, expected=0x7312F8DC)
      End: Unknown
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=33837&edit=1
  - 11
    - #34831 [Bgs]: parse_url behavior changed from 5.0.4 to 5.0.5 breaks code ID: 34831
      User updated by: jason at eblasterpro dot com
      Reported By: jason at eblasterpro dot com
      Status: Bogus
      Bug Type: URL related
      Operating System: Mandrake 10.2
      PHP Version: 5.0.5
      New Comment:
      
      its a break from previous behaviors there for bug!!!
      This has worked this way all the way from 5.0.4 code exist out there on
      the internet the depend on how this function has behaved in the past,
      and now it does not work the same. Unless you were intending to break
      code out there bug introducing this change it is a bug, and it will be
      posted to google forums as so.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2005-10-11 17:36:46] email***@***.com
      
      'href="http://mysite.com' is not a correct URL, nobody told you that
      parse_url() will behave in the same way with invalid URLs.
      No bug here.
      
      ------------------------------------------------------------------------
      
      [2005-10-11 17:26:03] jason at eblasterpro dot com
      
      Description:
      ------------
      results differ from php-5.0.4 to php-5.0.5 for parse_url with host and
      scheme replaced with host and path
      
      Reproduce code:
      ---------------
      example of problem
      php-5.0.4:
      print_r(parse_url('href="http://mysite.com'));
      results:
      url = Array[2]
      --->host= mysite.com
      --->scheme= href="http
      
      php-5.0.5:
      print_r(parse_url('href="http://mysite.com'));
      results:
      url = Array[2]
      --->host= href="http
      --->path= //mysite.com
      
      Expected result:
      ----------------
      the returned result should not change between versions the correct
      return should be
      url = Array[2]
      --->host= mysite.com
      --->scheme= href="http
      
      Actual result:
      --------------
      the incorrect result
      url = Array[2]
      --->host= href="http
      --->path= //mysite.com
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=34831&edit=1
  - 12
    - #38022 [NEW]: glob() problemsFrom: flconseil at yahoo dot fr
      Operating system: All
      PHP version: 5.1.4
      PHP Bug Type: Feature/Change Request
      Bug description: glob() problems
      
      Description:
      ------------
      Today, glob() calls the libc glob() function, with the following
      problems:
      
      - Possible inconsistencies between implementations (POSIX compliance)
      
      - fnmatch not available outside of Unix : an internal glob()
      implementation would bring an internal fnmatch() implementation, which
      would allow fnmatch() on every platform.
      
      - Important: on most (every ?) Unix systems, glob() is using stat()
      instead of lstat(). Thus, broken links are ignored. Inconsistant with a
      naive 'ls' which lists everything in the directory.
      
      - The current glob() implementation in PHP (ext/standard/dir.c) assumes
      that all returned matches are in the same directory, which is wrong. So,
      the 'safe mode' and 'open_basedir' checks are wrong.
      
      - glob() does not support streams, although most other directory functions
      support them. It cannot be done without implementing glob() internally.
      
      - Apart from glob(), the chdir() and getcwd() functions should also
      support stream-wrapped directories. It would be easy to implement but it
      must be synchronized with the support of stream wrapped paths in the
      include path.
      
      Reproduce code:
      ---------------
      None
      
      Expected result:
      ----------------
      None
      
      Actual result:
      --------------
      None
      
      --
      Edit bug report at http://bugs.php.net/?id=38022&edit=1
      --
      Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38022&r=trysnapshot44
      Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38022&r=trysnapshot52
      Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38022&r=trysnapshot60
      Fixed in CVS: http://bugs.php.net/fix.php?id=38022&r=fixedcvs
      Fixed in release: http://bugs.php.net/fix.php?id=38022&r=alreadyfixed
      Need backtrace: http://bugs.php.net/fix.php?id=38022&r=needtrace
      Need Reproduce Script: http://bugs.php.net/fix.php?id=38022&r=needscript
      Try newer version: http://bugs.php.net/fix.php?id=38022&r=oldversion
      Not developer issue: http://bugs.php.net/fix.php?id=38022&r=support
      Expected behavior: http://bugs.php.net/fix.php?id=38022&r=notwrong
      Not enough info: http://bugs.php.net/fix.php?id=38022&r=notenoughinfo
      Submitted twice: http://bugs.php.net/fix.php?id=38022&r=submittedtwice
      register_globals: http://bugs.php.net/fix.php?id=38022&r=globals
      PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38022&r=php3
      Daylight Savings: http://bugs.php.net/fix.php?id=38022&r=dst
      IIS Stability: http://bugs.php.net/fix.php?id=38022&r=isapi
      Install GNU Sed: http://bugs.php.net/fix.php?id=38022&r=gnused
      Floating point limitations: http://bugs.php.net/fix.php?id=38022&r=float
      No Zend Extensions: http://bugs.php.net/fix.php?id=38022&r=nozend
      MySQL Configuration Error: http://bugs.php.net/fix.php?id=38022&r=mysqlcfg
  - 13
    - [PHP-DEV] PHP 5.3 bug or changed feature??Hello Everyon,
      
      Casting a SimpleXML object to an array gives different results in PHP
      5.2.5 and PHP 5.3-dev.
      
      Source:
      
      $xml = simplexml_load_file("sample.xml");
      
      foreach($xml->column as $column) {
      var_dump($column);
      var_dump((array)$column);
      }
      
      sample.xml
      
      ?xml version="1.0"?>
      <cpdata>
      <column name="ENTERTAINMENT">
      <module>cv</module>
      <module>entsimp</module>
      </column>
      <column name="SEAT CONTROL">
      <module>pp</module>
      <module>sc</module>
      </column>
      </cpdata>
      
      PHP 5.2 output:
      object(SimpleXMLElement)#4 (2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(13) "ENTERTAINMENT"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "cv"
      [1]=>
      string(7) "entsimp"
      }
      }
      array(2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(13) "ENTERTAINMENT"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "cv"
      [1]=>
      string(7) "entsimp"
      }
      }
      object(SimpleXMLElement)#5 (2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(12) "SEAT CONTROL"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "pp"
      [1]=>
      string(2) "sc"
      }
      }
      array(2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(12) "SEAT CONTROL"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "pp"
      [1]=>
      string(2) "sc"
      }
      }
      
      PHP 5.3 output:
      
      object(SimpleXMLElement)#4 (2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(13) "ENTERTAINMENT"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "cv"
      [1]=>
      string(7) "entsimp"
      }
      }
      array(1) {
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "cv"
      [1]=>
      string(7) "entsimp"
      }
      }
      object(SimpleXMLElement)#5 (2) {
      ["@attributes"]=>
      array(1) {
      ["name"]=>
      string(12) "SEAT CONTROL"
      }
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "pp"
      [1]=>
      string(2) "sc"
      }
      }
      array(1) {
      ["module"]=>
      array(2) {
      [0]=>
      string(2) "pp"
      [1]=>
      string(2) "sc"
      }
      }
      
      Not that the attributes are gone when SimpleXML objects are converted in
      PHP 5.3. Is this a bug or a feature change?
      
      - Frank
      
      --
      PHP Internals - PHP Runtime Development Mailing List
      To unsubscribe, visit: http://www.php.net/unsub.php
  - 14
    - #44270 [Com]: $mysqli->info is NULL, not an empty string, for "not supported situations" ID: 44270
      Comment by: uwendel at mysql dot com
      Reported By: stein at visibone dot com
      Status: Open
      Bug Type: MySQLi related
      Operating System: Win2K
      PHP Version: 5.2.5
      New Comment:
      
      Interesting question and good point. In real life only few people might
      notice the difference and cast the return value to string, but good
      question...
      
      Please don't commit the change. I wonder if there are more such tiny
      differences. For example, I wonder if my mysqli_info.phpt test is
      correct. Let me check in more detail first before we change anything.
      
      Ulf
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2008-03-04 13:45:07] email***@***.com
      
      Hi Johannes/Ulf
      
      Whereas the documentation says "empty string" for each string property,
      i guess that could be modified the macro responsible for that.
      
      http://felipe.ath.cx/diff/bug44270.diff
      
      What do you think? :)
      
      ------------------------------------------------------------------------
      
      [2008-02-27 17:55:22] stein at visibone dot com
      
      Description:
      ------------
      $mysqli->info is NULL instead of empty string for "not supported
      situations" (i.e. queries other than multi-row INSERT, LOAD, ALTER,
      UPDATE) The procedural mysqli_info() does return the empty string, as
      documented.
      
      Reproduce code:
      ---------------
      Query: 'INSERT INTO t (id) VALUES (1),(2),(3)'
      mysqli_info(): 'Records: 3 Duplicates: 0 Warnings: 0'
      $mysqli->info: 'Records: 3 Duplicates: 0 Warnings: 0'
      
      Query: 'INSERT INTO t (id) VALUES (9)'
      mysqli_info(): ''
      $mysqli->info: NULL
      
      Expected result:
      ----------------
      (see above)
      
      Actual result:
      --------------
      the object oriented property $mysqli->info should be the empty string
      after "not supported situations", e.g. a single-row insert.
      
      ------------------------------------------------------------------------
      
      --
      Edit this bug report at http://bugs.php.net/?id=44270&edit=1
  - 15
    - #16408 [Opn->Csd]: session handling does not work with IE6 ID: 16408
      User updated by: sb at bpm dot ch
      Reported By: sb at bpm dot ch
      -Status: Open
      +Status: Closed
      Bug Type: Session related
      Operating System: Windows NT (IIS) & AIX (Apache)
      PHP Version: 4.1.1
      New Comment:
      
      this issue can be closed now.
      
      Previous Comments:
      ------------------------------------------------------------------------
      
      [2003-12-10 07:28:54] sb at bpm dot ch
      
      This problem occures only, if the hostname of the server contains an
      "_" (underscore). We have changed the hostname now.
      
      Stephan
      
      ------------------------------------------------------------------------
      
      [2003-12-10 07:22:16] peter dot lerner at commerzbank dot com
      
      If the session info is saved as a file, instead of a file called
      sess_<cryptic session-id>, you will find a file named 'sess_null'.
      
      -rw------- 1 myuid mygid 1535549 Dec 10 12:57 sess_null
      
      I'm running php4.3.4 on apache2 on a solaris8 box.
      Browser is Internet Explorer 6.0.2800.1106CO.
      
      Session management troubles happen only with IE6, but runs fine with
      e.g. Mozilla 1.5.
      
      The problem is *very*critical* for us, because _every_ user who logs on
      with an IE6 gets user permissions from the sess_null. sess_null could
      be the admin's session.
      
      Vice versa it's also a problem if the first user to create a sess_null
      was not-privileged, and the subsequent admin logon is "castrated" to
      the non-privileged level.
      
      ------------------------------------------------------------------------
      
      [2002-07-10 01:00:05] php-bugs at lists dot php dot net
      
      No feedback was provided for this bug for over a month, so it is
      being suspended automatically. If you are able to provide the
      information that was originally requested, please do so and change
      the status of the bug back to "Open".
      
      ------------------------------------------------------------------------
      
      [2002-05-03 13:01:31] jan dot vlcinsky at cad-programs dot com
      
      I thing, you forgot to place quotes around variable name
      Instead of
      session_register(User); BAD
      use
      session_register("User"); OK
      
      ------------------------------------------------------------------------
      
      [2002-04-03 09:46:55] email***@***.com
      
      Hmm. I use IE6+Linux/Apache and I don't have problem.
      Could you look into packets using sniffer? and see if there is any
      difference with IE6 and IE5.
      
      Ehtereal works on a lot of platforms and very easy to use.
      http://www.ethereal.com/
      
      ------------------------------------------------------------------------
      
      The remainder of the comments for this report are too long. To view
      the rest of the comments, please view the bug report online at
      http://bugs.php.net/16408
      
      --
      Edit this bug report at http://bugs.php.net/?id=16408&edit=1