#34934 [Csd->Bgs]: offsetExists not called in derived class
ID: 34934
Updated by: [EMAIL PROTECTED]
Reported By: adove at booyahnetworks dot com
-Status: Closed
+Status: Bogus
Bug Type: SPL related
Operating System: WinXP, Linux
PHP Version: 5.0.5
Assigned To: dmitry
New Comment:
After discussion with Marcus and Andi, this fix is reverted and bug
marked as bogus. array_... functions were not designed to work with
ArrayAccess interface, ao array_key_exists() shouldn't call
ofssetExists() at all.
You should use isset() instead of it.
Previous Comments:
[2005-10-21 17:21:08] [EMAIL PROTECTED]
Fixed in CVS HEAD and PHP_5_1.
[2005-10-21 07:42:19] adove at booyahnetworks dot com
Here's a full code sample to replicate. Note I stripped out the method
comments. If you want them I can repost.
recurs($mValue);
}
elseif(is_object($mValue) && ($mValue instanceof ArrayObject))
{
// Get the raw array from our ArrayObject for handling.
$mValue = &$this->recurs($mValue->getArrayCopy(),
$constFlags);
}
elseif(null == $mValue)
{
$mValue = array();
}
elseif(!is_object($mValue))
{
// Turn primative into an indexed array.
$mValue = array($mValue);
}
// else - it's an object, enum its public properites.
parent::__construct($mValue);
}
protected function explodeKeyPath($mKeyPath)
{
return explode("/", trim($mKeyPath, "/"));
}
function offsetSet($mKey, $mValue)
{
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$mRetval = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
// Need to take the LAST path off. That's what we assign
our value too.
$strLastPathPart = array_pop($aKeyPathParts);
foreach($aKeyPathParts as $strPathPart)
{
// We know we our data are either a primative type or an
ArrayAccess.
if(($mRetval instanceof ArrayAccess) &&
array_key_exists($strPathPart, $mRetval)
)
{
$mRetval = $mRetval[$strPathPart];
}
else
{
// Need a new empty one of us and then point to
it!
$mRetval[$strPathPart] =
$this->newArrayObject($strPathPart, array(),
$this->getFlags());
$mRetval = $mRetval[$strPathPart];
}
}
// Now put our value!
$mRetval[$strLastPathPart] = $mValue;
}
else
{
if(is_array($mValue))
{
// Need to create a new instance of us!
$mValue = $this->newArrayObject($mKey, $mValue,
$this->getFlags());
}
parent::offsetSet($mKey, $mValue);
}
}
function offsetGet($mKey)
{
$mRetval = null;
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$mRetval = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
foreach($aKeyPathParts as $strPathPart)
{
// We know we our data are either a primative type or an
ArrayAccess.
if(($mRetval instanceof ArrayAccess) &&
array_key_exists($strPathPart, $mRetval)
)
{
$mRetval = $mRetval[$strPathPart];
}
else
{
$mRetval = null;
break;
}
}
}
else
{
$mRetval = parent::offsetGet($mKey);
}
return $mRetval;
}
function offsetUnset($mKey)
{
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$oArray = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
// Need to take the LAST path off. That's what we unset.
$strLastPathPart = array_pop($aKeyPathParts);
foreach($aKeyPathParts as $strPathPart)
#34950 [Asn->Csd]: Unable to get WSDL through proxy
ID: 34950
Updated by: [EMAIL PROTECTED]
Reported By: mag at alcormizar dot com
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Windows 2000, 2003, Linux
PHP Version: 5.0.5
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
Previous Comments:
[2005-10-21 22:48:12] [EMAIL PROTECTED]
Dmitry, could you take a look at it please?
[2005-10-21 21:50:15] mag at alcormizar dot com
I tried the latest snapshot with the same result. There was no change,
the packet sent are the same, with the same result.
Regards
[2005-10-21 20:40:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-21 20:30:08] mag at alcormizar dot com
Description:
Hi,
I've been trying to use the SOAP extension to get a WSDL through a
proxy, but it seems that the http header sent to the proxy server are
invalid. I tried with Squid 2.5.STABLE11 and Privoxy 3.0.3 without
success. This is not a duplicate of the bug 29211.
From what I see, the request sent to the proxy server is pure
HTTP/1.1, with the server specified in the "Host:" header and the
command being "GET /dir/xxx.wsdl HTTP/1.0".
From the HTTP RFC, in HTTP/1.0 you can only use :
GET http://www.example.com/dir/xxx.wsdl HTTP/1.0
With HTTP 1.1 you can use the method above or :
GET /dir/xxx.wsdl HTTP/1.1
Host: www.example.com
Since very few (if any) proxy server fully support the HTTP/1.1
method, I suggest we stick with the good old HTTP/1.0 GET.
Reproduce code:
---
http://service.mappoint.net/standard-30/mappoint.wsdl";,
array("proxy_host" => "192.168.0.18", "proxy_port" => 8118, "trace" =>
1));
print_r($client->__getFunctions());
?>
Expected result:
To get the WSDL.
Actual result:
--
Here's a dump of the packets sent to the proxy :
00 04 00 01 00 06 00 07 e9 ad 37 45 00 00 08 00
..7E
0010 45 00 00 5d 39 83 40 00 40 06 7f 6a c0 a8 00 4b
[EMAIL PROTECTED]@..j...K
0020 c0 a8 00 12 e5 26 1f b6 af cc d9 0a f9 a0 05 e6
.&..
0030 80 18 05 b4 63 0d 00 00 01 01 08 0a 01 1f e0 77
c..w
0040 f9 f3 92 17 47 45 54 20 2f 73 74 61 6e 64 61 72 GET
/standar
0050 64 2d 33 30 2f 6d 61 70 70 6f 69 6e 74 2e 77 73
d-30/mappoint.ws
0060 64 6c 20 48 54 54 50 2f 31 2e 30 0d 0a dl HTTP/1.0..
There's also this part that follow in another packet (the "Host:"
header :
00 04 00 01 00 06 00 07 e9 ad 37 45 00 00 08 00
..7E
0010 45 00 00 52 39 85 40 00 40 06 7f 73 c0 a8 00 4b
[EMAIL PROTECTED]@..s...K
0020 c0 a8 00 12 e5 26 1f b6 af cc d9 33 f9 a0 05 e6
.&.3
0030 80 18 05 b4 e0 16 00 00 01 01 08 0a 01 1f e0 77
...w
0040 f9 f3 92 17 48 6f 73 74 3a 20 73 65 72 76 69 63 Host:
servic
0050 65 2e 6d 61 70 70 6f 69 6e 74 2e 6e 65 74 0d 0a
e.mappoint.net..
0060 0d 0a..
Then the answer from the proxy (privoxy 3 in this case) :
00 00 00 01 00 06 00 10 5a 9e 16 6c 00 00 08 00
Z..l
0010 45 00 00 69 97 f5 40 00 40 06 20 ec c0 a8 00 12 [EMAIL PROTECTED]@.
.
0020 c0 a8 00 4b 1f b6 e5 26 f9 a0 05 e6 af cc d9 51
...K...&...Q
0030 80 18 05 a8 83 b5 00 00 01 01 08 0a f9 f3 92 18
0040 01 1f e0 77 48 54 54 50 2f 31 2e 30 20 34 30 30 ...wHTTP/1.0
400
0050 20 49 6e 76 61 6c 69 64 20 68 65 61 64 65 72 20 Invalid header
0060 72 65 63 65 69 76 65 64 20 66 72 6f 6d 20 62 72 received from
br
0070 6f 77 73 65 72 0d 0a 0d 0a owser
Warning:
SoapClient::__construct(http://service.mappoint.net/standard-30/mappoint.wsdl)
[function.--construct]: failed to open stream: HTTP request failed!
HTTP/1.0 400 Invalid header received from browser in
/home/http/wsdl.php on line 4
Warning: Operation in progressI/O warning : failed to load external
entity "http://service.mappoint.net/standard-30/mappoint.wsdl"; in
/home/http/wsdl.php on line 4
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from
'http://service.mappoint.net/standard-30/mappoint.wsdl' in
/home/http/wsdl.php:4 Stack trace: #0 /home/http/wsdl.php(4):
SoapClient->__construct('http://service', Array) #1 {main} thrown
in /home/http/wsdl.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=34950&edit=1
#34779 [Fbk->Opn]: Default value of "output_buffering" (4096) causes memory overflow on Windows XP
ID: 34779 User updated by: jan dot lachman at stringdata dot cz Reported By: jan dot lachman at stringdata dot cz -Status: Feedback +Status: Open Bug Type: Output Control Operating System: WindowsXP PHP Version: 5CVS-2005-10-07 New Comment: Ok. I use "standard" ab.exe(Win) or OpenSTA(Win) or Siege(from linux), etc on "client" side. On server side I have small script (like index.php) that includes: nothing else. How it works you know. I know that if my php use output_buffering = 4096 - our server goes down, but when I use output_buffering = On, it works perfectly! Previous Comments: [2005-10-24 00:28:55] [EMAIL PROTECTED] I have just tried 1 connections to phpinfo() page an memory usage has stablized at around 21 MB for 10 concurrent connections. Please post a complite test script that would allow us to trace the problem. [2005-10-07 16:57:08] jan dot lachman at stringdata dot cz Nothing. I mean without change. With default value (output_buffering = 4096) bad, with output_buffering = On working perfectly. On request I may send screenshot of Task Manager (with-and-without directive). Thanks. [2005-10-07 15:39:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-10-07 14:53:26] jan dot lachman at stringdata dot cz Description: On MS Windows XP Pro (SP2) and Apache 2.0.5.4 has PHP(php5apache2.dll module) a serious problem with value output_buffering = 4096. When I start the web-server, then I run benchmarking programs (like siege or ab.exe or OpenSTA) and I try to access a small script that includes phpinfo (with 50-100 simulated user connections), I get memory load about 10MB within !one! minute (and growing) - until the RAM (715MB) is available. Then total crash follows after this. After two-days testing, we found (with my team-mate) little way to solve this problem. If we set output_buffering = On , it's working perfectly. -- Edit this bug report at http://bugs.php.net/?id=34779&edit=1
#33760 [Asn]: cURL needs to implement CRYPTO_callback functions to prevent locking
ID: 33760 Updated by: [EMAIL PROTECTED] Reported By: eja40 at cam dot ac dot uk Status: Assigned Bug Type: cURL related Operating System: * PHP Version: 5CVS, 4CVS, 6CVS Assigned To: mike New Comment: Patch against PHP_5_1: http://dev.iworks.at/PATCHES/curl_ssl_tsl.diff.txt Previous Comments: [2005-10-24 00:09:10] [EMAIL PROTECTED] Mike, since you got this thing to work with pecl/http could you have a look at implementing the callbacks in the curl extension? [2005-07-28 00:46:46] daniel-curl at haxx dot se This is clearly documented in the libcurl tutorial and has been required by libcurl for years. Available online here: http://curl.haxx.se/libcurl/c/libcurl-tutorial.html#Multi-threading Certainly we are open for other/new solutions, but that doesn't fix this problem for you for older libcurl installations. [2005-07-20 15:18:08] eja40 at cam dot ac dot uk To help flesh out this problem and the solution - the example OpenSSL locking code is given by cURL here: http://curl.haxx.se/lxr/source/docs/examples/opensslthreadlock.c [2005-07-20 15:12:58] eja40 at cam dot ac dot uk Sorry I don't know how to patch it myself. However cURL insist that this must be implemented at the highest thread level - it cannot be implemented in libcurl (I don't understand why). Therefore it must be implemented in the PHP code. [2005-07-19 00:48:46] eja40 at cam dot ac dot uk Description: I am experiencing problems when using multi-threaded cURL requests. When I have more than about 5 threads connecting using HTTPS, all subsequent threads fail to connect (regardless of the timeout used). I presume this is because PHP hasn't implemented the CRYPTO_callback functions to prevent OpenSSL locking. Sorry I have no idea how to implement this fix myself - but the solution to the problem is elaborated here: http://curl.haxx.se/mail/lib-2004-06/0086.html -- Edit this bug report at http://bugs.php.net/?id=33760&edit=1
#33760 [Asn]: cURL needs to implement CRYPTO_callback functions to prevent locking
ID: 33760 Updated by: [EMAIL PROTECTED] Reported By: eja40 at cam dot ac dot uk Status: Assigned Bug Type: cURL related Operating System: * PHP Version: 5CVS, 4CVS, 6CVS Assigned To: mike New Comment: Ah, I forgot to mention that the GnuTLS implementation is quite academic, i.e. untested. Previous Comments: [2005-10-24 10:10:33] [EMAIL PROTECTED] Patch against PHP_5_1: http://dev.iworks.at/PATCHES/curl_ssl_tsl.diff.txt [2005-10-24 00:09:10] [EMAIL PROTECTED] Mike, since you got this thing to work with pecl/http could you have a look at implementing the callbacks in the curl extension? [2005-07-28 00:46:46] daniel-curl at haxx dot se This is clearly documented in the libcurl tutorial and has been required by libcurl for years. Available online here: http://curl.haxx.se/libcurl/c/libcurl-tutorial.html#Multi-threading Certainly we are open for other/new solutions, but that doesn't fix this problem for you for older libcurl installations. [2005-07-20 15:18:08] eja40 at cam dot ac dot uk To help flesh out this problem and the solution - the example OpenSSL locking code is given by cURL here: http://curl.haxx.se/lxr/source/docs/examples/opensslthreadlock.c [2005-07-20 15:12:58] eja40 at cam dot ac dot uk Sorry I don't know how to patch it myself. However cURL insist that this must be implemented at the highest thread level - it cannot be implemented in libcurl (I don't understand why). Therefore it must be implemented in the PHP code. 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/33760 -- Edit this bug report at http://bugs.php.net/?id=33760&edit=1
#34920 [Com]: pg_update fails
ID: 34920
Comment by: chriskl at familyhealth dot com dot au
Reported By: n dot j dot saunders at gmail dot com
Status: Open
Bug Type: PostgreSQL related
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
As a pgsql developer, this is definitel a bug. These are the possible
fixes:
* Get rid of unknown and make the error message say 'this type is not
supported'
* Query for the domain's base type and use that. AFAIK, from
postgresql 8.0 onwards the type of domain columns is always reported as
the base type via libPQ. Might want to check when that changed. (Might
be wrong tho.)
Check the PQftype function here:
http://www.postgresql.org/docs/8.0/interactive/libpq-exec.html#LIBPQ-EXEC-SELECT-INFO
Previous Comments:
[2005-10-20 00:10:46] n dot j dot saunders at gmail dot com
Tried as requested - Still unable to perform update, but at least we
now get an error:
Notice: pg_convert() [function.pg-convert]: Unknown or system data type
'area_code' for 'telephone_area' in c:\documents and
settings\neil.saunders\workspace\tvc\www\testpg.php on line 7
Notice: pg_update() [function.pg-update]: Unknown or system data type
'area_code' for 'telephone_area' in c:\documents and
settings\neil.saunders\workspace\tvc\www\testpg.php on line 10
ERROR
$db_conn = pg_connect("host=localhost port=5432 dbname=TVC
user=postgres password=xxx");
$data = array('telephone_area'=>'701');
pg_convert($db_conn, "advertisers", $data);
$res = pg_update($db_conn, "advertisers", $data, array('id'=>'2'));
if($res)
{
echo "OK";
}
else
{
echo "ERROR";
}
Is there any way that pg_convert/pg_update can perform this? Postgres
seems to handle the implied type conversion when the operation is
performed via SQL? Maybe just a documented caveat required?
Thanks Guys.
[2005-10-19 21:56:19] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
If you still able to reproduce it - please provide a short but complete
reproduce code and take a look into the Apache logs (if there are any
entries related to the problem - paste some of them here).
[2005-10-19 21:44:35] n dot j dot saunders at gmail dot com
Description:
pg_update seems to fail when updating an columns of a user defined
domain.
I have inherited table (advertisers) that contains, among others, the
columns telephone_country (integer), telephone_area (area domain),
telephone_number (number domain).
pg_update succeeds when VARCHAR fields are updated, but seems to fail
without error when fields of user defined domains are updated from the
array
Reproduce code:
---
1. Define a Domain in an existing postgres database
e.g: area_code, domain with check
CREATE DOMAIN "public"."area_code" AS
varchar(10) NULL;
ALTER DOMAIN "public"."area_code"
ADD CONSTRAINT "ck_area_code" CHECK ((VALUE)::text ~
'^\\(?[0-9]\\)?[0-9]*$'::text);
2. Define a table in a postgres database that includes a column of the
type you just created.
CREATE TABLE "public"."users" (
"username" VARCHAR(20) NOT NULL,
"altphone_area" "public"."area_code);
3. Create a record in the table
INSERT INTO users (username, altphone_area) VALUES ('Neil',222);
3. Try and use pg_update to update this record
pg_update($db, "users", array('altphone_area'=>444),
array('username'=>'Neil'));
Expected result:
The record you created is updated, setting the value of
altphone_area=444
Actual result:
--
Nothing. No updates, no error messages.
--
Edit this bug report at http://bugs.php.net/?id=34920&edit=1
#34964 [Opn->Bgs]: using PDO::query() more than once
ID: 34964
Updated by: [EMAIL PROTECTED]
Reported By: akorthaus at web dot de
-Status: Open
+Status: Bogus
Bug Type: PDO related
-Operating System: all
+Operating System: *
-PHP Version: 5.0.5
+PHP Version: 5.*
-Assigned To:
+Assigned To: wez
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The MySql driver uses the old mysql protocol which is not capable of
this. We need someone to write a mysqlI driver and may want to find a
way to issue an error if used like this.
Previous Comments:
[2005-10-24 04:05:06] akorthaus at web dot de
that's how this problem could also look like:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
?>
output:
-
object(PDOStatement)#2 ...
bool(false)
object(PDOStatement)#2 ...
Only if I do this:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
$stmt = NULL;
?>
output:
-
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
This seems to work. But should this really be the way to go? I hope
it's a but ;-)
[2005-10-24 03:52:50] akorthaus at web dot de
Description:
If I want to use PDO::query() more than one time in a script, I have to
set the last PDOStatement to NULL, before I can use the second query.
Only If I add:
$stmt1 = NULL;
before
$stmt2 = $db->query ...
in the example below, I can work with the second query.
But - how can I work with two statments at the same time? I often have
to do this! I don't understand it because I use two different variables
for the statements here.
I have used the pdo_mysql driver (MySQL 4.1.14), pdo and pdo_mysql were
compiled from latest CVS.
Reproduce code:
---
query('SELECT * FROM table1');
var_dump($stmt1);
$stmt2 = $db->query('SELECT * FROM table2');
var_dump($stmt1);
?>
Expected result:
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
Actual result:
--
object(PDOStatement)#2 ...
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=34964&edit=1
#34964 [Bgs]: using PDO::query() more than once with MySQL-driver
ID: 34964
User updated by: akorthaus at web dot de
-Summary: using PDO::query() more than once
Reported By: akorthaus at web dot de
Status: Bogus
Bug Type: PDO related
Operating System: *
PHP Version: 5.*
Assigned To: wez
New Comment:
But why can't the mysql-driver set the last Statement to NULL, perhaps
in mysql_handle_doer() -
http://cvs.php.net/co.php/php-src/ext/pdo_mysql/mysql_driver.c?r=1.65#236
?
Shouldn't the API across all drivers be as consistent as possible?
The docs don't mention that you have to set the last statement to NULL
("for one of the drivers"), and don't mention that PDO::query() could
return FALSE.
Perhaps at least an exception should be thrown instead of returning
FALSE.
And you're right, with another PDO driver like sqlite I get a result
like:
output:
-
object(PDOStatement)#2 ...
object(PDOStatement)#3 ...
object(PDOStatement)#4 ...
Previous Comments:
[2005-10-24 10:32:21] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The MySql driver uses the old mysql protocol which is not capable of
this. We need someone to write a mysqlI driver and may want to find a
way to issue an error if used like this.
[2005-10-24 04:05:06] akorthaus at web dot de
that's how this problem could also look like:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
?>
output:
-
object(PDOStatement)#2 ...
bool(false)
object(PDOStatement)#2 ...
Only if I do this:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
$stmt = NULL;
?>
output:
-
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
This seems to work. But should this really be the way to go? I hope
it's a but ;-)
[2005-10-24 03:52:50] akorthaus at web dot de
Description:
If I want to use PDO::query() more than one time in a script, I have to
set the last PDOStatement to NULL, before I can use the second query.
Only If I add:
$stmt1 = NULL;
before
$stmt2 = $db->query ...
in the example below, I can work with the second query.
But - how can I work with two statments at the same time? I often have
to do this! I don't understand it because I use two different variables
for the statements here.
I have used the pdo_mysql driver (MySQL 4.1.14), pdo and pdo_mysql were
compiled from latest CVS.
Reproduce code:
---
query('SELECT * FROM table1');
var_dump($stmt1);
$stmt2 = $db->query('SELECT * FROM table2');
var_dump($stmt1);
?>
Expected result:
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
Actual result:
--
object(PDOStatement)#2 ...
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=34964&edit=1
#22873 [Com]: Pb to start Apache with sybase-ct option
ID: 22873 Comment by: sean dot healey at bayernlb dot co dot uk Reported By: theron at cines dot fr Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Sun solaris 8 PHP Version: 4.3.2RC1 New Comment: This is exactly the error I am facing with PHP 5.0.5. The problem occurs whether or not LD_LIBRARY_PATH is set, and in fact I have carefully set my LDDFLAGS -L and -R arguments to point the compiler in the right direction for the Sybase client libraries. Previous Comments: [2003-04-28 11:14:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-04-23 04:40:14] [EMAIL PROTECTED] Is /opt/sybase-12.5/OCS-12_5/lib/ set in your LD_LIBRARY_PATH? [2003-03-26 02:41:18] theron at cines dot fr Here are the output of the ldd cmd: [EMAIL PROTECTED]:$PWD # ldd libphp4.so libdl.so.1 =>/usr/lib/libdl.so.1 libpam.so.1 => /usr/lib/libpam.so.1 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.1 => /usr/lib/libm.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 [EMAIL PROTECTED]:$PWD # ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so libsocket.so.1 =>/usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 Thanks. Regards [2003-03-25 17:10:03] [EMAIL PROTECTED] What is the output of: ldd /opt/php-4.2.3/.libs/libphp4.so and ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so ? [2003-03-25 08:14:17] theron at cines dot fr Hello, I build apache 1.3.26, Sybase ASE 12.5 and php 4.2.3 (OS = Sun Solaris 8) with this configuration: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --enable-ftp \ --with-gettext \ --with-xml \ --with-domxml \ --with-mcrypt \ --with-iconv \ --enable-mbstring \ --with-jpeg --with-jpeg-dir=/opt/jpeg-6b \ --with-png --with-png-dir=/opt/libpng-1.2.5 \ --with-zlib --with-zlib-dir=/opt/zlib-1.1.4 \ --with-gd=/opt/gd-1.8.4 \ --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ The build of PH is ok but, when i start the apache server I have this error message: Syntax error on line 237 of /home/admwww/cours_php/apache/conf/httpd.conf: Cannot load /opt/php-4.2.3/.libs/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /opt/sybase-12.5/OCS-12_5/lib/libtcl.so: symbol comn_realloc: referenced symbol not found The gcc compiler is gcc 3.2.2 When i build with the dblib of sybase (option --with-sybase in the config file) THERE IS NO PROBLEM TO START APACHE ! Any idea please, i'm very stoped by this problem. Regards. JP THERON -- Edit this bug report at http://bugs.php.net/?id=22873&edit=1
#22873 [Com]: Pb to start Apache with sybase-ct option
ID: 22873 Comment by: sean dot healey at bayernlb dot co dot uk Reported By: theron at cines dot fr Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Sun solaris 8 PHP Version: 4.3.2RC1 New Comment: (See BugID 34904) Previous Comments: [2005-10-24 12:05:10] sean dot healey at bayernlb dot co dot uk This is exactly the error I am facing with PHP 5.0.5. The problem occurs whether or not LD_LIBRARY_PATH is set, and in fact I have carefully set my LDDFLAGS -L and -R arguments to point the compiler in the right direction for the Sybase client libraries. [2003-04-28 11:14:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-04-23 04:40:14] [EMAIL PROTECTED] Is /opt/sybase-12.5/OCS-12_5/lib/ set in your LD_LIBRARY_PATH? [2003-03-26 02:41:18] theron at cines dot fr Here are the output of the ldd cmd: [EMAIL PROTECTED]:$PWD # ldd libphp4.so libdl.so.1 =>/usr/lib/libdl.so.1 libpam.so.1 => /usr/lib/libpam.so.1 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.1 => /usr/lib/libm.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 [EMAIL PROTECTED]:$PWD # ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so libsocket.so.1 =>/usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 Thanks. Regards [2003-03-25 17:10:03] [EMAIL PROTECTED] What is the output of: ldd /opt/php-4.2.3/.libs/libphp4.so and ldd /opt/sybase-12.5/OCS-12_5/lib/libtcl.so ? 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/22873 -- Edit this bug report at http://bugs.php.net/?id=22873&edit=1
#34965 [NEW]: tidy is not binary safe
From: [EMAIL PROTECTED] Operating system: * PHP version: 5CVS-2005-10-24 (CVS) PHP Bug Type: Unknown/Other Function Bug description: tidy is not binary safe Description: ext/tidy does not use TidyBuffer.size when returning strings. Patch against PHP_5_1: http://dev.iworks.at/PATCHES/tidy/tidy-PHP_5_1.diff.txt -- Edit bug report at http://bugs.php.net/?id=34965&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34965&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34965&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34965&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34965&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34965&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34965&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34965&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34965&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34965&r=support Expected behavior: http://bugs.php.net/fix.php?id=34965&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34965&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34965&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34965&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34965&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34965&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34965&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34965&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34965&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34965&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34965&r=mysqlcfg
#34966 [NEW]: sqlite_open fails to create database
From: [EMAIL PROTECTED] Operating system: Cygwin PHP version: 5CVS-2005-10-24 (snap) PHP Bug Type: SQLite related Bug description: sqlite_open fails to create database Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit bug report at http://bugs.php.net/?id=34966&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34966&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34966&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34966&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34966&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34966&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34966&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34966&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34966&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34966&r=support Expected behavior: http://bugs.php.net/fix.php?id=34966&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34966&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34966&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34966&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34966&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34966&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34966&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34966&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34966&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34966&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34966&r=mysqlcfg
#34966 [Opn->Fbk]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: Please try it on real OS (i.e. not Cygwin). The code works perfectly here. Previous Comments: [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34967 [NEW]: $y=1.3+0.1>1.4
From: davidyht516 at hotmail dot com
Operating system: windows xp home
PHP version: 5.0.5
PHP Bug Type: Math related
Bug description: $y=1.3+0.1>1.4
Description:
The erro is: 1.3+0.1>1.4
Reproduce code:
---
$y=1.3+0.1;
if($y==1.4){$y-=1.4; echo "yes y-1.4=$y";}
else{$y-=1.4; echo "no y-1.4=$y";}
Expected result:
The result of the code should be:
yes y-1.4=0
Actual result:
--
Actual result is:
no y-1.4=2.2e-12
It happens only when $y=1.3+0.1;
If changing the code to $y=1.2+0.2; then the result is correct.
What is going on here?
--
Edit bug report at http://bugs.php.net/?id=34967&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34967&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34967&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34967&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34967&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34967&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34967&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34967&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34967&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34967&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34967&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34967&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34967&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34967&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34967&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34967&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34967&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34967&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34967&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34967&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34967&r=mysqlcfg
#34967 [Opn->Bgs]: $y=1.3+0.1>1.4
ID: 34967
Updated by: [EMAIL PROTECTED]
Reported By: davidyht516 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: windows xp home
PHP Version: 5.0.5
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE
754 is read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
Previous Comments:
[2005-10-24 12:53:02] davidyht516 at hotmail dot com
Description:
The erro is: 1.3+0.1>1.4
Reproduce code:
---
$y=1.3+0.1;
if($y==1.4){$y-=1.4; echo "yes y-1.4=$y";}
else{$y-=1.4; echo "no y-1.4=$y";}
Expected result:
The result of the code should be:
yes y-1.4=0
Actual result:
--
Actual result is:
no y-1.4=2.2e-12
It happens only when $y=1.3+0.1;
If changing the code to $y=1.2+0.2; then the result is correct.
What is going on here?
--
Edit this bug report at http://bugs.php.net/?id=34967&edit=1
#34964 [Bgs]: using PDO::query() more than once with MySQL-driver
ID: 34964
Updated by: [EMAIL PROTECTED]
Reported By: akorthaus at web dot de
Status: Bogus
Bug Type: PDO related
Operating System: *
PHP Version: 5.*
Assigned To: wez
New Comment:
helly: that's bogus information, this has nothing to do with "mysqli".
We link against the client libraries provided by the user, and those are
responsible for talking to the server.
akorthaus:
The reason that you can't run multiple queries without closing the old
statement is that mysql doesn't allow this for unbuffered queries.
Portable scripts *must* null out their statement handles between
queries, or call PDOStatement::closeCursor(), or just use
PDOStatement::fetchAll().
If you want exceptions, turn on exception error mode.
I think you need to read the manual at http://php.net/pdo for more
information on this stuff.
Previous Comments:
[2005-10-24 11:23:59] akorthaus at web dot de
But why can't the mysql-driver set the last Statement to NULL, perhaps
in mysql_handle_doer() -
http://cvs.php.net/co.php/php-src/ext/pdo_mysql/mysql_driver.c?r=1.65#236
?
Shouldn't the API across all drivers be as consistent as possible?
The docs don't mention that you have to set the last statement to NULL
("for one of the drivers"), and don't mention that PDO::query() could
return FALSE.
Perhaps at least an exception should be thrown instead of returning
FALSE.
And you're right, with another PDO driver like sqlite I get a result
like:
output:
-
object(PDOStatement)#2 ...
object(PDOStatement)#3 ...
object(PDOStatement)#4 ...
[2005-10-24 10:32:21] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The MySql driver uses the old mysql protocol which is not capable of
this. We need someone to write a mysqlI driver and may want to find a
way to issue an error if used like this.
[2005-10-24 04:05:06] akorthaus at web dot de
that's how this problem could also look like:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
?>
output:
-
object(PDOStatement)#2 ...
bool(false)
object(PDOStatement)#2 ...
Only if I do this:
query('SELECT * FROM table1');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table2');
var_dump($stmt);
$stmt = NULL;
$stmt = $db->query('SELECT * FROM table3');
var_dump($stmt);
$stmt = NULL;
?>
output:
-
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
This seems to work. But should this really be the way to go? I hope
it's a but ;-)
[2005-10-24 03:52:50] akorthaus at web dot de
Description:
If I want to use PDO::query() more than one time in a script, I have to
set the last PDOStatement to NULL, before I can use the second query.
Only If I add:
$stmt1 = NULL;
before
$stmt2 = $db->query ...
in the example below, I can work with the second query.
But - how can I work with two statments at the same time? I often have
to do this! I don't understand it because I use two different variables
for the statements here.
I have used the pdo_mysql driver (MySQL 4.1.14), pdo and pdo_mysql were
compiled from latest CVS.
Reproduce code:
---
query('SELECT * FROM table1');
var_dump($stmt1);
$stmt2 = $db->query('SELECT * FROM table2');
var_dump($stmt1);
?>
Expected result:
object(PDOStatement)#2 ...
object(PDOStatement)#2 ...
Actual result:
--
object(PDOStatement)#2 ...
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=34964&edit=1
#34965 [Opn]: tidy is not binary safe
ID: 34965 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: * PHP Version: 5CVS-2005-10-24 (CVS) New Comment: I've uploaded a new patch fixing input binary safety too. Previous Comments: [2005-10-24 12:25:01] [EMAIL PROTECTED] Description: ext/tidy does not use TidyBuffer.size when returning strings. Patch against PHP_5_1: http://dev.iworks.at/PATCHES/tidy/tidy-PHP_5_1.diff.txt -- Edit this bug report at http://bugs.php.net/?id=34965&edit=1
#34966 [Fbk->Opn]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: Be a bit constructive please. Previous Comments: [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34966 [Opn->Fbk]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: I'll rephrase: I would like to know if it's a Cygwin specific issue or not. Please try it on Win32 (which you should have too apparently). Previous Comments: [2005-10-24 15:42:11] [EMAIL PROTECTED] Be a bit constructive please. [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34950 [Csd]: Unable to get WSDL through proxy
ID: 34950
User updated by: mag at alcormizar dot com
Reported By: mag at alcormizar dot com
Status: Closed
Bug Type: SOAP related
Operating System: Windows 2000, 2003, Linux
PHP Version: 5.0.5
Assigned To: dmitry
New Comment:
Thanks a lot guys
Previous Comments:
[2005-10-24 09:46:00] [EMAIL PROTECTED]
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
[2005-10-21 22:48:12] [EMAIL PROTECTED]
Dmitry, could you take a look at it please?
[2005-10-21 21:50:15] mag at alcormizar dot com
I tried the latest snapshot with the same result. There was no change,
the packet sent are the same, with the same result.
Regards
[2005-10-21 20:40:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-21 20:30:08] mag at alcormizar dot com
Description:
Hi,
I've been trying to use the SOAP extension to get a WSDL through a
proxy, but it seems that the http header sent to the proxy server are
invalid. I tried with Squid 2.5.STABLE11 and Privoxy 3.0.3 without
success. This is not a duplicate of the bug 29211.
From what I see, the request sent to the proxy server is pure
HTTP/1.1, with the server specified in the "Host:" header and the
command being "GET /dir/xxx.wsdl HTTP/1.0".
From the HTTP RFC, in HTTP/1.0 you can only use :
GET http://www.example.com/dir/xxx.wsdl HTTP/1.0
With HTTP 1.1 you can use the method above or :
GET /dir/xxx.wsdl HTTP/1.1
Host: www.example.com
Since very few (if any) proxy server fully support the HTTP/1.1
method, I suggest we stick with the good old HTTP/1.0 GET.
Reproduce code:
---
http://service.mappoint.net/standard-30/mappoint.wsdl";,
array("proxy_host" => "192.168.0.18", "proxy_port" => 8118, "trace" =>
1));
print_r($client->__getFunctions());
?>
Expected result:
To get the WSDL.
Actual result:
--
Here's a dump of the packets sent to the proxy :
00 04 00 01 00 06 00 07 e9 ad 37 45 00 00 08 00
..7E
0010 45 00 00 5d 39 83 40 00 40 06 7f 6a c0 a8 00 4b
[EMAIL PROTECTED]@..j...K
0020 c0 a8 00 12 e5 26 1f b6 af cc d9 0a f9 a0 05 e6
.&..
0030 80 18 05 b4 63 0d 00 00 01 01 08 0a 01 1f e0 77
c..w
0040 f9 f3 92 17 47 45 54 20 2f 73 74 61 6e 64 61 72 GET
/standar
0050 64 2d 33 30 2f 6d 61 70 70 6f 69 6e 74 2e 77 73
d-30/mappoint.ws
0060 64 6c 20 48 54 54 50 2f 31 2e 30 0d 0a dl HTTP/1.0..
There's also this part that follow in another packet (the "Host:"
header :
00 04 00 01 00 06 00 07 e9 ad 37 45 00 00 08 00
..7E
0010 45 00 00 52 39 85 40 00 40 06 7f 73 c0 a8 00 4b
[EMAIL PROTECTED]@..s...K
0020 c0 a8 00 12 e5 26 1f b6 af cc d9 33 f9 a0 05 e6
.&.3
0030 80 18 05 b4 e0 16 00 00 01 01 08 0a 01 1f e0 77
...w
0040 f9 f3 92 17 48 6f 73 74 3a 20 73 65 72 76 69 63 Host:
servic
0050 65 2e 6d 61 70 70 6f 69 6e 74 2e 6e 65 74 0d 0a
e.mappoint.net..
0060 0d 0a..
Then the answer from the proxy (privoxy 3 in this case) :
00 00 00 01 00 06 00 10 5a 9e 16 6c 00 00 08 00
Z..l
0010 45 00 00 69 97 f5 40 00 40 06 20 ec c0 a8 00 12 [EMAIL PROTECTED]@.
.
0020 c0 a8 00 4b 1f b6 e5 26 f9 a0 05 e6 af cc d9 51
...K...&...Q
0030 80 18 05 a8 83 b5 00 00 01 01 08 0a f9 f3 92 18
0040 01 1f e0 77 48 54 54 50 2f 31 2e 30 20 34 30 30 ...wHTTP/1.0
400
0050 20 49 6e 76 61 6c 69 64 20 68 65 61 64 65 72 20 Invalid header
0060 72 65 63 65 69 76 65 64 20 66 72 6f 6d 20 62 72 received from
br
0070 6f 77 73 65 72 0d 0a 0d 0a owser
Warning:
SoapClient::__construct(http://service.mappoint.net/standard-30/mappoint.wsdl)
[function.--construct]: failed to open stream: HTTP request failed!
HTTP/1.0 400 Invalid header received from browser in
/home/http/wsdl.php on line 4
Warning: Operation in progressI/O warning : failed to load external
entity "http://service.mappoint.net/standard-30/mappoint.wsdl"; in
/home/http/wsdl.php on line 4
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL: Couldn't load from
'http://service.mappoint.net/standard-30/mappoint.wsdl' in
/home/http/wsdl.php:4 Stack trace: #0 /home/http/wsdl.php(4):
SoapClient->__construct('http://service', Array) #1 {main} thrown
in /home/http/wsdl.php on line 4
--
Edit this bug rep
#34965 [Opn->Asn]: tidy is not binary safe
ID: 34965 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: * PHP Version: 5CVS-2005-10-24 (CVS) -Assigned To: +Assigned To: john New Comment: John, you seem to be the maintainer of ext/tidy. Please have a look at the patch. Previous Comments: [2005-10-24 15:06:22] [EMAIL PROTECTED] I've uploaded a new patch fixing input binary safety too. [2005-10-24 12:25:01] [EMAIL PROTECTED] Description: ext/tidy does not use TidyBuffer.size when returning strings. Patch against PHP_5_1: http://dev.iworks.at/PATCHES/tidy/tidy-PHP_5_1.diff.txt -- Edit this bug report at http://bugs.php.net/?id=34965&edit=1
#34968 [NEW]: php_bz2.dll Missing from Windows installation on 5.0.5
From: cyberdog3k at gmail dot com Operating system: Windows Server 2003 PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: php_bz2.dll Missing from Windows installation on 5.0.5 Description: I just downloaded 5.0.5 Windows zip and replaced my 5.0.4 installation. I found when it wouldn't load that the php_bz2.dll file was missing from the ext directory. I thought it possible this extension was removed, but it isn't mentioned in the changelog. Furthermore, it is still shown in the sample configs in the zip file as a loadable module. So we have one of two bugs here: 1) Missing php_bz2.dll in Windows version or 2) Sample configs must be updated to remove php_bz2.dll -- Edit bug report at http://bugs.php.net/?id=34968&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34968&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34968&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34968&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34968&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34968&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34968&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34968&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34968&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34968&r=support Expected behavior: http://bugs.php.net/fix.php?id=34968&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34968&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34968&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34968&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34968&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34968&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34968&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34968&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34968&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34968&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34968&r=mysqlcfg
#34928 [Fbk->Opn]: problems with umlaut characters and utf-8
ID: 34928 User updated by: clemens at gutweiler dot net Reported By: clemens at gutweiler dot net -Status: Feedback +Status: Open Bug Type: WDDX related Operating System: Linux PHP Version: 4.4.0 New Comment: "Real" Unicode Chars does not work, too. But utf8_encode() of chr() should return valid chars. Test for "real" unicode chars: '."\n".$wddx ); var_dump( $data ); $data = wddx_deserialize( ''."\n".$wddx ); var_dump( $data ); show_source( __FILE__ ); ?> With PHP 4.4.0 and 5.0.5 i do not get valid UTF-8 chars back. Previous Comments: [2005-10-21 19:23:42] [EMAIL PROTECTED] Try to use real UTF8 chars instead of chr(). [2005-10-20 12:01:24] clemens at gutweiler dot net Why is this bug bogus? It use utf8_encode to encode the data to UTF-8. The manual says also: "Note: If you want to serialize non-ASCII characters you have to convert your data to UTF-8 first (see utf8_encode() and iconv()).". So the code should be correct? [2005-10-20 11:20:53] [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. See bug #34913. [2005-10-20 11:01:33] clemens at gutweiler dot net Description: umlaut characters in charset utf-8 get not correct en/decoded with wddx_serialize_value resp. wddx_deserialize. in php-5 the code with the xml-header and utf-8 encoding returns the iso-8859-1 chars and not the utf-8 charts - that is a bug too, or? Reproduce code: --- '; $original = utf8_encode( 'umlaute: '.chr( 220 ).chr( 228 ).chr( 246 ).chr( 223 ) ); var_dump( $original ); $wddx = wddx_serialize_value( $original ); #var_dump( htmlentities( $wddx ) ); $data = wddx_deserialize( $wddx ); var_dump( $data ); $data = wddx_deserialize( ''."\n".$wddx ); var_dump( $data ); ?> Expected result: string(17) "umlaute: Üäöß" string(17) "umlaute: Üäöß" string(17) "umlaute: Üäöß" Actual result: -- string(17) "umlaute: Üäöß" string(17) "umlaute: ÿäöÿ" string(17) "umlaute: ÿäöÿ" -- Edit this bug report at http://bugs.php.net/?id=34928&edit=1
#34966 [Fbk]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: For the record, we don't support cygwin builds of PHP. Previous Comments: [2005-10-24 15:56:17] [EMAIL PROTECTED] I'll rephrase: I would like to know if it's a Cygwin specific issue or not. Please try it on Win32 (which you should have too apparently). [2005-10-24 15:42:11] [EMAIL PROTECTED] Be a bit constructive please. [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34928 [Opn]: problems with umlaut characters and utf-8
ID: 34928 User updated by: clemens at gutweiler dot net Reported By: clemens at gutweiler dot net Status: Open Bug Type: WDDX related Operating System: Linux PHP Version: 4.4.0 New Comment: Hint: With PHP 4.3.11 the WDDX returns the correct Chars. Previous Comments: [2005-10-24 16:44:00] clemens at gutweiler dot net "Real" Unicode Chars does not work, too. But utf8_encode() of chr() should return valid chars. Test for "real" unicode chars: '."\n".$wddx ); var_dump( $data ); $data = wddx_deserialize( ''."\n".$wddx ); var_dump( $data ); show_source( __FILE__ ); ?> With PHP 4.4.0 and 5.0.5 i do not get valid UTF-8 chars back. [2005-10-21 19:23:42] [EMAIL PROTECTED] Try to use real UTF8 chars instead of chr(). [2005-10-20 12:01:24] clemens at gutweiler dot net Why is this bug bogus? It use utf8_encode to encode the data to UTF-8. The manual says also: "Note: If you want to serialize non-ASCII characters you have to convert your data to UTF-8 first (see utf8_encode() and iconv()).". So the code should be correct? [2005-10-20 11:20:53] [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. See bug #34913. [2005-10-20 11:01:33] clemens at gutweiler dot net Description: umlaut characters in charset utf-8 get not correct en/decoded with wddx_serialize_value resp. wddx_deserialize. in php-5 the code with the xml-header and utf-8 encoding returns the iso-8859-1 chars and not the utf-8 charts - that is a bug too, or? Reproduce code: --- '; $original = utf8_encode( 'umlaute: '.chr( 220 ).chr( 228 ).chr( 246 ).chr( 223 ) ); var_dump( $original ); $wddx = wddx_serialize_value( $original ); #var_dump( htmlentities( $wddx ) ); $data = wddx_deserialize( $wddx ); var_dump( $data ); $data = wddx_deserialize( ''."\n".$wddx ); var_dump( $data ); ?> Expected result: string(17) "umlaute: Üäöß" string(17) "umlaute: Üäöß" string(17) "umlaute: Üäöß" Actual result: -- string(17) "umlaute: Üäöß" string(17) "umlaute: ÿäöÿ" string(17) "umlaute: ÿäöÿ" -- Edit this bug report at http://bugs.php.net/?id=34928&edit=1
#34966 [Fbk->Opn]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: It works on Win32. Previous Comments: [2005-10-24 16:52:33] [EMAIL PROTECTED] For the record, we don't support cygwin builds of PHP. [2005-10-24 15:56:17] [EMAIL PROTECTED] I'll rephrase: I would like to know if it's a Cygwin specific issue or not. Please try it on Win32 (which you should have too apparently). [2005-10-24 15:42:11] [EMAIL PROTECTED] Be a bit constructive please. [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#30043 [Opn]: ODBC Column Name Truncation (missing multi-byte support)
ID: 30043 Updated by: [EMAIL PROTECTED] Reported By: arobins at csg dot uwaterloo dot ca Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS, 5CVS New Comment: As stated in a private email, the biggest issue with such a change is how much it effects other databases beyond those that you have used. It's a simple change, but it's unknown what databases will fail with this. Previous Comments: [2005-10-19 20:46:04] arobins at csg dot uwaterloo dot ca It's been over a year since my original submission, and I was wondering if it would be at all possible for someone to implement an increase in the field name buffer from 32 to 256? Only one line needs to be changed to accomplish this, in ext\odbc\php_odbc_includes.h: line 217: char name[32]; -> char name[256]; If it is at all possible for someone to make this minor modification for me, I would be extremely grateful! [2004-11-03 16:52:01] arobins at csg dot uwaterloo dot ca Until 'true multi-byte support' comes along, might I suggest as a temporary solution simply increasing the field name buffer? (i.e. from 32 to 256) [2004-09-10 03:23:40] [EMAIL PROTECTED] Known issue. Was once looked into correct to provide true multi-byte support, but was side tracked. [2004-09-09 22:08:24] arobins at csg dot uwaterloo dot ca Description: When retrieving ODBC results from Sybase SQL Anywhere 6 and 9, the column names are being truncated to 31 characters. This happens even if the column name is simply specified using sql 'AS' (i.e. "select column as a_really_long_name_that_is_longer_than_31_characters from crap" would still return "a_really_long_name_that_is_long" as the column name). Have tried in PHP 4 and 5, Win2K Server and SUSE Linux, all with same results. -- The buffer used by the odbc extension to store field names is only 32 bytes. Reproduce code: --- Expected result: 1: key - 4 2: a_really_long_name_that_is_longer_than_31_characters - 5 3: longer_name - 6 Actual result: -- 1: key - 4 2: a_really_long_name_that_is_long - 5 3: longer_name - 6 -- Edit this bug report at http://bugs.php.net/?id=30043&edit=1
#34970 [NEW]: ldap configuration problems
From: hip at okstate dot edu Operating system: Solaris 10 PHP version: 5CVS-2005-10-24 (CVS) PHP Bug Type: *Compile Issues Bug description: ldap configuration problems Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit bug report at http://bugs.php.net/?id=34970&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34970&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34970&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34970&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34970&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34970&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34970&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34970&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34970&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34970&r=support Expected behavior: http://bugs.php.net/fix.php?id=34970&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34970&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34970&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34970&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34970&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34970&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34970&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34970&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34970&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34970&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34970&r=mysqlcfg
#34970 [Opn->Fbk]: ldap configuration problems
ID: 34970 Updated by: [EMAIL PROTECTED] Reported By: hip at okstate dot edu -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) 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. Please upload your config.log file somewhere and provide a link here. Previous Comments: [2005-10-24 18:04:03] hip at okstate dot edu Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=34970&edit=1
#34970 [Fbk->Opn]: ldap configuration problems
ID: 34970 User updated by: hip at okstate dot edu Reported By: hip at okstate dot edu -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) New Comment: config.log at http://www.cs.okstate.edu/~hip/config.log Previous Comments: [2005-10-24 18:12:52] [EMAIL PROTECTED] 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. Please upload your config.log file somewhere and provide a link here. [2005-10-24 18:04:03] hip at okstate dot edu Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=34970&edit=1
#30043 [Opn]: ODBC Column Name Truncation (missing multi-byte support)
ID: 30043 Updated by: [EMAIL PROTECTED] Reported By: arobins at csg dot uwaterloo dot ca Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS, 5CVS New Comment: You could try PDO + PDO_ODBC as an alternative. Previous Comments: [2005-10-24 17:55:28] [EMAIL PROTECTED] As stated in a private email, the biggest issue with such a change is how much it effects other databases beyond those that you have used. It's a simple change, but it's unknown what databases will fail with this. [2005-10-19 20:46:04] arobins at csg dot uwaterloo dot ca It's been over a year since my original submission, and I was wondering if it would be at all possible for someone to implement an increase in the field name buffer from 32 to 256? Only one line needs to be changed to accomplish this, in ext\odbc\php_odbc_includes.h: line 217: char name[32]; -> char name[256]; If it is at all possible for someone to make this minor modification for me, I would be extremely grateful! [2004-11-03 16:52:01] arobins at csg dot uwaterloo dot ca Until 'true multi-byte support' comes along, might I suggest as a temporary solution simply increasing the field name buffer? (i.e. from 32 to 256) [2004-09-10 03:23:40] [EMAIL PROTECTED] Known issue. Was once looked into correct to provide true multi-byte support, but was side tracked. [2004-09-09 22:08:24] arobins at csg dot uwaterloo dot ca Description: When retrieving ODBC results from Sybase SQL Anywhere 6 and 9, the column names are being truncated to 31 characters. This happens even if the column name is simply specified using sql 'AS' (i.e. "select column as a_really_long_name_that_is_longer_than_31_characters from crap" would still return "a_really_long_name_that_is_long" as the column name). Have tried in PHP 4 and 5, Win2K Server and SUSE Linux, all with same results. -- The buffer used by the odbc extension to store field names is only 32 bytes. Reproduce code: --- Expected result: 1: key - 4 2: a_really_long_name_that_is_longer_than_31_characters - 5 3: longer_name - 6 Actual result: -- 1: key - 4 2: a_really_long_name_that_is_long - 5 3: longer_name - 6 -- Edit this bug report at http://bugs.php.net/?id=30043&edit=1
#34928 [Opn->Csd]: problems with umlaut characters and utf-8
ID: 34928 User updated by: clemens at gutweiler dot net Reported By: clemens at gutweiler dot net -Status: Open +Status: Closed Bug Type: WDDX related Operating System: Linux PHP Version: 4.4.0 New Comment: Solution: setlocale( LC_ALL, 'de_DE.UTF-8' ); Background: wddx use the c-function iscntrl() which use the locales system to determinate if a character is okay or have to be encoded with . So if you have a non-UTF-8 locales default, the determination of the char fails. Previous Comments: [2005-10-24 17:02:17] clemens at gutweiler dot net Hint: With PHP 4.3.11 the WDDX returns the correct Chars. [2005-10-24 16:44:00] clemens at gutweiler dot net "Real" Unicode Chars does not work, too. But utf8_encode() of chr() should return valid chars. Test for "real" unicode chars: '."\n".$wddx ); var_dump( $data ); $data = wddx_deserialize( ''."\n".$wddx ); var_dump( $data ); show_source( __FILE__ ); ?> With PHP 4.4.0 and 5.0.5 i do not get valid UTF-8 chars back. [2005-10-21 19:23:42] [EMAIL PROTECTED] Try to use real UTF8 chars instead of chr(). [2005-10-20 12:01:24] clemens at gutweiler dot net Why is this bug bogus? It use utf8_encode to encode the data to UTF-8. The manual says also: "Note: If you want to serialize non-ASCII characters you have to convert your data to UTF-8 first (see utf8_encode() and iconv()).". So the code should be correct? [2005-10-20 11:20:53] [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. See bug #34913. 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/34928 -- Edit this bug report at http://bugs.php.net/?id=34928&edit=1
#30043 [Opn]: ODBC Column Name Truncation (missing multi-byte support)
ID: 30043 Updated by: [EMAIL PROTECTED] Reported By: arobins at csg dot uwaterloo dot ca Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS, 5CVS New Comment: As PDO gains more and more traction that's probably the best idea Previous Comments: [2005-10-24 18:29:47] [EMAIL PROTECTED] You could try PDO + PDO_ODBC as an alternative. [2005-10-24 17:55:28] [EMAIL PROTECTED] As stated in a private email, the biggest issue with such a change is how much it effects other databases beyond those that you have used. It's a simple change, but it's unknown what databases will fail with this. [2005-10-19 20:46:04] arobins at csg dot uwaterloo dot ca It's been over a year since my original submission, and I was wondering if it would be at all possible for someone to implement an increase in the field name buffer from 32 to 256? Only one line needs to be changed to accomplish this, in ext\odbc\php_odbc_includes.h: line 217: char name[32]; -> char name[256]; If it is at all possible for someone to make this minor modification for me, I would be extremely grateful! [2004-11-03 16:52:01] arobins at csg dot uwaterloo dot ca Until 'true multi-byte support' comes along, might I suggest as a temporary solution simply increasing the field name buffer? (i.e. from 32 to 256) [2004-09-10 03:23:40] [EMAIL PROTECTED] Known issue. Was once looked into correct to provide true multi-byte support, but was side tracked. 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/30043 -- Edit this bug report at http://bugs.php.net/?id=30043&edit=1
#34968 [Opn->Asn]: php_bz2.dll Missing from Windows installation on 5.0.5
ID: 34968 Updated by: [EMAIL PROTECTED] Reported By: cyberdog3k at gmail dot com -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.0.5 -Assigned To: +Assigned To: edink New Comment: Edin, please fix it. Previous Comments: [2005-10-24 16:21:31] cyberdog3k at gmail dot com Description: I just downloaded 5.0.5 Windows zip and replaced my 5.0.4 installation. I found when it wouldn't load that the php_bz2.dll file was missing from the ext directory. I thought it possible this extension was removed, but it isn't mentioned in the changelog. Furthermore, it is still shown in the sample configs in the zip file as a loadable module. So we have one of two bugs here: 1) Missing php_bz2.dll in Windows version or 2) Sample configs must be updated to remove php_bz2.dll -- Edit this bug report at http://bugs.php.net/?id=34968&edit=1
#34970 [Opn->Fbk]: ldap configuration problems
ID: 34970 Updated by: [EMAIL PROTECTED] Reported By: hip at okstate dot edu -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) New Comment: Please try with this patch: Index: ext/ldap/config.m4 === RCS file: /repository/php-src/ext/ldap/config.m4,v retrieving revision 1.39.2.2 diff -u -p -d -r1.39.2.2 config.m4 --- ext/ldap/config.m4 16 Sep 2005 12:09:17 - 1.39.2.2 +++ ext/ldap/config.m4 24 Oct 2005 19:01:09 - @@ -95,7 +95,7 @@ if test "$PHP_LDAP" != "no"; then LDAP_PTHREAD= fi - if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then + if test -f $LDAP_LIBDIR/liblber.a || -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then PHP_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) PHP_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) Don't forget to run ./buildconf after applying it and follow the usual procedure (./configure .. make.. etc.). Previous Comments: [2005-10-24 18:23:33] hip at okstate dot edu config.log at http://www.cs.okstate.edu/~hip/config.log [2005-10-24 18:12:52] [EMAIL PROTECTED] 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. Please upload your config.log file somewhere and provide a link here. [2005-10-24 18:04:03] hip at okstate dot edu Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=34970&edit=1
#27792 [Com]: Functions fail on large files (filesize,is_file,is_dir)
ID: 27792 Comment by: hendersj at mindspring dot com Reported By: kode at kodekrash dot com Status: Assigned Bug Type: Filesystem function related Operating System: * (LFS) PHP Version: 6CVS, *CVS Assigned To: wez New Comment: I have seen problems related to this both over NFS and using a local NSS filesystem with Novell Open Enterprise Server (Linux kernel, SLES 9 is where the package orginates). The problem I have seen is more accurately described in bug 33872, which was flagged as a duplicate of this bug. Bug 33872 describes a condition where readdir() returns only the entries "." and ".." (in my case just "." is returned) regardless of the permissions to the directory. The same code run against a reiserFS partition works just fine. I am running php 4.3.4; I have also seen it with PHP 4.2.2 when using an NFS server that has 64-bit cookie values. Previous Comments: [2005-10-19 12:01:16] php at wiels dot nl I have the same problems on a windows 2003 server with php version 4.3.11 and filesystem ntfs. Where file size is 3781778927, filesize() gives -513188369. [2005-10-13 22:13:35] oernii at gmail dot com Version 6 wtf, really. a lot of out production sw cannot work now. what a shame. [2005-09-22 12:23:43] r dot lopinski at interconcept dot de Can reproduce the problem on php 5.0.2 and on php 4.3.4 using a reiserfs filesystem. In addition the fucntion filemtime fails for files with a size bigger 2 GB [2005-09-03 16:16:39] php at chairbreaker dot com Same problem on SuSE Linux 9.3 using mod_php with Apache 2.0.53. PHP version is 4.3.10, Kernel 2.6.11.4-21.8-default. File system is ext3. PHP issues "Warning: is_dir(): Stat failed for (errno=75 - Value too large for defined data type) in .php on line nnn" any time a file larger than 2 GB is encountered, which unfortunately breaks my php menu system. PHP is a great tool - hope you can fix this soon! [2005-08-11 16:06:00] [EMAIL PROTECTED] Well, looks like it will be fixed in 6.x instead. 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/27792 -- Edit this bug report at http://bugs.php.net/?id=27792&edit=1
#34970 [Fbk->Csd]: ldap configuration problems
ID: 34970 User updated by: hip at okstate dot edu Reported By: hip at okstate dot edu -Status: Feedback +Status: Closed Bug Type: *Compile Issues Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) New Comment: Patch fixed the configuration problem. Previous Comments: [2005-10-24 21:02:27] [EMAIL PROTECTED] Please try with this patch: Index: ext/ldap/config.m4 === RCS file: /repository/php-src/ext/ldap/config.m4,v retrieving revision 1.39.2.2 diff -u -p -d -r1.39.2.2 config.m4 --- ext/ldap/config.m4 16 Sep 2005 12:09:17 - 1.39.2.2 +++ ext/ldap/config.m4 24 Oct 2005 19:01:09 - @@ -95,7 +95,7 @@ if test "$PHP_LDAP" != "no"; then LDAP_PTHREAD= fi - if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then + if test -f $LDAP_LIBDIR/liblber.a || -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then PHP_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) PHP_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) Don't forget to run ./buildconf after applying it and follow the usual procedure (./configure .. make.. etc.). [2005-10-24 18:23:33] hip at okstate dot edu config.log at http://www.cs.okstate.edu/~hip/config.log [2005-10-24 18:12:52] [EMAIL PROTECTED] 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. Please upload your config.log file somewhere and provide a link here. [2005-10-24 18:04:03] hip at okstate dot edu Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=34970&edit=1
#34970 [Csd]: ldap configuration problems
ID: 34970 Updated by: [EMAIL PROTECTED] Reported By: hip at okstate dot edu Status: Closed Bug Type: *Compile Issues Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-10-24 22:15:35] hip at okstate dot edu Patch fixed the configuration problem. [2005-10-24 21:02:27] [EMAIL PROTECTED] Please try with this patch: Index: ext/ldap/config.m4 === RCS file: /repository/php-src/ext/ldap/config.m4,v retrieving revision 1.39.2.2 diff -u -p -d -r1.39.2.2 config.m4 --- ext/ldap/config.m4 16 Sep 2005 12:09:17 - 1.39.2.2 +++ ext/ldap/config.m4 24 Oct 2005 19:01:09 - @@ -95,7 +95,7 @@ if test "$PHP_LDAP" != "no"; then LDAP_PTHREAD= fi - if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then + if test -f $LDAP_LIBDIR/liblber.a || -f $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then PHP_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) PHP_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) Don't forget to run ./buildconf after applying it and follow the usual procedure (./configure .. make.. etc.). [2005-10-24 18:23:33] hip at okstate dot edu config.log at http://www.cs.okstate.edu/~hip/config.log [2005-10-24 18:12:52] [EMAIL PROTECTED] 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. Please upload your config.log file somewhere and provide a link here. [2005-10-24 18:04:03] hip at okstate dot edu Description: configure fails with the --with-ldap option. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap Actual result: -- checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no checking for IMAP SSL support... no checking for Informix support... no checking for InterBase support... no checking for LDAP support... yes checking for LDAP Cyrus SASL support... no ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=34970&edit=1
#34963 [Bgs]: strcoll ignore "_" under Linux
ID: 34963
User updated by: brausepaule at gmx dot de
Reported By: brausepaule at gmx dot de
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux Suse 9.3
PHP Version: 5.0.5
New Comment:
It's seems like a Bug.
e.g.
the comparison between _ and a with strcoll results
1. _
2. a
the comparison beetween _b and aa with strcoll results
Linux:
1. aa
2. _b
Windows
1. _b
2. aa
My workaround for Linux is:
function linux_strcoll($a,$b){
$xa = strlen($a);
$xb = strlen($b);
$x = $xa < $xb ? $xb : $xa;
$wert = $i =0;
while($i<$x && $wert==0) :
$wert = strcoll(substr($a,$i,1),substr($b,$i,1));
$i++;
endwhile;
return $wert;
}
The Problem the function makes rendering slower
Greats
Brause
Previous Comments:
[2005-10-23 22:55:22] [EMAIL PROTECTED]
This is not a bug in PHP. PHP uses the Operating System's collation,
which apperently collates in this way. There is nothing we can do about
it now. In PHP 6 with Unicode support this behavior will be fixed, as
ICU's collation algorithm does sort it the correct way.
[2005-10-23 20:59:48] brausepaule at gmx dot de
setlang means setlocale
sorry
[2005-10-23 20:36:06] [EMAIL PROTECTED]
What is this "Setlang" you're talking about?
[2005-10-23 20:13:08] brausepaule at gmx dot de
Description:
Under Linux 9.3 the function strcoll ignore the _
Under Windows it's work fine.
Reproduce code:
---
$ar = array('auto', 'beton', 'ätsch', 'ölig', 'test','file 4','file
6','file 7','1 file 2','2 file 1','3 file 3','_file 5');
setlocale (LC_ALL, '[EMAIL PROTECTED]', 'de_DE', 'de', 'ge', 'german');
usort($ar,'strcoll');
while (list ($key, $value) = each ($ar))
echo "$key: $value\n";
Expected result:
Under Windows (it's correct)
0: _file 5
1: 1 file 2
2: 2 file 1
3: 3 file 3
4: ätsch
5: auto
6: beton
7: file 4
8: file 6
9: file 7
10: ölig
11: test
Actual result:
--
Under Linux:
0: 1 file 2
1: 2 file 1
2: 3 file 3
3: ätsch
4: auto
5: beton
6: file 4
7: _file 5
8: file 6
9: file 7
10: ölig
11: test
the setlang works! Without setlang with strcmp it seems like:
0: _file 5
1: 1 file 2
2: 2 file 1
3: 3 file 3
4: auto
5: beton
6: file 4
7: file 6
8: file 7
9: test
10: ätsch
11: ölig
--
Edit this bug report at http://bugs.php.net/?id=34963&edit=1
#34972 [NEW]: STDIN won't allow nonblocking.
From: VJTD3 at VJTD3 dot com Operating system: Windows/Linux PHP version: 5.0.5 PHP Bug Type: CGI related Bug description: STDIN won't allow nonblocking. Description: STDIN won't allow nonblocking. Reproduce code: --- Expected result: The test code should be a infinate loop with "infinate loop showing nonblocking problem" said trillions of times fast like a infinate loop is suposto do when you make a boo boo. instead it will say it once then wait for input then wait again etc as a blocked resource is expected. but "stream_set_blocking(STDIN, FALSE);" should be allowing it to do the loop unblocked resulting in major screen flooding yet unblocking the resource is ignored. This means you can't do something like a client program in your shell that is "interactive" like a Telnet client or similar. I can dig the whole not reading as typing because that would be too "raw" for common usage... [ie phrasing the backspaces etc though maybe a seperate abaility? this would allow arrow key kinda stuff and similar...] But waiting for a "\n" or whatever file ending shouldn't have any effect on that loop. It should act just like a TCP or any other connection when unblocked there the resource just has a return of no data. "php -f test.php" I use to run it. Actual result: -- uses blocking when "stream_set_blocking(STDIN, FALSE);" was used. -- Edit bug report at http://bugs.php.net/?id=34972&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34972&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34972&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34972&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34972&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34972&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34972&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34972&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34972&r=support Expected behavior: http://bugs.php.net/fix.php?id=34972&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34972&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34972&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34972&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34972&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34972&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34972&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34972&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34972&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34972&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34972&r=mysqlcfg
#34973 [NEW]: ext/standard/dns.c won't compile
From: hip at okstate dot edu Operating system: Solaris 10 PHP version: 5CVS-2005-10-24 (CVS) PHP Bug Type: Compile Failure Bug description: ext/standard/dns.c won't compile Description: ext/standard/dns.c won't comiple on Solaris 10 which does not have IPv6 support installed. The problem is in the for loop in function _php_dns_free_res at line 369. Specifically resolv.h has __res_state_ext define as struct __res_state_ext; Which causes "structure has no member" error. Workaround is to comment out the for loop in _php_dns_free_res. Sorry I don't have a spare machine to install Solaris 10 with IPv6 on and report the results. Actual result: -- /usr/local/src/php5-200510241430/ext/standard/dns.c: In function `_php_dns_free_ res': /usr/local/src/php5-200510241430/ext/standard/dns.c:372: error: structure has no member named `nsaddrs' /usr/local/src/php5-200510241430/ext/standard/dns.c:373: error: structure has no member named `nsaddrs' /usr/local/src/php5-200510241430/ext/standard/dns.c:374: error: structure has no member named `nsaddrs' make: *** [ext/standard/dns.lo] Error 1 # -- Edit bug report at http://bugs.php.net/?id=34973&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34973&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34973&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34973&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34973&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34973&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34973&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34973&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34973&r=support Expected behavior: http://bugs.php.net/fix.php?id=34973&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34973&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34973&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34973&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34973&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34973&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34973&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34973&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34973&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34973&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34973&r=mysqlcfg
#34973 [Opn->Asn]: ext/standard/dns.c won't compile
ID: 34973 Updated by: [EMAIL PROTECTED] Reported By: hip at okstate dot edu -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5CVS-2005-10-24 (CVS) -Assigned To: +Assigned To: tony2001 New Comment: I'll take it. Previous Comments: [2005-10-24 23:35:33] hip at okstate dot edu Description: ext/standard/dns.c won't comiple on Solaris 10 which does not have IPv6 support installed. The problem is in the for loop in function _php_dns_free_res at line 369. Specifically resolv.h has __res_state_ext define as struct __res_state_ext; Which causes "structure has no member" error. Workaround is to comment out the for loop in _php_dns_free_res. Sorry I don't have a spare machine to install Solaris 10 with IPv6 on and report the results. Actual result: -- /usr/local/src/php5-200510241430/ext/standard/dns.c: In function `_php_dns_free_ res': /usr/local/src/php5-200510241430/ext/standard/dns.c:372: error: structure has no member named `nsaddrs' /usr/local/src/php5-200510241430/ext/standard/dns.c:373: error: structure has no member named `nsaddrs' /usr/local/src/php5-200510241430/ext/standard/dns.c:374: error: structure has no member named `nsaddrs' make: *** [ext/standard/dns.lo] Error 1 # -- Edit this bug report at http://bugs.php.net/?id=34973&edit=1
#34974 [NEW]: Compilation errors when soap is enabled; Still
From: deeplfo at yahoo dot com Operating system: Linux PHP version: 5.0.5 PHP Bug Type: Compile Failure Bug description: Compilation errors when soap is enabled; Still Description: I have dl-ed and compiled libxml2 2.6.20 and when I enable-soap option for PHP compile I get the following errors: ext/soap/php_encoding.lo(.text+0x5a4): In function `to_zval_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:505: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x77e): In function `to_zval_stringr': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:541: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x95a): In function `to_zval_stringc': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:577: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0xc28): In function `to_xml_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:645: undefined reference to `xmlBufferCreateStatic' collect2: ld returned 1 exit status -- Edit bug report at http://bugs.php.net/?id=34974&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34974&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34974&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34974&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34974&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34974&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34974&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34974&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34974&r=support Expected behavior: http://bugs.php.net/fix.php?id=34974&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34974&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34974&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34974&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34974&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34974&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34974&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34974&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34974&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34974&r=mysqlcfg
#34974 [Opn->Fbk]: Compilation errors when soap is enabled; Still
ID: 34974 Updated by: [EMAIL PROTECTED] Reported By: deeplfo at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 5.0.5 New Comment: Make sure you don't have an old version of libxml somewhere in your system. Previous Comments: [2005-10-25 00:23:59] deeplfo at yahoo dot com Description: I have dl-ed and compiled libxml2 2.6.20 and when I enable-soap option for PHP compile I get the following errors: ext/soap/php_encoding.lo(.text+0x5a4): In function `to_zval_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:505: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x77e): In function `to_zval_stringr': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:541: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x95a): In function `to_zval_stringc': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:577: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0xc28): In function `to_xml_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:645: undefined reference to `xmlBufferCreateStatic' collect2: ld returned 1 exit status -- Edit this bug report at http://bugs.php.net/?id=34974&edit=1
#34972 [Opn]: STDIN won't allow nonblocking.
ID: 34972 Updated by: [EMAIL PROTECTED] Reported By: VJTD3 at VJTD3 dot com Status: Open Bug Type: CGI related Operating System: Windows/Linux PHP Version: 5.0.5 New Comment: FYI, using fgets() with a non-blocking resource makes no sense. To implement what you're after, use stream_select() and fread(); these work on stdin just fine. Previous Comments: [2005-10-24 23:07:00] VJTD3 at VJTD3 dot com Description: STDIN won't allow nonblocking. Reproduce code: --- Expected result: The test code should be a infinate loop with "infinate loop showing nonblocking problem" said trillions of times fast like a infinate loop is suposto do when you make a boo boo. instead it will say it once then wait for input then wait again etc as a blocked resource is expected. but "stream_set_blocking(STDIN, FALSE);" should be allowing it to do the loop unblocked resulting in major screen flooding yet unblocking the resource is ignored. This means you can't do something like a client program in your shell that is "interactive" like a Telnet client or similar. I can dig the whole not reading as typing because that would be too "raw" for common usage... [ie phrasing the backspaces etc though maybe a seperate abaility? this would allow arrow key kinda stuff and similar...] But waiting for a "\n" or whatever file ending shouldn't have any effect on that loop. It should act just like a TCP or any other connection when unblocked there the resource just has a return of no data. "php -f test.php" I use to run it. Actual result: -- uses blocking when "stream_set_blocking(STDIN, FALSE);" was used. -- Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#34975 [NEW]: SimpleXML objects can't be stored in sessions.
From: maratd at gmail dot com Operating system: Windows XP PHP version: 5.0.5 PHP Bug Type: SimpleXML related Bug description: SimpleXML objects can't be stored in sessions. Description: SimpleXML objects can't be stored in sessions and in turn, objects which contain SimpleXML objects also can't be stored. Reproduce code: --- Expected result: I expect the simplexml object to be loaded as a session variable, to work, and to persist while the session is active. Actual result: -- If you first run the code above in a browser on a valid xml file, nothing happens and it looks like it works ... but if you hit refresh or go to a page which re-starts the session, you will see this: Warning: session_start() [function.session-start]: Node no longer exists in index.php on line 3 The above warning line will repeat over and over for a while ... your simplexml object also won't work. -- Edit bug report at http://bugs.php.net/?id=34975&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34975&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34975&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34975&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34975&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34975&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34975&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34975&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34975&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34975&r=support Expected behavior: http://bugs.php.net/fix.php?id=34975&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34975&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34975&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34975&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34975&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34975&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34975&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34975&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34975&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34975&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34975&r=mysqlcfg
#34972 [Opn]: STDIN won't allow nonblocking.
ID: 34972 User updated by: VJTD3 at VJTD3 dot com Reported By: VJTD3 at VJTD3 dot com Status: Open Bug Type: CGI related Operating System: Windows/Linux PHP Version: 5.0.5 New Comment: Previous Comments: [2005-10-25 01:26:58] [EMAIL PROTECTED] FYI, using fgets() with a non-blocking resource makes no sense. To implement what you're after, use stream_select() and fread(); these work on stdin just fine. [2005-10-24 23:07:00] VJTD3 at VJTD3 dot com Description: STDIN won't allow nonblocking. Reproduce code: --- Expected result: The test code should be a infinate loop with "infinate loop showing nonblocking problem" said trillions of times fast like a infinate loop is suposto do when you make a boo boo. instead it will say it once then wait for input then wait again etc as a blocked resource is expected. but "stream_set_blocking(STDIN, FALSE);" should be allowing it to do the loop unblocked resulting in major screen flooding yet unblocking the resource is ignored. This means you can't do something like a client program in your shell that is "interactive" like a Telnet client or similar. I can dig the whole not reading as typing because that would be too "raw" for common usage... [ie phrasing the backspaces etc though maybe a seperate abaility? this would allow arrow key kinda stuff and similar...] But waiting for a "\n" or whatever file ending shouldn't have any effect on that loop. It should act just like a TCP or any other connection when unblocked there the resource just has a return of no data. "php -f test.php" I use to run it. Actual result: -- uses blocking when "stream_set_blocking(STDIN, FALSE);" was used. -- Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#34974 [Com]: Compilation errors when soap is enabled; Still
ID: 34974 Comment by: deeplfo at ahoo dot com Reported By: deeplfo at yahoo dot com Status: Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 5.0.5 New Comment: There is one other, but I commented out the include for /usr/local/libxml... from the make file. Is there something else that needs to be done to avoid the clash? Previous Comments: [2005-10-25 00:34:19] [EMAIL PROTECTED] Make sure you don't have an old version of libxml somewhere in your system. [2005-10-25 00:23:59] deeplfo at yahoo dot com Description: I have dl-ed and compiled libxml2 2.6.20 and when I enable-soap option for PHP compile I get the following errors: ext/soap/php_encoding.lo(.text+0x5a4): In function `to_zval_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:505: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x77e): In function `to_zval_stringr': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:541: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x95a): In function `to_zval_stringc': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:577: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0xc28): In function `to_xml_string': /tmp/mohsen/php-5.0.5/ext/soap/php_encoding.c:645: undefined reference to `xmlBufferCreateStatic' collect2: ld returned 1 exit status -- Edit this bug report at http://bugs.php.net/?id=34974&edit=1
#34975 [Opn->Bgs]: SimpleXML objects can't be stored in sessions.
ID: 34975 Updated by: [EMAIL PROTECTED] Reported By: maratd at gmail dot com -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.0.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2005-10-25 02:10:58] maratd at gmail dot com Description: SimpleXML objects can't be stored in sessions and in turn, objects which contain SimpleXML objects also can't be stored. Reproduce code: --- Expected result: I expect the simplexml object to be loaded as a session variable, to work, and to persist while the session is active. Actual result: -- If you first run the code above in a browser on a valid xml file, nothing happens and it looks like it works ... but if you hit refresh or go to a page which re-starts the session, you will see this: Warning: session_start() [function.session-start]: Node no longer exists in index.php on line 3 The above warning line will repeat over and over for a while ... your simplexml object also won't work. -- Edit this bug report at http://bugs.php.net/?id=34975&edit=1
#34938 [Fbk->Opn]: dns_get_record() returns strange results for long hostnames
ID: 34938
User updated by: php at ter dot dk
Reported By: php at ter dot dk
-Status: Feedback
+Status: Open
Bug Type: Network related
Operating System: Linux 2.4 debian sarge
PHP Version: 5.1.0RC3
Assigned To: tony2001
New Comment:
Sorry, still no dice with latest snapshot; php5-200510250230:
$ ~/dev/php5-200510250230/sapi/cli/php -r
'var_dump(dns_get_record("php.net",DNS_NS));'
array(4) {
[0]=>
array(5) {
["host"]=>
string(7) "php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[1]=>
array(5) {
["host"]=>
string(37) "\003ns2\007easydns\003com\000.php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[2]=>
array(5) {
["host"]=>
string(24) "\007remote1\192).php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[3]=>
array(5) {
["host"]=>
string(20) "\003ns1\192).php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
}
- Peter Brodersen
Previous Comments:
[2005-10-24 01:11:46] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Try next snapshot.
The snapshot you're trying doesn't include the patch yet.
[2005-10-24 01:05:51] php at ter dot dk
I think we have a major regression in latest snaps (same result in
php5-200510232030 and php5-200510232230) where the return values are
pretty strange for any host checked, even short hosts, e.g.:
$ ~/dev/php5-200510232230/sapi/cli/php -r
'var_dump(dns_get_record("php.net",DNS_MX));'
array(1) {
[0]=>
array(6) {
["host"]=>
string(7) "php.net"
["type"]=>
string(2) "MX"
["pri"]=>
int(19)
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65537)
}
}
$ ~/dev/php5-200510232230/sapi/cli/php -r
'var_dump(dns_get_record("php.net",DNS_A));'
array(1) {
[0]=>
array(5) {
["host"]=>
string(7) "php.net"
["type"]=>
string(1) "A"
["ip"]=>
string(10) "0.4.64.246"
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
}
$ ~/dev/php5-200510232230/sapi/cli/php -r
'var_dump(dns_get_record("php.net",DNS_NS));'
array(4) {
[0]=>
array(5) {
["host"]=>
string(7) "php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[1]=>
array(5) {
["host"]=>
string(37) "\003ns2\007easydns\003com\000.php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[2]=>
array(5) {
["host"]=>
string(20) "\003ns1\192).php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
[3]=>
array(5) {
["host"]=>
string(24) "\007remote1\192).php.net"
["type"]=>
string(2) "NS"
["target"]=>
string(0) ""
["class"]=>
string(2) "IN"
["ttl"]=>
int(65536)
}
}
It seems like there is some kind of offset error (e.g. octet 1 and 2 in
the IP address for the A lookup is presented as octet 3 and 4)
On the lighter side the long hostnames behave in the new way as well.
I'm sorry if I'm just impatient.
- Peter Brodersen
[2005-10-23 20:35:32] [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.
[2005-10-21 05:14:48] php at ter dot dk
Please be aware of line breaks added by the bug system.
[2005-10-21 05:08:11] php at ter dot dk
Description:
(the error also occurs in PHP5.0.5)
dns_get_record() results in strange behaviour when supplied with long
hostnames, e.g.:
$ host -t mx
0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0.dk
0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0.dk
MX 10
mail.0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0.dk
.. but:
$ php -v
PHP 5.0.5-1.dotdeb.1 (cli) (built: Sep 7 2005 10:07:31)
Copyright (c) 1997-2004 The PHP Group
Zend En
#34934 [Bgs]: offsetExists not called in derived class
ID: 34934
User updated by: adove at booyahnetworks dot com
Reported By: adove at booyahnetworks dot com
Status: Bogus
Bug Type: SPL related
Operating System: WinXP, Linux
PHP Version: 5.0.5
Assigned To: dmitry
New Comment:
Ok, isset works as expected. IMHO, the behavior should be made
consistent across the one array_key_exists example that works.
Previous Comments:
[2005-10-24 09:01:00] [EMAIL PROTECTED]
After discussion with Marcus and Andi, this fix is reverted and bug
marked as bogus. array_... functions were not designed to work with
ArrayAccess interface, ao array_key_exists() shouldn't call
ofssetExists() at all.
You should use isset() instead of it.
[2005-10-21 17:21:08] [EMAIL PROTECTED]
Fixed in CVS HEAD and PHP_5_1.
[2005-10-21 07:42:19] adove at booyahnetworks dot com
Here's a full code sample to replicate. Note I stripped out the method
comments. If you want them I can repost.
recurs($mValue);
}
elseif(is_object($mValue) && ($mValue instanceof ArrayObject))
{
// Get the raw array from our ArrayObject for handling.
$mValue = &$this->recurs($mValue->getArrayCopy(),
$constFlags);
}
elseif(null == $mValue)
{
$mValue = array();
}
elseif(!is_object($mValue))
{
// Turn primative into an indexed array.
$mValue = array($mValue);
}
// else - it's an object, enum its public properites.
parent::__construct($mValue);
}
protected function explodeKeyPath($mKeyPath)
{
return explode("/", trim($mKeyPath, "/"));
}
function offsetSet($mKey, $mValue)
{
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$mRetval = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
// Need to take the LAST path off. That's what we assign
our value too.
$strLastPathPart = array_pop($aKeyPathParts);
foreach($aKeyPathParts as $strPathPart)
{
// We know we our data are either a primative type or an
ArrayAccess.
if(($mRetval instanceof ArrayAccess) &&
array_key_exists($strPathPart, $mRetval)
)
{
$mRetval = $mRetval[$strPathPart];
}
else
{
// Need a new empty one of us and then point to
it!
$mRetval[$strPathPart] =
$this->newArrayObject($strPathPart, array(),
$this->getFlags());
$mRetval = $mRetval[$strPathPart];
}
}
// Now put our value!
$mRetval[$strLastPathPart] = $mValue;
}
else
{
if(is_array($mValue))
{
// Need to create a new instance of us!
$mValue = $this->newArrayObject($mKey, $mValue,
$this->getFlags());
}
parent::offsetSet($mKey, $mValue);
}
}
function offsetGet($mKey)
{
$mRetval = null;
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$mRetval = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
foreach($aKeyPathParts as $strPathPart)
{
// We know we our data are either a primative type or an
ArrayAccess.
if(($mRetval instanceof ArrayAccess) &&
array_key_exists($strPathPart, $mRetval)
)
{
$mRetval = $mRetval[$strPathPart];
}
else
{
$mRetval = null;
break;
}
}
}
else
{
$mRetval = parent::offsetGet($mKey);
}
return $mRetval;
}
function offsetUnset($mKey)
{
$mKey = trim($mKey, "/");
if(stristr($mKey, "/"))
{
// A path was requested. Start out pointing to ourself.
$oArray = $this;
$aKeyPathParts = $this->explodeKeyPath($mKey);
#34975 [Bgs->Opn]: SimpleXML objects can't be stored in sessions.
ID: 34975 User updated by: maratd at gmail dot com Reported By: maratd at gmail dot com -Status: Bogus +Status: Open Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.0.5 New Comment: I have checked the manual many times in the past and have done so again. Nowhere does it mention that SimpleXML objects can't be stored as a session variable. I rewrote the code so that you don't have to create an xml file. Here it is: two'); ?> Please run the code provided and restart the session on another page (or hit refresh in your browser). Here is what you will see (the path will obviously be different): Warning: session_start() [function.session-start]: Node no longer exists in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at c:\Inetpub\wwwroot\TEMP\test1.php:3) in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at c:\Inetpub\wwwroot\TEMP\test1.php:3) in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 I appreciate any help in this manner. Thank you. - Marat Previous Comments: [2005-10-25 05:12:27] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . [2005-10-25 02:10:58] maratd at gmail dot com Description: SimpleXML objects can't be stored in sessions and in turn, objects which contain SimpleXML objects also can't be stored. Reproduce code: --- Expected result: I expect the simplexml object to be loaded as a session variable, to work, and to persist while the session is active. Actual result: -- If you first run the code above in a browser on a valid xml file, nothing happens and it looks like it works ... but if you hit refresh or go to a page which re-starts the session, you will see this: Warning: session_start() [function.session-start]: Node no longer exists in index.php on line 3 The above warning line will repeat over and over for a while ... your simplexml object also won't work. -- Edit this bug report at http://bugs.php.net/?id=34975&edit=1
#34975 [Opn->Bgs]: SimpleXML objects can't be stored in sessions.
ID: 34975 Updated by: [EMAIL PROTECTED] Reported By: maratd at gmail dot com -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.0.5 New Comment: It has nothing to do with SimpleXML objects specifically. It's the same for all internal objects - you can't serialize those. Previous Comments: [2005-10-25 05:54:13] maratd at gmail dot com I have checked the manual many times in the past and have done so again. Nowhere does it mention that SimpleXML objects can't be stored as a session variable. I rewrote the code so that you don't have to create an xml file. Here it is: two'); ?> Please run the code provided and restart the session on another page (or hit refresh in your browser). Here is what you will see (the path will obviously be different): Warning: session_start() [function.session-start]: Node no longer exists in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at c:\Inetpub\wwwroot\TEMP\test1.php:3) in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at c:\Inetpub\wwwroot\TEMP\test1.php:3) in c:\Inetpub\wwwroot\TEMP\test1.php on line 3 I appreciate any help in this manner. Thank you. - Marat [2005-10-25 05:12:27] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . [2005-10-25 02:10:58] maratd at gmail dot com Description: SimpleXML objects can't be stored in sessions and in turn, objects which contain SimpleXML objects also can't be stored. Reproduce code: --- Expected result: I expect the simplexml object to be loaded as a session variable, to work, and to persist while the session is active. Actual result: -- If you first run the code above in a browser on a valid xml file, nothing happens and it looks like it works ... but if you hit refresh or go to a page which re-starts the session, you will see this: Warning: session_start() [function.session-start]: Node no longer exists in index.php on line 3 The above warning line will repeat over and over for a while ... your simplexml object also won't work. -- Edit this bug report at http://bugs.php.net/?id=34975&edit=1
