date:20050419

#28726 [Opn->Csd]: getDocComment function for reflectionProperty class

2005-04-19 Thread sebastian

 ID:   28726
 Updated by:   [EMAIL PROTECTED]
 Reported By:  D dot Kingma at jool dot nl
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.0.0RC2
 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:


[2004-06-10 14:00:55] D dot Kingma at jool dot nl

Description:

Is it possible to add the getDocComment() function to the
reflectionProperty class, since the description of the var with the
@var tag is also a well known functionality of packages like
javadoc/phpdoc and it would come in handy
if you cannot only get te description of methods, classes and functions
but also for the properties of the class.







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

#32751 [Opn]: Segfault after code execution (destructor calls)

2005-04-19 Thread tony2001

 ID:   32751
 Updated by:   [EMAIL PROTECTED]
 Reported By:  prism at pld-linux dot org
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: PLD Linux Distribution
 PHP Version:  5.0.4
 New Comment:

Works fine on SuSE 9.2/glibc 2.3.3. 
I'm 100% sure it also works on other systems I have around here, but
I'll check it tomorrow.


Previous Comments:


[2005-04-19 22:37:43] prism at pld-linux dot org

I did't try in other OS. Later, I'll see in Windows - but 
I have to set up the environment first. 
Yes. I used glibc 2.3.4 before, and switched to 2.3.5 to 
see if it helps. 
It also happened earlier, when I had some older glibc, but 
I ignored it. 
The code also fails in CLI. Actually, we test it in CLI 
because Apache doesn't get any output from PHP module 
since it dies - proxy says that zero-sized reply comes. 
And finally: Yes, we build as much we can as modules to 
package it into separate packages.



[2005-04-19 22:23:38] [EMAIL PROTECTED]

Are you able to reproduce it under a different OS?
Or at least with different glibc?
Is it reproducible only with Apache2 or with CLI too?
As far as I can see, mysql is built as shared module or am I wrong?



[2005-04-19 21:20:11] prism at pld-linux dot org

What else do you need? You have been given exact cause and 
explanation what to fix. Let me know if we can still give 
you some more information.



[2005-04-19 08:51:00] [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.






[2005-04-18 21:49:05] prism at pld-linux dot org

Description:

Zend engine or all modules which use persistent_list. 
persistent_list is destroyed after modules are unloaded. 
But some modules register own destructors for elements put 
on 
persistent_list. When Zend destroys such entry from 
persistent_list, 
it tries to call destructor from unloaded module and 
segfaults. 

Reproduce code:
---
Look here: http://comments.gmane.org/gmane.linux.pld.devel.english/785
and start reading from post written at 16 Apr 17:33 by Michal Lukaszek,
and below from that.

Expected result:

No segfault. 

Actual result:
--
> (gdb) bt 
> #0  0xb78a6978 in ?? () 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> #2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, 
p=0x81ec1a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574 
> #3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy 
(ht=0x8052c50) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640 
> #4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, 
tsrm_ls=0x804f0a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234 
> #5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714 
> #6  0xb7ef42d5 in php_module_shutdown 
(tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518 
> #7  0x0804be1e in main (argc=2, argv=0xb174) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055 
> (gdb) f 1 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> 204 
ld->plist_dtor_ex(le TSRMLS_CC); 
> (gdb) p ld->plist_dtor_ex 
> $1 = 0xb78a6978 
> (gdb) x ld->plist_dtor_ex 
> 0xb78a6978: Cannot access memory at address 
0xb78a6978 
 
it's in (unloaded) php-mysql module 
 
> The list here is "persistent_list", which is used by 
php-mysql for 
> persistent connection - so it's probably bug in 
php-mysql module or php 
> engine itself. 





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

#32622 [Fbk->NoF]: IMAP toolkit crash

2005-04-19 Thread php-bugs

 ID:   32622
 Updated by:   php-bugs@lists.php.net
 Reported By:  lst_hoe01 at kwsoft dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IMAP related
 Operating System: Linux Kernel 2.4.21
 PHP Version:  4.3.11
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2005-04-12 02:51:18] [EMAIL PROTECTED]

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

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

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





[2005-04-07 12:32:14] lst_hoe01 at kwsoft dot de

Description:

With HORDE/IMP in some situations (long delay connect) the error "IMAP
toolkit crash: Lock when already locked" is logged by PHP. According to
the maintainer of the IMAP toolkit this is a invalid use of the toolkit
(Quoting) :

> The "Lock when already locked" error message indicates a 
> software bug which is supposedly impossible in UW imapd. It
> has nothing to do with file locking; instead, it indicates a
> forbidden recursive call into the c-client library from a 
> c-client callback in the application. 

Thanxs for any help

Andreas

Reproduce code:
---
IMP-Application...
(Sorry, not really a PHP-Coder)

Expected result:

Sending Mail

Actual result:
--
Application stall





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

#32283 [Fbk->NoF]: zlib.output_compression = 1 but no headers sent

2005-04-19 Thread php-bugs

 ID:   32283
 Updated by:   php-bugs@lists.php.net
 Reported By:  plasmahh at gmx dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  5CVS-2005-03-14
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2005-04-12 08:44:22] [EMAIL PROTECTED]

Is ext/zlib compiled as shared by any chance in your system?
What was the configure line you've used?




[2005-03-25 15:13:30] plasmahh at gmx dot net

This is an example when I do it with mozilla, but its always the same
whenever an accept encoding of gzip or deflate is present...

GET / HTTP/1.1

Host: localhost

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6)
Gecko/20050321

Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

Accept-Language: en-us,en;q=0.5

Accept-Encoding: gzip,deflate

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

Keep-Alive: 300

Connection: keep-alive



[2005-03-17 18:02:21] [EMAIL PROTECTED]

What headers are being sent by the browser making the request?



[2005-03-14 19:45:02] plasmahh at gmx dot net

Does not work too with the snapshot... I have changed parts of the
php_enable_output_compression as followed, which works around my
problem...

if (php_memnstr(Z_STRVAL_PP(a_encoding), "gzip", 4,
Z_STRVAL_PP(a_encoding) + Z_STRLEN_PP(a_encoding))) {
ZLIBG(compression_coding) = CODING_GZIP;
sapi_add_header("Content-Encoding: gzip",
sizeof("Content-Encoding: gzip") - 1, 1);
} else if (php_memnstr(Z_STRVAL_PP(a_encoding), "deflate", 7,
Z_STRVAL_PP(a_encoding) + Z_STRLEN_PP(a_encoding))) {
ZLIBG(compression_coding) = CODING_DEFLATE;
sapi_add_header("Content-Encoding: deflate",
sizeof("Content-Encoding: deflate") - 1, 1);
} else {
return FAILURE;
}



[2005-03-12 14:42:12] [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





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

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

#32770 [Fbk->Opn]: Unable to open base address file in Unknown on line 0

2005-04-19 Thread renich at woralelandia dot com

 ID:   32770
 User updated by:  renich at woralelandia dot com
 Reported By:  renich at woralelandia dot com
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

Ok man, take a yes for an answer.

Here is what I did.

First, I deleted the err.txt (thats the php error file) located at
apache2 folder (F:\Server\Apache2).

I commented the following lines at php.ini like this:

#zend_extension_ts="F:\Server\Zend\lib\ZendExtensionManager.dll"
#zend_extension_manager.optimizer_ts="F:\Server\Zend\lib\Optimizer-2.5.7"
#zend_optimizer.optimization_level=15

I restarted apache and no error.

Next, i uncommented this same lines in php.ini like this:

zend_extension_ts="F:\Server\Zend\lib\ZendExtensionManager.dll"
zend_extension_manager.optimizer_ts="F:\Server\Zend\lib\Optimizer-2.5.7"
zend_optimizer.optimization_level=15

restarted and in the first restart I got no error. But in the second
one, I got the same error.

I did this twice to confirm and got the exact same results.

Maybe I restarted too fast.


Previous Comments:


[2005-04-19 22:08:02] [EMAIL PROTECTED]

Does this error message appear only when Zend Optimizer is enabled?



[2005-04-19 16:44:26] renich at woralelandia dot com

Description:

Ok, I don't really know what this error means, but I have been looking
in the net for quite a while and found only one thread related to
this... and the solution did not work.

The thread says its Zend Optimizer related.

I'll tell you what I did.

First checked it was a php error by disabling php in apache. Its output
was none.

I enabled php and disabled all the extensions in the php.ini file.
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address
file in Unknown on line 0

I re-enabled the extensions and same output ([19-Apr-2005 09:31:22] PHP
Fatal error:  Unable to open base address file in Unknown on line 0).

I want to know whats up with this error. Is it a security issue? Is it
an optimizer issue? Why doesn't zend have anything about it? Maybe I'm
just a bad Web Investigator...

Im running php 5.0.4 on apache 2.0.53 in module mode.

Expected result:

No errors on PHP startup

Actual result:
--
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address
file in Unknown on line 0





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

#32774 [NEW]: stdin handling confusion in COPY

2005-04-19 Thread volkan dot yazici at gmail dot com

From: volkan dot yazici at gmail dot com
Operating system: Linux 2.6.11
PHP version:  5.0.3
PHP Bug Type: PostgreSQL related
Bug description:  stdin handling confusion in COPY

Description:

There seems to be a confusion in handling stdin between PostgreSQL and
PHP.

Reproduce code:
---


/*
 * The same of this script
 * [http://yazicivo.fateback.com/example-copy.txt] written
 * in C (with same libpq calls) works fine.
 */

Expected result:

shell$ php example-copy.php
Starting query...
At last!
shell$ _

Actual result:
--
shell$ php example-copy.php
Starting query...

# It enters to an endless loop with a 100% CPU usage.

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

#30302 [Opn->Fbk]: Implement Document/Literal with wrapped convention

2005-04-19 Thread sniper

 ID:   30302
 Updated by:   [EMAIL PROTECTED]
 Reported By:  julien dot wajsberg at francetelecom dot com
-Status:   Open
+Status:   Feedback
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2005-04-19 09:31:03] julien dot wajsberg at francetelecom dot com

Yes, the new location for the article is :

http://atmanes.blogspot.com/2005/03/wrapped-documentliteral-convention.html



[2005-04-18 22:21:51] peter dot ordal at rochester dot edu

The article linked in the initial report has been taken down, but is
available via archive.org.

http://web.archive.org/web/20041012031835/http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html

There are some formatting issues to watch out for.

I tried dmitry's idea but I just get an emtpy stdClass object back.



[2004-12-01 18:26:25] [EMAIL PROTECTED]

ext/soap works fine with this WSDL file.

To call function on a client side use:

$client->add(array("arg1"=>2,"arg2"=>3));

On server side you can use the following function:

function add($args) {
  return $args->arg1 + $args->arg2;
}





[2004-10-01 14:45:53] julien dot wajsberg at francetelecom dot com

Description:

The mode "Document/literal with wrapped convention" is the current
industry consensus for exposing Web Services. In particular, the WS-I
explicitely forbids use of "RPC/encoded" mode, and most toolkits
vendors are working towards "document wrapped/literal".

A very good explanation of this convention can be found on
http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html

I would suggest adding another mode to the "style" options to
SoapClient constructor: SOAP_WRAPPED.
There should also be some logic to understand a wsdl using this
convention, but it could be done afterwards.

This convention is really very similar to "rpc/literal" mode; I didn't
test this mode, but if it's already functional, it shouldn't be hard to
implement "document wrapped/literal".







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

#32772 [Opn->Bgs]: error under openssl_private_encrypt and openssl_public_decrypt

2005-04-19 Thread sniper

 ID:   32772
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ivan at mishanin dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: OpenSSL related
 Operating System: Windows XP, Windows 2000 Server
 PHP Version:  5.0.4
 New Comment:

Try using openssl_error_string(); after those functions and you'll get
more detailed information WHY they fail.




Previous Comments:


[2005-04-19 17:38:33] ivan at mishanin dot ru

Description:

When i try to encrypt big string it return null. If i try to use big
key to encrypt - it help my, but if i use a big sting (300 000 signs) -
it isn't work. 
i try encrypt big string by part, it's ok, but then i try to decrypt it
- openssl_public_decrypt make a null decrypt text...

certificate is OK - under MS BizTolk server it's work right.


Reproduce code:
---
prkeyid = openssl_pkey_get_private("file://c:/cert/CAkey.pem",
'1234');
$pubkeyid = openssl_pkey_get_public("file://c:/cert/CAcert.pem");

