#49250 [NEW]: issue with ImageSetTile when image hander goes out of scope
From: pookey at pookey dot co dot uk
Operating system: N/A
PHP version: 5.3.0
PHP Bug Type: GD related
Bug description: issue with ImageSetTile when image hander goes out of scope
Description:
here's a method in an object:
public function setTilePath($path)
{
$bgimage = imageCreateFromPNG($path);
ImageSetTile($this->imgHdl, $bgimage);
}
that tile is used elsewhere in a different method later
in 5.2, this works. in 5.3, it only works if I amend it to be:
public function setTilePath($path)
{
$this->bgimage = imageCreateFromPNG($path);
ImageSetTile($this->imgHdl, $this->bgimage);
}
I spoke briefly about this with Pierre online, I'm pookey on freenode if
anyone wants to talk to me about it.
Reproduce code:
---
author is very lazy, no reproduction code I'm afraid.
Expected result:
I expect it to work despite going out of scope
Actual result:
--
It doesn't work, broken, fail, no image, unhappy coder.
--
Edit bug report at http://bugs.php.net/?id=49250&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49250&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49250&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49250&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49250&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49250&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49250&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49250&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49250&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49250&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49250&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49250&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49250&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49250&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49250&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49250&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49250&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49250&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49250&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49250&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49250&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49250&r=mysqlcfg
#43457 [Opn]: prepared statement with incorrect parms doens't throw exception
ID: 43457
User updated by: pookey at pookey dot co dot uk
Reported By: pookey at pookey dot co dot uk
Status: Open
-Bug Type: PostgreSQL related
+Bug Type: PDO related
Operating System: linux
PHP Version: 5.2CVS-2007-11-29 (CVS)
New Comment:
moving to PDO related from Postgres related.
Previous Comments:
[2007-11-29 17:41:05] pookey at pookey dot co dot uk
Description:
no exception is thrown when using named params to a prepared statement,
when you pass invalid names.
Interestingly, is that count of the params doesnt' match, an exception
is thrown.
Using the code below, but using sqlite instead..
$pdo = new PDO('sqlite::memory:');
then you do get an exception
# php ./test.php
PDOException: SQLSTATE[HY000]: General error: 25 bind or column index
out of range in /tmp/test.php on line 16
Call Stack:
0.0002 103296 1. {main}() /tmp/test.php:0
0.0014 106912 2. PDOStatement->execute() /tmp/test.php:16
I've not tested with other DBMSs.
Reproduce code:
---
$ cat ./test.php
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$pdo->exec('CREATE TABLE test ( field1 varchar, field2 varchar)');
$stmt2 = $pdo->prepare('INSERT INTO test (field1, field2) VALUES
(:param1, :param2)');
$pdo->beginTransaction();
$ret = $stmt2->execute( array(
':param1' => 'wibble',
':nonsense' => 1,
));
var_dump($ret);
var_dump($stmt2->errorInfo());
Expected result:
exception thrown
Actual result:
--
$ ~pookey/src/php5/sapi/cli/php ./test.php
bool(false)
array(3) {
[0]=>
string(5) "HY093"
[1]=>
int(7)
[2]=>
string(0) ""
}
--
Edit this bug report at http://bugs.php.net/?id=43457&edit=1
#43457 [NEW]: prepared statement with incorrect parms doens't throw exception
From: pookey at pookey dot co dot uk
Operating system: linux
PHP version: 5.2CVS-2007-11-29 (CVS)
PHP Bug Type: PostgreSQL related
Bug description: prepared statement with incorrect parms doens't throw
exception
Description:
no exception is thrown when using named params to a prepared statement,
when you pass invalid names.
Interestingly, is that count of the params doesnt' match, an exception is
thrown.
Using the code below, but using sqlite instead..
$pdo = new PDO('sqlite::memory:');
then you do get an exception
# php ./test.php
PDOException: SQLSTATE[HY000]: General error: 25 bind or column index out
of range in /tmp/test.php on line 16
Call Stack:
0.0002 103296 1. {main}() /tmp/test.php:0
0.0014 106912 2. PDOStatement->execute() /tmp/test.php:16
I've not tested with other DBMSs.
Reproduce code:
---
$ cat ./test.php
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$pdo->exec('CREATE TABLE test ( field1 varchar, field2 varchar)');
$stmt2 = $pdo->prepare('INSERT INTO test (field1, field2) VALUES
(:param1, :param2)');
$pdo->beginTransaction();
$ret = $stmt2->execute( array(
':param1' => 'wibble',
':nonsense' => 1,
));
var_dump($ret);
var_dump($stmt2->errorInfo());
Expected result:
exception thrown
Actual result:
--
$ ~pookey/src/php5/sapi/cli/php ./test.php
bool(false)
array(3) {
[0]=>
string(5) "HY093"
[1]=>
int(7)
[2]=>
string(0) ""
}
--
Edit bug report at http://bugs.php.net/?id=43457&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43457&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43457&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43457&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43457&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43457&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43457&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43457&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43457&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43457&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43457&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43457&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43457&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43457&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43457&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43457&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43457&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43457&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43457&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43457&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43457&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43457&r=mysqlcfg
#34988 [Fbk->Opn]: PDO_Mysql, hardcoded socket to /tmp/mysql.sock
ID: 34988 User updated by: pookey at pookey dot co dot uk Reported By: pookey at pookey dot co dot uk -Status: Feedback +Status: Open Bug Type: PDO related Operating System: * PHP Version: 5.1.0RC3 New Comment: Yes, but it didn't work. Still got an exception: Can't connect to local MySQL server though socket '' (2) Previous Comments: [2005-10-26 10:56:02] [EMAIL PROTECTED] Did you try this? [2005-10-26 10:14:30] pookey at pookey dot co dot uk Description: This probably shoudln't be filed under this 'type', but there's not type of PDO as of yet (#pecl.php EFNet advised this was the place to report PDO bugs these days) There is no way (at least, no documented way) of specifying the socket to use to connect to MySQL. I did notice that unix_socket is used in the C code for the module, but I couldn't set this via PHP. -- Edit this bug report at http://bugs.php.net/?id=34988&edit=1
#34988 [NEW]: PDO_Mysql, hardcoded socket to /tmp/mysql.sock
From: pookey at pookey dot co dot uk Operating system: irrelivent PHP version: 5.1.0RC3 PHP Bug Type: MySQL related Bug description: PDO_Mysql, hardcoded socket to /tmp/mysql.sock Description: This probably shoudln't be filed under this 'type', but there's not type of PDO as of yet (#pecl.php EFNet advised this was the place to report PDO bugs these days) There is no way (at least, no documented way) of specifying the socket to use to connect to MySQL. I did notice that unix_socket is used in the C code for the module, but I couldn't set this via PHP. -- Edit bug report at http://bugs.php.net/?id=34988&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34988&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34988&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34988&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34988&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34988&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34988&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34988&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34988&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34988&r=support Expected behavior: http://bugs.php.net/fix.php?id=34988&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34988&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34988&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34988&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34988&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34988&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34988&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34988&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34988&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34988&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34988&r=mysqlcfg
#34495 [Fbk->Opn]: dba_popen doens't appear to work
ID: 34495
User updated by: pookey at pookey dot co dot uk
Reported By: pookey at pookey dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: DBM/DBA related
Operating System: Linux
PHP Version: 5.0.5
New Comment:
This was origionally tested in 5.0.4 and 5.0.5, and now
it's also been tested under 5.1RC. (thanks for a friend
running 5.1RC1)
Please let me know where in the commit history you think
things have been changed, I can't see anything.
http://cvs.php.net/php-src/ext/dba/dba_db4.c
I've spent over 2 hours on this now, and i think it's
somewhat unfair to tell me to compile the latest snapshot
- assuming I have the resources to do so. I would have
assumed also that you have servers with the latest
snapshot? This test script is easily recreated, I've gone
to the effort of providing a cut down example, a URL
producing the error, and extended source at the URL to
demonstrate the issue, and the 'try latest CVS snapshot'
answer, when nothing to do with dba is far from
appreciated.
Many thanks for your continued efforts to improving PHP.
Kind Regards,
Ian
Previous Comments:
[2005-09-14 08:15:10] [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-09-14 03:04:01] pookey at pookey dot co dot uk
I've updated this page with a lot more information:
http://xian.ncuk.net/test/bug.php
It appears it's just db4 with the problem
----------------
[2005-09-14 01:37:12] pookey at pookey dot co dot uk
Description:
where the use of dba_open works, dba_popen does not.
http://xian.ncuk.net/test/bug.php
http://xian.ncuk.net/test/bug.phps
Reproduce code:
---
$file = dirname(__FILE__) . '/dbtest.db';
$db = dba_open($file, "c", "db4");
dba_insert('moo', 'baa', $db);
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_sync($db);
dba_close($db);
$db = dba_popen($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "persistant check: $value ";
dba_close($db);
$db = dba_open($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_delete('moo', $db);
dba_close($db);
Expected result:
all 3 echo statements ina bove should print 'baa'.
Actual result:
--
the middle echo statement doesn't print baa
--
Edit this bug report at http://bugs.php.net/?id=34495&edit=1
#34495 [Opn]: dba_popen doens't appear to work
ID: 34495
User updated by: pookey at pookey dot co dot uk
Reported By: pookey at pookey dot co dot uk
Status: Open
Bug Type: DBM/DBA related
Operating System: Linux
PHP Version: 5.0.5
New Comment:
I've updated this page with a lot more information:
http://xian.ncuk.net/test/bug.php
It appears it's just db4 with the problem
Previous Comments:
[2005-09-14 01:37:12] pookey at pookey dot co dot uk
Description:
where the use of dba_open works, dba_popen does not.
http://xian.ncuk.net/test/bug.php
http://xian.ncuk.net/test/bug.phps
Reproduce code:
---
$file = dirname(__FILE__) . '/dbtest.db';
$db = dba_open($file, "c", "db4");
dba_insert('moo', 'baa', $db);
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_sync($db);
dba_close($db);
$db = dba_popen($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "persistant check: $value ";
dba_close($db);
$db = dba_open($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_delete('moo', $db);
dba_close($db);
Expected result:
all 3 echo statements ina bove should print 'baa'.
Actual result:
--
the middle echo statement doesn't print baa
--
Edit this bug report at http://bugs.php.net/?id=34495&edit=1
#34495 [NEW]: dba_popen doens't appear to work
From: pookey at pookey dot co dot uk
Operating system: Linux
PHP version: 5.0.5
PHP Bug Type: DBM/DBA related
Bug description: dba_popen doens't appear to work
Description:
where the use of dba_open works, dba_popen does not.
http://xian.ncuk.net/test/bug.php
http://xian.ncuk.net/test/bug.phps
Reproduce code:
---
$file = dirname(__FILE__) . '/dbtest.db';
$db = dba_open($file, "c", "db4");
dba_insert('moo', 'baa', $db);
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_sync($db);
dba_close($db);
$db = dba_popen($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "persistant check: $value ";
dba_close($db);
$db = dba_open($file, "c", "db4");
$value = dba_fetch('moo', $db);
echo "non-persistant check: $value ";
dba_delete('moo', $db);
dba_close($db);
Expected result:
all 3 echo statements ina bove should print 'baa'.
Actual result:
--
the middle echo statement doesn't print baa
--
Edit bug report at http://bugs.php.net/?id=34495&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34495&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34495&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34495&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34495&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34495&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34495&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34495&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34495&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34495&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34495&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34495&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34495&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34495&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34495&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34495&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34495&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34495&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34495&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34495&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34495&r=mysqlcfg
