date:20080909

 ID:   46036
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fernando dot wendt at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Windows Vista Home Premium
 PHP Version:  5.2.6
 New Comment:

Duplicated > bogus.

Fetch the libpq.dll from
http://downloads.php.net/pierre/libpq-php-4.4.9-5.2.6.zip and place it
in the usual place.


Previous Comments:


[2008-09-10 00:08:38] fernando dot wendt at gmail dot com

Description:

PHP 5.2.6 is not loading php_pgsql.dll from de extension add ons
repository, at the file system.

PHP_INFO basic page does not recognize it, and all the calls for pg*
functions points failure.

Expected result:

PostgreSQL extension loaded, and working.

Actual result:
--
The pgsql extension is not loaded, with Apache 2.2.9 on Windows Vista.





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

#45226 [Ver->Csd]: xmlrpc_set_type() segfaults with valid ISO8601 date string

 ID:   45226
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bmn at bmn dot name
-Status:   Verified
+Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: *
 PHP Version:  5.2.6
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Fixed in 5.2.7, 5.3, HEAD.


Previous Comments:


[2008-09-09 15:17:39] ndeschildre at gmail dot com

Patch found on the original xmlrpc-epi lib:

http://xmlrpc-epi.cvs.sourceforge.net/xmlrpc-epi/xmlrpc/src/xmlrpc.c?r1=1.31&r2=1.32



[2008-06-10 05:12:19] bmn at bmn dot name

Description:

PHP crashes when trying to call xmlrpc_set_type with a correctly
formatted ISO8601 datetime string from the date() function. 

Note that if you specify a datetime string without the +/-00:00, it
will work.
If you specify the timezome information (as the constant DATE_ISO8601
does), php will crash.


Reproduce code:
---
// this code breaks
$d = date(DATE_ISO8601);
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' => $d));


//working code
$d = '2008-01-01 20:00:00';
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' => $d));

Expected result:


method.call

 
  
   

 date
 
  20080101T20:00:00
 

   
  
 



Actual result:
--
*** stack smashing detected ***: php terminated
Aborted (core dumped)








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

#18916 [NoF->Csd]: xmlrpc_set_type() "not working"

 ID:   18916
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hfuecks at pinkgoblin dot com
-Status:   No Feedback
+Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: Windows NT 4.0
 PHP Version:  4.2.2
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Fixed in 5.2.7, 5.3, HEAD.


Previous Comments:


[2002-09-21 01:53:51] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-08-15 11:16:26] [EMAIL PROTECTED]

Please note he stated the version that worked was the current CVS
version.  So it may still not work on your PHP 4.2.2, but will be fixed
in the next release (probably PHP 4.3)... try out an non-Stable snapshot
and see if you can.  http://snaps.php.net.



[2002-08-15 11:12:41] hfuecks at pinkgoblin dot com

Strange. Still not working with;

xmlrpc_set_type ( $params, "datetime" );

either. Perhaps an issue specific only to my install. Will try some
other environments. And get back here.



[2002-08-15 09:06:45] [EMAIL PROTECTED]

What if you change:
xmlrpc_set_type ( $params, datetime ); 
to
xmlrpc_set_type ( $params, "datetime" );

As there aren't such constants defined. Anyways, your example worked
fine for me with latest CVS.

--Jani




[2002-08-15 08:50:08] hfuecks at pinkgoblin dot com

The function xmlrpc_set_type() returns true but fails to change type.

Using like;



Produces;




 
  20020815T14:45:29
 



This should be;




 
  20020815T14:45:29
 



Same applies for type "base64".

Using xmlrpc-epi v. 0.50

Active Windows extensions are;

;Windows Extensions
;

extension=php_curl.dll
extension=php_gd.dll
extension=php_imap.dll
extension=php_pdf.dll
extension=php_xmlrpc.dll




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

#46036 [NEW]: PHP does not load pgsql module from php.ini

2008-09-09 Thread fernando dot wendt at gmail dot com

From: fernando dot wendt at gmail dot com
Operating system: Windows Vista Home Premium
PHP version:  5.2.6
PHP Bug Type: PostgreSQL related
Bug description:  PHP does not load pgsql module from php.ini

Description:

PHP 5.2.6 is not loading php_pgsql.dll from de extension add ons
repository, at the file system.

PHP_INFO basic page does not recognize it, and all the calls for pg*
functions points failure.

Expected result:

PostgreSQL extension loaded, and working.

Actual result:
--
The pgsql extension is not loaded, with Apache 2.2.9 on Windows Vista.

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

#46035 [NEW]: fopen() fails to open successful HTTP 207 Multi-Status response

2008-09-09 Thread ms419 at freezone dot co dot uk

