#20237 [NEW]: pg_pconnect, too many connections

[anders]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.3
PHP Bug Type: PostgreSQL related
Bug description:  pg_pconnect, too many connections

I am not sure if this is a pgsql-extension bug or merely an documentation
bug. I have had problems with a webserver, getting php-error saying too
many connections, when using persistent connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned anywhere
in docs).

OR php have troubles finding allready opened connections in its hashtable.
(PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend if
different databases (seems the source selects DB on the open connection
anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).
-- 
Edit bug report at http://bugs.php.net/?id=20237&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20237&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20237&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20237&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20237&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20237&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20237&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20237&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20237&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20237&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20237&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20237&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20237&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20237&r=isapi

#20238 [NEW]: file_exists, is_readable

[michal]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.3
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  file_exists, is_readable

Hello.

I have upgraded from Apache 1.3.26 to Apache 2.0.40 and PHP from 4.1.2 to
PHP 4.2.3

I Have problem with functions is_readable(), file_exists ...

Can you tell me where the problem is?

That functions returning: '' (null)

Thank you for your answer.

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

#20239 [NEW]: mktime(0,0,0,09,23,1967) gives false

[Andreas]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.2.3
PHP Bug Type: Date/time related
Bug description:  mktime(0,0,0,09,23,1967) gives false

Within PHP 4.2.3 on Windows 2000 Professional, the function mktime()
considers the 23th of Sept. 1967 to be a false date. But my parents are
still sure having me born this day...

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

#20240 [NEW]: order of destructor calls

[vincent . planchenault]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4CVS-2002-11-04
PHP Bug Type: Zend Engine 2 problem
Bug description:  order of destructor calls

Using this small PHP code :

m_references++;
}

function unref()
{
$this->m_references--;
}

function __destruct()
{
echo 'in Referenced Destructor...';
echo "references = ".$this->m_references."";
echo 'out of Referenced Destructor';
}
}

class Referencer
{
private $m_ref;

function __construct($t)
{
$this->m_ref = $t;
$t->ref();
}

function __destruct()
{
echo "in Referencer Destructor...";
$this->m_ref->unref();
echo "out of Referencer Destructor";
}
}

$t = new Referenced();
echo 'instanciating first Referencer object...';
$a = new Referencer($t);
echo 'instanciating second Referencer object...';
$b = new Referencer($t);
echo 'deleting first Referencer object...';
unset($a);
echo 'terminating';

?>

I expected PHP to call unref() on Referenced object for the second
Referencer instance in the Referencer destructor, and then let Referenced
object be freed. This simulated output correspond to this expectation :

instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referencer Destructor
out of Referencer Destructor
in Referenced Destructor...
references = 0
out of Referenced Destructor...

PHP gave me this output :

instanciating first Referencer object...
instanciating second Referencer object...
deleting first Referencer object...
in Referencer Destructor...
out of Referencer Destructor
terminating
in Referenced Destructor...
references = 1
out of Referenced Destructor
in Referencer Destructor...

Fatal error: Trying to access invalid object in /test.php on
line 42

It seems that object instances are freed BEFORE the call of the object
destructor; I think object variables have to be freed after the destructor
call...
-- 
Edit bug report at http://bugs.php.net/?id=20240&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20240&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20240&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20240&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20240&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20240&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20240&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20240&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20240&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20240&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20240&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20240&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20240&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20240&r=isapi

#20238 [Opn->Csd]: file_exists, is_readable

[msopacua]

 ID:   20238
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Redhat 7.3
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Next time, please search the database.


Previous Comments:


[2002-11-04 03:01:14] [EMAIL PROTECTED]

Hello.

I have upgraded from Apache 1.3.26 to Apache 2.0.40 and PHP from 4.1.2
to PHP 4.2.3

I Have problem with functions is_readable(), file_exists ...

Can you tell me where the problem is?

That functions returning: '' (null)

Thank you for your answer.

Michal Vrabel.




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

#20239 [Opn->Bgs]: mktime(0,0,0,09,23,1967) gives false

[msopacua]

 ID:   20239
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the original bug instead.

Thank you for your interest in PHP.

Dupe op #12185


Previous Comments:


[2002-11-04 03:33:11] [EMAIL PROTECTED]

Within PHP 4.2.3 on Windows 2000 Professional, the function mktime()
considers the 23th of Sept. 1967 to be a false date. But my parents are
still sure having me born this day...

mktime(0,0,0,09,23,1967) returns -1 instead of a valid timestamp.




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

#17123 [Com]: mktime(), localtime(), strtotime(), etc. are broken for dates <1970 in Win32

[Andreas]

 ID:   17123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Won't fix
 Bug Type: Date/time related
 Operating System: WinNT5.0
 PHP Version:  4.2.0
 New Comment:

The problem still occurs with 4.2.3: mktime(0,0,0,09,23,1967) returns
-1 instead of a valid timestamp.


Previous Comments:


[2002-08-04 04:47:40] [EMAIL PROTECTED]

Since the time stamp is started from 1970, I don't think it supposed to
work in anyways.

Or is there anything wrong is returned when too small/large date is
supplied? It should fail, but it should not crash PHP for example.
Please reopen if PHP behaves badly.

BTW, there should be feature requests for more generic date functions
so no need for feature request also.





[2002-08-01 10:56:29] [EMAIL PROTECTED]

I have 4.0.6 on several machines (3 I think), and I have the same
problem on all of them (I have Windows 2000 on all of them).  As much
as I want to convert my server to a linux box, it still leaves me two
computers with Windows 2000 and this bug.  I had one idea, but since I
don't have 4.2.0 I can't work on it yet.  With the new W32 API
capabilities of 4.2.0, would it not be possible to use some Windows API
functions to parse date/time information rather than the included PHP
functions?  Obviously, Windows can handle the dates.  I use JavaScript
a lot and it has a range of approximately 275,000 years before and
after 1970.  I tested my valid range yesterday using the PHP functions,
I could go from 1970 to about 2037.  Wow.  What about all the people
that were born before 1970?  Older than 32 years...

Anyway, when I get home I will download 4.2.0 and then start hacking
away at using the PROPER Windows API functions for date/time since PHP
seems to be wanting to use the ones that don't work.

Hope something gets figured out, even if I have to program my own DLL
to make it work... :)

-Percy



[2002-07-04 16:08:25] [EMAIL PROTECTED]

Verified during the Bughunt.



[2002-06-22 14:39:43] [EMAIL PROTECTED]

mktime error with the following code:

mktime returns -1 for years less than 1970

Windows XP Pro, PHP 4.1.1, Microsoft-IIS/5.1
Windows 2000 Server, PHP 4.2.1, Apache/2.0.39 (Win32)

