#37670 [Opn->Fbk]: Serialize fails unexpectedly

2006-06-01 Thread derick
 ID:   37670
 Updated by:   [EMAIL PROTECTED]
 Reported By:  daniel dot oconnor at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Class/Object related
 Operating System: windows
 PHP Version:  5.1.4
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Works fine for me too. Please try a snapshot.


Previous Comments:


[2006-06-02 06:49:01] daniel dot oconnor at gmail dot com

Sorry, I can't try it on the CVS copy.

To amend the bug report:
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

$cereal = serialize($stuff);
$stuff2 = unserialize($cereal);
$stuff3 = unserialize((string)$cereal);

var_dump($stuff2 == $stuff);

var_dump($stuff3 == $stuff);
var_dump(strlen($cereal));
print $cereal . "\n";
print (string)$cereal;
print "hello world?";



Produces:
bool(true)
bool(true)
int(45)
a:1:{i:0;O:7:"BugFeed":1:{s:8:"

---
That is to say: there's an unexpected EOF character output in the
serialized code.



[2006-06-02 06:24:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Works just fine for me



[2006-06-02 03:28:23] daniel dot oconnor at gmail dot com

Description:

Serialize does not appear to be serializing fully or safely.

Reproduce code:
---
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

print serialize($stuff);

Expected result:

a serialized string of my BugFeed object, or if it was unable to
properly serialize it, an exception or warning.

Actual result:
--
a:1:{i:0;O:7:"BugFeed":1:{s:8:"





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


#37663 [Opn->Bgs]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread derick
 ID:   37663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ust at 3dots dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

And how is a conflict between libraries a problem in PHP? You need to
have some more convinsing material that is it a problem in PHP first
before reopening...


Previous Comments:


[2006-06-02 01:26:18] ust at 3dots dot ru

There is no problem if I remove ldap from nsswith or build PHP module
without Sablotron. So I can decide that there is conflict between
Sablotron extension Apache and nss_ldap



[2006-06-01 11:46:19] ust at 3dots dot ru

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x2925c7ec in ?? () from /usr/local/lib/nss_ldap.so.1
#2  0x29267560 in ?? () from /usr/local/lib/nss_ldap.so.1
#3  0x in ?? ()
#4  0x in ?? ()
#5  0x280a0814 in _rtld_free_tls () from /libexec/ld-elf.so.1
#6  0x29265520 in _fini () from /usr/local/lib/nss_ldap.so.1
#7  0x280b8500 in ?? () from /libexec/ld-elf.so.1
#8  0x280b83f8 in ?? () from /libexec/ld-elf.so.1
#9  0xbfbfea88 in ?? ()
#10 0x2809e3ac in find_symdef () from /libexec/ld-elf.so.1
#11 0x2809ea19 in dlclose () from /libexec/ld-elf.so.1
#12 0x2848cf7e in _nsdbtput () from /lib/libc.so.6
#13 0x2848c86d in endhostent () from /lib/libc.so.6
#14 0x2848d014 in _nsdbtput () from /lib/libc.so.6
#15 0x284ae739 in __cxa_finalize () from /lib/libc.so.6
#16 0x284ae486 in exit () from /lib/libc.so.6
#17 0x0806b912 in destroy_and_exit_process (process=0x80a4090,
process_exit_value=0)
at main.c:221
#18 0x0806c30a in main (argc=3, argv=0xbfbfec58) at main.c:578
(gdb)



[2006-06-01 11:41:28] [EMAIL PROTECTED]

Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader.  These extensions often modify engine
behavior which is not related to PHP itself.





[2006-06-01 11:36:51] ust at 3dots dot ru

(gdb) bt
#0  0x00080012 in ?? ()
#1  0x28882f1d in ?? () from
/usr/local/apache2/libexec/apache2/libphp4.so
#2  0x283b7b02 in apr_pool_clear (pool=0x80a6018) at apr_pools.c:694
#3  0x0806c3c9 in main (argc=2, argv=0xbfbfec24) at main.c:600



[2006-06-01 11:35:47] ust at 3dots dot ru

There is result of gdb output

# /usr/local/apache2/

#37670 [Fbk->Opn]: Serialize fails unexpectedly

2006-06-01 Thread daniel dot oconnor at gmail dot com
 ID:   37670
 User updated by:  daniel dot oconnor at gmail dot com
 Reported By:  daniel dot oconnor at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Class/Object related
 Operating System: windows
 PHP Version:  5.1.4
 New Comment:

Sorry, I can't try it on the CVS copy.

To amend the bug report:
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

$cereal = serialize($stuff);
$stuff2 = unserialize($cereal);
$stuff3 = unserialize((string)$cereal);

var_dump($stuff2 == $stuff);

var_dump($stuff3 == $stuff);
var_dump(strlen($cereal));
print $cereal . "\n";
print (string)$cereal;
print "hello world?";



Produces:
bool(true)
bool(true)
int(45)
a:1:{i:0;O:7:"BugFeed":1:{s:8:"

---
That is to say: there's an unexpected EOF character output in the
serialized code.


Previous Comments:


[2006-06-02 06:24:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Works just fine for me



[2006-06-02 03:28:23] daniel dot oconnor at gmail dot com

Description:

Serialize does not appear to be serializing fully or safely.

Reproduce code:
---
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

print serialize($stuff);

Expected result:

a serialized string of my BugFeed object, or if it was unable to
properly serialize it, an exception or warning.

Actual result:
--
a:1:{i:0;O:7:"BugFeed":1:{s:8:"





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


#37670 [Opn->Fbk]: Serialize fails unexpectedly

2006-06-01 Thread bjori
 ID:   37670
 Updated by:   [EMAIL PROTECTED]
 Reported By:  daniel dot oconnor at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Class/Object related
 Operating System: windows
 PHP Version:  5.1.4
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Works just fine for me


Previous Comments:


[2006-06-02 03:28:23] daniel dot oconnor at gmail dot com

Description:

Serialize does not appear to be serializing fully or safely.

Reproduce code:
---
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

print serialize($stuff);

Expected result:

a serialized string of my BugFeed object, or if it was unable to
properly serialize it, an exception or warning.

Actual result:
--
a:1:{i:0;O:7:"BugFeed":1:{s:8:"





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


#37671 [Opn]: MySQLi extension fails to recognize BIT colums

2006-06-01 Thread squasar at eternalviper dot net
 ID:   37671
 User updated by:  squasar at eternalviper dot net
 Reported By:  squasar at eternalviper dot net
 Status:   Open
 Bug Type: MySQLi related
 Operating System: *
 PHP Version:  5.1.4
 New Comment:

The pasted reproduce code is syntactically incorrect. Here 
is the correct version:
query( "CREATE TABLE IF NOT EXISTS test_me 
( test_col BIT NOT NULL )" );
$DATABASE->query( "INSERT INTO test_me VALUES ( 1 ), ( 0 ), 
( 1 ), ( 0 )" );
( $statement = $DATABASE->prepare( "SELECT test_col FROM 
test_me" ) );
$statement->execute();
$statement->bind_result( $bits );
while ( $statement->fetch() === TRUE )
 debug_zval_dump( $bits );
$statement->close();
?>


Previous Comments:


[2006-06-02 05:01:19] squasar at eternalviper dot net

Description:

When attempting to use MySQLi prepared statements with BIT 
columns, an "unrecognized column type" error is thrown. Here 
is a working patch. I do not know if this is an ideal 
implementation:
A working patch:
Index: ext/mysqli/mysqli_api.c

===
RCS file: /repository/php-src/ext/mysqli/mysqli_api.c,v
retrieving revision 1.118.2.22
diff -u -r1.118.2.22 mysqli_api.c
--- ext/mysqli/mysqli_api.c 5 Apr 2006 12:17:08 -   
1.118.2.22
+++ ext/mysqli/mysqli_api.c 2 Jun 2006 04:59:44 -
@@ -303,10 +303,13 @@
break;
 
case MYSQL_TYPE_LONGLONG:
+#ifdef FIELD_TYPE_BIT
+   case MYSQL_TYPE_BIT:
+#endif
stmt->result.buf[ofs].type = 
IS_STRING; 
stmt->result.buf[ofs].buflen 
= sizeof(my_ulonglong); 
stmt->result.buf[ofs].val = 
(char *)emalloc(stmt->result.buf[ofs].buflen);
-   bind[ofs].buffer_type = 
MYSQL_TYPE_LONGLONG;
+   bind[ofs].buffer_type = 
col_type;
bind[ofs].buffer = stmt-
>result.buf[ofs].val;
bind[ofs].is_null = &stmt-
>result.is_null[ofs];
bind[ofs].buffer_length = 
stmt->result.buf[ofs].buflen;
@@ -713,6 +716,11 @@
} 
else {

ZVAL_LONG(stmt->result.vars[i], llval);
}
+#ifdef FIELD_TYPE_BIT
+   } else if 
(stmt->stmt->bind[i].buffer_type == MYSQL_TYPE_BIT) {
+   
llval = *(my_ulonglong *)stmt->result.buf[i].val;
+   
ZVAL_BOOL(stmt->result.vars[i], llval == 0 ? 0 : 1);
+#endif
} else {

ZVAL_STRINGL(stmt->result.vars[i], stmt->result.buf[i].val, 
stmt->result.buf[i].buflen, 1);
}


Reproduce code:
---
query( "CREATE TABLE test( test_col BIT NOT NULL )" );
$DATABASE->query( "INSERT INTO test VALUES ( 1, 0, 1, 0 )" );
$statement = $DATABASE->prepare( "SELECT test_col FROM test" );
$statement->execute();
$statement->bind_result( $bits );
while ( $statement->fetch() === TRUE )
 debug_zval_dump( $bits );
$statement->close();
?>

Expected result:

bool(true) refcount(1)
bool(false) refcount(1)
bool(true) refcount(1)
bool(false) refcount(1)

Actual result:
--
Warning: mysqli_stmt::bind_result(): Server returned unknown 
type 16. Probably your client library is incompatible with the 
server version you use! in - on line 8
NULL refcount(1)
NULL refcount(1)
NULL refcount(1)
NULL refcount(1)






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


#37671 [NEW]: MySQLi extension fails to recognize BIT colums

2006-06-01 Thread squasar at eternalviper dot net
From: squasar at eternalviper dot net
Operating system: *
PHP version:  5.1.4
PHP Bug Type: MySQLi related
Bug description:  MySQLi extension fails to recognize BIT colums

Description:

When attempting to use MySQLi prepared statements with BIT 
columns, an "unrecognized column type" error is thrown. Here 
is a working patch. I do not know if this is an ideal 
implementation:
A working patch:
Index: ext/mysqli/mysqli_api.c

===
RCS file: /repository/php-src/ext/mysqli/mysqli_api.c,v
retrieving revision 1.118.2.22
diff -u -r1.118.2.22 mysqli_api.c
--- ext/mysqli/mysqli_api.c 5 Apr 2006 12:17:08 -   
1.118.2.22
+++ ext/mysqli/mysqli_api.c 2 Jun 2006 04:59:44 -
@@ -303,10 +303,13 @@
break;
 
case MYSQL_TYPE_LONGLONG:
+#ifdef FIELD_TYPE_BIT
+   case MYSQL_TYPE_BIT:
+#endif
stmt->result.buf[ofs].type = 
IS_STRING; 
stmt->result.buf[ofs].buflen 
= sizeof(my_ulonglong); 
stmt->result.buf[ofs].val = 
(char *)emalloc(stmt->result.buf[ofs].buflen);
-   bind[ofs].buffer_type = 
MYSQL_TYPE_LONGLONG;
+   bind[ofs].buffer_type = 
col_type;
bind[ofs].buffer = stmt-
>result.buf[ofs].val;
bind[ofs].is_null = &stmt-
>result.is_null[ofs];
bind[ofs].buffer_length = 
stmt->result.buf[ofs].buflen;
@@ -713,6 +716,11 @@
} 
else {

ZVAL_LONG(stmt->result.vars[i], llval);
}
+#ifdef FIELD_TYPE_BIT
+   } else if 
(stmt->stmt->bind[i].buffer_type == MYSQL_TYPE_BIT) {
+   
llval = *(my_ulonglong *)stmt->result.buf[i].val;
+   
ZVAL_BOOL(stmt->result.vars[i], llval == 0 ? 0 : 1);
+#endif
} else {

ZVAL_STRINGL(stmt->result.vars[i], stmt->result.buf[i].val, 
stmt->result.buf[i].buflen, 1);
}


Reproduce code:
---
query( "CREATE TABLE test( test_col BIT NOT NULL )" );
$DATABASE->query( "INSERT INTO test VALUES ( 1, 0, 1, 0 )" );
$statement = $DATABASE->prepare( "SELECT test_col FROM test" );
$statement->execute();
$statement->bind_result( $bits );
while ( $statement->fetch() === TRUE )
 debug_zval_dump( $bits );
$statement->close();
?>

Expected result:

bool(true) refcount(1)
bool(false) refcount(1)
bool(true) refcount(1)
bool(false) refcount(1)

Actual result:
--
Warning: mysqli_stmt::bind_result(): Server returned unknown 
type 16. Probably your client library is incompatible with the 
server version you use! in - on line 8
NULL refcount(1)
NULL refcount(1)
NULL refcount(1)
NULL refcount(1)


-- 
Edit bug report at http://bugs.php.net/?id=37671&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37671&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37671&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37671&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37671&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37671&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37671&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37671&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37671&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37671&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37671&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37671&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37671&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37671&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37671&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37671&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37671&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37671&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37671&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37671&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37671&r=mysqlcfg


#37669 [Opn]: Setting a node's value from array returned by xpath does not work

2006-06-01 Thread [EMAIL PROTECTED]
 ID:   37669
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: SimpleXML related
 Operating System: Linux (Gentoo, RHEL)
 PHP Version:  5.1.4
 New Comment:

I've come up with a workaround which imports the SimpleXML obkect into
DOM and then converts back, but this, of course, defeats the purpose of
SimpleXML. For reference I will post it here for others who need a
solution to this problem:

$domnode = dom_import_simplexml($xml);
$dom = new DOMDocument();
$domnode = $dom->importNode($domnode, true);
$dom->appendChild($domnode);
$x = new DOMXPath($dom);
$n = $x->evaluate('/root/node');
while ($n->item(0)->firstChild) {
$n->item(0)->removeChild($n->firstChild);
}
$n->item(0)->appendChild($dom->createTextNode('World'));
$xml = simplexml_import_dom($dom);


Previous Comments:


[2006-06-02 00:44:25] [EMAIL PROTECTED]

Description:

When trying to set the value (inside text) of a node from an array
returned from an xpath call nothing happens. Setting an attribute works
fine, however. Setting via normal -> access works as expected.

Reproduce code:
---
$xml = simplexml_load_string('');
if (is_array($nodes = $xml->xpath('node'))
&& sizeof($nodes) > 0
&& is_object($nodes[0])) {
$nodes[0]['value'] = 'Hello';
$nodes[0] = 'World';
}
$xml->node2 = 'World';
header('Content-Type: text/xml');
echo $xml->asXML();


Expected result:

WorldWorld

Actual result:
--
World





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


#37670 [NEW]: Serialize fails unexpectedly

2006-06-01 Thread daniel dot oconnor at gmail dot com
From: daniel dot oconnor at gmail dot com
Operating system: windows
PHP version:  5.1.4
PHP Bug Type: Class/Object related
Bug description:  Serialize fails unexpectedly

Description:

Serialize does not appear to be serializing fully or safely.

Reproduce code:
---
cache = $options["cache"];
}
}

public function fetch() {} 

public static function render($type = "edit") {}
}

$stuff = array(new BugFeed(array()));

print serialize($stuff);

Expected result:

a serialized string of my BugFeed object, or if it was unable to properly
serialize it, an exception or warning.

Actual result:
--
a:1:{i:0;O:7:"BugFeed":1:{s:8:"

-- 
Edit bug report at http://bugs.php.net/?id=37670&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37670&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37670&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37670&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37670&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37670&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37670&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37670&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37670&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37670&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37670&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37670&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37670&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37670&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37670&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37670&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37670&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37670&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37670&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37670&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37670&r=mysqlcfg


#37316 [Com]: exec() don't work

2006-06-01 Thread mpelzsherman at yahoo dot com
 ID:   37316
 Comment by:   mpelzsherman at yahoo dot com
 Reported By:  ale5000 at tiscali dot it
 Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: Windows XP
 PHP Version:  5.1.4
 New Comment:

I was able to get this to work by setting the "anonymous" user in IIS
to a "real" user account rather than the IUSR account.


Previous Comments:


[2006-06-01 01:00:00] php-bugs at lists dot php dot net

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".



[2006-05-22 00:49:28] jon at thejon dot org

You need to make sure that the file has executable permission for your
web user. It may also need executable permission for cmd.exe, but I
would think this is very large security hole... I hope there is another
way with allowing access to cmd.exe.



[2006-05-05 23:00:16] ale5000 at tiscali dot it

Yes, it is in the path and it is executable.
I have also tried:
  echo system("c:\windows\system32\hostname.exe");
same result.



[2006-05-05 18:52:24] [EMAIL PROTECTED]

See if "tasklist" is in your path and executable or try pecl/win32ps.



[2006-05-04 23:01:13] ale5000 at tiscali dot it

Description:

I have PHP 5.1.3 on IIS server 5.1 installed as ISAPI and exec() says:

Warning: exec() [function.exec]: Unable to fork [tasklist /FI "PID eq
2624" /FO LIST]

Reproduce code:
---
if( !function_exists("memory_get_usage") )
{
function memory_get_usage()
{
$pid = getmypid();
if ( substr( PHP_OS, 0, 3 ) == 'WIN' )
{
$output = array();

exec( "tasklist /FI \"PID eq ".$pid."\" /FO 
LIST", $output );
return preg_replace( '/[^0-9]/', '', $output[5] 
) * 1024;
}
else
{
exec( "ps -eo%mem,rss,pid | grep ".$pid, 
$output );
$output = explode("  ", $output[0]);
return $output[1] * 1024;
}
}
}

Expected result:

The memory used by the script.

Actual result:
--
Warning: exec() [function.exec]: Unable to fork [tasklist /FI "PID eq
2624" /FO LIST]





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


#37663 [Bgs->Opn]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
 ID:   37663
 User updated by:  ust at 3dots dot ru
 Reported By:  ust at 3dots dot ru
-Status:   Bogus
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

There is no problem if I remove ldap from nsswith or build PHP module
without Sablotron. So I can decide that there is conflict between
Sablotron extension Apache and nss_ldap


Previous Comments:


[2006-06-01 11:46:19] ust at 3dots dot ru

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x2925c7ec in ?? () from /usr/local/lib/nss_ldap.so.1
#2  0x29267560 in ?? () from /usr/local/lib/nss_ldap.so.1
#3  0x in ?? ()
#4  0x in ?? ()
#5  0x280a0814 in _rtld_free_tls () from /libexec/ld-elf.so.1
#6  0x29265520 in _fini () from /usr/local/lib/nss_ldap.so.1
#7  0x280b8500 in ?? () from /libexec/ld-elf.so.1
#8  0x280b83f8 in ?? () from /libexec/ld-elf.so.1
#9  0xbfbfea88 in ?? ()
#10 0x2809e3ac in find_symdef () from /libexec/ld-elf.so.1
#11 0x2809ea19 in dlclose () from /libexec/ld-elf.so.1
#12 0x2848cf7e in _nsdbtput () from /lib/libc.so.6
#13 0x2848c86d in endhostent () from /lib/libc.so.6
#14 0x2848d014 in _nsdbtput () from /lib/libc.so.6
#15 0x284ae739 in __cxa_finalize () from /lib/libc.so.6
#16 0x284ae486 in exit () from /lib/libc.so.6
#17 0x0806b912 in destroy_and_exit_process (process=0x80a4090,
process_exit_value=0)
at main.c:221
#18 0x0806c30a in main (argc=3, argv=0xbfbfec58) at main.c:578
(gdb)



[2006-06-01 11:41:28] [EMAIL PROTECTED]

Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader.  These extensions often modify engine
behavior which is not related to PHP itself.





[2006-06-01 11:36:51] ust at 3dots dot ru

(gdb) bt
#0  0x00080012 in ?? ()
#1  0x28882f1d in ?? () from
/usr/local/apache2/libexec/apache2/libphp4.so
#2  0x283b7b02 in apr_pool_clear (pool=0x80a6018) at apr_pools.c:694
#3  0x0806c3c9 in main (argc=2, argv=0xbfbfec24) at main.c:600



[2006-06-01 11:35:47] ust at 3dots dot ru

There is result of gdb output

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome

#37669 [NEW]: Setting a node's value from array returned by xpath does not work

2006-06-01 Thread [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Operating system: Linux (Gentoo, RHEL)
PHP version:  5.1.4
PHP Bug Type: SimpleXML related
Bug description:  Setting a node's value from array returned by xpath does not 
work

Description:

When trying to set the value (inside text) of a node from an array
returned from an xpath call nothing happens. Setting an attribute works
fine, however. Setting via normal -> access works as expected.

Reproduce code:
---
$xml = simplexml_load_string('');
if (is_array($nodes = $xml->xpath('node'))
&& sizeof($nodes) > 0
&& is_object($nodes[0])) {
$nodes[0]['value'] = 'Hello';
$nodes[0] = 'World';
}
$xml->node2 = 'World';
header('Content-Type: text/xml');
echo $xml->asXML();


Expected result:

WorldWorld

Actual result:
--
World

-- 
Edit bug report at http://bugs.php.net/?id=37669&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37669&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37669&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37669&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37669&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37669&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37669&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37669&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37669&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37669&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37669&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37669&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37669&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37669&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37669&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37669&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37669&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37669&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37669&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37669&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37669&r=mysqlcfg


#37668 [NEW]: fetch->Field dosen't take the correct type

2006-06-01 Thread eric dot potvin at zendphp dot com
From: eric dot potvin at zendphp dot com
Operating system: WIN32 & FREEBSD
PHP version:  5.1.4
PHP Bug Type: MySQLi related
Bug description:  fetch->Field dosen't take the correct type

Description:

The mysqli_fetch_fields dosen't take the correct field type for the ENUM
and SET type.

Reproduce code:
---
Create a table with a ENUM type with value like 'True', 'False' and
default value to True.

do : $finfo = mysqli_fetch_field($result)

you will get : $finfo->type = 254 
So, a STRING. - MYSQLI_TYPE_STRING and with no default value.

Same thing for the set type.

Expected result:

The $finfo->type 
should have 247 (MYSQLI_TYPE_ENUM) as value.

or 

248 (MYSQLI_TYPE_SET) as value for a SET type


Actual result:
--
array(0) {
}

-- 
Edit bug report at http://bugs.php.net/?id=37668&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37668&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37668&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37668&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37668&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37668&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37668&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37668&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37668&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37668&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37668&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37668&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37668&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37668&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37668&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37668&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37668&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37668&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37668&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37668&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37668&r=mysqlcfg


#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread openmacnews at gmail dot com
 ID:   37630
 User updated by:  openmacnews at gmail dot com
 Reported By:  openmacnews at gmail dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

> I have no idea, this is some ancient Netware stuff.

Netware? jeesh ... it still around ;-)

if that's the case, I don't care ... & I'm done.

thanks!

onward ...

richard


Previous Comments:


[2006-06-01 20:00:33] [EMAIL PROTECTED]

> looks like you've added conditionals

Of course.

> how about the reference in ./ext/mysql/mysql.mak

I have no idea, this is some ancient Netware stuff.




[2006-06-01 19:48:58] openmacnews at gmail dot com

hi mike,

thanks for the CVS pointer ...

in 5.2cvs DL, i note:

% grep mysqlclient `grep -rlni mysqlclient .`
...
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient_r
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient
  ./ext/mysql/mysql.mak:LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib
  ./ext/mysqli/config.m4:  MYSQL_LIB_NAME='mysqlclient'
  ./ext/mysqli/config.m4:MYSQL_LIB_NAME='mysqlclient_r'
  ./ext/pdo_mysql/config.m4:  str="$PDO_MYSQL_DIR/$1/libmysqlclient*"
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient_r
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient


which looks like you've added conditionals in the requisite config.m4's
...

how about the reference in ./ext/mysql/mysql.mak ?

# Library files
LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib

needed to change?

richard



[2006-06-01 19:35:04] [EMAIL PROTECTED]

5.2 (and 6 except PDO)



[2006-06-01 19:27:48] openmacnews at gmail dot com

mike,

thanks.

in which branch is the "fix"?  51, 52 &/or 6?



[2006-06-01 19:15:50] [EMAIL PROTECTED]

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.





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/37630

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


#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread mike
 ID:   37630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  openmacnews at gmail dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

> looks like you've added conditionals

Of course.

> how about the reference in ./ext/mysql/mysql.mak

I have no idea, this is some ancient Netware stuff.



Previous Comments:


[2006-06-01 19:48:58] openmacnews at gmail dot com

hi mike,

thanks for the CVS pointer ...

in 5.2cvs DL, i note:

% grep mysqlclient `grep -rlni mysqlclient .`
...
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient_r
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient
  ./ext/mysql/mysql.mak:LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib
  ./ext/mysqli/config.m4:  MYSQL_LIB_NAME='mysqlclient'
  ./ext/mysqli/config.m4:MYSQL_LIB_NAME='mysqlclient_r'
  ./ext/pdo_mysql/config.m4:  str="$PDO_MYSQL_DIR/$1/libmysqlclient*"
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient_r
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient


which looks like you've added conditionals in the requisite config.m4's
...

how about the reference in ./ext/mysql/mysql.mak ?

# Library files
LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib

needed to change?

richard



[2006-06-01 19:35:04] [EMAIL PROTECTED]

5.2 (and 6 except PDO)



[2006-06-01 19:27:48] openmacnews at gmail dot com

mike,

thanks.

in which branch is the "fix"?  51, 52 &/or 6?



[2006-06-01 19:15:50] [EMAIL PROTECTED]

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.





[2006-06-01 13:22:27] [EMAIL PROTECTED]

Set status back to "Open".



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/37630

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


#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread openmacnews at gmail dot com
 ID:   37630
 User updated by:  openmacnews at gmail dot com
 Reported By:  openmacnews at gmail dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

hi mike,

thanks for the CVS pointer ...

in 5.2cvs DL, i note:

% grep mysqlclient `grep -rlni mysqlclient .`
...
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient_r
  ./ext/mysql/config.m4:MYSQL_LIBNAME=mysqlclient
  ./ext/mysql/mysql.mak:LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib
  ./ext/mysqli/config.m4:  MYSQL_LIB_NAME='mysqlclient'
  ./ext/mysqli/config.m4:MYSQL_LIB_NAME='mysqlclient_r'
  ./ext/pdo_mysql/config.m4:  str="$PDO_MYSQL_DIR/$1/libmysqlclient*"
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient_r
  ./ext/pdo_mysql/config.m4:  PDO_MYSQL_LIBNAME=mysqlclient


which looks like you've added conditionals in the requisite config.m4's
...

how about the reference in ./ext/mysql/mysql.mak ?

# Library files
LIBRARY = $(MYSQL_DIR)/lib/libmysqlclient.lib

needed to change?

richard


Previous Comments:


[2006-06-01 19:35:04] [EMAIL PROTECTED]

5.2 (and 6 except PDO)



[2006-06-01 19:27:48] openmacnews at gmail dot com

mike,

thanks.

in which branch is the "fix"?  51, 52 &/or 6?



[2006-06-01 19:15:50] [EMAIL PROTECTED]

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.





[2006-06-01 13:22:27] [EMAIL PROTECTED]

Set status back to "Open".



[2006-06-01 08:46:32] [EMAIL PROTECTED]

No bug here.
It works exactly the way it should.



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/37630

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


#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread mike
 ID:   37630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  openmacnews at gmail dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

5.2 (and 6 except PDO)


Previous Comments:


[2006-06-01 19:27:48] openmacnews at gmail dot com

mike,

thanks.

in which branch is the "fix"?  51, 52 &/or 6?



[2006-06-01 19:15:50] [EMAIL PROTECTED]

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.





[2006-06-01 13:22:27] [EMAIL PROTECTED]

Set status back to "Open".



[2006-06-01 08:46:32] [EMAIL PROTECTED]

No bug here.
It works exactly the way it should.



[2006-05-31 19:41:07] openmacnews at gmail dot com

> The switch to enable thread safety is --enable-maintainer-zts.

thx for the clarification.

> that you shoulnd't use it unless you've got a really good reason to
do so.

understood.  i'm exploring (non-production, yet) 'playing nice' with
apache worker mpm, reentrant mysql libs, and some threaded
functionality we're working on ...

> Now about the reentrancy issues of the mysql extensions:
> ...
> Just a recap, no fix yet.

fair nuf.

fwiw, given your comments, doing:

b4 config:

perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g'
ext/pdo_mysql/config.m4
perl -pi -e 's/mysqlclient\./mysqlclient_r\./g'
ext/pdo_mysql/config.m4
perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g'
ext/mysql/mysql.mak
perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g'
ext/mysql/config.m4

then:
glibtoolize
buildconf

and, after config, b4 make:

perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile
perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile

seems, so far to give me a stable/executable build, linked
uniquely/solely against lmysqlclient_r ... of course, i haven't done
any serious functional testing as yet.

let me know if/how i can play 'guinea pig' ...

richard



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/37630

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


#37630 [Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread openmacnews at gmail dot com
 ID:   37630
 User updated by:  openmacnews at gmail dot com
 Reported By:  openmacnews at gmail dot com
 Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

mike,

thanks.

in which branch is the "fix"?  51, 52 &/or 6?


Previous Comments:


[2006-06-01 19:15:50] [EMAIL PROTECTED]

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.





[2006-06-01 13:22:27] [EMAIL PROTECTED]

Set status back to "Open".



[2006-06-01 08:46:32] [EMAIL PROTECTED]

No bug here.
It works exactly the way it should.



[2006-05-31 19:41:07] openmacnews at gmail dot com

> The switch to enable thread safety is --enable-maintainer-zts.

thx for the clarification.

> that you shoulnd't use it unless you've got a really good reason to
do so.

understood.  i'm exploring (non-production, yet) 'playing nice' with
apache worker mpm, reentrant mysql libs, and some threaded
functionality we're working on ...

> Now about the reentrancy issues of the mysql extensions:
> ...
> Just a recap, no fix yet.

fair nuf.

fwiw, given your comments, doing:

b4 config:

perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g'
ext/pdo_mysql/config.m4
perl -pi -e 's/mysqlclient\./mysqlclient_r\./g'
ext/pdo_mysql/config.m4
perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g'
ext/mysql/mysql.mak
perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g'
ext/mysql/config.m4

then:
glibtoolize
buildconf

and, after config, b4 make:

perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile
perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile

seems, so far to give me a stable/executable build, linked
uniquely/solely against lmysqlclient_r ... of course, i haven't done
any serious functional testing as yet.

let me know if/how i can play 'guinea pig' ...

richard



[2006-05-31 17:58:38] [EMAIL PROTECTED]

The switch to enable thread safety is --enable-maintainer-zts.  The
name suggests though, that you shoulnd't use it unless you've got a
really good reason to do so.


Now about the reentrancy issues of the mysql extensions:
None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant
version of the client library if ZTS is enabled.

ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and
thus cause sort of a deadlock if linked against libmysqlclient_r.

Just a recap, no fix yet.



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/37630

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


#37630 [Opn->Csd]: MySQL extensions should link against thread safe client libs if built with ZTS

2006-06-01 Thread mike
 ID:   37630
 Updated by:   [EMAIL PROTECTED]
-Summary:  php build ignoring config, links against BOTH
   reentrant & 'norm' mysql libs ...
 Reported By:  openmacnews at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 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:


[2006-06-01 13:22:27] [EMAIL PROTECTED]

Set status back to "Open".



[2006-06-01 08:46:32] [EMAIL PROTECTED]

No bug here.
It works exactly the way it should.



[2006-05-31 19:41:07] openmacnews at gmail dot com

> The switch to enable thread safety is --enable-maintainer-zts.

thx for the clarification.

> that you shoulnd't use it unless you've got a really good reason to
do so.

understood.  i'm exploring (non-production, yet) 'playing nice' with
apache worker mpm, reentrant mysql libs, and some threaded
functionality we're working on ...

> Now about the reentrancy issues of the mysql extensions:
> ...
> Just a recap, no fix yet.

fair nuf.

fwiw, given your comments, doing:

b4 config:

perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g'
ext/pdo_mysql/config.m4
perl -pi -e 's/mysqlclient\./mysqlclient_r\./g'
ext/pdo_mysql/config.m4
perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g'
ext/mysql/mysql.mak
perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g'
ext/mysql/config.m4

then:
glibtoolize
buildconf

and, after config, b4 make:

perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile
perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile

seems, so far to give me a stable/executable build, linked
uniquely/solely against lmysqlclient_r ... of course, i haven't done
any serious functional testing as yet.

let me know if/how i can play 'guinea pig' ...

richard



[2006-05-31 17:58:38] [EMAIL PROTECTED]

The switch to enable thread safety is --enable-maintainer-zts.  The
name suggests though, that you shoulnd't use it unless you've got a
really good reason to do so.


Now about the reentrancy issues of the mysql extensions:
None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant
version of the client library if ZTS is enabled.

ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and
thus cause sort of a deadlock if linked against libmysqlclient_r.

Just a recap, no fix yet.



[2006-05-30 16:34:35] openmacnews at gmail dot com

mike,

great. rather than dribbles of info, can you, then, please specify what
configuration option does and how to end up linked agaist only the
right/single library?

bottom line is i'm looking for thread-safe php + mysql, linked against
libmysqlclient_r.

let's just say the documentation hasn't been, at least for me,
forthcoming on the matter ...



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/37630

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


#37667 [Opn->Asn]: Object is not added into array returned by __get

2006-06-01 Thread tony2001
 ID:   37667
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alexander dot netkachev at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Class/Object related
 Operating System: Windows XP Sp2
 PHP Version:  5.1.4
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Dmitry, could you plz take a look at it?


Previous Comments:


[2006-06-01 14:05:19] alexander dot netkachev at gmail dot com

Description:

The following code inserts only second object into property array.

Reproduce code:
---
class Class1 {
  protected $property = array();
  function __get($name) {
return $this->property;
  }
}
class Class2 {}
$r = new Class1();
$r->Property[] = new Class2();
$r->Property[] = new Class2();
var_dump($r);

Expected result:

object(Class1)#1 (1) {
  ["property:protected"]=>
  array(1) {
[0]=>
object(Class2)#2 (0) {
}
[0]=>
object(Class2)#3 (0) {
}
  }
}

Actual result:
--
object(Class1)#1 (1) {
  ["property:protected"]=>
  array(1) {
[0]=>
object(Class2)#3 (0) {
}
  }
}





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


#36427 [Com]: proc_open() / proc_close() leak handles on Windows XP

2006-06-01 Thread jdolecek at NetBSD dot org
 ID:   36427
 Comment by:   jdolecek at NetBSD dot org
 Reported By:  pgj at ds-fr dot com
 Status:   Assigned
 Bug Type: Program Execution
 Operating System: windows XP SP2 Windows 2000 SP4
 PHP Version:  5.1.2, 4.4.2
 Assigned To:  wez
 New Comment:

Alternative (simplier) patch:

--- ext/standard/proc_open.c.orig   2006-06-01 18:09:51.0
+0200
+++ ext/standard/proc_open.c
@@ -670,7 +670,10 @@ PHP_FUNCTION(proc_open)
}

 #ifdef PHP_WIN32
-   descriptors[ndesc].childend =
(HANDLE)_get_osfhandle(fd);
+   /* dup the handle, and close the
original descriptor to
+* avoid leak */
+   descriptors[ndesc].childend =
dup_fd_as_handle(fd);
+   _close(fd);
 #else
descriptors[ndesc].childend = fd;
 #endif


Previous Comments:


[2006-05-29 12:05:44] pgj at ds-fr dot com

Your correction works on 4.4.2 on windows, no more bugs after 1
proc_open.
Thanks a lot



[2006-05-28 20:57:35] jdolecek at NetBSD dot org

It appears the problem is actually due to way Windows internally
emulate POSIX file descriptors, i.e. the process runs out of the
allowed count of the 'POSIX' file descriptors tracked in the C library,
not handles per se.

This is supported by Windows process viewer, which shows ~constant
number of handles for PHP process during the script run, particularily
same number of handles when it runs OK and when it starts giving the
error.

Note the problem only appears when using 'file' in descriptorspec,
using 'pipe' instead does workaround the problem.

I believe the problem can be fixed by consistently closing the file
descriptors rather then just the handles, i.e something along:

--- ext/standard/proc_open.c.orig   2006-05-28 21:51:09.0
+0200
+++ ext/standard/proc_open.c
@@ -462,6 +462,9 @@ static inline HANDLE dup_fd_as_handle(in
 struct php_proc_open_descriptor_item {
int index; 
/* desired fd number in child process */
php_file_descriptor_t parentend, childend;  /* fds for
pipes in parent/child */
+#ifdef PHP_WIN32
+int childend_desc;
+#endif
int mode;  
/* mode for proc_open code */
int mode_flags; /* mode
flags for opening fds */
 };
@@ -671,6 +674,7 @@ PHP_FUNCTION(proc_open)

 #ifdef PHP_WIN32
descriptors[ndesc].childend =
(HANDLE)_get_osfhandle(fd);
+   descriptors[ndesc].childend_desc = fd;
 #else
descriptors[ndesc].childend = fd;
 #endif
@@ -901,6 +905,11 @@ PHP_FUNCTION(proc_open)
char *mode_string=NULL;
php_stream *stream = NULL;

+#ifdef PHP_WIN32
+   if (descriptors[i].childend_desc)
+   _close(descriptors[i].childend_desc); /* closes
also the handle */
+#endif
+
close_descriptor(descriptors[i].childend);

switch (descriptors[i].mode & ~DESC_PARENT_MODE_WRITE)
{


I cannot check this, since I haven't succeeded in setting up a build
environment on MS Windows for PHP sources.



[2006-02-21 18:11:58] pgj at ds-fr dot com

Same problem with php 5.1.2



[2006-02-19 01:38:59] [EMAIL PROTECTED]

While I can reproduce the problem, I couldn't spot the error at first
sight, because the code is very complex (and without valgrind even
worst..)



[2006-02-17 15:35:06] pgj at ds-fr dot com

Description:

I launch processes in a script and put stout in file
after more than 2000 processes and can't open a new one and have this
message.
It's similar with 30743 bit it uses 2 pipes for $fileDescriptors and in
this case it's a pipe and a file 


Reproduce code:
---
 array("pipe", "r"),
2 => array("file", "test/$i.txt","w")
);
$pipes = array();
$processHandle  = proc_open($commandLine,$fileDescriptors, $pipes);
if (is_resource($processHandle))
{
fclose($pipes[1]);
proc_close($processHandle);
}
}



Expected result:

Open a new one

Actual result:
--
Warning:  proc_open(test/2587.txt): failed to open stream: Too
many open files in E:\cotcot\leak.php on line 24





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

#37363 [Asn->Csd]: PDO_MYSQL does not build if no other mysql extension is enabled

2006-06-01 Thread mike
 ID:   37363
 Updated by:   [EMAIL PROTECTED]
-Summary:  Doesn't compile with PDO-PHP
 Reported By:  fpazzatura at email dot it
-Status:   Assigned
+Status:   Closed
 Bug Type: PDO related
 Operating System: Ubuntu Linux (Breezy Badger)
 PHP Version:  5.1.5CVS
 Assigned To:  wez
 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.

Fixed in 5.2


Previous Comments:


[2006-05-17 14:09:07] [EMAIL PROTECTED]

This is exactly the problem I reported to Wez about two weeks ago. A
subtile change in PDO-MySQLs config.m4 is causing -lmysqlclient to be
not included in PHPs LDFLAGS. It works fine if you add another mysql
extension to your build.




[2006-05-16 12:56:15] milanm at datax dot biz

I have the same problem with mysql 4.1.14 and PHP 5.1.4 on Linux.



[2006-05-16 11:27:18] fpazzatura at email dot it

I have removed the older version, but it doesn't compile...

The PVP 5.1.3 compiles cleanly.

There's not an Ubuntu problem, i mean...



[2006-05-15 21:59:55] [EMAIL PROTECTED]

Please try to leave only ONE version of libmysql installed.
Having multiple versions of the same library most likely won't work
very well.



[2006-05-09 23:03:45] fpazzatura at email dot it

I have libmysql12 (4.0.24) without headers, and libmysql14 (4.1.12)
with headers. I've compiled this version to run with mysql-server-4.1
(4.1.12). The version of Ubuntu Breezy.



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/37363

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


#25614 [Sus]: openssl_pkey_get_public() fails when given a private key

2006-06-01 Thread tony2001
 ID:   25614
 Updated by:   [EMAIL PROTECTED]
 Reported By:  six at t0x dot net
 Status:   Suspended
 Bug Type: OpenSSL related
 Operating System: Linux 2.4
 PHP Version:  6CVS, 5CVS, 4CVS
 Assigned To:  wez
 New Comment:

Unified diff against the current CVS, of course.


Previous Comments:


[2006-06-01 14:33:17] [EMAIL PROTECTED]

Please provide unified diff.
And no C++, thank you.



[2006-06-01 14:27:57] andrey dot gladilin at gmail dot com

Sorry, it's a c++ code. Hope this wont prevent you from a fix.



[2006-06-01 14:22:33] andrey dot gladilin at gmail dot com

To fix this bug you have to change file
php-4.4.0/ext/openssl/openssl.c. php-4.4.0 is just my source
distributive of PHP.

In file openssl.c replace string 
key = PEM_read_bio_PUBKEY(in, NULL,NULL, NULL);

with another code

RSA * rsa = PEM_read_bio_RSAPublicKey(in, NULL, NULL, NULL);
BIO_free(in);
if(NULL == rsa) {
  throw Exc("Error while processing the Public Key.");
}

pkey = EVP_PKEY_new();
EVP_PKEY_assign_RSA(pkey, rsa);

Unsusccessfully I have no time to test it, but this must work. Hope to
see this bugfix in a new release.



[2003-09-23 12:10:32] [EMAIL PROTECTED]

The documentation for openssl_pkey_new() is incorrect.
It doesn't generate a pair of keys at all.

openssl_pkey_get_public() was also slightly broken, in
that it didn't detect that it couldn't get the public key
from the private key.  You can use it to get the public key out of an
x509 certificate though (yeah, it sounds weird).

I've added a "fix" for this problem to the CVS that will now warn you
about not being able to get the public key from a private key.  This
fix will be in 4.3.4.

This stuff is a little bit messy, and its been a while since anyone did
any real work on the openssl extension.

The openssl stuff could probably benefit from a review, but this won't
happen for PHP 4.3.x, so I'm going to suspend this report until PHP 5
or PHP 5.1 when I get more time.



[2003-09-20 12:27:26] six at t0x dot net

Description:

PHP manual states that : "openssl_pkey_new() generates a new private
and public key pair. The public component of the key can be obtained
using openssl_pkey_get_public()."

However, the following script (see "reproduce-code" section) seems to
indicate that openssl_pkey_get_public is broken in some way ...

it should be noted that the two exports ($ex_k and $ex_p) start (and
end) with a "RSA PRIVATE KEY" header line


Reproduce code:
---



Expected result:

php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #5



Actual result:
--
php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #4

exports match :(






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


#25614 [Sus]: openssl_pkey_get_public() fails when given a private key

2006-06-01 Thread tony2001
 ID:   25614
 Updated by:   [EMAIL PROTECTED]
 Reported By:  six at t0x dot net
 Status:   Suspended
 Bug Type: OpenSSL related
 Operating System: Linux 2.4
 PHP Version:  6CVS, 5CVS, 4CVS
 Assigned To:  wez
 New Comment:

Please provide unified diff.
And no C++, thank you.


Previous Comments:


[2006-06-01 14:27:57] andrey dot gladilin at gmail dot com

Sorry, it's a c++ code. Hope this wont prevent you from a fix.



[2006-06-01 14:22:33] andrey dot gladilin at gmail dot com

To fix this bug you have to change file
php-4.4.0/ext/openssl/openssl.c. php-4.4.0 is just my source
distributive of PHP.

In file openssl.c replace string 
key = PEM_read_bio_PUBKEY(in, NULL,NULL, NULL);

with another code

RSA * rsa = PEM_read_bio_RSAPublicKey(in, NULL, NULL, NULL);
BIO_free(in);
if(NULL == rsa) {
  throw Exc("Error while processing the Public Key.");
}

pkey = EVP_PKEY_new();
EVP_PKEY_assign_RSA(pkey, rsa);

Unsusccessfully I have no time to test it, but this must work. Hope to
see this bugfix in a new release.



[2003-09-23 12:10:32] [EMAIL PROTECTED]

The documentation for openssl_pkey_new() is incorrect.
It doesn't generate a pair of keys at all.

openssl_pkey_get_public() was also slightly broken, in
that it didn't detect that it couldn't get the public key
from the private key.  You can use it to get the public key out of an
x509 certificate though (yeah, it sounds weird).

I've added a "fix" for this problem to the CVS that will now warn you
about not being able to get the public key from a private key.  This
fix will be in 4.3.4.

This stuff is a little bit messy, and its been a while since anyone did
any real work on the openssl extension.

The openssl stuff could probably benefit from a review, but this won't
happen for PHP 4.3.x, so I'm going to suspend this report until PHP 5
or PHP 5.1 when I get more time.



[2003-09-20 12:27:26] six at t0x dot net

Description:

PHP manual states that : "openssl_pkey_new() generates a new private
and public key pair. The public component of the key can be obtained
using openssl_pkey_get_public()."

However, the following script (see "reproduce-code" section) seems to
indicate that openssl_pkey_get_public is broken in some way ...

it should be noted that the two exports ($ex_k and $ex_p) start (and
end) with a "RSA PRIVATE KEY" header line


Reproduce code:
---



Expected result:

php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #5



Actual result:
--
php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #4

exports match :(






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


#25614 [Com]: openssl_pkey_get_public() fails when given a private key

2006-06-01 Thread andrey dot gladilin at gmail dot com
 ID:   25614
 Comment by:   andrey dot gladilin at gmail dot com
 Reported By:  six at t0x dot net
 Status:   Suspended
 Bug Type: OpenSSL related
 Operating System: Linux 2.4
 PHP Version:  6CVS, 5CVS, 4CVS
 Assigned To:  wez
 New Comment:

Sorry, it's a c++ code. Hope this wont prevent you from a fix.


Previous Comments:


[2006-06-01 14:22:33] andrey dot gladilin at gmail dot com

To fix this bug you have to change file
php-4.4.0/ext/openssl/openssl.c. php-4.4.0 is just my source
distributive of PHP.

In file openssl.c replace string 
key = PEM_read_bio_PUBKEY(in, NULL,NULL, NULL);

with another code

RSA * rsa = PEM_read_bio_RSAPublicKey(in, NULL, NULL, NULL);
BIO_free(in);
if(NULL == rsa) {
  throw Exc("Error while processing the Public Key.");
}

pkey = EVP_PKEY_new();
EVP_PKEY_assign_RSA(pkey, rsa);

Unsusccessfully I have no time to test it, but this must work. Hope to
see this bugfix in a new release.



[2003-09-23 12:10:32] [EMAIL PROTECTED]

The documentation for openssl_pkey_new() is incorrect.
It doesn't generate a pair of keys at all.

openssl_pkey_get_public() was also slightly broken, in
that it didn't detect that it couldn't get the public key
from the private key.  You can use it to get the public key out of an
x509 certificate though (yeah, it sounds weird).

I've added a "fix" for this problem to the CVS that will now warn you
about not being able to get the public key from a private key.  This
fix will be in 4.3.4.

This stuff is a little bit messy, and its been a while since anyone did
any real work on the openssl extension.

The openssl stuff could probably benefit from a review, but this won't
happen for PHP 4.3.x, so I'm going to suspend this report until PHP 5
or PHP 5.1 when I get more time.



[2003-09-20 12:27:26] six at t0x dot net

Description:

PHP manual states that : "openssl_pkey_new() generates a new private
and public key pair. The public component of the key can be obtained
using openssl_pkey_get_public()."

However, the following script (see "reproduce-code" section) seems to
indicate that openssl_pkey_get_public is broken in some way ...

it should be noted that the two exports ($ex_k and $ex_p) start (and
end) with a "RSA PRIVATE KEY" header line


Reproduce code:
---



Expected result:

php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #5



Actual result:
--
php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #4

exports match :(






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


#25614 [Com]: openssl_pkey_get_public() fails when given a private key

2006-06-01 Thread andrey dot gladilin at gmail dot com
 ID:   25614
 Comment by:   andrey dot gladilin at gmail dot com
 Reported By:  six at t0x dot net
 Status:   Suspended
 Bug Type: OpenSSL related
 Operating System: Linux 2.4
 PHP Version:  6CVS, 5CVS, 4CVS
 Assigned To:  wez
 New Comment:

To fix this bug you have to change file
php-4.4.0/ext/openssl/openssl.c. php-4.4.0 is just my source
distributive of PHP.

In file openssl.c replace string 
key = PEM_read_bio_PUBKEY(in, NULL,NULL, NULL);

with another code

RSA * rsa = PEM_read_bio_RSAPublicKey(in, NULL, NULL, NULL);
BIO_free(in);
if(NULL == rsa) {
  throw Exc("Error while processing the Public Key.");
}

pkey = EVP_PKEY_new();
EVP_PKEY_assign_RSA(pkey, rsa);

Unsusccessfully I have no time to test it, but this must work. Hope to
see this bugfix in a new release.


Previous Comments:


[2003-09-23 12:10:32] [EMAIL PROTECTED]

The documentation for openssl_pkey_new() is incorrect.
It doesn't generate a pair of keys at all.

openssl_pkey_get_public() was also slightly broken, in
that it didn't detect that it couldn't get the public key
from the private key.  You can use it to get the public key out of an
x509 certificate though (yeah, it sounds weird).

I've added a "fix" for this problem to the CVS that will now warn you
about not being able to get the public key from a private key.  This
fix will be in 4.3.4.

This stuff is a little bit messy, and its been a while since anyone did
any real work on the openssl extension.

The openssl stuff could probably benefit from a review, but this won't
happen for PHP 4.3.x, so I'm going to suspend this report until PHP 5
or PHP 5.1 when I get more time.



[2003-09-20 12:27:26] six at t0x dot net

Description:

PHP manual states that : "openssl_pkey_new() generates a new private
and public key pair. The public component of the key can be obtained
using openssl_pkey_get_public()."

However, the following script (see "reproduce-code" section) seems to
indicate that openssl_pkey_get_public is broken in some way ...

it should be noted that the two exports ($ex_k and $ex_p) start (and
end) with a "RSA PRIVATE KEY" header line


Reproduce code:
---



Expected result:

php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #5



Actual result:
--
php version 4.3.3

generated private key resource : Resource id #4
generated public key resource  : Resource id #4

exports match :(






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


#37659 [Opn->Bgs]: imap_headerinfo vs message_id

2006-06-01 Thread tony2001
 ID:   37659
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mad at dactar dot ch
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

>It's right, but PHP, PHP's users and website's visitors are impacted.


As well as everybody else using c-client.

>So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

You should ask them about it.


Previous Comments:


[2006-06-01 14:15:55] mad at dactar dot ch

Change status



[2006-06-01 12:46:41] mad at dactar dot ch

Thanks for your answer.

> Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

> If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.



[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo "Message_ID : $header->message_id";


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






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


#37659 [Bgs->Opn]: imap_headerinfo vs message_id

2006-06-01 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

Change status


Previous Comments:


[2006-06-01 12:46:41] mad at dactar dot ch

Thanks for your answer.

> Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

> If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.



[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo "Message_ID : $header->message_id";


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






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


#37615 [WFx]: session_is_persistent

2006-06-01 Thread elias at adaptiveinstance dot com
 ID:   37615
 User updated by:  elias at adaptiveinstance dot com
 Reported By:  elias at adaptiveinstance dot com
 Status:   Wont fix
 Bug Type: Session related
 Operating System: all
 PHP Version:  5.1.4
 New Comment:

its ok if there is in general no interest in this feature, but
dismissing bugreports with half-assed answers isn't. so  give me a good
reason why this shouldn't be possible or tell me there is no
need/interest for this.


Previous Comments:


[2006-05-27 15:23:03] elias at adaptiveinstance dot com

thats not what's on my mind at all. i think adding an internal flag
that tracks if session_write_close() was called isn't that hard.



[2006-05-27 14:45:36] [EMAIL PROTECTED]

There is also no way to determine if any other function has been
called, but that doesn't mean we're going to add new functions for
that.



[2006-05-27 14:35:44] elias at adaptiveinstance dot com

Description:

There is no reliable way to determine if the session has already been
closed with session_write_close() or not. a function like
session_is_persistent() would be needful to validate that changes to
$_SESSION will be written.






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


#37667 [NEW]: Object is not added into array returned by __get

2006-06-01 Thread alexander dot netkachev at gmail dot com
From: alexander dot netkachev at gmail dot com
Operating system: Windows XP Sp2
PHP version:  5.1.4
PHP Bug Type: Class/Object related
Bug description:  Object is not added into array returned by __get

Description:

The following code inserts only second object into property array.

Reproduce code:
---
class Class1 {
  protected $property = array();
  function __get($name) {
return $this->property;
  }
}
class Class2 {}
$r = new Class1();
$r->Property[] = new Class2();
$r->Property[] = new Class2();
var_dump($r);

Expected result:

object(Class1)#1 (1) {
  ["property:protected"]=>
  array(1) {
[0]=>
object(Class2)#2 (0) {
}
[0]=>
object(Class2)#3 (0) {
}
  }
}

Actual result:
--
object(Class1)#1 (1) {
  ["property:protected"]=>
  array(1) {
[0]=>
object(Class2)#3 (0) {
}
  }
}

-- 
Edit bug report at http://bugs.php.net/?id=37667&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37667&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37667&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37667&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37667&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37667&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37667&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37667&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37667&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37667&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37667&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37667&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37667&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37667&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37667&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37667&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37667&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37667&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37667&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37667&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37667&r=mysqlcfg


#37630 [Bgs->Opn]: php build ignoring config, links against BOTH reentrant & 'norm' mysql libs ...

2006-06-01 Thread mike
 ID:   37630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  openmacnews at gmail dot com
-Status:   Bogus
+Status:   Open
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

Set status back to "Open".


Previous Comments:


[2006-06-01 08:46:32] [EMAIL PROTECTED]

No bug here.
It works exactly the way it should.



[2006-05-31 19:41:07] openmacnews at gmail dot com

> The switch to enable thread safety is --enable-maintainer-zts.

thx for the clarification.

> that you shoulnd't use it unless you've got a really good reason to
do so.

understood.  i'm exploring (non-production, yet) 'playing nice' with
apache worker mpm, reentrant mysql libs, and some threaded
functionality we're working on ...

> Now about the reentrancy issues of the mysql extensions:
> ...
> Just a recap, no fix yet.

fair nuf.

fwiw, given your comments, doing:

b4 config:

perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g'
ext/pdo_mysql/config.m4
perl -pi -e 's/mysqlclient\./mysqlclient_r\./g'
ext/pdo_mysql/config.m4
perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g'
ext/mysql/mysql.mak
perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g'
ext/mysql/config.m4

then:
glibtoolize
buildconf

and, after config, b4 make:

perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile
perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile

seems, so far to give me a stable/executable build, linked
uniquely/solely against lmysqlclient_r ... of course, i haven't done
any serious functional testing as yet.

let me know if/how i can play 'guinea pig' ...

richard



[2006-05-31 17:58:38] [EMAIL PROTECTED]

The switch to enable thread safety is --enable-maintainer-zts.  The
name suggests though, that you shoulnd't use it unless you've got a
really good reason to do so.


Now about the reentrancy issues of the mysql extensions:
None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant
version of the client library if ZTS is enabled.

ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and
thus cause sort of a deadlock if linked against libmysqlclient_r.

Just a recap, no fix yet.



[2006-05-30 16:34:35] openmacnews at gmail dot com

mike,

great. rather than dribbles of info, can you, then, please specify what
configuration option does and how to end up linked agaist only the
right/single library?

bottom line is i'm looking for thread-safe php + mysql, linked against
libmysqlclient_r.

let's just say the documentation hasn't been, at least for me,
forthcoming on the matter ...



[2006-05-30 16:22:54] [EMAIL PROTECTED]

This configure flag does not enable thread safety.



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/37630

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


#37666 [Opn->Bgs]: php.exe gives error when using /cygdrive/c in file path but not when using C:/

2006-06-01 Thread tony2001
 ID:   37666
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rajiv_here at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: CGI related
 Operating System: Windows/Cygwin
 PHP Version:  5.1.4
 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-06-01 12:33:40] rajiv_here at yahoo dot com

Description:

The php cli (php.exe) gives error when using cygwin specific file path.




Reproduce code:
---
-- C:/test.php--



Expected result:

$ php.exe C:/test.php
this is a test file



Actual result:
--
$ php.exe /cygdrive/c/test.php
Could not open input file: /cygdrive/c/test.php







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


#37643 [Bgs]: GetImageSize function can not determine size of Compressed Flash files (CWS)

2006-06-01 Thread vdv at bitrixsoft dot com
 ID:   37643
 User updated by:  vdv at bitrixsoft dot com
 Reported By:  vdv at bitrixsoft dot com
 Status:   Bogus
-Bug Type: *General Issues
+Bug Type: Feature/Change Request
 Operating System: Any
 PHP Version:  5.1.4
 New Comment:

Ok. Changed to the Feature request. 
Really see many requests from our customers.
Do you have any plans on fixing the issue in the nearest time?


Previous Comments:


[2006-05-30 13:43:11] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.





[2006-05-30 13:40:02] vdv at bitrixsoft dot com

Description:

GetImageSize function can not determine size of Compressed Flash files
(CWS).

Same as here:
http://bugs.php.net/bug.php?id=36542&edit=2
http://bugs.php.net/bug.php?id=34338&edit=2

This function still can not determine size and dimensions of the
compressed Flash movies untill the Zlib library is compiled statically.
But it can be quite easily done with manual decompressing file and
reading its header.
So it need to be fixed in general case because of the Flash format
popularity.

Reproduce code:
---
It can be reproduced with simple script that loads compressed Flash
files and matches their sizes.

Expected result:

Here is quick solution based on some tips from your bug descriptions.


function swf_decompress($buffer)
{
  if (function_exists('gzuncompress') &&
substr($buffer, 0, 3) == "CWS" &&
ord(substr($buffer, 3, 1)) >= 6)
  {
$output  = 'F';
$output .= substr ($buffer, 1, 7);
$output .= gzuncompress (substr ($buffer, 8));

return ($output);
  }
  else
return ($buffer);
}

$tmpFilePath=$arFile."tmp";
$out=fopen($tmpFilePath, "w");
$in=fopen($arFile, "r");
fwrite($out,swf_decompress(fread($in, filesize($arFile;
fclose($in);
fclose($out);
$arImageSize = getimagesize($tmpFilePath);
unlink($tmpFilePath);

Actual result:
--
Function returns false or error instead of actual size.
Interesting that this bug was added here in the year 2002 and it still
can be reproduced easily. 
Do you have some special version that can not be downloaded by others?
:)






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


#37659 [Bgs]: imap_headerinfo vs message_id

2006-06-01 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Bogus
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

Thanks for your answer.

> Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

> If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.


Previous Comments:


[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo "Message_ID : $header->message_id";


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






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


#37666 [NEW]: php.exe gives error when using /cygdrive/c in file path but not when using C:/

2006-06-01 Thread rajiv_here at yahoo dot com
From: rajiv_here at yahoo dot com
Operating system: Windows/Cygwin
PHP version:  5.1.4
PHP Bug Type: CGI related
Bug description:  php.exe gives error when using /cygdrive/c in file path but 
not when using C:/

Description:

The php cli (php.exe) gives error when using cygwin specific file path. 



Reproduce code:
---
-- C:/test.php--



Expected result:

$ php.exe C:/test.php
this is a test file



Actual result:
--
$ php.exe /cygdrive/c/test.php
Could not open input file: /cygdrive/c/test.php



-- 
Edit bug report at http://bugs.php.net/?id=37666&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37666&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37666&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37666&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37666&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37666&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37666&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37666&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37666&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37666&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37666&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37666&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37666&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37666&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37666&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37666&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37666&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37666&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37666&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37666&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37666&r=mysqlcfg


#37665 [Opn->Fbk]: Exception messages from stream wrappers should be displayed

2006-06-01 Thread tony2001
 ID:   37665
 Updated by:   [EMAIL PROTECTED]
 Reported By:  flconseil at yahoo dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.1.4
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.




Previous Comments:


[2006-06-01 11:57:16] flconseil at yahoo dot fr

Description:

When I send an exception from a stream wrapper method, the call fails
with a generic warning message from PHP, but the message I sent with my
exception is not displayed.

It would be a useful enhancement to add it to the error string.

(Tested in 5.1.2, should be the same in 5.1.4)



Reproduce code:
---
Example of an invalid URL :

include('phk://mnt1/toto');



Expected result:

If the exception->message was also displayed, it would give something
like :

PHP Warning: include(phk://mnt1/toto): failed to open stream: Error
opening PHK subfile - phk://mnt1/toto: Invalid URL - mnt1: Unknown PHK
mount point - "PHK_Stream::stream_open" call failed in ... on line 6



Actual result:
--
PHP Warning:  include(phk://mnt1/toto): failed to open stream:
"PHK_Stream::stream_open" call failed in ... on line 6

I have no way to tell the user why his URL failed. And, as
STREAM_REPORT_ERRORS is unset, I am not allowed to raise any error from
my code.





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


#37665 [NEW]: Exception messages from stream wrappers should be displayed

2006-06-01 Thread flconseil at yahoo dot fr
From: flconseil at yahoo dot fr
Operating system: All
PHP version:  5.1.4
PHP Bug Type: Feature/Change Request
Bug description:  Exception messages from stream wrappers should be displayed

Description:

When I send an exception from a stream wrapper method, the call fails with
a generic warning message from PHP, but the message I sent with my
exception is not displayed.

It would be a useful enhancement to add it to the error string.

(Tested in 5.1.2, should be the same in 5.1.4)



Reproduce code:
---
Example of an invalid URL :

include('phk://mnt1/toto');



Expected result:

If the exception->message was also displayed, it would give something like
:

PHP Warning: include(phk://mnt1/toto): failed to open stream: Error
opening PHK subfile - phk://mnt1/toto: Invalid URL - mnt1: Unknown PHK
mount point - "PHK_Stream::stream_open" call failed in ... on line 6



Actual result:
--
PHP Warning:  include(phk://mnt1/toto): failed to open stream:
"PHK_Stream::stream_open" call failed in ... on line 6

I have no way to tell the user why his URL failed. And, as
STREAM_REPORT_ERRORS is unset, I am not allowed to raise any error from my
code.

-- 
Edit bug report at http://bugs.php.net/?id=37665&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37665&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37665&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37665&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37665&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37665&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37665&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37665&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37665&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37665&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37665&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37665&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37665&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37665&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37665&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37665&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37665&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37665&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37665&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37665&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37665&r=mysqlcfg


#37663 [Bgs]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
 ID:   37663
 User updated by:  ust at 3dots dot ru
 Reported By:  ust at 3dots dot ru
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x2925c7ec in ?? () from /usr/local/lib/nss_ldap.so.1
#2  0x29267560 in ?? () from /usr/local/lib/nss_ldap.so.1
#3  0x in ?? ()
#4  0x in ?? ()
#5  0x280a0814 in _rtld_free_tls () from /libexec/ld-elf.so.1
#6  0x29265520 in _fini () from /usr/local/lib/nss_ldap.so.1
#7  0x280b8500 in ?? () from /libexec/ld-elf.so.1
#8  0x280b83f8 in ?? () from /libexec/ld-elf.so.1
#9  0xbfbfea88 in ?? ()
#10 0x2809e3ac in find_symdef () from /libexec/ld-elf.so.1
#11 0x2809ea19 in dlclose () from /libexec/ld-elf.so.1
#12 0x2848cf7e in _nsdbtput () from /lib/libc.so.6
#13 0x2848c86d in endhostent () from /lib/libc.so.6
#14 0x2848d014 in _nsdbtput () from /lib/libc.so.6
#15 0x284ae739 in __cxa_finalize () from /lib/libc.so.6
#16 0x284ae486 in exit () from /lib/libc.so.6
#17 0x0806b912 in destroy_and_exit_process (process=0x80a4090,
process_exit_value=0)
at main.c:221
#18 0x0806c30a in main (argc=3, argv=0xbfbfec58) at main.c:578
(gdb)


Previous Comments:


[2006-06-01 11:41:28] [EMAIL PROTECTED]

Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader.  These extensions often modify engine
behavior which is not related to PHP itself.





[2006-06-01 11:36:51] ust at 3dots dot ru

(gdb) bt
#0  0x00080012 in ?? ()
#1  0x28882f1d in ?? () from
/usr/local/apache2/libexec/apache2/libphp4.so
#2  0x283b7b02 in apr_pool_clear (pool=0x80a6018) at apr_pools.c:694
#3  0x0806c3c9 in main (argc=2, argv=0xbfbfec24) at main.c:600



[2006-06-01 11:35:47] ust at 3dots dot ru

There is result of gdb output

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentati

#37663 [Opn->Bgs]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread tony2001
 ID:   37663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ust at 3dots dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader.  These extensions often modify engine
behavior which is not related to PHP itself.




Previous Comments:


[2006-06-01 11:36:51] ust at 3dots dot ru

(gdb) bt
#0  0x00080012 in ?? ()
#1  0x28882f1d in ?? () from
/usr/local/apache2/libexec/apache2/libphp4.so
#2  0x283b7b02 in apr_pool_clear (pool=0x80a6018) at apr_pools.c:694
#3  0x0806c3c9 in main (argc=2, argv=0xbfbfec24) at main.c:600



[2006-06-01 11:35:47] ust at 3dots dot ru

There is result of gdb output

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_access.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_access.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_anon.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_anon.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_dbm.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_dbm.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_charset_lite.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_charset_lite.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_include.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_include.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_deflate.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_deflate.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_log_config.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_log_config.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_logio.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_logio.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_env.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_env.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_mime_magic.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_mime_magic.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_cern_meta.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_cern_meta.so
Reading symbols from

#37663 [Opn]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
 ID:   37663
 User updated by:  ust at 3dots dot ru
 Reported By:  ust at 3dots dot ru
 Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

(gdb) bt
#0  0x00080012 in ?? ()
#1  0x28882f1d in ?? () from
/usr/local/apache2/libexec/apache2/libphp4.so
#2  0x283b7b02 in apr_pool_clear (pool=0x80a6018) at apr_pools.c:694
#3  0x0806c3c9 in main (argc=2, argv=0xbfbfec24) at main.c:600


Previous Comments:


[2006-06-01 11:35:47] ust at 3dots dot ru

There is result of gdb output

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_access.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_access.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_anon.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_anon.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_dbm.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_dbm.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_charset_lite.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_charset_lite.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_include.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_include.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_deflate.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_deflate.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_log_config.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_log_config.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_logio.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_logio.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_env.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_env.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_mime_magic.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_mime_magic.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_cern_meta.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_cern_meta.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_expires.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_expires.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_headers.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_headers.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_usertrack.so...done.
Loaded symbols for /usr/local/apac

#37663 [Fbk->Opn]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
 ID:   37663
 User updated by:  ust at 3dots dot ru
 Reported By:  ust at 3dots dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

There is result of gdb output

# /usr/local/apache2/sbin/httpd -k restart
Segmentation fault (core dumped)
# gdb /usr/local/apache2/sbin/httpd /usr/local/apache2/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-marcel-freebsd"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libaprutil-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libaprutil-0.so.9
Reading symbols from /usr/local/lib/libldap-2.2.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.2.so.7
Reading symbols from /usr/local/lib/libcrypto.so.5...done.
Loaded symbols for /usr/local/lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libssl.so.5...done.
Loaded symbols for /usr/local/lib/libssl.so.5
Reading symbols from /usr/local/lib/liblber-2.2.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.2.so.7
Reading symbols from /usr/local/lib/libexpat.so.6...done.
Loaded symbols for /usr/local/lib/libexpat.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from
/usr/local/apache2/lib/apache2/libapr-0.so.9...done.
Loaded symbols for /usr/local/apache2/lib/apache2/libapr-0.so.9
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libssl.so.4...done.
Loaded symbols for /usr/lib/libssl.so.4
Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
Loaded symbols for /usr/local/lib/nss_ldap.so.1
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_access.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_access.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_anon.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_anon.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_auth_dbm.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_auth_dbm.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_charset_lite.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_charset_lite.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_include.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_include.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_deflate.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_deflate.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_log_config.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_log_config.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_logio.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_logio.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_env.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_env.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_mime_magic.so...done.
Loaded symbols for
/usr/local/apache2/libexec/apache2/mod_mime_magic.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_cern_meta.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_cern_meta.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_expires.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_expires.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_headers.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_headers.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_usertrack.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_usertrack.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_unique_id.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_unique_id.so
Reading symbols from
/usr/local/apache2/libexec/apache2/mod_setenvif.so...done.
Loaded symbols for /usr/local/apache2/libexec/apache2/mod_setenvif.so
Reading sym

#37663 [Opn->Fbk]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread tony2001
 ID:   37663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ust at 3dots dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




Previous Comments:


[2006-06-01 11:12:43] ust at 3dots dot ru

To reproduce this bug
1. Build Apache 2.0.58 from ports collection
#make PREFIX=/usr/local/apache2 PREFIX_RELDEST=/usr/local/apache2
install 

2. Build PHP 4.2.2
"#make patch" on PHP 4.2.2 on FreeBSD PHP port

then run this script

#!/bin/sh
CC='cc' CFLAGS="-O2 -pipe -march=pentium4 -g -Wall" \
CXX='c++' CXXFLAGS="-O2 -pipe -march=pentium4" \
export LDFLAGS=-lstdc++ \

./configure --prefix=/usr/local/php4 \
--sysconfdir=/usr/local/etc \
--with-apxs2=/usr/local/apache2/sbin/apxs \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-fastcgi \
--with-layout=GNU \
--with-config-file-path=/usr/local/php4/etc \
--enable-magic-quotes \
--enable-versioning \
--with-openssl \
--with-zlib \
--enable-bcmath \
--with-bz2 \
--enable-calendar \
--enable-cpdflib \
--enable-static \
--with-curl \
--with-inifile \
--with-flatfile \
--with-dbase \
--with-dbx \
--enable-dio \
--with-dom \
--with-zlib-dir \
--with-dom-xslt \
--with-dom-exslt \
--enable-exif \
--enable-filepro \
--enable-ftp \
--with-xpm-dir \
--with-ttf \
--with-freetype-dir \
--with-t1lib \
--enable-gd-native-ttf \
--enable-gettext \
--with-gmp \
--with-iconv \
--enable-mbstring \
--enable-mcal \
--enable-mbstring \
--with-openssl-dir \
--with-mhash \
--with-mssql=/usr/local \
--with-mysql=/usr/local/mysql5 \
--with-mysql-sock=/tmp/mysql5.sock \
--with-xmlrpc \
--with-ncurses \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--with-pear \
--enable-inline-optimization \
--enable-zend-multibyte \
--enable-memory-limit \
--with-tsrm-pth \
--with-pic \
--with-gd=/usr/local \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/local \
--with-mime-magic \
--with-regex=php \
--enable-xslt \
--with-xslt-sablot=/usr/local 

#make && make install

#./apache2.sh restart
OR

# ./httpd -k restart -e debug
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
access_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_anon_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_dbm_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
charset_lite_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
include_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
deflate_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
log_config_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
logio_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
env_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
mime_magic_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
cern_meta_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
expires_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
headers_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
usertrack_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
unique_id_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
setenvif_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
mime_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dav_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
status_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
autoindex_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
asis_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
info_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
cgi_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dav_fs_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
vhost_alias_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
negotiation_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dir_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded

#37663 [Fbk->Opn]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
 ID:   37663
 User updated by:  ust at 3dots dot ru
 Reported By:  ust at 3dots dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

To reproduce this bug
1. Build Apache 2.0.58 from ports collection
#make PREFIX=/usr/local/apache2 PREFIX_RELDEST=/usr/local/apache2
install 

2. Build PHP 4.2.2
"#make patch" on PHP 4.2.2 on FreeBSD PHP port

then run this script

#!/bin/sh
CC='cc' CFLAGS="-O2 -pipe -march=pentium4 -g -Wall" \
CXX='c++' CXXFLAGS="-O2 -pipe -march=pentium4" \
export LDFLAGS=-lstdc++ \

./configure --prefix=/usr/local/php4 \
--sysconfdir=/usr/local/etc \
--with-apxs2=/usr/local/apache2/sbin/apxs \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-fastcgi \
--with-layout=GNU \
--with-config-file-path=/usr/local/php4/etc \
--enable-magic-quotes \
--enable-versioning \
--with-openssl \
--with-zlib \
--enable-bcmath \
--with-bz2 \
--enable-calendar \
--enable-cpdflib \
--enable-static \
--with-curl \
--with-inifile \
--with-flatfile \
--with-dbase \
--with-dbx \
--enable-dio \
--with-dom \
--with-zlib-dir \
--with-dom-xslt \
--with-dom-exslt \
--enable-exif \
--enable-filepro \
--enable-ftp \
--with-xpm-dir \
--with-ttf \
--with-freetype-dir \
--with-t1lib \
--enable-gd-native-ttf \
--enable-gettext \
--with-gmp \
--with-iconv \
--enable-mbstring \
--enable-mcal \
--enable-mbstring \
--with-openssl-dir \
--with-mhash \
--with-mssql=/usr/local \
--with-mysql=/usr/local/mysql5 \
--with-mysql-sock=/tmp/mysql5.sock \
--with-xmlrpc \
--with-ncurses \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--with-pear \
--enable-inline-optimization \
--enable-zend-multibyte \
--enable-memory-limit \
--with-tsrm-pth \
--with-pic \
--with-gd=/usr/local \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/local \
--with-mime-magic \
--with-regex=php \
--enable-xslt \
--with-xslt-sablot=/usr/local 

#make && make install

#./apache2.sh restart
OR

# ./httpd -k restart -e debug
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
access_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_anon_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
auth_dbm_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
charset_lite_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
include_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
deflate_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
log_config_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
logio_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
env_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
mime_magic_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
cern_meta_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
expires_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
headers_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
usertrack_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
unique_id_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
setenvif_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
mime_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dav_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
status_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
autoindex_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
asis_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
info_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
cgi_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dav_fs_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
vhost_alias_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
negotiation_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
dir_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
imap_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
actions_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
speling_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
userdir_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
alias_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
rewrite_module
[Thu Jun 01 22:16:21 2006] [debug] mod_so.c(248): loaded module
php4_module
Segmentation fault (core dumped)


That's all.

If I remove last to options:
--enable-xslt
--with-xslt-sablot=/usr

#37651 [Bgs]: buildconf fails with error code 1

2006-06-01 Thread ktrinczek at bfs dot de
 ID:   37651
 User updated by:  ktrinczek at bfs dot de
 Reported By:  ktrinczek at bfs dot de
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 10
 PHP Version:  5CVS-2006-05-31 (snap)
 New Comment:

That was it. BUILDCONF runs through.
But what's doing make here?

/bin/sh /tmp/php5.2-200605311030/libtool --silent --preserve-dup-deps
--mode=compile gcc -I"/usr/local/include" -Iext/iconv/
-I/tmp/php5.2-200605311030/ext/iconv/ -DPHP_ATOM_INC
-I/tmp/php5.2-200605311030/include -I/tmp/php5.2-200605311030/main
-I/tmp/php5.2-200605311030 -I/usr/local/include/libxml2
-I/opt/csw/include -I/usr/local/include
-I/tmp/php5.2-200605311030/ext/date/lib
-I/tmp/php5.2-200605311030/ext/mbstring/oniguruma
-I/tmp/php5.2-200605311030/ext/mbstring/libmbfl
-I/tmp/php5.2-200605311030/ext/mbstring/libmbfl/mbfl
-I/usr/sfw/include/mysql -I/tmp/php5.2-200605311030/TSRM
-I/tmp/php5.2-200605311030/Zend  -D_POSIX_PTHREAD_SEMANTICS 
-I/usr/local/include -g -O2   -c
/tmp/php5.2-200605311030/ext/iconv/iconv.c -o ext/iconv/iconv.lo
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`_php_iconv_appendl':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:254: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`php_iconv_string':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:414: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`_php_iconv_strlen':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:528: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`_php_iconv_substr':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:641: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`_php_iconv_strpos':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:772: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`_php_iconv_mime_encode':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:1021: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c:1121: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c: In function
`php_iconv_stream_filter_append_bucket':
/tmp/php5.2-200605311030/ext/iconv/iconv.c:2379: warning: passing arg 2
of `libiconv' from incompatible pointer type
/tmp/php5.2-200605311030/ext/iconv/iconv.c:2458: warning: passing arg 2
of `libiconv' from incompatible pointer type
/bin/sh /tmp/php5.2-200605311030/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/ldap/ -I/tmp/php5.2-200605311030/ext/ldap/
-DPHP_ATOM_INC -I/tmp/php5.2-200605311030/include
-I/tmp/php5.2-200605311030/main -I/tmp/php5.2-200605311030
-I/usr/local/include/libxml2 -I/opt/csw/include -I/usr/local/include
-I/tmp/php5.2-200605311030/ext/date/lib
-I/tmp/php5.2-200605311030/ext/mbstring/oniguruma
-I/tmp/php5.2-200605311030/ext/mbstring/libmbfl
-I/tmp/php5.2-200605311030/ext/mbstring/libmbfl/mbfl
-I/usr/sfw/include/mysql -I/tmp/php5.2-200605311030/TSRM
-I/tmp/php5.2-200605311030/Zend  -D_POSIX_PTHREAD_SEMANTICS 
-I/usr/local/include -g -O2   -c
/tmp/php5.2-200605311030/ext/ldap/ldap.c -o ext/ldap/ldap.lo
/tmp/php5.2-200605311030/ext/ldap/ldap.c: In function
`_php_sasl_setdefs':
/tmp/php5.2-200605311030/ext/ldap/ldap.c:506: warning: assignment makes
pointer from integer without a cast
/tmp/php5.2-200605311030/ext/ldap/ldap.c:507: warning: pointer/integer
type mismatch in conditional expression
/tmp/php5.2-200605311030/ext/ldap/ldap.c:508: warning: pointer/integer
type mismatch in conditional expression
/tmp/php5.2-200605311030/ext/ldap/ldap.c:509: warning: pointer/integer
type mismatch in conditional expression
/tmp/php5.2-200605311030/ext/ldap/ldap.c:510: warning: pointer/integer
type mismatch in conditional expression
/tmp/php5.2-200605311030/ext/ldap/ldap.c:511: warning: pointer/integer
type mismatch in conditional expression
/tmp/php5.2-200605311030/ext/ldap/ldap.c: In function
`zif_ldap_sasl_bind':
/tmp/php5.2-200605311030/ext/ldap/ldap.c:603: error: `LDAP_SASL_QUIET'
undeclared (first use in this function)
/tmp/php5.2-200605311030/ext/ldap/ldap.c:603: error: (Each undeclared
identifier is reported only once
/tmp/php5.2-200605311030/ext/ldap/ldap.c:603: error: for each function
it appears in.)
make: *** [ext/ldap/ldap.lo] Error 1

Following configure was running through.

[EMAIL PROTECTED] # ./configure --with-apxs2=/usr/apache2/bin/apxs
--enable-fastcgi --with-openssl=/opt/csw --enable-bcmath
--enable-calendar --with-curl=/usr/local/bin/curl --with-curlwrappers
--enable-dba --with-db4=/opt/csw/bdb4 --with-inifile --with-flatfile
--enable-dio --enable-filepro --enable-ftp --with-ldap=/opt/csw
--enable-mbstring --with-mysql=/usr/sfw --with-xsl=/usr/lib
--enable-wddx

#37617 [Opn->Bgs]: Undeclared entity error

2006-06-01 Thread tony2001
 ID:   37617
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at freshtraxxx dot com
-Status:   Open
+Status:   Bogus
 Bug Type: XML related
 Operating System: Windows XP Home
 PHP Version:  5CVS-2006-05-28 (snap)
 New Comment:

If libxml fails to parse your file PHP can't do anything about it.
Not PHP problem.


Previous Comments:


[2006-05-28 18:12:06] webmaster at freshtraxxx dot com

Description:

Error results when trying to parse an rdf news feed with the listed
doctype element. Although this is similar to previous bugs it still
seems to be happening with the latest version.

I have a workaround that stripps out the offending lines until this is
fixed:

preg_match("/(.*?)<\/rdf:RDF>/s",$output,$match);
if($match[0]) {
$output = $match[0];
}


Reproduce code:
---
// functions "startElement", "endElement" and "characterData" stripped
out for clarity

$output = <<
http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent";>
%HTMLlat1;
]>
http://www.w3.org/1999/02/22-rdf-syntax-ns#";
xmlns="http://purl.org/rss/1.0/";>

EOF;

$xml_parser = xml_parser_create();
xml_set_element_handler($xml_parser, "startElement", "endElement");
xml_set_character_data_handler($xml_parser, "characterData");
if (!xml_parse($xml_parser, $output, true)) {
die(sprintf("XML error: %s at line %d",
xml_error_string(xml_get_error_code($xml_parser)),
xml_get_current_line_number($xml_parser)));
}
xml_parser_free($xml_parser);


Expected result:

Expected no output in above script as the handler functions only output
cdata from within the rdf elements

Actual result:
--
XML error: Undeclared entity error at line 5





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


#37664 [Opn->Bgs]: adding fsopen

2006-06-01 Thread tony2001
 ID:   37664
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eyal_car at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: win32
 PHP Version:  4.4.2
 New Comment:

See http://php.net/flock


Previous Comments:


[2006-06-01 09:38:59] eyal_car at hotmail dot com

Description:

I suggest adding support for file locking. Sometimes php is used along
with some other Business Logic processes, and they need to communicate
thru files. In this case, locking is required.







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


#34019 [Asn->Csd]: Implementing interface with a __construct method strange behaviour

2006-06-01 Thread stochnagara at hotmail dot com
 ID:   34019
 User updated by:  stochnagara at hotmail dot com
 Reported By:  stochnagara at hotmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Class/Object related
 Operating System: *
-PHP Version:  5CVS-2005-08-07
+PHP Version:  5.2
 Assigned To:  helly
 New Comment:

This bug seems to be fixed now.


Previous Comments:


[2006-03-05 19:24:59] [EMAIL PROTECTED]

Fixed in head now



[2005-08-06 23:39:27] [EMAIL PROTECTED]

I think we should either disable __construct/__destruct enforcement or
ensure the interface rules apply since that is imho the only thing that
would make sense.



[2005-08-06 14:09:09] stochnagara at hotmail dot com

Description:

When a class implements an interface which declares a funciton
__construct with a given prototype and the class does not follow this
prototype, then PHP does not raise a fatal error like in all other
cases.

I know that __construct has a lot of special features but I think we
need at least a notice for that.

Reproduce code:
---
interface constr {
function __construct();
}

class implem implements constr {
function __construct ($a) {
}
}


Expected result:

Fatal error:  Declaration of implem::__construct() must be compatible
with that of constr::__construct() in ...

Actual result:
--
5





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


#37663 [Opn->Fbk]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread tony2001
 ID:   37663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ust at 3dots dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.1
 PHP Version:  4.4.2
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.





Previous Comments:


[2006-06-01 09:29:59] ust at 3dots dot ru

Description:

httpd -k restart or htppd-k reload fails with segmentation fault, if
PHP Apache module compiled with Sablotron suppot.

Apache 2.0 -freebsd ports collection
PHP 4.4.2 -compiled from source after patching on ports (make patch)
Sablotron 0.98 or 1.0.2 - compiled from source / from ports (1.0.2)






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


#37662 [Opn->Bgs]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread tony2001
 ID:   37662
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mg at evolution515 dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Works _perfectly fine_.
Please either provide a short reproduce script (do you really need
those classes to read a file, eh?) or just debug your code yourself.


Previous Comments:


[2006-06-01 09:23:38] mg at evolution515 dot net

And copy /usr/share/misc/magic to your working dir so the script find a
file! (Otherweise the script won't exit in with PHPCLI)



[2006-06-01 09:20:57] mg at evolution515 dot net

Ok, changed to PHP/5.1.4-1.dotdeb.1. Still the error.
CLI as libapache2 produce the same error.

$ php BUG.php 
strpos() has been successfuly run!
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

OK COPY AND PASTE FOLLWING SCRIPT AND TRY AGAIN!
--
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\r"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>



[2006-06-01 08:54:06] [EMAIL PROTECTED]

Bug update collision, setting back to bogus.



[2006-06-01 08:47:33] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.



[2006-06-01 08:42:38] [EMAIL PROTECTED]

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.




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/37662

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


#37664 [NEW]: adding fsopen

2006-06-01 Thread eyal_car at hotmail dot com
From: eyal_car at hotmail dot com
Operating system: win32
PHP version:  4.4.2
PHP Bug Type: Feature/Change Request
Bug description:  adding fsopen

Description:

I suggest adding support for file locking. Sometimes php is used along
with some other Business Logic processes, and they need to communicate
thru files. In this case, locking is required.



-- 
Edit bug report at http://bugs.php.net/?id=37664&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37664&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37664&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37664&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37664&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37664&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37664&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37664&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37664&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37664&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37664&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37664&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37664&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37664&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37664&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37664&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37664&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37664&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37664&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37664&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37664&r=mysqlcfg


#37663 [NEW]: Apache crashes (core dump) when compiled with sablotron

2006-06-01 Thread ust at 3dots dot ru
From: ust at 3dots dot ru
Operating system: FreeBSD 6.1
PHP version:  4.4.2
PHP Bug Type: Apache2 related
Bug description:  Apache crashes (core dump) when compiled with sablotron

Description:

httpd -k restart or htppd-k reload fails with segmentation fault, if PHP
Apache module compiled with Sablotron suppot.

Apache 2.0 -freebsd ports collection
PHP 4.4.2 -compiled from source after patching on ports (make patch)
Sablotron 0.98 or 1.0.2 - compiled from source / from ports (1.0.2)


-- 
Edit bug report at http://bugs.php.net/?id=37663&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37663&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37663&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37663&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37663&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37663&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37663&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37663&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37663&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37663&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37663&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37663&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37663&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37663&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37663&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37663&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37663&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37663&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37663&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37663&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37663&r=mysqlcfg


#37662 [Opn]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread mg at evolution515 dot net
 ID:   37662
 User updated by:  mg at evolution515 dot net
 Reported By:  mg at evolution515 dot net
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

And copy /usr/share/misc/magic to your working dir so the script find a
file! (Otherweise the script won't exit in with PHPCLI)


Previous Comments:


[2006-06-01 09:20:57] mg at evolution515 dot net

Ok, changed to PHP/5.1.4-1.dotdeb.1. Still the error.
CLI as libapache2 produce the same error.

$ php BUG.php 
strpos() has been successfuly run!
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

OK COPY AND PASTE FOLLWING SCRIPT AND TRY AGAIN!
--
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\r"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>



[2006-06-01 08:54:06] [EMAIL PROTECTED]

Bug update collision, setting back to bogus.



[2006-06-01 08:47:33] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.



[2006-06-01 08:42:38] [EMAIL PROTECTED]

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.




[2006-06-01 08:38:52] mg at memedia dot de

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?



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/37662

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


#37662 [Bgs->Opn]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread mg at evolution515 dot net
 ID:   37662
 User updated by:  mg at evolution515 dot net
 Reported By:  mg at evolution515 dot net
-Status:   Bogus
+Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Ok, changed to PHP/5.1.4-1.dotdeb.1. Still the error.
CLI as libapache2 produce the same error.

$ php BUG.php 
strpos() has been successfuly run!
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

OK COPY AND PASTE FOLLWING SCRIPT AND TRY AGAIN!
--
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\r"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>


Previous Comments:


[2006-06-01 08:54:06] [EMAIL PROTECTED]

Bug update collision, setting back to bogus.



[2006-06-01 08:47:33] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.



[2006-06-01 08:42:38] [EMAIL PROTECTED]

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.




[2006-06-01 08:38:52] mg at memedia dot de

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?



[2006-06-01 08:37:36] mg at evolution515 dot net

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!



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/37662

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


#36532 [Com]: session.save_path and safe_mode

2006-06-01 Thread lars at erhardsen dot dk
 ID:   36532
 Comment by:   lars at erhardsen dot dk
 Reported By:  amicka at gmail dot com
 Status:   No Feedback
 Bug Type: Session related
 Operating System: FreeBSD 4.11
 PHP Version:  4.4.2
 New Comment:

I'm experiencing the same with 4.4.2 on linux 2.4.27 - and these random
errors started when I upgraded from 4.3.11 (not entirely sure about the
version)


Previous Comments:


[2006-03-07 01:00:05] php-bugs at lists dot php dot net

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".



[2006-02-27 09:54:01] [EMAIL PROTECTED]

Can you try it with Apache 1.3.x ?
And I'd appreciate if you try to reproduce it with PHP 5.1 either.



[2006-02-27 09:43:47] amicka at gmail dot com

Apache 2.0  (2.0.55)



[2006-02-27 08:54:52] [EMAIL PROTECTED]

What Server API are you using?



[2006-02-26 03:11:35] amicka at gmail dot com

Description:

We are using mod_php and providing per-site configuration directives in
httpd.conf

I am testing with a phpinfo() file, owned by uid/gid 1000/1000

When safe_mode is enabled, we receive the following error:

PHP Warning:  Unknown(): SAFE MODE Restriction in effect.  The script
whose uid/gid is 0/0 is not allowed to access /www/example.com/tmp
owned by uid/gid 1000/1000 in Unknown on line 0

PHP Warning:  Unknown():
open(/tmp/sess_659835e0c801f8cfcf46c1740c026d08, O_RDWR) failed:
Permission denied (13) in Unknown on line 0

PHP Warning:  Unknown(): Failed to write session data (files). Please
verify that the current setting of session.save_path is correct (/tmp)
in Unknown on line 0


*  Because my info.php file is owned by uid=1000, the "script whose
uid/gid is 0/0" error SHOULD NOT APPEAR.  It is erroneously using 0/0
for its checks

*  Because /www/example.com/tmp is in my safe_mode_include_dir path,
the above error shouldn't apply anyway

*  Because my session.save_path is /www/example.com/tmp , it SHOUD NOT
be attempting to write to /tmp

My current workaround is to chown /www/example.com/tmp to 0:0, which is
preferable in my environment.  But this still indicates a bug.

php.ini is similar to the ini-recommended file, plus safe_mode = On

Per-site overrides:


  ServerName www.example.com
  DocumentRoot /www/example.com/www
  SetEnv PHP_DOCUMENT_ROOT /www/example.com/www
  SetEnv PHPRC /www/example.com/conf
  php_admin_value doc_root /www/example.com/www



  php_admin_value session.save_path "/www/example.com/tmp/"
  php_admin_value upload_tmp_dir "/www/example.com/tmp/"
  php_admin_value safe_mode_include_dir
"/www/lib/:/www/sharedlib/:/www/example.com/tmp/:/dev/null:/usr/local/lib/php/"
  php_admin_value open_basedir /www/lib/:/www/example.com/







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


#37662 [Fbk->Bgs]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread derick
 ID:   37662
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mg at evolution515 dot net
-Status:   Feedback
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Bug update collision, setting back to bogus.


Previous Comments:


[2006-06-01 08:47:33] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.



[2006-06-01 08:42:38] [EMAIL PROTECTED]

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.




[2006-06-01 08:38:52] mg at memedia dot de

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?



[2006-06-01 08:37:36] mg at evolution515 dot net

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!



[2006-06-01 08:36:23] [EMAIL PROTECTED]

Works just fine here.



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/37662

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


#37651 [Opn->Bgs]: buildconf fails with error code 1

2006-06-01 Thread derick
 ID:   37651
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ktrinczek at bfs dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 10
 PHP Version:  5CVS-2006-05-31 (snap)
 New Comment:

PHP requires gnu make.


Previous Comments:


[2006-06-01 08:48:36] ktrinczek at bfs dot de

I'm not sure. But I can't controll.

[EMAIL PROTECTED] # /usr/xpg4/bin/make --version
make: Warning: Ignoring DistributedMake -v option
make: Warning: Ignoring DistributedMake -o option
make: Fatal error: No dmake output dir argument after -o flag

[EMAIL PROTECTED] # /usr/ccs/bin/make --version
make: Warning: Ignoring DistributedMake -v option
make: Warning: Ignoring DistributedMake -o option
make: Fatal error: No dmake output dir argument after -o flag



[2006-06-01 08:43:19] [EMAIL PROTECTED]

Are you sure GNU make is used ?
What do you get with `make --version` ?



[2006-06-01 08:37:28] ktrinczek at bfs dot de

There is installed :
autoconf-2.13
automake-1.8.3
make-3.80

but no other result.

[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
/usr/xpg4/bin/make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'



[2006-05-31 14:02:59] [EMAIL PROTECTED]

Please install all the required GNU utils (GNU make, automake, autoconf
etc.) and try again.



[2006-05-31 13:08:27] ktrinczek at bfs dot de

Description:

I have an Solaris 10 on an 64-bit Sparc-system.
I have to install PHP with support for mysql, ldap, ... and pdf.
I had successfully installed PHP5.0.4, but the libpdf_php.so for the
PDFsupport wasn't recognized. I think that was because the library for
the 32-bit system.
That's why I have to do buildconf (instructions from PDFlib).
But something is wrong.


Reproduce code:
---
[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'


Expected result:

Please help me.






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


#37651 [Fbk->Opn]: buildconf fails with error code 1

2006-06-01 Thread ktrinczek at bfs dot de
 ID:   37651
 User updated by:  ktrinczek at bfs dot de
 Reported By:  ktrinczek at bfs dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 10
 PHP Version:  5CVS-2006-05-31 (snap)
 New Comment:

I'm not sure. But I can't controll.

[EMAIL PROTECTED] # /usr/xpg4/bin/make --version
make: Warning: Ignoring DistributedMake -v option
make: Warning: Ignoring DistributedMake -o option
make: Fatal error: No dmake output dir argument after -o flag

[EMAIL PROTECTED] # /usr/ccs/bin/make --version
make: Warning: Ignoring DistributedMake -v option
make: Warning: Ignoring DistributedMake -o option
make: Fatal error: No dmake output dir argument after -o flag


Previous Comments:


[2006-06-01 08:43:19] [EMAIL PROTECTED]

Are you sure GNU make is used ?
What do you get with `make --version` ?



[2006-06-01 08:37:28] ktrinczek at bfs dot de

There is installed :
autoconf-2.13
automake-1.8.3
make-3.80

but no other result.

[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
/usr/xpg4/bin/make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'



[2006-05-31 14:02:59] [EMAIL PROTECTED]

Please install all the required GNU utils (GNU make, automake, autoconf
etc.) and try again.



[2006-05-31 13:08:27] ktrinczek at bfs dot de

Description:

I have an Solaris 10 on an 64-bit Sparc-system.
I have to install PHP with support for mysql, ldap, ... and pdf.
I had successfully installed PHP5.0.4, but the libpdf_php.so for the
PDFsupport wasn't recognized. I think that was because the library for
the 32-bit system.
That's why I have to do buildconf (instructions from PDFlib).
But something is wrong.


Reproduce code:
---
[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'


Expected result:

Please help me.






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


#37662 [Bgs->Fbk]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread derick
 ID:   37662
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mg at evolution515 dot net
-Status:   Bogus
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.


Previous Comments:


[2006-06-01 08:42:38] [EMAIL PROTECTED]

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.




[2006-06-01 08:38:52] mg at memedia dot de

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?



[2006-06-01 08:37:36] mg at evolution515 dot net

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!



[2006-06-01 08:36:23] [EMAIL PROTECTED]

Works just fine here.



[2006-06-01 08:29:24] mg at evolution515 dot net

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!


---

#37630 [Opn->Bgs]: php build ignoring config, links against BOTH reentrant & 'norm' mysql libs ...

2006-06-01 Thread tony2001
 ID:   37630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  openmacnews at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: osx
 PHP Version:  5.1.4
 New Comment:

No bug here.
It works exactly the way it should.


Previous Comments:


[2006-05-31 19:41:07] openmacnews at gmail dot com

> The switch to enable thread safety is --enable-maintainer-zts.

thx for the clarification.

> that you shoulnd't use it unless you've got a really good reason to
do so.

understood.  i'm exploring (non-production, yet) 'playing nice' with
apache worker mpm, reentrant mysql libs, and some threaded
functionality we're working on ...

> Now about the reentrancy issues of the mysql extensions:
> ...
> Just a recap, no fix yet.

fair nuf.

fwiw, given your comments, doing:

b4 config:

perl -pi -e 's/mysqlclient\,/mysqlclient_r\,/g'
ext/pdo_mysql/config.m4
perl -pi -e 's/mysqlclient\./mysqlclient_r\./g'
ext/pdo_mysql/config.m4
perl -pi -e 's/libmysqlclient.lib/libmysqlclient_r.lib/g'
ext/mysql/mysql.mak
perl -pi -e 's/LIBNAME=mysqlclient\n/LIBNAME=mysqlclient_r\n/g'
ext/mysql/config.m4

then:
glibtoolize
buildconf

and, after config, b4 make:

perl -pi -e 's/mysqlclient /mysqlclient_r /g' Makefile
perl -pi -e 's/mysqlclient\n/mysqlclient_r\n/g' Makefile

seems, so far to give me a stable/executable build, linked
uniquely/solely against lmysqlclient_r ... of course, i haven't done
any serious functional testing as yet.

let me know if/how i can play 'guinea pig' ...

richard



[2006-05-31 17:58:38] [EMAIL PROTECTED]

The switch to enable thread safety is --enable-maintainer-zts.  The
name suggests though, that you shoulnd't use it unless you've got a
really good reason to do so.


Now about the reentrancy issues of the mysql extensions:
None of ext/mysql, ext/mysqli, ext/pdo_mysql check for the reentrant
version of the client library if ZTS is enabled.

ext/mysql though, calls mysql_thread_init() and mysql_thread_end() and
thus cause sort of a deadlock if linked against libmysqlclient_r.

Just a recap, no fix yet.



[2006-05-30 16:34:35] openmacnews at gmail dot com

mike,

great. rather than dribbles of info, can you, then, please specify what
configuration option does and how to end up linked agaist only the
right/single library?

bottom line is i'm looking for thread-safe php + mysql, linked against
libmysqlclient_r.

let's just say the documentation hasn't been, at least for me,
forthcoming on the matter ...



[2006-05-30 16:22:54] [EMAIL PROTECTED]

This configure flag does not enable thread safety.



[2006-05-30 15:44:09] openmacnews at gmail dot com

hi mike,

of course.

sorry, i should have specified rather than assumed it would be obvious
...

i have built php "--with-tsrm-pthreads".

same issue, one vs both libs linked.



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/37630

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


#37661 [Opn->WFx]: str_split not working in utf8 environment

2006-06-01 Thread tony2001
 ID:   37661
 Updated by:   [EMAIL PROTECTED]
 Reported By:  frank at cleverbridge dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: mbstring related
 Operating System: Linux 2.6.12-1.1381_FC3 #1
 PHP Version:  5.1.4
 New Comment:

Well, that's easy:
mbstring doesn't overload str_split() and never did.
So you have to wait for PHP 6 to get proper Unicode support.


Previous Comments:


[2006-06-01 08:19:16] frank at cleverbridge dot com

Description:

php.ini:

...
mbstring.func_overload=6;
mbstring.internal_encoding=UTF-8;
mbstring.http_input = auto;
mbstring.detect_order = ISO-8859-1,UTF-8;
mbstring.encoding_translation = On;
...

The function str_split does not work correctly with characters  >1
byte.

in my testscript the katakana character is submitted by a web form to
php. in order to make the reproduce code as easy as possible i just
copied the katakana symbol into the code.


Reproduce code:
---
$foo = '入';

print "StrLength: ".strlen($foo)."\n";

$I = str_split($foo);

print "array size: ".sizeof($I)."\n";
print_r($I);

Expected result:

StrLength: 1
array size: 1

Array
(
[0] => 入;
)


Actual result:
--
StrLength: 1
array size: 3

Array
(
[0] => �
[1] => �
[2] => �
)






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


#37651 [Opn->Fbk]: buildconf fails with error code 1

2006-06-01 Thread tony2001
 ID:   37651
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ktrinczek at bfs dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 10
 PHP Version:  5CVS-2006-05-31 (snap)
 New Comment:

Are you sure GNU make is used ?
What do you get with `make --version` ?


Previous Comments:


[2006-06-01 08:37:28] ktrinczek at bfs dot de

There is installed :
autoconf-2.13
automake-1.8.3
make-3.80

but no other result.

[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
/usr/xpg4/bin/make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'



[2006-05-31 14:02:59] [EMAIL PROTECTED]

Please install all the required GNU utils (GNU make, automake, autoconf
etc.) and try again.



[2006-05-31 13:08:27] ktrinczek at bfs dot de

Description:

I have an Solaris 10 on an 64-bit Sparc-system.
I have to install PHP with support for mysql, ldap, ... and pdf.
I had successfully installed PHP5.0.4, but the libpdf_php.so for the
PDFsupport wasn't recognized. I think that was because the library for
the 32-bit system.
That's why I have to do buildconf (instructions from PDFlib).
But something is wrong.


Reproduce code:
---
[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'


Expected result:

Please help me.






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


#37662 [Opn->Bgs]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread tony2001
 ID:   37662
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mg at evolution515 dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

# php /tmp/2.php
strpos() has been successfuly run!

I'm sure you don't need a class to check if strpos() finds '\r' or '\n'
in strings.



Previous Comments:


[2006-06-01 08:38:52] mg at memedia dot de

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?



[2006-06-01 08:37:36] mg at evolution515 dot net

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!



[2006-06-01 08:36:23] [EMAIL PROTECTED]

Works just fine here.



[2006-06-01 08:29:24] mg at evolution515 dot net

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!





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


#37659 [Opn->Bgs]: imap_headerinfo vs message_id

2006-06-01 Thread tony2001
 ID:   37659
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mad at dactar dot ch
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.


Previous Comments:


[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo "Message_ID : $header->message_id";


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






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


#37662 [Com]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread mg at memedia dot de
 ID:   37662
 Comment by:   mg at memedia dot de
 Reported By:  mg at evolution515 dot net
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Have you replaced...

$lfPos = strpos($this->magicBuffer, "\n");

with...

$lfPos = strpos($this->magicBuffer, "\r");

...?


Previous Comments:


[2006-06-01 08:37:36] mg at evolution515 dot net

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!



[2006-06-01 08:36:23] [EMAIL PROTECTED]

Works just fine here.



[2006-06-01 08:29:24] mg at evolution515 dot net

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!





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


#37662 [Fbk->Opn]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread mg at evolution515 dot net
 ID:   37662
 User updated by:  mg at evolution515 dot net
 Reported By:  mg at evolution515 dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Ok, and strpos() doesn't find any \n on the search string although
there are surely \n in there.
I've just seen that was another bug. So this bug is surely realted, but
please fix that "undefined function ()" in "if ($a || $b)" at last!!


Previous Comments:


[2006-06-01 08:36:23] [EMAIL PROTECTED]

Works just fine here.



[2006-06-01 08:29:24] mg at evolution515 dot net

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!





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


#37651 [Fbk->Opn]: buildconf fails with error code 1

2006-06-01 Thread ktrinczek at bfs dot de
 ID:   37651
 User updated by:  ktrinczek at bfs dot de
 Reported By:  ktrinczek at bfs dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 10
 PHP Version:  5CVS-2006-05-31 (snap)
 New Comment:

There is installed :
autoconf-2.13
automake-1.8.3
make-3.80

but no other result.

[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
/usr/xpg4/bin/make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'


Previous Comments:


[2006-05-31 14:02:59] [EMAIL PROTECTED]

Please install all the required GNU utils (GNU make, automake, autoconf
etc.) and try again.



[2006-05-31 13:08:27] ktrinczek at bfs dot de

Description:

I have an Solaris 10 on an 64-bit Sparc-system.
I have to install PHP with support for mysql, ldap, ... and pdf.
I had successfully installed PHP5.0.4, but the libpdf_php.so for the
PDFsupport wasn't recognized. I think that was because the library for
the 32-bit system.
That's why I have to do buildconf (instructions from PDFlib).
But something is wrong.


Reproduce code:
---
[EMAIL PROTECTED] # ./buildconf --force
Forcing buildconf
using default Zend directory
make: Fatal error in reader: build/build2.mk, line 31: Badly formed
macro assignment
Current working directory /tmp/php5.2-200605311030
*** Error code 1
The following command caused the error:
make -s -f build/build2.mk
make: Fatal error: Command failed for target `all'


Expected result:

Please help me.






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


#37662 [Opn->Fbk]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread tony2001
 ID:   37662
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mg at evolution515 dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Debian/Sarge
 PHP Version:  5.1.4
 New Comment:

Works just fine here.


Previous Comments:


[2006-06-01 08:29:24] mg at evolution515 dot net

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line
41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0))
{   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to
R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!





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


#37662 [NEW]: "Call to undefined function ()" when with strpos("\r")

2006-06-01 Thread mg at evolution515 dot net
From: mg at evolution515 dot net
Operating system: Debian/Sarge
PHP version:  5.1.4
PHP Bug Type: Unknown/Other Function
Bug description:  "Call to undefined function  ()" when with strpos("\r")

Description:

Search for the comment "try changing this value!" und try one run with
"\r" (BAD!) and then another with "\n" or "\t" (BOTH GOOD).

RESULT:
While the first run of strpos() is successful, the other one in the
while-loop results in an error!

OUTPUT: 
strpos() has been successfuly run
Fatal error: Call to undefined function  () in
/home/www/Projekte/flyerpilot.de/htdocs.dev/MimeMagic/BUG.php on line 41

NOTE:
I encounter often errors especially in sentences like 
"if ($a ||$b) " that results in the same error. The only workaround I
found so far is"if ($a+$b>0)" that usualy works good. 

Do you know about this error? I couldn't find any related ticket. And I
really get it for some PHP versions back.

Oh yeah.. i was to lazy to recompile, but i guess that error will still
exist in 5.1.4 as it did since 5.0 or before.

PHP Version 5.1.2-Debian-0.1~sarge1 (Debian GNU/Linux)

Reproduce code:
---
openMagicFile($filename);
$this->convert();   
$this->closeMagicFile();
}


function openMagicFile($filename)   {
$this->magicFile = @fopen($filename, 'r');
return $this->magicFile;
}


function closeMagicFile()   {
return @fclose($this->magicFile);
}


function convert() {
while ($line = $this->readLine()) {
echo $line;
die();
}
}


private function readLine() 
{

while (([EMAIL PROTECTED]($this->magicFile)) || 
(strlen($this->magicBuffer)>0)) {   
$lfPos = strpos($this->magicBuffer, "\n"); // cahnge 
this value to R!
if ($lfPos !==false) {
$this->magicBuffer = substr($this->magicBuffer, 
$lfPos);
return substr($this->magicBuffer, $lfPos)."|";
}
$this->magicBuffer = @fread($this->magicFile, 4096);
}

// if we reached this position we are at the end of the file!

$out = $this->magicBuffer; // assign return output

if (empty($this->magicBuffer)) {// if buffer is already empty 
we are
really at the end
return false;
}

$this->magicBuffer = ''; // clear out buffer

return $out;
} 



function __destruct() {
$this->closeMagicFile();
}
}

$str = "That's a\rlittle Test!";
echo (strpos($str, "\r")) ? "strpos() has been successfuly run!" :
"nothing found but successfuly run!";

$reader = new MagicReader("magic");


?>

Expected result:

No error message.

Actual result:
--
Simple enough. Check out the source!

-- 
Edit bug report at http://bugs.php.net/?id=37662&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37662&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37662&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37662&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37662&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37662&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37662&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37662&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37662&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37662&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37662&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37662&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37662&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37662&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37662&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37662&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37662&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37662&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37662&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37662&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37662&r=mysqlcfg


#37661 [NEW]: str_split not working in utf8 environment

2006-06-01 Thread frank at cleverbridge dot com
From: frank at cleverbridge dot com
Operating system: Linux 2.6.12-1.1381_FC3 #1
PHP version:  5.1.4
PHP Bug Type: Strings related
Bug description:  str_split not working in utf8 environment

Description:

php.ini:

...
mbstring.func_overload=6;
mbstring.internal_encoding=UTF-8;
mbstring.http_input = auto;
mbstring.detect_order = ISO-8859-1,UTF-8;
mbstring.encoding_translation = On;
...

The function str_split does not work correctly with characters  >1 byte.

in my testscript the katakana character is submitted by a web form to php.
in order to make the reproduce code as easy as possible i just copied the
katakana symbol into the code.


Reproduce code:
---
$foo = '入';

print "StrLength: ".strlen($foo)."\n";

$I = str_split($foo);

print "array size: ".sizeof($I)."\n";
print_r($I);

Expected result:

StrLength: 1
array size: 1

Array
(
[0] => 入;
)


Actual result:
--
StrLength: 1
array size: 3

Array
(
[0] => �
[1] => �
[2] => �
)


-- 
Edit bug report at http://bugs.php.net/?id=37661&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37661&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37661&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37661&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37661&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37661&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37661&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37661&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37661&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37661&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37661&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37661&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37661&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37661&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37661&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37661&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37661&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37661&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37661&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37661&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37661&r=mysqlcfg


#36445 [Asn]: Cannot enable encryption for stream server

2006-06-01 Thread Jacek at veo dot pl
 ID:   36445
 User updated by:  Jacek at veo dot pl
 Reported By:  Jacek at veo dot pl
 Status:   Assigned
 Bug Type: Sockets related
 Operating System: SuSE Linux 9.1
-PHP Version:  5.1.3
+PHP Version:  5.1.4
 Assigned To:  wez
 New Comment:

PHP 5.1.4 + OpenSSL 0.9.8b:


 SERVER 

serwer:/tls # php tls-server.php
1: STARTTLS

Warning: stream_socket_enable_crypto(): Unable to set private key file
`./server.pem' in /tls/tls-server.php on line 30

Warning: stream_socket_enable_crypto(): failed to create an SSL handle
in /tls/tls-server.php on line 30
Error (if any):
2: [EMAIL PROTECTED]�F�~F1�V�hxK.985/32~}|yxwtsr

Warning: stream_socket_accept(): accept failed: Connection timed out in
/tls/tls-server.php on line 2


 CLIENT 

serwer:/tls # php tls-client.php
1: 220 ESMTP
2: 250 STARTTLS

Warning: stream_socket_enable_crypto(): SSL operation failed with code
114. OpenSSL Error messages:
error::lib(0):func(0):reason(0) in /tls/tls-client.php on line
10
bool(false)


Previous Comments:


[2006-05-31 21:03:47] e at osterman dot com

And just to make sure we're using the same tools to test, this is the
certificate that I used to make the test above work. The pass phrase is
"comet".


-BEGIN CERTIFICATE-
MIIDgTCCAuqgAwIBAgIJAMgtIWVzb1oIMA0GCSqGSIb3DQEBBQUAMIGIMQswCQYD
VQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5pYTEUMBIGA1UEBxMLTG9zIEFuZ2Vs
ZXMxFDASBgNVBAoTC091ciBDb21wYW55MQ0wCwYDVQQLEwRUZXN0MQwwCgYDVQQD
EwNEZXYxGzAZBgkqhkiG9w0BCQEWDGFzZEBob3N0LmNvbTAeFw0wNjA1MjYwMTM4
NTRaFw0wNzA1MjYwMTM4NTRaMIGIMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2Fs
aWZvcm5pYTEUMBIGA1UEBxMLTG9zIEFuZ2VsZXMxFDASBgNVBAoTC091ciBDb21w
YW55MQ0wCwYDVQQLEwRUZXN0MQwwCgYDVQQDEwNEZXYxGzAZBgkqhkiG9w0BCQEW
DGFzZEBob3N0LmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3mStTm74
kOQCelquoGI/WyUIOvngDdNcJGmi2xnzDpRjKfQTH/3VVDQJUwvjKcLxnBQHFg7M
nvEZrfC3LEmFajAzRKjXK5gUCQEQKqhbVsfZO+7ANq4axNldd4UgMhPeZIKr8DDt
P3pjFqFSYh/dtOq2pfDXSbstmCZ1Q3GAYDcCAwEAAaOB8DCB7TAdBgNVHQ4EFgQU
WQSzc00pkM9aCzsxKJpTYm3kwEUwgb0GA1UdIwSBtTCBsoAUWQSzc00pkM9aCzsx
KJpTYm3kwEWhgY6kgYswgYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9y
bmlhMRQwEgYDVQQHEwtMb3MgQW5nZWxlczEUMBIGA1UEChMLT3VyIENvbXBhbnkx
DTALBgNVBAsTBFRlc3QxDDAKBgNVBAMTA0RldjEbMBkGCSqGSIb3DQEJARYMYXNk
QGhvc3QuY29tggkAyC0hZXNvWggwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUF
AAOBgQA7G/XKQ9kLTZOcVAG/IOxdn9tW38sEwHifNQ7zMSS5di1MmnD5JJWdK/s4
dzN06T1Ey5FCu2kafFzk48khZpoPsXMRF8DNBXLVSCGj4maPtEviJVjwtj3XwZjA
82a8A/Yil0+fo25zPX4I4oBcbl3bPqzVPXxsQ7myp9f7MDZcbQ==
-END CERTIFICATE-
-BEGIN RSA PRIVATE KEY-
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-EDE3-CBC,E4476A175B6608B6

r0sox8H5ijuOanXwYFtIDgPti3AAuIUdy5EJG9GZbrtQHEW6HL+YxdI58Ng70t4w
EfBvcuLb7XAGsJwF65yad0vSXsYv6F+0brEefEvZX3ljxUZ3yGfHVJyEdBWJty7X
A8QpqOVVQseAST1IKeWOIT16/a9ZOgwnIhQe36y43pxBwL5tumXTM+AuWPOBW8c0
s49I8GyptttGJpcFohLsmP9Jza/fMIzYFNeuOBQ93fieCcVXBd2fWNyZVEsOU5Mi
kt5FQ9Lc9F8Wc+Mh0xiodDz6H+2yNIMC2SNu/mDSAGwDCctBZ34enFDad/eBiYW+
iTjMaqWGFs+cantSgVQ6pdZWYQd5Rsb3/Qbcfia/C1vtzWipBG7wlQCsNWwceXx/
f8hqWl5kyCxvBdH9eyRNMVJkCbFABl9tnaMGRi/UnVL68wgUvosAsdCjUrdL3x7O
i6yMBrxYjACbYslPFaG5OtgXcbacBKjsVMkcRYRyGqClgVZHICYZXhZoZTjOsgT4
L9WivT1RnozmFUMPaXbnxX4h/B3v6aSYAc4mPM6oMFTiXGJ7cLoafNw7Fxug7oeF
0+04DykzFCsLw1PmnkXP/WliQ+xidKJeKl2bR0k5MjAs0ksjelk7hAbCDjE0ct0w
LAHuvf6haClaFBa0ugL90S6BBdIQad9GRmAqZlVc5tANZleXFEY2wKUSMddIKzsm
nouipBWt3flDyYaFRtF20IYYk59z3zlqk73U/cFRkpT9SvHbxdsjTX1OvsmuhMzV
5K4+1QaBK4vePOFeEHDAkwGGqI1Wj+2lC6pxdLe3tjIzNWN1eaq59Q==
-END RSA PRIVATE KEY-



[2006-05-31 21:00:04] e at osterman dot com

The below example calls stream_socket_enable_crypto on client stream
socket and on a server stream socket. It works on my version of PHP
5.1.2 just fine. So, if it doesn't work for you then, we can determine
what version of PHP5 is broken.

This is the output.

[EMAIL PROTECTED]:~/dev/examples/tls$ ./tls-server.php
1: STARTTLS
Error (if any):
2: EHLO world

As you see... no errors. It got the "EHLO world" command sent over an
TLS channel from the client just fine.

[EMAIL PROTECTED]:~/dev/examples/tls$ ./tls-client.php
1: 220 ESMTP
2: 250 STARTTLS
bool(true)


This is the code that produced the output. 

Below is the code I use to make a sample TLS SMTP server. It works
perfectly on my platform and version of PHP. The output from the tests
are above.


#!/usr/bin/php5



#!/usr/bin/php5




[2006-05-27 04:30:23] eddi at ai000 dot de

Sorry. You misconceive or misread it. Please understand difference
between server sockets and client sockets.

There are no way to set context options and to give this context
stream_socket_enable_crypto().



[2006-05-26 18:31:48] e at osterman dot com

Eddi, you indeed appear to be correct. I