From: ms419 at freezone dot co dot uk
Operating system: 
PHP version:  5.2.6
PHP Bug Type: Streams related
Bug description:  fopen() fails to open successful HTTP 207 Multi-Status 
response

Description:

I am working on a PHP interface to WebDAV repositories using fopen(). I
use fopen() to make a PROPFIND request to the server, hoping to use DOM to
parse the result. Unfortunately fopen() fails even on successful responses
from the server

Reproduce code:
---
http://qubit-toolkit.googlecode.com/svn/trunk/';
$context = stream_context_create(array('http' => array(
  'method' => 'PROPFIND',
  'header' => 'Depth: 1')));
$handle = fopen($filename, 'r', false, $context);
var_dump($handle);


Expected result:

$handle should be a resource from which I can read the server's successful
response:

PROPFIND /svn/trunk/ HTTP/1.0

Host: qubit-toolkit.googlecode.com
Depth: 1


HTTP/1.0 207 Multi-Status
Date: Tue, 09 Sep 2008 23:34:32 GMT
Server: Apache
Content-Type: text/xml; charset="utf-8"
Connection: Close



http://subversion.tigris.org/xmlns/svn/";
xmlns:C="http://su
bversion.tigris.org/xmlns/custom/"
xmlns:V="http://subversion.tigris.org/xmlns/d
av/" xmlns:lp1="DAV:" xmlns:lp3="http://subversion.tigris.org/xmlns/dav/";
xmlns:
lp2="http://apache.org/dav/props/";>
/svn/trunk/
[...]

Actual result:
--
ket% php fopen.php 

Warning: fopen(http://qubit-toolkit.googlecode.com/svn/trunk/): failed to
open stream: HTTP request failed! HTTP/1.0 207 Multi-Status
 in /home/jablko/public_html/fopen.php on line 7
bool(false)
ket% 


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

#45996 [Asn]: libxml2 2.7.1 causes breakage with character data in xml_parse()

2008-09-09 Thread phpbugs at colin dot guthr dot ie

 ID:   45996
 User updated by:  phpbugs at colin dot guthr dot ie
 Reported By:  phpbugs at colin dot guthr dot ie
 Status:   Assigned
 Bug Type: XML related
 Operating System: Mandriva Linux
 PHP Version:  5.2.6
 Assigned To:  rrichards
 New Comment:

Comments by Daniel Veillard on the libxml ML:

  The only thing I can think of is that libxml2 doesn't anymore ask
though a SAX callback when looking for entities references if they
are in the predefined set. This comes in essence by an old decision
from the XML working group stating that user definition for those 5
entities could not override the default predefined ones. So I guess
that change is logical. Now what is done on top of SAX to result
in that bug, I don't really know  :-\


Previous Comments:


[2008-09-06 15:43:29] [EMAIL PROTECTED]

Assigned to the maintainer (Rob, don't forget to change status too when
you assign something to yourself :)



[2008-09-04 17:29:21] phpbugs at colin dot guthr dot ie

Description:

With libxml2 2.7.1, When using the expat type xml parsing routines in
PHP, the characater data seems to silently drop any encoded text e.g.
> < and friends.

Please see Mandriva bug for details:
https://qa.mandriva.com/show_bug.cgi?id=43486

And also please note the thread on the libxml mailing list:
http://thread.gmane.org/gmane.comp.gnome.lib.xml.general/14610

And most notably the reply to the above thread:

Can you report this as a PHP bug? It looks like some really old hack 
code in the PHP extension in order to mimic some specific expat 
functionality. The behavior change you see though resulting from a code
changes in libxml2 is really due to the hackish code in the extension
doing things it wasnt meant to be doing.


Reproduce code:
---
Please see this code:
https://qa.mandriva.com/attachment.cgi?id=10757

Expected result:

<
foo
>
wibble
<
/foo
>


Actual result:
--
foo
wibble
/foo






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

#20709 [Com]: Session variable getting mysteriously set

2008-09-09 Thread matt_00001 at hotmail dot com

 ID:   20709
 Comment by:   matt_1 at hotmail dot com
 Reported By:  DChri36990 at aol dot com
 Status:   No Feedback
 Bug Type: Class/Object related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

It seems that it was my fault rather then a bug.  I had
register_globals on which apparently causes $userID to be a references
to $_SESSION['userID'] when a session variable of that name exists.

My previous comment can be removed.


Previous Comments:


[2008-09-09 21:10:35] matt_1 at hotmail dot com

It looks like this is an old bug report but Ive just run into it again
so I don't think that its been fixed.

Iam using Apache2.2.4 and PHP5.2.2 on a ubuntu system.

What happens is that:

1) $_SESSION['userID'] is set to 1 in another script