Date of Birth:   
Warning: unexpected error in date() in
C:\catalog\includes\functions\general.php on line 531

  function tep_date_short($raw_date) {
if ( ($raw_date == '-00-00 00:00:00') || ($raw_date == '') )
return false;

// remove the first digit if it is 0 - as php treats these as Octals
$year = substr($raw_date, 0, 4);
$month = substr($raw_date, 5, 2); if (substr($month, 0, 1) == '0')
$month = substr($month, 1);
$day = substr($raw_date, 8, 2); if (substr($day, 0, 1) == '0') $day
=  substr($day, 1);
$hour = substr($raw_date, 11, 2); if (substr($hour, 0, 1) == '0')
$hour = substr($hour, 1);
$minute = substr($raw_date, 14, 2); if (substr($minute, 0, 1) ==
'0') $minute = substr($minute, 1);
$second = substr($raw_date, 17, 2); if (substr($second, 0, 1) ==
'0') $second = substr($second, 1);

return date(DATE_FORMAT, mktime($hour, $minute, $second, $month,
$day, $year));



[2002-06-02 19:06:49] [EMAIL PROTECTED]

Reopened in reaction of new comment under #17472.

Regards, Kai



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

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

#20241 [NEW]: cron php

[michal]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.3, Apache 2.0.40
PHP version:  4CVS-2002-11-04
PHP Bug Type: Unknown/Other Function
Bug description:  cron php

Hello.

When i upgrade to 
php4-latest (from snaps.php.net)

Problem with bad working of file fucntions as file_exists,is_readable...
is now solved.

But for now.

When cron run some php script, to the root user is sent error mail which
contains:

PHP Warning:  Function registration failed - duplicate name - imagearc in
Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imageellipse
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagechar in
Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagecharup
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorallocate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagepalettecopy in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromstring in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagecolorat
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosest in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosesthwb in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolordeallocate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorresolve in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorexact in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorset in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolortransparent in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorstotal in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorsforindex in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagecopy in
Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopymerge in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopymergegray in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopyresized in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagecreate
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatetruecolor in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagetruecolortopalette in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetthickness in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagefilledarc in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagefilledellipse in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagealphablending in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorresolvealpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosestalpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorexactalpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopyresampled in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagerotate
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagesettile
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetbrush in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetstyle in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefrompng in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromgif in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromwbmp in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromgd in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromgd2 in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromgd2part in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagepng in
Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagewbmp in
Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagegd in
Unknown on line 0
PHP Warning:  Function

#20242 [NEW]: Method call infront of class definition

[marcus . boerger]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4CVS-2002-11-04
PHP Bug Type: Scripting Engine problem
Bug description:  Method call infront of class definition

While you can call functions in front or after current code you cannot do
so with classes. As this is documented nowhere this is an error with both
ZE1 and ZE2.

Following .phpt file:

--TEST--
Method call infront of class definition
--FILE--
show_method();

class test {
function show_static() {
echo "static\n";
}
function show_method() {
echo "method\n";
}
}
?>
--EXPECT--
static
method 
=EOF

Produces following .out


Fatal error: Class 'test' not found in
/usr/src/php4-HEAD/tests/classes/classes001.php on line 3
/usr/src/php4-HEAD/tests/classes/classes001.php(3) : Fatal error -
Class 'test' not found
=EOF

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

#20234 [Opn->Bgs]: zend_parse_parameters() problem

[wez]

 ID:   20234
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.0-pre2
 New Comment:

Don't use "zval **", use "zval *" like it says in the docs.


Previous Comments:


[2002-11-03 21:34:36] [EMAIL PROTECTED]

I also get:

Program received signal SIGSEGV, Segmentation fault.
0x08126fc7 in zend_parse_arg_impl ()




[2002-11-03 21:14:36] [EMAIL PROTECTED]

After making some extensions, I found at the doc that 
zend_get_parameters_ex() was supposed to be depreciated. As the doc is
saying, I passed my script to zend_parse_parameters(). It works fine
with zval*, long, double etc... But It looks it segfaults with a
zval**.

ZEND_FUNCTION(calculhmac)
{
zval **clent, **data;
char   *result;
char   *iclent, *idata;
if (zend_parse_parameters(2, "zz", &clent, &data) == FAILURE) {
WRONG_PARAM_COUNT;
}

convert_to_string_ex(clent);
convert_to_string_ex(data);

iclent = Z_STRVAL_PP(clent);
idata = Z_STRVAL_PP(data);

result = sp_CalculHmac(iclent, idata);

RETURN_STRING(result, 1);

}

Note that it works fine with get and that parse is supposed to replace
get...

Here is the gdb report:
Program received signal SIGSEGV, Segmentation fault.
0x4011baeb in strlen (str=0x0) at ../sysdeps/i386/strlen.c:28
28  ../sysdeps/i386/strlen.c: No such file or directory.
in ../sysdeps/i386/strlen.c

Thanks to verify that before closing.





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

#20243 [NEW]: Wrong slash in DLL loading path

[katanasov]

From: [EMAIL PROTECTED]
Operating system: WinXP
PHP version:  4.2.3
PHP Bug Type: XSLT related
Bug description:  Wrong slash in DLL loading path

When I change php.ini to load php_xslt.dll, it would define automatically
the following path:

C:\PHP\extensions/php_sxlt.dll

I presume that forward slash messes the whole thing up. I have no control
over the slash between "extensions" (part of the extension_dir definition)
and "php_sxlt.dll", since PHP inserts this slash automatically.

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

#20243 [Opn]: Wrong slash in DLL loading path

[katanasov]

 ID:   20243
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: XSLT related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

Core of the problem: Windows reports:

Unable to lead dynamic library 'C:\PHP\extensions/php_sxlt.dll" - The
specified module could not be found.

So it's a directory definition problem...


Previous Comments:


[2002-11-04 05:42:17] [EMAIL PROTECTED]

When I change php.ini to load php_xslt.dll, it would define
automatically the following path:

C:\PHP\extensions/php_sxlt.dll

I presume that forward slash messes the whole thing up. I have no
control over the slash between "extensions" (part of the extension_dir
definition) and "php_sxlt.dll", since PHP inserts this slash
automatically.

Obviously this would work for UNIX, but what about Win users?




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

#20243 [Opn]: Wrong slash in DLL loading path

[katanasov]

 ID:   20243
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: XSLT related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

OK... Even worse: included a final backslash in extension_dir
definition, and this seems to fix the problem with the correct
generation of the path. However, DLL could not be loaded again.


Previous Comments:


[2002-11-04 05:44:07] [EMAIL PROTECTED]

Core of the problem: Windows reports:

Unable to lead dynamic library 'C:\PHP\extensions/php_sxlt.dll" - The
specified module could not be found.

So it's a directory definition problem...



[2002-11-04 05:42:17] [EMAIL PROTECTED]

When I change php.ini to load php_xslt.dll, it would define
automatically the following path:

C:\PHP\extensions/php_sxlt.dll

I presume that forward slash messes the whole thing up. I have no
control over the slash between "extensions" (part of the extension_dir
definition) and "php_sxlt.dll", since PHP inserts this slash
automatically.

Obviously this would work for UNIX, but what about Win users?




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

#20242 [Opn]: Method call infront of class definition

[moriyoshi]

 ID:  20242
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
 Status:  Open
 Bug Type:Scripting Engine problem
 PHP Version: 4CVS-2002-11-04
 New Comment:

Huh? It just works for me.
Hmm I'm rather interested in what causes it to fail in your
environment.



Previous Comments:


[2002-11-04 05:17:21] [EMAIL PROTECTED]

While you can call functions in front or after current code you cannot
do so with classes. As this is documented nowhere this is an error with
both ZE1 and ZE2.

Following .phpt file:

--TEST--
Method call infront of class definition
--FILE--
show_method();

class test {
function show_static() {
echo "static\n";
}
function show_method() {
echo "method\n";
}
}
?>
--EXPECT--
static
method 
=EOF

Produces following .out


Fatal error: Class 'test' not found in
/usr/src/php4-HEAD/tests/classes/classes001.php on line 3
/usr/src/php4-HEAD/tests/classes/classes001.php(3) : Fatal error
- Class 'test' not found
=EOF





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

#20244 [NEW]: Multiple cmdline args for mail()'s fifth parameter

[pgb]

From: [EMAIL PROTECTED]
Operating system: Linux, RedHat 7.3
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  Multiple cmdline args for mail()'s fifth parameter

(Please see closed bug 15509.)

I'd like to make a feature request for mail(), whereby
multiple commandline arguments can be passed on to the
underlying MTA.  The easiest is to simply allow an
arbitrary string, with whitespace, as the fifth argument
to mail(), passing it on more or less as is (quoting of
individual arguments is fine).

I think the security issue of the fifth parameter is a
red herring, as the parameter will rarely ("never") contain
anything not explicitly written by the programmer.  That
is, it will "never" contain arbitrary web page input.

I need to do "-odd [EMAIL PROTECTED]", which, with the
current restriction, means that I have to write my own
mail() function, which shouldn't really be necessary for
something like this ("odd" sets deferred delivery, dumping
mail in the queue for the daemon to pick up later).

I have in fact made a (very clean) patch against PHP-4.2.3
ext/standard/mail.c to allow multiple params, adding
quotes, so that if somebody were to pass a parameter of

"; killall -9 httpd"

it comes out as

"';' 'killall' '-9' 'httpd'"

Surely, this must be safe enough, in particular
considering where the contents for the fifth parameter
would normally come from (PHP coder, not web site user).

Cheers.

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

#20243 [Opn->Bgs]: Wrong slash in DLL loading path

[msopacua]

 ID:   20243
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

it's php_XSlt, not php_SXlt


Previous Comments:


[2002-11-04 05:48:44] [EMAIL PROTECTED]

OK... Even worse: included a final backslash in extension_dir
definition, and this seems to fix the problem with the correct
generation of the path. However, DLL could not be loaded again.



[2002-11-04 05:44:07] [EMAIL PROTECTED]

Core of the problem: Windows reports:

Unable to lead dynamic library 'C:\PHP\extensions/php_sxlt.dll" - The
specified module could not be found.

So it's a directory definition problem...



[2002-11-04 05:42:17] [EMAIL PROTECTED]

When I change php.ini to load php_xslt.dll, it would define
automatically the following path:

C:\PHP\extensions/php_sxlt.dll

I presume that forward slash messes the whole thing up. I have no
control over the slash between "extensions" (part of the extension_dir
definition) and "php_sxlt.dll", since PHP inserts this slash
automatically.

Obviously this would work for UNIX, but what about Win users?




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

#20242 [Opn]: Method call infront of class definition

[marcus . boerger]

 ID:  20242
 User updated by: [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
 Status:  Open
 Bug Type:Scripting Engine problem
 PHP Version: 4CVS-2002-11-04
 New Comment:

Ups i rechecked it and now it works for ZE 1.3 maybe i
missconfigured the test for ZE1. But it still fails for ZE2. I guess i
should commit the test then.


Previous Comments:


[2002-11-04 06:25:39] [EMAIL PROTECTED]

Huh? It just works for me.
Hmm I'm rather interested in what causes it to fail in your
environment.




[2002-11-04 05:17:21] [EMAIL PROTECTED]

While you can call functions in front or after current code you cannot
do so with classes. As this is documented nowhere this is an error with
both ZE1 and ZE2.

Following .phpt file:

--TEST--
Method call infront of class definition
--FILE--
show_method();

class test {
function show_static() {
echo "static\n";
}
function show_method() {
echo "method\n";
}
}
?>
--EXPECT--
static
method 
=EOF

Produces following .out


Fatal error: Class 'test' not found in
/usr/src/php4-HEAD/tests/classes/classes001.php on line 3
/usr/src/php4-HEAD/tests/classes/classes001.php(3) : Fatal error
- Class 'test' not found
=EOF





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

#20243 [Bgs->Csd]: Wrong slash in DLL loading path

[moriyoshi]

 ID:   20243
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Closed
 Bug Type: XSLT related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

And what if appending "\" to the directory name specified at
extension_dir directive?



Previous Comments:


[2002-11-04 06:44:54] [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.

it's php_XSlt, not php_SXlt



[2002-11-04 05:48:44] [EMAIL PROTECTED]

OK... Even worse: included a final backslash in extension_dir
definition, and this seems to fix the problem with the correct
generation of the path. However, DLL could not be loaded again.



[2002-11-04 05:44:07] [EMAIL PROTECTED]

Core of the problem: Windows reports:

Unable to lead dynamic library 'C:\PHP\extensions/php_sxlt.dll" - The
specified module could not be found.

So it's a directory definition problem...



[2002-11-04 05:42:17] [EMAIL PROTECTED]

When I change php.ini to load php_xslt.dll, it would define
automatically the following path:

C:\PHP\extensions/php_sxlt.dll

I presume that forward slash messes the whole thing up. I have no
control over the slash between "extensions" (part of the extension_dir
definition) and "php_sxlt.dll", since PHP inserts this slash
automatically.

Obviously this would work for UNIX, but what about Win users?




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

#20245 [NEW]: ld: 0706-006 Cannot find or open library file: -l z

[garrel . a]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3-10
PHP version:  4.3.0-pre2
PHP Bug Type: Compile Failure
Bug description:  ld: 0706-006 Cannot find or open library file: -l z

Hi, there is my configure :
./configure \
--with-mysql=/www/mysql \
--with-apache=../apache_1.3.19 \
--enable-track-vars \
--enable-calendar \
--with-oracle=/oracle/app/oracle/product/7.3.4 \
--prefix=/www

and there is the error when I do the "make" (this is the end of the log):
main/internal_functions_cli.lo -lclient -lsqlnet -lncr -lsqlnet -lclient
-lcommon -lgeneric -lsqlnet -lncr -lsqlnet -lclient -lcommon -lgeneric
-lepc -lnlsrtl3 -lc3v6 -lcore3 -lnlsrtl3 -lcore3 -lmysqlclient -lcrypt -lm
-lcrypt -lm -lld -lm -lm -lld -lm -lm -lld -lm -lm -lld -lm  -o
sapi/cli/php
ld: 0706-006 Cannot find or open library file: -l z
ld:open(): No such file or directory
make: The error code from the last command is 255.

I don't know anything in link-edit.

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

#20237 [Opn->Bgs]: pg_pconnect, too many connections

[iliaa]

 ID:   20237
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

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

When using persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.


Previous Comments:


[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20241 [Opn->Bgs]: cron php

[iliaa]

 ID:   20241
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Redhat 7.3, Apache 2.0.40
 PHP Version:  4CVS-2002-11-04
 New Comment:

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

It looks like you've compiled many modules as static (built-in to the
php binary), however your are still trying to load shared modules
(compiled for older PHP) via php-ini. This is what is causing the
problems you are seeing.


Previous Comments:


[2002-11-04 05:00:05] [EMAIL PROTECTED]

Hello.

When i upgrade to 
php4-latest (from snaps.php.net)

Problem with bad working of file fucntions as
file_exists,is_readable... is now solved.

But for now.

When cron run some php script, to the root user is sent error mail
which contains:

PHP Warning:  Function registration failed - duplicate name - imagearc
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imageellipse in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagechar
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecharup in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorallocate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagepalettecopy in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromstring in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorat in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosest in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosesthwb in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolordeallocate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorresolve in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorexact in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorset in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolortransparent in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorstotal in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorsforindex in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - imagecopy
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopymerge in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopymergegray in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopyresized in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatetruecolor in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagetruecolortopalette in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetthickness in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagefilledarc in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagefilledellipse in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagealphablending in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorresolvealpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorclosestalpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecolorexactalpha in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecopyresampled in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagerotate in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesettile in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetbrush in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagesetstyle in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefrompng in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imagecreatefromgif in Unknown on line 0
PHP Warning:  Funct

#19662 [Com]: cookies not set with CGI server API

[info]

 ID:   19662
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Other web server
 Operating System: SunOS
 PHP Version:  4.2.3
 New Comment:

My ISP finally installed the new version: 4.3.0pre2 and it is still not
fixed!

the OS is solaris and it took them this long since the had to install
gnu sed (atleast another sed version) since 'normal' sed couldn't take
the requested length of sed parameters during installation.


Previous Comments:


[2002-10-19 01:00:05] [EMAIL PROTECTED]

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



[2002-10-03 19:32:38] [EMAIL PROTECTED]

You obviously didn't read my comment either..
Please try this snapshot and EXACTLY THIS:

http://snaps.php.net/php4-latest.tar.gz




[2002-10-03 10:35:03] [EMAIL PROTECTED]

I installed version 4.2.3 but it did not help.

I did not read anything about a bugfix related to cookies in the
changelog either.



[2002-10-01 20:44:51] [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-09-29 13:34:00] [EMAIL PROTECTED]

When I set a cookie with the setcookie command AFTER I requested the
value of an nonexisting cookie (so NULL) with a different name it does
not set the cookie.

I tested it on multiple systems with PHP 4.2.1 installed. On 2 systems
it did not go well and 1 system it has no problem and works fine. The
only difference that I can see is that the "good" system has Apache as
"Server API" and the other 2 "bad" system have CGI as server API.

I ran the following script for the first time with no active cookies
set:



outputs: "cookie NOT set , existing cookie value: "

When I delete the 1st line ($existing_cookie =
$_COOKIE["existing_cookie"];)

and run the script again I get as output: "cookie set , existing cookie
value: "

Then I add the 1st line again ($existing_cookie =
$_COOKIE["existing_cookie"];)

and run the script again and get as output:

"cookie set , existing cookie value: test"

and everything works perfectly even whenever I change the $value.

When I add the next line to the script (at line 2) it does not
correctly set the cookie again.
$existing_cookie2 = $_COOKIE["existing_cookie2"];





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

#20237 [Bgs]: pg_pconnect, too many connections

[anders]

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..


Previous Comments:


[2002-11-04 07:49:03] [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

When using persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20237 [Bgs]: pg_pconnect, too many connections

[anders]

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

Addition:
1 user, 
3 dbs in 1 posgres backend
apache has maxclients at 150

max_connections in postgres set to 600 - still not enough.
anyway I calculate it, it still doesn't sum up
Is it:
users * db * maxclients
or
users * maxclients
(first would equal 450, second 150)


Previous Comments:


[2002-11-04 08:01:31] [EMAIL PROTECTED]

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..



[2002-11-04 07:49:03] [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

When using persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20245 [Opn]: ld: 0706-006 Cannot find or open library file: -l z

[garrel . a]

 ID:   20245
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3-10
 PHP Version:  4.3.0-pre2
 New Comment:

I have the last version of php (php4-200211030600)


Previous Comments:


[2002-11-04 07:46:41] [EMAIL PROTECTED]

Hi, there is my configure :
./configure \
--with-mysql=/www/mysql \
--with-apache=../apache_1.3.19 \
--enable-track-vars \
--enable-calendar \
--with-oracle=/oracle/app/oracle/product/7.3.4 \
--prefix=/www

and there is the error when I do the "make" (this is the end of the
log):
main/internal_functions_cli.lo -lclient -lsqlnet -lncr -lsqlnet
-lclient -lcommon -lgeneric -lsqlnet -lncr -lsqlnet -lclient -lcommon
-lgeneric -lepc -lnlsrtl3 -lc3v6 -lcore3 -lnlsrtl3 -lcore3
-lmysqlclient -lcrypt -lm -lcrypt -lm -lld -lm -lm -lld -lm -lm -lld
-lm -lm -lld -lm  -o sapi/cli/php
ld: 0706-006 Cannot find or open library file: -l z
ld:open(): No such file or directory
make: The error code from the last command is 255.

I don't know anything in link-edit.

Thank you for your help




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

#20237 [Bgs]: pg_pconnect, too many connections

[iliaa]

 ID:   20237
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

It is possible that db also comes into play, however another
possibility is that you have non-apache related connections being made,
which raises your overall connection count.


Previous Comments:


[2002-11-04 08:05:47] [EMAIL PROTECTED]

Addition:
1 user, 
3 dbs in 1 posgres backend
apache has maxclients at 150

max_connections in postgres set to 600 - still not enough.
anyway I calculate it, it still doesn't sum up
Is it:
users * db * maxclients
or
users * maxclients
(first would equal 450, second 150)



[2002-11-04 08:01:31] [EMAIL PROTECTED]

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..



[2002-11-04 07:49:03] [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

When using persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20237 [Bgs]: pg_pconnect, too many connections

[anders]

 ID:   20237
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

Well, it is in an controlled environment and connections other than
apache was at most 2.

Would you know it postgres has some spawning-limits
(apache has each second: 1, 2, 4, 8, 16, 32, ... 32)

I was seeing for example 50-60 apaches, 170 posgresses (does not make
sense), doing a "killall -HUP httpd" solved the issue for a short while
at a time. 
Also, 99% of the pgsql usage was to 2 dbs.


Previous Comments:


[2002-11-04 08:10:06] [EMAIL PROTECTED]

It is possible that db also comes into play, however another
possibility is that you have non-apache related connections being made,
which raises your overall connection count.



[2002-11-04 08:05:47] [EMAIL PROTECTED]

Addition:
1 user, 
3 dbs in 1 posgres backend
apache has maxclients at 150

max_connections in postgres set to 600 - still not enough.
anyway I calculate it, it still doesn't sum up
Is it:
users * db * maxclients
or
users * maxclients
(first would equal 450, second 150)



[2002-11-04 08:01:31] [EMAIL PROTECTED]

That i did know, but as I mentioned, the connections are being made by
only 1 user, so it therefore seems as if there would be something funny
going on..

That would lead us to a max of 150 connections - even 600 wasn't
enough..



[2002-11-04 07:49:03] [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

When using persistant connections each Apache child eventually will
have an open connection. Now, if have many users, then this translates
to connection per user per apache child. So, with 20 different users
connecting to PostgreSQL and 100 Apache children, you could see as many
as 2000 open connections.



[2002-11-04 02:56:50] [EMAIL PROTECTED]

I am not sure if this is a pgsql-extension bug or merely an
documentation bug. I have had problems with a webserver, getting
php-error saying too many connections, when using persistent
connections.

It seems mysql behaves like:
(apache) MaxClients * persistant-connections
whereas this is in postgres more like:
MaxClients * DBs * users * persistant connections (not mentioned
anywhere in docs).

OR php have troubles finding allready opened connections in its
hashtable. (PHP 4.2.3, postgres 7.1.3)

It seems strange to have different pconnects to same postgres  backend
if different databases (seems the source selects DB on the open
connection anyhow).

background: apache maxclients = 150, 1 user a few DBs and postgress
max_connections limit set to 600 ! and it wasn't enough. (fix: changed
everything from pg_pconnect to pg_connect).




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

#20245 [Opn->Fbk]: ld: 0706-006 Cannot find or open library file: -l z

[msopacua]

 ID:   20245
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3-10
 PHP Version:  4.3.0-pre2
 New Comment:

-lz is added from mysql (see /www/mysql/bin/mysql_config --libs). By
default, on AIX libz is in /usr/local/lib.

Try adding:
LDFLAGS='-L/usr/local/lib -lz' \
./configure \
...


Previous Comments:


[2002-11-04 08:07:54] [EMAIL PROTECTED]

I have the last version of php (php4-200211030600)



[2002-11-04 07:46:41] [EMAIL PROTECTED]

Hi, there is my configure :
./configure \
--with-mysql=/www/mysql \
--with-apache=../apache_1.3.19 \
--enable-track-vars \
--enable-calendar \
--with-oracle=/oracle/app/oracle/product/7.3.4 \
--prefix=/www

and there is the error when I do the "make" (this is the end of the
log):
main/internal_functions_cli.lo -lclient -lsqlnet -lncr -lsqlnet
-lclient -lcommon -lgeneric -lsqlnet -lncr -lsqlnet -lclient -lcommon
-lgeneric -lepc -lnlsrtl3 -lc3v6 -lcore3 -lnlsrtl3 -lcore3
-lmysqlclient -lcrypt -lm -lcrypt -lm -lld -lm -lm -lld -lm -lm -lld
-lm -lm -lld -lm  -o sapi/cli/php
ld: 0706-006 Cannot find or open library file: -l z
ld:open(): No such file or directory
make: The error code from the last command is 255.

I don't know anything in link-edit.

Thank you for your help




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

#15390 [Csd->Opn]: Persistent OCI8 Connections Get Poisoned

[hz11]

 ID:   15390
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: OCI8 related
-Operating System: RedHat 6.2
+Operating System: RedHat 7.3
-PHP Version:  4.0.6
+PHP Version:  4.2.3
 New Comment:

Just to note, the same behavior occurs with PHP 4.2.3 on RH 7.3.  The
hack seems to handle this without much visibility to the end-user, but
is there a real fix planned for this?

Best,

Hans


Previous Comments:


[2002-04-13 09:22:08] [EMAIL PROTECTED]

hack:
change your tnsnames.ora to include a failover to the same db.
PROD=(
DESCRIPTION=(
ADDRESS=(PROTOCOL=TCP)(Host=127.0.0.1)(Port=1521))
   
(CONNECT_DATA=(SID=PROD)(failover_mode=(backup=PROD)(type=session)(method=basic)(retry=100)(delay=60)))

)

this will make the Net8 client to reconnect automagically




[2002-04-09 11:30:29] [EMAIL PROTECTED]

Same problem exists under:
RedHat 7.2
PHP 4.1.2 (--with-oci8)
Oracle8i 8.1.5



[2002-02-05 12:59:47] [EMAIL PROTECTED]

I have PHP 4.0.6 compiled as an Apache 1.3.20 module with OCI8 and
MySQL on RedHat 6.2.  I use persistent connections with OCI8 to avoid
the costly connection construction for Oracle for each request. 
However, I notice that these persistent connections get "poisoned"
under certain
circumstances.  What I mean by this is this:

Since each persistent connection stays with it's corresponding Apache
process, if the database happens to be down when a request comes in,
the persistent connection that is used throws an ORA-03113.  However,
even when the database comes back, the persistent connection still
thinks the database is down somehow, and will continue to throw the
ORA-03113 error.  As a result, if a request happens to hit the poisoned
Apache process, it appears the database is down.  If a request hits
another Apache process, all is OK.

So far, the only way I've seen to deal this is to restart Apache, and
have the persistent connections build up again.  Obviously, this is not
a good thing, and if database connectivity is lost in any form, the
persistent connections get poisoned again, and the cycle begins.

Now as this might not be a bug per se, I would think that persistent
connections should at least check that they aren't corrupted in some
way; or 'freshen' themselves.  Although I haven't tested it fully, I
have never seen this behavior with persistent MySQL connections.

Please contact me for any further details or clarification if needed.

Thank you,

Hans




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

#19676 [Com]: The specified CGI application misbehaved by not returning a complete set of HTT

[juhno]

 ID:   19676
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
 Operating System: windows2000
 PHP Version:  4.2.3
 New Comment:

The same error displayed - 

The specified CGI application misbehaved by not returning a complete
set
of HTTP headers. The headers it did return are:

I have index.php and other files which works OK.
Then I put them into other system - the same configuration. 
To this directory where I put theese files is shared to domain. When I
go to theese files, for example, index.php, using domain, I see this
error. Only test.php file works OK.
In the same time I have in other directory other php pages with the
same programming style and theese pages works OK.

Where could be a problem?

John Juhno.


Previous Comments:


[2002-09-30 10:03:48] [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.




[2002-09-30 10:02:23] [EMAIL PROTECTED]

The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are




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

#20179 [Com]: Apache ./configure fails after a static installation of php with oci8 support.

[bcrackel]

 ID:   20179
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux 2.4.7-10smp (RedHat 7.2)
 PHP Version:  4.2.3
 New Comment:

Sorry, any reference to --with-oracle was supposed to be --with-oci8.
Either way, I still get errors. Thanks!


Previous Comments:


[2002-11-01 21:45:03] [EMAIL PROTECTED]

WHAT was the configure line used again? This is impossible 
to happen if you didn't have '--with-oci8' in your configure
line. 




[2002-11-01 13:20:21] [EMAIL PROTECTED]

I got the latest cvs snapshot, and got the following errors during
`make` after doing `./configure --enable-socktes --with-mysql
--with-oracle=/home/oracle/OraHome1 --with-apache=../apache_1.3.27`:

ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/root/php4-200211010900/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'
ext/oci8/oci8.o: In function `php_oci_init_globals':
/root/php4-200211010900/ext/oci8/oci8.c:445: undefined reference to
`OCIEnvInit'
/root/php4-200211010900/ext/oci8/oci8.c:451: undefined reference to
`OCIHandleAlloc'
ext/oci8/oci8.o: In function `zm_startup_oci':
/root/php4-200211010900/ext/oci8/oci8.c:475: undefined reference to
`OCIInitialize'
ext/oci8/oci8.o: In function `zm_shutdown_oci':
/root/php4-200211010900/ext/oci8/oci8.c:599: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_stmt_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:750: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:758: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_conn_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:807: undefined reference to
`OCITransRollback'
/root/php4-200211010900/ext/oci8/oci8.c:820: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:832: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_descriptor_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:887: undefined reference to
`OCIDescriptorFree'
ext/oci8/oci8.o: In function `oci_error':
/root/php4-200211010900/ext/oci8/oci8.c:973: undefined reference to
`OCIErrorGet'
ext/oci8/oci8.o: In function `oci_ping':
/root/php4-200211010900/ext/oci8/oci8.c:1008: undefined reference to
`OCIServerVersion'
ext/oci8/oci8.o: In function `oci_new_desc':
/root/php4-200211010900/ext/oci8/oci8.c:1158: undefined reference to
`OCIDescriptorAlloc'
ext/oci8/oci8.o: In function `oci_setprefetch':
/root/php4-200211010900/ext/oci8/oci8.c:1307: undefined reference to
`OCIAttrSet'
/root/php4-200211010900/ext/oci8/oci8.c:1322: undefined reference to
`OCIAttrSet'
ext/oci8/oci8.o: In function `oci_parse':
/root/php4-200211010900/ext/oci8/oci8.c:1349: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1356: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1364: undefined reference to
`OCIStmtPrepare'
/root/php4-200211010900/ext/oci8/oci8.c:1374: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:1378: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `oci_execute':
/root/php4-200211010900/ext/oci8/oci8.c:1429: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1459: undefined reference to
`OCIStmtExecute'
/root/php4-200211010900/ext/oci8/oci8.c:1497: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1525: undefined reference to
`OCIParamGet'
/root/php4-200211010900/ext/oci8/oci8.c:1538: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1552: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1569: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1583: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1597: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1705: undefined reference to
`OCIDefineByPos'
ext/oci8/oci8.o: In function `oci_fetch':
/root/php4-200211010900/ext/oci8/oci8.c:1757: undefined reference to
`OCIStmtFetch'
/root/php4-200211010900/ext/oci8/oci8.c:1794: undefined reference to
`OCIStmtSetPieceInfo'
/root/php4-200211010900/ext/oci8/oci8.c:1806: undefined reference to
`OCIStmtFetch'
ext/oci8/oci8.o: In function `oci_loadlob':
/root/php4-200211010900/ext/oci8/oci8.c:1866: undefined reference to
`OCILobFileOpen'
/root/php4-200211010900/ext/oci8/oci8.c:1879: undefined reference to
`OCILobGetLength'
/root/php4-200211010900/ext/oci8/oci8.c:1894: undefined reference to
`OCILobRead'
/root/php4-200211010900/ext/oci8/oci8.c:1926: undefined reference to
`OCILobFileClose'
ext/oci8/oci8.o: In function `_oci_open_s

#20246 [NEW]: Unable to compile latest snapshot (gd-related + ssl problems)

[bugsphp]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat 7.2
PHP version:  4CVS-2002-11-04
PHP Bug Type: Compile Failure
Bug description:  Unable to compile latest snapshot (gd-related + ssl problems)

Hi

I'm getting errors related to gd library when compiling php4.3pre2 or
latest snapshot available (Nov 3, 6am)

With:

./configure --with-apache=../apache_1.3.27 --enable-trans-sid
--with-jpeg-dir --with-gd=../gd-2.0.1 --with-tiff-dir --with-png-dir
--with-zlib-dir --with-pdflib --enable-ftp --enable-gd-native-ttf
--with-freetype-dir=/usr/include/freetype2 --with-mysql=/usr/local/mysql
--with-gettext --with-imap --with-kerberos --enable-sysvsem
--enable-sysvshm --with-xml --with-db --enable-bcmath --enable-calendar
--with-imap-ssl

'make' outputs:

ext/gd/gd.o: In function `zif_imagecreatetruecolor':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:631: undefined reference to
`gdImageCreateTrueColor'
ext/gd/gd.o: In function `zif_imagetruecolortopalette':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:652: undefined reference to
`gdImageTrueColorToPalette'
ext/gd/gd.o: In function `zif_imagesetthickness':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:710: undefined reference to
`gdImageSetThickness'
ext/gd/gd.o: In function `zif_imagefilledellipse':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:735: undefined reference to
`gdImageFilledEllipse'
ext/gd/gd.o: In function `zif_imagefilledarc':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:770: undefined reference to
`gdImageFilledArc'
ext/gd/gd.o: In function `zif_imagealphablending':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:789: undefined reference to
`gdImageAlphaBlending'
ext/gd/gd.o: In function `zif_imagecolorresolvealpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:835: undefined reference to
`gdImageColorResolveAlpha'
ext/gd/gd.o: In function `zif_imagecolorclosestalpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:857: undefined reference to
`gdImageColorClosestAlpha'
ext/gd/gd.o: In function `zif_imagecolorexactalpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:879: undefined reference to
`gdImageColorExactAlpha'
ext/gd/gd.o: In function `zif_imagecopyresampled':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:917: undefined reference to
`gdImageCopyResampled'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Erreur 1


Now with --with-gd (no path submited), it seems to compile correctly
bundled gd functions, but compilation ends with:

/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
In function `ssl_onceonlyinit':
/usr/src/build/41512-i386/BUILD/imap-2000c/c-client/auth_ssl.c:153: the
use of `tmpnam' is dangerous, better use `mkstemp'

I think I must upgrade something but what ? Anyway, this message has been
output without any ERROR or WARNING label from 'make'.

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

#20184 [Opn->Csd]: Add the build date to the output from php -v

[vlcc69jfbo001]

 ID:   20184
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4CVS-2002-10-31
 New Comment:

Well, arguments aside, someone has now done this:

>php -v
PHP 4.3.0-dev (cli) (built: Nov  4 2002 16:07:58), 
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend 
Technologies

Thank you! Bug closed.


Previous Comments:


[2002-11-01 05:28:28] [EMAIL PROTECTED]

reopened this feature request

phpinfo() is not enough as the output of phpinfo cannot easily be
analyzed. if not adding this to other functions something like
php_buildate or even better php_package_date (the date when the archive
was packed and uploaded to the server) would be great.

see also http://lists.php.net/article.php?group=php.qa&article=6527



[2002-10-31 11:34:58] [EMAIL PROTECTED]

Added. phpinfo() already has this information and adding it 
to any other place is waste of time.

(but propably someone will add a function for this too..*sigh*)




[2002-10-31 04:28:12] [EMAIL PROTECTED]

me too ;)




[2002-10-31 04:24:39] [EMAIL PROTECTED]

I would appreciate this change, it would make everything much easier.
This output should also be added to phpinfo(), phpversion() and
anything else where a version information is returned by PHP.



[2002-10-31 03:20:13] [EMAIL PROTECTED]

When testing CVS versions of PHP it is occasionally easy to 
lose track of which date's version you're running, whether 
you forgot to compile after the last CVS update etc. Other 
than burrowing for the executables and reading modification 
dates, there doesn't seem to be an simple way of finding 
the build date. It would seem like a reasonable idea to add 
the build date to the output from php -v. so it reads 
something like:

>php -v
PHP 4.3.0-dev (cli) (built: Oct 29 12:04), Copyright (c) 
1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend 
Technologies




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

#20246 [Opn->Bgs]: Unable to compile latest snapshot (gd-related + ssl problems)

[iliaa]

 ID:   20246
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux Redhat 7.2
 PHP Version:  4CVS-2002-11-04
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Use --with-gd, this will compile PHP with bundled GD 2.0.4, which
contains a number of additions made by the PHP team. 
The errors you are seeing are the result of the gd library not being
being in the path where the linker can find it.


Previous Comments:


[2002-11-04 09:34:40] [EMAIL PROTECTED]

Hi

I'm getting errors related to gd library when compiling php4.3pre2 or
latest snapshot available (Nov 3, 6am)

With:

./configure --with-apache=../apache_1.3.27 --enable-trans-sid
--with-jpeg-dir --with-gd=../gd-2.0.1 --with-tiff-dir --with-png-dir
--with-zlib-dir --with-pdflib --enable-ftp --enable-gd-native-ttf
--with-freetype-dir=/usr/include/freetype2
--with-mysql=/usr/local/mysql --with-gettext --with-imap
--with-kerberos --enable-sysvsem --enable-sysvshm --with-xml --with-db
--enable-bcmath --enable-calendar --with-imap-ssl

'make' outputs:

ext/gd/gd.o: In function `zif_imagecreatetruecolor':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:631: undefined reference to
`gdImageCreateTrueColor'
ext/gd/gd.o: In function `zif_imagetruecolortopalette':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:652: undefined reference to
`gdImageTrueColorToPalette'
ext/gd/gd.o: In function `zif_imagesetthickness':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:710: undefined reference to
`gdImageSetThickness'
ext/gd/gd.o: In function `zif_imagefilledellipse':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:735: undefined reference to
`gdImageFilledEllipse'
ext/gd/gd.o: In function `zif_imagefilledarc':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:770: undefined reference to
`gdImageFilledArc'
ext/gd/gd.o: In function `zif_imagealphablending':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:789: undefined reference to
`gdImageAlphaBlending'
ext/gd/gd.o: In function `zif_imagecolorresolvealpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:835: undefined reference to
`gdImageColorResolveAlpha'
ext/gd/gd.o: In function `zif_imagecolorclosestalpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:857: undefined reference to
`gdImageColorClosestAlpha'
ext/gd/gd.o: In function `zif_imagecolorexactalpha':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:879: undefined reference to
`gdImageColorExactAlpha'
ext/gd/gd.o: In function `zif_imagecopyresampled':
/home/ovh/src/php4-200211030600/ext/gd/gd.c:917: undefined reference to
`gdImageCopyResampled'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Erreur 1


Now with --with-gd (no path submited), it seems to compile correctly
bundled gd functions, but compilation ends with:

/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc-client.a(osdep.o):
In function `ssl_onceonlyinit':
/usr/src/build/41512-i386/BUILD/imap-2000c/c-client/auth_ssl.c:153: the
use of `tmpnam' is dangerous, better use `mkstemp'

I think I must upgrade something but what ? Anyway, this message has
been output without any ERROR or WARNING label from 'make'.

Thank you for you help, my server is down for hours :(




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

#20203 [Opn->Fbk]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[kalowsky]

 ID:   20203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Are you using FreeTDS or iOBDC?  I'm very confused...


Previous Comments:


[2002-11-03 18:45:49] [EMAIL PROTECTED]

Having recompiled the iodbclib.so with the symbols in it
Here is the new output of gdb Just before the crash


SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from
kan_keim",
cbSqlStr=-3) at execute.c:330
330   if (hproc == SQL_NULL_HPROC)
1: pstmt.asyn_on = 0
(gdb) s
338   (pstmt->dhstmt, szSqlStr, cbSqlStr));
1: pstmt.asyn_on = 0
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so
(gdb)



[2002-11-03 10:04:57] [EMAIL PROTECTED]

I dont know if it helps But i send the last part of /tmp/freetds.log

==
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbnextrow()
2002-11-03 17:51:27 leaving dbnextrow() returning -2
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
Sending packet @ 2002-11-03 17:51:27
  01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00   |...8s.e.t.
.|
0010  71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00  
|q.u.o.t.e.d._.i.|
0020  64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00  
|d.e.n.t.i.f.i.e.|
0030  72 00 20 00 6f 00 6e 00   |r. .o.n.|

Received packet @ 2002-11-03 17:51:27
  fd 00 00 fd 00 00 00 00 00|.|

2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
==

Best regards
Christos



[2002-11-03 09:00:37] [EMAIL PROTECTED]

How do I activate the SQL log ??
(is it on the PC running MSSQL or on the sun machine ?)
Best regards 
Christos :)



[2002-11-02 14:20:10] [EMAIL PROTECTED]

I'd still appriciate the SQL Log :)



[2002-11-02 07:26:43] [EMAIL PROTECTED]

at /usr/pkg/php/php4-200210311500/ext/odbc/php_odbc.c:1274
1274convert_to_string_ex(pv_query);
(gdb) n
1277result = (odbc_result *)emalloc(sizeof(odbc_result));
(gdb) display result
1: result = (odbc_result *) 0x1b4a88
(gdb) display result.stmt
2: result.stmt = 0x1b9da8
(gdb) display /s result.stmt
3: x/s result.stmt  0x1b9da8:"select * from kan_keim"

At this point the query statment is correct
But just before producing the fault is the following :

1305if (SQLSetStmtOption(result->stmt,
SQL_CURSOR_TY
PE, SQL_CURSOR_DYNAMIC)
5: /u rc = 16
4: rc = 16
3: x/s result.stmt  0x1c5148:""
2: result.stmt = 0x1c5148
1: result = (odbc_result *) 0x1b9dd8
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so

I hope this helps you
Best regards 
Christos



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

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

#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

I use iODBC but this is the log that is produced every time
i run php.

I have compiled with
--without-mysql --with-iodbc
Christos


Previous Comments:


[2002-11-04 10:27:30] [EMAIL PROTECTED]

Are you using FreeTDS or iOBDC?  I'm very confused...



[2002-11-03 18:45:49] [EMAIL PROTECTED]

Having recompiled the iodbclib.so with the symbols in it
Here is the new output of gdb Just before the crash


SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from
kan_keim",
cbSqlStr=-3) at execute.c:330
330   if (hproc == SQL_NULL_HPROC)
1: pstmt.asyn_on = 0
(gdb) s
338   (pstmt->dhstmt, szSqlStr, cbSqlStr));
1: pstmt.asyn_on = 0
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so
(gdb)



[2002-11-03 10:04:57] [EMAIL PROTECTED]

I dont know if it helps But i send the last part of /tmp/freetds.log

==
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbnextrow()
2002-11-03 17:51:27 leaving dbnextrow() returning -2
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
Sending packet @ 2002-11-03 17:51:27
  01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00   |...8s.e.t.
.|
0010  71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00  
|q.u.o.t.e.d._.i.|
0020  64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00  
|d.e.n.t.i.f.i.e.|
0030  72 00 20 00 6f 00 6e 00   |r. .o.n.|

Received packet @ 2002-11-03 17:51:27
  fd 00 00 fd 00 00 00 00 00|.|

2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
==

Best regards
Christos



[2002-11-03 09:00:37] [EMAIL PROTECTED]

How do I activate the SQL log ??
(is it on the PC running MSSQL or on the sun machine ?)
Best regards 
Christos :)



[2002-11-02 14:20:10] [EMAIL PROTECTED]

I'd still appriciate the SQL Log :)



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

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

#20242 [Opn->Ver]: Method call infront of class definition

[iliaa]

 ID:  20242
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Verified
-Bug Type:Scripting Engine problem
+Bug Type:Zend Engine 2 problem
 PHP Version: 4CVS-2002-11-04
 New Comment:

This is indeed a ZE2 bug. It appears that unlike ZE1, ZE2 does not
allow the class defenition to be made AFTER the calls to the class are
made.
This of course is not a good way to do things, class defenitions should
occur before the class is being used. However, since this worked in
ZE1, it probably should work in ZE2 as well.


Previous Comments:


[2002-11-04 06:45:44] [EMAIL PROTECTED]

Ups i rechecked it and now it works for ZE 1.3 maybe i
missconfigured the test for ZE1. But it still fails for ZE2. I guess i
should commit the test then.



[2002-11-04 06:25:39] [EMAIL PROTECTED]

Huh? It just works for me.
Hmm I'm rather interested in what causes it to fail in your
environment.




[2002-11-04 05:17:21] [EMAIL PROTECTED]

While you can call functions in front or after current code you cannot
do so with classes. As this is documented nowhere this is an error with
both ZE1 and ZE2.

Following .phpt file:

--TEST--
Method call infront of class definition
--FILE--
show_method();

class test {
function show_static() {
echo "static\n";
}
function show_method() {
echo "method\n";
}
}
?>
--EXPECT--
static
method 
=EOF

Produces following .out


Fatal error: Class 'test' not found in
/usr/src/php4-HEAD/tests/classes/classes001.php on line 3
/usr/src/php4-HEAD/tests/classes/classes001.php(3) : Fatal error
- Class 'test' not found
=EOF





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

#20021 [Fbk->Opn]: core when execute phpinfo()

[scalero]

 ID:   20021
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: tru64 v5.1
 PHP Version:  4.2.3
 New Comment:

Definitively gdb not run correctly under tru64 v5.1. 

In any case, I try compile php with other options:
- Without "oci8" --> I obtain the core
- Without "ldap" --> OK!!!
- With oracle provided ldap --> Not compile

The problem is the ldap library "ldap_sdk" provided by Netscape, but I
use Netscape directory server. The ldap funtions that I use in my
scripts works OK and only phpinfo() crashes. 

I don´t understand it...


Previous Comments:


[2002-10-24 12:26:16] [EMAIL PROTECTED]

>From the howto for generating backtraces:

"Run httpd -X under gdb with something like: 
 # gdb /usr/local/apache/sbin/httpd 
 (gdb) run -X 

 Then use your web browser and access your server to force   
 the crash. You should see a gdb prompt appear and some 
 message indicating that there was a crash. At this gdb
 prompt, type: 

 (gdb) bt 
"

Can you try this? Also, try compiling PHP without --with-oci8. If no
crash happens, then make --with-ldap to use the oracle provided ldap by
passing it the same path as for oci8. And use the latest snapshot for
these tests!





[2002-10-24 03:57:44] [EMAIL PROTECTED]

When I execute gdb on de core obtain:

/usr/local/bin/gdb /usr/internet/httpd/bin/httpd
/usr/internet/httpd/core
GNU gdb 5.2.1
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 "alphaev67-dec-osf5.1"...(no debugging
symbols found)...
Core was generated by `httpd'.
Program terminated with signal 6, Aborted.
Reading symbols from /sbin/loader...(no debugging symbols
found)...done.
Loaded symbols for /sbin/loader
Reading symbols from /usr/shlib/libpthread.so...done.
Loaded symbols for /usr/shlib/libpthread.so
Reading symbols from /usr/shlib/libm.so...done.
Loaded symbols for /usr/shlib/libm.so
Reading symbols from /usr/shlib/libc.so...done.
Loaded symbols for /usr/shlib/libc.so
Reading symbols from /usr/shlib/libexc.so...done.
Loaded symbols for /usr/shlib/libexc.so
Reading symbols from /usr/shlib/librt.so...done.
Loaded symbols for /usr/shlib/librt.so
Reading symbols from /usr/shlib/libaio_raw.so...done.
Loaded symbols for /usr/shlib/libaio_raw.so
Reading symbols from /usr/shlib/libcxx.so...done.
Loaded symbols for /usr/shlib/libcxx.so
Reading symbols from /usr/shlib/libsialdap.so...done.
Loaded symbols for /usr/shlib/libsialdap.so
Reading symbols from /usr/shlib/libsecurity.so...done.
Loaded symbols for /usr/shlib/libsecurity.so
Reading symbols from /usr/shlib/libdb.so...done.
Loaded symbols for /usr/shlib/libdb.so
Reading symbols from /usr/shlib/libaud.so...done.
Loaded symbols for /usr/shlib/libaud.so
Reading symbols from /usr/shlib/libevm.so...done.
Loaded symbols for /usr/shlib/libevm.so
Reading symbols from /usr/shlib/libclu.so...done.
Loaded symbols for /usr/shlib/libclu.so
---Type  to continue, or q  to quit---
Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done.
Loaded symbols for /usr/internet/httpd/libexec/libphp4.so
Reading symbols from /usr/shlib/libldapssl30.so...done.
Loaded symbols for /usr/shlib/libldapssl30.so
Reading symbols from /usr/local/lib/libintl.so...done.
Loaded symbols for /usr/local/lib/libintl.so
Reading symbols from
/u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done.
Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0
Reading symbols from /shlib/libmach.so...done.
Loaded symbols for /shlib/libmach.so
Reading symbols from /usr/shlib/libiconv.so...done.
Loaded symbols for /usr/shlib/libiconv.so
Reading symbols from
/u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402:
gdb-internal-error: sect_index_data not initiald
An internal GDB error was detected.  This may make further
debugging unreliable.  Quit this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n

#0  0x3ff805cb1d8 in __nxm_thread_kill () from
/usr/shlib/libpthread.so
(gdb) bt
#0  0x3ff805cb1d8 in __nxm_thread_kill () from
/usr/shlib/libpthread.so
#1  0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so
#2  0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so
(gdb) frame 3
#3  0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so


And if I execute:

/usr/local/bin/gdb /us

#20232 [Opn->Fbk]: Error When host is not 127.0.0.1

[iliaa]

 ID:   20232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Sockets related
 Operating System: Windows ME
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-11-03 18:23:21] [EMAIL PROTECTED]

When I attempt to create a socket on any host besides 127.0.0.1
(including my own IP) I get an error...

Php has caused an error in MSCVRT.DLL
Php will now close

I call the script from the command line using php -q socket.php

With the host set to 127.0.0.1 it works just fine. here is a cde
piece.



and I get the error. Note myipadress would be my actual IP adress, but
i replaced it for security reasons.





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

#13673 [Com]: Cannot load extension .dll file

[adrian]

 ID:   13673
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *XML functions
 Operating System: WindowsMe & WindowsXP
 PHP Version:  4.0.4
 New Comment:

I believe that the problem is with the dll version as an older version
of php that the dll works its 46k in size
the latest release has a size of 388kb and won't load for me,


Previous Comments:


[2001-10-15 11:50:31] [EMAIL PROTECTED]

RTFM:

http://www.php.net/manual/en/install.windows.php#install.windows.extensions




[2001-10-15 11:26:58] [EMAIL PROTECTED]

I can load php_gd.dll but cannot load php_domxml.dll.
They are under the same directory.
I have configured the php.ini as follows:

..
;extension=php_db.dll
;extension=php_dba.dll
;extension=php_dbase.dll
extension=php_domxml.dll
;extension=php_dotnet.dll
;extension=php_exif.dll
;extension=php_fdf.dll
;extension=php_filepro.dll
extension=php_gd.dll
;extension=php_gettext.dll
;extension=php_ifx.dll
..

and set the extension_dir as follows:
extension_dir="d:\PHP\"

I am sure the .dll files are under this directory.
But every time I run a .php script through PWS server with PHP as a CGI
service,it echo the warning message:

PHP Warning: Unable to load dynamic library 'd:\PHP\php_domxml.dll' 

I need your help,thanks.




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

#18551 [Com]: multiple pconnect => too many established TCP connection

[levik]

 ID:   18551
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: MySQL related
 Operating System: windows 2000
 PHP Version:  4.2.2
 New Comment:

I have the same problem on linux. Tried various configurations, using
both builtin and external MySQL libraries, but the problem persists. I
*KINDA* worked around it by setting a high connection limit for mysql,
and a low timeout value. This way, unused connections die quicker.
However this is murder on mem usage.

I *never* see connection count in phpinfo() go above 1, even though
persistent connections are on, and limited to 40. (Total connections
limited at 90). php seems to ignore these settings, as "show
processlist" in mysql shows 100 - 200 idle connections depending on
traffic load.


Previous Comments:


[2002-10-08 18:04:27] [EMAIL PROTECTED]

Are you sure that this flag is the right cure? I see the same with PHP
4.2.2 on Windows via Apache 1.3.26. However, this does NOT occur when
using the same PHP setup over IIS. So, this seems to indicate for me
that the problem is actually with the php4apache.dll or with Apache.



[2002-07-25 05:56:00] [EMAIL PROTECTED]

Please download the current CVS version and use mysql_pconnect with the
optional parameter client_flags:
mysql_pconnect($user, $password, $host, MYSQL_CLIENT_INTERACTIVE);

This forces mysql to close idling persistent connections. You  have to
set the variable interactive_timeout in your my.cnf (300 should be ok).



[2002-07-24 18:52:21] [EMAIL PROTECTED]

PHP is running as apache module (apache version 2.0.39)

Multiple call to mysql_Pconnect on same mysqldb host
with eachtime same host,user and password parameters  cause in somecase
to return different php ressourceID.

So, as persistent connection on php apache module will be available
until thread die, (silently) more and more opened connection to mysql
are made.

After a certain time, it causes apache to stop to serve http request
(without apache2 service die) with an "Cannot get free socket to listen
on 0.0.0.0:80) because at this time, it seems there is too many TCP
ESTABLISHED state connection between apache and mysql (near 80 on my
system).

Trying to play with multithreading apache configuration, can delay this
problem (serveral hours), but not resolve it;Same for apache keepalive
sets to on or off.

The only way I found to avoid this trouble is just use non-persistent
connection. 
In this case I can observe that there is always one uniq ressource id
for the same host, user and password mysql_connect.

PS: Mysql and apache on the same computer.
Mysql, apache and php timeouts configurations are all sets by default.
Mysql, apache and php are newer installion on a newer W2000 computer.








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

#15885 [Com]: thttpd can't serve 0 byte files with PHP patches

[daniel-gl]

 ID:  15885
 Comment by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
 Status:  Feedback
 Bug Type:Other web server
 PHP Version: 4.1.2
 New Comment:

Sorry, I don't remember that password after 8 months.
Hmm... file_address is still set to (char *)1... 
Anyway, it appears to be ok now.

But I noticed another difference between thttpd with and without
php4-latest. Plain thttpd 2.21b issues a 408 after exactly 1 minute
when the client has not sent any request. With php4-latest the
connection is just closed without any error and the time is sometimes
as short as 4 seconds. My 2.22beta4 with (patched) PHP 4.1.2 reacts
correctly like plain thttpd.


Previous Comments:


[2002-11-03 11:07:44] [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-03-05 12:59:34] [EMAIL PROTECTED]

PHP for thttpd sets TG(hc)->file_address = (char *)1 to mark a
connection as "don't close".
thttpd used this value to mark files without mapped memory (0 byte
files). When such a file is requested, the client hangs.





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

#19343 [Bgs->Opn]: array_rand does not return keys randomly

[catch]

 ID:   19343
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Arrays related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

I see that another person has reproduced the bug. In my original
submission I specified my OS as Windows XP. [EMAIL PROTECTED] may have not
tested the function on windows, therefore I think it warrants
reopening. My example is sufficient to quickly reproduce the bug.


Previous Comments:


[2002-10-04 17:23:37] [EMAIL PROTECTED]

Well - I experienced the same problems (array_rand() is [still] not
random) in a Windows environment as [EMAIL PROTECTED] does. I actually
was looking forward to a new release as this 'bug' was reported to be
corrected and found the 4.2.3 release to act the same wrong way than
'before'.

This must be a problem on the Windows side, for in the Linux
environment I really get random values ...



[2002-09-17 22:08:34] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

I've tried this a few dosen times and the results were quite random.
Please keep in mind that with a small array, such as the one in your
example, there are only 24 possible combinations. Which means, that on
average every 24th run you'll get an 'unsorted' array.



[2002-09-10 14:09:42] [EMAIL PROTECTED]

I called array_rand($my_array, count($my_array)). I expected array_rand
to return the keys of $my_array in random order. I actually received
the keys in almost the same order each time. $my_array was a 4 element
array and the third element's key never changed position. I tried using
srand also, but it produced same results. On an older version of
php(4.1.2) the function worked as expected.

script on WinXP php4.2.3:
$numbers = range (1,4);
$rand_keys = array_rand ($numbers, count($numbers));
foreach ($rand_keys as $val) {
   print $numbers[$val]."\n";
}





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

#20249 [NEW]: Apache child segfaults when using OCILogon.

[bdabney]

From: [EMAIL PROTECTED]
Operating system: Solaris 9
PHP version:  4.2.3
PHP Bug Type: OCI8 related
Bug description:  Apache child segfaults when using OCILogon.

I get the following messages in my Apache 1.3.27 error log whenever I try
to use OCILogon:

[Mon Nov  4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3
configured -- resuming normal ope
rations
[Mon Nov  4 15:32:46 2002] [notice] Accept mutex: fcntl (Default: fcntl)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13088 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13086 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13085 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13084 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13083 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13082 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13090 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13089 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13092 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13091 exit signal
Segmentation Fault (11)

Here is the script I tested with:

\n";
?>

Here are my configure lines:

For apache :

OPTIM="-g -m64" CFLAGS="-DDYNAMIC_MODULE_LIMIT=0" ./configure
--mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a
--enable-module=php4 --server-uid=www --server-gid=www

For PHP

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27 --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug

They were both compiled with gcc-3.2.

Here are the environment variable settings from my httpd.conf:

SetEnv ORACLE_BASE /usr/local/oracle
SetEnv ORACLE_HOME /usr/local/oracle/OraHome
SetEnv ORACLE_SID TESTDB.WORLD
SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv TWO_TASK /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv NLS_LANG English_America.WE8ISO8859P1

And here is the backtrace:

bash-2.05# gdb /usr/local/apache/bin/httpd 
GNU gdb 5.2.1
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 "sparc-sun-solaris2.9"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
(gdb) bt
#0  0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
#1  0x7d843e68 in snauca_check_adapter ()
   from /usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#2  0x7d841d58 in nau_viat () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#3  0x7d838454 in nau_gettab () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#4  0x7d8360a0 in nau_ini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#5  0x7d827084 in nainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#6  0x7d7ce8b0 in nsnainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#7  0x7d7c0070 in nsopen () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#8  0x7d7a59e0 in nscall1 () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#9  0x7d7a4e28 in nscall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#10 0x7d85e6dc in niotns () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#11 0x7d857fe8 in nigcall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#12 0x7d7dfd54 in osncon () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#13 0x7d5b39dc in kpuadef () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#14 0x7d67b5fc in upiini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#15 0x7d666554 in upiah0 () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#16 0x7d5b3308 in kpuatch () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#17 0x7d657084 in OCIServerAttach () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#18 0x10007684c in _oci_open_server (
dbname=0x10048fc30 "(DESCRIPTION = \n(ADDRESS_LIST =\n 
(ADDRESS = (PROTOCOL = TCP)(HOST = 176.175.0.140)(PORT = 1521))\n)\n  
 (CONNECT_DATA =\n  (SERVICE_NAME = ldrbrd.world)\n)\n)",
persistent=0) at oci8.c:2427
#19 0x100077684 in oci_do_connect (ht=3, return_value=0x10048fe80,
this_ptr=0x0, 
return_value_used=1, persistent=0, exclusive=0) at oci8.c:2578
#20 0x10007f0a0 in zif_ocilogon (ht=3, return_va

#20249 [Opn]: Apache child segfaults when using OCILogon.

[bdabney]

 ID:   20249
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

This is with Oracle 9i Release 2.


Previous Comments:


[2002-11-04 16:43:30] [EMAIL PROTECTED]

I get the following messages in my Apache 1.3.27 error log whenever I
try to use OCILogon:

[Mon Nov  4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3
configured -- resuming normal ope
rations
[Mon Nov  4 15:32:46 2002] [notice] Accept mutex: fcntl (Default:
fcntl)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13088 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13086 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13085 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13084 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13083 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13082 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13090 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13089 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13092 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13091 exit signal
Segmentation Fault (11)

Here is the script I tested with:

\n";
?>

Here are my configure lines:

For apache :

OPTIM="-g -m64" CFLAGS="-DDYNAMIC_MODULE_LIMIT=0" ./configure
--mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a
--enable-module=php4 --server-uid=www --server-gid=www

For PHP

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27 --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug

They were both compiled with gcc-3.2.

Here are the environment variable settings from my httpd.conf:

SetEnv ORACLE_BASE /usr/local/oracle
SetEnv ORACLE_HOME /usr/local/oracle/OraHome
SetEnv ORACLE_SID TESTDB.WORLD
SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv TWO_TASK /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv NLS_LANG English_America.WE8ISO8859P1

And here is the backtrace:

bash-2.05# gdb /usr/local/apache/bin/httpd 
GNU gdb 5.2.1
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 "sparc-sun-solaris2.9"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
(gdb) bt
#0  0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
#1  0x7d843e68 in snauca_check_adapter ()
   from /usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#2  0x7d841d58 in nau_viat () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#3  0x7d838454 in nau_gettab () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#4  0x7d8360a0 in nau_ini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#5  0x7d827084 in nainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#6  0x7d7ce8b0 in nsnainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#7  0x7d7c0070 in nsopen () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#8  0x7d7a59e0 in nscall1 () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#9  0x7d7a4e28 in nscall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#10 0x7d85e6dc in niotns () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#11 0x7d857fe8 in nigcall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#12 0x7d7dfd54 in osncon () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#13 0x7d5b39dc in kpuadef () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#14 0x7d67b5fc in upiini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#15 0x7d666554 in upiah0 () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#16 0x7d5b3308 in kpuatch () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#17 0x7d657084 in OCIServerAttach () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#18 0x10007684c in _oci_open_server (
dbname=0x10048fc30 "(DESCRIPTION = \n(ADDRESS_LIST =\n 
(ADDRESS = (PROTOCOL = TCP)(HOST = 176.175.0.140)(PORT = 1521))\n   
)\n(CONNECT_DATA =\n  (SERVICE_NAME = ldrbrd.world)\n)\n)",
persistent=0) at 

#20249 [Com]: Apache child segfaults when using OCILogon.

[michael . mauch]

 ID:   20249
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

Using Apache's  SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).

If that alone doesn't help: did you see the "big fat note" at
:

If your webserver doesn't start or crashes at startup:  Check that
Apache is linked with the pthread library: [...]


Previous Comments:


[2002-11-04 16:52:18] [EMAIL PROTECTED]

This is with Oracle 9i Release 2.



[2002-11-04 16:43:30] [EMAIL PROTECTED]

I get the following messages in my Apache 1.3.27 error log whenever I
try to use OCILogon:

[Mon Nov  4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3
configured -- resuming normal ope
rations
[Mon Nov  4 15:32:46 2002] [notice] Accept mutex: fcntl (Default:
fcntl)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13088 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13086 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13085 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13084 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13083 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13082 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13090 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13089 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13092 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13091 exit signal
Segmentation Fault (11)

Here is the script I tested with:

\n";
?>

Here are my configure lines:

For apache :

OPTIM="-g -m64" CFLAGS="-DDYNAMIC_MODULE_LIMIT=0" ./configure
--mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a
--enable-module=php4 --server-uid=www --server-gid=www

For PHP

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27 --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug

They were both compiled with gcc-3.2.

Here are the environment variable settings from my httpd.conf:

SetEnv ORACLE_BASE /usr/local/oracle
SetEnv ORACLE_HOME /usr/local/oracle/OraHome
SetEnv ORACLE_SID TESTDB.WORLD
SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv TWO_TASK /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv NLS_LANG English_America.WE8ISO8859P1

And here is the backtrace:

bash-2.05# gdb /usr/local/apache/bin/httpd 
GNU gdb 5.2.1
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 "sparc-sun-solaris2.9"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
(gdb) bt
#0  0x7d03b84c in strlen () from /usr/lib/64/libc.so.1
#1  0x7d843e68 in snauca_check_adapter ()
   from /usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#2  0x7d841d58 in nau_viat () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#3  0x7d838454 in nau_gettab () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#4  0x7d8360a0 in nau_ini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#5  0x7d827084 in nainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#6  0x7d7ce8b0 in nsnainit () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#7  0x7d7c0070 in nsopen () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#8  0x7d7a59e0 in nscall1 () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#9  0x7d7a4e28 in nscall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#10 0x7d85e6dc in niotns () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#11 0x7d857fe8 in nigcall () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#12 0x7d7dfd54 in osncon () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#13 0x7d5b39dc in kpuadef () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#14 0x7d67b5fc in upiini () from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
#15 0x7d666554 in upiah0 () from
/usr/local/oracle/OraHome/lib/

#20232 [Com]: Error When host is not 127.0.0.1

[pickleman78]

 ID:   20232
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Sockets related
 Operating System: Windows ME
 PHP Version:  4.2.3
 New Comment:

Well, It fixed one thing and caused another. Now PHP causes an error in
PHP4TS.DLL instead of MSCVRT.DLL.


Previous Comments:


[2002-11-04 12:52:09] [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-03 18:23:21] [EMAIL PROTECTED]

When I attempt to create a socket on any host besides 127.0.0.1
(including my own IP) I get an error...

Php has caused an error in MSCVRT.DLL
Php will now close

I call the script from the command line using php -q socket.php

With the host set to 127.0.0.1 it works just fine. here is a cde
piece.



and I get the error. Note myipadress would be my actual IP adress, but
i replaced it for security reasons.





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

#20232 [Fbk]: Error When host is not 127.0.0.1

[iliaa]

 ID:   20232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Sockets related
 Operating System: Windows ME
 PHP Version:  4.2.3
 New Comment:

Is it the same script script, which causes the error or does it happen
in a different location?
Also, when you upgraded to latest CVS, did you make sure you did not
have any old PHP libraries lying around?


Previous Comments:


[2002-11-04 17:53:29] [EMAIL PROTECTED]

Well, It fixed one thing and caused another. Now PHP causes an error in
PHP4TS.DLL instead of MSCVRT.DLL.



[2002-11-04 12:52:09] [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-03 18:23:21] [EMAIL PROTECTED]

When I attempt to create a socket on any host besides 127.0.0.1
(including my own IP) I get an error...

Php has caused an error in MSCVRT.DLL
Php will now close

I call the script from the command line using php -q socket.php

With the host set to 127.0.0.1 it works just fine. here is a cde
piece.



and I get the error. Note myipadress would be my actual IP adress, but
i replaced it for security reasons.





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

#20250 [NEW]: Make fails with GD2.0.4

[leonard]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.2, Redhat 8.0
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  Make fails with GD2.0.4

compile fails when compiling with GD2.0.4 (built as static).

Reproducable on both RedHat7.2 and RedHat 8.0

configure command:
./configure \
--with-apxs=/usr/sbin/apxs \
--with-kerberos=/usr \
--with-config-file-path=/etc \
--with-PEAR \
--with-openssl \
--with-mcrypt \
--with-bz2 \
--with-curl=/usr \
--enable-ftp \
--with-gd=../gd-2.0.4 \
--enable-gd-native-ttf \
--enable-gd-imgstrttf \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-tiff-dir=/usr \
--with-zlib-dir=/usr/share \
--with-xpm-dir=/usr/X11R6/lib/ \
--with-freetype-dir=/usr/include/freetype2/freetype \
--with-ttf=/usr/include/freetype2 \
--with-t1lib=/usr/include \
--with-gettext=/usr/share/gettext \
--with-imap-ssl \
--with-unixODBC \
--with-pgsql=/usr \
--with-mysql=/usr \
--enable-sockets \
--with-regex \
--with-xmlrpc \
--with-expat

GD2.0.4 compiled from source (in /usr/src/redhat/BUILD/gd-2.0.4/):
./configure
make libgd.a



Description:
'configure' completes perfectly

make fails with the following:
[php 4.2.2]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.2/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.2/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.2/main -I/usr/src/redhat/BUILD/php-4.2.2
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.2/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xmlrpc/libxmlrpc  -DLINUX=22 -DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.2/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1208: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext'
make: *** [all-recursive] Error 1


[php4.2.3]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.3/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.3/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.3/main -I/usr/src/redhat/BUILD/php-4.2.3
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.3/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xmlrpc/libxmlrpc  -DLINUX=22 -DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.3/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext'
make: *** [all-recursive] Error 1


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

#20250 [Com]: Make fails with GD2.0.4

[leonard]

 ID:   20250
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat 7.2, Redhat 8.0
 PHP Version:  4.2.3
 New Comment:

Forgot to metion that the error messages are exactly the same for
RedHat8.0 as well.


Previous Comments:


[2002-11-04 18:00:12] [EMAIL PROTECTED]

compile fails when compiling with GD2.0.4 (built as static).

Reproducable on both RedHat7.2 and RedHat 8.0

configure command:
./configure \
--with-apxs=/usr/sbin/apxs \
--with-kerberos=/usr \
--with-config-file-path=/etc \
--with-PEAR \
--with-openssl \
--with-mcrypt \
--with-bz2 \
--with-curl=/usr \
--enable-ftp \
--with-gd=../gd-2.0.4 \
--enable-gd-native-ttf \
--enable-gd-imgstrttf \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-tiff-dir=/usr \
--with-zlib-dir=/usr/share \
--with-xpm-dir=/usr/X11R6/lib/ \
--with-freetype-dir=/usr/include/freetype2/freetype \
--with-ttf=/usr/include/freetype2 \
--with-t1lib=/usr/include \
--with-gettext=/usr/share/gettext \
--with-imap-ssl \
--with-unixODBC \
--with-pgsql=/usr \
--with-mysql=/usr \
--enable-sockets \
--with-regex \
--with-xmlrpc \
--with-expat

GD2.0.4 compiled from source (in /usr/src/redhat/BUILD/gd-2.0.4/):
./configure
make libgd.a



Description:
'configure' completes perfectly

make fails with the following:
[php 4.2.2]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.2/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.2/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.2/main
-I/usr/src/redhat/BUILD/php-4.2.2
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.2/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xmlrpc/libxmlrpc  -DLINUX=22
-DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.2/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1208: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext'
make: *** [all-recursive] Error 1


[php4.2.3]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.3/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.3/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.3/main
-I/usr/src/redhat/BUILD/php-4.2.3
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.3/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xmlrpc/libxmlrpc  -DLINUX=22
-DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.3/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.3/ext'
make: *** [all-recursive] Error 1






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

#20250 [Opn->Csd]: Make fails with GD2.0.4

[iliaa]

 ID:   20250
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Redhat 7.2, Redhat 8.0
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-11-04 18:01:36] [EMAIL PROTECTED]

Forgot to metion that the error messages are exactly the same for
RedHat8.0 as well.



[2002-11-04 18:00:12] [EMAIL PROTECTED]

compile fails when compiling with GD2.0.4 (built as static).

Reproducable on both RedHat7.2 and RedHat 8.0

configure command:
./configure \
--with-apxs=/usr/sbin/apxs \
--with-kerberos=/usr \
--with-config-file-path=/etc \
--with-PEAR \
--with-openssl \
--with-mcrypt \
--with-bz2 \
--with-curl=/usr \
--enable-ftp \
--with-gd=../gd-2.0.4 \
--enable-gd-native-ttf \
--enable-gd-imgstrttf \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-tiff-dir=/usr \
--with-zlib-dir=/usr/share \
--with-xpm-dir=/usr/X11R6/lib/ \
--with-freetype-dir=/usr/include/freetype2/freetype \
--with-ttf=/usr/include/freetype2 \
--with-t1lib=/usr/include \
--with-gettext=/usr/share/gettext \
--with-imap-ssl \
--with-unixODBC \
--with-pgsql=/usr \
--with-mysql=/usr \
--enable-sockets \
--with-regex \
--with-xmlrpc \
--with-expat

GD2.0.4 compiled from source (in /usr/src/redhat/BUILD/gd-2.0.4/):
./configure
make libgd.a



Description:
'configure' completes perfectly

make fails with the following:
[php 4.2.2]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.2/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.2/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.2/main
-I/usr/src/redhat/BUILD/php-4.2.2
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.2/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.2/ext/xmlrpc/libxmlrpc  -DLINUX=22
-DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.2/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1208: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.2.2/ext'
make: *** [all-recursive] Error 1


[php4.2.3]

Making all in gd
make[2]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.2.3/ext/gd'
/bin/sh /usr/src/redhat/BUILD/php-4.2.3/libtool --silent --mode=compile
gcc
-I. -I/usr/src/redhat/BUILD/php-4.2.3/ext/gd
-I/usr/src/redhat/BUILD/php-4.2.3/main
-I/usr/src/redhat/BUILD/php-4.2.3
-I/usr/include/apache -I/usr/src/redhat/BUILD/php-4.2.3/Zend
-I/usr/include/freetype2/freetype -I/usr/src/redhat/BUILD/gd-2.0.4
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pgsql
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xml/expat
-I/usr/src/redhat/BUILD/php-4.2.3/ext/xmlrpc/libxmlrpc  -DLINUX=22
-DEAPI
-DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm
-I/usr/src/redhat/BUILD/php-4.2.3/TSRM -g -O2 -prefer-pic  -c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/us

#20232 [Com]: Error When host is not 127.0.0.1

[pickleman78]

 ID:   20232
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Sockets related
 Operating System: Windows ME
 PHP Version:  4.2.3
 New Comment:

I deleted everything form my PHP directory and replaced all the files.
All the librares are contained in one directory, and yes this is with
the same script, same everything, just a new place the error occurred


Previous Comments:


[2002-11-04 17:55:34] [EMAIL PROTECTED]

Is it the same script script, which causes the error or does it happen
in a different location?
Also, when you upgraded to latest CVS, did you make sure you did not
have any old PHP libraries lying around?



[2002-11-04 17:53:29] [EMAIL PROTECTED]

Well, It fixed one thing and caused another. Now PHP causes an error in
PHP4TS.DLL instead of MSCVRT.DLL.



[2002-11-04 12:52:09] [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-03 18:23:21] [EMAIL PROTECTED]

When I attempt to create a socket on any host besides 127.0.0.1
(including my own IP) I get an error...

Php has caused an error in MSCVRT.DLL
Php will now close

I call the script from the command line using php -q socket.php

With the host set to 127.0.0.1 it works just fine. here is a cde
piece.



and I get the error. Note myipadress would be my actual IP adress, but
i replaced it for security reasons.





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

#20251 [NEW]: Can't assign values to array in loop.

[director]

From: [EMAIL PROTECTED]
Operating system: linux 2.4.7-10enterprise #1 SMP 
PHP version:  4.2.1
PHP Bug Type: Arrays related
Bug description:  Can't assign values to array in loop.

I can't get values assigned to arrays inside a loop when loop repetition is
high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what number
$a this script works varies.  Sometimes, it works when $a=7, sometimes
it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



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

#19343 [Opn->Fbk]: array_rand does not return keys randomly

[iliaa]

 ID:   19343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: WinXP
 PHP Version:  4.2.3
 New Comment:

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

I've just tested this function using latest CVS (unstable) in Windows
XP. The code from your example has worked properly. Therefor I am
closing the bug report.


Previous Comments:


[2002-11-04 16:34:28] [EMAIL PROTECTED]

I see that another person has reproduced the bug. In my original
submission I specified my OS as Windows XP. [EMAIL PROTECTED] may have not
tested the function on windows, therefore I think it warrants
reopening. My example is sufficient to quickly reproduce the bug.



[2002-10-04 17:23:37] [EMAIL PROTECTED]

Well - I experienced the same problems (array_rand() is [still] not
random) in a Windows environment as [EMAIL PROTECTED] does. I actually
was looking forward to a new release as this 'bug' was reported to be
corrected and found the 4.2.3 release to act the same wrong way than
'before'.

This must be a problem on the Windows side, for in the Linux
environment I really get random values ...



[2002-09-17 22:08:34] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

I've tried this a few dosen times and the results were quite random.
Please keep in mind that with a small array, such as the one in your
example, there are only 24 possible combinations. Which means, that on
average every 24th run you'll get an 'unsorted' array.



[2002-09-10 14:09:42] [EMAIL PROTECTED]

I called array_rand($my_array, count($my_array)). I expected array_rand
to return the keys of $my_array in random order. I actually received
the keys in almost the same order each time. $my_array was a 4 element
array and the third element's key never changed position. I tried using
srand also, but it produced same results. On an older version of
php(4.1.2) the function worked as expected.

script on WinXP php4.2.3:
$numbers = range (1,4);
$rand_keys = array_rand ($numbers, count($numbers));
foreach ($rand_keys as $val) {
   print $numbers[$val]."\n";
}





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

#20251 [Opn->Bgs]: Can't assign values to array in loop.

[nicos]

 ID:   20251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2002-11-04 18:38:04] [EMAIL PROTECTED]

I can't get values assigned to arrays inside a loop when loop
repetition is high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what
number $a this script works varies.  Sometimes, it works when $a=7,
sometimes it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



Configure command:
'./configure' '--with-mysql=../mysql' '--with-apache=../apache_1.3.24'
'--enable-track-vars' '--enable-mbstring'




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

#20251 [Com]: Can't assign values to array in loop.

[director]

 ID:   20251
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.


Previous Comments:


[2002-11-04 18:43:24] [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.



[2002-11-04 18:38:04] [EMAIL PROTECTED]

I can't get values assigned to arrays inside a loop when loop
repetition is high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what
number $a this script works varies.  Sometimes, it works when $a=7,
sometimes it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



Configure command:
'./configure' '--with-mysql=../mysql' '--with-apache=../apache_1.3.24'
'--enable-track-vars' '--enable-mbstring'




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

#20251 [Bgs->Opn]: Can't assign values to array in loop.

[nicos]

 ID:   20251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

ilia said it was reproductile with any values larger than 66000


Previous Comments:


[2002-11-04 18:50:47] [EMAIL PROTECTED]

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.



[2002-11-04 18:43:24] [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.



[2002-11-04 18:38:04] [EMAIL PROTECTED]

I can't get values assigned to arrays inside a loop when loop
repetition is high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what
number $a this script works varies.  Sometimes, it works when $a=7,
sometimes it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



Configure command:
'./configure' '--with-mysql=../mysql' '--with-apache=../apache_1.3.24'
'--enable-track-vars' '--enable-mbstring'




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

#20251 [Com]: Can't assign values to array in loop.

[director]

 ID:   20251
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

The following works in place of array, so I'll try and see how much
memory and CPU this uses.




Previous Comments:


[2002-11-04 18:50:58] [EMAIL PROTECTED]

ilia said it was reproductile with any values larger than 66000



[2002-11-04 18:50:47] [EMAIL PROTECTED]

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.



[2002-11-04 18:43:24] [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.



[2002-11-04 18:38:04] [EMAIL PROTECTED]

I can't get values assigned to arrays inside a loop when loop
repetition is high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what
number $a this script works varies.  Sometimes, it works when $a=7,
sometimes it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



Configure command:
'./configure' '--with-mysql=../mysql' '--with-apache=../apache_1.3.24'
'--enable-track-vars' '--enable-mbstring'




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

#20251 [Opn]: Can't assign values to array in loop.

[nicos]

 ID:   20251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

Okay, Please join a gdb backtrace.


Previous Comments:


[2002-11-04 19:12:02] [EMAIL PROTECTED]

The following works in place of array, so I'll try and see how much
memory and CPU this uses.





[2002-11-04 18:50:58] [EMAIL PROTECTED]

ilia said it was reproductile with any values larger than 66000



[2002-11-04 18:50:47] [EMAIL PROTECTED]

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.



[2002-11-04 18:43:24] [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.



[2002-11-04 18:38:04] [EMAIL PROTECTED]

I can't get values assigned to arrays inside a loop when loop
repetition is high.



Sometimes, this will run, sometimes, it won't.  Cutoff of at what
number $a this script works varies.  Sometimes, it works when $a=7,
sometimes it won't.

This is with using (8)Xeon 700-2 processors with 2GB RAM on a very busy
apache/php only server.  On our test machine (doing nothing) with (2)
P4-1000 processors, $a= can be as high as 13.

Am I just missing something?



Configure command:
'./configure' '--with-mysql=../mysql' '--with-apache=../apache_1.3.24'
'--enable-track-vars' '--enable-mbstring'




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

#20252 [NEW]: Don't load php 4 by a module mode

[gangrel]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  Don't load php 4 by a module mode

I wound like use PHP 4.2.3 with Apache 2.0.43, but occurs an error when
load de dll.


"APACHE.EXE: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
is not compatible with this version of Apache (found 20020628, need
20020903). Please contact the vendor for the correct version."

httpd.conf:
LoadModule php4_module C:/php/sapi/php4apache2.dll

But may Apache version is the correct:
Server version: Apache/2.0.43
Server built:   Oct  3 2002 05:57:04



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

#7782 [Com]: Cannot use PATH_INFO fully with php isapi

[dvsing]

 ID:   7782
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Windows 2000
 PHP Version:  4.0.3pl1
 Assigned To:  jmoore
 New Comment:

I'm running PHP 4.2.3 ISAPI and as far as I can tell this problem is
still present.

Test case:
c:\www\test.php exists and contains "".

When requesting http://localhost/test.php the standard phpinfo() page
is shown, however when requesting
http://localhost/test.php/other/path/info the PHP API returns a message
that it failed to open "c:\www\test.php\other\path\info".  The PHP API
is incorrectly determining the php script to process when presented
with path info.  This really needs to be fixed!


Previous Comments:


[2002-09-28 02:20:58] [EMAIL PROTECTED]

Was the provided patch ever roled into the code?  I've got 4.04 and it
still isn't working.



[2002-04-23 15:13:30] [EMAIL PROTECTED]

this was assigned to the wrong username.



[2001-11-30 06:40:48] [EMAIL PROTECTED]

Assigning to James (As discussed)



[2001-04-24 08:19:35] [EMAIL PROTECTED]

Hi,

Due to some problems we have had with the isapi version of php under
IIS, 
we have made some changes in the sourcecode of this isapi module to
support 
Apache style PATH_INFO and PATH_TRANSLATED variables. We tested it with

IIS 5 on Windows 2000 Server.
(See also Bug number 7782).

What we have done:

- In the function "init_request_info" we have added some code which
will
translate the "path_translated" server variable to a path
which points to the requested script on disk.

- In the function "sapi_isapi_register_server_variables2" we have
added
some translations for the variables $PATH_INFO and $PATH_TRANSLATED
PATH_INFO will now be translated from:
/script/path/script.php/some/non/existing/path
to
/some/non/existing/path

PATH_TRANSLATED will be translated from:
d:\Inetpub\wwwroot\script.php\some\non\existing\path
to
d:\Inetpub\wwwroot\script.php

- We have added a function named "sapi_isapi_get_server_var"
which will retrieve the requested server variable and returns
a pointer to it. This function has been added to make things more
structured (because of the need to check for a "INSUFFICIENT BUFFER"
error).

We have made a patch file of these changes against the cvs version 1.7
of 
php4isapi.c. This path file is attached to this e-mail.

Please keep in mind that we did not have the opportunity to test this
fix with Zeus.

We hope you can/will commit this fix to the php cvs repository.

With kind regards,

Gijsbert te Riet,
Muze.
[EMAIL PROTECTED]

patch:
16a17
>| IIS PATH_TRANSLATED / PATH_INFO fix: Gijsbert te Riet
<[EMAIL PROTECTED]> |
83a85
>   "PATH_INFO",
88a91
>   "REQUEST_URI",
464a468,492
> static char *sapi_isapi_get_server_var(LPEXTENSION_CONTROL_BLOCK
lpECB, char *varname, DWORD *buffer_len) {
>   char*buffer;
> 
>   buffer=emalloc(*buffer_len=ISAPI_SERVER_VAR_BUF_SIZE);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
>   if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
> 
>   buffer = (char *) erealloc(buffer, *buffer_len);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
> 
>   efree(buffer);
>   buffer=0;
> 
>   }
> 
>   } else {
> 
>   efree(buffer);
>   buffer=0;
>   }
>   }
> 
>   return buffer;
> }
> 
468,469c496
<   DWORD variable_len;
<   char static_variable_buf[ISAPI_SERVER_VAR_BUF_SIZE];
---
>   DWORD varsize, varbufsize; 
470a498
>   char *var_buf1, *var_buf2;
473,478c501,508
<   variable_len = ISAPI_SERVER_VAR_BUF_SIZE;
<   if (lpECB->GetServerVariable(lpECB->ConnID, *p,
static_variable_buf, &variable_len)
<   && static_variable_buf[0]) {
<   php_register_variable(*p, static_variable_buf, track_vars_array
ELS_CC PLS_CC);
<   if (recorded_values) {
<   recorded_values[p-server_variables] =
estrndup(static_variable_buf, variable_len);
---
> 
>   if (variable_buf=sapi_isapi_get_server_var(lpECB, *p, &varsize)) {
>   // translate PATH_INFO to Apache compatible PATH_INFO
>   if 

#20166 [Bgs->Opn]: Unicode (Slovenian) characters are not displayed correctly

[miha . valencic]

 ID:   20166
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: *Languages/Translation
 Operating System: Win2k
 PHP Version:  4.2.2
 New Comment:

Hi!

To define more clearly: 

I have a Microsoft SQL database. In that database, there are many
articles, with pictures, etc. I tried to access those articles using
php, and wanted to display them. All is fine, but, instead of slovene
characters 蚞 (which you probably don't see anyway) I get garbles
(unrecognized characters). I was using mssql_* functions to retrieve
the data. Then, I created a simple table in mysql, inserted a row
manually (from the console) and the same thing happens. BUT, if I
insert the items trough PHP the first time, than the characters are
retrieved correctly. So I suspect there must be something with
encoding, perhaps. To make things even more funny, when I used ADO COM
object to access the MS SQL server, the strings retrieved are fine.

I apologize if I posted this under the wrong category, but I could not
decide whether it is a db problem or not. Feel free to move this item
to another category, if you wish.

System details: SQL Server: Win2k, Slovenian locale
PHP system: Win2k, Apache 1.3.26 (Win32), PHP 4.2.2, mysql 3.23.52,
Slovenian locale


Previous Comments:


[2002-10-30 07:05:53] [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.






[2002-10-30 02:45:23] [EMAIL PROTECTED]

The problem is with Microsoft SQL Server 2000 and with MySQL version 
Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32).

I have a database with slovenian characters in the fields and I am not
able to display them properly with php extension modules. I can display
them propery using COM ADO objects. I've included a simple script, that
shows what I am trying to do. The ADO portion of the script produces
the desired result. The characters are entered using windows-1250
codepage.

The script:





Open("PROVIDER=MSDASQL;DRIVER={SQL SERVER};
Server=SRRDEV2;Database=portal;UID=sa;PWD=srrdev2;"); 
// SQL statement to build recordset. 
$rs = $conn->Execute("SELECT * FROM TblInfo_News where IID = 3034326");


while (!$rs->EOF) { 
$fv = $rs->Fields("title"); 
echo "title: ".$fv->value."\n"; 
$rs->MoveNext(); 
} 
$rs->Close(); 
?> 


PHP Mssql extension:
";
}
} else {
echo "No results! ";
}
mssql_free_result($result);
} else {
echo "Could not get the result!";
}


mssql_close($link);
} else {
echo "Could not select db!";
}
} else {
echo "Could not connect!";
}

// mysql

echo "MYSQL";
$link = mysql_connect("valencicm.mobitel.si", "root", "root")
or die("Could not connect");

mysql_select_db("test");
$query = "SELECT * FROM tbl1";
$result = mysql_query($query);
if($result) {
$row = mysql_fetch_array($result);
if($row) {
echo "String: " . $row['fld1'];
}
mysql_free_result($result);
}
mysql_close($link);

?>





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

#15439 [Fbk->NoF]: PHP hangs web server when started

[php-bugs]

 ID:   15439
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: iPlanet related
 Operating System: AIX 4.3.3
 PHP Version:  4.0.6
 New Comment:

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


Previous Comments:


[2002-10-20 01:45:45] [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-02-28 09:13:32] [EMAIL PROTECTED]

I have the same problem, on the same platform using the same PHP
version, and reproducible for PHP 4.1.1 and 4.1.2 as well. 

libphp4.so *is* made, but strangely enough its located in the '.libs'
directory instead of 'libs', which 'make install' chokes on. I used the
following work around for the 'make-install' issue (cp ./.libs/*
./libs), but then the server choked on server-startup.

I got some more information when I discovered that in my case, iPlanet
is recieving signal 11/segmentation fault and trying to dump core when
it 'hangs'. It's the uxwdog process that restarts it/keeps it from
crashing, giving the impression that the server is 'frozen'.

In order to get a core file and some more info:

Make sure the account you are running the server as, can write to
"/usr/netscape/server4/https-/config/core". By default, the
core file should be located there. Make sure that the filesystem this
dir is in has enough space for a corefile.

Make sure there is no limit set for dumping core for the user-id the
server is running under, by checking the users stanza in
'/etc/security/limits' (set core=-1).

start the httpd manually (instead of using the 'start' script) by
doing:
cd /usr/netscape/server4/bin/https/bin
./ns-httpd -d /usr/netscape/server4/https-servername>/config

Also, check the aix error log for messages by doing:
errpt -a | more

If you are running syslog, check that logfile too for messages from
uxwdog.



[2002-02-08 21:28:19] [EMAIL PROTECTED]

I tried to compile php 4.1.1 before I used 4.0.6, but 4.1.1 would run
through the ./configure, and make, and fail on make install.  It would
not make libphp4.so where 4.0.6 had no problem making libphp4.so.

Thanks,

Chris



[2002-02-07 21:56:28] [EMAIL PROTECTED]

The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php

If you are still 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".



[2002-02-07 17:25:59] [EMAIL PROTECTED]

The web server hangs when you go to a page, almost seems like a loop
and does not seem to time out.  When php is commented out in obj.conf,
magnus.com, and mime.types the webserver works fine.

I am using iPlanet 4.1 SP9, on AIX 4.3.3

I have downloaded and installed gcc, bison, flex, autoconf, automake,
make and many others from freeware.bull.net

export PATH=/usr/local/bin:$PATH:/usr/vac/bin:/usr/ccs/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

PHP 4.0.6 compile line
CC=gcc ./configure --without-mysql \
 --with-nsapi=/usr/netscape/server4 \
 --with-dbm \
 --with-gdbm \
 --enable-libgcc

compiles fine, i used dump -n to see the libpthread was included.  I
have even tried to compile this without dbm and gdbm support and still
the same problem.

Thanks for any help,

Chris 




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

#15926 [Fbk->NoF]: sum error

[php-bugs]

 ID:   15926
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: sparc solaris 7
 PHP Version:  4.1.2
 New Comment:

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


Previous Comments:


[2002-10-20 15:59:25] [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-06-18 08:25:11] [EMAIL PROTECTED]

reproduced with 4.2.1 on SunOS 2.5 and 2.7 (aka Soloaris7)



[2002-06-03 07:34:29] [EMAIL PROTECTED]

Please try PHP 4.2.1. I can't reproduce this.

--Jani




[2002-06-03 01:00:07] [EMAIL PROTECTED]

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



[2002-03-07 03:10:15] [EMAIL PROTECTED]

if in sparc solaris 7 ,apache 1.3.23and php4.1.2,run this program ,it
is display :


bill_no=1bill_no=100

the bill_no isn`t add 1

but at x86 solaris 7 ,it is ok!



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

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

#20253 [NEW]: apache 1.3.27 crashed

[yg]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.3.0-pre2
PHP Bug Type: Apache related
Bug description:  apache 1.3.27 crashed


Hi,

when I installed php-4.3.0-pre2 on a win2k/apache1327 box,
and I pointed mozilla to the main page of this application:
http://www.mind.lu/~yg/i-man/i-man-0.6.tar.gz
I experienced a crash in apache. It only occurs on this
page, other seem to work.
The application uses ibase_* functions.
-- 
Edit bug report at http://bugs.php.net/?id=20253&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20253&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20253&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20253&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20253&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20253&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20253&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20253&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20253&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20253&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20253&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20253&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20253&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20253&r=isapi

#20254 [NEW]: imap_header() crash with bad Reply-To

[woonuk]

From: [EMAIL PROTECTED]
Operating system: Linux (2.4.18)
PHP version:  4.2.3
PHP Bug Type: IMAP related
Bug description:  imap_header() crash with bad Reply-To 

imap_header() quietly crashes.
This sample message have bad Reply-To header.

machine A)
php : 4.2.3
c-client : imap-2001a
apache : 1.3.26

machine B)
php : 4.2.3
c-client : imap-2002.RC10
apache : 2.0.42

above two machine got same result.

--
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 2862 invoked by uid 0); 5 Nov 2002 16:36:11 +0900
Date: 5 Nov 2002 16:36:11 +0900
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: <>
Subject: This is Subject

This is body.

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