#41402 [NEW]: no way safe to retrieve warnings

2007-05-15 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: debian 686
PHP version:  5.2.2
PHP Bug Type: MySQLi related
Bug description:  no way safe to retrieve warnings

Description:

using $m->query('SHOW WARNINGS') changes $m->affected_rows, so it cannot
be used when extending the class. also, affected_rows is write protected so
it cannot be saved and restored after fetching the warnings.
$m->get_warnings() does not seem to work yet.

Reproduce code:
---
see above

Expected result:

please make $m->query('SHOW WARNINGS') not to change change
$m->affected_rows. if this is not desired, please make get_warnings()
functional.


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

#41400 [NEW]: affected_rows wrong

2007-05-15 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: debian 686
PHP version:  5.2.2
PHP Bug Type: MySQLi related
Bug description:  affected_rows wrong

Description:

executing the following code using direct php (with mysqli) or using
phpmyadmin using the mysqli extension returns 2 affected rows. running it
with php or phpmyadmin using mysql extension, returns 0 affected rows
(which is correct!).

using mysql 5.0.41 server and 5.0.38 client libraries.

Reproduce code:
---
CREATE TABLE `user_infos` (
  `user_id` int(10) unsigned NOT NULL,
  `mails` tinyint(4) NOT NULL,
  `mails_trigger` enum('0','1') collate latin1_german1_ci NOT NULL,
  `book` enum('0','1') collate latin1_german1_ci NOT NULL,
  `gtag` tinyint(4) NOT NULL,
  `foto_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
  `buchung` enum('0','1') collate latin1_german1_ci NOT NULL,
  `blog_comment` enum('0','1') collate latin1_german1_ci NOT NULL,
  `i_mail` tinyint(4) NOT NULL,
  `i_buddy` tinyint(4) NOT NULL,
  `i_tele` tinyint(3) unsigned NOT NULL,
  `i_lchat` tinyint(3) unsigned NOT NULL,
  `i_close` enum('0','1') collate latin1_german1_ci NOT NULL,
  `max_fotoalben` tinyint(3) unsigned NOT NULL,
  `max_fotoalben_fotos` int(10) unsigned NOT NULL,
  `events` enum('0','1') collate latin1_german1_ci NOT NULL,
  `contacts_look` enum('text','images') collate latin1_german1_ci NOT
NULL default 'images',
  PRIMARY KEY  (`user_id`),
  KEY `trigger_mails` (`mails_trigger`,`mails`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci;

INSERT IGNORE INTO user_infos SET
user_id=1,mails=1,book='1',gtag=1,foto_comment='0',blog_comment='1',buchung='1',i_mail=4,i_buddy=11,i_tele=5,i_lchat=10,i_close='0',events='1';


Expected result:

affected_rows = 1 (first insert)
0 in the following inserts



Actual result:
--
always 2

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

#39389 [WFx]: of course it would be helpfull

2006-11-06 Thread corinl at gmx dot de 
 ID:   39389
 User updated by:  corinl at gmx dot de
-Summary:  make some errors catchable
 Reported By:  corinl at gmx dot de
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: linux debian
 PHP Version:  5.2.0
 New Comment:

well, assume you change the name of an methode. in a big project, it
takes hours / days to make sure, all affected places have been
adjusted. to find the missing ones you have either to get the "white
page" (error page) yourself, a customer has to provide the info or you
would have to look for "fatal error..." in the error logs of php.
having this catchable, i could make php send me a nice email with
backtrace when such an error occurs... :)

also when dealing with higly dynamic objects it could be very usefull
to find logic/programming errors, which only occur in a special
context. without a backtrace (with the internal php fatal error
unluckily does not output), it's very hard to debug such errors.


Previous Comments:


[2006-11-06 08:34:05] [EMAIL PROTECTED]

Actually, they do... and why would you want to catch that in the first
place? It's a coding error which you catch while testing your code.

----

[2006-11-05 16:59:00] corinl at gmx dot de

Description:

i assume php errors like 

--
Fatal error: Call to a member function ... on a non-object
Fatal error: Call to undefined method ...
--

don't leave php in an instable state. these errors should also be
catchable by a custom error handler using E_RECOVERABLE_ERROR as it
help's a lot with debugging.






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

#39389 [NEW]: make some errors catchable

2006-11-05 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: linux debian
PHP version:  5.2.0
PHP Bug Type: Feature/Change Request
Bug description:  make some errors catchable 

Description:

i assume php errors like 

--
Fatal error: Call to a member function ... on a non-object
Fatal error: Call to undefined method ...
--

don't leave php in an instable state. these errors should also be
catchable by a custom error handler using E_RECOVERABLE_ERROR as it help's
a lot with debugging.


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

#39380 [NEW]: php crashes in preg_match

2006-11-04 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: linux debian
PHP version:  5.2.0
PHP Bug Type: Scripting Engine problem
Bug description:  php crashes in preg_match

Description:

running the reproduce code crashes php 5.1.6 and 5.2.0 with a segmentation
fault.

--
(gdb) set args php_crash.php
(gdb) run
Starting program: /usr/bin/php php_crash.php
[Thread debugging using libthread_db enabled]
[New Thread -1486911808 (LWP 25359)]
ok1
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1486911808 (LWP 25359)]
0x080b167d in match (
eptr=0xa73d1542 "t; schwierig\r\n>< seltsam ><
sensibel >< spontan >< stur >< tätowiert ><
treu >< unberechenbar \r\n\r\n>< unentschlossen
><ungeduldig&"...,
ecode=0x880b9a8 ";", offset_top=2, md=0xaf9e2620, ims=4,
eptrb=0xaf1e8558,
flags=2, rdepth=6454)
at /usr/local/src/php-5.2.0/ext/pcre/pcrelib/pcre_exec.c:554
554 utf8 = md->utf8;   /* Local copy of the flag */
(gdb)


Reproduce code:
---
http://www.netskin.de/download/php_crash.php.txt

Expected result:

ok1
ok2


Actual result:
--
ok1
-> crashes before echo('ok2')

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

#38967 [NEW]: strip_tags doesn't remove attributes completely

2006-09-26 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: linux
PHP version:  5.1.6
PHP Bug Type: Feature/Change Request
Bug description:  strip_tags doesn't remove attributes completely

Description:

when a tag attribute contains a <, it does not get removed properly.

Reproduce code:
---
http://static.flickr.com/105/253610807_10f90540d3.jpg?v=0"; alt=""
style="max-width:50px;width:expression(this.width>50?50:true);"> -
and this.
EOT;
echo($s);
echo('');
echo('original: '.htmlentities($s));
echo('');
echo('stripped: '.htmlentities(strip_tags($s)));
?>

Expected result:

stripped: nothing should be between this -  - and this.

Actual result:
--
stripped: nothing should be between this - 50?50:true);"> - and this.

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

#34981 [Fbk->Opn]: wrong arithmetic !!

2005-10-25 Thread corinl at gmx dot de 
 ID:   34981
 User updated by:  corinl at gmx dot de
 Reported By:  corinl at gmx dot de
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: debian linux
 PHP Version:  5.0.5
 New Comment:

sorry, cant check it out at the moment. but i looked in the NEWS file
and as it's not noted there, i think the bug still exists.


Previous Comments:


[2005-10-25 21:04:23] [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



[2005-10-25 20:59:08] corinl at gmx dot de

Description:

the arithmetic gives diferrent reulst in php 5.0.5 and 5.0.4 (also
5.1rc) 

$a = -4738698913 ^ 43814;
echo($a)

Reproduce code:
---
$a = -4738698913 ^ 43814;
echo($a)

php 5.0.5 -> -2147439834
php 5.0.4 -> -443704711
php 5.1rc -> -443704711


Expected result:

-443704711 is correct!

Actual result:
--
-2147439834 is wrong!





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

#34981 [NEW]: wrong arithmetic !!

2005-10-25 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: debian linux
PHP version:  5.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  wrong arithmetic !!

Description:

the arithmetic gives diferrent reulst in php 5.0.5 and 5.0.4 (also 5.1rc)


$a = -4738698913 ^ 43814;
echo($a)

Reproduce code:
---
$a = -4738698913 ^ 43814;
echo($a)

php 5.0.5 -> -2147439834
php 5.0.4 -> -443704711
php 5.1rc -> -443704711


Expected result:

-443704711 is correct!

Actual result:
--
-2147439834 is wrong!

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

#32898 [NEW]: lost connection error on non-standart (<>3306) port

2005-04-30 Thread corinl at gmx dot de 
From: corinl at gmx dot de
Operating system: linux debian
PHP version:  5.0.4
PHP Bug Type: MySQLi related
Bug description:  lost connection error on non-standart (<>3306) port

Description:

using mysqli with a non-standart port, like 3307, it looses the database
connection. i'm not sure if this happens only when using multiple
instances of mysqli.

the mysql server is fine, it must be a php problem/bug!!

Reproduce code:
---
$a = new mysqli('127.0.0.1','test1','abc','test1',3307);
if (mysqli_connect_errno()) die("connect: failed with
'".mysqli_connect_error()."'!");
printf("Host information: %s\n", $a->host_info);
$r = $a->query('SHOW TABLES');
while ($v=$r->fetch_assoc()) print_r($v);

$b = new mysqli('127.0.0.1','test2','abc','test2',3307);
if (mysqli_connect_errno()) die("connect: failed with
'".mysqli_connect_error()."'!");
printf("Host information: %s\n", $b->host_info);
$r = $b->query('SHOW TABLES');
while ($v=$r->fetch_assoc()) print_r($v);

--

$a = new mysqli('127.0.0.1','test1','abc','test1',3306);
if (mysqli_connect_errno()) die("connect: failed with
'".mysqli_connect_error()."'!");
printf("Host information: %s\n", $a->host_info);
$r = $a->query('SHOW TABLES');
while ($v=$r->fetch_assoc()) print_r($v);

$b = new mysqli('127.0.0.1','test2','abc','test2',3306);
if (mysqli_connect_errno()) die("connect: failed with
'".mysqli_connect_error()."'!");
printf("Host information: %s\n", $b->host_info);
$r = $b->query('SHOW TABLES');
while ($v=$r->fetch_assoc()) print_r($v);


Expected result:

in both cases something like 

Host information: 127.0.0.1 via TCP/IP Array (...) Host information:
127.0.0.1 via TCP/IP Array (...)

Actual result:
--
Warning: mysqli::mysqli() [function.mysqli]: Lost connection to MySQL
server during query in /test/mysqli.php on line 2
connect: failed with 'Lost connection to MySQL server during query'!

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

#21487 [NEW]: gethostbyname can resolve not existing hosts ;)

2003-01-07 Thread corinl 
From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.3.0
PHP Bug Type: Network related
Bug description:  gethostbyname can resolve not existing hosts ;)

Hi,

try this:
echo(gethostbyname("gmx.de5"))
output is: 62.75.134.200

in fact, this domain doesn't exist, only gmx.de exists. 
('host gmx.de5' on the server reports an error)
this behavior is bad when for example using getbyhostname to validate an
email address, because an email send to [EMAIL PROTECTED] would surely not
arrive...
-- 
Edit bug report at http://bugs.php.net/?id=21487&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21487&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21487&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21487&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21487&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21487&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21487&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21487&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21487&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21487&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21487&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21487&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21487&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21487&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21487&r=gnused

#21486 [NEW]: $this pointer not always pointing to the right object

2003-01-07 Thread corinl 
From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.3.0
PHP Bug Type: Class/Object related
Bug description:  $this pointer not always pointing to the right object

hi,
i found that the $this pointer does not always point to the current class,
as it is supposted to.

run the following example code:
-
class ca
{
function debug()
{
echo("ca::debug -> ");
print_r($this);
echo("");
}
}

class cb
{
function debug()
{
echo("cb::debug -> ");
print_r($this);
echo("");
}

function test()
{
cb::debug();
ca::debug();
}
}

$b = new cb;
$b->test();
-

output is:
cb::debug -> cb Object ( ) 
ca::debug -> cb Object ( ) 

but should'nt it be:
cb::debug -> cb Object ( ) 
ca::debug -> ca Object ( ) 

it seems that when a class is called like class::methode from within
another class, the this pointer points to the calling class, not the
current running class!!
-- 
Edit bug report at http://bugs.php.net/?id=21486&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21486&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21486&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21486&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21486&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21486&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21486&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21486&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21486&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21486&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21486&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21486&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21486&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21486&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21486&r=gnused

#21313 [Bgs]: timeout for flush()

2002-12-31 Thread corinl 
 ID:   21313
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: linux+apache
 PHP Version:  4.3.0
 New Comment:

well, i use it in a chat script. the output most often is only a few
hundret bytes, flushed about every second. it seems that sometimes (may
be when the client disconnected) the flush 'hangs' (flush takes between
300-1500) seconds. it would be good to have a command like bool
flush(int timeout), so the chat client could be kicked if flush would
take longer than say 30 seconds.
my loop looks like
while (!connection_aborted() && !$do_end)
{
...
flush();
usleep(0.75*100);
}


Previous Comments:


[2002-12-31 10:17:51] [EMAIL PROTECTED]

it doesn't make sense for flush() to timeout, since it's purpose is to
ensure that the output has been sent.
You just need to flush more often in your scripts if you are really
having to wait 100 seconds for flush to complete.
Just as a sanity check, when it takes 100 seconds, how much data are
you outputting from the page?



[2002-12-31 09:52:15] [EMAIL PROTECTED]

Hi,
i noticed that flush() sometimes takes a lot of time (> 100 seconds!),
so woulnd't it be a good idea to add a timeout to flush? Would be
really helpful sometimes, for example for a chat etc...
Thanks,
Corin




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

#21313 [NEW]: timeout for flush()

2002-12-31 Thread corinl 
From: [EMAIL PROTECTED]
Operating system: linux+apache
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  timeout for flush()

Hi,
i noticed that flush() sometimes takes a lot of time (> 100 seconds!), so
woulnd't it be a good idea to add a timeout to flush? Would be really
helpful sometimes, for example for a chat etc...
Thanks,
Corin
-- 
Edit bug report at http://bugs.php.net/?id=21313&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21313&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21313&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21313&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21313&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21313&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21313&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21313&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21313&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21313&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21313&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21313&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21313&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21313&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21313&r=gnused

#20113 [NEW]: time() does not work correctly !!

2002-10-26 Thread corinl 
From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.2
PHP Bug Type: Date/time related
Bug description:  time() does not work correctly !!

hi, 
it seems that time() doens't work correctyl, either in mysql or php, but i
thinks it's php. may be aynone can verify this ?

test-code:
// check timestamps...
$t1 = time();
$sql = $theApp->sql->select_row("NOW() as t, UNIX_TIMESTAMP(NOW()) as
s"); 
$t2 = $sql['s'];
$sqlt = $sql['t'];
error_log("php: $t1, mysql: $t2, dif: ".($t2-$t1).", php-time:
".date("H:i:s").", sql-time: ".$sqlt);

outputs:
php: 1035683199, mysql: 1035679599, dif: -3600, php-time: 02:46:39,
sql-time: 2002-10-27 02:46:39

as you can see, the date reported is the same but the timestamp exactly
differs one hour. i think this is because of summer/winter time, but im
not sure. so either mysql or php returns wrong timestamp !!

-- 
Edit bug report at http://bugs.php.net/?id=20113&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20113&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20113&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20113&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20113&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20113&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20113&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20113&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20113&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20113&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20113&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20113&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20113&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20113&r=isapi

#19953 [Bgs]: include_path doesn't work properly

2002-10-18 Thread corinl 
 ID:   19953
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: suse linux 8.0
 PHP Version:  4.2.2
 New Comment:

well, but why? 
it's not documented (or didn't i just find it?) and it's no absolute
path but a relative one.


Previous Comments:


[2002-10-17 10:24:56] [EMAIL PROTECTED]

nothing strange, really. the "./" bypasses include_path.




[2002-10-17 10:03:50] [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

Don't use relative paths inside include_path, it'll only result in
problems.



[2002-10-17 09:24:28] [EMAIL PROTECTED]

The include_path does not seem to work properly for include, may be
also for require etc.

Try the follwing:

ini_set('include_path',"..");
require_once("include/standart.php");
-> success

ini_set('include_path',"..");
require_once("./include/standart.php");
-> failure even it's the same file as above !!

strange, isn't it ??!




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

#19953 [NEW]: include_path doesn't work properly

2002-10-18 Thread corinl 
From: [EMAIL PROTECTED]
Operating system: suse linux 8.0
PHP version:  4.2.2
PHP Bug Type: Filesystem function related
Bug description:  include_path doesn't work properly

The include_path does not seem to work properly for include, may be also
for require etc.

Try the follwing:

ini_set('include_path',"..");
require_once("include/standart.php");
-> success

ini_set('include_path',"..");
require_once("./include/standart.php");
-> failure even it's the same file as above !!

strange, isn't it ??!
-- 
Edit bug report at http://bugs.php.net/?id=19953&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19953&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19953&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19953&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19953&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19953&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19953&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19953&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19953&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19953&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19953&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19953&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19953&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19953&r=isapi

#19905 [NEW]: add timout to flush()

2002-10-14 Thread corinl 

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  add timout to flush()

Hi,
sometimes flush() takes a lot of time (> 300 seconds). Would it be
possible to add a timeout in milliseconds? Flush should then return
true/false. False if timeout exceeded. Would be very helpful for some
scripts, i think.

-- 
Edit bug report at http://bugs.php.net/?id=19905&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19905&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19905&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19905&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19905&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19905&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19905&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19905&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19905&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19905&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19905&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19905&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19905&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19905&r=isapi

#19626 [Fbk->Opn]: session user-defined handler also called even if session.save_handler set to mm

2002-10-01 Thread corinl 

 ID:   19626
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

file: function.session-set-save-handler.html

Note: You must set the configuration option session.save_handler to
user in your php.ini file for session_set_save_handler() to take
effect.


Previous Comments:


[2002-09-30 16:35:52] [EMAIL PROTECTED]

can you please point me to the exact url 
in the manual you are refering to?
i'm to lazy to read it all up ...



[2002-09-30 12:59:11] [EMAIL PROTECTED]

i dont ask for support and i dont edit/use a wrong ini file either.
it must be a bug in php or the documentation.



[2002-09-28 02:30:01] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. 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

Thank you for your interest in PHP.

Most probably, you're editing wrong php.ini, there is .htaccess or
php.ini values in httpd.conf.





[2002-09-26 19:36:03] [EMAIL PROTECTED]

according to the documentation, the user-session-save_handler installed
by session_set_save_handler gets only called if session.save_handler is
set to user in the config. this isn't true.
it's also called even if session.save_handler is set to for example mm.
documentation or php bug ?




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

#19626 [Bgs->Opn]: session user-defined handler also called even if session.save_handler set to mm

2002-09-30 Thread corinl 

 ID:   19626
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Session related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

i dont ask for support and i dont edit/use a wrong ini file either.
it must be a bug in php or the documentation.


Previous Comments:


[2002-09-28 02:30:01] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. 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

Thank you for your interest in PHP.

Most probably, you're editing wrong php.ini, there is .htaccess or
php.ini values in httpd.conf.





[2002-09-26 19:36:03] [EMAIL PROTECTED]

according to the documentation, the user-session-save_handler installed
by session_set_save_handler gets only called if session.save_handler is
set to user in the config. this isn't true.
it's also called even if session.save_handler is set to for example mm.
documentation or php bug ?




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

#19626 [NEW]: session user-defined handler also called even if session.save_handler set to mm

2002-09-26 Thread corinl 

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.2
PHP Bug Type: Unknown/Other Function
Bug description:  session user-defined handler also called even if 
session.save_handler set to mm

according to the documentation, the user-session-save_handler installed by
session_set_save_handler gets only called if session.save_handler is set
to user in the config. this isn't true.
it's also called even if session.save_handler is set to for example mm.
documentation or php bug ?
-- 
Edit bug report at http://bugs.php.net/?id=19626&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19626&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19626&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19626&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19626&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19626&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19626&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19626&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19626&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19626&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19626&r=globals

Bug #16749 Updated: output buffering turned on now but turned off in config ??

2002-04-23 Thread corinl 

 ID:   16749
 Updated by:   [EMAIL PROTECTED]
-Summary:  sleep usleep don't work anymore
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Date/time related
+Bug Type: Output Control
 Operating System: linux 2.4.16
 PHP Version:  4.2.0
 New Comment:

see previous comment


Previous Comments:


[2002-04-23 19:36:30] [EMAIL PROTECTED]

well, after some tesing it seems ulseeps works correctly but
output-buffering is turned on, but it's turned off in the config. (and
i didn't change the config nor the code when i changed from 4.1.2 to
4.2.0) i now made a ob_end_flush() called before my streaming function
and now it works. so it seems like a output buffering misbehavior.



[2002-04-23 18:31:35] [EMAIL PROTECTED]

Please add some short example script here which demonstrates
this problem.




[2002-04-23 07:27:21] [EMAIL PROTECTED]

i wrote a chat server which is running fine using php4.1.2. it doesn't
run unter 4.2.0 because the usleep function used in the output loop
sleeps infinitely long and doesn't return after the time given. no
crashing detected.






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

Bug #16749 Updated: sleep usleep don't work anymore

2002-04-23 Thread corinl 

 ID:   16749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Date/time related
 Operating System: linux 2.4.16
 PHP Version:  4.2.0
 New Comment:

well, after some tesing it seems ulseeps works correctly but
output-buffering is turned on, but it's turned off in the config. (and
i didn't change the config nor the code when i changed from 4.1.2 to
4.2.0) i now made a ob_end_flush() called before my streaming function
and now it works. so it seems like a output buffering misbehavior.


Previous Comments:


[2002-04-23 18:31:35] [EMAIL PROTECTED]

Please add some short example script here which demonstrates
this problem.




[2002-04-23 07:27:21] [EMAIL PROTECTED]

i wrote a chat server which is running fine using php4.1.2. it doesn't
run unter 4.2.0 because the usleep function used in the output loop
sleeps infinitely long and doesn't return after the time given. no
crashing detected.






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

Bug #16749: sleep usleep don't work anymore

2002-04-23 Thread corinl 

From: [EMAIL PROTECTED]
Operating system: linux 2.4.16
PHP version:  4.2.0
PHP Bug Type: *General Issues
Bug description:  sleep usleep don't work anymore

i wrote a chat server which is running fine using php4.1.2. it doesn't run
unter 4.2.0 because the usleep function used in the output loop sleeps
infinitely long and doesn't return after the time given. no crashing
detected.


-- 
Edit bug report at http://bugs.php.net/?id=16749&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16749&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16749&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16749&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16749&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16749&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16749&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16749&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16749&r=submittedtwice