2) When the script in question loads the $_SESSION['userID'] variable
is set correctly and "echo $_SESSION['userID'];" outputs 1.

3) I assigned the variable $userID a value "$userID = 3;". 

4) Now "echo $_SESSION['userID'];" outputs 3


Its possible that Iam doing something wrong here, but Ive checked and I
never change any $_SESSION variables in the script in question.  It
looks like a legitimate bug to me.



[2008-03-05 16:40:41] tozetre at gmail dot com

This just happened to me; a script checked for the existence of
$_SESSION['optarr'], and filled data if it was set. The script didn't
set the session variable, didn't assign anything to it, and the only
place that $_SESSION['optarr'] appeared were in lines that checked if it
was set- and I made sure there weren't any accidental assignments during
evaluation. However, when I refreshed the page after loading it once,
$_SESSION['optarr'] got filled with a bunch of data.

What I found was that I was setting $optarr in the script, which
contained exactly the same information I was getting in
$_SESSION['optarr'] on the reload. So, basically, the first time the
script ran it looked for (and, presumably in the process, initialized)
$_SESSION['optarr'], then built $optarr, which leaked over into
$_SESSION['optarr'], so the second time I ran it, it found
$_SESSION['optarr'] full of the data from $optarr. Renaming $optarr to
$foooptarr eliminated the problem.

Running
PHP 5.2.4-pl2-gentoo on Apache 2.2.4-r12 on Linux 2.6.18-gentoo-r7
x86_64



[2006-11-21 01:33:33] dpegasusm at gmail dot com

i had a similar problem occur in PHP 4.4.4 where i called a variable
called $_SESSION['userID'] which had been previously set to the user's
ID number. later on in the script i set $userID to a value and it would
also set the session variable. strangely this mysterious resetting only
happened for one particular instance of setting $userID to a new value.
all other times it was reset it didn't affect the session variable. i
tried moving the entire site onto a second server to see what happens
and it worked fine there. both servers had the exact same configuration.
and were running Linux with Apache 1.3.37.



[2002-12-08 10:19:35] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-28 22:09:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

This is something that I believe was fixed in 4.3.0, please try the RC2
and report if the problem persists. Also, is you register_globals on?



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

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

#20709 [Com]: Session variable getting mysteriously set

2008-09-09 Thread matt_00001 at hotmail dot com

 ID:   20709
 Comment by:   matt_1 at hotmail dot com
 Reported By:  DChri36990 at aol dot com
 Status:   No Feedback
 Bug Type: Class/Object related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

It looks like this is an old bug report but Ive just run into it again
so I don't think that its been fixed.

Iam using Apache2.2.4 and PHP5.2.2 on a ubuntu system.

What happens is that:

1) $_SESSION['userID'] is set to 1 in another script

2) When the script in question loads the $_SESSION['userID'] variable
is set correctly and "echo $_SESSION['userID'];" outputs 1.

3) I assigned the variable $userID a value "$userID = 3;". 

4) Now "echo $_SESSION['userID'];" outputs 3


Its possible that Iam doing something wrong here, but Ive checked and I
never change any $_SESSION variables in the script in question.  It
looks like a legitimate bug to me.


Previous Comments:


[2008-03-05 16:40:41] tozetre at gmail dot com

This just happened to me; a script checked for the existence of
$_SESSION['optarr'], and filled data if it was set. The script didn't
set the session variable, didn't assign anything to it, and the only
place that $_SESSION['optarr'] appeared were in lines that checked if it
was set- and I made sure there weren't any accidental assignments during
evaluation. However, when I refreshed the page after loading it once,
$_SESSION['optarr'] got filled with a bunch of data.

What I found was that I was setting $optarr in the script, which
contained exactly the same information I was getting in
$_SESSION['optarr'] on the reload. So, basically, the first time the
script ran it looked for (and, presumably in the process, initialized)
$_SESSION['optarr'], then built $optarr, which leaked over into
$_SESSION['optarr'], so the second time I ran it, it found
$_SESSION['optarr'] full of the data from $optarr. Renaming $optarr to
$foooptarr eliminated the problem.

Running
PHP 5.2.4-pl2-gentoo on Apache 2.2.4-r12 on Linux 2.6.18-gentoo-r7
x86_64



[2006-11-21 01:33:33] dpegasusm at gmail dot com

i had a similar problem occur in PHP 4.4.4 where i called a variable
called $_SESSION['userID'] which had been previously set to the user's
ID number. later on in the script i set $userID to a value and it would
also set the session variable. strangely this mysterious resetting only
happened for one particular instance of setting $userID to a new value.
all other times it was reset it didn't affect the session variable. i
tried moving the entire site onto a second server to see what happens
and it worked fine there. both servers had the exact same configuration.
and were running Linux with Apache 1.3.37.