openssl_private_encrypt($res,$crypttext,$prkeyid);
$fp = fopen ("c:/file.xml", "w+");
// for test
fwrite ($fp, $crypttext);
fclose ($fp);

openssl_public_decrypt($crypttext, $ext_data, $pubkeyid);
$fp = fopen ("c:/file2.xml", "w+");
fwrite ($fp, $ext_data);
fclose ($fp);

Actual result:
--
null





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

#32773 [NEW]: binary GMP functions returns unexpected value, when second parameter is int(0)

2005-04-19 Thread valyala at gmail dot com

From: valyala at gmail dot com
Operating system: unix
PHP version:  5.0.4
PHP Bug Type: Math related
Bug description:  binary GMP functions returns unexpected value, when second 
parameter is int(0)

Description:

All binary functions from GMP extension return FALSE insted of expected
value, when zero is passed as second parameter.

I noticed the following piece of code in two places of ext/gmp/gmp.c file,
which purpose I couldn't understand:

if (!Z_LVAL_PP(b_arg)) {
RETURN_FALSE;
}

This code returns FALSE, when second parameter of binary GMP function
equals to zero.
I tried to delete this code from ext/gmp/gmp.c , and it seems that all
work nice after that.

Here is unified diff:
--cut--
--- gmp_old.c   Tue Apr 19 23:18:06 2005
+++ gmp.c   Tue Apr 19 23:18:28 2005
@@ -312,10 +312,6 @@
 FETCH_GMP_ZVAL(gmpnum_b, b_arg);
 }
 
-if (!Z_LVAL_PP(b_arg)) {
-RETURN_FALSE;
-}
-
 INIT_GMP_NUM(gmpnum_result);
 
 if (use_ui && gmp_ui_op) {
@@ -355,10 +351,6 @@
 use_ui = 1;
 } else {
 FETCH_GMP_ZVAL(gmpnum_b, b_arg);
-}
-
-if (!Z_LVAL_PP(b_arg)) {
-RETURN_FALSE;
 }
 
 INIT_GMP_NUM(gmpnum_result1);
--cut--


Reproduce code:
---


Expected result:

10 + 0 = 10
10 + 0 = 10


Actual result:
--
10 + 0 = 0
10 + 0 = 10


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

#32751 [Fbk->Opn]: Segfault after code execution (destructor calls)

2005-04-19 Thread prism at pld-linux dot org

 ID:   32751
 User updated by:  prism at pld-linux dot org
 Reported By:  prism at pld-linux dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: PLD Linux Distribution
 PHP Version:  5.0.4
 New Comment:

I did't try in other OS. Later, I'll see in Windows - but 
I have to set up the environment first. 
Yes. I used glibc 2.3.4 before, and switched to 2.3.5 to 
see if it helps. 
It also happened earlier, when I had some older glibc, but 
I ignored it. 
The code also fails in CLI. Actually, we test it in CLI 
because Apache doesn't get any output from PHP module 
since it dies - proxy says that zero-sized reply comes. 
And finally: Yes, we build as much we can as modules to 
package it into separate packages.


Previous Comments:


[2005-04-19 22:23:38] [EMAIL PROTECTED]

Are you able to reproduce it under a different OS?
Or at least with different glibc?
Is it reproducible only with Apache2 or with CLI too?
As far as I can see, mysql is built as shared module or am I wrong?



[2005-04-19 21:20:11] prism at pld-linux dot org

What else do you need? You have been given exact cause and 
explanation what to fix. Let me know if we can still give 
you some more information.



[2005-04-19 08:51:00] [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.






[2005-04-18 21:49:05] prism at pld-linux dot org

Description:

Zend engine or all modules which use persistent_list. 
persistent_list is destroyed after modules are unloaded. 
But some modules register own destructors for elements put 
on 
persistent_list. When Zend destroys such entry from 
persistent_list, 
it tries to call destructor from unloaded module and 
segfaults. 

Reproduce code:
---
Look here: http://comments.gmane.org/gmane.linux.pld.devel.english/785
and start reading from post written at 16 Apr 17:33 by Michal Lukaszek,
and below from that.

Expected result:

No segfault. 

Actual result:
--
> (gdb) bt 
> #0  0xb78a6978 in ?? () 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> #2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, 
p=0x81ec1a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574 
> #3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy 
(ht=0x8052c50) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640 
> #4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, 
tsrm_ls=0x804f0a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234 
> #5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714 
> #6  0xb7ef42d5 in php_module_shutdown 
(tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518 
> #7  0x0804be1e in main (argc=2, argv=0xb174) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055 
> (gdb) f 1 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> 204 
ld->plist_dtor_ex(le TSRMLS_CC); 
> (gdb) p ld->plist_dtor_ex 
> $1 = 0xb78a6978 
> (gdb) x ld->plist_dtor_ex 
> 0xb78a6978: Cannot access memory at address 
0xb78a6978 
 
it's in (unloaded) php-mysql module 
 
> The list here is "persistent_list", which is used by 
php-mysql for 
> persistent connection - so it's probably bug in 
php-mysql module or php 
> engine itself. 





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

#32769 [Opn->Bgs]: Session cookies with non-default lifetimes not expiring in Firefox

2005-04-19 Thread sniper

 ID:   32769
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oc106 at york dot ac dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Win XP Pro SP2
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-04-19 16:42:05] oc106 at york dot ac dot uk

Description:

If session lifetime is set to other than 0 (i.e. other than expire at
end of session), then this is not honoured in Firefox (1.0.2), but is
in other browsers (tested in IE6, Opera 7.54, Mozilla 1.8)

Cookies set with setcookie() with non-default lifetimes expire fine.

However, manually setting a cookie with the session cookie name (i.e.
setcookie("PHPSESSID", ...)) with a lifetime causes the same problems
as using the session functions.


Running on Apache 2.0.52, and using original php.ini-dist settings.
(Also tested in PHP 5.0.4 release)

Reproduce code:
---





Expected result:

In Firefox, after loading the page produced by the above code, viewing
Tools->Options->Privacy->View Cookies, the list shows two cookies for
the page, "test" and "PHPSESSID". They should both be shown to expire
30 seconds after the page was loaded (this behaviour can be observed in
Mozilla via Tools->Cookie Manager->Manage Stored Cookies).

If the page is refreshed after more than 30 seconds, the print_r()
statement should show an empty array.

Actual result:
--
"test" is shown as expiring 30 seconds after the page was loaded,
however "PHPSESSID" is shown as expiring "at end of session".

When refreshed after more than 30 seconds, the print_r() statement
still shows the existence of $_COOKIE["PHPSESSID"]. This only occurs in
Firefox (out of the browsers listed above).





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

#32751 [Opn->Fbk]: Segfault after code execution (destructor calls)

2005-04-19 Thread tony2001

 ID:   32751
 Updated by:   [EMAIL PROTECTED]
 Reported By:  prism at pld-linux dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: PLD Linux Distribution
 PHP Version:  5.0.4
 New Comment:

Are you able to reproduce it under a different OS?
Or at least with different glibc?
Is it reproducible only with Apache2 or with CLI too?
As far as I can see, mysql is built as shared module or am I wrong?


Previous Comments:


[2005-04-19 21:20:11] prism at pld-linux dot org

What else do you need? You have been given exact cause and 
explanation what to fix. Let me know if we can still give 
you some more information.



[2005-04-19 08:51:00] [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.






[2005-04-18 21:49:05] prism at pld-linux dot org

Description:

Zend engine or all modules which use persistent_list. 
persistent_list is destroyed after modules are unloaded. 
But some modules register own destructors for elements put 
on 
persistent_list. When Zend destroys such entry from 
persistent_list, 
it tries to call destructor from unloaded module and 
segfaults. 

Reproduce code:
---
Look here: http://comments.gmane.org/gmane.linux.pld.devel.english/785
and start reading from post written at 16 Apr 17:33 by Michal Lukaszek,
and below from that.

Expected result:

No segfault. 

Actual result:
--
> (gdb) bt 
> #0  0xb78a6978 in ?? () 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> #2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, 
p=0x81ec1a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574 
> #3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy 
(ht=0x8052c50) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640 
> #4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, 
tsrm_ls=0x804f0a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234 
> #5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714 
> #6  0xb7ef42d5 in php_module_shutdown 
(tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518 
> #7  0x0804be1e in main (argc=2, argv=0xb174) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055 
> (gdb) f 1 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> 204 
ld->plist_dtor_ex(le TSRMLS_CC); 
> (gdb) p ld->plist_dtor_ex 
> $1 = 0xb78a6978 
> (gdb) x ld->plist_dtor_ex 
> 0xb78a6978: Cannot access memory at address 
0xb78a6978 
 
it's in (unloaded) php-mysql module 
 
> The list here is "persistent_list", which is used by 
php-mysql for 
> persistent connection - so it's probably bug in 
php-mysql module or php 
> engine itself. 





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

#32770 [Opn->Fbk]: Unable to open base address file in Unknown on line 0

2005-04-19 Thread tony2001

 ID:   32770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  renich at woralelandia dot com
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

Does this error message appear only when Zend Optimizer is enabled?


Previous Comments:


[2005-04-19 16:44:26] renich at woralelandia dot com

Description:

Ok, I don't really know what this error means, but I have been looking
in the net for quite a while and found only one thread related to
this... and the solution did not work.

The thread says its Zend Optimizer related.

I'll tell you what I did.

First checked it was a php error by disabling php in apache. Its output
was none.

I enabled php and disabled all the extensions in the php.ini file.
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address
file in Unknown on line 0

I re-enabled the extensions and same output ([19-Apr-2005 09:31:22] PHP
Fatal error:  Unable to open base address file in Unknown on line 0).

I want to know whats up with this error. Is it a security issue? Is it
an optimizer issue? Why doesn't zend have anything about it? Maybe I'm
just a bad Web Investigator...

Im running php 5.0.4 on apache 2.0.53 in module mode.

Expected result:

No errors on PHP startup

Actual result:
--
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address
file in Unknown on line 0





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

#32771 [Opn->Asn]: is_dir() returns false for absolute path. Even if it is a folder

2005-04-19 Thread tony2001

 ID:   32771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  silkensedai at online dot fr
-Status:   Open
+Status:   Assigned
 Bug Type: *Directory/Filesystem functions
 Operating System: GNU/Linux Ubuntu 5.4
 PHP Version:  5.0.4
-Assigned To:  
+Assigned To:  wez
 New Comment:

is_file() does the same thing when the owner of the file is not the
owner of the script.
IMO that's how safe_mode works. 
Wez, is this the expected behaviour or am I wrong?


Previous Comments:


[2005-04-19 17:56:46] silkensedai at online dot fr

Also: safe mode is enabled



[2005-04-19 17:31:26] silkensedai at online dot fr

Description:

is_dir() does not work when the folder is an absolute path.

For example is_dir('/mnt') won't work (return false).
But it works for relative path.

Example:

$ php -r 'clearstatcache();var_dump(is_dir("/mnt/"));' bool(false)
$ php -r 'clearstatcache();var_dump(is_dir("./Templates"));'
bool(true)
$ test -d "/mnt/" && echo dir || echo not_dir
dir
$ test -d "./Templates" && echo dir || echo not_dir
dir


>From phpinfo(): PHP Version 5.0.4
System: Linux louve 2.6.10-5-386 #1 Tue Apr 5 12:12:40 UTC 2005 i686
Configure Command:  './configure' '--quiet' '--enable-cli'
'--enable-cgi' '--disable-all' '--disable-rpath' '--disable-debug'
'--disable-path-info-check' '--disable-magic-quotes' '--disable-posix'
'--disable-short-tags' '--enable-ipv6' '--disable-static'
'--disable-pcntl' '--without-pear' '--with-apxs2=/usr/bin/apxs2'
'--with-mysql=/usr' '--with-mysqli=/usr/bin/mysql_config' '--with-zlib'
'--with-bz2' '--with-dbx' '--with-ctype' '--with-openssl'
'--with-pcre-regex' '--with-gettext' '--with-mcrypt' '--with-mhash'
'--with-iconv' '--with-sqlite' '--with-sqlite-utf8' '--with-gd'
'--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-xpm-dir'
'--with-ttf' '--with-xsl' '--with-tsrm-pthreads' '--with-tidy'
'--with-freetype-dir' '--enable-gd-native-ttf' '--enable-safe-mode'
'--enable-calendar' '--enable-mbstring' '--enable-spl' '--enable-ftp'
'--enable-bcmath' '--enable-sockets' '--enable-dom' '--enable-xml'
'--enable-soap' '--enable-libxml' '--enable-session'
'--enable-simplexml' '--enable-memory-limit'
Server API  Apache 2.0 Handler
PHP API 20031224
PHP Extension   20041030
Zend Extension  220040412 

Reproduce code:
---
print is_dir('/')?"dir: /":"not_dir: /";

Expected result:

dir: /

Actual result:
--
not_dir: /





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

#32751 [Fbk->Opn]: Segfault after code execution (destructor calls)

2005-04-19 Thread prism at pld-linux dot org

 ID:   32751
 User updated by:  prism at pld-linux dot org
 Reported By:  prism at pld-linux dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: PLD Linux Distribution
 PHP Version:  5.0.4
 New Comment:

What else do you need? You have been given exact cause and 
explanation what to fix. Let me know if we can still give 
you some more information.


Previous Comments:


[2005-04-19 08:51:00] [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.






[2005-04-18 21:49:05] prism at pld-linux dot org

Description:

Zend engine or all modules which use persistent_list. 
persistent_list is destroyed after modules are unloaded. 
But some modules register own destructors for elements put 
on 
persistent_list. When Zend destroys such entry from 
persistent_list, 
it tries to call destructor from unloaded module and 
segfaults. 

Reproduce code:
---
Look here: http://comments.gmane.org/gmane.linux.pld.devel.english/785
and start reading from post written at 16 Apr 17:33 by Michal Lukaszek,
and below from that.

Expected result:

No segfault. 

Actual result:
--
> (gdb) bt 
> #0  0xb78a6978 in ?? () 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> #2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, 
p=0x81ec1a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574 
> #3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy 
(ht=0x8052c50) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640 
> #4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, 
tsrm_ls=0x804f0a0) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234 
> #5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714 
> #6  0xb7ef42d5 in php_module_shutdown 
(tsrm_ls=0x804f0a0) 
> at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518 
> #7  0x0804be1e in main (argc=2, argv=0xb174) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055 
> (gdb) f 1 
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8) 
> 
at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204 
> 204 
ld->plist_dtor_ex(le TSRMLS_CC); 
> (gdb) p ld->plist_dtor_ex 
> $1 = 0xb78a6978 
> (gdb) x ld->plist_dtor_ex 
> 0xb78a6978: Cannot access memory at address 
0xb78a6978 
 
it's in (unloaded) php-mysql module 
 
> The list here is "persistent_list", which is used by 
php-mysql for 
> persistent connection - so it's probably bug in 
php-mysql module or php 
> engine itself. 





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

#32539 [Opn->Asn]: new tidy function

2005-04-19 Thread nlopess

 ID:   32539
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  5CVS-2005-04-01 (dev)
-Assigned To:  
+Assigned To:  john
 New Comment:

Assigning to the extension maintainer.


Previous Comments:


[2005-04-01 22:11:55] [EMAIL PROTECTED]

Description:

I've made a patch to add a new function to the tidy extension.
This function allows you to retrieve the documentation related with
each option.

Patch: http://livedocs.aborla.net/patch.php?id=php.tidy-get-opt-doc
Test: http://livedocs.aborla.net/018.phpt






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

#32643 [Opn->Asn]: update tidy to reflect library change in tidyLoadConfig()

2005-04-19 Thread nlopess

 ID:   32643
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  5CVS-2005-04-09 (dev)
-Assigned To:  
+Assigned To:  john
 New Comment:

Assigning to the extension maintainer.


Previous Comments:


[2005-04-09 13:59:40] [EMAIL PROTECTED]

Description:

I've made a patch (which is backward compatible with older libraries)
to update the tidy extension due to a change in the libtidy function
tidyLoadConfig().
The change is described at:
http://sourceforge.net/tracker/?func=detail&atid=390963&aid=937271&group_id=27659

The patch: http://livedocs.aborla.net/patch.php?id=php.tidy

Nuno






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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:31] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:27] erin at hotmail dot com

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:23] erin at hotmail dot com

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:19] erin at hotmail dot com

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:15] erin at hotmail dot com

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:39] erin at hotmail dot com

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:36] erin at hotmail dot com

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:31] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:27] erin at hotmail dot com

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:23] erin at hotmail dot com

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:00] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:56] erin at hotmail dot com

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:52] erin at hotmail dot com

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:48] erin at hotmail dot com

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:43] erin at hotmail dot com

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:56] erin at hotmail dot com

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:52] erin at hotmail dot com

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:48] erin at hotmail dot com

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:43] erin at hotmail dot com

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:39] erin at hotmail dot com

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:15] erin at hotmail dot com

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:11] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:03] erin at hotmail dot com

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:59] erin at hotmail dot com

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:03:55] erin at hotmail dot com

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

