Bug #61354 [Com]: htmlentities and htmlspecialchars doesn't respect the default_charset
Edit report at https://bugs.php.net/bug.php?id=61354edit=1
ID: 61354
Comment by: support at playnext dot ru
Reported by:hufeng1987 at gmail dot com
Summary:htmlentities and htmlspecialchars doesn't respect
the default_charset
Status: Not a bug
Type: Bug
Package:Strings related
Operating System: Linux/Windows/
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
For those still looking for a solution around this headache - pls consider:
1. http://php.net/manual/en/function.override-function.php
2. http://php.net/manual/ru/function.runkit-function-redefine.php
The idea - you override the built-in htmlspecialchars() function with your
customized variant which is able to respect non UTF-8 default encoding. This
small piece of code can be then easily inserted somewhere at the start of yout
project. No need to rewrite all htmlspecialchars() entries globally.
I've spent several hours with both approaches. Variant 1 looks good especaially
in combination with http://www.php.net/manual/en/function.rename-function.php
as it allows to call original htmlspecialchars() with just altered default
args. The code could be as follows:
rename_function('htmlspecialchars', 'renamed_htmlspecialchars');
function overriden_htmlspecialchars($string, $flags=NULL, $encoding='cp1251',
$double_encode=true) {
$flags = $flags ? $flags : (ENT_COMPAT|ENT_HTML401);
return renamed_htmlspecialchars($string, $flags, $encoding,
$double_encode);
}
override_function('htmlspecialchars', '$string, $flags, $encoding,
$double_encode', 'return overriden_htmlspecialchars($string, $flags, $encoding,
$double_encode);');
?
Unfortunatelly this didn't work for me properly - my site managed to call
overriden function but not every time I reloaded the pages. Moreover other PHP
sites crashed under my Apache server as they suddenly started blaming
htmlspecialchars() was not defined. I suppose I had to spend more time to make
it work thread/request/site/whatever-safe.
So I switched to runkit (variant 2). It worked for me, although even after
trying runkit_function_rename()+runkit_function_add() I didn't managed to
recall original htmlspecialchars() function. So as a quick solution I decided
to call htmlentities() instead:
?php
function overriden_htmlspecialchars($string, $flags=NULL, $encoding='UTF-8',
$double_encode=true) {
$flags = $flags ? $flags : (ENT_COMPAT|ENT_HTML401);
$encoding = $encoding ? $encoding : 'cp1251';
//return renamed_htmlspecialchars($string, $flags, $encoding,
$double_encode);
return htmlentities($string, $flags, $encoding, $double_encode);
}
runkit_function_redefine('htmlspecialchars', '$string, $flags, $encoding,
$double_encode', 'return overriden_htmlspecialchars($string, $flags, $encoding,
$double_encode);');
?
You may be able to implement your more powerfull overriden function.
Sorry, if this topic is not bug-related. I support all the reports here - a
small update to the default behaviour ruined our days...
Thank you.
Previous Comments:
[2013-09-17 08:48:26] b83 at yandex dot ru
Moreover it will be impossible to upgrade to newer OS versions and use PHP
versions from distro. Which is even more a security issue.
http://askubuntu.com/questions/306487/install-php-5-3-on-ubuntu-13-04
[2013-07-25 19:18:45] a...@php.net
Related To: Bug #63426
[2013-07-20 12:49:28] stemind at gmail dot com
Zend should be convinced. The Zend htmlspecialchars Initiative
http://ufive.ch/tzhi/
[2013-07-12 13:15:06] kstirn at gmail dot com
Instead of moving on to PHP 5.4 and PHP 5.5 thousands of servers will stay with
legacy PHP 5.3 due to this single, easy to solve (ini setting) issue that the
PHP team has decided to ignore.
[2013-07-12 10:57:40] tototation at gmail dot com
Yes, i'm interested too to understand that fact.
I recently upgrade my server, and ALL my code is unusable !
A search in code found +470 000 words htmlentities or htmlspecialchars !
HOW TO CHANGE ALL THIS ? THAT'S IMPOSSIBLE
Thanks, we must stop all our services and websites.
Just for a stupid thing.
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
https://bugs.php.net/bug.php?id=61354
--
Edit this bug report at https://bugs.php.net/bug.php?id=61354edit=1
Bug #60636 [Com]: Dots in folders results in a open_basedir restriction warning
Edit report at https://bugs.php.net/bug.php?id=60636edit=1
ID: 60636
Comment by: support at hostinghood dot com
Reported by:fernando at consultorpc dot com
Summary:Dots in folders results in a open_basedir
restriction warning
Status: Open
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
open_basedir works correctly, tested myself.
Previous Comments:
[2012-01-04 04:34:21] larue...@php.net
hmm, I can't no reproduce this if you are sure that /home/example exists.
[2012-01-03 17:13:40] fernando at consultorpc dot com
Yes, /home/example exists. If i rename myfolder.example to myfolderexample ( no
dots ), them it works as expected. Meaning that it will return false without
any
warnings.
[2012-01-03 17:06:24] larue...@php.net
does that /home/example exists? I think this might has nothing to do with the
*dot*, but a mis-understand warning.
[2012-01-02 13:56:27] fernando at consultorpc dot com
Description:
If you try to access a file within a folder that has a dot, an open_basedir
restriction warning will show up even if the folder is in the allowed paths
list.
Test script:
---
?php
// Set open_basedir allowed paths to /home/example:/usr/lib/php:/tmp
file_exists('/home/example/public_html/myfolder.example/file.php'); // This
results in a open_basedir restriction warning
Expected result:
No warning should show up and i should be able to access the file normally.
Actual result:
--
The test script results in:
PHP Warning: file_exists() [a href='function.file-exists'function.file-
exists/a]: open_basedir restriction in effect.
File(/home/example/public_html/myfolder.example/file.php) is not within the
allowed path(s): (/home/example:/usr/lib/php:/tmp) in
/home/example/public_html/test.php on line 3
--
Edit this bug report at https://bugs.php.net/bug.php?id=60636edit=1
Bug #55497 [Com]: Credits URL Security ?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C10000
Edit report at https://bugs.php.net/bug.php?id=55497edit=1 ID: 55497 Comment by: support at ecommercewebsites dot com dot au Reported by:mhaisley at gmail dot com Summary:Credits URL Security ?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 Status: Not a bug Type: Bug Package:PHP options/info functions Operating System: Any PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Nope - this is not a bug. Just disable it in your config file. Previous Comments: [2011-08-25 03:27:29] mhaisley at gmail dot com Sorry, but it is a real issue. It should be disabled by default. [2011-08-25 00:19:08] johan...@php.net 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 Attackers can easily brute force without knowing the version. But if youfear this makes things insecure you can set expose_php=Off in php.ini. [2011-08-24 02:35:55] mhaisley at gmail dot com Description: ?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 displays php credits, it also displays credits for all modules. This effectively makes it a security issue since it allows an attacker to scan for a specific vulnerable module and then exploit it. Test script: --- http://php.net/?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 Expected result: ?=PHPB8B5F2A0-3C92-11d3-A3A9-4C7B08C1 should be disabled by default, or display generic information only. The current behavior is unacceptable. Actual result: -- Specific information regarding installed modules is displayed. -- Edit this bug report at https://bugs.php.net/bug.php?id=55497edit=1
[PHP-BUG] Bug #55845 [NEW]: Iterator and ArrayAccess Interface poor perfomance than native array
From:
Operating system: Ubuntu Natty
PHP version: 5.3SVN-2011-10-04 (SVN)
Package: Performance problem
Bug Type: Bug
Bug description:Iterator and ArrayAccess Interface poor perfomance than native
array
Description:
Hi there,
I want to report that implements native interface for Iterator and
ArrayAccess, seriously damage cpu perfomance (compared to native array:
absolutely huge).
Use my attached-class for testing for 300 array records, then perfomance
suffered.
Test script:
---
?php
namespace Entity;
abstract class ListArray implements \Iterator, \ArrayAccess, \Countable,
\Serializable
{
private
$container = array();
final public function __construct($data = array())
{
$this-doConstruct($data);
}
function __clone() { }
protected function doConstruct($data)
{
$this-container = array_merge((array) $data, $this-container);
}
function __set($key, $val)
{
$this-container[$key] = $val;
}
public function rewind()
{
reset($this-container);
}
public function current()
{
return current($this-container);
}
public function key()
{
return key($this-container);
}
public function next()
{
next($this-container);
}
public function valid()
{
return (key($this-container) !== NULL);
}
public function offsetGet($offset)
{
return isset($this-container[$offset])? $this-container[$offset]
: NULL;
}
public function offsetSet($offset, $value)
{
if(is_null($offset))
{
$this-container [] = $value;
}
else
{
$this-container [$offset] = $value;
}
}
public function offsetExists($offset)
{
return isset($this-container[$offset]);
}
public function offsetUnset($offset)
{
unset($this-container[$offset]);
}
public function count()
{
static $count;
return ++$count;
}
public function filter($typ)
{
$result = array();
$this-rewind();
while($this-valid())
{
if(stripos($this-key(), $typ) !== FALSE) $result[$this-key()]
= $this-current();
$this-next();
}
return $result;
}
public function serialize()
{
$props = array();
foreach($this as $key = $val)
{
$props [$key] = $val;
}
return serialize(array($this-container, $props));
}
public function unserialize($data)
{
list($this-container, $props) = unserialize($data);
foreach($props as $key = $val)
{
$this-$key = $val;
}
}
}
Expected result:
Significant perfomance like native-array
Actual result:
--
Poor perfomance, absolutely different from native-array
--
Edit bug report at https://bugs.php.net/bug.php?id=55845edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55845r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55845r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55845r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55845r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55845r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55845r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55845r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55845r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55845r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55845r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55845r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55845r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55845r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55845r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55845r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55845r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55845r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55845r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55845r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55845r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55845r=mysqlcfg
[PHP-BUG] Bug #55739 [NEW]: possibility memory leak on namespace and spl_autoload_register
From:
Operating system: Ubuntu Natty Nerwhal
PHP version: 5.3SVN-2011-09-20 (snap)
Package: Performance problem
Bug Type: Bug
Bug description:possibility memory leak on namespace and spl_autoload_register
Description:
Hi,
I want to report (possible) bug that related to namespace and
spl_autoload_register.
Somehow, I cannot reclaim memory used (using unset) if I am using namespace
WITH
include(_once) or require(_once) (on multiple page call) compared than
using
multiple namespace on single page alone. I do not know if it is a bug or
perfomance issue.
I met the same case on spl_autoload_register. I compared using
include(_once) or
require(_once) against spl_autoload_register, and found the resource
(memory
usage) cannot be claimed.
so, that's all.
Test script:
---
namespace Abstraction;
$start = microtime('time');
$mem = memory_get_usage();
/*
* Untuk sementara, penggunaan namespace TIDAK BOLEH MENGIKUTSERTAKAN
include dan require,
* karena hal seperti ini menggunakan memory resource sangat tinggi. Hal
ini sepertinya adalah bug (memory leak).
* Kejadian serupa juga dapat ditemui pada penggunaan
spl_autoload_register.
*/
abstract class RequestAbstract
{
abstract public function server($key);
}
class RequestImpl {}
class NamespaceAbstract {}
namespace Http;
use \Abstraction;
class MyRequest extends Abstraction\RequestAbstract
{
public function server($key = '')
{
return new Request;
}
}
class RequestConcrete extends Abstraction\RequestImpl {}
class Response {}
$test3 = new Response;
$test4 = new MyRequest;
$test5 = new RequestConcrete;
$test6 = new Abstraction\RequestImpl;
$test7 = new Abstraction\NamespaceAbstract;
print_r($test3);
print_r($test4);
print_r($test5);
print_r($test6);
print_r($test7);
unset($test, $test3, $test4, $test5,$test6, $test7);
echo Elapsed: , microtime('time') - $start, Memory Usage: ,
memory_get_usage() - $mem;
// give result only consumed 156 bytes (compared than using include or
require)
Expected result:
Test script on singlepage namespace:
// give result only consumed 156 bytes (compared than using include or
require)
Test script on multiplepage namespae:
Expected: 156 bytes
Actual result:
--
Test script on singlepage namespace:
// give result only consumed 156 bytes (compared than using include or
require)
Test script on multiplepage namespae:
Actual: 1 KB (more or less)
--
Edit bug report at https://bugs.php.net/bug.php?id=55739edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55739r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55739r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55739r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55739r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55739r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55739r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55739r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55739r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55739r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55739r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55739r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55739r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55739r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55739r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55739r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55739r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55739r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55739r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55739r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55739r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55739r=mysqlcfg
Bug #34972 [Com]: STDIN won't allow nonblocking.
Edit report at http://bugs.php.net/bug.php?id=34972edit=1
ID: 34972
Comment by: support at aculane dot com
Reported by:VJTD3 at VJTD3 dot com
Summary:STDIN won't allow nonblocking.
Status: Assigned
Type: Bug
Package:Streams related
Operating System: win32 only
PHP Version:5.2CVS-2008-07-15
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
PHP 5.3 (5.3.4) VC9 x86 Thread Safe (2010-Dec-09 23:14:27) windows
7(64bit os)
Exact same problem.
Previous Comments:
[2010-12-24 10:14:21] lgynove at 163 dot com
5 years after the bug should not be there.
[2010-10-02 17:25:14] axellc dot perso at gmail dot com
Have same problem with 5.3.3 on windows (7)
I still can't use my php5-cli shell applications on Windows :s
[2010-08-31 13:13:26] me at ben-xo dot com
Experiencing this issue on Win 32 with PHP 5.3.2.
stream_set_blocking(STDIN, 0)
('correctly') returns false and does not allow non-blocking. Also
experiencing
issues using stream_select() on STDIN. STDIN always comes back as ready
for
reading, but reading from it blocks.
[2010-02-26 01:47:14] joseph at none-yo-business dot com
Hope this helps someone else, but the workaround I had to do was to
fread(stdin) from another script, output to a temp file, then use output
in my other script.
Yeah its ugly, but at least I have an interactive shell (or should that
be shells :)
Dear PHP developers. I love php. Its the glue that holds everything I do
together Please take this in the best way possible, WTF? This bug
should not be there... And 4 years after the fact?! Please help me love
PHP even more, and fix this bug.
[2009-11-14 15:31:44] raskin at aoeu dot ru
Confirmed on Nov 14th, 2009 with PHP 5.2.11 on WinXp
Yet no useful fix. Linux (Ubuntu 9.10 is just fine)
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/bug.php?id=34972
--
Edit this bug report at http://bugs.php.net/bug.php?id=34972edit=1
Bug #52929 [Com]: Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data
Edit report at http://bugs.php.net/bug.php?id=52929edit=1 ID: 52929 Comment by: support at hosting-agency dot de Reported by:neufe...@php.net Summary:Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data Status: Closed Type: Bug Package:Filter related PHP Version:5.3.3 Assigned To:aharvey Block user comment: N New Comment: This problem is also included in PHP version 5.2.14 Previous Comments: [2010-09-27 09:08:13] ahar...@php.net This bug has been fixed in SVN. 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. [2010-09-27 09:08:06] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=303779 Log: Fix bug #52929 (Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data). [2010-09-27 09:00:05] neufe...@php.net Well, then how about please at least adding a pre-filter as rasmus suggested? For the special case (I agree) of email-validation that should be possible. [2010-09-27 08:47:09] ahar...@php.net Fair call; I'll prosecute the argument for NO_RECURSE elsewhere! The limit on address length is 320 octets per RFC 2821 (64 octet local-part + 1 octet @ + 255 octet domain), so we may as well set the limit there for now. (If RFC 5336 becomes widespread, that may need to be revisited, but let's cross that bridge when we come to it.) Any system that's so stack constrained for that to be an issue is likely to have other problems anyway. :) Fix for 5.3 and trunk forthcoming, just as soon as I write a test. [2010-09-27 07:24:16] ras...@php.net Perhaps a simple pre-filter before we hit the regex. You can't actually have an 8k email address. There are length limits both before and after the @. 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/bug.php?id=52929 -- Edit this bug report at http://bugs.php.net/bug.php?id=52929edit=1
#48289 [Com]: iconv_mime_encode() quoted-printable scheme is broken
ID: 48289
Comment by: support at canada-brand dot com
Reported By: astax dot t at gmail dot com
Status: Open
Bug Type: ICONV related
Operating System: Windows
PHP Version: 5.2CVS-2009-05-15 (snap)
New Comment:
http://www.canada-brand.com
Previous Comments:
[2009-05-16 17:45:48] dypa at bk dot ru
all tests give error:
Notice: iconv_mime_encode() [function.iconv-mime-encode]: Unknown error
(7) in /var/www/def.php on line 12
u...@localhost:/rss$ php -v
PHP 5.2.6-3ubuntu4.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 23
2009 14:35:05)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
iconv
iconv support enabled
iconv implementationglibc
iconv library version 2.9
[2009-05-15 03:29:33] astax dot t at gmail dot com
Description:
When used with Q scheme, iconv_mime_encode produces wrong results,
crashes of hangs. I suspect this happens with long (though not VERY
long) strings.
Lines are not correctly wrapped with line-break-chars parameter.
In reproduce code note missing linebreaks in encoded string and
duplicated second word in decoded string.
Reproduce code:
---
// Content below is in Windows-1251 charset
$str = 'Ôèëèàë Çàïàäíî-Ñèáèðñêèé ÎÀÎ Ñîáèíáàíê ðàä ïðåäñòàâèòü';
$par = array(
'scheme' = 'Q',
'input-charset' = 'CP1251',
'output-charset' = 'CP1251',
'line-length' = 74,
);
$res = iconv_mime_encode('Subject', $str, $par);
echo $res.\n;
$res = iconv_mime_decode($res, ICONV_MIME_DECODE_CONTINUE_ON_ERROR,
'CP1251');
echo $res.\n;
=
Second example:
$str = 'Òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò òåñò
òåñò òåñò òåñò';
$par = array(
'scheme' = 'Q',
'input-charset' = 'CP1251',
'output-charset' = 'CP1251',
);
$res = iconv_mime_encode('Subject', $str, $par);
echo $res.\n;
Expected result:
Subject: =?CP1251?Q?=D4=E8=EB=E8?==?CP1251?Q?=E0=EB=20?==?CP1251?Q??=
=?CP1251?Q?=C7=E0=EF=E0=E4=ED=EE-=D1=E8=E1=E8=F0=F1=EA=E8=E9=20=CE=C0=CE?=
=?CP1251?Q?=20=D1=EE=E1=E8=ED=E1=E0=ED=EA=20=F0=E0=E4=20=EF=F0?=
=?CP1251?Q?=E5=E4=F1=F2=E0=E2=E8=F2=FC?=
Subject: Ôèëèàë Çàïàäíî-Ñèáèðñêèé ÎÀÎ Ñîáèíáàíê ðàä
ïðåäñòàâèòü
=
Second example:
expected encoded string to be displayed
Actual result:
--
Subject:
=?CP1251?Q?=D4=E8=EB=E8?==?CP1251?Q?=E0=EB=20?==?CP1251?Q?=C7=E0=EF=E0=E4=ED?==?CP1251?Q?=C7=E0=EF=E0=E4=ED=EE-=D1=E8=E1=E8=F0=F1=EA=E8=E9=20=CE=C0=CE=20=D1=EE=E1=E8=ED=E1=E0=ED=EA=20=F0=E0=E4=20=EF=F0=E5=E4=F1=F2=E0=E2=E8=F2=FC?=
Subject: Ôèëèàë ÇàïàäíÇàïàäíî-Ñèáèðñêèé ÎÀÎ Ñîáèíáàíê ðàä
ïðåäñòàâèòü
=
Second example:
PHP hangs
--
Edit this bug report at http://bugs.php.net/?id=48289edit=1
#47048 [Com]: Segfault with new pg_meta_data
ID: 47048
Comment by: webs dot support at gmail dot com
Reported By: ml-php dot net at bettercom dot de
Status: Feedback
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
Felipe, check your code for the operating system FreeBSD 7.0 and you
catch a bug.
Previous Comments:
[2009-01-17 22:56:08] fel...@php.net
It works fine for me, see:
teste=# SELECT table_schema, table_name FROM information_schema.tables
WHERE table_schema = 'public';
table_schema | table_name
--+
public | id
var_dump(pg_meta_data($x, 'id'));
array(1) {
[id]=
array(6) {
[num]=
int(1)
[type]=
string(4) int4
[len]=
int(4)
[not null]=
bool(false)
[has default]=
bool(false)
[array dims]=
int(0)
}
}
[2009-01-17 21:59:53] igulyaev at gmail dot com
part of pgsql.c
src = estrdup(table_name);
tmp_name = php_strtok_r(src, ., tmp_name2);
if (!*tmp_name2) {
/* Default schema */
tmp_name2 = tmp_name;
tmp_name = public;
}
in condition tmp_name2 is NULL if table_name without scheme name
[2009-01-17 21:06:11] webs dot support at gmail dot com
(gdb) where
#0 0x000804d338e1 in php_pgsql_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#1 0x000804d344e9 in zif_pg_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#2 0x005c7e29 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffcf50) at zend_vm_execute.h:200
#3 0x005cea3f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffcf50) at zend_vm_execute.h:1729
#4 0x005c7864 in execute (op_array=0x929588) at
zend_vm_execute.h:92
#5 0x0059b830 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:1134
#6 0x0053aecb in php_execute_script
(primary_file=0x7fffe890) at
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:2023
#7 0x00629957 in main (argc=2, argv=0x7fffea10) at
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1133
[2009-01-16 11:30:59] j...@php.net
Compile PHP using --enable-debug option and provide a new, useful
backtrace.
[2009-01-14 06:33:39] ml-php dot net at bettercom dot de
postgres-8.3.5 is the version I'm using here (server libs)
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/47048
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#47048 [Com]: Segfault with new pg_meta_data
ID: 47048
Comment by: webs dot support at gmail dot com
Reported By: ml-php dot net at bettercom dot de
Status: Feedback
Bug Type: PostgreSQL related
Operating System: FreeBSD 7.0-RELEASE
PHP Version: 5.2.8
New Comment:
(gdb) where
#0 0x000804d338e1 in php_pgsql_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#1 0x000804d344e9 in zif_pg_meta_data () from
/usr/local/lib/php/20060613-debug/pgsql.so
#2 0x005c7e29 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fffcf50) at zend_vm_execute.h:200
#3 0x005cea3f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fffcf50) at zend_vm_execute.h:1729
#4 0x005c7864 in execute (op_array=0x929588) at
zend_vm_execute.h:92
#5 0x0059b830 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/ports/lang/php5/work/php-5.2.8/Zend/zend.c:1134
#6 0x0053aecb in php_execute_script
(primary_file=0x7fffe890) at
/usr/ports/lang/php5/work/php-5.2.8/main/main.c:2023
#7 0x00629957 in main (argc=2, argv=0x7fffea10) at
/usr/ports/lang/php5/work/php-5.2.8/sapi/cli/php_cli.c:1133
Previous Comments:
[2009-01-16 11:30:59] j...@php.net
Compile PHP using --enable-debug option and provide a new, useful
backtrace.
[2009-01-14 06:33:39] ml-php dot net at bettercom dot de
postgres-8.3.5 is the version I'm using here (server libs)
[2009-01-13 18:36:06] il...@php.net
What version of PostgreSQL library server are you using?
[2009-01-10 20:57:22] fel...@php.net
I can't reproduce it on Linux.
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.3.5
Multibyte character support = enabled
SSL support = enabled
Active Persistent Links = 0
Active Links = 0
[2009-01-09 11:38:06] ml-php dot net at bettercom dot de
Description:
The last changes php_pgsql_meta_data cause segfaults in client and
mod_php5
Reproduce code:
---
?php
$dbconn = pg_connect(dbname=*** user=***) or die(Could not
connect);
$meta = pg_meta_data($dbconn, 'a_table');
if (is_array($meta)) {
var_dump($meta);
}
?
Actual result:
--
(gdb) bt
#0 0x28606b20 in php_pgsql_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#1 0x2860c49b in zif_pg_meta_data ()
from /usr/local/lib/php/20060613/pgsql.so
#2 0x0818be08 in zend_do_fcall_common_helper_SPEC ()
#3 0x0817d639 in execute ()
#4 0x0815ffc2 in zend_execute_scripts ()
#5 0x0811e7b5 in php_execute_script ()
#6 0x081db5e7 in main ()
--
Edit this bug report at http://bugs.php.net/?id=47048edit=1
#46975 [Fbk-Opn]: checking for mysql_config... not found
ID: 46975 User updated by: support at silverservers dot com Reported By: support at silverservers dot com -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: CentOS 5.2 PHP Version: 5.2.8 Assigned To: mysql New Comment: I just tried that and yes, the config seems to have run successfully. I must have spent an hour trying to find the right way to do this... I've read postings that suggest others have the same issue. If the --with-mysql=/usr/local/mysql cannot be followed, can someone post the --with-pdo-mysql=shared,/usr/local/mysql to the configure and install instructions? Previous Comments: [2009-01-01 10:35:35] j...@php.net Doesn't this work: --with-pdo-mysql=shared,/usr/local/mysql [2008-12-30 19:10:39] support at silverservers dot com Description: Configure PHP with pdo_mysql fails using --pdo_mysql=shared checking for mysql_config... not found mysql_config exists and is found for other needs via --with-mysql=/usr/local/mysql configure for pdo does not seem to follow this path. TEMPORARY FIX is to symlink: ln -s /usr/local/mysql/bin/mysql_config /usr/bin/mysql_config RESOLUTION: Best would be for pdo_mysql option to follow the path specified in --with-mysql ENVIRONMENT: CentOS 5.2 - source-compiled MySQL5.0.51/Apache1.3.41/PHP5.2.8 -- Edit this bug report at http://bugs.php.net/?id=46975edit=1
#46975 [NEW]: checking for mysql_config... not found
From: support at silverservers dot com Operating system: CentOS 5.2 PHP version: 5.2.8 PHP Bug Type: PHP options/info functions Bug description: checking for mysql_config... not found Description: Configure PHP with pdo_mysql fails using --pdo_mysql=shared checking for mysql_config... not found mysql_config exists and is found for other needs via --with-mysql=/usr/local/mysql configure for pdo does not seem to follow this path. TEMPORARY FIX is to symlink: ln -s /usr/local/mysql/bin/mysql_config /usr/bin/mysql_config RESOLUTION: Best would be for pdo_mysql option to follow the path specified in --with-mysql ENVIRONMENT: CentOS 5.2 - source-compiled MySQL5.0.51/Apache1.3.41/PHP5.2.8 -- Edit bug report at http://bugs.php.net/?id=46975edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46975r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46975r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46975r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46975r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46975r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46975r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46975r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46975r=needscript Try newer version: http://bugs.php.net/fix.php?id=46975r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46975r=support Expected behavior: http://bugs.php.net/fix.php?id=46975r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46975r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46975r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46975r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46975r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46975r=dst IIS Stability: http://bugs.php.net/fix.php?id=46975r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46975r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46975r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46975r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46975r=mysqlcfg
#46564 [Com]: bcmod( '1071', '357.5' ) returns '0'
ID: 46564
Comment by: support at coolpage dot com
Reported By: shelby at coolpage dot com
Status: Open
Bug Type: BC math related
Operating System: BSD
PHP Version: 5.2.6
New Comment:
Here is function that works correctly:
function bcmod( $op, $mod, $scale )
{
while( ($t = bcsub( $op, $mod, $scale )) 0 ) $op = $t;
return $op;
}
Previous Comments:
[2008-11-13 12:46:51] shelby at coolpage dot com
Description:
bcmod( '1071', '357.5' ) returns '0'
Reproduce code:
---
echo bcmod( '1071', '357.5' );
Expected result:
bcmod( '1071', '357.5' ) should return '356'
--
Edit this bug report at http://bugs.php.net/?id=46564edit=1
#45513 [NEW]: Unknown: Unkown file line 0
From: support at scripting-base dot de
Operating system: Windows Server 2008 Enterprise
PHP version: 5.2.6
PHP Bug Type: *Mail Related
Bug description: Unknown: Unkown file line 0
Description:
In my script webmailer script I get on every page this error when
error_reporting () is E_ALL:
Notice: Unknown: Can't connect to {HOST},{PORT (standard: 143)}: Refused
(errflg=1) in Unknown on line 0
--
Edit bug report at http://bugs.php.net/?id=45513edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45513r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45513r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45513r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45513r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45513r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45513r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45513r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45513r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45513r=support
Expected behavior:http://bugs.php.net/fix.php?id=45513r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45513r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45513r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45513r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45513r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45513r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45513r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45513r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45513r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45513r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45513r=mysqlcfg
#38915 [Com]: Apache: system() (and similar) don't cleanup opened handles of Apache
ID: 38915 Comment by: support at ppnhosting dot com Reported By: dimmoborgir at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: UNIX PHP Version: 5.2.2, 4.4.7 New Comment: 5.2.3 also experiencing this 'bug' to the point of having to manually kill Exim to just Apache restarted.. the mail() function is suffering from the same problem. It is very annoying to see Apache failing to restart, because the MTA (exim via sendmail in our case) is already listening on port *:80 Previous Comments: [2008-03-07 10:45:53] martin at activevb dot de Will this ever be fixed... or shall we better rewrite our 3 lines of PHP code in Perl? :-| Is it possible to use apr_proc_create() and apr_pool_cleanup_for_exec() directly from PHP source code without patching PHP? [2008-02-19 03:59:36] anomie at users dot sf dot net On 29 Jan 6:20pm UTC, adrian dot rollett at unt dot edu wrote: For those of you that found this page while looking for info on why exim is blocking port 80 after inheriting apache's file descriptors, I believe I found the reason for this. It seems that exim will only work with a maximum of 1000 file descriptors, (or 256 on older systems) after which point it will hang, consuming all available cpu cycles, and preventing apache from restarting. You should submit more detailed information on this to Exim's bug tracking system so it has a chance of being fixed. As far as this ridiculous bug, I've been working around it by using a small program that closes all FDs above 2 (either via the F_CLOSEM fcntl, reading /proc/self/fd, or just blindly calling close for every possible fd) and then execs the real program. [2008-01-29 18:20:39] adrian dot rollett at unt dot edu For those of you that found this page while looking for info on why exim is blocking port 80 after inheriting apache's file descriptors, I believe I found the reason for this. It seems that exim will only work with a maximum of 1000 file descriptors, (or 256 on older systems) after which point it will hang, consuming all available cpu cycles, and preventing apache from restarting. The only possible solutions I have found: 1. modify the source, and re-compile exim with a higher file descriptor limit. 2. run a cron job at regular intervals to search for hung exim processes and kill them. 3. switch MUAs. (postfix may fail more gracefully, but I haven't tried this yet) [2007-12-06 21:41:36] jameskyle at ucla dot edu Whether the blame lie with Apache or PHP is irrelevant. It directly impacts the security of PHP. Thus, the PHP team should work on a fix or apply substantial and vocal pressure on the Apache team. This would at least open discourse and allow the two teams to work toward a solution and determine the quickest path. The fact that this has remained a bug for an entire year is unacceptable. As is the relative silence on the topic from both of the primary development teams. [2007-12-06 20:56:01] gabe-php at mudbugmedia dot com I'm also running into a problem where, because my Apache is hosting 500+ vhosts, gobbling up 1000+ descriptors for logs. All this gets passed to any program it executes, causing problems with processes with a 1024 limit compiled in. Apache might be able to deal with having that many descriptors open, but we shouldn't assume anything PHP execs should. 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/38915 -- Edit this bug report at http://bugs.php.net/?id=38915edit=1
#42687 [NEW]: cannot use php_mssql.dll under php5isapi.dllw with IIS 6.0
From: support at fox-it dot dk
Operating system: Windows 2003 x64 ServicePack 2
PHP version: 5.2.4
PHP Bug Type: MSSQL related
Bug description: cannot use php_mssql.dll under php5isapi.dllw with IIS 6.0
Description:
Upgraded php v5.2.3 - v5.2.4. Making as script calling mssql_functions
eg. mssql_connect works when running php.exe script.php. a phpinfo also
show mssql extension is active when run via commandline, but not when
loaded viap php5isapi, other extensions such as mysqli works fine.
PHP is in the systempath. Tried with bundled ntwdblib and with version
8.0.2187 (postsp4 fix). IIS is running in 32-bit mode and it did work with
php v5.2.3
Reproduce code:
---
?php
$link = mssql_connect('server', 'username', 'password');
?
Expected result:
mssql_connectan other mssql_functions works.
Actual result:
--
Fatal error: Call to undefined function mssql_connect() in
W:\Inetpub\dashboardtest.idenyt.dk\john.php on line 4
--
Edit bug report at http://bugs.php.net/?id=42687edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42687r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42687r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42687r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42687r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42687r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42687r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42687r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42687r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42687r=support
Expected behavior:http://bugs.php.net/fix.php?id=42687r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42687r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42687r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42687r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42687r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42687r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42687r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42687r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42687r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42687r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42687r=mysqlcfg
#42215 [NEW]: dns_get_record not defined
From: developer-support at allknightaccess dot com Operating system: Mac OS 10.4.10, Apache 2.2.4 PHP version: 5.2.4RC1 PHP Bug Type: HTTP related Bug description: dns_get_record not defined Description: The function dns_get_record is not being defined on Mac OS 10.4.10. Reproduce code: --- ?php $result = dns_get_record(php.net); print_r($result); ? Expected result: Array ( [0] = Array ( [host] = php.net [type] = MX [pri] = 5 [target] = pair2.php.net [class] = IN [ttl] = 6765 ) [1] = Array ( [host] = php.net [type] = A [ip] = 64.246.30.37 [class] = IN [ttl] = 8125 ) ) Actual result: -- Fatal error: Call to undefined function dns_get_record() -- Edit bug report at http://bugs.php.net/?id=42215edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42215r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42215r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42215r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42215r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42215r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42215r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42215r=needscript Try newer version:http://bugs.php.net/fix.php?id=42215r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42215r=support Expected behavior:http://bugs.php.net/fix.php?id=42215r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42215r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42215r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42215r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42215r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42215r=dst IIS Stability:http://bugs.php.net/fix.php?id=42215r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42215r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42215r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42215r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42215r=mysqlcfg
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490
Comment by: angel at support-24 dot com
Reported By: chris dot noden at monstermob dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-13)
New Comment:
I have this issue only while crawling something.
For example I have 50 000 curl requests to a page. I crawl the page,
gather info and store it in a database, only if the page contains what
I'm looking for.
I have noticed that in about every 50 queries the mysql insert query
crashes with this error: Lost connection to MySQL server during query
System is: Windows XP, Apache 2.2 MySQL 5.0
Previous Comments:
[2007-05-23 06:38:50] david at ols dot es
I have the same problem with php 4.4.4, from time to time
both pconnect and connect fail with error Lost connection to MySQL
server during query, but only when using a mysql server on a remote
machine, never when using local sockets
[2006-12-15 15:46:37] 18sanny at azet dot sk
If this image is hard to read, reload the page.
[2006-08-10 21:52:54] mcote at voyagesconstellation dot com
Same problem, sometimes! But if we keep trying we usually get result
in 2-3 tries, this code works to keep trying without hanging forever!
$result = FALSE;
$counter = 0;
while($result==FALSE)
{
$res = mysql_query($waitquery);
$result = mysql_fetch_assoc($res);
$counter++;
error_log(error happened! - mysql Connection was lost!!
try#$counter);
if ($counter==5)//prevents major major hang! ;-)
break;
}
[2005-04-14 19:16:15] Andreas dot Oesterhelt at InTradeSys dot com
After further thinking at least my test case
and Chris' original case are non-bugs:
The child inherits the parent's open connection.
When it dies, all its open files, including the
(unused) inherited connection are closed.
If the parent subsequently calls mysql_query() on
that closed connection, a new one will be opened.
But if the child termination happens while the parent
is executing a query, the parent indeed loses its
connection during its query.
Sorry for wasting your time,
--Andreas
PS: Fork logic in testcase script was flawed, too.
Should have been: if (!$is_child).
[2005-04-14 16:38:01] Andreas dot Oesterhelt at InTradeSys dot com
As requested by theseer @php.net I'm adding a test
case that steadily reproduces the problem for me.
Both on a Single CPU Pentium 4, Linux 2.4.29, PHP
4.3.10, MySQL 4.1.10, libc 2.2.5 machine, as well
as on a four CPU Ultra Sparc, Linux 2.4.27, PHP
4.3.10, MySQL 4.1.10a, libc 2.3.2 box I get the same
results.
The proposed workaround doesn't change that behaviour.
The example code assumes there is a database testcasedb,
to which a user testcaseuser on localhost using testcasepw
has access. It needs to contain a table like this, although
the table type really doesn't seem to matter:
CREATE TABLE `testtable` (`row1` varchar(40) NOT NULL
default '', `tstamp` timestamp NULL default NULL) DEFAULT
CHARSET=latin1 ;
?php
$dbres = mysql_connect('localhost', 'testcaseuser', 'testcasepw');
$parent_sql = INSERT INTO testcasedb.testtable VALUES ('some test',
now());
$child_sql = DELETE FROM testcasedb.testtable WHERE row1 = 'some
test';
do
{
for ($i = 1; $i = 20; $i++)
{
print(Parent query starts\n);
if (!mysql_query($parent_sql, $dbres))
{
print(Parent Mysql Error: . mysql_error($dbres) .
\n);
}
}
$is_child = pcntl_fork();
if ($is_child 0)
{
print(Child connection and query start\n);
$dbres = mysql_connect('localhost', 'testcaseuser',
'testcasepw',
true);
if (!mysql_query($child_sql, $dbres))
{
print(Child Mysql Error: . mysql_error($dbres) .
\n);
}
exit;
}
print(Parent next iteration\n);
} while (true);
?
Basically the parent process loops forever, spawning
children that each open a connection of their own, do
a query and then die.
You'll see that the parent will report Lost connections
soon, although the children are doing their best not
to reuse the parent's connection.
Hope this helps to deeper look into the issue.
Thanks for listening,
--Andreas
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/26490
--
Edit
#40606 [NEW]: umask is not being restored when each request is finished. no fixed bug #36630
From: support at nethost dot cz
Operating system: unix-gentoo
PHP version: 5.2.1
PHP Bug Type: *Directory/Filesystem functions
Bug description: umask is not being restored when each request is finished. no
fixed bug #36630
Description:
Bug #36630 umask is not being restored when each equest is finished.
see for details in bug #36630.
this bug not fixed successfully, in file.c is bug in
if (BG(umask) != -1) {
BG(umask) = oldumask;
}
instead
if (BG(umask) == -1) { /* yes == , no != */
BG(umask) = oldumask;
}
it fixes, but for clean code i move initializing
BG(umask) = -1; from basic_globals_ctor to PHP_RINIT_FUNCTION(basic)
(finalizing is in PHP_RSHUTDOWN_FUNCTION(basic))
this bug is only for sapi apache2 handler-module (apache1 has workaround
in sapi code). Or may implement same workaround in apache2 handler
module.
i try daily snapshot, and last version, all is bad fixed. after fixing all
is ok for testing code
?=echo sprintf(%04o,umask(0111));?
Reproduce code:
---
?=echo sprintf(%04o,umask(0111));?
--
Edit bug report at http://bugs.php.net/?id=40606edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40606r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40606r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40606r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40606r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40606r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40606r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40606r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40606r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40606r=support
Expected behavior:http://bugs.php.net/fix.php?id=40606r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40606r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40606r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40606r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40606r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40606r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40606r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40606r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40606r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40606r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40606r=mysqlcfg
#40606 [Fbk-Opn]: umask is not being restored when each request is finished. no fixed bug #36630
ID: 40606
User updated by: support at nethost dot cz
Reported By: support at nethost dot cz
-Status: Feedback
+Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: unix-gentoo
PHP Version: 5.2.1
New Comment:
code is same as for bug 36630, as below, simple, but functional,
?=echo sprintf(%04o,umask(0111));?
expected result is (with default umask 070)
0070
0070
0070
and not
0070
0070
0070
0111
0070
0111 - there is used same process
Previous Comments:
[2007-02-23 15:54:01] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2007-02-23 15:42:32] support at nethost dot cz
Description:
Bug #36630 umask is not being restored when each equest is
finished. see for details in bug #36630.
this bug not fixed successfully, in file.c is bug in
if (BG(umask) != -1) {
BG(umask) = oldumask;
}
instead
if (BG(umask) == -1) { /* yes == , no != */
BG(umask) = oldumask;
}
it fixes, but for clean code i move initializing
BG(umask) = -1; from basic_globals_ctor to PHP_RINIT_FUNCTION(basic)
(finalizing is in PHP_RSHUTDOWN_FUNCTION(basic))
this bug is only for sapi apache2 handler-module (apache1 has
workaround in sapi code). Or may implement same workaround in apache2
handler module.
i try daily snapshot, and last version, all is bad fixed. after fixing
all is ok for testing code
?=echo sprintf(%04o,umask(0111));?
Reproduce code:
---
?=echo sprintf(%04o,umask(0111));?
--
Edit this bug report at http://bugs.php.net/?id=40606edit=1
#40538 [NEW]: Compile Error
From: support at myevolve dot com Operating system: Red Hat EL 3 PHP version: 5CVS-2007-02-19 (snap) PHP Bug Type: mbstring related Bug description: Compile Error Description: Only when using --enable-mbstring in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit bug report at http://bugs.php.net/?id=40538edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40538r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40538r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40538r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40538r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40538r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40538r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40538r=needscript Try newer version:http://bugs.php.net/fix.php?id=40538r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40538r=support Expected behavior:http://bugs.php.net/fix.php?id=40538r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40538r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40538r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40538r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40538r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40538r=dst IIS Stability:http://bugs.php.net/fix.php?id=40538r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40538r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40538r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40538r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40538r=mysqlcfg
#40538 [Bgs-Csd]: Compile Error
ID: 40538 User updated by: support at myevolve dot com Reported By: support at myevolve dot com -Status: Bogus +Status: Closed Bug Type: mbstring related Operating System: Red Hat EL 3 PHP Version: 5CVS-2007-02-19 (snap) New Comment: I had used the --enable-zend-multibyte flag prior to including the --enable-mbstring flag. This trashed my make. Only after doing a make clean was I able to successfully build. Previous Comments: [2007-02-19 08:56:53] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Don\'t select a snapshot when you\'re using PHP 5.0.4 either... [2007-02-19 08:44:42] support at myevolve dot com Description: Only when using --enable-mbstring in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit this bug report at http://bugs.php.net/?id=40538edit=1
#40214 [NEW]: Bad File Descriptor, Please help me
From: support at vikoshosting dot com
Operating system: Linux Kernel version 2.6.9-42.0.
PHP version: 5CVS-2007-01-24 (snap)
PHP Bug Type: Filesystem function related
Bug description: Bad File Descriptor, Please help me
Description:
When I create a file using the FOPEN function and then try to change
permissions on the file it says it cant be done because Bad File
Descriptors. PHP version 5.1.6
Reproduce code:
---
$conn_id = chmod_open();
$ourFileName = testFile.txt;
$ourFileHandle = fopen($ourFileName, 'w') or die(can't open file);
fclose($ourFileHandle);
function chmod_open()
{
// Use your own FTP info
$ftp_user_name = 'vikoshos';
$ftp_user_pass = 'frath0pr';
$ftp_root = '/';
$ftp_server = 'localhost';
$conn_id = ftp_connect($ftp_server);
$login_result = ftp_login($conn_id, $ftp_user_name, $ftp_user_pass);
return $conn_id;
}
function chmod_file($conn_id, $permissions, $ftpath)
{
echo $ftpath;
if (ftp_site($conn_id, 'CHMOD ' . $permissions . ' ' . $ftp_root .
$ftpath) !== false)
{
return TRUE;
}
else
{
return FALSE;
}
}
chmod_file($conn_id, 0777, $ourFileName);
Expected result:
Change the file mod to 777
Actual result:
--
Warning: ftp_site() [function.ftp-site]: Could not change perms on
newfile.txt: Bad file descriptor in code.php on line 168
--
Edit bug report at http://bugs.php.net/?id=40214edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40214r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40214r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40214r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40214r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40214r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40214r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40214r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40214r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40214r=support
Expected behavior:http://bugs.php.net/fix.php?id=40214r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40214r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40214r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40214r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40214r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40214r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40214r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40214r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40214r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40214r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40214r=mysqlcfg
#40100 [NEW]: strtotime() first occurance of weekday returns wrong date
From: support at dailytechnology dot net
Operating system: All
PHP version: 5.2.0
PHP Bug Type: Date/time related
Bug description: strtotime() first occurance of weekday returns wrong date
Description:
See also: http://bugs.php.net/bug.php?id=40003
Using 'Second Monday Jan 2007' or 'Second Tuesday Feb 2007' will return
results ahead one week (occurs only when first occurrence of this weekday
coincides with first of month).
Reproduce code:
---
echo date('Y-m-d', strtotime('second monday jan 2007'));
echo date('Y-m-d', strtotime('second monday feb 2007'));
echo date('Y-m-d', strtotime('second thursday feb 2007'));
echo date('Y-m-d', strtotime('second thursday jan 2007'));
Expected result:
2007-01-08
2007-02-08
2007-02-15
2007-01-11
Actual result:
--
2007-01-15
2007-02-12
2007-02-15
2007-01-11
--
Edit bug report at http://bugs.php.net/?id=40100edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40100r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40100r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40100r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40100r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40100r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40100r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40100r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40100r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40100r=support
Expected behavior:http://bugs.php.net/fix.php?id=40100r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40100r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40100r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40100r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40100r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40100r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40100r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40100r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40100r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40100r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40100r=mysqlcfg
#38498 [NEW]: Coudn't comple with --with-mysqli option
From: support at e-domen dot com Operating system: FreeBSD 5.3-RELEASE PHP version: 5.1.5 PHP Bug Type: Compile Failure Bug description: Coudn't comple with --with-mysqli option Description: I'm a hosting provider. Morning I've seen a security fixes and new version of PHP 5.1.5. I tried to compile it a couple of times. What ever I do I can't complie it with option --with-mysqli=/usr/local/bin/mysql_config Always the same error: /usr/local/lib/libc-client4.so: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() ext/mysqli/.libs/mysqli_nonapi.o(.text+0x991): In function `zif_mysqli_set_charset': /home/matriks/dists/php/php-5.1.5/ext/mysqli/mysqli_nonapi.c:331: undefined reference to `mysql_set_character_set' *** Error code 1 Now I'm using 5.1.4 and when I had compliled it, I hadn't any problems. Can you help me? -- Edit bug report at http://bugs.php.net/?id=38498edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38498r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38498r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38498r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38498r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38498r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38498r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38498r=needscript Try newer version:http://bugs.php.net/fix.php?id=38498r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38498r=support Expected behavior:http://bugs.php.net/fix.php?id=38498r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38498r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38498r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38498r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38498r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38498r=dst IIS Stability:http://bugs.php.net/fix.php?id=38498r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38498r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38498r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38498r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38498r=mysqlcfg
#38279 [NEW]: mktime dont work right on all 31 day of a month
From: support at ml-networld dot de Operating system: Debian Sarge PHP version: 4CVS-2006-08-01 (CVS) PHP Bug Type: Date/time related Bug description: mktime dont work right on all 31 day of a month Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit bug report at http://bugs.php.net/?id=38279edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38279r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38279r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38279r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38279r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38279r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38279r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38279r=needscript Try newer version:http://bugs.php.net/fix.php?id=38279r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38279r=support Expected behavior:http://bugs.php.net/fix.php?id=38279r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38279r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38279r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38279r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38279r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38279r=dst IIS Stability:http://bugs.php.net/fix.php?id=38279r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38279r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38279r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38279r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38279r=mysqlcfg
#38279 [Opn]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Open Bug Type: Date/time related Operating System: Debian Sarge -PHP Version: 4CVS-2006-08-01 (CVS) +PHP Version: 5.1.4 New Comment: sorry, i put the wrong phpversion Previous Comments: [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: i have the right timezome Europe/Berlin Previous Comments: [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: I test this problem in a xammp environment under my local windows, and there i have the same problem. Previous Comments: [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $lastmonth = date(M, $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#38279 [Bgs-Csd]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de -Status: Bogus +Status: Closed Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: thx. Previous Comments: [2006-08-01 13:01:09] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Clue: what are the 31sts of June, September and November? [2006-08-01 09:07:01] support at ml-networld dot de I test this problem in a xammp environment under my local windows, and there i have the same problem. [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion 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/38279 -- Edit this bug report at http://bugs.php.net/?id=38279edit=1
#37432 [NEW]: Warning message 'Remember to run libtool --finish' during 'make install'.
From: support at positrondata dot com Operating system: Fedora Core 5 PHP version: 5.1.4 PHP Bug Type: Compile Warning Bug description: Warning message 'Remember to run libtool --finish' during 'make install'. Description: When I run 'make install' with PHP 5.1.4, Apache 2.2.2 and MySQL 5.0.19 I get a warning message that reads libtool: install : warning: 'remember to run libtool --finish /home/tkelly/Desktop/php-5.1.4/libs. Do I need to run this if it is just a warning? All seems to be working OK but this message gives me an insecure feeling. I also wonder why the 'make install' cannot run this since it seems to be just another command. I've gotten this message with other PHP, Apache, MySQL configurations that I've downloaded and recompiled so it does not seem to be specific to one build environment. I've also looked at the libtool documentation but that doesn't say what the libtool --finish actually does internally to the libraries. Is my environment somehow incomplete for 'make install'? The 'make' used an absolute path to the home/tkelly/Desktop/php-5.1.4/libtool so I am presuming 'make install' can also find this same version of libtool. Tom Kelly. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=37432edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37432r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37432r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37432r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37432r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37432r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37432r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37432r=needscript Try newer version:http://bugs.php.net/fix.php?id=37432r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37432r=support Expected behavior:http://bugs.php.net/fix.php?id=37432r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37432r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37432r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37432r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37432r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37432r=dst IIS Stability:http://bugs.php.net/fix.php?id=37432r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37432r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37432r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37432r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37432r=mysqlcfg
#36278 [NEW]: extremely slow bytea extraction from pgsql
From: support at kalador dot com
Operating system: redhat linux
PHP version: 5.1.2
PHP Bug Type: Performance problem
Bug description: extremely slow bytea extraction from pgsql
Description:
I tried 3 ways to store big images (500K) in database and display in
browser. lo works fast, as does using a text column and converting the
image to base64 (and back for display). However, using bytea with escaping
is very slow.
Adding to the database is fine (it is fast), retrieving is the problem.
Reproduce code:
---
This code consumed my CPU and took 77 seconds to run for a 400K image:
?php
// Connect to the database
$dbconn = pg_connect('dbname=imagedb');
// Get the bytea data
$res = pg_query(SELECT data FROM image WHERE name='big.gif');
// Convert to binary and send to the browser
header('Content-type: image/gif');
echo pg_unescape_bytea( pg_fetch_result($res,'data') );
?
Expected result:
This should take less than 1 second. Using a text column and base64
escaping rather than a bytea column and pg_unescape_bytea takes less than
1 second on the same data.
Actual result:
--
Actually result - 77 seconds.
--
Edit bug report at http://bugs.php.net/?id=36278edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36278r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36278r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36278r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36278r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36278r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36278r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36278r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36278r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36278r=support
Expected behavior:http://bugs.php.net/fix.php?id=36278r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36278r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36278r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36278r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36278r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36278r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36278r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36278r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36278r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36278r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36278r=mysqlcfg
#36278 [Fbk-Opn]: extremely slow bytea extraction from pgsql
ID: 36278
User updated by: support at kalador dot com
Reported By: support at kalador dot com
-Status: Feedback
+Status: Open
Bug Type: Performance problem
Operating System: redhat linux
PHP Version: 5.1.2
New Comment:
libpq is 3.2
Using postgresql 8.0.1 btw
Previous Comments:
[2006-02-03 22:17:26] [EMAIL PROTECTED]
What version of libpq are you using?
[2006-02-03 21:34:53] support at kalador dot com
Description:
I tried 3 ways to store big images (500K) in database and display in
browser. lo works fast, as does using a text column and converting
the image to base64 (and back for display). However, using bytea with
escaping is very slow.
Adding to the database is fine (it is fast), retrieving is the
problem.
Reproduce code:
---
This code consumed my CPU and took 77 seconds to run for a 400K image:
?php
// Connect to the database
$dbconn = pg_connect('dbname=imagedb');
// Get the bytea data
$res = pg_query(SELECT data FROM image WHERE name='big.gif');
// Convert to binary and send to the browser
header('Content-type: image/gif');
echo pg_unescape_bytea( pg_fetch_result($res,'data') );
?
Expected result:
This should take less than 1 second. Using a text column and base64
escaping rather than a bytea column and pg_unescape_bytea takes less
than 1 second on the same data.
Actual result:
--
Actually result - 77 seconds.
--
Edit this bug report at http://bugs.php.net/?id=36278edit=1
#36060 [NEW]: `--' end arguments terminator incorrectly sent to script (CGI only)
From: support-forums4 at farmdev dot com
Operating system: FreeBSD
PHP version: 5.1.2
PHP Bug Type: CGI related
Bug description: `--' end arguments terminator incorrectly sent to script (CGI
only)
Description:
see test script, run it like ...
$ php -f test_end_arg.php -- -h -f
PHP should execute the script as the equivalent of `test_end_arg.php -h
-f`. This works in the cli version of php but not the cgi version (from
command line). Sorry I couldn't test on more versions.
Cli version I tested with (PASSED) was :
PHP Version = 5.0.4
System = Linux dev 2.4.18-1-686 #1 Wed Apr 14 18:20:10 UTC 2004 i686
Build Date = May 12 2005 14:12:56
Configure Command = './configure' '--prefix=/vol2/php5'
'--with-apxs=/vol2/php5/bin/apxs'
'-with-config-file-scan-dir=/vol2/php5/lib/php' '--enable-shared'
'--with-zlib=shared' '--with-curl=shared,/vol2/php5'
'--with-mcrypt=shared,/vol2/php5' '--with-mhash=shared,/vol2/php5'
'--with-openssl=shared' '--with-gettext=shared' '--with-gd=shared'
'--enable-wddx=shared' '--with-jpg-dir=/usr' '--with-png-dir=/usr'
'--enable-dba=shared' '--with-mysql=shared,/usr/local/mysql'
'--with-pgsql=shared,/usr/local/pgsql' '--enable-soap=shared'
'--enable-sysvshm=shared' '--enable-sysvmsg=shared'
'--enable-sysvsem=shared' '--with-libxml-dir=/vol2/php5'
Server API = Command Line Interface
CGI version I tested with (FAILED) was :
PHP Version 5.0.5
System FreeBSD dev2.leapfrogonline.com 4.11-RELEASE FreeBSD 4.11-RELEASE
#0: Fri Ja i386
Build Date Sep 22 2005 16:22:00
Configure Command './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect'
'--enable-discard-path' '--enable-fastcgi' '--prefix=/usr/local'
'i386-portbld-freebsd4.11'
Server API CGI/FastCGI
Reproduce code:
---
test_end_arg.php:
?php
print_r($_SERVER['argv']);
assert( !in_array('--',$_SERVER['argv']));
?
Expected result:
// see description about how to run the script
Array
(
[0] = test_end_arg.php
[1] = -h
[2] = -f
)
Actual result:
--
PHP Warning: assert() [a href='function.assert'function.assert/a]:
Assertion failed in /home/kumar/tmp/test_end_arg.php on line 3
Array
(
[0] = test_end_arg.php
[1] = --
[2] = -h
[3] = -f
)
br /
bWarning/b: assert() [a href='function.assert'function.assert/a]:
Assertion failed in b/home/kumar/tmp/test_end_arg.php/b on line
b3/bbr /
--
Edit bug report at http://bugs.php.net/?id=36060edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36060r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36060r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36060r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36060r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36060r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36060r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36060r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36060r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36060r=support
Expected behavior:http://bugs.php.net/fix.php?id=36060r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36060r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36060r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36060r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36060r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36060r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36060r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36060r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36060r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36060r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36060r=mysqlcfg
#36060 [Bgs-Opn]: `--' end arguments terminator incorrectly sent to script (CGI only)
ID: 36060
User updated by: support-forums4 at farmdev dot com
Reported By: support-forums4 at farmdev dot com
-Status: Bogus
+Status: Open
Bug Type: CGI related
Operating System: FreeBSD
PHP Version: 5.1.2
New Comment:
I understand it's not ideal that our server uses the cgi version from
the command line but it is confusing that php includes `--' in the
arguments when it has already gone so far as to pass through the extra
arguments. In other words, if cgi should *never* be used on the
command line, why doesn't:
$ php -f test_end_arg.php -- -f -p
simply produce:
Array
(
[0] = test_end_arg.php
)
? I think we can agree that the cgi version should be able to work
from the command line. On the other hand, I'm sure there are a million
more important bugs to fix ... but this did trip me up for a while and
seems trivial to fix.
thanks, Kumar
Previous Comments:
[2006-01-17 22:58:08] [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
Command line parsing is different between those two SAPIs. You should
only use the CLI for command line work... as that\'s what it was meant
for.
[2006-01-17 22:56:33] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-17 22:53:30] support-forums4 at farmdev dot com
Description:
see test script, run it like ...
$ php -f test_end_arg.php -- -h -f
PHP should execute the script as the equivalent of `test_end_arg.php -h
-f`. This works in the cli version of php but not the cgi version (from
command line). Sorry I couldn't test on more versions.
Cli version I tested with (PASSED) was :
PHP Version = 5.0.4
System = Linux dev 2.4.18-1-686 #1 Wed Apr 14 18:20:10 UTC 2004 i686
Build Date = May 12 2005 14:12:56
Configure Command = './configure' '--prefix=/vol2/php5'
'--with-apxs=/vol2/php5/bin/apxs'
'-with-config-file-scan-dir=/vol2/php5/lib/php' '--enable-shared'
'--with-zlib=shared' '--with-curl=shared,/vol2/php5'
'--with-mcrypt=shared,/vol2/php5' '--with-mhash=shared,/vol2/php5'
'--with-openssl=shared' '--with-gettext=shared' '--with-gd=shared'
'--enable-wddx=shared' '--with-jpg-dir=/usr' '--with-png-dir=/usr'
'--enable-dba=shared' '--with-mysql=shared,/usr/local/mysql'
'--with-pgsql=shared,/usr/local/pgsql' '--enable-soap=shared'
'--enable-sysvshm=shared' '--enable-sysvmsg=shared'
'--enable-sysvsem=shared' '--with-libxml-dir=/vol2/php5'
Server API = Command Line Interface
CGI version I tested with (FAILED) was :
PHP Version 5.0.5
System FreeBSD dev2.leapfrogonline.com 4.11-RELEASE FreeBSD
4.11-RELEASE #0: Fri Ja i386
Build Date Sep 22 2005 16:22:00
Configure Command './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--disable-cli' '--enable-force-cgi-redirect'
'--enable-discard-path' '--enable-fastcgi' '--prefix=/usr/local'
'i386-portbld-freebsd4.11'
Server API CGI/FastCGI
Reproduce code:
---
test_end_arg.php:
?php
print_r($_SERVER['argv']);
assert( !in_array('--',$_SERVER['argv']));
?
Expected result:
// see description about how to run the script
Array
(
[0] = test_end_arg.php
[1] = -h
[2] = -f
)
Actual result:
--
PHP Warning: assert() [a href='function.assert'function.assert/a]:
Assertion failed in /home/kumar/tmp/test_end_arg.php on line 3
Array
(
[0] = test_end_arg.php
[1] = --
[2] = -h
[3] = -f
)
br /
bWarning/b: assert() [a
href='function.assert'function.assert/a]: Assertion failed in
b/home/kumar/tmp/test_end_arg.php/b on line b3/bbr /
--
Edit this bug report at http://bugs.php.net/?id=36060edit=1
#35159 [Com]: big variable value in recursive function crashes
ID: 35159
Comment by: support at zend dot com
Reported By: pekka at photography-on-the dot net
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS, 4.4.1 (2005-11-08) (cvs)
Assigned To: dmitry
New Comment:
4.3.11, 4.4.0 also affected, but with different limits...
Previous Comments:
[2005-11-08 21:06:57] pekka at photography-on-the dot net
correction: 5.0.4 is not free of this, in php 5.0.4 the limit is 1291
on same machine.
[2005-11-08 20:27:05] [EMAIL PROTECTED]
I can reproduce this with latest CVS of 5.1, using 35701 as the limit.
Dmitry, any ideas?
[2005-11-08 20:14:03] pekka at photography-on-the dot net
Description:
Weird recursive issue with 4.4.1
function test_recursive ($count=0) {
$count++;
if ($count = 50) {
print done;
return;
}
test_recursive ($count);
}
test_recursive();
works, but when $count is larger than 197 it crashes (Apache gives
error 500)
in PHP 5.0.4 this works ok with any $count
Reproduce code:
---
function test_recursive ($count=0) {
$count++;
if ($count = 500) {
print done;
return;
}
test_recursive ($count);
}
test_recursive();
Expected result:
done
Actual result:
--
Server: page not found (error 500), php crash.
--
Edit this bug report at http://bugs.php.net/?id=35159edit=1
#33764 [NEW]: Dllhosts Crash on shutdown
From: support at fudashi dot com Operating system: Windows XP PHP version: 5.0.4 PHP Bug Type: Reproducible crash Bug description: Dllhosts Crash on shutdown Description: I am running Windows XP with IIS 5.1. I am running the PHP Zend engine as an ISAPI filter. I get a windows popup error on shutdown stating the following : dllhost.exe Application error the instruction at 0x77f83aef referenced memory at 0x00060009. The memory could not be written. Click on OK to terminate the program Click on CANCEL to debug the program. It doesnt matter what I run I will always get this error at shutdown. My scripts run great no problems, the error only occurs on shutdown. -- Edit bug report at http://bugs.php.net/?id=33764edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33764r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33764r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33764r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33764r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33764r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33764r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33764r=needscript Try newer version: http://bugs.php.net/fix.php?id=33764r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33764r=support Expected behavior: http://bugs.php.net/fix.php?id=33764r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33764r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33764r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33764r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33764r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33764r=dst IIS Stability: http://bugs.php.net/fix.php?id=33764r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33764r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33764r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33764r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33764r=mysqlcfg
#33232 [NEW]: windows-1257 not supported
From: support at webstudio dot lv Operating system: Linux PHP version: 4.3.9 PHP Bug Type: mbstring related Bug description: windows-1257 not supported Description: windows-1257 not supported at this moment -- Edit bug report at http://bugs.php.net/?id=33232edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33232r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33232r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33232r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33232r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33232r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33232r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33232r=needscript Try newer version: http://bugs.php.net/fix.php?id=33232r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33232r=support Expected behavior: http://bugs.php.net/fix.php?id=33232r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33232r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33232r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33232r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33232r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33232r=dst IIS Stability: http://bugs.php.net/fix.php?id=33232r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33232r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33232r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33232r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33232r=mysqlcfg
#33232 [Fbk-Opn]: windows-1257 not supported
ID: 33232 User updated by: support at webstudio dot lv Reported By: support at webstudio dot lv -Status: Feedback +Status: Open Bug Type: mbstring related Operating System: Linux PHP Version: 4.3.9 New Comment: Feature request windows-1257 encoding not supported in mbstring module mb_convert_encoding report warning Previous Comments: [2005-06-03 15:16:15] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-06-03 15:15:12] support at webstudio dot lv Description: windows-1257 not supported at this moment -- Edit this bug report at http://bugs.php.net/?id=33232edit=1
#31471 [NEW]: PHP.net Website Problem
From: support at ion dot lu Operating system: PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: PHP.net Website Problem Description: Luxembourg PHP Mirrors DOWN AGAIN!!! We did report this a while back, no actions taken, for a 450k ppl country this is unacceptable, please take ACTIONS! lu2.php.net lu.php.net If needed I am willing to share REAL ressources to get a proper mirror up and running with out any troubles!!! Thanks, a concerned php hacker. Reproduce code: --- http://lu.php.net http://lu2.php.net Expected result: A site :) Actual result: -- .. Z . Nothing but idleness not even an errorr -- Edit bug report at http://bugs.php.net/?id=31471edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31471r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31471r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31471r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31471r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31471r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31471r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31471r=needscript Try newer version: http://bugs.php.net/fix.php?id=31471r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31471r=support Expected behavior: http://bugs.php.net/fix.php?id=31471r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31471r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31471r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31471r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31471r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31471r=dst IIS Stability: http://bugs.php.net/fix.php?id=31471r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31471r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31471r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31471r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31471r=mysqlcfg
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: support at nthost dot ru
Reported By: golden at riscom dot com
Status: Open
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.3
New Comment:
Experiencing this bug on FreeBSD 4.9 with PHP 4.3.10.
Previous Comments:
[2004-12-27 08:45:42] vsoletic at konix dot com
All my websites experienced this problem after upgrade to 4.3.10.
[2004-12-27 07:31:09] dave at my-ecoach dot com
Seeing the same issue on FreeBSD 4.9 with PHP 4.3.9 and Apache 1.3.33.
[2004-12-27 03:21:05] john at fluidhosting dot com
Seeing this bug on FreeBSD 4.10 with PHP 4.3.10.
[2004-12-26 20:44:36] phpbugs at expires-200501 dot dpits dot com
I can confirm that this bug is still present on Apache 1.3.X with PHP
4.3.10. Today i had some Problems, after Apache restart it works well
(but how long?)... Thankyou.
[2004-12-26 17:59:52] johan at ekenberg dot se
This isn't just on Freebsd - we're seeing this on all our
Linux servers after upgrade - 4.3.10 (big webhosting
provider in Sweden). A few users are setting
session.save_handler to 'user' with ini_set(); this sticks
and overrides the default ('files'), resulting in broken
sessions for all the other users on the servers.
Temporary solution by using auto_prepend_file in php.ini to
include something like:
?php
ini_set('session.save_handler', 'files');
?
seems to work (just tried it, keeping fingers crossed).
This is a critical bug since the security issues in 4.3.9
make a downgrade impossible.
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876edit=1
#29198 [Com]: strip_tags silently strips out !... tags
ID: 29198 Comment by: support at jevon dot org Reported By: steven at acko dot net Status: Open Bug Type: Strings related Operating System: Windows 2000 PHP Version: 5.0.0 New Comment: Isn't this already documented? http://nz2.php.net/strip_tags Previous Comments: [2004-07-16 06:01:02] steven at acko dot net Description: The strip_tags function is hardcoded to strip out !... tags, such as comments. It is IMO expected behaviour for the function that specifying !-- or !DOCTYPE in the allowed tags list leaves these intact. If this is expected behaviour for this function, then the documentation should be updated. (PS: The state machine in php_strip_tags() in string.c seems to contain some redundancies. Someone who understand all of it should take a closer look ;)) Reproduce code: --- ?php print strip_tags(Some text. !-- a comment -- Some text., !--); ? Expected result: The output should be: Some text. !-- a comment -- Some text. (with the comment intact) Actual result: -- The output is: Some text. Some text. (the comment is stripped out) -- Edit this bug report at http://bugs.php.net/?id=29198edit=1
#30986 [NEW]: Advanced config for disable_functions
From: support at xpower dot net Operating system: Any PHP version: 4.3.9 PHP Bug Type: Feature/Change Request Bug description: Advanced config for disable_functions Description: I understand what disable_functions in httpd.conf is performance killer. But you can build directory related disabled functions list one time at start. Just made a advanced configuration ruleset in php.ini. Like disabled_functions['/home/web/'] = 'system,exec'; disabled_functions['/home/web/virtual1/'] = 'none'; ... and so on I hope you understand me -- Edit bug report at http://bugs.php.net/?id=30986edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30986r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30986r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30986r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30986r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30986r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30986r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30986r=needscript Try newer version: http://bugs.php.net/fix.php?id=30986r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30986r=support Expected behavior: http://bugs.php.net/fix.php?id=30986r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30986r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30986r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30986r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30986r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30986r=dst IIS Stability: http://bugs.php.net/fix.php?id=30986r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30986r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30986r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30986r=mysqlcfg
#29013 [Com]: Multiple logons cause handles to become invalid
ID: 29013
Comment by: support at madern dot com
Reported By: cjbj at hotmail dot com
Status: Analyzed
Bug Type: OCI8 related
Operating System: Windows, Linux
PHP Version: 4.3.7, 5.0.0 Dev
Assigned To: tony2001
New Comment:
Hi, i think i have a problem that could be related to this bug.
This script works fine when multiple users are loading the page at the
same time.
?php
$q1 = '
SELECT QUERY1.*,
QUERY2.*,
BAAN.TTIROU003910.T$DSCA,
BAAN.TTIROU003910.T$TANO
FROM BAAN.TTIROU003910,
(SELECT BAAN.TTISFC010910.T$PDNO,
BAAN.TTISFC010910.T$OPNO,
BAAN.TTISFC010910.T$COMP,
BAAN.TTISFC010910.T$TANO
FROM BAAN.TTISFC010910
WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
(SELECT BAAN.TTISFC001910.T$CPRJ,
BAAN.TTISFC001910.T$PDNO
FROM BAAN.TTISFC001910)QUERY2
WHERE QUERY2.T$PDNO=QUERY1.T$PDNO
AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO
ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';
$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);
echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
$aant=oci_num_rows($mycursor);
echo
tr
td$row[4]/td
td$row[0]/td
td$row[1]/td
td$row[6]/td
td$row[2]/td
/tr
;
}
echo/table;
oci_close($mycursor);
?
Now here is my second script with just one difference in the script
(see QUERY2).
This script gives several types of error messages when multiple users
are loading the page in their browsers at the same time:
Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-01001: invalid cursor
Warning: oci_execute() [function.oci-execute]: OCIStmtExecute:
ORA-24324: service handle not initialized
Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto:
ORA-24338: statement handle not executed
?php
$q1 = '
SELECT QUERY1.*,
QUERY2.*,
BAAN.TTIROU003910.T$DSCA,
BAAN.TTIROU003910.T$TANO
FROM BAAN.TTIROU003910,
(SELECT BAAN.TTISFC010910.T$PDNO,
BAAN.TTISFC010910.T$OPNO,
BAAN.TTISFC010910.T$COMP,
BAAN.TTISFC010910.T$TANO
FROM BAAN.TTISFC010910
WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1,
(SELECT BAAN.TTISFC001910.T$CPRJ,
BAAN.TTISFC001910.T$PDNO
FROM BAAN.TTISFC001910
WHERE BAAN.TTISFC001910.T$CPRJ LIKE \''.$projectnr.'\'
AND BAAN.TTISFC001910.T$PDNO LIKE \''.$ordernr.'\')QUERY2
WHERE QUERY2.T$PDNO=QUERY1.T$PDNO
AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO
ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO';
$conn = OCILogon($user, $pass, $tns);
$mycursor = OCI_Parse($conn, $q1);
oci_execute($mycursor, OCI_DEFAULT);
echotable;
while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) {
$aant=oci_num_rows($mycursor);
echo
tr
td$row[4]/td
td$row[0]/td
td$row[1]/td
td$row[6]/td
td$row[2]/td
/tr
;
}
echo/table;
oci_close($mycursor);
?
Previous Comments:
[2004-10-17 06:51:42] [EMAIL PROTECTED]
I can see the problem now.
Will look at it closer a bit later..
[2004-10-14 10:11:36] cjbj at hotmail dot com
Using one user would make it harder to demonstrate the
problem. Sorry I didn't include create user scripts etc.
I retested with 4.3.10-dev and 5.0.3-dev binaries of a few
minutes ago. I am using W2K with Oracle 9.2 client libraries.
I am still seeing the usernames printed as SCOTT and HR,
which is incorrect.
[2004-10-12 07:20:03] [EMAIL PROTECTED]
No, of course you should able to connect to Oracle from PHP using
different logins.
My question should be read in this way: are you able to reproduce it
under 1 user, but with different connections, because I was too lazy to
create a new user in Oracle?.
Btw, I've already created additional user and tested your code - your
example works perfectly for me.
[2004-10-12 05:38:56] cjbj at hotmail dot com
The business requirement comes from the original report in
http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141
I don't think the way $c1 is impacted by the second login is obvious
or nice behavior.
I feel the problem is related to some of the common OCI8 connection
issues due to the caching and reuse of handles. It would be nice to
resolve these issues.
There is no Oracle-OCI reason why two users can't be connected at one
time. I think it should be allowed in PHP. But if you think the
PHP-OCI8 interface should not support concurrent connections, can a
PHP error be generated at the time of the second OCINLogin()?
[2004-10-10 17:02:43] [EMAIL PROTECTED]
Chris, is it important to have
#30635 [Fbk-Opn]: exception handler does not work
ID: 30635
User updated by: support at malyweb dot cz
Reported By: support at malyweb dot cz
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: winXp
PHP Version: 5CVS-2004-10-31 (dev)
New Comment:
code is working fine now (I always get the expected result), nice work
...
Previous Comments:
[2004-11-16 17:22:55] [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
[2004-11-04 21:07:48] support at malyweb dot cz
the code does not work:
win XP, php 5.0.2: irregularly
Fatal error: Uncaught exception 'Exception' with message 'oh no ... ;)'
in C:\...\html\test.php:11 Stack trace: #0 {main} thrown in
C:\...\html\test.php on line 11
OR
Uncaught exception: oh no ... ;)
win2000, php5.0.1 (maybe irrelevant): only the first one
both is apache 2.0.52
[2004-11-04 16:03:44] [EMAIL PROTECTED]
Cannot reproduce (CLI, FreeBSD):
$ cat test.php
?php
class core_exception {
public function exceptionHandler($exception){
echo 'Uncaught exception: ', $exception-getMessage(), \n;
}
}
set_exception_handler(array(new core_exception(),
'exceptionHandler'));
throw new Exception('oh no ... ;)');
?
$ php5 test.php
Uncaught exception: oh no ... ;)
[2004-11-01 00:11:32] support at malyweb dot cz
just some more info:
I've just downgraded php back to 5.0.2 - the difference is, that the
code sometimes (irregulary :/) shows the expected result and Fatal
error: Uncaught exception 'Exception' with message 'oh no ... ;)' in
...
I wonder how is that possible - I have tried IE and Mozilla (i've
suspected the cache for a while)
the windowsXP built-in firewall is off
[2004-10-31 23:53:10] support at malyweb dot cz
Description:
the code below causes that window critical error dialog appear and no
result is shown
I tried it on 5.0.2 - it did not work so I downloaded this latest
version (5.0.3-dev) and it is still not working.
(I read this one also: http://bugs.php.net/bug.php?id=30230 but
actually do not understand it - the code is not working also)
btw: this works fine
function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
set_exception_handler('exceptionHandler');
throw new Exception('oh no ... ;)');exit;
Reproduce code:
---
?php
class core_exception {
public static function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
}
$_EXCEPTION = new core_exception();
set_exception_handler(array($_EXCEPTION,'exceptionHandler'));
throw new Exception('oh no ... ;)');exit;
?
Expected result:
Uncaught exception: oh no ... ;)
Actual result:
--
via browser: no result + critical error of apache
via cmdline: no result + critical error of CLI or CGI/FastCGI
via zde debugger: shows the expected result (build 1482)
--
Edit this bug report at http://bugs.php.net/?id=30635edit=1
#30635 [Opn-Csd]: exception handler does not work
ID: 30635
User updated by: support at malyweb dot cz
Reported By: support at malyweb dot cz
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: winXp
PHP Version: 5CVS-2004-10-31 (dev)
New Comment:
sorry, i just close this report ...
Previous Comments:
[2004-11-17 01:25:13] support at malyweb dot cz
code is working fine now (I always get the expected result), nice work
...
[2004-11-16 17:22:55] [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
[2004-11-04 21:07:48] support at malyweb dot cz
the code does not work:
win XP, php 5.0.2: irregularly
Fatal error: Uncaught exception 'Exception' with message 'oh no ... ;)'
in C:\...\html\test.php:11 Stack trace: #0 {main} thrown in
C:\...\html\test.php on line 11
OR
Uncaught exception: oh no ... ;)
win2000, php5.0.1 (maybe irrelevant): only the first one
both is apache 2.0.52
[2004-11-04 16:03:44] [EMAIL PROTECTED]
Cannot reproduce (CLI, FreeBSD):
$ cat test.php
?php
class core_exception {
public function exceptionHandler($exception){
echo 'Uncaught exception: ', $exception-getMessage(), \n;
}
}
set_exception_handler(array(new core_exception(),
'exceptionHandler'));
throw new Exception('oh no ... ;)');
?
$ php5 test.php
Uncaught exception: oh no ... ;)
[2004-11-01 00:11:32] support at malyweb dot cz
just some more info:
I've just downgraded php back to 5.0.2 - the difference is, that the
code sometimes (irregulary :/) shows the expected result and Fatal
error: Uncaught exception 'Exception' with message 'oh no ... ;)' in
...
I wonder how is that possible - I have tried IE and Mozilla (i've
suspected the cache for a while)
the windowsXP built-in firewall is off
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/30635
--
Edit this bug report at http://bugs.php.net/?id=30635edit=1
#30523 [Opn]: _GET bug with null last var persists
ID: 30523
User updated by: support at ruishi dot info
Reported By: support at ruishi dot info
Status: Open
Bug Type: URL related
Operating System: Linux SUSE
PHP Version: 4.3.9
New Comment:
It turned out to be a bug of suphp... After upgrading it to
suphp-0.5.2, the problem is solved. Btw, I am running Apache2. No idea
if it works for Apache1, however no wonder if it does.
This bug can be closed now. I suggest doing so, thanks.
Previous Comments:
[2004-10-28 22:28:02] support at ruishi dot info
Hello, some investigation reveals that the hosting company has its
reasons to run it using the CGI API, mainly because of the security
related to multi hosting users. If PHP is run using the Apache API,
then every hosting user can view other users' file (e.g. config files
containing passwords).
This problem seems to have existed for extremely long time (several
years), hope it wouldn't stay there forever... No guru could get rid of
it?
Is there any way around? See, one normally has to host his files on an
ISP's machine, but PHP is usually installed using the CGI API because
of the security reason mentioned above. If $_GET does not work
(probably other $_VARs as well), then most php scripts would be broken.
How could the Web site survive?
Has anyone collected information about which OSes are free from this
bug? SUSE seems to be problematic, how about debian and else?
[2004-10-22 11:10:36] support at ruishi dot info
in the output of phpinfo(), there does exist a line Server API: CGI.
I will check with our sysadmin to see if we can solve it by making it
an Apache2 module. Stay tuned please. More comments and suggestions are
welcome.
[2004-10-22 00:57:24] scottm at spamcop dot net
We've had customers with a similar issue but never found out the cause
of it, we had null session paramaters in the query string if they were
using cookies but for some reason or another some hosts just didn't
work. We were never able to find out what caused this in the first
place.
I've just searched through a few of the previous support tickets and
they varied from PHP 4.3.1 to PHP 4.3.4. They all ran PHP as a CGI
though.
Do you run PHP as a CGI?
[2004-10-21 23:55:32] support at ruishi dot info
A typo in the submission (in the section of Expected Result):
--
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
--
should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = NULL or ''?)
[2004-10-21 23:19:42] support at ruishi dot info
Description:
The bug described earlier in http://bugs.php.net/bug.php?id=28221 by
some sir else still persists in PHP-4.3.9, Suse Linux. The problem is:
The request page.php?var1=avar2=bvar3=c sets the $_GET array
correctly, but a slightly different request
page.php?var1=avar2=bvar3= with a null $var3 will make the whole
$_GET array null!
A live demo can be found at:
Everything is fine with Link 1:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=3
Then $_GET becomes null is the last variable $c is null in Link 2:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=
Reproduce code:
---
$tid=?=$_GET['tid']?br
?php
require_once('./testglobal.php');
echo $tidbr;
echo $_GET['tid'];
echo \$_GET=;
print_r($_GET);
echo br;
if(!is_numeric($_GET['tid'])) echo('invalid id number');
?
In testglobal.php, the related sections:
print_r($_GET);
echo br;
unset($GLOBALS,$_ENV,$HTTP_ENV_VARS,$_REQUEST,$HTTP_POST_VARS,$HTTP_GET_VARS,$HTTP_POST_FILES,$HTTP_COOKIE_VARS);
$Is_Gmqgg=get_magic_quotes_gpc();
if(!$Is_Gmqgg){
Add_S($_POST);
Add_S($_GET);
Add_S($_COOKIE);
}
print_r($_GET);
echo br;
..
Expected result:
For Link 1, the result is correct.
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
Actual result:
--
For Link 2, the actual incorrect result is:
Array ( )
--
Edit this bug report at http://bugs.php.net/?id=30523edit=1
#30635 [Opn]: exception handler does not work
ID: 30635
User updated by: support at malyweb dot cz
Reported By: support at malyweb dot cz
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: winXp
PHP Version: 5CVS-2004-10-31 (dev)
New Comment:
the code does not work:
win XP, php 5.0.2: irregularly
Fatal error: Uncaught exception 'Exception' with message 'oh no ... ;)'
in C:\...\html\test.php:11 Stack trace: #0 {main} thrown in
C:\...\html\test.php on line 11
OR
Uncaught exception: oh no ... ;)
win2000, php5.0.1 (maybe irrelevant): only the first one
both is apache 2.0.52
Previous Comments:
[2004-11-04 16:03:44] [EMAIL PROTECTED]
Cannot reproduce (CLI, FreeBSD):
$ cat test.php
?php
class core_exception {
public function exceptionHandler($exception){
echo 'Uncaught exception: ', $exception-getMessage(), \n;
}
}
set_exception_handler(array(new core_exception(),
'exceptionHandler'));
throw new Exception('oh no ... ;)');
?
$ php5 test.php
Uncaught exception: oh no ... ;)
[2004-11-01 00:11:32] support at malyweb dot cz
just some more info:
I've just downgraded php back to 5.0.2 - the difference is, that the
code sometimes (irregulary :/) shows the expected result and Fatal
error: Uncaught exception 'Exception' with message 'oh no ... ;)' in
...
I wonder how is that possible - I have tried IE and Mozilla (i've
suspected the cache for a while)
the windowsXP built-in firewall is off
[2004-10-31 23:53:10] support at malyweb dot cz
Description:
the code below causes that window critical error dialog appear and no
result is shown
I tried it on 5.0.2 - it did not work so I downloaded this latest
version (5.0.3-dev) and it is still not working.
(I read this one also: http://bugs.php.net/bug.php?id=30230 but
actually do not understand it - the code is not working also)
btw: this works fine
function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
set_exception_handler('exceptionHandler');
throw new Exception('oh no ... ;)');exit;
Reproduce code:
---
?php
class core_exception {
public static function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
}
$_EXCEPTION = new core_exception();
set_exception_handler(array($_EXCEPTION,'exceptionHandler'));
throw new Exception('oh no ... ;)');exit;
?
Expected result:
Uncaught exception: oh no ... ;)
Actual result:
--
via browser: no result + critical error of apache
via cmdline: no result + critical error of CLI or CGI/FastCGI
via zde debugger: shows the expected result (build 1482)
--
Edit this bug report at http://bugs.php.net/?id=30635edit=1
#30635 [NEW]: exception handler does not work
From: support at malyweb dot cz
Operating system: winXp
PHP version: 5CVS-2004-10-31 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: exception handler does not work
Description:
the code below causes that window critical error dialog appear and no
result is shown
I tried it on 5.0.2 - it did not work so I downloaded this latest version
(5.0.3-dev) and it is still not working.
(I read this one also: http://bugs.php.net/bug.php?id=30230 but actually
do not understand it - the code is not working also)
btw: this works fine
function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
set_exception_handler('exceptionHandler');
throw new Exception('oh no ... ;)');exit;
Reproduce code:
---
?php
class core_exception {
public static function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
}
$_EXCEPTION = new core_exception();
set_exception_handler(array($_EXCEPTION,'exceptionHandler'));
throw new Exception('oh no ... ;)');exit;
?
Expected result:
Uncaught exception: oh no ... ;)
Actual result:
--
via browser: no result + critical error of apache
via cmdline: no result + critical error of CLI or CGI/FastCGI
via zde debugger: shows the expected result (build 1482)
--
Edit bug report at http://bugs.php.net/?id=30635edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30635r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30635r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30635r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30635r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30635r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30635r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30635r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30635r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30635r=support
Expected behavior: http://bugs.php.net/fix.php?id=30635r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30635r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30635r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30635r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30635r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30635r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30635r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30635r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30635r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30635r=mysqlcfg
#30635 [Opn]: exception handler does not work
ID: 30635
User updated by: support at malyweb dot cz
Reported By: support at malyweb dot cz
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: winXp
PHP Version: 5CVS-2004-10-31 (dev)
New Comment:
just some more info:
I've just downgraded php back to 5.0.2 - the difference is, that the
code sometimes (irregulary :/) shows the expected result and Fatal
error: Uncaught exception 'Exception' with message 'oh no ... ;)' in
...
I wonder how is that possible - I have tried IE and Mozilla (i've
suspected the cache for a while)
the windowsXP built-in firewall is off
Previous Comments:
[2004-10-31 23:53:10] support at malyweb dot cz
Description:
the code below causes that window critical error dialog appear and no
result is shown
I tried it on 5.0.2 - it did not work so I downloaded this latest
version (5.0.3-dev) and it is still not working.
(I read this one also: http://bugs.php.net/bug.php?id=30230 but
actually do not understand it - the code is not working also)
btw: this works fine
function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
set_exception_handler('exceptionHandler');
throw new Exception('oh no ... ;)');exit;
Reproduce code:
---
?php
class core_exception {
public static function exceptionHandler($exception){
echo('Uncaught exception: '.$exception-getMessage());
}
}
$_EXCEPTION = new core_exception();
set_exception_handler(array($_EXCEPTION,'exceptionHandler'));
throw new Exception('oh no ... ;)');exit;
?
Expected result:
Uncaught exception: oh no ... ;)
Actual result:
--
via browser: no result + critical error of apache
via cmdline: no result + critical error of CLI or CGI/FastCGI
via zde debugger: shows the expected result (build 1482)
--
Edit this bug report at http://bugs.php.net/?id=30635edit=1
#30523 [Opn]: _GET bug with null last var persists
ID: 30523
User updated by: support at ruishi dot info
Reported By: support at ruishi dot info
Status: Open
Bug Type: URL related
Operating System: Linux SUSE
PHP Version: 4.3.9
New Comment:
Hello, some investigation reveals that the hosting company has its
reasons to run it using the CGI API, mainly because of the security
related to multi hosting users. If PHP is run using the Apache API,
then every hosting user can view other users' file (e.g. config files
containing passwords).
This problem seems to have existed for extremely long time (several
years), hope it wouldn't stay there forever... No guru could get rid of
it?
Is there any way around? See, one normally has to host his files on an
ISP's machine, but PHP is usually installed using the CGI API because
of the security reason mentioned above. If $_GET does not work
(probably other $_VARs as well), then most php scripts would be broken.
How could the Web site survive?
Has anyone collected information about which OSes are free from this
bug? SUSE seems to be problematic, how about debian and else?
Previous Comments:
[2004-10-22 11:10:36] support at ruishi dot info
in the output of phpinfo(), there does exist a line Server API: CGI.
I will check with our sysadmin to see if we can solve it by making it
an Apache2 module. Stay tuned please. More comments and suggestions are
welcome.
[2004-10-22 00:57:24] scottm at spamcop dot net
We've had customers with a similar issue but never found out the cause
of it, we had null session paramaters in the query string if they were
using cookies but for some reason or another some hosts just didn't
work. We were never able to find out what caused this in the first
place.
I've just searched through a few of the previous support tickets and
they varied from PHP 4.3.1 to PHP 4.3.4. They all ran PHP as a CGI
though.
Do you run PHP as a CGI?
[2004-10-21 23:55:32] support at ruishi dot info
A typo in the submission (in the section of Expected Result):
--
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
--
should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = NULL or ''?)
[2004-10-21 23:19:42] support at ruishi dot info
Description:
The bug described earlier in http://bugs.php.net/bug.php?id=28221 by
some sir else still persists in PHP-4.3.9, Suse Linux. The problem is:
The request page.php?var1=avar2=bvar3=c sets the $_GET array
correctly, but a slightly different request
page.php?var1=avar2=bvar3= with a null $var3 will make the whole
$_GET array null!
A live demo can be found at:
Everything is fine with Link 1:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=3
Then $_GET becomes null is the last variable $c is null in Link 2:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=
Reproduce code:
---
$tid=?=$_GET['tid']?br
?php
require_once('./testglobal.php');
echo $tidbr;
echo $_GET['tid'];
echo \$_GET=;
print_r($_GET);
echo br;
if(!is_numeric($_GET['tid'])) echo('invalid id number');
?
In testglobal.php, the related sections:
print_r($_GET);
echo br;
unset($GLOBALS,$_ENV,$HTTP_ENV_VARS,$_REQUEST,$HTTP_POST_VARS,$HTTP_GET_VARS,$HTTP_POST_FILES,$HTTP_COOKIE_VARS);
$Is_Gmqgg=get_magic_quotes_gpc();
if(!$Is_Gmqgg){
Add_S($_POST);
Add_S($_GET);
Add_S($_COOKIE);
}
print_r($_GET);
echo br;
..
Expected result:
For Link 1, the result is correct.
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
Actual result:
--
For Link 2, the actual incorrect result is:
Array ( )
--
Edit this bug report at http://bugs.php.net/?id=30523edit=1
#30523 [Opn]: _GET bug with null last var persists
ID: 30523
User updated by: support at ruishi dot info
Reported By: support at ruishi dot info
Status: Open
Bug Type: URL related
Operating System: Linux SUSE
PHP Version: 4.3.9
New Comment:
in the output of phpinfo(), there does exist a line Server API: CGI.
I will check with our sysadmin to see if we can solve it by making it
an Apache2 module. Stay tuned please. More comments and suggestions are
welcome.
Previous Comments:
[2004-10-22 00:57:24] scottm at spamcop dot net
We've had customers with a similar issue but never found out the cause
of it, we had null session paramaters in the query string if they were
using cookies but for some reason or another some hosts just didn't
work. We were never able to find out what caused this in the first
place.
I've just searched through a few of the previous support tickets and
they varied from PHP 4.3.1 to PHP 4.3.4. They all ran PHP as a CGI
though.
Do you run PHP as a CGI?
[2004-10-21 23:55:32] support at ruishi dot info
A typo in the submission (in the section of Expected Result):
--
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
--
should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = NULL or ''?)
[2004-10-21 23:19:42] support at ruishi dot info
Description:
The bug described earlier in http://bugs.php.net/bug.php?id=28221 by
some sir else still persists in PHP-4.3.9, Suse Linux. The problem is:
The request page.php?var1=avar2=bvar3=c sets the $_GET array
correctly, but a slightly different request
page.php?var1=avar2=bvar3= with a null $var3 will make the whole
$_GET array null!
A live demo can be found at:
Everything is fine with Link 1:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=3
Then $_GET becomes null is the last variable $c is null in Link 2:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=
Reproduce code:
---
$tid=?=$_GET['tid']?br
?php
require_once('./testglobal.php');
echo $tidbr;
echo $_GET['tid'];
echo \$_GET=;
print_r($_GET);
echo br;
if(!is_numeric($_GET['tid'])) echo('invalid id number');
?
In testglobal.php, the related sections:
print_r($_GET);
echo br;
unset($GLOBALS,$_ENV,$HTTP_ENV_VARS,$_REQUEST,$HTTP_POST_VARS,$HTTP_GET_VARS,$HTTP_POST_FILES,$HTTP_COOKIE_VARS);
$Is_Gmqgg=get_magic_quotes_gpc();
if(!$Is_Gmqgg){
Add_S($_POST);
Add_S($_GET);
Add_S($_COOKIE);
}
print_r($_GET);
echo br;
..
Expected result:
For Link 1, the result is correct.
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
Actual result:
--
For Link 2, the actual incorrect result is:
Array ( )
--
Edit this bug report at http://bugs.php.net/?id=30523edit=1
#30523 [NEW]: _GET bug with null last var persists
From: support at ruishi dot info
Operating system: Linux SUSE
PHP version: 4.3.9
PHP Bug Type: URL related
Bug description: _GET bug with null last var persists
Description:
The bug described earlier in http://bugs.php.net/bug.php?id=28221 by some
sir else still persists in PHP-4.3.9, Suse Linux. The problem is:
The request page.php?var1=avar2=bvar3=c sets the $_GET array
correctly, but a slightly different request page.php?var1=avar2=bvar3=
with a null $var3 will make the whole $_GET array null!
A live demo can be found at:
Everything is fine with Link 1:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=3
Then $_GET becomes null is the last variable $c is null in Link 2:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=
Reproduce code:
---
$tid=?=$_GET['tid']?br
?php
require_once('./testglobal.php');
echo $tidbr;
echo $_GET['tid'];
echo \$_GET=;
print_r($_GET);
echo br;
if(!is_numeric($_GET['tid'])) echo('invalid id number');
?
In testglobal.php, the related sections:
print_r($_GET);
echo br;
unset($GLOBALS,$_ENV,$HTTP_ENV_VARS,$_REQUEST,$HTTP_POST_VARS,$HTTP_GET_VARS,$HTTP_POST_FILES,$HTTP_COOKIE_VARS);
$Is_Gmqgg=get_magic_quotes_gpc();
if(!$Is_Gmqgg){
Add_S($_POST);
Add_S($_GET);
Add_S($_COOKIE);
}
print_r($_GET);
echo br;
..
Expected result:
For Link 1, the result is correct.
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
Actual result:
--
For Link 2, the actual incorrect result is:
Array ( )
--
Edit bug report at http://bugs.php.net/?id=30523edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30523r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30523r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30523r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30523r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30523r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30523r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30523r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30523r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30523r=support
Expected behavior: http://bugs.php.net/fix.php?id=30523r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30523r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30523r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30523r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30523r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30523r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30523r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30523r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30523r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30523r=mysqlcfg
#30523 [Opn]: _GET bug with null last var persists
ID: 30523
User updated by: support at ruishi dot info
Reported By: support at ruishi dot info
Status: Open
Bug Type: URL related
Operating System: Linux SUSE
PHP Version: 4.3.9
New Comment:
A typo in the submission (in the section of Expected Result):
--
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
--
should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = NULL or ''?)
Previous Comments:
[2004-10-21 23:19:42] support at ruishi dot info
Description:
The bug described earlier in http://bugs.php.net/bug.php?id=28221 by
some sir else still persists in PHP-4.3.9, Suse Linux. The problem is:
The request page.php?var1=avar2=bvar3=c sets the $_GET array
correctly, but a slightly different request
page.php?var1=avar2=bvar3= with a null $var3 will make the whole
$_GET array null!
A live demo can be found at:
Everything is fine with Link 1:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=3
Then $_GET becomes null is the last variable $c is null in Link 2:
http://www.ruishi.info/forum/testwindnumeric.php?tid=123a=1b=2c=
Reproduce code:
---
$tid=?=$_GET['tid']?br
?php
require_once('./testglobal.php');
echo $tidbr;
echo $_GET['tid'];
echo \$_GET=;
print_r($_GET);
echo br;
if(!is_numeric($_GET['tid'])) echo('invalid id number');
?
In testglobal.php, the related sections:
print_r($_GET);
echo br;
unset($GLOBALS,$_ENV,$HTTP_ENV_VARS,$_REQUEST,$HTTP_POST_VARS,$HTTP_GET_VARS,$HTTP_POST_FILES,$HTTP_COOKIE_VARS);
$Is_Gmqgg=get_magic_quotes_gpc();
if(!$Is_Gmqgg){
Add_S($_POST);
Add_S($_GET);
Add_S($_COOKIE);
}
print_r($_GET);
echo br;
..
Expected result:
For Link 1, the result is correct.
For Link 2, the correct result should be:
Array ( [tid] = 123 [a] = 1 [b] = 2 [c] = 3 )
Actual result:
--
For Link 2, the actual incorrect result is:
Array ( )
--
Edit this bug report at http://bugs.php.net/?id=30523edit=1
#29738 [NEW]: percentages error
From: support at pulse-hosting dot com Operating system: Linux RedHat PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: percentages error Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo 25% of 40 is .$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit bug report at http://bugs.php.net/?id=29738edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29738r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29738r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29738r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29738r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29738r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29738r=needscript Try newer version: http://bugs.php.net/fix.php?id=29738r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29738r=support Expected behavior: http://bugs.php.net/fix.php?id=29738r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29738r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29738r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29738r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29738r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29738r=dst IIS Stability: http://bugs.php.net/fix.php?id=29738r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29738r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29738r=float
#29738 [Bgs]: percentages error
ID: 29738 User updated by: support at pulse-hosting dot com Reported By: support at pulse-hosting dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux RedHat PHP Version: Irrelevant New Comment: Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is 10 Previous Comments: [2004-08-18 18:10:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. There is no %() function in PHP. Check appropriate part of the documentation: http://www.php.net/manual/en/language.operators.arithmetic.php [2004-08-18 17:40:33] support at pulse-hosting dot com Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo 25% of 40 is .$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit this bug report at http://bugs.php.net/?id=29738edit=1
#29738 [Bgs]: percentages error
ID: 29738 User updated by: support at pulse-hosting dot com Reported By: support at pulse-hosting dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux RedHat PHP Version: Irrelevant New Comment: oh sorry :P Previous Comments: [2004-08-18 18:17:18] support at pulse-hosting dot com Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is 10 [2004-08-18 18:10:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. There is no %() function in PHP. Check appropriate part of the documentation: http://www.php.net/manual/en/language.operators.arithmetic.php [2004-08-18 17:40:33] support at pulse-hosting dot com Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo 25% of 40 is .$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit this bug report at http://bugs.php.net/?id=29738edit=1
#24843 [Com]: session_regenerate_id does not call user-defined session functions
ID: 24843 Comment by: support at spill dot nl Reported By: luttgens at fusl dot ac dot be Status: Open Bug Type: Session related Operating System: * PHP Version: php = 4.3.2 New Comment: Unless this is handled differently for the default (file-based) session handler, the current implementation of session_regenerate_id() would leave stale files (possibly containing sensitive session data). I agree with nathan php should go the long way and make sure to destroy the old session. About the calling of the write function of user defined session handlers even on empty sessions, ages ago I reported this bug: http://bugs.php.net/bug.php?id=25954 I think this should either be fixed in the documentation, or (if this is unwanted behaviour) in PHP itself. Previous Comments: [2004-06-29 08:34:45] [EMAIL PROTECTED] if using a user based session handler, php should go the long way in changing a session id. Currently php just changes the session id on an existing session stored, this is fine and good with like files (havent tested sqlite), but with user, creates some problems. The session handler just creates a new session, so you have two active, and keeps the data in the first, and the second one empty. PHP should really copy all data, destroy the old session, create the new session, and import the data into the new session. This avoids any issues with some session handlers that exist these days. thats my opinion anyway, better compatibility, even though theres a little overhead added. [2003-07-29 06:38:44] [EMAIL PROTECTED] Yes, the documentation should be cleared up a bit. [2003-07-29 03:53:12] luttgens at fusl dot ac dot be Thanks for your reply, Sniper. This has been the opportunity to understand I've been somewhat too elliptic... So, if you allow, I will try to restate what I had in mind. Let's say I have defined my own session storage management through 6 functions (the args for session_set_save_handler()). On ***my*** system, the behavior seems to be as follows: Call to sessions_start(): 1. _open() gets called 2. _read($id) gets called 3. _gc($time) may be called (according to the probability) Then, upon script completion: 4. _write($id, $data) gets called 5. _close() gets called Now, if session_regenerate_id() is called after session_start(), argument $id in step 4. indeed differs from what it was in step 2. And this could be used as an indication that an id regeneration has been performed, thus needing some housekeeping. BUT... Above description (steps 1. through 5.) is not explicitely documented, and thus by no means has an official status: it is just empirical. Thus, a first question is: Does aforementioned change in $id occur through AND ONLY THROUGH a call to session_regenerate_id()? Moreover, the documentation states: The write handler is not executed if the session contains no data; this applies even if empty session variables are registered. On ***my*** system, _write($id, $data) seems to be allways called. But if the documentation is right (and my system being thus bogus), it couldn't be relied anymore upon a change in the value of argument id (as step 4. wouldn't occur). Another question is thus: Could session_id() be reliably used in place to track a possible call to session_regenerate_id()?. Again, such a question occurs because trials tend to show that session_id() indeed reflects the effects of session_regenerate_id(), but this too is empirical only. I would feel more confident if the documentation established true and explicit cross-references for session_id() and session_regenerate_id(). Another formulation could be as follows. A. _read($id), _write($id, $data) and _destroy($id) all have an argument for a session-id. B. session_id() allows to read a current session-id. C. session_regenerate_id() allows to operate upon a current session-id. May it be taken for granted that all those things systematically refer to the same entity, so that they are allways in sync? Or does one really need some kind of feedback in the user-defined session functions upon a call of session_regenerate_id()? Could just be a kind of documentation bug. Anyway, thanks again for the follow-up. [2003-07-28 10:21:10] [EMAIL PROTECTED] session_regenerate_id() only resets the current session id. Nothing else. [2003-07-28 09:45:02] luttgens at fusl dot ac dot be Description: Some testings tend to show that session_regenerate_id() doesn't call any of the user functions defined through session_set_save_handler(). Should it really be the case (apologies if I'm wrong), I'm
#29050 [Bgs-Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. Previous Comments: [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to Access is denied message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050edit=1
#29050 [Bgs-Csd]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: http://bugs.php.net/bug.php?id=20022 Is 9i ( 9.2.0.1.0 ) supported ? yes You should declare in documentation that PHP v4.* + IIS v* + Oracle 9.2/10g Client couldn't work together. Previous Comments: [2004-07-08 11:55:09] [EMAIL PROTECTED] It doesn't say anywhere that we support IIS..Please read the docs. [2004-07-08 11:48:20] support at gis dot tusur dot ru And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050edit=1
#29050 [NEW]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
From: support at gis dot tusur dot ru Operating system: Win2k ADS, Win2k3 Server PHP version: 4.3.7 PHP Bug Type: OCI8 related Bug description: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- ? $login= USERNAME; $password = ; $db = DATABASE; $connection = OCIPLogon($login, $password, $db); if ( $connection ) print 'ok...'; ? Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit bug report at http://bugs.php.net/?id=29050edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29050r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29050r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29050r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29050r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29050r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29050r=needscript Try newer version: http://bugs.php.net/fix.php?id=29050r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29050r=support Expected behavior: http://bugs.php.net/fix.php?id=29050r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29050r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29050r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29050r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29050r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29050r=dst IIS Stability: http://bugs.php.net/fix.php?id=29050r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29050r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29050r=float
#29050 [Fbk-Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. Previous Comments: [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to Access is denied message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- ? $login= USERNAME; $password = ; $db = DATABASE; $connection = OCIPLogon($login, $password, $db); if ( $connection ) print 'ok...'; ? Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050edit=1
#29050 [Fbk-Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: We have tried all your recommendations, but haven't got correct result - our system still don't work properly! Previous Comments: [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to Access is denied message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- ? $login= USERNAME; $password = ; $db = DATABASE; $connection = OCIPLogon($login, $password, $db); if ( $connection ) print 'ok...'; ? Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050edit=1
#27364 [Bgs-Opn]: safe mode bypassed
ID: 27364 User updated by: support at nfrance dot com Reported By: support at nfrance dot com -Status: Bogus +Status: Open Bug Type: *Directory/Filesystem functions Operating System: OpenBSD/FreeBSD PHP Version: Irrelevant New Comment: Of course the problem seems to be environment-dependent, but should not PHP return an error in such situation when not able to get enough information on a directory owner instead of opening the file even with safe mode ? Previous Comments: [2004-02-24 17:07:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. I cannot verify this problem on Linux and it could not be verified on FreeBSD 4.9 by the people I've asked. The only reason I would imagine this would happen is if your OS would refuse to allow PHP to stat the directory where the file is located. [2004-02-23 10:36:39] support at nfrance dot com Description: When changing permissions on a directory safe mode restrictions for php scripts in this directory can be bypassed When directory in chmod 755 safe mode works as exepted, bot not anymore in chmod 751 (note that php run as apache module ans /etc/passwd is of course not owned by the same user as apache is running) This has been seen on 3 differents servers, 2 with OpenBSD and one with FreeBSD Tested with PHP 4.2.2 with follonwing configure commands : './configure' '--enable-safe-mode' '--enable-memory-limit' '--with-pgsql=/usr/local/pgsql/' '--with- mysql=/usr/local' '--with-imagic' '--enable-track-vars' '--with-imap=/usr/local/src/imap-2001a' '--with- gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib' '--with-ttf' '-- enable-magic-quotes' '--enable-roxen-zts' '--enable-ftp' '--enable-calendar' '--with-gdbm' '-- enable-zlib=/usr' '--with-gettext' '--with-xml' '--with-dom' '--with-zlib-dir=/usr' '--enable-bcmath' '--with-apache=/usr/local/src/apache_1.3.27' Tested again after having upgraded to PHP 4.3.4 (and having upgraded apache too) with a clean php.ini and the bug is still active However, we've tested on others FreeBSD servers with the same PHP version without any problem. Of course configuration was different ont those servers, but it is not normal that safe mode can be bypassed so easily whatever the environment. Please advise ! Reproduce code: --- ? $fp = fopen(/etc/passwd,r); $data = fgets($fp,255); echo $dataBR; fclose($fp); ? (bug has been see with readfile() too) Expected result: Current directory permissions : drwxr-xr-x 2 fred fred 512 Feb 17 10:58 . Result : Warning: SAFE MODE Restriction in effect. The script whose uid is 1003 is not allowed to access /etc/passwd owned by uid 0 in /home/fred/ test/etcpasswd.php on line 3 Warning: fopen(/etc/passwd, r) - Inappropriate ioctl for device in /home/fred/test/etcpasswd.php on line 3 Warning: fgets(): supplied argument is not a valid File-Handle resource in /home/fred/test/etcpasswd.php on line 5 Warning: fclose(): supplied argument is not a valid File-Handle resource in /home/fred/test/etcpasswd.php on line 9 Actual result: -- Current directory permissions (noting else changed) : drwxr-x--x 2 fred fred 512 Feb 17 10:58 . Result : # $FreeBSD: src/etc/master.passwd,v 1.25.2.5 2002/02/10 11:43:37 obrien Exp $ -- Edit this bug report at http://bugs.php.net/?id=27364edit=1
#27364 [Bgs-Opn]: safe mode bypassed
ID: 27364 User updated by: support at nfrance dot com Reported By: support at nfrance dot com -Status: Bogus +Status: Open Bug Type: *Directory/Filesystem functions Operating System: OpenBSD/FreeBSD PHP Version: Irrelevant New Comment: Allowing access to directories about which PHP cannot determine information would be contrary to the whole concept of safe mode. That's *exactly* the problem here : even with safe mode files can be opened on those servers when permissions are set too low on the current directory if your system has a (strange) limitation of disallowing stat() of directories with just an executable bit set make sure the read bit is also set. For your Information, we've jsut checked the stat() function and it works as expected in both situations. But even if it is an unexepected environment which prevent fopen() and others file-handling functions to check the uid/gid depending on permissions on directories, don't you think that there should be, when safe mode is active, en error in such situation ? If it happen on some of ours servers, it can happen on others too, and a simple error check should be able to prevent this potential security hole for all users In fact there's some others bugs report that could be about the same problem or similar : http://bugs.php.net/bug.php?id=19363 http://bugs.php.net/bug.php?id=22368 http://bugs.php.net/bug.php?id=24304 We can provide more informations on our environment if you wish, and perform any test needed Previous Comments: [2004-02-25 10:02:32] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Allowing access to directories about which PHP cannot determine information would be contrary to the whole concept of safe mode. If your system has a (strange) limitation of disallowing stat() of directories with just an executable bit set make sure the read bit is also set. [2004-02-25 09:12:21] support at nfrance dot com Of course the problem seems to be environment-dependent, but should not PHP return an error in such situation when not able to get enough information on a directory owner instead of opening the file even with safe mode ? [2004-02-24 17:07:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. I cannot verify this problem on Linux and it could not be verified on FreeBSD 4.9 by the people I've asked. The only reason I would imagine this would happen is if your OS would refuse to allow PHP to stat the directory where the file is located. [2004-02-23 10:36:39] support at nfrance dot com Description: When changing permissions on a directory safe mode restrictions for php scripts in this directory can be bypassed When directory in chmod 755 safe mode works as exepted, bot not anymore in chmod 751 (note that php run as apache module ans /etc/passwd is of course not owned by the same user as apache is running) This has been seen on 3 differents servers, 2 with OpenBSD and one with FreeBSD Tested with PHP 4.2.2 with follonwing configure commands : './configure' '--enable-safe-mode' '--enable-memory-limit' '--with-pgsql=/usr/local/pgsql/' '--with- mysql=/usr/local' '--with-imagic' '--enable-track-vars' '--with-imap=/usr/local/src/imap-2001a' '--with- gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib' '--with-ttf' '-- enable-magic-quotes' '--enable-roxen-zts' '--enable-ftp' '--enable-calendar' '--with-gdbm' '-- enable-zlib=/usr' '--with-gettext' '--with-xml' '--with-dom' '--with-zlib-dir=/usr' '--enable-bcmath' '--with-apache=/usr/local/src/apache_1.3.27' Tested again after having upgraded to PHP 4.3.4 (and having upgraded apache too) with a clean php.ini and the bug is still active However, we've tested on others FreeBSD servers with the same PHP version without any problem. Of course configuration was different ont those servers, but it is not normal that safe mode can be bypassed so easily whatever the environment. Please advise ! Reproduce code: --- ? $fp = fopen(/etc/passwd,r); $data = fgets($fp,255); echo $dataBR; fclose($fp); ? (bug has been see
#27364 [NEW]: safe mode bypassed
From: support at nfrance dot com Operating system: OpenBSD/FreeBSD PHP version: Irrelevant PHP Bug Type: *Directory/Filesystem functions Bug description: safe mode bypassed Description: When changing permissions on a directory safe mode restrictions for php scripts in this directory can be bypassed When directory in chmod 755 safe mode works as exepted, bot not anymore in chmod 751 (note that php run as apache module ans /etc/passwd is of course not owned by the same user as apache is running) This has been seen on 3 differents servers, 2 with OpenBSD and one with FreeBSD Tested with PHP 4.2.2 with follonwing configure commands : './configure' '--enable-safe-mode' '--enable-memory-limit' '--with-pgsql=/usr/local/pgsql/' '--with- mysql=/usr/local' '--with-imagic' '--enable-track-vars' '--with-imap=/usr/local/src/imap-2001a' '--with- gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib' '--with-ttf' '-- enable-magic-quotes' '--enable-roxen-zts' '--enable-ftp' '--enable-calendar' '--with-gdbm' '-- enable-zlib=/usr' '--with-gettext' '--with-xml' '--with-dom' '--with-zlib-dir=/usr' '--enable-bcmath' '--with-apache=/usr/local/src/apache_1.3.27' Tested again after having upgraded to PHP 4.3.4 (and having upgraded apache too) with a clean php.ini and the bug is still active However, we've tested on others FreeBSD servers with the same PHP version without any problem. Of course configuration was different ont those servers, but it is not normal that safe mode can be bypassed so easily whatever the environment. Please advise ! Reproduce code: --- ? $fp = fopen(/etc/passwd,r); $data = fgets($fp,255); echo $dataBR; fclose($fp); ? (bug has been see with readfile() too) Expected result: Current directory permissions : drwxr-xr-x 2 fred fred 512 Feb 17 10:58 . Result : Warning: SAFE MODE Restriction in effect. The script whose uid is 1003 is not allowed to access /etc/passwd owned by uid 0 in /home/fred/ test/etcpasswd.php on line 3 Warning: fopen(/etc/passwd, r) - Inappropriate ioctl for device in /home/fred/test/etcpasswd.php on line 3 Warning: fgets(): supplied argument is not a valid File-Handle resource in /home/fred/test/etcpasswd.php on line 5 Warning: fclose(): supplied argument is not a valid File-Handle resource in /home/fred/test/etcpasswd.php on line 9 Actual result: -- Current directory permissions (noting else changed) : drwxr-x--x 2 fred fred 512 Feb 17 10:58 . Result : # $FreeBSD: src/etc/master.passwd,v 1.25.2.5 2002/02/10 11:43:37 obrien Exp $ -- Edit bug report at http://bugs.php.net/?id=27364edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27364r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27364r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27364r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27364r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27364r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27364r=needscript Try newer version: http://bugs.php.net/fix.php?id=27364r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27364r=support Expected behavior: http://bugs.php.net/fix.php?id=27364r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27364r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27364r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27364r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27364r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27364r=dst IIS Stability: http://bugs.php.net/fix.php?id=27364r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27364r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27364r=float
#27067 [NEW]: Apache2 PHP 4.3.4 --with-oci8 crashing on startup
From: support at communardo dot de Operating system: Suse Linux 9.0 PHP version: 4.3.4 PHP Bug Type: Apache2 related Bug description: Apache2 PHP 4.3.4 --with-oci8 crashing on startup Description: When --with-oci8 included in PHP Apache2 crashes on startup with the messages in error_log posted below. Installation information: == *Apache 2.0.48 ./configure --prefix=/usr/local/apache2 --enable-so (successfull compiled, installed and tested without PHP) - httpd.conf: LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php * PHP 4.3.4 ./configure --with-oci8=$ORACLE_HOME --with-gettext=/usr/bin --enable-shmop --enable-sysvshm --with-zlib --with-apxs2=/usr/local/apache2/bin/apxs --enable-sigchild (successfully compiled and installed) * Oracle Client 9.2.0.2 - successfull client installation incl. C Programmer Libraries an Call Interfaces - environment variables set export ORACLE_HOME=/home/oracle/OraHome1 export ORACLE_SID=com14 (name of host) Remarks: I have tested PHP without OCI8 option. This works fine. Only if I include OCI8 Apache crashes on startup and will never load any plan HTML page. If I disable PHP in httpd.conf Apache is working fine. I have NOT included any LDAP options in Apache or PHP. Does anyone have an idea where to look for the cause of this problem? Many thanks. Dirk Reproduce code: --- (none) Expected result: Apache2 starting without failure. Actual result: -- error_log of Apache2: [Wed Jan 28 09:40:07 2004] [notice] Apache/2.0.48 (Unix) PHP/4.3.4 configured -- resuming normal operations httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. [Wed Jan 28 09:40:07 2004] [notice] child pid 20140 exit signal Aborted (6) httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. [Wed Jan 28 09:40:08 2004] [notice] child pid 20144 exit signal Aborted (6) [Wed Jan 28 09:40:08 2004] [notice] child pid 20143 exit signal Aborted (6) [ -- Edit bug report at http://bugs.php.net/?id=27067edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27067r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27067r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27067r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27067r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27067r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27067r=needscript Try newer version: http://bugs.php.net/fix.php?id=27067r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27067r=support Expected behavior: http://bugs.php.net/fix.php?id=27067r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27067r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27067r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27067r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27067r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27067r=dst IIS Stability: http://bugs.php.net/fix.php?id=27067r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27067r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27067r=float
#27067 [Fbk-Opn]: Apache2 PHP 4.3.4 --with-oci8 crashing on startup
ID: 27067 User updated by: support at communardo dot de Reported By: support at communardo dot de -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Suse Linux 9.0 PHP Version: 4.3.4 New Comment: Many thanks for the quick reply! Regarding your questions: Are you sure you're not loading some module in Apache which uses ldap? I have not modified the httpd.conf apart from LoadModule php4_module modules/libphp4.so + AddType application/x-httpd-php .php. I don't know whether OCI8 might use some ldap stuff internally. What does 'ldd libphp4.so' output? And 'ldd httpd' ? com14:/usr/local/apache2/modules # ldd libphp4.so libcrypt.so.1 = /lib/libcrypt.so.1 (0x4017b000) libz.so.1 = /lib/libz.so.1 (0x401ad000) libresolv.so.2 = /lib/libresolv.so.2 (0x401bc000) libm.so.6 = /lib/i686/libm.so.6 (0x401cf000) libdl.so.2 = /lib/libdl.so.2 (0x401f2000) libnsl.so.1 = /lib/libnsl.so.1 (0x401f5000) libclntsh.so.9.0 = /home/oracle/OraHome1/lib/libclntsh.so.9.0 (0x4020a000) libc.so.6 = /lib/i686/libc.so.6 (0x40b17000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) libwtc9.so = /home/oracle/OraHome1/lib/libwtc9.so (0x40c4a000) libpthread.so.0 = /lib/i686/libpthread.so.0 (0x40c4e000) com14:/usr/local/apache2/bin # ldd httpd libaprutil-0.so.0 = /usr/local/apache2/lib/libaprutil-0.so.0 (0x4001a000) libdb.so.2 = /lib/libdb.so.2 (0x40047000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x40056000) libapr-0.so.0 = /usr/local/apache2/lib/libapr-0.so.0 (0x40076000) librt.so.1 = /lib/librt.so.1 (0x40096000) libm.so.6 = /lib/i686/libm.so.6 (0x400a9000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x400cc000) libnsl.so.1 = /lib/libnsl.so.1 (0x400fe000) libdl.so.2 = /lib/libdl.so.2 (0x40113000) libpthread.so.0 = /lib/i686/libpthread.so.0 (0x40116000) libc.so.6 = /lib/i686/libc.so.6 (0x40168000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Regards, Dirk Previous Comments: [2004-01-28 06:44:09] [EMAIL PROTECTED] Looks like it's some sort of conflict between apache and the oracle libs. Are you sure you're not loading some module in Apache which uses ldap? What does 'ldd libphp4.so' output? And 'ldd httpd' ? [2004-01-28 03:59:26] support at communardo dot de Description: When --with-oci8 included in PHP Apache2 crashes on startup with the messages in error_log posted below. Installation information: == *Apache 2.0.48 ./configure --prefix=/usr/local/apache2 --enable-so (successfull compiled, installed and tested without PHP) - httpd.conf: LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php * PHP 4.3.4 ./configure --with-oci8=$ORACLE_HOME --with-gettext=/usr/bin --enable-shmop --enable-sysvshm --with-zlib --with-apxs2=/usr/local/apache2/bin/apxs --enable-sigchild (successfully compiled and installed) * Oracle Client 9.2.0.2 - successfull client installation incl. C Programmer Libraries an Call Interfaces - environment variables set export ORACLE_HOME=/home/oracle/OraHome1 export ORACLE_SID=com14 (name of host) Remarks: I have tested PHP without OCI8 option. This works fine. Only if I include OCI8 Apache crashes on startup and will never load any plan HTML page. If I disable PHP in httpd.conf Apache is working fine. I have NOT included any LDAP options in Apache or PHP. Does anyone have an idea where to look for the cause of this problem? Many thanks. Dirk Reproduce code: --- (none) Expected result: Apache2 starting without failure. Actual result: -- error_log of Apache2: [Wed Jan 28 09:40:07 2004] [notice] Apache/2.0.48 (Unix) PHP/4.3.4 configured -- resuming normal operations httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. [Wed Jan 28 09:40:07 2004] [notice] child pid 20140 exit signal Aborted (6) httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)-ld_options.ldo_valid == 0x2 )' failed. [Wed Jan 28 09:40:08 2004] [notice] child pid 20144 exit signal Aborted (6) [Wed Jan 28 09:40:08 2004] [notice] child pid 20143 exit signal Aborted (6) [ -- Edit this bug report at http://bugs.php.net/?id=27067edit=1
#25895 [NEW]: open_basedir error when trying to set error_reporting through ini_set
From: support at spill dot nl Operating system: RHL 8.0 PHP version: 4.3.3 PHP Bug Type: PHP options/info functions Bug description: open_basedir error when trying to set error_reporting through ini_set Description: When trying to run the posted code, I get the following (nonsense) error: PHP Warning: ini_set(): open_basedir restriction in effect. File(2047) is not within the allowed path(s): (/usr/share/pear/) in /home/admins/matthijs/test.php on line 3 Conditions: - Occurs only when the php script itself is located in a path not contained in open_basedir (as you can see I do not have '.' in my open_basedir path). - Calling 'error_reporting(E_ALL);' instead does not produce this warning. - Tested only on: PHP 4.3.3 (cli) Reproduce code: --- ?php ini_set(error_reporting,E_ALL); ? Expected result: no output, no warnings, error level set to the level indicated Actual result: -- PHP Warning: ini_set(): open_basedir restriction in effect. File(2047) is not within the allowed path(s): (/usr/share/pear/) in /home/admins/matthijs/test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=25895edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25895r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25895r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25895r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25895r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25895r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25895r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25895r=support Expected behavior: http://bugs.php.net/fix.php?id=25895r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25895r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25895r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25895r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25895r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25895r=dst IIS Stability: http://bugs.php.net/fix.php?id=25895r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25895r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25895r=float
#25260 [NEW]: Wrong php.exe in the Windows Installer version of PHP
From: support at aprelium dot com Operating system: Windows PHP version: 4.3.3 PHP Bug Type: CGI related Bug description: Wrong php.exe in the Windows Installer version of PHP Description: The php.exe that is included in the Windows Installer version of PHP 4.3.3 seems to be the CLI executable instead of the CGI one. A fresh installation of PHP 4.3.3 using this Installer won't work (the web server returns error 500) as PHP files don't return any CGI header. Replacing php.exe of the Installer with the CGI one from the Zipped Windows package of PHP 4.3.3 was a solution to make PHP run as CGI (and as exepected). -- Edit bug report at http://bugs.php.net/?id=25260edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25260r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25260r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25260r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25260r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25260r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25260r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25260r=support Expected behavior: http://bugs.php.net/fix.php?id=25260r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25260r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25260r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25260r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25260r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25260r=dst IIS Stability: http://bugs.php.net/fix.php?id=25260r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25260r=gnused
#25204 [Bgs-Opn]: ETag Responce Header Ignored
ID: 25204 User updated by: support at inmarket dot lviv dot ua Reported By: support at inmarket dot lviv dot ua -Status: Bogus +Status: Open Bug Type: CGI related Operating System: win32 PHP Version: 4.3.2 New Comment: And whose problem is this: Apache or PHP? Previous Comments: [2003-08-23 11:36:57] support at inmarket dot lviv dot ua And what if some stupid hosting provider has PHP thru CGI??? Like mine does! And, after all, why does this happen? This must be a trivial task to fix? [2003-08-22 19:57:50] [EMAIL PROTECTED] This is not really Apache related but CGI. If you were really using the apache module, this would propably work just fine. See: http://www.mnot.net/cgi_buffer/ [2003-08-22 09:52:04] support at inmarket dot lviv dot ua The test script simply sends ETag header via header(ETag: 0-1234-12345678); My Apache is win32 1.3.28, PHP 4.3.2 CGI - default configuration [2003-08-22 03:21:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Also, what is in your script? Which apache version? How did you configure PHP? [2003-08-22 02:47:54] support at inmarket dot lviv dot ua Description: Actually I posted this bug to Apache, but they said this is PHP bug. I noticed that ETag responce header from PHP script is simply ignored. If there comes a request with If-None-Match and the script responds with ETag that matches it, the server responds with 200 OK status. When checked with static content, Apache has no problem responding with 304 Not Modified. There is no problem when script responds with Last-Modified, and the server then ends up with 304 Not Modified. What I got from Apache bug report system: This is a php bug. The handler (read: PHP) is responsible for calling ap_meets_conditions at the proper place (i.e. before sending the content) or doing the evaluation that takes place there itself. Please address this issue to the php bug database. Regards, Dennis Reproduce code: --- Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 Responce: HTTP/1.1 200 OK -- should be 304 as for static content is ETag: 0-1234-12345678 Whereas using time-related headers: Request: GET /temp/etag.php HTTP/1.1 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 304 Not Modified -- as expected Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT Also combining two kinds of headers is useless: Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 200 OK -- Note this happens despite Last-Modified! ETag: 0-1234-12345678 Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT -- Edit this bug report at http://bugs.php.net/?id=25204edit=1
#25204 [NEW]: ETag Responce Header Ignored
From: support at inmarket dot lviv dot ua Operating system: PHP version: 4.3.2 PHP Bug Type: HTTP related Bug description: ETag Responce Header Ignored Description: Actually I posted this bug to Apache, but they said this is PHP bug. I noticed that ETag responce header from PHP script is simply ignored. If there comes a request with If-None-Match and the script responds with ETag that matches it, the server responds with 200 OK status. When checked with static content, Apache has no problem responding with 304 Not Modified. There is no problem when script responds with Last-Modified, and the server then ends up with 304 Not Modified. What I got from Apache bug report system: This is a php bug. The handler (read: PHP) is responsible for calling ap_meets_conditions at the proper place (i.e. before sending the content) or doing the evaluation that takes place there itself. Please address this issue to the php bug database. Regards, Dennis Reproduce code: --- Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 Responce: HTTP/1.1 200 OK -- should be 304 as for static content is ETag: 0-1234-12345678 Whereas using time-related headers: Request: GET /temp/etag.php HTTP/1.1 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 304 Not Modified -- as expected Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT Also combining two kinds of headers is useless: Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 200 OK -- Note this happens despite Last-Modified! ETag: 0-1234-12345678 Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT -- Edit bug report at http://bugs.php.net/?id=25204edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25204r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25204r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25204r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25204r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25204r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25204r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25204r=support Expected behavior: http://bugs.php.net/fix.php?id=25204r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25204r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25204r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25204r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25204r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25204r=dst IIS Stability: http://bugs.php.net/fix.php?id=25204r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25204r=gnused
#25204 [Fbk-Opn]: ETag Responce Header Ignored
ID: 25204 User updated by: support at inmarket dot lviv dot ua Reported By: support at inmarket dot lviv dot ua -Status: Feedback +Status: Open Bug Type:Apache related PHP Version: 4.3.2 New Comment: The test script simply sends ETag header via header(ETag: 0-1234-12345678); My Apache is win32 1.3.28, PHP 4.3.2 CGI - default configuration Previous Comments: [2003-08-22 03:21:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Also, what is in your script? Which apache version? How did you configure PHP? [2003-08-22 02:47:54] support at inmarket dot lviv dot ua Description: Actually I posted this bug to Apache, but they said this is PHP bug. I noticed that ETag responce header from PHP script is simply ignored. If there comes a request with If-None-Match and the script responds with ETag that matches it, the server responds with 200 OK status. When checked with static content, Apache has no problem responding with 304 Not Modified. There is no problem when script responds with Last-Modified, and the server then ends up with 304 Not Modified. What I got from Apache bug report system: This is a php bug. The handler (read: PHP) is responsible for calling ap_meets_conditions at the proper place (i.e. before sending the content) or doing the evaluation that takes place there itself. Please address this issue to the php bug database. Regards, Dennis Reproduce code: --- Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 Responce: HTTP/1.1 200 OK -- should be 304 as for static content is ETag: 0-1234-12345678 Whereas using time-related headers: Request: GET /temp/etag.php HTTP/1.1 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 304 Not Modified -- as expected Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT Also combining two kinds of headers is useless: Request: GET /temp/etag.php HTTP/1.1 If-None-Match: 0-1234-12345678 If-Modified-Since: Thu, 31 Jul 2003 19:12:11 GMT Responce: HTTP/1.1 200 OK -- Note this happens despite Last-Modified! ETag: 0-1234-12345678 Last-Modified: Thu, 31 Jul 2003 19:12:11 GMT -- Edit this bug report at http://bugs.php.net/?id=25204edit=1
#21286 [Com]: error while compile with IMAP
ID: 21286
Comment by: support at atlex dot ru
Reported By: idban at avidaim dot com
Status: Closed
Bug Type: IMAP related
Operating System: rh 7.3
PHP Version: 4.3.0
New Comment:
php-4.2.3 and php4-STABLE-200307150330
Also while compiling PHP with IMAP support, with an option -
with-openssl, I receive the error:
checking whether IMAP works... no
configure: error: build test failed. Please
check the config.log for details.
make: *** No targets specified and no makefile found. Stop.
make: *** No rule to make target `install'. Stop.
config.log
configure:35376: checking for IMAP support
configure:35734: checking for pam_start in -lpam
configure:35753: gcc -o conftest -g -O2 nbs
p;
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib conftest.c -lpam
-lX11 -lXpm -lpng -lz -ljpeg -lexslt -lxsltb
reakpoint -lxml2
-lxslt -lz -lcurl -lz -lresolv
-lm -ldl -lnsl -lcurl -lz -lssl -lcryp
to -ldl -lz -lxml2
-lz -liconv -lm 15
configure:35781: checking for crypt in -lcrypt
configure:35800: gcc -o conftest -g -O2 nbs
p;
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib conftest.c -lcry
pt
-lpam -lX11 -lXpm -lpng -lz -ljpeg -lexsltn
bsp;-lxsltbreakpoint
-lxml2 -lxslt -lz -lcurl -lz
-lresolv -lm -ldl -lnsl -lcurl -lz -ls
sl -lcrypto -ldl -lz
-lxml2 -lz -liconv -lm 15
configure:36206: checking whether SSL libraries a
re needed
for c-client
configure:36336: gcc -o conftest -g -O2 nbs
p;
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib
-Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib conftest.c
-lc-client -lssl -lcrypto -lcrypt -lpamnb
sp;-lX11
-lXpm -lpng -lz -ljpeg -lexslt -lxsltbreakpointn
bsp;-lxml2
-lxslt -lz -lcurl -lz -lresolv -lm -ldl
;-lnsl -lcurl -lz -lssl
-lcrypto -ldl -lz -lxml2 -lz -liconv -lmnbs
p;-lgssapi_krb5 -lkrb5
-lk5crypto
-lcom_err 15
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
In function `ssl_onceonlyinit':
/usr/src/build/90147-i386/BUILD/imap-2001a/c-client/osdep.c:286:
the use of `tmpnam' is dangerous, betternbs
p;use `mkstemp'
configure: failed program was:
#line 36311 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char auth_gssapi_valid();
int main() {
auth_gssapi_valid();
return 0;
}
configure:36362: checking whether IMAP works
configure:36395: gcc -o conftest -g -O2 nbs
p;
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib
-Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib conftest.c
-lc-client -lssl -lcrypto -lcrypt -lpamnb
sp;-lX11
-lXpm -lpng -lz -ljpeg -lexslt -lxsltbreakpointn
bsp;-lxml2
-lxslt -lz -lcurl -lz -lresolv -lm -ldl
;-lnsl -lcurl -lz -lssl
-lcrypto -ldl -lz -lxml2 -lz -liconv -lmnbs
p;-lgssapi_krb5 -lkrb5
-lk5crypto
-lcom_err 15
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
In function `ssl_onceonlyinit':
/usr/src/build/90147-i386/BUILD/imap-2001a/c-client/osdep.c:286:
the use of `tmpnam' is dangerous, betternbs
p;use `mkstemp'
configure: failed program was:
#line 36370 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
Why and what should I do to resolve the problem? I do need php with
imap support.
Previous Comments:
[2003-01-03 07:24:53] idban at avidaim dot com
i try install with apache2, GOD!! they working.
thanks for all help, perhaps i decide to use apache2
[2002-12-30 09:36:15] idban at avidaim dot com
ok, installation done, but now apache produce segfault, this is not
happen on 4.2.3, i downgrade again to 4.2.3 :(
[Mon Dec 30 16:22:43 2002] [notice] Apache/1.3.27 (Unix) AuthMySQL/2.20
mod_perl/1.27 DAV/1.0.3 PHP/4.3.0 mod_ssl/2.8.11 OpenSSL/0.9.6h
configured -- resuming normal operations
[Mon Dec 30 16:22:43 2002] [notice] Accept mutex: sysvsem (Default:
sysvsem)
[Mon Dec 30 16:23:15 2002] [notice] child pid 12517 exit signal
Segmentation fault (11)
[Mon Dec 30 16:23:15 2002] [notice] child pid 12516 exit signal
Segmentation fault (11
#21653 [Csd-Opn]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653 User updated by: support at hostcolor dot com Reported By: support at hostcolor dot com -Status: Closed +Status: Open Bug Type: Sockets related Operating System: RedHat 7.2 PHP Version: 4.3.3RC2-dev New Comment: I am not the original submitter of the bug but I was contacted by mr. Paul Laudanski and also by seeing the number of comments it seems that the problem is still there. We certainly found no solution as nothing else but reverting to 4.2.3 helped. best regards and good luck Previous Comments: [2003-07-09 09:21:01] laudanp at yahoo dot com HI folks, welcome back. So, what is the status? Those errors are still there. [2003-07-05 12:32:46] laudanp at yahoo dot com Well its Independence weekend in the USA today, so its party time. Hopefully next week we can all get back to business. Happy Fourth all. [2003-07-04 10:40:09] developer at yecc dot net HI ALL I download php 5 and install it on my computer that have RH7.3 But socket connection warning exists on php 5. What I must do? Developers of php what you do? Are you ok? [2003-07-01 09:16:47] larry at bowenaero dot com I'm also seeing this problem with SquirellMail 1.4.0 since my host upgraded to 4.3.2. SM worked flawlessly before the upgrade. The problem surfaces frequently, but with no obvious pattern. http://BowenAero.com/p.php Any help is appreciated. -LB [2003-07-01 06:38:08] laudanp at yahoo dot com Ok, I disabled any port blocking on my end this morning, and as it turns out I get the same messages as when port blocking was on: Warning: fsockopen(): unable to connect to xxx.xxx.xxx.xxx:21 in /var/www/html/testpaul.php on line 134 Connection Refused: Port 21 used by Nerte 7.8.1. This is odd indeed. 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/21653 -- Edit this bug report at http://bugs.php.net/?id=21653edit=1
#21736 [Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.1-dev New Comment: Don't worry so. I will ask to my developpers to look in fsock.c to correct the problem. You can close the bug if you want. Have a good day. Previous Comments: [2003-01-19 23:57:22] [EMAIL PROTECTED] FYI: I can NOT reproduce this with PHP 4.3.1-dev. [2003-01-19 18:34:04] [EMAIL PROTECTED] Hi, I just tried : http://snaps.php.net/php4-STABLE-latest.tar.gz and the problem remains the same. I'm sorry to bore you with that. [2003-01-19 18:28:13] [EMAIL PROTECTED] leaving marked as feedback until user reports back. [2003-01-19 09:45:10] [EMAIL PROTECTED] Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21736 [Fbk-Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. Previous Comments: [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. [2003-01-18 19:45:05] [EMAIL PROTECTED] Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. [2003-01-18 18:17:46] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug report. 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21736 [Fbk-Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Hi, I just tried : http://snaps.php.net/php4-STABLE-latest.tar.gz and the problem remains the same. I'm sorry to bore you with that. Previous Comments: [2003-01-19 18:28:13] [EMAIL PROTECTED] leaving marked as feedback until user reports back. [2003-01-19 09:45:10] [EMAIL PROTECTED] Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21736 [NEW]: fsockopen timeouts
From: [EMAIL PROTECTED] Operating system: Linux (kernel 2.4.18) PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: fsockopen timeouts Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : ? echo fsockopen(www.msnbc.com, 80); ? It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit bug report at http://bugs.php.net/?id=21736edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21736r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21736r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21736r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21736r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21736r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21736r=support Expected behavior: http://bugs.php.net/fix.php?id=21736r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21736r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21736r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21736r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21736r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21736r=dst IIS Stability: http://bugs.php.net/fix.php?id=21736r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21736r=gnused
#21736 [Fbk-Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. Previous Comments: [2003-01-18 18:17:46] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug report. [2003-01-18 16:36:59] [EMAIL PROTECTED] Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : ? echo fsockopen(www.msnbc.com, 80); ? It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21653 [Fbk-Opn]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: RedHat 7.2
PHP Version: 4.3.0
New Comment:
Yes there are always between 5 and 10 childs waiting for connections.
Previous Comments:
[2003-01-15 13:08:41] [EMAIL PROTECTED]
Doe your Webserver allow more then 1 Apache child to be running at any
one time?
[2003-01-15 04:30:31] [EMAIL PROTECTED]
Script:
-
?php
$fp = fsockopen (localhost, 80, $errno, $errstr, 30);
if (!$fp) {
echo $errstr ($errno)br\n;
}
fclose ($fp);
?
Output:
-
Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect
failed in /home/virtual/site1/fst/var/www/html/t5.php on line 2
Warning: fsockopen() [function.fsockopen]: unable to connect to
localhost:80 in /home/virtual/site1/fst/var/www/html/t5.php on line 2
Operation now in progress (115)
Warning: fclose(): supplied argument is not a valid stream resource in
/home/virtual/site1/fst/var/www/html/t5.php on line 6
Modules:
---
./configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-png-dir=/usr'
'--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm'
'--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv'
'--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png'
'--with-regex=system' '--with-xml' '--with-expat-dir=/usr'
'--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger'
'--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sysvsem=shared'
'--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars'
'--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8'
'--enable-sockets' '--with-imap=shared' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mysql' '--with-pgsql=shared'
'--with-snmp=shared' '--with-snmp=shared' '--enable-ucd-snmp-hack'
'--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath'
'--enable-shmop' '--enable-versioning' '--enable-calendar'
'--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--disable-experimental-zts'
'--with-apxs=/usr/sbin/apxs' '--enable-debug'
Additional information:
--
The same script is running at the command prompt.
$result = socket_connect ($socket, localhost, 80); is running fine on
prompt and into browser.
I am sure www service is up and running. There is no internal firewall
rules on the machine.
gdb backtrace:
I configured with --enable-debug
[root@ensim html]# gdb /usr/sbin/httpd
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-redhat-linux...
(no debugging symbols found)...
(gdb) run -X
Starting program: /usr/sbin/httpd -X
[New Thread 1024 (LWP 3641)]
Processing config directory: /etc/appliance/apacheconf
Processing config file: /etc/appliance/apacheconf/apache
Processing config directory: /etc/httpd/conf/virtual
Processing config file: /etc/httpd/conf/virtual/site1
Processing config directory: /etc/httpd/conf/site1
Processing config file: /etc/httpd/conf/site1/cgi
Processing config file: /etc/httpd/conf/site1/frontpage
Processing config file: /etc/httpd/conf/site1/mod_perl
Processing config file: /etc/httpd/conf/site1/sqmail
Processing config file: /etc/httpd/conf/site1/ssi
Processing config file: /etc/httpd/conf/site1/weblogs
Processing config file: /etc/httpd/conf/virtual/site10
..
Processing config directory: /etc/httpd/conf/site99
Processing config file: /etc/httpd/conf/site99/frontpage
Processing config file: /etc/httpd/conf/site99/sqmail
Processing config file: /etc/httpd/conf/site99/weblogs
Program exited with code 01.
I can't get a core file.
I didn't get any message at gdb prompt. May be I am doing something
wrong.Please advise.
#21501 [Com]: ISAPI Troubles
ID: 21501
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Web Server problem
Operating System: Windows 2K/2Kserver/XP
PHP Version: 4.3.0
New Comment:
now i know why it is so
the php.exe uses a php.ini-file when it is in same directory also but
with the isapi it must be in the windir
dont really know why this is different
about the button
sorry if i used the developer
Previous Comments:
[2003-01-08 03:31:26] [EMAIL PROTECTED]
What does Configuration File (php.ini) Path from phpinfo() show?
And please use Edit Submition and Add Comment for the bug report.
[2003-01-07 21:24:21] [EMAIL PROTECTED]
Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used
I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work
I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows extension_dir = c:\php4 and i dont know from
where this value comes
maybe - my windows is installed on K:\
php is installed in k:\server\php
hope this small bug will alos fixed in next release when anybody found
it
where have you php installed ?
[2003-01-07 18:58:57] [EMAIL PROTECTED]
I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.
You could also try to specify the two ini parameters in the scripts
itself:
ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail([EMAIL PROTECTED], test, test);
[2003-01-07 18:45:45] [EMAIL PROTECTED]
I found some problems with the ISAPI module under windows with
differnet webservers
First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work
Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work
Hope i can help and sorry about my bad english (come from austria)
--
Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21501 [Com]: ISAPI Troubles
ID: 21501
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Web Server problem
Operating System: Windows 2K/2Kserver/XP
PHP Version: 4.3.0
New Comment:
Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used
I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work
I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows extension_dir = c:\php4 and i dont know from
where this value comes
maybe - my windows is installed on K:\
php is installed in k:\server\php
hope this small bug will alos fixed in next release when anybody found
it
where have you php installed ?
Previous Comments:
[2003-01-07 18:58:57] [EMAIL PROTECTED]
I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.
You could also try to specify the two ini parameters in the scripts
itself:
ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail([EMAIL PROTECTED], test, test);
[2003-01-07 18:45:45] [EMAIL PROTECTED]
I found some problems with the ISAPI module under windows with
differnet webservers
First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work
Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work
Hope i can help and sorry about my bad english (come from austria)
--
Edit this bug report at http://bugs.php.net/?id=21501edit=1
#20707 [Fbk-Opn]: incorrect behavior of mail() with Bcc:
ID: 20707
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: win 2000
PHP Version: 4.3.0RC2
New Comment:
Works perfectly now here using
http://snaps.php.net/win32/php4-win32-latest.zip
Thanks for the fix.
Previous Comments:
[2002-12-01 23:04:34] [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
[2002-11-29 07:09:21] [EMAIL PROTECTED]
The loop may introduce other troubles if someone adds user-defined
header with ...cc: string. Thus it'll be safer to use
if((posheaders_lc)(!iscntrl(*(pos-1 { ...some other header, skip
it... } else { ...correct one, proceed...}
Another problem might arise if there is not PCRE support in the
function php_win32_mail_trim_header() and so we have unmodified headers
string (line 178). Then it can't be granted that the test for CRLF
if (NULL == (pos2 = strstr(pos1, \r\n)))
on the lines 423 and 477 gives correct results.
[2002-11-28 17:33:43] [EMAIL PROTECTED]
A bug in the SendText() function in php-4.3.0RC2\win32\sendmail.c
module can cause incorrect sending of messages to addresses in Cc: and
Bcc: fields in the additional headers string.
mail($recipient, $subject, $message, $headers);
Example:
assume $recipient, adr1, adr2 etc represent valid addresses, and XX any
other headers
$headers = Cc: adr1, adr2\nXX
sends messages for recipient, adr1 and adr2, ie. OK
$headers = Bcc: adr1, adr2\nXX
sends messages for recipient, and two copies for both adr1 and adr2.
$headers = Cc: adr1\nBcc: adr2\nXX
sends messages for recipient, adr1 and two copies for adr2.
$headers = BCc: adr1\nCc: adr2\nXX
sends messages for recipient, two copies for adr1 and none for adr2.
The cause is in the SendText() parsing headers string for cc and bcc
fields (from line 418 on). The code:
if (headers (pos1 = strstr(headers_lc, cc:))) {
recognize cc: substring in the bcc: resulting in duplicating messages
for bcc: addresses
more robust code could look like:
char *pos;
if (headers) {
pos=headers_lc;
while ((pos=strstr(pos,cc:))) {
if((posheaders_lc)(*(pos-1)=='b')) {
pos+=3; //bcc: found, skip it now
} else {
pos+=3;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 423 to 444
}
} // in case of more cc lines or bcc prior to cc
}
... lines 447 to 471
// similar loop for bcc ie.
pos=headers_lc;
while ((pos=strstr(pos,bcc:))) {
pos +=4;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 477 to 519 with respective
modifications to generating the stripped_header string.
zbynek
--
Edit this bug report at http://bugs.php.net/?id=20707edit=1
#20707 [Opn]: incorrect behavior of mail() with Bcc:
ID: 20707
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Operating System: win 2000
PHP Version: 4.3.0RC2
New Comment:
The loop may introduce other troubles if someone adds user-defined
header with ...cc: string. Thus it'll be safer to use
if((posheaders_lc)(!iscntrl(*(pos-1 { ...some other header, skip
it... } else { ...correct one, proceed...}
Another problem might arise if there is not PCRE support in the
function php_win32_mail_trim_header() and so we have unmodified headers
string (line 178). Then it can't be granted that the test for CRLF
if (NULL == (pos2 = strstr(pos1, \r\n)))
on the lines 423 and 477 gives correct results.
Previous Comments:
[2002-11-28 17:33:43] [EMAIL PROTECTED]
A bug in the SendText() function in php-4.3.0RC2\win32\sendmail.c
module can cause incorrect sending of messages to addresses in Cc: and
Bcc: fields in the additional headers string.
mail($recipient, $subject, $message, $headers);
Example:
assume $recipient, adr1, adr2 etc represent valid addresses, and XX any
other headers
$headers = Cc: adr1, adr2\nXX
sends messages for recipient, adr1 and adr2, ie. OK
$headers = Bcc: adr1, adr2\nXX
sends messages for recipient, and two copies for both adr1 and adr2.
$headers = Cc: adr1\nBcc: adr2\nXX
sends messages for recipient, adr1 and two copies for adr2.
$headers = BCc: adr1\nCc: adr2\nXX
sends messages for recipient, two copies for adr1 and none for adr2.
The cause is in the SendText() parsing headers string for cc and bcc
fields (from line 418 on). The code:
if (headers (pos1 = strstr(headers_lc, cc:))) {
recognize cc: substring in the bcc: resulting in duplicating messages
for bcc: addresses
more robust code could look like:
char *pos;
if (headers) {
pos=headers_lc;
while ((pos=strstr(pos,cc:))) {
if((posheaders_lc)(*(pos-1)=='b')) {
pos+=3; //bcc: found, skip it now
} else {
pos+=3;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 423 to 444
}
} // in case of more cc lines or bcc prior to cc
}
... lines 447 to 471
// similar loop for bcc ie.
pos=headers_lc;
while ((pos=strstr(pos,bcc:))) {
pos +=4;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 477 to 519 with respective
modifications to generating the stripped_header string.
zbynek
--
Edit this bug report at http://bugs.php.net/?id=20707edit=1
#20707 [NEW]: incorrect behavior of mail() with Bcc:
From: [EMAIL PROTECTED]
Operating system: win 2000
PHP version: 4.3.0RC2
PHP Bug Type: Mail related
Bug description: incorrect behavior of mail() with Bcc:
A bug in the SendText() function in php-4.3.0RC2\win32\sendmail.c module
can cause incorrect sending of messages to addresses in Cc: and Bcc:
fields in the additional headers string.
mail($recipient, $subject, $message, $headers);
Example:
assume $recipient, adr1, adr2 etc represent valid addresses, and XX any
other headers
$headers = Cc: adr1, adr2\nXX
sends messages for recipient, adr1 and adr2, ie. OK
$headers = Bcc: adr1, adr2\nXX
sends messages for recipient, and two copies for both adr1 and adr2.
$headers = Cc: adr1\nBcc: adr2\nXX
sends messages for recipient, adr1 and two copies for adr2.
$headers = BCc: adr1\nCc: adr2\nXX
sends messages for recipient, two copies for adr1 and none for adr2.
The cause is in the SendText() parsing headers string for cc and bcc
fields (from line 418 on). The code:
if (headers (pos1 = strstr(headers_lc, cc:))) {
recognize cc: substring in the bcc: resulting in duplicating messages for
bcc: addresses
more robust code could look like:
char *pos;
if (headers) {
pos=headers_lc;
while ((pos=strstr(pos,cc:))) {
if((posheaders_lc)(*(pos-1)=='b')) {
pos+=3; //bcc: found, skip it now
} else {
pos+=3;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 423 to 444
}
} // in case of more cc lines or bcc prior to cc
}
... lines 447 to 471
// similar loop for bcc ie.
pos=headers_lc;
while ((pos=strstr(pos,bcc:))) {
pos +=4;
pos1=headers+(pos-headers_lc);
... the rest of the routine lines 477 to 519 with respective
modifications to generating the stripped_header string.
zbynek
--
Edit bug report at http://bugs.php.net/?id=20707edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20707r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20707r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20707r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20707r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20707r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20707r=support
Expected behavior: http://bugs.php.net/fix.php?id=20707r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20707r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20707r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20707r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20707r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20707r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20707r=isapi
#20587 [NEW]: Your search page cannot function
From: [EMAIL PROTECTED] Operating system: Red Hat PHP version: 4.2.0 PHP Bug Type: Unknown/Other Function Bug description: Your search page cannot function http://www.php.net/search.php This page has always return an error: Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /local/Web/sites/phpweb/search.php on line 60 -- Edit bug report at http://bugs.php.net/?id=20587edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20587r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20587r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20587r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20587r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20587r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20587r=support Expected behavior: http://bugs.php.net/fix.php?id=20587r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20587r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20587r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20587r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20587r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20587r=dst IIS Stability: http://bugs.php.net/fix.php?id=20587r=isapi
#20537 [NEW]: PHP in CGI: session trouble with IE
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Session related Bug description: PHP in CGI: session trouble with IE Hi, we have strange trouble with session only in IE, PHP compil in CGI. On some server, works fine, no trouble, on other servers, same compil of php and apache, same php.ini session doesn't works in IE (session is created, the file is present in /tmp but contain no data). We have made test on severall machine and don't have find why we have this trouble. Here result of test: -On slackware 8.0, kernel 2.4.18, php 4.2.2(CGI)+apache 1.3.26 : works fine, no session trouble -On slackware 8.1, kernel 2.4.18, php 4.2.3(CGI)+apache 1.3.27: doesn't work (sometime one session work, doesn't know why). We have try to compil php 4.2.2 on this computer, same trouble -On redhat 7.1: same result that on slackware 8.1 In fact, it work only on slackware 8.0 with apache 1.3.26. Does it a trouble with a version of system lib? Thanks if you can help. -- Edit bug report at http://bugs.php.net/?id=20537edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20537r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20537r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20537r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20537r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20537r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20537r=support Expected behavior: http://bugs.php.net/fix.php?id=20537r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20537r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20537r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20537r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20537r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20537r=dst IIS Stability: http://bugs.php.net/fix.php?id=20537r=isapi
#20349 [NEW]: This is on your site
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: This is on your site Get this after trying a search on your main page. Warning: dir(/local/Web/sites/phpweb/manual/en) - No such file or directory in /local/Web/sites/phpweb/quickref.php on line 28 Fatal error: Call to a member function on a non-object in /local/Web/sites/phpweb/quickref.php on line 32 -- Edit bug report at http://bugs.php.net/?id=20349edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20349r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20349r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20349r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20349r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20349r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20349r=support Expected behavior: http://bugs.php.net/fix.php?id=20349r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20349r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20349r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20349r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20349r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20349r=dst IIS Stability: http://bugs.php.net/fix.php?id=20349r=isapi
#14409 [Csd-Opn]: request for nonexistent file does not return 404 error
ID: 14409 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Apache related Operating System: IRIX64 vega 6.5 04191225 IP27 PHP Version: 4.2.2 New Comment: Re-opening bug report. Previous Comments: [2002-09-23 13:46:12] [EMAIL PROTECTED] Dear Kalowsky, I've just reproduced it on php4-20020920 on Apache. It said php-4.3.0 in phpinfo(), and it is more recent than your post. You should understand that it is Apache-related bug, so IIS testing does not apply here, and it is stated in original bug report. Probably you also used php module in your testing on FreeBSD, while original bug report says that PHP was installed as CGI. The trouble looks to me as follows: if php CGI meets nonexistent php file, it does not output anything, while it should output error page, and I would really appreciate if I'd be able to tune that page via php.ini or whatever. Unfortunately, I can't reopen this bug, so someone please reopen it. Thank you. [2002-08-13 00:49:48] [EMAIL PROTECTED] Duplicated again with PHP 4.2.2 on Apache 1.3.23 under Windows XP. I don't have access to 3.0. [2002-08-10 09:59:27] [EMAIL PROTECTED] Unable to reproduce this on IIS with PHP 4.3.0-DEV, and on FreeBSD 4.6. Please try a newer version. Marking as closed, because I guess this was a valid bug, and has been fixed. [2002-07-31 09:01:16] [EMAIL PROTECTED] Forgot to tell you that it's an i386 Architecture :) [2002-07-31 09:00:03] [EMAIL PROTECTED] Same problem is occuring on Debian 3.0 Linux - worked fine (as a cgi) on the older version of Apache present in 2.2r7 - Only started 500 erroring instead of 404'ing when Apache 1.3.26 was installed as part of the upgrade. 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/14409 -- Edit this bug report at http://bugs.php.net/?id=14409edit=1