[2002-12-08 10:19:35] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-28 22:09:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

This is something that I believe was fixed in 4.3.0, please try the RC2
and report if the problem persists. Also, is you register_globals on?



[2002-11-28 20:50:29] DChri36990 at aol dot com

When my code does the following in sequence:

1) $_SESSION['League'] = 1; /* or any other number */

2) unset($_SESSION['League']);

3) $League = new AnyObject(...);

The variable $_SESSION['League'] gets set to the contents of
"AnyObject".

This doesn't occur if the Session variable had never been set/unset,
nor does it occur when the Session variable has an existing value in it
when statement (3) occurs.
Addtionally, this assignment doesn't occur immediately at the time that
statement (3) is executed.  It is somehow delayed until after the script
completes.  It's only when I go on to execute another script when I
encounter the "mystery" assignment.

I haven't tried this with names other than 'League', but common sense
suggests this is likely a generic problem independant of the specific
name I happened to use.

FYI, I'm running Apache version 1.3, the latest stable release for
Windows. My PHP configuration is generic, with the exception of
including the module(s) required to do XML/XSLT transforms.






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

#46031 [Opn->Csd]: Segfault in AppendIterator::next

2008-09-09 Thread lbarnaud

 ID:  46031
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:SPL related
 PHP Version: 5.2CVS, 5.3CVS, 6CVS
 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:


[2008-09-09 17:27:01] [EMAIL PROTECTED]

Description:

See below.

Reproduce code:
---
next();

Actual result:
--
==25082== 
==25082== Invalid read of size 4
==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449)
==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==25082==by 0x835F5E2: execute (zend_vm_execute.h:104)
==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197)
==25082==by 0x82DF76C: php_execute_script (main.c:2075)
==25082==by 0x83D1714: main (php_cli.c:1130)
==25082==  Address 0x4 is not stack'd, malloc'd or (recently) free'd
==25082== 
==25082== Process terminating with default action of signal 11
(SIGSEGV)
==25082==  Access not within mapped region at address 0x4
==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449)
==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==25082==by 0x835F5E2: execute (zend_vm_execute.h:104)
==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197)
==25082==by 0x82DF76C: php_execute_script (main.c:2075)
==25082==by 0x83D1714: main (php_cli.c:1130)
==25082== 






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

#46034 [Opn->Fbk]: php cli -d include_path only accepts first parameter

2008-09-09 Thread lbarnaud

 ID:   46034
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at ryank dot net
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: WinXP
 PHP Version:  5.2.6
 New Comment:

You may enclose the value with ' or " like in php.ini


Previous Comments:


[2008-09-09 18:14:17] php at ryank dot net

This apparently works fine though...

C:\>php -r "print ini_get('include_path');" -d include
_path=.;c:\test1;c:\test2

.;c:\test1;c:\test2



[2008-09-09 18:08:29] php at ryank dot net

Description:

When using the -d flag in php-cli on the include_path directive, only
the first parameter is assigned to include_path.

C:\>php -v

PHP 5.2.6 (cli) (built: May  2 2008 18:02:07)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans

Reproduce code:
---
C:\>php -r "print ini_get('include_path');" -d include
_path=c:\test1.ini;c:\test2.ini

Expected result:

c:\test1.ini;c:\test2.ini

Actual result:
--
c:\test1.ini





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

#46034 [Opn]: php cli -d include_path only accepts first parameter

2008-09-09 Thread php at ryank dot net

 ID:   46034
 User updated by:  php at ryank dot net
 Reported By:  php at ryank dot net
 Status:   Open
 Bug Type: CGI related
 Operating System: WinXP
 PHP Version:  5.2.6
 New Comment:

This apparently works fine though...

C:\>php -r "print ini_get('include_path');" -d include
_path=.;c:\test1;c:\test2

.;c:\test1;c:\test2


Previous Comments:


[2008-09-09 18:08:29] php at ryank dot net

Description:

When using the -d flag in php-cli on the include_path directive, only
the first parameter is assigned to include_path.

C:\>php -v

PHP 5.2.6 (cli) (built: May  2 2008 18:02:07)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans

Reproduce code:
---
C:\>php -r "print ini_get('include_path');" -d include
_path=c:\test1.ini;c:\test2.ini

Expected result:

c:\test1.ini;c:\test2.ini

Actual result:
--
c:\test1.ini





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

#46034 [NEW]: php cli -d include_path only accepts first parameter

2008-09-09 Thread php at ryank dot net