To be informed on adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:05] erin at hotmail dot com

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:00] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:56] erin at hotmail dot com

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:52] erin at hotmail dot com

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:48] erin at hotmail dot com

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Was adult toys the http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:14] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:09] erin at hotmail dot com

To be informed on adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:05] erin at hotmail dot com

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:00] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:56] erin at hotmail dot com

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:23] erin at hotmail dot com

Well, adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:19] erin at hotmail dot com

Was adult toys the http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:14] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:09] erin at hotmail dot com

To be informed on adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:05] erin at hotmail dot com

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Well, adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:19] erin at hotmail dot com

Was adult toys the http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:14] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:05:09] erin at hotmail dot com

To be informed on adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:05] erin at hotmail dot com

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:00] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:03] erin at hotmail dot com

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:59] erin at hotmail dot com

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:03:55] erin at hotmail dot com

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:51] erin at hotmail dot com

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:48] erin at hotmail dot com

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:05:09] erin at hotmail dot com

To be informed on adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:05] erin at hotmail dot com

Today, adult toys cannot http://adult-toys.ivanovo.su/";
target=_blank>adult toys to be the most from now.
http://adult-toys.ivanovo.su/



[2005-04-19 20:05:00] erin at hotmail dot com

adult toys  http://adult-toys.ivanovo.su/"; target=_blank>adult
toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:56] erin at hotmail dot com

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:52] erin at hotmail dot com

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Was adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:52] erin at hotmail dot com

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:48] erin at hotmail dot com

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:43] erin at hotmail dot com

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:39] erin at hotmail dot com

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:36] erin at hotmail dot com

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Find adult toys works for me http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:48] erin at hotmail dot com

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:43] erin at hotmail dot com

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:39] erin at hotmail dot com

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:36] erin at hotmail dot com

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:31] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

I suppose adult toys but http://adult-toys.ivanovo.su/";
target=_blank>adult toys to go. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:43] erin at hotmail dot com

What is adult toys off http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:39] erin at hotmail dot com

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:36] erin at hotmail dot com

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:31] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:27] erin at hotmail dot com

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

True adult toys and http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:36] erin at hotmail dot com

adult toys made easy http://adult-toys.ivanovo.su/";
target=_blank>adult toys etc. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:31] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:27] erin at hotmail dot com

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:23] erin at hotmail dot com

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:19] erin at hotmail dot com

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:27] erin at hotmail dot com

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:23] erin at hotmail dot com

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:19] erin at hotmail dot com

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:15] erin at hotmail dot com

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:11] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Is adult toys stands for http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:23] erin at hotmail dot com

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:19] erin at hotmail dot com

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:15] erin at hotmail dot com

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:11] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:03] erin at hotmail dot com

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

I suppose adult toys to you http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:19] erin at hotmail dot com

Today, adult toys compares to http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:04:15] erin at hotmail dot com

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:11] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:03] erin at hotmail dot com

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:59] erin at hotmail dot com

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Is adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys for success. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:04:11] erin at hotmail dot com

adult toys and take http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:04:03] erin at hotmail dot com

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:59] erin at hotmail dot com

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:03:55] erin at hotmail dot com

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:51] erin at hotmail dot com

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

This year, adult toys and search for http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:03:59] erin at hotmail dot com

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/



[2005-04-19 20:03:55] erin at hotmail dot com

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:51] erin at hotmail dot com

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:48] erin at hotmail dot com

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:03:43] erin at hotmail dot com

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

And adult toys  http://adult-toys.ivanovo.su/";
target=_blank>adult toys! http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:03:55] erin at hotmail dot com

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:51] erin at hotmail dot com

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:48] erin at hotmail dot com

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:03:43] erin at hotmail dot com

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-15 14:20:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





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

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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Anyone can do adult toys takes focus on http://adult-toys.ivanovo.su/"; target=_blank>adult toys!
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:03:51] erin at hotmail dot com

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-19 20:03:48] erin at hotmail dot com

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:03:43] erin at hotmail dot com

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-15 14:20:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2005-02-15 10:58:02] asmi at owear dot ru

Description:

SIGSERV in shutdown_memory_manager after WackoWiki script execution
I cannot find the exact part of code leading to crash.

Reproduce code:
---
http://wackowiki.com/files/wacko.r4.zip

Expected result:

WackoWiki good working for me.

Actual result:
--
(gdb) run -X
Starting program: /usr/local/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at
/usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
491 REMOVE_POINTER_FROM_LIST(ptr);
(gdb) p t
$1 = (zend_mem_header *) 0xbfbfad74
(gdb) bt
#0  0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0)
at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
#1  0x28272ff9 in php_request_shutdown (dummy=0x0) at
/usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003
#2  0x282b78ad in apache_php_module_main (r=0x8125304,
display_source_mode=0)
at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60
#3  0x282b8468 in send_php (r=0x8125304, display_source_mode=0,
filename=0x0)
at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621
#4  0x282b84c9 in send_parsed_php (r=0x8125304) at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636
#5  0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475
#6  0x8061d71 in process_request_internal (r=0x8125304) at
http_request.c:1298
#7  0x8062074 in ap_internal_redirect (new_uri=0x81252cc
"/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034)
at http_request.c:1435
#8  0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590
#9  0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475
#10 0x8061d71 in process_request_internal (r=0x8122034) at
http_request.c:1298
#11 0x8061dd0 in ap_process_request (r=0x8122034) at
http_request.c:1314
#12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786
#13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at
http_main.c:4901
#14 0x805b429 in startup_children (number_to_start=2) at
http_main.c:4983
#15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at
http_main.c:5315
#16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657





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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

I need adult toys , what is more http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:03:48] erin at hotmail dot com

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/



[2005-04-19 20:03:43] erin at hotmail dot com

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-15 14:20:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2005-02-15 10:58:02] asmi at owear dot ru

Description:

SIGSERV in shutdown_memory_manager after WackoWiki script execution
I cannot find the exact part of code leading to crash.

Reproduce code:
---
http://wackowiki.com/files/wacko.r4.zip

Expected result:

WackoWiki good working for me.

Actual result:
--
(gdb) run -X
Starting program: /usr/local/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at
/usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
491 REMOVE_POINTER_FROM_LIST(ptr);
(gdb) p t
$1 = (zend_mem_header *) 0xbfbfad74
(gdb) bt
#0  0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0)
at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
#1  0x28272ff9 in php_request_shutdown (dummy=0x0) at
/usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003
#2  0x282b78ad in apache_php_module_main (r=0x8125304,
display_source_mode=0)
at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60
#3  0x282b8468 in send_php (r=0x8125304, display_source_mode=0,
filename=0x0)
at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621
#4  0x282b84c9 in send_parsed_php (r=0x8125304) at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636
#5  0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475
#6  0x8061d71 in process_request_internal (r=0x8125304) at
http_request.c:1298
#7  0x8062074 in ap_internal_redirect (new_uri=0x81252cc
"/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034)
at http_request.c:1435
#8  0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590
#9  0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475
#10 0x8061d71 in process_request_internal (r=0x8122034) at
http_request.c:1298
#11 0x8061dd0 in ap_process_request (r=0x8122034) at
http_request.c:1314
#12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786
#13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at
http_main.c:4901
#14 0x805b429 in startup_children (number_to_start=2) at
http_main.c:4983
#15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at
http_main.c:5315
#16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657





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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-15 14:20:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2005-02-15 10:58:02] asmi at owear dot ru

Description:

SIGSERV in shutdown_memory_manager after WackoWiki script execution
I cannot find the exact part of code leading to crash.

Reproduce code:
---
http://wackowiki.com/files/wacko.r4.zip

Expected result:

WackoWiki good working for me.