From: php at ryank dot net
Operating system: WinXP
PHP version:  5.2.6
PHP Bug Type: CGI related
Bug description:  php cli -d include_path only accepts first parameter

Description:

When using the -d flag in php-cli on the include_path directive, only the
first parameter is assigned to include_path.

C:\>php -v

PHP 5.2.6 (cli) (built: May  2 2008 18:02:07)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans

Reproduce code:
---
C:\>php -r "print ini_get('include_path');" -d include
_path=c:\test1.ini;c:\test2.ini

Expected result:

c:\test1.ini;c:\test2.ini

Actual result:
--
c:\test1.ini

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

#46033 [Opn]: Segfault when trying to instance SQLite3Stmt

 ID:  46033
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
 Status:  Open
 Bug Type:SQLite related
 PHP Version: 5.3CVS, 6CVS
 New Comment:

See also:
new SQLite3Result;


Previous Comments:


[2008-09-09 17:58:04] [EMAIL PROTECTED]

Description:

See below.

Reproduce code:
---
http://bugs.php.net/?id=46033&edit=1

#46033 [NEW]: Segfault when trying to instance SQLite3Stmt

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.3CVS-2008-09-09 (CVS)
PHP Bug Type: SQLite related
Bug description:  Segfault when trying to instance SQLite3Stmt

Description:

See below.

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

#46030 [Opn->Bgs]: Bundled GD for Windows does not work

 ID:   46030
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paulschechter at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Windows 2000
 PHP Version:  5.2.6
 Assigned To:  pajoye
 New Comment:

Not a bug > bogus.


Previous Comments:


[2008-09-09 17:32:42] paulschechter at yahoo dot com

Hi, thanks for the fast reply.  Wow, I feel kind-of dumb because I've
been working on this bug for a couple of days now, but restarting
apache2.2 seemed to do the trick.  Thanks a lot!

I imagine it probably wasn't all that simple because I've restarted my
computer many times over the last couple days to no avail.  However,
more recently I added the lib files from my external installation of gd
into my php lib directory...and I don't think I had restarted apache
since then.  So maybe the restart after doing this made it work...who
knows.  Anyway, thanks again.



[2008-09-09 17:11:32] [EMAIL PROTECTED]

The configure line is only an information. It does not say that the
extension is loaded or not.

Only the GD table (like the other extension) can a be a proof that GD
is loaded.

Please check:

- the right php.ini is used (phpinfo() tells you which one you use)
- the extension_dir is an absolute (c:\php5\ext for example)
- you have restarted your server



[2008-09-09 17:01:17] paulschechter at yahoo dot com

Description:

I cannot get GD on my windows system with PHP5 to work.  My phpinfo()
says "--with-gd=shared" ".  This is the only instance of the word 'gd' I
have in the phpinfo() text (no "GD Support enabled").

This is what I've done so far:
-Reinstalled PHP5.2.6 making sure to include the GD extension in the
installation.
-Ensured that the extension_dir path in my php.ini file was correct
-uncommented extension=php_gd2.dll
-ensured that php_gd2.dll is in fact, in the 'ext' directory
-Installed an external version of GD (gd-2.0.33-1)

I think that I have to somehow direct PHP to the external version of
GD, but I do not know how to do this.  Any help would be greatly
appreciated. Thank you.

Reproduce code:
---
No code.

Expected result:

I expect GD to work and my phpinfo() text to say that GD is actually
enabled, not just shared.

Actual result:
--
GD doesn't work and phpinfo() just says GD is shared.





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

#46032 [NEW]: PharData::__construct() - wrong memory read

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.2CVS-2008-09-09 (CVS)
PHP Bug Type: PHAR related
Bug description:  PharData::__construct() - wrong memory read

Description:

See the "file name" in the exception trace.

Reproduce code:
---
__construct('`hf???0...')
#1 {main}
  thrown in %s on line %d


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

#46030 [Fbk->Opn]: Bundled GD for Windows does not work

2008-09-09 Thread paulschechter at yahoo dot com

 ID:   46030
 User updated by:  paulschechter at yahoo dot com
 Reported By:  paulschechter at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Windows 2000
 PHP Version:  5.2.6
 Assigned To:  pajoye
 New Comment:

Hi, thanks for the fast reply.  Wow, I feel kind-of dumb because I've
been working on this bug for a couple of days now, but restarting
apache2.2 seemed to do the trick.  Thanks a lot!

I imagine it probably wasn't all that simple because I've restarted my
computer many times over the last couple days to no avail.  However,
more recently I added the lib files from my external installation of gd
into my php lib directory...and I don't think I had restarted apache
since then.  So maybe the restart after doing this made it work...who
knows.  Anyway, thanks again.