Actual result:
--
(gdb) run -X
Starting program: /usr/local/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at
/usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
491 REMOVE_POINTER_FROM_LIST(ptr);
(gdb) p t
$1 = (zend_mem_header *) 0xbfbfad74
(gdb) bt
#0  0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0)
at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
#1  0x28272ff9 in php_request_shutdown (dummy=0x0) at
/usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003
#2  0x282b78ad in apache_php_module_main (r=0x8125304,
display_source_mode=0)
at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60
#3  0x282b8468 in send_php (r=0x8125304, display_source_mode=0,
filename=0x0)
at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621
#4  0x282b84c9 in send_parsed_php (r=0x8125304) at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636
#5  0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475
#6  0x8061d71 in process_request_internal (r=0x8125304) at
http_request.c:1298
#7  0x8062074 in ap_internal_redirect (new_uri=0x81252cc
"/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034)
at http_request.c:1435
#8  0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590
#9  0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475
#10 0x8061d71 in process_request_internal (r=0x8122034) at
http_request.c:1298
#11 0x8061dd0 in ap_process_request (r=0x8122034) at
http_request.c:1314
#12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786
#13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at
http_main.c:4901
#14 0x805b429 in startup_children (number_to_start=2) at
http_main.c:4983
#15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at
http_main.c:5315
#16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657





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

#31981 [Com]: Crash in shutdown_memory_manager

2005-04-19 Thread erin at hotmail dot com

 ID:   31981
 Comment by:   erin at hotmail dot com
 Reported By:  asmi at owear dot ru
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: FreeBSD 4.8-RELEASE-p27
 PHP Version:  4.3.11
 New Comment:

Did it adult toys to be http://adult-toys.ivanovo.su/";
target=_blank>adult toys. http://adult-toys.ivanovo.su/


Previous Comments:


[2005-04-19 20:03:43] erin at hotmail dot com

True adult toys creates the need for http://adult-toys.ivanovo.su/"; target=_blank>adult toys.
http://adult-toys.ivanovo.su/



[2005-04-15 14:20:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2005-02-15 10:58:02] asmi at owear dot ru

Description:

SIGSERV in shutdown_memory_manager after WackoWiki script execution
I cannot find the exact part of code leading to crash.

Reproduce code:
---
http://wackowiki.com/files/wacko.r4.zip

Expected result:

WackoWiki good working for me.

Actual result:
--
(gdb) run -X
Starting program: /usr/local/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at
/usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
491 REMOVE_POINTER_FROM_LIST(ptr);
(gdb) p t
$1 = (zend_mem_header *) 0xbfbfad74
(gdb) bt
#0  0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0)
at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491
#1  0x28272ff9 in php_request_shutdown (dummy=0x0) at
/usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003
#2  0x282b78ad in apache_php_module_main (r=0x8125304,
display_source_mode=0)
at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60
#3  0x282b8468 in send_php (r=0x8125304, display_source_mode=0,
filename=0x0)
at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621
#4  0x282b84c9 in send_parsed_php (r=0x8125304) at
/usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636
#5  0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475
#6  0x8061d71 in process_request_internal (r=0x8125304) at
http_request.c:1298
#7  0x8062074 in ap_internal_redirect (new_uri=0x81252cc
"/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034)
at http_request.c:1435
#8  0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590
#9  0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475
#10 0x8061d71 in process_request_internal (r=0x8122034) at
http_request.c:1298
#11 0x8061dd0 in ap_process_request (r=0x8122034) at
http_request.c:1314
#12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786
#13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at
http_main.c:4901
#14 0x805b429 in startup_children (number_to_start=2) at
http_main.c:4983
#15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at
http_main.c:5315
#16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657





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

#32708 [Bgs]: ftp_nlist and ftp_rawlist not working in ver 5

2005-04-19 Thread predecess at hotmail dot com

 ID:   32708
 User updated by:  predecess at hotmail dot com
 Reported By:  predecess at hotmail dot com
 Status:   Bogus
 Bug Type: FTP related
 Operating System: Red Hat Enterprise Linux
 PHP Version:  5.0.3
 New Comment:

I tried the code you provided and it failed for me with the same error.
 I'll try again when we upgrade to 5.0.4 or 5.0.5 and see if it works
then.


Previous Comments:


[2005-04-16 01:03:13] [EMAIL PROTECTED]

This works fine for me (tm):



(I won't quote here what Sara said about this bug report on IRC.. :)




[2005-04-14 22:02:22] predecess at hotmail dot com

Description:

ftp_nlist does not work anymore, nor does ftp_rawlist.
Code that used ftp_nlist worked fine on PHP 4.3.9 and simply copying
the code to a server running PHP 5.0.3 breaks it.  

The /tmp directory's mode/permissions is set to 777



Reproduce code:
---
';
}
}
}
?>

Expected result:

this/same/task/works/fine/with/a/url/wrapper/file1.txt
this/same/task/works/fine/with/a/url/wrapper/file2.txt
this/same/task/works/fine/with/a/url/wrapper/file3.txt
this/same/task/works/fine/with/a/url/wrapper/file4.txt

Actual result:
--
Warning: Invalid argument supplied for foreach() in
/documentroot_path/ftpBUG.php on line 9






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

#32771 [Opn]: is_dir() returns false for absolute path. Even if it is a folder

2005-04-19 Thread silkensedai at online dot fr

 ID:   32771
 User updated by:  silkensedai at online dot fr
 Reported By:  silkensedai at online dot fr
 Status:   Open
 Bug Type: *Directory/Filesystem functions
 Operating System: GNU/Linux Ubuntu 5.4
 PHP Version:  5.0.4
 New Comment:

Also: safe mode is enabled


Previous Comments:


[2005-04-19 17:31:26] silkensedai at online dot fr

Description:

is_dir() does not work when the folder is an absolute path.

For example is_dir('/mnt') won't work (return false).
But it works for relative path.

Example:

$ php -r 'clearstatcache();var_dump(is_dir("/mnt/"));' bool(false)
$ php -r 'clearstatcache();var_dump(is_dir("./Templates"));'
bool(true)
$ test -d "/mnt/" && echo dir || echo not_dir
dir
$ test -d "./Templates" && echo dir || echo not_dir
dir


>From phpinfo(): PHP Version 5.0.4
System: Linux louve 2.6.10-5-386 #1 Tue Apr 5 12:12:40 UTC 2005 i686
Configure Command:  './configure' '--quiet' '--enable-cli'
'--enable-cgi' '--disable-all' '--disable-rpath' '--disable-debug'
'--disable-path-info-check' '--disable-magic-quotes' '--disable-posix'
'--disable-short-tags' '--enable-ipv6' '--disable-static'
'--disable-pcntl' '--without-pear' '--with-apxs2=/usr/bin/apxs2'
'--with-mysql=/usr' '--with-mysqli=/usr/bin/mysql_config' '--with-zlib'
'--with-bz2' '--with-dbx' '--with-ctype' '--with-openssl'
'--with-pcre-regex' '--with-gettext' '--with-mcrypt' '--with-mhash'
'--with-iconv' '--with-sqlite' '--with-sqlite-utf8' '--with-gd'
'--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-xpm-dir'
'--with-ttf' '--with-xsl' '--with-tsrm-pthreads' '--with-tidy'
'--with-freetype-dir' '--enable-gd-native-ttf' '--enable-safe-mode'
'--enable-calendar' '--enable-mbstring' '--enable-spl' '--enable-ftp'
'--enable-bcmath' '--enable-sockets' '--enable-dom' '--enable-xml'
'--enable-soap' '--enable-libxml' '--enable-session'
'--enable-simplexml' '--enable-memory-limit'
Server API  Apache 2.0 Handler
PHP API 20031224
PHP Extension   20041030
Zend Extension  220040412 

Reproduce code:
---
print is_dir('/')?"dir: /":"not_dir: /";

Expected result:

dir: /

Actual result:
--
not_dir: /





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

#32772 [NEW]: error under openssl_private_encrypt and openssl_public_decrypt

2005-04-19 Thread ivan at mishanin dot ru

From: ivan at mishanin dot ru
Operating system: Windows XP, Windows 2000 Server
PHP version:  5.0.4
PHP Bug Type: OpenSSL related
Bug description:  error under openssl_private_encrypt and openssl_public_decrypt

Description:

When i try to encrypt big string it return null. If i try to use big key
to encrypt - it help my, but if i use a big sting (300 000 signs) - it
isn't work. 
i try encrypt big string by part, it's ok, but then i try to decrypt it -
openssl_public_decrypt make a null decrypt text...

certificate is OK - under MS BizTolk server it's work right.


Reproduce code:
---
prkeyid = openssl_pkey_get_private("file://c:/cert/CAkey.pem", '1234');
$pubkeyid = openssl_pkey_get_public("file://c:/cert/CAcert.pem");

openssl_private_encrypt($res,$crypttext,$prkeyid);
$fp = fopen ("c:/file.xml", "w+");
// for test
fwrite ($fp, $crypttext);
fclose ($fp);

openssl_public_decrypt($crypttext, $ext_data, $pubkeyid);
$fp = fopen ("c:/file2.xml", "w+");
fwrite ($fp, $ext_data);
fclose ($fp);

Actual result:
--
null

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

#32771 [NEW]: is_dir() returns false for absolute path. Even if it is a folder

2005-04-19 Thread silkensedai at online dot fr

From: silkensedai at online dot fr
Operating system: GNU/Linux Ubuntu 5.4
PHP version:  5.0.4
PHP Bug Type: *Directory/Filesystem functions
Bug description:  is_dir() returns false for absolute path. Even if it is a 
folder

Description:

is_dir() does not work when the folder is an absolute path.

For example is_dir('/mnt') won't work (return false).
But it works for relative path.

Example:

$ php -r 'clearstatcache();var_dump(is_dir("/mnt/"));' bool(false)
$ php -r 'clearstatcache();var_dump(is_dir("./Templates"));'
bool(true)
$ test -d "/mnt/" && echo dir || echo not_dir
dir
$ test -d "./Templates" && echo dir || echo not_dir
dir


>From phpinfo(): PHP Version 5.0.4
System: Linux louve 2.6.10-5-386 #1 Tue Apr 5 12:12:40 UTC 2005 i686
Configure Command:  './configure' '--quiet' '--enable-cli' '--enable-cgi'
'--disable-all' '--disable-rpath' '--disable-debug'
'--disable-path-info-check' '--disable-magic-quotes' '--disable-posix'
'--disable-short-tags' '--enable-ipv6' '--disable-static'
'--disable-pcntl' '--without-pear' '--with-apxs2=/usr/bin/apxs2'
'--with-mysql=/usr' '--with-mysqli=/usr/bin/mysql_config' '--with-zlib'
'--with-bz2' '--with-dbx' '--with-ctype' '--with-openssl'
'--with-pcre-regex' '--with-gettext' '--with-mcrypt' '--with-mhash'
'--with-iconv' '--with-sqlite' '--with-sqlite-utf8' '--with-gd'
'--with-jpeg-dir' '--with-png-dir' '--with-zlib-dir' '--with-xpm-dir'
'--with-ttf' '--with-xsl' '--with-tsrm-pthreads' '--with-tidy'
'--with-freetype-dir' '--enable-gd-native-ttf' '--enable-safe-mode'
'--enable-calendar' '--enable-mbstring' '--enable-spl' '--enable-ftp'
'--enable-bcmath' '--enable-sockets' '--enable-dom' '--enable-xml'
'--enable-soap' '--enable-libxml' '--enable-session' '--enable-simplexml'
'--enable-memory-limit'
Server API  Apache 2.0 Handler
PHP API 20031224
PHP Extension   20041030
Zend Extension  220040412 

Reproduce code:
---
print is_dir('/')?"dir: /":"not_dir: /";

Expected result:

dir: /

Actual result:
--
not_dir: /

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

#32768 [Asn]: html_entity_decode and charset problems

2005-04-19 Thread alex at sigmer dot com

 ID:   32768
 User updated by:  alex at sigmer dot com
 Reported By:  alex at sigmer dot com
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Linux 2.6.5-1.358
 PHP Version:  4.3.9
 Assigned To:  derick
 New Comment:

I would say it's a bug, not a feature, the PHP manual documentation
(http://uk.php.net/manual/en/function.html-entity-decode.php) claims:

"Following character sets are supported in PHP 4.3.0 and later ...
UTF-8"

Regardless, an official note in the documentation could be helpful. Are
there currently any plans to release version 4.4, and when might this
decision be be confirmed?

-Alex.


Previous Comments:


[2005-04-19 16:19:05] [EMAIL PROTECTED]

It's not a bug, it's a feature - we *might* want to port this to PHP
4.4, if we decide to come out with that...



[2005-04-19 16:12:48] alex at sigmer dot com

Description:


Yes, this bug has been reported before
(http://bugs.php.net/bug.php?id=25670).

And I know that it's fixed in PHP 5 but *please* can you backport the
fix into PHP 4?

I'm sure it couldn't take too long and it is crucial to our work. It's
simply not currently viable for us to move all our servers to PHP5 and
it would be a massive task too test each of our sites etc.

We would be so grateful if you could do this.

-Alex






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

#29689 [Opn->Asn]: default value of protected member overrides default value of private

2005-04-19 Thread sniper

 ID:   29689
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php dot net at benjamin dot schulz dot name
-Status:   Open
+Status:   Assigned
 Bug Type: Zend Engine 2 problem
 Operating System: *
-PHP Version:  5CVS-2005-03-07
+PHP Version:  5CVS-2005-04-19
-Assigned To:  
+Assigned To:  andi
 New Comment:

foo, "\n";
}
}

class bar extends foo {
protected $foo = 'bar';

function printFoo2()
{
echo __CLASS__, ': ', $this->foo, "\n";
}
}

class baz extends bar {
protected $foo = 'baz';

function printFoo3()
{
echo __CLASS__, ': ', $this->foo, "\n";
}
}
$bar = new baz;
$bar->printFoo1();
$bar->printFoo2();
$bar->printFoo3();
?>

Outputs:
foo: baz
bar: baz
baz: baz

When it should output:
foo: foo
bar: bar
baz: baz

Right?



Previous Comments:


[2004-08-31 19:00:41] php dot net at benjamin dot schulz dot name

you don't get the point, the problem is that baz's protected $foo
overrides foo's private $foo, that should not happen

using parent::foo() is a common technique, and there is a $this because
it get's the context of the calling point



[2004-08-31 18:32:35] [EMAIL PROTECTED]

Please, be more verbose next time if you want to get any help. Your
conciseness doesn't help very much.
The problem is that you're trying to access class members through $this
variable using static methods. As you can understand in this case there
is no $this and behavior seems to be undefined (shouldn't there be an
error, btw?).



[2004-08-31 17:48:56] php dot net at benjamin dot schulz dot name

yep tony, you're right, and now read the bug report



[2004-08-31 16:24:10] [EMAIL PROTECTED]

Private members belong only to the class where they were defined and
cannot be inherited.



[2004-08-15 22:03:50] php dot net at benjamin dot schulz dot name

default value of protected member overrides default value of private



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

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

#32768 [Opn->Asn]: html_entity_decode and charset problems

2005-04-19 Thread derick

 ID:   32768
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at sigmer dot com
-Status:   Open
+Status:   Assigned
-Bug Type: Strings related
+Bug Type: Feature/Change Request
 Operating System: Linux 2.6.5-1.358
 PHP Version:  4.3.9
-Assigned To:  
+Assigned To:  derick
 New Comment:

It's not a bug, it's a feature - we *might* want to port this to PHP
4.4, if we decide to come out with that...


Previous Comments:


[2005-04-19 16:12:48] alex at sigmer dot com

Description:


Yes, this bug has been reported before
(http://bugs.php.net/bug.php?id=25670).

And I know that it's fixed in PHP 5 but *please* can you backport the
fix into PHP 4?

I'm sure it couldn't take too long and it is crucial to our work. It's
simply not currently viable for us to move all our servers to PHP5 and
it would be a massive task too test each of our sites etc.

We would be so grateful if you could do this.

-Alex






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

#32769 [NEW]: Session cookies with non-default lifetimes not expiring in Firefox

2005-04-19 Thread oc106 at york dot ac dot uk

From: oc106 at york dot ac dot uk
Operating system: Win XP Pro SP2
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: Session related
Bug description:  Session cookies with non-default lifetimes not expiring in 
Firefox

Description:

If session lifetime is set to other than 0 (i.e. other than expire at end
of session), then this is not honoured in Firefox (1.0.2), but is in other
browsers (tested in IE6, Opera 7.54, Mozilla 1.8)

Cookies set with setcookie() with non-default lifetimes expire fine.

However, manually setting a cookie with the session cookie name (i.e.
setcookie("PHPSESSID", ...)) with a lifetime causes the same problems as
using the session functions.


Running on Apache 2.0.52, and using original php.ini-dist settings. (Also
tested in PHP 5.0.4 release)

Reproduce code:
---





Expected result:

In Firefox, after loading the page produced by the above code, viewing
Tools->Options->Privacy->View Cookies, the list shows two cookies for the
page, "test" and "PHPSESSID". They should both be shown to expire 30
seconds after the page was loaded (this behaviour can be observed in
Mozilla via Tools->Cookie Manager->Manage Stored Cookies).

If the page is refreshed after more than 30 seconds, the print_r()
statement should show an empty array.

Actual result:
--
"test" is shown as expiring 30 seconds after the page was loaded, however
"PHPSESSID" is shown as expiring "at end of session".

When refreshed after more than 30 seconds, the print_r() statement still
shows the existence of $_COOKIE["PHPSESSID"]. This only occurs in Firefox
(out of the browsers listed above).

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

#32770 [NEW]: Unable to open base address file in Unknown on line 0

2005-04-19 Thread renich at woralelandia dot com

From: renich at woralelandia dot com
Operating system: Windows XP
PHP version:  5.0.4
PHP Bug Type: *General Issues
Bug description:  Unable to open base address file in Unknown on line 0

Description:

Ok, I don't really know what this error means, but I have been looking in
the net for quite a while and found only one thread related to this... and
the solution did not work.

The thread says its Zend Optimizer related.

I'll tell you what I did.

First checked it was a php error by disabling php in apache. Its output
was none.

I enabled php and disabled all the extensions in the php.ini file.
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address file
in Unknown on line 0

I re-enabled the extensions and same output ([19-Apr-2005 09:31:22] PHP
Fatal error:  Unable to open base address file in Unknown on line 0).

I want to know whats up with this error. Is it a security issue? Is it an
optimizer issue? Why doesn't zend have anything about it? Maybe I'm just a
bad Web Investigator...

Im running php 5.0.4 on apache 2.0.53 in module mode.

Expected result:

No errors on PHP startup

Actual result:
--
[19-Apr-2005 09:31:22] PHP Fatal error:  Unable to open base address file
in Unknown on line 0

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

#32745 [Bgs]: Incorrect reassignemeent of $this error

2005-04-19 Thread jason at amp-design dot net

 ID:   32745
 User updated by:  jason at amp-design dot net
 Reported By:  jason at amp-design dot net
 Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: CentOS 3 / RHEL 3
 PHP Version:  5CVS-2005-04-18 (dev)
 New Comment:

Mmmm. You gotta love those generic "Thank you for taking the time to
write to us, but this is not a bug" messages, because I have yet to see
where it is in the manual ;-)

Anyway besides that, this behaviour has only occured since PHP 5.1. How
come it used to work in 5.0.x?

"If you do a $b = &$this PHP couldn't detect that $b is the 
same as $this". OK I can sort of see you have a situation where $b is
the same as $this, and therefore in this situation you would be trying
to reassign this, which you can not do (much like in C++ that operator=
needs a test to make sure you don't assign to ones self as undefined
behaviour might occur). However, tell me if I'm just being dumb and not
seeing something, but surely you can do an internal check for $b ===
$this before doing the assignment to compare the object ID's? If $b is
aready idendical to $this, you can forget the assignment as there is
nothing to do.

What gets me is this used to work in earlier versions of PHP 5.0.x, I
can't see why it breaks now as you break backward compatiblity with
scripts designed for PHP4 that use the reference operator explictly.

And, oh on a side note, the ' character in your reply in the word
"couldn\'t" seems to have been escaped 1 too many times. Maybe that a
case for another bug report ;-)


Previous Comments:


[2005-04-18 20:15: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

$b = $this already creates an object-reference to $this. 
If you do a $b = &$this PHP couldn\'t detect that $b is the 
same as $this, that could be overwritten and this would 
lead to problems with the engine. 



[2005-04-18 17:45:56] jason at amp-design dot net

Description:

An incorrect message about the reassignment of $this occurs in the
5.1.x branches of PHP.

The code below doesn't product any errors...




but the "Reproduce code" produces an error when you are inside class
scope, trying to use the & operator to create a reference to $this.

Obviously the code $b = $this; does the exact same thing in PHP5,
however this is a problem as existing code (especially stuff written
for PHP4 and PHP5) will break. This is certainly the case here as this
bug arises in functions/imap_mailbox.php on line 25 of squirrel mail.

Please note this was tested using the php5-200504121430 build which is
a couple of days old now. I'm pretty sure it will remain in the latest
snapshot.

I have no idea why this comes up with the "reassigment of $this" error.
I would have thought this error would happen if the expression was
reversed to say $this = &$b.

Reproduce code:
---
test();
?>

Expected result:

No output. $a is created and $b === $a during the scope of A::test()
for the given code above.

Actual result:
--
Fatal error: Cannot re-assign $this in /var/www/html/test.php on line 4





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

#32768 [NEW]: html_entity_decode and charset problems

2005-04-19 Thread alex at sigmer dot com

From: alex at sigmer dot com
Operating system: Linux 2.6.5-1.358
PHP version:  4.3.9
PHP Bug Type: Strings related
Bug description:  html_entity_decode and charset problems

Description:


Yes, this bug has been reported before
(http://bugs.php.net/bug.php?id=25670).

And I know that it's fixed in PHP 5 but *please* can you backport the fix
into PHP 4?

I'm sure it couldn't take too long and it is crucial to our work. It's
simply not currently viable for us to move all our servers to PHP5 and it
would be a massive task too test each of our sites etc.

We would be so grateful if you could do this.

-Alex


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

#32741 [Fbk->Opn]: PHP hang on ociexecute with collections

2005-04-19 Thread fsurleau at skyservices dot net

 ID:   32741
 User updated by:  fsurleau at skyservices dot net
 Reported By:  fsurleau at skyservices dot net
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

gdb ./httpd
GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...Using host
libthread_db library "/lib/libthread_db.so.1".

(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
kgepop: no error frame to pop to for error 21522
OCI-21522: attempted to use an invalid connection in OCI (object mode
only)
Errors in file :
OCI-21522: attempted to use an invalid connection in OCI (object mode
only)


- Call Stack Trace -
Cannot open /proc/2679/exe.
calling  call entryargument values in
hex
location type point(? means dubious
value)
  


Program received signal SIGSEGV, Segmentation fault.
0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1
(gdb) bt
#0  0x40e65940 in slrac () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#1  0x40eb8a13 in kgdsaaddr () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#2  0x40eb848e in kgdsdst () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#3  0x40a4e80c in skgudmp () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#4  0x40e9a69e in kgepop () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#5  0x40e9ae1a in kgesev () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#6  0x40e9ac1f in kgesec0 () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#7  0x40d327c8 in kodogr2lt () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#8  0x40cbd020 in kosindcv () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#9  0x40cbca9a in kosiend () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#10 0x40cbde4d in kpctor () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#11 0x40cd3332 in ttca2p () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#12 0x40ca05b4 in ttcacr () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#13 0x40ca1487 in ttcdrv () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#14 0x40b4312d in nioqwa () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#15 0x409b4d56 in upirtrc () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#16 0x4094ba0d in kpurcsc () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#17 0x409081b8 in kpuexecv8 () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#18 0x4090a084 in kpuexec () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#19 0x4097e85e in OCIStmtExecute () from
/usr/local/oracle10g/lib/libclntsh.so.10.1
#20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6
"OCIExecute", mode=32) at
/home/install/php-4.3.11/ext/oci8/oci8.c:1483
#21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc,
this_ptr=0x0, return_value_used=0) at
/home/install/php-4.3.11/ext/oci8/oci8.c:4017
#22 0x4048f71f in execute (op_array=0x81e63c4) at
/home/install/php-4.3.11/Zend/zend_execute.c:1654
#23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926
#24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at
/home/install/php-4.3.11/main/main.c:1745
#25 0x4049538f in php_handler (r=0x81da8d8) at
/home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560
#26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152
#27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364
#28 0x08071365 in ap_process_request (r=0x81da8d8) at
http_request.c:249
#29 0x0806d358 in ap_process_http_connection (c=0x81d44b0) at
http_core.c:251
#30 0x080907e2 in ap_run_process_connection (c=0x81d44b0) at
connection.c:43
#31 0x080862ad in child_main (child_num_arg=0) at prefork.c:610
#32 0x08086360 in make_child (s=0x80c73a0, slot=0) at prefork.c:650
#33 0x0808644a in startup_children (number_to_start=5) at
prefork.c:722
#34 0x08086750 in ap_mpm_run (_pconf=0x80c2a50, plog=0x80fab30,
s=0x80c73a0) at prefork.c:941
#35 0x0808bc9f in main (argc=2, argv=0xbffebd64) at main.c:618