Previous Comments:


[2008-09-09 17:11:32] [EMAIL PROTECTED]

The configure line is only an information. It does not say that the
extension is loaded or not.

Only the GD table (like the other extension) can a be a proof that GD
is loaded.

Please check:

- the right php.ini is used (phpinfo() tells you which one you use)
- the extension_dir is an absolute (c:\php5\ext for example)
- you have restarted your server



[2008-09-09 17:01:17] paulschechter at yahoo dot com

Description:

I cannot get GD on my windows system with PHP5 to work.  My phpinfo()
says "--with-gd=shared" ".  This is the only instance of the word 'gd' I
have in the phpinfo() text (no "GD Support enabled").

This is what I've done so far:
-Reinstalled PHP5.2.6 making sure to include the GD extension in the
installation.
-Ensured that the extension_dir path in my php.ini file was correct
-uncommented extension=php_gd2.dll
-ensured that php_gd2.dll is in fact, in the 'ext' directory
-Installed an external version of GD (gd-2.0.33-1)

I think that I have to somehow direct PHP to the external version of
GD, but I do not know how to do this.  Any help would be greatly
appreciated. Thank you.

Reproduce code:
---
No code.

Expected result:

I expect GD to work and my phpinfo() text to say that GD is actually
enabled, not just shared.

Actual result:
--
GD doesn't work and phpinfo() just says GD is shared.





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

#46031 [NEW]: Segfault in AppendIterator::next

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  5.2CVS-2008-09-09 (CVS)
PHP Bug Type: SPL related
Bug description:  Segfault in AppendIterator::next

Description:

See below.

Reproduce code:
---
next();

Actual result:
--
==25082== 
==25082== Invalid read of size 4
==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449)
==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==25082==by 0x835F5E2: execute (zend_vm_execute.h:104)
==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197)
==25082==by 0x82DF76C: php_execute_script (main.c:2075)
==25082==by 0x83D1714: main (php_cli.c:1130)
==25082==  Address 0x4 is not stack'd, malloc'd or (recently) free'd
==25082== 
==25082== Process terminating with default action of signal 11 (SIGSEGV)
==25082==  Access not within mapped region at address 0x4
==25082==at 0x81B8421: spl_append_it_next (spl_iterators.c:1449)
==25082==by 0x83714BF: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==25082==by 0x835F5E2: execute (zend_vm_execute.h:104)
==25082==by 0x8339A7E: zend_execute_scripts (zend.c:1197)
==25082==by 0x82DF76C: php_execute_script (main.c:2075)
==25082==by 0x83D1714: main (php_cli.c:1130)
==25082== 


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

#44905 [Asn->Csd]: PHP 5.2.6 fails to load PostgreSQL related libraries

ID: 44905
Updated by: [EMAIL PROTECTED]
Reported By: ionut dot stan at yahoo dot com
-Status: Assigned
+Status: Closed
Bug Type: Dynamic loading
Operating System: Windows XP professional 64bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:

Fixed in 5.3.x snaps. 5.2.7 will have the fix as well.

Or you can use the libs from here:
http://downloads.php.net/pierre/libpq-php-4.4.9-5.2.6.zip

Previous Comments:

[2008-09-09 17:10:56] marcio dot muzzi at gmail dot com

all who want to go back to version 5.2.5, php and using Wamp server,
knife download the PHP 5.2.5 addon in www.wampserver.com / en /
addons_php.php. Once installed the addon solved this problem with
pg_connect

[2008-06-27 15:17:54] kenorb at gmail dot com