Previous Comments:


[2005-04-19 14:35:11] [EMAIL PROTECTED]

Are there any entries in the error_log ?
If so, use gdb to generate a backtrace.



[2005-04-19 14:29:42] fsurleau at skyservices dot net

No result means I have nothing because as I explained, the httpd
process hang (stop).



[2005-04-19 14:25:08] [EMAIL PRO

#32405 [Bgs->Csd]: mysqli->fetch() is returning bad data

2005-04-19 Thread andrey

 ID:   32405
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paul at thehedron dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: MySQLi related
 Operating System: Linux (fedora core 3)
 PHP Version:  5CVS-STABLE-2005-03-24
 Assigned To:  georg
 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.

Thanks for support for fixing this bug on 64 bit platform. It is also
fixed in the 5_0 branch.


Previous Comments:


[2005-03-30 09:32:18] [EMAIL PROTECTED]

Update: The bug only occurs when connecting via TCP/IP - it's a
protocol problem in MySQL (but not a PHP problem).

I will analyze it and file a bug report on bugs.mysql.com



[2005-03-29 11:47:01] [EMAIL PROTECTED]

Can't repeat (user gave me access on this machine):

mysql> use test;
Database changed
mysql> show tables;
Empty set (0.00 sec)

mysql> CREATE TABLE users (
-> user_id INT UNSIGNED NOT NULL AUTO_INCREMENT,
-> lastname VARCHAR(50) NOT NULL,
-> PRIMARY KEY(user_id));
Query OK, 0 rows affected (0.02 sec)

mysql> insert into users value (0, 'Paul'), (0, 'Georg');
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> quit

[EMAIL PROTECTED] ~]$ cat 32405.php
prepare("SELECT user_id, lastname FROM users")) {
   $stmt->execute();

   $stmt->bind_result($col1, $col2);

   while ($stmt->fetch()) {
   printf("%s %s\n", $col1, $col2);
   }
   $stmt->close();
}
$mysqli->close();
?>

[EMAIL PROTECTED] ~]$ php -f 32405.php
1 Paul
2 Georg



[2005-03-23 23:48:48] [EMAIL PROTECTED]

Georg, there are several reports open on mysqli already..can you
finally fix the stuff or move the whole thing to sibe..PECL?




[2005-03-22 20:20:48] paul at thehedron dot com

Pulled down the recommended CVS snapshot, compiled and installed.  Info
shows PHP Version 5.0.4RC2-dev.

Ran the same code and got the same result.



[2005-03-22 00:10:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#32749 [Opn->Bgs]: shm_put_var/shm_get_var does not work on objects with __sleep defined

2005-04-19 Thread sniper

 ID:   32749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cr at speedofmind dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: Linux 2.4.26
 PHP Version:  5.0.3
 New Comment:

Try adding 'error_reporting(E_ALL);' as first line in your script..your
code is wrong.



Previous Comments:


[2005-04-18 20:38:03] cr at speedofmind dot com

Description:

When defining a __sleep funtion in a class, it is not possible to
successfully save and retrieve objects of this class using shm_put_var
and shm_get_var. shm_get_var simple returns NULL.

Reproduce code:
---
kind = $kind; }
function __wakeup() { $this->foo = 'bar1'; }
function __sleep() { $this->foo = 'bar2'; } // BREAKS
shm_put_var/shm_get_var 
}

$var = new Fruit('apple');
$key = 1;

$shmId = shm_attach(24187);
shm_put_var($shmId, $key, $var);
$out = shm_get_var($shmId, $key);  

var_dump($out);

?>

Expected result:

Expected output:

object(Fruit)#2 (2) {
  ["kind"]=>
  string(5) "apple"
  ["foo"]=>
  string(4) "bar1"
}

Actual result:
--
Actual output:

NULL





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

#32722 [Fbk->Opn]: OCINewCollection hang after parse error.

2005-04-19 Thread fsurleau at skyservices dot net

 ID:   32722
 User updated by:  fsurleau at skyservices dot net
 Reported By:  fsurleau at skyservices dot net
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

The xxx in the query is juste an example of query with a quote to
generate the ORA-01756 error.

You can run the scripts with your own Oracle base replacing $user,
$pass, $db_name with your own ids.


Previous Comments:


[2005-04-19 14:27:52] [EMAIL PROTECTED]

Could you please prepare a short reproduce script, which I can
copy&paste to reproduce the problem? Those parts of your code with
'xxx' and undeclared variables do not help much. Thanks. 



[2005-04-18 13:19:31] fsurleau at skyservices dot net

Sorry, I can't use PHP5.



[2005-04-18 13:18:03] fsurleau at skyservices dot net

Reproduce bad_query.php code is :
$cnx = ociPLogon( $user, $pass, $db_name );
if( ! @ociparse( $cnx, "select sysdate from dual where
'xx'='xxx\\'xxx'" ) )
{
$oerr = OCIError( $cnx );
echo "Error in statement : ".$oerr['message'] . "";
}
echo "PID=" . getmypid();


The collection.php code is :
$cnx = ociPLogon( $user, $pass, $db_name );
if( @OCINewCollection( $cnx, "MY_COLLECTION_TYPE" ) )
{
$oerr = OCIError( $cnx );
echo "Error for collection : " . $oerr['message'] . "";
}
else
{
echo "OK for collection .";
}
echo "PID=" . getmypid();

It was cut at first post...



[2005-04-18 13:15:36] [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

AFAIK, this might be fixed in PHP 5.1-dev..




[2005-04-15 18:20:53] fsurleau at skyservices dot net

Description:

Using OCI persistant connections, I found the folowing bug :

In case, there is a bug in one of my queries generating a parse error :
"ORA-01756: quoted string not properly terminated",
then, the next web request reusing the connection will have an
"OCI-21522: attempted to use an invalid connection in OCI (object mode
only)" error
at OCINewCollection call.

This bug occurs only if OCINewCollection was never used for the
persistant connection.

So a workaround is to call OCINewCollection, immediately after
OCIPLogon.

Of course the best is to only have correct SQL requests ;-)

Steps to reproduce the bug :

1- Stop and restart apache to kill all persistant connections.
2- Request for bad_query.php, and write down the PID.
3- Request for collection.php, and write down the PID.

If the PIDs are the same, collection.php will hang with OCI-21522
error.
If the PIDs are not the same, try again.

Now, try again, but run first collection.php :
1- Stop and restart apache to kill all persistant connections.
2- Request for collection.php, and write down the PID.
3- Request for bad_query.php, and write down the PID.

If the PID are the same, now each time you request collection.php, it
will not hang for the PID you wrote down.

Regards,
F.SURLEAU


Reproduce code:
---
// bad_query.php
";
}
echo "PID=" . getmypid();
?>

// collection.php
";
}
else
{
echo "OK for collection .";
}
echo "PID=" . getmypid();
?>


Expected result:

ORA-01756: quoted string not properly terminated

Actual result:
--
ORA-01756: quoted string not properly terminated
and
OCI-21522: attempted to use an invalid connection in OCI (object mode
only)
in some special cases.





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

#32678 [NoF->Csd]: An extra Line Feed ( 0x0A) is added when downloading Files

2005-04-19 Thread kosuri dot s dot raju at chase dot com

 ID:   32678
 User updated by:  kosuri dot s dot raju at chase dot com
 Reported By:  kosuri dot s dot raju at chase dot com
-Status:   No Feedback
+Status:   Closed
 Bug Type: iPlanet related
 Operating System: Win 2000 (build 2195), SP4
 PHP Version:  4.3.10
 New Comment:

An extra Line was there in an iclude file after the PHP 
End Tag "?>".

Issue is resolved.
Thanks


Previous Comments:


[2005-04-19 01:00:10] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2005-04-12 00:02:17] [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-04-11 21:46:37] kosuri dot s dot raju at chase dot com

Description:

Environment:
 Windows 2000, V5.0.2195 SP 4
 Sun one Webserver 6.1  SP2
 PHP 4.3.10 (cgi-fcgi) (built: Dec 14 2004 17:47:59)

 Using NSAPI
 MySQL
 Browser: IE6.0
 
When dowloading a file ( both text and Binary files ), an extra LF
Character (0x0A) is always prepende to the output.  This is only
happening in the above environment.   The data is stored properly on
the MySql Server.  Works OK on Windows XP , SP2 ( environment)  


Reproduce code:
---
Sample Code:

$inData = // Read Data from mySQL
$ctype = "text/plain" ; // or like appilcation/msword
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Cache-Control: public");
header("Content-type: $ctype");
header( "Content-Disposition: attachment; filename=".$filenam );
header("Content-Transfer-Encoding: binary");
header("Content-Length: ".$filesize);
echo($inData);
exit;


Expected result:

The output should not contain additional LineFeed character at the
start of output

Actual result:
--
  --- This is Extra Linefeed ( 0x0A)
B





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

#32741 [Opn->Fbk]: PHP hang on ociexecute with collections

2005-04-19 Thread tony2001

 ID:   32741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fsurleau at skyservices dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

Are there any entries in the error_log ?
If so, use gdb to generate a backtrace.


Previous Comments:


[2005-04-19 14:29:42] fsurleau at skyservices dot net

No result means I have nothing because as I explained, the httpd
process hang (stop).



[2005-04-19 14:25:08] [EMAIL PROTECTED]

What does it mean "no result"? Segfault? FALSE? Empty string? Zero?
There is _always_ a result, whatever you do.



[2005-04-18 13:22:43] fsurleau at skyservices dot net