Hi,
After installed WAMP 2.0 on Vista and I have the same problem;(
It will be fixed in next version?

[2008-06-17 07:26:54] travisvz at gmail dot com

I have also experienced this problem (Apache 2.2 with PHP 5.2.6 on
Windows XP Pro 32-bit). I have found another workaround that may be
simpler if your PostgreSQL 8.3 is on the same system as your PHP
installation: Simply add your PostgreSQL bin directory ("C:\Program
Files\PostgreSQL\8.3\bin" on my system) to your system path. Same effect
as copying the necessary libraries to your PHP directory, but perhaps
easier to maintain (especially once a fix is found for this problem).

[2008-06-03 20:31:34] eric at myprojects dot srhost dot info

I have tested on 32bit windows that pgsql extension
could loaded but required download some files from pgsql server 8.3.1
binary.

This can be download from offical site or
I have packed a small archive that could downloaded.

url:
pgserver offical site download
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip

small archive.
http://myprojects.srhost.info/download/php_pgsql_files.zip

[2008-05-31 08:21:43] [EMAIL PROTECTED]

"How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex
things?"

How difficult it is to test the RC? How difficult it is to report
issues before the stable release instead of waiting the final day?

That being said, we do run php and the tests suite before any release.
But as some dlls are in the path, I did not detect that the new version
(we upgraded libpq in 5.2.6, different version than with 5.2.5) was not
static by default. Given the time we had to pack this release, I'm
actually very happy that only this error remains (and have an easy work
around).

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

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

#46030 [Opn->Fbk]: Bundled GD for Windows does not work

 ID:   46030
 Updated by:   [EMAIL PROTECTED]
 Reported By:  paulschechter at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Windows 2000
 PHP Version:  5.2.6
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

The configure line is only an information. It does not say that the
extension is loaded or not.

Only the GD table (like the other extension) can a be a proof that GD
is loaded.

Please check:

- the right php.ini is used (phpinfo() tells you which one you use)
- the extension_dir is an absolute (c:\php5\ext for example)
- you have restarted your server


Previous Comments:


[2008-09-09 17:01:17] paulschechter at yahoo dot com

Description:

I cannot get GD on my windows system with PHP5 to work.  My phpinfo()
says "--with-gd=shared" ".  This is the only instance of the word 'gd' I
have in the phpinfo() text (no "GD Support enabled").

This is what I've done so far:
-Reinstalled PHP5.2.6 making sure to include the GD extension in the
installation.
-Ensured that the extension_dir path in my php.ini file was correct
-uncommented extension=php_gd2.dll
-ensured that php_gd2.dll is in fact, in the 'ext' directory
-Installed an external version of GD (gd-2.0.33-1)

I think that I have to somehow direct PHP to the external version of
GD, but I do not know how to do this.  Any help would be greatly
appreciated. Thank you.

Reproduce code:
---
No code.

Expected result:

I expect GD to work and my phpinfo() text to say that GD is actually
enabled, not just shared.

Actual result:
--
GD doesn't work and phpinfo() just says GD is shared.





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

#44905 [Com]: PHP 5.2.6 fails to load PostgreSQL related libraries

2008-09-09 Thread marcio dot muzzi at gmail dot com

ID: 44905
Comment by: marcio dot muzzi at gmail dot com
Reported By: ionut dot stan at yahoo dot com
Status: Assigned
Bug Type: Dynamic loading
Operating System: Windows XP professional 64bit
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:

Previous Comments:

[2008-06-27 15:17:54] kenorb at gmail dot com

Hi,
After installed WAMP 2.0 on Vista and I have the same problem;(
It will be fixed in next version?

[2008-06-17 07:26:54] travisvz at gmail dot com

[2008-06-03 20:31:34] eric at myprojects dot srhost dot info

I have tested on 32bit windows that pgsql extension
could loaded but required download some files from pgsql server 8.3.1
binary.

This can be download from offical site or
I have packed a small archive that could downloaded.

url:
pgserver offical site download
http://wwwmaster.postgresql.org/download/mirrors-ftp?file=%2Fbinary%2Fv8.3.1%2Fwin32%2Fpostgresql-8.3.1-1-binaries-no-installer.zip

small archive.
http://myprojects.srhost.info/download/php_pgsql_files.zip

[2008-05-31 08:21:43] [EMAIL PROTECTED]

How difficult it is to test the RC? How difficult it is to report
issues before the stable release instead of waiting the final day?

[2008-05-31 07:50:52] no at where dot zz

How difficult can it be to test the most basic things, like starting
php, before making a release? Good grief. If you can't do the simple
things why do you think people should trust you with the complex things?

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

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

#46030 [NEW]: Bundled GD for Windows does not work

2008-09-09 Thread paulschechter at yahoo dot com

From: paulschechter at yahoo dot com
Operating system: Windows 2000
PHP version:  5.2.6
PHP Bug Type: GD related
Bug description:  Bundled GD for Windows does not work

Description:

I cannot get GD on my windows system with PHP5 to work.  My phpinfo() says
"--with-gd=shared" ".  This is the only instance of the word 'gd' I have in
the phpinfo() text (no "GD Support enabled").

This is what I've done so far:
-Reinstalled PHP5.2.6 making sure to include the GD extension in the
installation.
-Ensured that the extension_dir path in my php.ini file was correct
-uncommented extension=php_gd2.dll
-ensured that php_gd2.dll is in fact, in the 'ext' directory
-Installed an external version of GD (gd-2.0.33-1)

I think that I have to somehow direct PHP to the external version of GD,
but I do not know how to do this.  Any help would be greatly appreciated.
Thank you.

Reproduce code:
---
No code.

Expected result:

I expect GD to work and my phpinfo() text to say that GD is actually
enabled, not just shared.

Actual result:
--
GD doesn't work and phpinfo() just says GD is shared.

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

#45226 [Com]: xmlrpc_set_type() segfaults with valid ISO8601 date string

2008-09-09 Thread ndeschildre at gmail dot com

 ID:   45226
 Comment by:   ndeschildre at gmail dot com
 Reported By:  bmn at bmn dot name
 Status:   Verified
 Bug Type: XMLRPC-EPI related
 Operating System: *
 PHP Version:  5.2.6
 New Comment:

Patch found on the original xmlrpc-epi lib:

http://xmlrpc-epi.cvs.sourceforge.net/xmlrpc-epi/xmlrpc/src/xmlrpc.c?r1=1.31&r2=1.32


Previous Comments:


[2008-06-10 05:12:19] bmn at bmn dot name

Description:

PHP crashes when trying to call xmlrpc_set_type with a correctly
formatted ISO8601 datetime string from the date() function. 

Note that if you specify a datetime string without the +/-00:00, it
will work.
If you specify the timezome information (as the constant DATE_ISO8601
does), php will crash.


Reproduce code:
---
// this code breaks
$d = date(DATE_ISO8601);
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' => $d));


//working code
$d = '2008-01-01 20:00:00';
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' => $d));

Expected result:


method.call

 
  
   

 date
 
  20080101T20:00:00
 

   
  
 



Actual result:
--
*** stack smashing detected ***: php terminated
Aborted (core dumped)








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

#44251 [Com]: Question mark and an escaped singel quote lead to an exception

2008-09-09 Thread om at viazenetti dot de

 ID:   44251
 Comment by:   om at viazenetti dot de
 Reported By:  om at viazenetti dot de
 Status:   Open
 Bug Type: PDO related
 Operating System: Linux
 PHP Version:  5.2.5
 New Comment:

Nice, after almost seven months, this bug still exists and no one cares
about it?


Previous Comments:


[2008-09-05 17:59:42] tsteiner at nerdclub dot net

This bug is a direct result of the fix for Bug #36798.

The patch for that bug removed code in the parser that would ignore an
escaped quote when inside of quotes (ie: "foo\"bar" or 'foo\'bar').

This causes the parser to think it has found the end of quoted text,
when it has not.  Because of this, ? characters after an escaped quote
are treated as placeholders.  Additionally, I have found it causes the
parser to parse beyond the end of the query and into unknown memory
contents.

It looks like Bug #36798 needs to be reopened!



[2008-02-26 11:11:13] om at viazenetti dot de

Description:

If a question mark and an escaped singel quote appear in a where
statement as value, the PDO method prepare tries to bind a value to the
question mark.

Because no values are passed, pdo throws an exception (Only tested with
where statements):

PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in

Reproduce code:
---
prepare("SELECT * FROM `TABLE` WHERE (login =
'?\'')");

$sth->execute();

var_dump($sth->fetch());

Expected result:

Array or false

Actual result:
--
Exception: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in





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

#46029 [Opn]: Segfault in DOMText when using with Reflection

 ID:  46029
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
 Status:  Open
 Bug Type:DOM XML related
-PHP Version: 5.2CVS-2008-09-09 (CVS)
+PHP Version: 5.2CVS, 5.3CVS, 6CVS
 New Comment:

See also:

$x = new ReflectionMethod('domcomment', '__construct');
$x->invoke(new domcomment);


Previous Comments:


[2008-09-09 14:11:54] [EMAIL PROTECTED]

Description:

See below.

Reproduce code:
---
invoke(new domtext);
print "ok!\n";


Expected result:

ok
ok

Actual result:
--
==7575== Process terminating with default action of signal 11
(SIGSEGV)
==7575==  Bad permissions for mapped region at address 0x41BFAB4
==7575==at 0x808B987: php_libxml_clear_object (libxml.c:147)
==7575==by 0x808B9E8: php_libxml_unregister_node (libxml.c:162)
==7575==by 0x808DDEB: php_libxml_node_free_resource
(libxml.c:1008)
==7575==by 0x80F55FC: zim_domtext___construct (text.c:96)
==7575==by 0x83402CD: zend_call_function (zend_execute_API.c:1027)
==7575==by 0x819DE85: zim_reflection_method_invoke
(php_reflection.c:2376)
==7575==by 0x8378AF9: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==7575==by 0x8379AE7: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==7575==by 0x8378593: execute (zend_vm_execute.h:92)
==7575==by 0x834F898: zend_execute_scripts (zend.c:1134)
==7575==by 0x82E8D09: php_execute_script (main.c:2011)
==7575==by 0x83D8C82: main (php_cli.c:1134)






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

#46029 [NEW]: Segfault in DOMText when using with Reflection