Sorry (again, see bug #32722), I can't use PHP5.



[2005-04-18 13:16:40] [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-04-18 13:13:49] fsurleau at skyservices dot net

Reproduce Code is :

$cnx = ociplogon( USER_INTER, PASS_INTER, BD_INTER );
$sql = "BEGIN\nTEST.TEST_COLLECTION( :outparam );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outparam = ocinewcollection( $cnx, "COLLECTION_TYPE" );
ocibindbyname( $stmt, ":outparam", &$outparam, -1, OCI_B_SQLT_NTY );
ociexecute( $stmt );
for( $i = 0; $i < $outparam->size(); $i++ )
{
echo( "outparam[$i] = '" . $outparam->getelem( $i ) . "'\n" );
}
$sql = "BEGIN\nTEST.TEST_VARCHAR( :outvarchar );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outvarchar = '';
ocibindbyname( $stmt, ":outvarchar", &$outvarchar, 300 );
ociexecute( $stmt );
echo( "outvarchar = '" . $outvarchar . "'\n" );


It was cut at first post...



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

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

#32741 [Fbk->Opn]: PHP hang on ociexecute with collections

2005-04-19 Thread fsurleau at skyservices dot net

 ID:   32741
 User updated by:  fsurleau at skyservices dot net
 Reported By:  fsurleau at skyservices dot net
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

No result means I have nothing because as I explained, the httpd
process hang (stop).


Previous Comments:


[2005-04-19 14:25:08] [EMAIL PROTECTED]

What does it mean "no result"? Segfault? FALSE? Empty string? Zero?
There is _always_ a result, whatever you do.



[2005-04-18 13:22:43] fsurleau at skyservices dot net

Sorry (again, see bug #32722), I can't use PHP5.



[2005-04-18 13:16:40] [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-04-18 13:13:49] fsurleau at skyservices dot net

Reproduce Code is :

$cnx = ociplogon( USER_INTER, PASS_INTER, BD_INTER );
$sql = "BEGIN\nTEST.TEST_COLLECTION( :outparam );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outparam = ocinewcollection( $cnx, "COLLECTION_TYPE" );
ocibindbyname( $stmt, ":outparam", &$outparam, -1, OCI_B_SQLT_NTY );
ociexecute( $stmt );
for( $i = 0; $i < $outparam->size(); $i++ )
{
echo( "outparam[$i] = '" . $outparam->getelem( $i ) . "'\n" );
}
$sql = "BEGIN\nTEST.TEST_VARCHAR( :outvarchar );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outvarchar = '';
ocibindbyname( $stmt, ":outvarchar", &$outvarchar, 300 );
ociexecute( $stmt );
echo( "outvarchar = '" . $outvarchar . "'\n" );


It was cut at first post...



[2005-04-18 13:10:24] fsurleau at skyservices dot net

Description:

PHP Version 4.3.11

System  Linux dev1 2.4.9-e.48smp #1 SMP Fri Jul 30 18:52:05 EDT 2004
i686
Build Date  Apr 17 2005 16:44:16
Configure Command   './configure'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-zlib-dir=/usr/local'
'--without-mysql' '--with-dom=/usr/local' '--with-dom-xslt'
'--with-dom-exslt' '--with-expat-dir=/usr/local' '--enable-xslt'
'--with-xslt-sablot' '--with-iconv-dir' '--with-zlib=/usr/local'
'--with-oci8=/usr/local/oracle10g' '--disable-rpath' '--with-iconv'
'--with-gd' '--enable-sigchild'
Server API  Apache 2.0 Handler

Can't call an Oracle procedure returning collections with Oracle10g
OCI8 lib.
A simple call to TEST_VARCHAR works (the result is outvarchar =
'VARCHAR VALUE'), and the entire code works when using Oracle9i OCI8
lib.

With Oracle10g, the result is a hang of the httpd process at
ociexecute( $stmt ).

Oracle code :
-
CREATE OR REPLACE TYPE "COLLECTION_TYPE" AS TABLE OF VARCHAR2(255);
/

CREATE OR REPLACE PACKAGE TEST AS
PROCEDURE TEST_COLLECTION( OUTPARAM OUT COLLECTION_TYPE );
PROCEDURE TEST_VARCHAR( OUTPARAM OUT VARCHAR2 );
END;
/

CREATE OR REPLACE PACKAGE BODY TEST AS
PROCEDURE TEST_COLLECTION( OUTPARAM OUT COLLECTION_TYPE ) IS
BEGIN
OUTPARAM := COLLECTION_TYPE( 'FIRST VALUE', 'SECOND VALUE', 
'THIRD
VALUE' );
END;
PROCEDURE TEST_VARCHAR( OUTPARAM OUT VARCHAR2 ) IS
BEGIN
OUTPARAM := 'VARCHAR VALUE';
END;
END;
/

Reproduce code:
---
size(); $i++ )
{
echo( "outparam[$i] = '" . $outparam->getelem( $i ) . "'\n" );
}
$sql = "BEGIN\nTEST.TEST_VARCHAR( :outvarchar );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outvarchar = '';
ocibindbyname( $stmt, ":outvarchar", &$outvarchar, 300 );
ociexecute( $stmt );
echo( "outvarchar = '" . $outvarchar . "'\n" );
?>

Expected result:

outparam[0] = 'FIRST VALUE'
outparam[1] = 'SECOND VALUE'
outparam[2] = 'THIRD VALUE'
outvarchar = 'VARCHAR VALUE'

Actual result:
--
no result !





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

#32685 [Com]: Segfault when using assignment by reference within function

2005-04-19 Thread ericvanblokland at gmail dot com

 ID:   32685
 Comment by:   ericvanblokland at gmail dot com
 Reported By:  david at davidheath dot org
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4CVS-2005-04-14
 New Comment:

This maybe related to an issue I encountered. My guess is this code
will work fine with php5

http://bugs.php.net/bug.php?id=31624


Previous Comments:


[2005-04-13 10:51:34] david at davidheath dot org

> 1) Does it also crash when you replace file reading by 
> assignment from string?

yes it does, see http://www.davidheath.org/php_bug/crash2.php.txt

I've also noticed that I had a mistake in the original repro script
(crash.php.txt), which I've now corrected (the filename on line 4 was
wrong). This may explain why you couldn't repro. However, having
changed that I now get:

[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

free(): invalid pointer 0x81b14a8!

ALSO, another important observation. The crash sometimes seems to not
happen if I execute the script in a different directory. For example:

[EMAIL PROTECTED] repro]$ pwd
/tmp/repro
[EMAIL PROTECTED] repro]$ ls
crash2.php
[EMAIL PROTECTED] repro]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

[EMAIL PROTECTED] repro]$ mkdir -p foo/bar
[EMAIL PROTECTED] repro]$ cd foo/bar
[EMAIL PROTECTED] bar]$ cp ../../crash2.php .
[EMAIL PROTECTED] bar]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash2.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)



[2005-04-13 10:32:48] david at davidheath dot org

Hi,

I tried again with CVS HEAD (from PHP_4_3 branch). Still crashes.

[EMAIL PROTECTED] dh]$ /usr/local/php-4.3-CVS-13apr05/bin/php
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.12-dev

Segmentation fault (core dumped)
[EMAIL PROTECTED] dh]$



[2005-04-12 20:37:20] [EMAIL PROTECTED]

Two questions:

1) Does it also crash when you replace file reading by assignment from
string?

2) Did you try 5.0 or HEAD?



[2005-04-12 18:16:17] david at davidheath dot org

Description:

The attached program always segfaults. I have stripped out as much code
as possible whilst ensuring that it still segfaults, I'm afraid I
haven't been able to make the repro code any simpler. The problem is
either something to do with the assignment by reference on line 11 in
the test2::exists() method, or otherwise something to do with the use
of unserialize(). 

I'm using the standard build of php4.3.11 with no special modules.


Reproduce code:
---
$ wget http://www.davidheath.org/php_bug/crash.php.txt
$ wget http://www.davidheath.org/php_bug/testfile
$ mv crash.php.txt crash.php
$ php crash.php


Expected result:

no segfault, no output at all

Actual result:
--
[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11/bin/php.4.3.11 crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

Segmentation fault (core dumped)



When I run with debug build, it doesn't segfault:

[EMAIL PROTECTED] dh]$ /usr/local/php4.3.11_debug/bin/php.4.3.11
crash.php
Content-type: text/html
X-Powered-By: PHP/4.3.11

/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(279) :  Freeing
0x081EA8A4 (12 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_execute.c(282) :  Freeing
0x081EA704 (28 bytes), script=crash.php
/home/heathd/downloads/php-4.3.11/Zend/zend_variables.c(111) : Actual
location (location was relayed)






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

#32760 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__

http://schemas.microsoft.com/office/infopath/2003/myXSD/2005-03-23T12:23:53";
xmlns:my="http://schemas.microsoft.com/office/infopath/2003/myXSD/2005-03-23T12:23:53";
xmlns:xhtml="http://www.w3.org/1999/xhtml";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
















http://www.w3.org/XML/1998/namespace"; />
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32763 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32764 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32761 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__
http://www.w3.org/XML/1998/namespace"; />
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32762 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__
xsd:anyAttribute processContents="lax"
namespace="http://www.w3.org/XML/1998/namespace"; /
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32722 [Opn->Fbk]: OCINewCollection hang after parse error.

2005-04-19 Thread tony2001

 ID:   32722
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fsurleau at skyservices dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

Could you please prepare a short reproduce script, which I can
copy&paste to reproduce the problem? Those parts of your code with
'xxx' and undeclared variables do not help much. Thanks. 


Previous Comments:


[2005-04-18 13:19:31] fsurleau at skyservices dot net

Sorry, I can't use PHP5.



[2005-04-18 13:18:03] fsurleau at skyservices dot net

Reproduce bad_query.php code is :
$cnx = ociPLogon( $user, $pass, $db_name );
if( ! @ociparse( $cnx, "select sysdate from dual where
'xx'='xxx\\'xxx'" ) )
{
$oerr = OCIError( $cnx );
echo "Error in statement : ".$oerr['message'] . "";
}
echo "PID=" . getmypid();


The collection.php code is :
$cnx = ociPLogon( $user, $pass, $db_name );
if( @OCINewCollection( $cnx, "MY_COLLECTION_TYPE" ) )
{
$oerr = OCIError( $cnx );
echo "Error for collection : " . $oerr['message'] . "";
}
else
{
echo "OK for collection .";
}
echo "PID=" . getmypid();

It was cut at first post...



[2005-04-18 13:15:36] [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

AFAIK, this might be fixed in PHP 5.1-dev..




[2005-04-15 18:20:53] fsurleau at skyservices dot net

Description:

Using OCI persistant connections, I found the folowing bug :

In case, there is a bug in one of my queries generating a parse error :
"ORA-01756: quoted string not properly terminated",
then, the next web request reusing the connection will have an
"OCI-21522: attempted to use an invalid connection in OCI (object mode
only)" error
at OCINewCollection call.

This bug occurs only if OCINewCollection was never used for the
persistant connection.

So a workaround is to call OCINewCollection, immediately after
OCIPLogon.

Of course the best is to only have correct SQL requests ;-)

Steps to reproduce the bug :

1- Stop and restart apache to kill all persistant connections.
2- Request for bad_query.php, and write down the PID.
3- Request for collection.php, and write down the PID.

If the PIDs are the same, collection.php will hang with OCI-21522
error.
If the PIDs are not the same, try again.

Now, try again, but run first collection.php :
1- Stop and restart apache to kill all persistant connections.
2- Request for collection.php, and write down the PID.
3- Request for bad_query.php, and write down the PID.

If the PID are the same, now each time you request collection.php, it
will not hang for the PID you wrote down.

Regards,
F.SURLEAU


Reproduce code:
---
// bad_query.php
";
}
echo "PID=" . getmypid();
?>

// collection.php
";
}
else
{
echo "OK for collection .";
}
echo "PID=" . getmypid();
?>


Expected result:

ORA-01756: quoted string not properly terminated

Actual result:
--
ORA-01756: quoted string not properly terminated
and
OCI-21522: attempted to use an invalid connection in OCI (object mode
only)
in some special cases.





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

#32765 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32766 [Opn->Fbk]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32766
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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

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

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

We need a selfrunning example, not just some fragment code..

And it's most likely not a PHP bug, but (assuming your XSD is correct)
a libxml2 bug. Please try with the latest libxml2 library and with the
standalone tool xmllint from the libxml2 distribution. If both do the
correct thing, it's maybe a PHP bug, if libxml2 reports the same error,
it's nothing we can do and you have to complain to the libxml2 authors.


Previous Comments:


[2005-04-19 14:08:08] vld3 at rambler dot ru

Description:

this is fragment 'myschema.xsd':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32763 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32763
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:03:39] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32761 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:02:13] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__
http://www.w3.org/XML/1998/namespace"; />
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32760 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32760
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:00:30] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__

http://schemas.microsoft.com/office/infopath/2003/myXSD/2005-03-23T12:23:53";
xmlns:my="http://schemas.microsoft.com/office/infopath/2003/myXSD/2005-03-23T12:23:53";
xmlns:xhtml="http://www.w3.org/1999/xhtml";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
















http://www.w3.org/XML/1998/namespace"; />
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32764 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32764
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:05:19] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32765 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:06:17] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32762 [Opn->Bgs]: Error on schemaValidate();

2005-04-19 Thread chregu

 ID:   32762
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vld3 at rambler dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: win/xp
 PHP Version:  5CVS-2005-04-19 (dev)
 New Comment:

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.




Previous Comments:


[2005-04-19 14:02:48] vld3 at rambler dot ru

Description:

this is fragment 'sampledata.xml':
__
xsd:anyAttribute processContents="lax"
namespace="http://www.w3.org/XML/1998/namespace"; /
_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 





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

#32766 [NEW]: Error on schemaValidate();

2005-04-19 Thread vld3 at rambler dot ru

From: vld3 at rambler dot ru
Operating system: win/xp
PHP version:  5CVS-2005-04-19 (dev)
PHP Bug Type: DOM XML related
Bug description:  Error on schemaValidate();

Description:

this is fragment 'myschema.xsd':
__

_

error on load('sampledata.xml');
$dom->load('.xml');

$p = $dom->schemaValidate('myschema.xsd');
if ($p)  echo "OK";else echo "ERR";
echo "\n";
?>

Expected result:

OK

Actual result:
--
Warning: compilation error in c:\ELMARK\XmlXsl.php on line 11

Warning: Schemas: attribute anyattr 9 has no type nor reference in
c:\ELMARK\XmlXsl.php on line 11

Warning: Invalid Schema in c:\ELMARK\XmlXsl.php on line 11
ERR 

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

#32767 [NEW]: oracle connection not closing correctly

2005-04-19 Thread daniel at bitarts dot com

From: daniel at bitarts dot com
Operating system: solaris
PHP version:  5.0.4
PHP Bug Type: DBX related
Bug description:  oracle connection not closing correctly

Description:

Dozens of connection threads are being created in oracle. They aren't
being removed.

Using Oracle 9, Apache 2 

Reproduce code:
---
$link = dbx_connect ("oci8","","db","username","password")  
or
die("Can't connect");


$result = dbx_close($link) or die ("Can't close");

Expected result:

Nothing, no die messages reported.

Actual result:
--
"Can't close"

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

#32741 [Opn->Fbk]: PHP hang on ociexecute with collections

2005-04-19 Thread tony2001

 ID:   32741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fsurleau at skyservices dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  4.3.11
 New Comment:

What does it mean "no result"? Segfault? FALSE? Empty string? Zero?
There is _always_ a result, whatever you do.


Previous Comments:


[2005-04-18 13:22:43] fsurleau at skyservices dot net

Sorry (again, see bug #32722), I can't use PHP5.



[2005-04-18 13:16:40] [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-04-18 13:13:49] fsurleau at skyservices dot net

Reproduce Code is :

$cnx = ociplogon( USER_INTER, PASS_INTER, BD_INTER );
$sql = "BEGIN\nTEST.TEST_COLLECTION( :outparam );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outparam = ocinewcollection( $cnx, "COLLECTION_TYPE" );
ocibindbyname( $stmt, ":outparam", &$outparam, -1, OCI_B_SQLT_NTY );
ociexecute( $stmt );
for( $i = 0; $i < $outparam->size(); $i++ )
{
echo( "outparam[$i] = '" . $outparam->getelem( $i ) . "'\n" );
}
$sql = "BEGIN\nTEST.TEST_VARCHAR( :outvarchar );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outvarchar = '';
ocibindbyname( $stmt, ":outvarchar", &$outvarchar, 300 );
ociexecute( $stmt );
echo( "outvarchar = '" . $outvarchar . "'\n" );


It was cut at first post...



[2005-04-18 13:10:24] fsurleau at skyservices dot net

Description:

PHP Version 4.3.11

System  Linux dev1 2.4.9-e.48smp #1 SMP Fri Jul 30 18:52:05 EDT 2004
i686
Build Date  Apr 17 2005 16:44:16
Configure Command   './configure'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-zlib-dir=/usr/local'
'--without-mysql' '--with-dom=/usr/local' '--with-dom-xslt'
'--with-dom-exslt' '--with-expat-dir=/usr/local' '--enable-xslt'
'--with-xslt-sablot' '--with-iconv-dir' '--with-zlib=/usr/local'
'--with-oci8=/usr/local/oracle10g' '--disable-rpath' '--with-iconv'
'--with-gd' '--enable-sigchild'
Server API  Apache 2.0 Handler

Can't call an Oracle procedure returning collections with Oracle10g
OCI8 lib.
A simple call to TEST_VARCHAR works (the result is outvarchar =
'VARCHAR VALUE'), and the entire code works when using Oracle9i OCI8
lib.

With Oracle10g, the result is a hang of the httpd process at
ociexecute( $stmt ).

Oracle code :
-
CREATE OR REPLACE TYPE "COLLECTION_TYPE" AS TABLE OF VARCHAR2(255);
/

CREATE OR REPLACE PACKAGE TEST AS
PROCEDURE TEST_COLLECTION( OUTPARAM OUT COLLECTION_TYPE );
PROCEDURE TEST_VARCHAR( OUTPARAM OUT VARCHAR2 );
END;
/

CREATE OR REPLACE PACKAGE BODY TEST AS
PROCEDURE TEST_COLLECTION( OUTPARAM OUT COLLECTION_TYPE ) IS
BEGIN
OUTPARAM := COLLECTION_TYPE( 'FIRST VALUE', 'SECOND VALUE', 
'THIRD
VALUE' );
END;
PROCEDURE TEST_VARCHAR( OUTPARAM OUT VARCHAR2 ) IS
BEGIN
OUTPARAM := 'VARCHAR VALUE';
END;
END;
/

Reproduce code:
---
size(); $i++ )
{
echo( "outparam[$i] = '" . $outparam->getelem( $i ) . "'\n" );
}
$sql = "BEGIN\nTEST.TEST_VARCHAR( :outvarchar );\nEND;";
$stmt = ociparse( $cnx, $sql );
$outvarchar = '';
ocibindbyname( $stmt, ":outvarchar", &$outvarchar, 300 );
ociexecute( $stmt );
echo( "outvarchar = '" . $outvarchar . "'\n" );
?>

Expected result:

outparam[0] = 'FIRST VALUE'
outparam[1] = 'SECOND VALUE'
outparam[2] = 'THIRD VALUE'
outvarchar = 'VARCHAR VALUE'

Actual result:
--
no result !





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

#32749 [Opn]: shm_put_var/shm_get_var does not work on objects with __sleep defined

2005-04-19 Thread sniper

 ID:   32749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cr at speedofmind dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Linux 2.4.26
 PHP Version:  5.0.3
 New Comment:




Previous Comments:


[2005-04-18 20:41:23] cr at speedofmind dot com

Seems your Bug system chokes on PHP-tags in the submitted code. Here's
the code without surrounding PHP-tags:

class Fruit {
var $kind;
var $foo = 'not';
function Fruit($kind) { $this->kind = $kind; }
function __wakeup() { $this->foo = 'bar1'; }
function __sleep() { $this->foo = 'bar2'; } // BREAKS
shm_put_var/shm_get_var 
}

$var = new Fruit('apple');
$key = 1;

$shmId = shm_attach(24187);
shm_put_var($shmId, $key, $var);
$out = shm_get_var($shmId, $key);  

var_dump($out);



[2005-04-18 20:39:26] cr at speedofmind dot com

Reproducable code again:

kind = $kind; }
function __wakeup() { $this->foo = 'bar1'; }
function __sleep() { $this->foo = 'bar2'; } // BREAKS
shm_put_var/shm_get_var 
}

$var = new Fruit('apple');
$key = 1;

$shmId = shm_attach(24187);
shm_put_var($shmId, $key, $var);
$out = shm_get_var($shmId, $key);  

var_dump($out);

?>



[2005-04-18 20:38:03] cr at speedofmind dot com

Description:

When defining a __sleep funtion in a class, it is not possible to
successfully save and retrieve objects of this class using shm_put_var
and shm_get_var. shm_get_var simple returns NULL.

Reproduce code:
---
kind = $kind; }
function __wakeup() { $this->foo = 'bar1'; }
function __sleep() { $this->foo = 'bar2'; } // BREAKS
shm_put_var/shm_get_var 
}

$var = new Fruit('apple');
$key = 1;

$shmId = shm_attach(24187);
shm_put_var($shmId, $key, $var);
$out = shm_get_var($shmId, $key);  

var_dump($out);

?>

Expected result:

Expected output:

object(Fruit)#2 (2) {
  ["kind"]=>
  string(5) "apple"
  ["foo"]=>
  string(4) "bar1"
}

Actual result:
--
Actual output:

NULL





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

#32718 [Fbk->Opn]: Sessions locks while OCIFetch is running

2005-04-19 Thread jogodinho at gms dot pt

 ID:   32718
 User updated by:  jogodinho at gms dot pt
 Reported By:  jogodinho at gms dot pt
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: Windows XP Professional
 PHP Version:  5.0.4
 New Comment:

The problem is not with version 4, but yes with version 5.  I need to
install this version to use some functionalities only available in the
new version.


Previous Comments:


[2005-04-17 14:55:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2005-04-15 14:16:02] [EMAIL PROTECTED]

FYI: The PHP 4.3.11 is really the latest stable version, PHP 5.0.x is
something less stable..




[2005-04-15 14:00:00] jogodinho at gms dot pt

Description:

Recently i have submit a upgrade from version PHP4.2.3 to PHP5.0.4
(last stable version available) and now i have some problems of
scability that they didn't happen before.

I establish a connection with a data base with following code:



$conn=OCILogon("user", "pass", "bd");

---

And when i submit a query (that it delays 28 seconds approximately, to
return 76000 registers) with the function OCIParse, other sessions that
they intend to establish connections apparently locks, waiting that
query finishes and sometimes i get the following warning:

---

Warning:  ocifetch() [function.ocifetch]: OCIFetch: ORA-01001:
invalid cursor in ... on line 253


Reproduce code:
---
$conn=OCILogon("user", "pass", "bd");

$query = "select ...";

$stmt = OCIParse($conn, $query);

OCIExecute($stmt, OCI_DEFAULT);

while(OCI_Fetch($stmt))
{
 OCIResult($stmt, 1);
(...)
}





Expected result:

Obtain query results

Actual result:
--
While the query is running, others sessions locks and sometimes i get
the warning: 
---

Warning:  ocifetch() [function.ocifetch]: OCIFetch: ORA-01001:
invalid cursor in ... on line 253






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

#31175 [Csd->Bgs]: MySQL query returns no results when run via PHP

2005-04-19 Thread georg

 ID:   31175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vortexx at freemail dot hu
-Status:   Closed
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Windows 2000 Server, SP4
 PHP Version:  5.0.4


Previous Comments:


[2005-04-19 03:29:48] vortexx at freemail dot hu

I apologise for the last message. Using PHP 5.0.4 and MySQL 4.1.11 the
problem described in my original post is in fact gone.



[2005-04-19 03:14:10] vortexx at freemail dot hu

Hello again,

I just downloaded PHP 5.0.4 and MySQL 4.1.11, and the same situation
persists as before:

In case of any queries that contain a CONCAT of a string and data from
any MySQL table field, no results are returned via PHP, and also
mysql_error(...) returns no error.



[2005-03-08 01:00:20] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2005-02-28 21:14:11] [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-02-02 07:36:36] vortexx at freemail dot hu

"a) The table is empty or the where clause didn't match any 
records "
Table was not empty, and there was no WHERE clause. Moreover, the exact
same query prodiced the expected results with PHP versions prior to
5.0.3.

"b) an error occured, which should be checked by 
mysql_error() - in your case probably illegal mix of 
collations."
Did test for an error - please see my original bug report: none
occurred, at least mysql_error returned none.
Also please note: same query (on the exact same database, etc.) works
fine with PHP versions prior to 5.0.3 .

I suspected perhaps this had something to do with the new php_mysql.dll
included with the new (5.0.3+) PHP versions?! Since - ceteris paribus -
the anomaly was directly linked to changing PHP versions. Once I
changed back to the older version, it all worked fine again.

If there is any more info whatsoever that you think might be necessary,
please let me know! THANKS!!!



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

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

#30302 [NoF->Opn]: Implement Document/Literal with wrapped convention

2005-04-19 Thread julien dot wajsberg at francetelecom dot com

 ID:   30302
 User updated by:  julien dot wajsberg at francetelecom dot com
 Reported By:  julien dot wajsberg at francetelecom dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

Yes, the new location for the article is :

http://atmanes.blogspot.com/2005/03/wrapped-documentliteral-convention.html


Previous Comments:


[2005-04-18 22:21:51] peter dot ordal at rochester dot edu

The article linked in the initial report has been taken down, but is
available via archive.org.

http://web.archive.org/web/20041012031835/http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html

There are some formatting issues to watch out for.

I tried dmitry's idea but I just get an emtpy stdClass object back.



[2004-12-09 01:00:03] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-12-01 18:26:25] [EMAIL PROTECTED]

ext/soap works fine with this WSDL file.

To call function on a client side use:

$client->add(array("arg1"=>2,"arg2"=>3));

On server side you can use the following function:

function add($args) {
  return $args->arg1 + $args->arg2;
}





[2004-10-01 14:45:53] julien dot wajsberg at francetelecom dot com

Description:

The mode "Document/literal with wrapped convention" is the current
industry consensus for exposing Web Services. In particular, the WS-I
explicitely forbids use of "RPC/encoded" mode, and most toolkits
vendors are working towards "document wrapped/literal".

A very good explanation of this convention can be found on
http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html

I would suggest adding another mode to the "style" options to
SoapClient constructor: SOAP_WRAPPED.
There should also be some logic to understand a wsdl using this
convention, but it could be done afterwards.

This convention is really very similar to "rpc/literal" mode; I didn't
test this mode, but if it's already functional, it shouldn't be hard to
implement "document wrapped/literal".







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

82 matches

Mail list logo