[PHP-DEV] PHP 4.0 Bug #9067: Parser hangs/crashes on die(); or exit;

[vgo]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Parser hangs/crashes on die(); or exit;

The parser crashes when invoking die() or exit function inside included module 
function. Ex.:

in module main.php
...
require_once( "Module.inc.php" );
...
$object->some_function( $parameter );
...

in module Module.inc.php
...
class SomeObject
{

  function some_function( $parameter )
  {
...
exit; // or die();
  }

}
...




-- 
Edit Bug report at: http://bugs.php.net/?id=9067&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9068: Bugs in OO which are leaking memory...

[Jason]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0 Latest CVS (02/02/2001)
PHP Bug Type: Class/Object related
Bug description:  Bugs in OO which are leaking memory...

Note: I've posted some bugs earlier, but they seem to have been fixed with the latest 
build of PHP 4.0.5-dev. (I don't remember their bug numbers.)

Outstanding two bugs in PHP 4.0.5, which are leaking memory:

(1) OOP Bug eg...
$num_columns = $rs->Fields->Count();

Leaks memory when two -> -> are used.
Does not leak when this line is written in two lines:

$fields = $rs->Fields;
$num_columns = $fields->Count();

(2) passing recordset to a variable in the object ...
$this->rs_obj = $rs;

leaks memory when passing ADO recordset to an object modular variable. (variable 
defined in the module scope of the class.)

Solution is not to pass recordsets.



-- 
Edit Bug report at: http://bugs.php.net/?id=9068&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9064 Updated: Functions inside functions cause errors if the outer function is called twice.

[hholzgra]

ID: 9064
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

php has no "nested function" feature like you'll find in PASCAL 
or in gcc if you enable the feature

what happens here is that test2 is registered on execution of
test in the global namespace, and when you call test a second time
it cannot register test2 again

(the engine shouldn't  accept nested functions at all i think)

Previous Comments:
---

[2001-02-01 22:18:32] [EMAIL PROTECTED]
This script fails with:

Fatal error:  Cannot redeclare test2() in - on line 4



---


Full Bug description available at: http://bugs.php.net/?id=9064


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside functions cause errors if the outer function is called twice.

[Christopher Kings-Lynne]

Shouldn't you at least be able to register the "nested function" as 'static?

This causes syntax errors in 4.0.4pl1.

ie:



> -Original Message-
> From: Bug Database [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 5:14 PM
> To: [EMAIL PROTECTED]
> Subject: PHP 4.0 Bug #9064 Updated: Functions inside functions cause
> errors if the outer function is called twice.
>
>
> ID: 9064
> Updated by: hholzgra
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Scripting Engine problem
> Assigned To:
> Comments:
>
> php has no "nested function" feature like you'll find in PASCAL
> or in gcc if you enable the feature
>
> what happens here is that test2 is registered on execution of
> test in the global namespace, and when you call test a second time
> it cannot register test2 again
>
> (the engine shouldn't  accept nested functions at all i think)
>
> Previous Comments:
> --
> -
>
> [2001-02-01 22:18:32] [EMAIL PROTECTED]
> This script fails with:
>
> Fatal error:  Cannot redeclare test2() in - on line
> 4
>
> 
> function test() {
>   function test2() {
>   echo "hi";
>   }
>
>   test2();
> }
>
> test();
> test();
> test();
>
> ?>
>
> --
> -
>
>
> Full Bug description available at: http://bugs.php.net/?id=9064
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] nested functions

[Hartmut Holzgraefe]

 
it is right now possible to declare functions within functions
(see bug#9064)

this will lead to redeclaration errors if you call the outer
function more then once

i'm not sure about it, is this a usefull feature (although it
behaves very different to, say, PASCAL or gcc with nested 
functions enabled where the inner function is 'local' to the
namespace of the outer one) or should the engine prevent
nested function declarations in the first place?

 

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77 

Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside functions cause errors if the outer function is called twice.

[Lars Torben Wilson]

What does that buy you that this doesn't?

function test2() {
   echo "hi";
}

function test() {
   test2();
}

...other than a new scoping rule?


Christopher Kings-Lynne writes:
> Shouldn't you at least be able to register the "nested function" as 'static?
> 
> This causes syntax errors in 4.0.4pl1.
> 
> ie:
> 
>  
> function test() {
>   static function test2() {
>   echo "hi";
>   }
> 
>   test2();
> }
> 
> test();
> test();
> test();
> 
> ?>
> 
> > -Original Message-
> > From: Bug Database [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, February 02, 2001 5:14 PM
> > To: [EMAIL PROTECTED]
> > Subject: PHP 4.0 Bug #9064 Updated: Functions inside functions cause
> > errors if the outer function is called twice.
> >
> >
> > ID: 9064
> > Updated by: hholzgra
> > Reported By: [EMAIL PROTECTED]
> > Old-Status: Open
> > Status: Closed
> > Bug Type: Scripting Engine problem
> > Assigned To:
> > Comments:
> >
> > php has no "nested function" feature like you'll find in PASCAL
> > or in gcc if you enable the feature
> >
> > what happens here is that test2 is registered on execution of
> > test in the global namespace, and when you call test a second time
> > it cannot register test2 again
> >
> > (the engine shouldn't  accept nested functions at all i think)
> >
> > Previous Comments:
> > --
> > -
> >
> > [2001-02-01 22:18:32] [EMAIL PROTECTED]
> > This script fails with:
> >
> > Fatal error:  Cannot redeclare test2() in - on line
> > 4
> >
> >  >
> > function test() {
> > function test2() {
> > echo "hi";
> > }
> >
> > test2();
> > }
> >
> > test();
> > test();
> > test();
> >
> > ?>
> >
> > --
> > -
> >
> >
> > Full Bug description available at: http://bugs.php.net/?id=9064
> >
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside functions cause errors if the outer function is called twice.

[Sam Liddicott]

> -Original Message-
> From: Lars Torben Wilson [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 09:49
> To: Christopher Kings-Lynne
> Cc: Bug Database
> Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside
> functions cause errors if the outer function is called twice.
> 
> 
> 
> What does that buy you that this doesn't?
> 
> function test2() {
>echo "hi";
> }
> 
> function test() {
>test2();
> }
> 
> ...other than a new scoping rule?

Don't underestimate scoping, it means you can have multiple test2()'s [lest
call it "sort" - common to use different sort routines in different
circumstances]

a) stops namespace polution
b) keeps access private
while 
c) retaining modularisation.

Sam

> 
> 
> Christopher Kings-Lynne writes:
> > Shouldn't you at least be able to register the "nested 
> function" as 'static?
> > 
> > This causes syntax errors in 4.0.4pl1.
> > 
> > ie:
> > 
> >  > 
> > function test() {
> > static function test2() {
> > echo "hi";
> > }
> > 
> > test2();
> > }
> > 
> > test();
> > test();
> > test();
> > 
> > ?>
> > 
> > > -Original Message-
> > > From: Bug Database [mailto:[EMAIL PROTECTED]]
> > > Sent: Friday, February 02, 2001 5:14 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: PHP 4.0 Bug #9064 Updated: Functions inside 
> functions cause
> > > errors if the outer function is called twice.
> > >
> > >
> > > ID: 9064
> > > Updated by: hholzgra
> > > Reported By: [EMAIL PROTECTED]
> > > Old-Status: Open
> > > Status: Closed
> > > Bug Type: Scripting Engine problem
> > > Assigned To:
> > > Comments:
> > >
> > > php has no "nested function" feature like you'll find in PASCAL
> > > or in gcc if you enable the feature
> > >
> > > what happens here is that test2 is registered on execution of
> > > test in the global namespace, and when you call test a second time
> > > it cannot register test2 again
> > >
> > > (the engine shouldn't  accept nested functions at all i think)
> > >
> > > Previous Comments:
> > > --
> > > -
> > >
> > > [2001-02-01 22:18:32] [EMAIL PROTECTED]
> > > This script fails with:
> > >
> > > Fatal error:  Cannot redeclare test2() in - on line
> > > 4
> > >
> > >  > >
> > > function test() {
> > >   function test2() {
> > >   echo "hi";
> > >   }
> > >
> > >   test2();
> > > }
> > >
> > > test();
> > > test();
> > > test();
> > >
> > > ?>
> > >
> > > --
> > > -
> > >
> > >
> > > Full Bug description available at: http://bugs.php.net/?id=9064
> > >
> > 
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: 
> [EMAIL PROTECTED]
> > 
> 
> -- 
> ++
> |Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
> |http://www.coastnet.com/~torbenhttp://www.adcore.com|
> |Ph: 1.604.709.0506 [EMAIL PROTECTED]|
> ++
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: 
> [EMAIL PROTECTED]
> 

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] gawk at awk

[Sam Liddicott]

./configure selects gawk over awk if present (very nice) 
but buildconf does not, it uses awk over gawk, but on solaris awk has
serious line-length limits which prevent buildconf from working.

Is there any reason not to try and use gawk first for buildconf?

Has anybody replaced solaris awk with gawk - any reason why I should not do
the same?

Sam

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9036 Updated: Non installation of libphp.so

[d . drury]

ID: 9036
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Description: Non installation of libphp.so

That is funny, as when I did it with make it didn't work, but when I did it without 
(as the INSTALL file I have DOES say!)  IT WORKED!

Previous Comments:
---

[2001-02-01 20:51:09] [EMAIL PROTECTED]
You did something silly as there is nothing wrong with the
INSTALL file's instructions..

The correct way to do it (Assuming you have apache with DSO support):

# ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/path/
# make clean ; make ; make install
# /usr/local/apache/bin/apachectl stop
# /usr/local/apache/bin/apachectl start

( the 'make clean' part isn't needed when compiling from fresh sources which
have just been gunzipped/untarred)

If you still have problems with the installing of PHP then ask further questions
on [EMAIL PROTECTED] mailing list. 

--Jani



---

[2001-02-01 07:26:02] [EMAIL PROTECTED]
Have tracked down the problem myself.

If you type make before make install the installation doesn't work!

I think this could be made more explicit in the INSTALL file.

In the INSTALL file, section 4a is repeated.  The first occurrence has somehow had 
part of 3b added onto it.  It reads:
-
4a. Setting up the server. (Dynamic Module)

   The make install command in step 3 should have done most of your
   work for you.  It actually edits your httpd.conf file and tries to
   enable the dynamic PHP module.  To verify this, look for a line that
   looks like this:

  LoadModule php4_module libexec/libphp4.so

   The actual path before the libphp4.so part might differ slightly.  This
   is likely fine.  If you are paranoid you can examine the output from the
   make install step to see where the libphp4.so file was actually put and
   type: make

   Assuming it compiles without errors, proceed to step 4b.


The correct text for 4a then continues.  The incorrect text above suggests typing 
make, which messes the install up.

---

[2001-01-31 14:31:14] [EMAIL PROTECTED]
I checked the output of make install - it does not mention libphp.so at all!

Duncan

---

[2001-01-31 14:28:09] [EMAIL PROTECTED]
Hi,
I am trying to install PHP4 as a DCO for Apache using APXS.
I downloaded php-4.0.4pl1.tar.gz from your site.
I followed the instructions in INSTALL as follows:

./configure --with-mysql=/usr/local/mysql 
 --with-apxs=/usr/local/apache/bin/apxs

Then 

make && make install

It all whirred happily away for a while, and reported no errors.

However, on restarting Apache, and running httpd -l  I do not find mod_php4.c listed.  
mod_so.c is listed.  I also cannot locate libphp4.so anywhere on my machine.

Am I right in thinking that my Apache does nothing with PHP files as it cannot be 
configured to do so due to the absence of this (and no doubt others) programme?

Is this a bug, or have I done something silly?  Either way, what should I do to get 
PHP up and running?

---


Full Bug description available at: http://bugs.php.net/?id=9036


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8912 Updated: variable not passed to next page

[matthias . krehl]

ID: 8912
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Description: variable not passed to next page

Reloading the (second) page 'solves' the problem. $HTTP_SESSION_VARS['ident'] is then 
available. I.e., there seems to be reaaly something wrong, isn't it?

Matthias

Previous Comments:
---

[2001-01-25 12:55:43] [EMAIL PROTECTED]
When using Cookies for session management everything works fine (the authentication 
part) but passing the values of the session variables. In the example below the 
existence of '$ident' is verified. But no chance to get its value: no 'echo' prints 
out anything!

-- example ---

session_start();
if (!session_is_registered('ident')) {
header ("Location: ../index.php"); 
}
// trying to retrieve $ident which is obviously known to the session
echo $ident;
echo $HTTP_COOKIE_VARS['ident'];
echo $HTTP_SESSION_VARS['ident'];
// just to be sure there is no interference with form data
echo $HTTP_POST_VARS['ident'];
echo $HTTP_GET_VARS['ident'];

--

bye Matthias


---


Full Bug description available at: http://bugs.php.net/?id=8912


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9069: "Unable to fork" error when trying to use external program execution.

[anders . jensen]

From: [EMAIL PROTECTED]
Operating system: Win NT4 SP6
PHP version:  4.0.4pl1
PHP Bug Type: Program Execution
Bug description:  "Unable to fork" error when trying to use external program execution.

I use PHP 4.0.4 pl1 on a machine running Windows NT4 Server, with sp 6 and IIS4

When I try to use any of the functions exec(), system() or passthru(), I receive the 
following error:

Warning: Unable to fork [dir /w > c:\test.txt] in 
D:\Inetpub\wwwroot\cooldim.com\test.php on line 2.

This error was displayed when trying to run the following code:

 c:\\test.txt");
?>

I tried a similar script on a Unix machine which worked fine...

Help Please!



-- 
Edit Bug report at: http://bugs.php.net/?id=9069&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9070: Can only create "test" databases.

[kane]

From: [EMAIL PROTECTED]
Operating system: WinME
PHP version:  4.0.0
PHP Bug Type: MySQL related
Bug description:  Can only create "test" databases. 

I cannot seem to create a database unless it begins with the word "test" in it's name. 
 However I am able to make any database I feel like when using the MySQL shell 
directly.  The following works:

$query = "CREATE DATABASE test_user_again";
$result = @mysql_query($query, $connection) or die ("Couldn't create 
database");

However this does not:

$query = "CREATE DATABASE my_db";
$result = @mysql_query($query, $connection) or die ("Couldn't create 
database");

Nor does any other name I use unless it begins with "test". I've tried using the 
'mysql_create_db' function with the same results.  Any help would be greatly 
appreciated. 

Thanks,
Kane T.


-- 
Edit Bug report at: http://bugs.php.net/?id=9070&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9071:

[zbxup]

From: [EMAIL PROTECTED]
Operating system: windows2000server
PHP version:  4.0.4
PHP Bug Type: Performance problem
Bug description:  

when use php read data from sql7.0,only 200 chinese characters be readed.But sql7.0 
have more then 200 chinese characters.i use asp no this problem.why?how to do?


-- 
Edit Bug report at: http://bugs.php.net/?id=9071&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8938 Updated: Segfaults

[cecot]

ID: 8938
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: Segfaults

the bug is still there.

1. I get from CVS (today) not from snaps does it matter ??
2. in my debian distribution i have /usr/sbin/apache and /usr/sbin/apache.dbg, i made 
/usr/sbin writable by www-data (the apache user) both the apache and apache.dbg didn't 
make core file (the php from the CVS was compiled with --enable-debug=on).
3. I tried gdb /usr/sbin/apache and run -X. when I access any page with a browser 
nothing was seen in the browser neighter in gdb. the same with gdb 
/usr/sbin/apache.dbg (probaly i didn't give it enough time to start or I did something 
wrong, give some more inforamtion on how to do it)

Previous Comments:
---

[2001-02-01 20:06:54] [EMAIL PROTECTED]
Can you try again with today's snapshot? And to get a decent gdb backtrace
configure with --enable-debug and do following:

# gdb /opt/www/bin/httpd
(gdb) run -X

And then access the page which causes the crash and if it crashes:

(gdb) bt full

and then cut'n'paste the output and add it into this bug report.

--Jani


---

[2001-01-30 08:43:03] [EMAIL PROTECTED]
I got today the latest CVS and again gives segfaults but didn't manage to get core 
file :(


---

[2001-01-29 05:14:06] [EMAIL PROTECTED]
Does this happen with the latest CVS snapshot from
http://snaps.php.net/ ?? And if it does, please include
a gdb backtrace of the crash into this bug report.

--Jani

---

[2001-01-26 10:38:10] [EMAIL PROTECTED]
when I enable output_handler = ob_gzhandler in php.ini the system works but on some 
conditions I do not know which in error-log of the apache comes a lot of SegFaults and 
even more - the html content of some of the pages. There are also clients who complain 
that cannot open the pages ('no content' states Netscape)

on few other machines which are much heavy loaded and they can't stand output_handler 
= ob_gzhandler in php.ini that's why we use only on some scripts

if (strstr($HTTP_SERVER_VARS['HTTP_ACCEPT_ENCODING'], 
'gzip')){ob_start("gzencode");header("Content-Encoding: gzip");} 

and the same problem happens again

---


Full Bug description available at: http://bugs.php.net/?id=8938


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9072: unexpected behavior in strip_tags

[ctuffli]

From: [EMAIL PROTECTED]
Operating system: RedHat 6.1
PHP version:  4.0.4
PHP Bug Type: Feature/Change Request
Bug description:  unexpected behavior in strip_tags

php setup: ./configure  --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning 
--with-mysql --enable-track-vars

script:  from an earlier email\n");
?>

prints

X-Powered-By: PHP/4.0.4
Content-type: text/html

 from an earlier email

and not
> from an earlier email

I'm writting an application which prints email messages and noticed this behavior in 
messages that quoted the previous message with the string "> ".  I expected strip_tags 
to do the equivalent of ereg_replace("<[^>]*>", "", $msg)


-- 
Edit Bug report at: http://bugs.php.net/?id=9072&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9072 Updated: unexpected behavior in strip_tags

[rasmus]

ID: 9072
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To: 
Comments:

Fixed in CVS

Previous Comments:
---

[2001-02-02 08:08:13] [EMAIL PROTECTED]
php setup: ./configure  --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning 
--with-mysql --enable-track-vars

script:  from an earlier emailn");
?>

prints

X-Powered-By: PHP/4.0.4
Content-type: text/html

 from an earlier email

and not
> from an earlier email

I'm writting an application which prints email messages and noticed this behavior in 
messages that quoted the previous message with the string "> ".  I expected strip_tags 
to do the equivalent of ereg_replace("<[^>]*>", "", $msg)

---


Full Bug description available at: http://bugs.php.net/?id=9072


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9058 Updated: dir() and readdir() don't work

[Brian . Craigie]

ID: 9058
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Directory function related
Description: dir() and readdir() don't work

Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK.

I updated from CVS about 3 hours ago, and tried that.  It still doesn't work on HP-UX. 
 The compiler used is gcc 2.8.1
I'm willing to try a more recent version if that will help.

I would have tried to trace (like truss) the httpd process but I can't get a working 
trace on this backward (HP-UX) O/S :-(


Thanks!

Brian



Previous Comments:
---

[2001-02-01 20:19:05] [EMAIL PROTECTED]
I tried them examples in our Solaris 8 (sparc) with the latest CVS
and they worked just fine. 

Could you try the latest CVS snapshot from http://snaps.php.net/  
to verify if this is fixed already? And which compiler did you use to compile PHP ?

I'm using GCC 2.95.2 as we don't have that Sun Workshop CC installed
in that machine yet.

--Jani


---

[2001-02-01 16:53:09] [EMAIL PROTECTED]

Using the examples cut-n-pasted from the dir() and readdir() documentation, dir() they 
both return nothing.  They work ok in php3.

I see other entries in the bug database saying this issue was fixed in the cvs, but 
these are dated before the release of the version I'm using, so I guess they became 
broken again or Solaris 8 is a problem.

I'll be delighted to help debug this if someone can tell me how.

Best Regards,

Brian

---


Full Bug description available at: http://bugs.php.net/?id=9058


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9058 Updated: dir() and readdir() don't work

[Brian . Craigie]

ID: 9058
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Directory function related
Description: dir() and readdir() don't work

Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK.

I updated from CVS about 3 hours ago, and tried that.  It still doesn't work on HP-UX. 
 The compiler used is gcc 2.8.1
I'm willing to try a more recent version if that will help.

I would have tried to trace (like truss) the httpd process but I can't get a working 
trace on this backward (HP-UX) O/S :-(


Thanks!

Brian



Previous Comments:
---

[2001-02-02 08:55:38] [EMAIL PROTECTED]
Oops, a big sorry, that should be HP-UX 10.20, NOT Solaris 8 - Solaris is OK.

I updated from CVS about 3 hours ago, and tried that.  It still doesn't work on HP-UX. 
 The compiler used is gcc 2.8.1
I'm willing to try a more recent version if that will help.

I would have tried to trace (like truss) the httpd process but I can't get a working 
trace on this backward (HP-UX) O/S :-(


Thanks!

Brian



---

[2001-02-01 20:19:05] [EMAIL PROTECTED]
I tried them examples in our Solaris 8 (sparc) with the latest CVS
and they worked just fine. 

Could you try the latest CVS snapshot from http://snaps.php.net/  
to verify if this is fixed already? And which compiler did you use to compile PHP ?

I'm using GCC 2.95.2 as we don't have that Sun Workshop CC installed
in that machine yet.

--Jani


---

[2001-02-01 16:53:09] [EMAIL PROTECTED]

Using the examples cut-n-pasted from the dir() and readdir() documentation, dir() they 
both return nothing.  They work ok in php3.

I see other entries in the bug database saying this issue was fixed in the cvs, but 
these are dated before the release of the version I'm using, so I guess they became 
broken again or Solaris 8 is a problem.

I'll be delighted to help debug this if someone can tell me how.

Best Regards,

Brian

---


Full Bug description available at: http://bugs.php.net/?id=9058


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] nested functions

[Andrei Zmievski]

On Fri, 02 Feb 2001, Hartmut Holzgraefe wrote:
>  
> it is right now possible to declare functions within functions
> (see bug#9064)
> 
> this will lead to redeclaration errors if you call the outer
> function more then once
> 
> i'm not sure about it, is this a usefull feature (although it
> behaves very different to, say, PASCAL or gcc with nested 
> functions enabled where the inner function is 'local' to the
> namespace of the outer one) or should the engine prevent
> nested function declarations in the first place?

How about a simple check:

function outer()
{
if (!function_exists('inner')) {
function inner() {
}
}
}

-Andrei
* Entropy isn't what it used to be. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9031 Updated: ob_gzhandler memory leak and Headers already sent message!

[aboldt]

ID: 9031
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Performance problem
Description: ob_gzhandler memory leak and Headers already sent message!

Tried the php4-200102020545 snapshot and I still get the

httpd: PHP Warning:  Cannot add header information - headers already sent in Unknown 
on line 0

error message when enabling output_handler = ob_gzhandler.
This probably still causes a memory leak.

Found another interesting thing: when trying to see the headers of a ob_gzhandler 
compressed page with lynx, I get the following lynx error message:

Can't access startfile http://localhost/test.php

That's using lynx -head -source http://localhost/test.php. Seems lynx sees something 
which it doesn't like. With ob_gzhandler disabled, I get the normal http headers when 
invoking that lynx command.

Previous Comments:
---

[2001-02-01 20:03:32] [EMAIL PROTECTED]
This should be fixed in CVS now. Please try the latest CVS snapshot from 
http://snaps.php.net/ and reopen this bug report if problem still exists when
using it.

--Jani


---

[2001-01-31 09:15:17] [EMAIL PROTECTED]
When enabling output_handler = ob_gzhandler in php.ini, my Linux system starts to eat 
more and more memory in an unusual way, like there was a memory leak, like many people 
have reported.

But what is absolutely weird is that after enabling ob_gzhandler, I start to get this 
error messages in my log files:

Cannot add header information - headers already sent in Unknown on line 0

Which is weird, because one of the features of output buffering is to avoid that kind 
of problems. What's even more weird is that I don't get any "headers already sent" 
messages with output_handler = ob_gzhandler disabled!

---


Full Bug description available at: http://bugs.php.net/?id=9031


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] nested functions

[Marten Gustafsson]

Is there a need for nested funcitons? I don?t think so.


-Marten.
Icq# 38863127 



-Original Message-
From: Andrei Zmievski [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 3:22 PM
To: Hartmut Holzgraefe
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] nested functions


On Fri, 02 Feb 2001, Hartmut Holzgraefe wrote:
>  
> it is right now possible to declare functions within functions
> (see bug#9064)
> 
> this will lead to redeclaration errors if you call the outer
> function more then once
> 
> i'm not sure about it, is this a usefull feature (although it
> behaves very different to, say, PASCAL or gcc with nested 
> functions enabled where the inner function is 'local' to the
> namespace of the outer one) or should the engine prevent
> nested function declarations in the first place?

How about a simple check:

function outer()
{
if (!function_exists('inner')) {
function inner() {
}
}
}

-Andrei
* Entropy isn't what it used to be. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9073: Using pspell .12 will not compile correctly

[hugh . jones]

From: [EMAIL PROTECTED]
Operating system: Linux glibc 2.1
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  Using pspell .12 will not compile correctly

add "#define USE_ORIGINAL_MANAGER_FUNCS" to ext/pspell/pspell.c - this fixes the 
problem with pspell .12


-- 
Edit Bug report at: http://bugs.php.net/?id=9073&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9074: Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001

[hugh . jones]

From: [EMAIL PROTECTED]
Operating system: Linux glibc 2.1
PHP version:  4.0 Latest CVS (02/02/2001)
PHP Bug Type: Apache related
Bug description:  Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001

Configure:
./configure --enable-sockets --with-apxs=/opt/apache2/bin/apxs --without-mysql 
--with-oci8=/opt/product/oracle/8.1.6 --with-pspell --with-dom --prefix=/opt/php

Error:
sapi_apache.c: In function `apache_php_module_main':
sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function)
sapi_apache.c:80: (Each undeclared identifier is reported only once
sapi_apache.c:80: for each function it appears in.)
make[3]: *** [sapi_apache.lo] Error 1



-- 
Edit Bug report at: http://bugs.php.net/?id=9074&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9075: CGI/ file download problem with URL http://x/myprog.php/filename

[michel . jansens]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  CGI/ file download problem with URL http://x/myprog.php/filename

To give a default filename for dynamic file download I use the url: 
http://mysrv.com/myscript.php/
where  is the filename on which the result of myscript.php will be saved
The / is usually forgotten by php and the brozsers uses it as default 
filename for the download.
This works well with Apache1.3.x and the DSO module version of php4.0.4.pl1 but not 
with the CGI version

I tryed compiling php with and without --force-cgi-redirect

Thanks

rem myscript.php is of the form:




-- 
Edit Bug report at: http://bugs.php.net/?id=9075&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9074 Updated: Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001

[hugh . jones]

ID: 9074
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Description: Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001



Previous Comments:
---

[2001-02-02 09:53:38] [EMAIL PROTECTED]
Configure:
./configure --enable-sockets --with-apxs=/opt/apache2/bin/apxs --without-mysql 
--with-oci8=/opt/product/oracle/8.1.6 --with-pspell --with-dom --prefix=/opt/php

Error:
sapi_apache.c: In function `apache_php_module_main':
sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function)
sapi_apache.c:80: (Each undeclared identifier is reported only once
sapi_apache.c:80: for each function it appears in.)
make[3]: *** [sapi_apache.lo] Error 1


---


Full Bug description available at: http://bugs.php.net/?id=9074


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] nested functions

[Hartmut Holzgraefe]

Andrei Zmievski wrote:
> > i'm not sure about it, is this a usefull feature (although it
> > behaves very different to, say, PASCAL or gcc with nested
> > functions enabled where the inner function is 'local' to the
> > namespace of the outer one) or should the engine prevent
> > nested function declarations in the first place?
> 
> How about a simple check:
> 
> function outer()
> {
> if (!function_exists('inner')) {
> function inner() {
> }
> }
> }

sure, this fixes the symptoms, 
bit if noone can think of a reason or situation where nesting
functions would make sense i'd like to have this 'feature' 
removed 
it's confusing, unseless IMHO and leaving it possible will
block any chance to implement it the way Pascal or gcc in 
extended mode handle it with the inner function only
visible within the scope of the outer one ...


-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77 

Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] nested functions

[Chris Newbill]

Ditto, poor design IMHO.

-Original Message-
From: Marten Gustafsson [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 7:40 AM
To: PHP DEV
Subject: RE: [PHP-DEV] nested functions


Is there a need for nested funcitons? I don?t think so.


-Marten.
Icq# 38863127 



-Original Message-
From: Andrei Zmievski [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 3:22 PM
To: Hartmut Holzgraefe
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] nested functions


On Fri, 02 Feb 2001, Hartmut Holzgraefe wrote:
>  
> it is right now possible to declare functions within functions
> (see bug#9064)
> 
> this will lead to redeclaration errors if you call the outer
> function more then once
> 
> i'm not sure about it, is this a usefull feature (although it
> behaves very different to, say, PASCAL or gcc with nested 
> functions enabled where the inner function is 'local' to the
> namespace of the outer one) or should the engine prevent
> nested function declarations in the first place?

How about a simple check:

function outer()
{
if (!function_exists('inner')) {
function inner() {
}
}
}

-Andrei
* Entropy isn't what it used to be. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[www-data]

Full name: Kontra Gergely
Email: [EMAIL PROTECTED]
ID: kgergely
Purpose: Docs translator

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9076: GregorianToJD function returns incorrect values

[basil . hussain]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 6.2 (kernel 2.2.18-22)
PHP version:  4.0.4pl1
PHP Bug Type: Calendar related
Bug description:  GregorianToJD function returns incorrect values

The GregorianToJD Calender function returns incorrect 
results. As far as I can tell, this applies to the 
GregorianToSdn internal function in the PHP source.

There's not really any point putting a sample PHP script 
here, as it's the algorithm that seems to be at fault. I 
took two specific cases and worked through the 
algorithm by hand (i.e. pen and paper). Here are the 
results:

2nd February 2001 (2/2/2001) = 2451943
7th June 1980 (7/6/1980) = 2473618

As I understand it, the Julian Day Count is a uniform 
count of days from some time around 4714 BC. Now, 
how can 2/2/01 be a lesser number of days than 
7/6/80?

I have no idea what the correct results for these test 
cases are, nor any idea what particular part of the 
algorithm is wrong. It's just wrong somewhere!


-- 
Edit Bug report at: http://bugs.php.net/?id=9076&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9077: Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001

[hugh . jones]

From: [EMAIL PROTECTED]
Operating system: Linux RH 6.2
PHP version:  4.0 Latest CVS (02/02/2001)
PHP Bug Type: Apache related
Bug description:  Cannot compile against current Apache 2.0 a9 or CVS dated 02-Feb-2001

Cannot compile as DSO using compile option --with-apxs2 (full compile options are as 
follows)

./configure --enable-sockets --with-apxs2=/opt/apache2/bin/apxs --without-mysql 
--with-oci8=/opt/product/oracle/8.1.6 --with-pspell --with-dom --prefix=/opt/php

Error when running make:

In file included from sapi_apache2.c:33:
/opt/apache2/include/util_filter.h:153: parse error before `ap_bucket_brigade'
/opt/apache2/include/util_filter.h:154: parse error before `ap_bucket_brigade'
/opt/apache2/include/util_filter.h:285: parse error before `ap_bucket_brigade'
/opt/apache2/include/util_filter.h:297: parse error before `ap_bucket_brigade'
/opt/apache2/include/util_filter.h:404: parse error before `ap_bucket_brigade'
In file included from sapi_apache2.c:35:
/opt/apache2/include/http_config.h:965: parse error before `int'
In file included from sapi_apache2.c:44:
php_apache.h:24: parse error before `ap_bucket_brigade'
php_apache.h:24: warning: no semicolon at end of struct or union
php_apache.h:32: parse error before `}'
php_apache.h:32: warning: data definition has no type or storage class
sapi_apache2.c: In function `php_apache_sapi_ub_write':
sapi_apache2.c:49: `ap_bucket' undeclared (first use in this function)
sapi_apache2.c:49: (Each undeclared identifier is reported only once
sapi_apache2.c:49: for each function it appears in.)
sapi_apache2.c:49: `b' undeclared (first use in this function)
sapi_apache2.c:50: `ap_bucket_brigade' undeclared (first use in this function)
sapi_apache2.c:50: `bb' undeclared (first use in this function)
sapi_apache2.c:51: `ctx' undeclared (first use in this function)
sapi_apache2.c:52: parse error before `now'
sapi_apache2.c:55: `sapi_globals' undeclared (first use in this function)
sapi_apache2.c:61: `now' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_header_handler':
sapi_apache2.c:77: `ctx' undeclared (first use in this function)
sapi_apache2.c:78: parse error before `char'
sapi_apache2.c:80: `val' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_send_headers':
sapi_apache2.c:105: `ctx' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_read_post':
sapi_apache2.c:117: `ctx' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_read_cookies':
sapi_apache2.c:136: `ctx' undeclared (first use in this function)
sapi_apache2.c:137: parse error before `const'
sapi_apache2.c:139: `http_cookie' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_register_variables':
sapi_apache2.c:148: `ctx' undeclared (first use in this function)
sapi_apache2.c:149: parse error before `*'
sapi_apache2.c:152: `arr' undeclared (first use in this function)
sapi_apache2.c:152: `key' undeclared (first use in this function)
sapi_apache2.c:152: `val' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_flush':
sapi_apache2.c:163: `ctx' undeclared (first use in this function)
sapi_apache2.c:164: `ap_bucket_brigade' undeclared (first use in this function)
sapi_apache2.c:164: `bb' undeclared (first use in this function)
sapi_apache2.c:165: `ap_bucket' undeclared (first use in this function)
sapi_apache2.c:165: `b' undeclared (first use in this function)
sapi_apache2.c: In function `php_apache_sapi_log_message':
sapi_apache2.c:182: `ctx' undeclared (first use in this function)
sapi_apache2.c:183: parse error before `*'
sapi_apache2.c:185: `sapi_globals' undeclared (first use in this function)
sapi_apache2.c: At top level:
sapi_apache2.c:233: parse error before `ap_bucket_brigade'
sapi_apache2.c: In function `php_input_filter':
sapi_apache2.c:236: `ctx' undeclared (first use in this function)
sapi_apache2.c:237: parse error before `long'
sapi_apache2.c:238: `ap_bucket' undeclared (first use in this function)
sapi_apache2.c:238: `b' undeclared (first use in this function)
sapi_apache2.c:239: parse error before `const'
sapi_apache2.c:244: `sapi_globals' undeclared (first use in this function)
sapi_apache2.c:248: `rv' undeclared (first use in this function)
sapi_apache2.c:248: `bb' undeclared (first use in this function)
sapi_apache2.c:248: `mode' undeclared (first use in this function)
sapi_apache2.c:252: parse error before `{'
sapi_apache2.c:254: `n' undeclared (first use in this function)
sapi_apache2.c:255: `old_index' undeclared (first use in this function)
sapi_apache2.c:258: `str' undeclared (first use in this function)
sapi_apache2.c: At top level:
sapi_apache2.c:261: parse error before `return'
sapi_apache2.c:264: parse error before `php_struct'
sapi_apache2.c: In function `php_apache_request_ctor':
sapi_apache2.c:273: `sapi_globals' undeclared (first use in this function)
sa

[PHP-DEV] PHP 4.0 Bug #9078: php] make install

[arena1]

From: [EMAIL PROTECTED]
Operating system: sunos 5.6/sparc-sun-solaris2.6
PHP version:  4.0.3
PHP Bug Type: *Install and Config
Bug description:  php] make install

. cd apache_1.3.14 
./configure --prefix=/usr/local/apache     success
cd ../php-4.0.3pl1 
./configure --with-oracle=ORACAL_HOME --with-apache=../apache_1.3.14 
--enable-track-vars   success
make  success
[Ns1:root:/usr/local/php-4.0.3pl1] make install
Making install in Zend
Making install in main
Making install in ext
Making install in gd
Making install in mysql
Making install in libmysql
Making install in oracle
Making install in pcre
Making install in pcrelib
Making install in posix
Making install in session
Making install in standard
Making install in xml
Making install in expat
Making install in xmltok
Making install in xmlparse
Making install in sapi
Making install in apache
Making install in TSRM
Making install in regex
Making install in .
*** Error code 2
make: Fatal error: Command failed for target `install-sapi'
Current working directory /usr/local/php-4.0.3pl1
*** Error code 1
make: Fatal error: Command failed for target `install-recursive'


-- 
Edit Bug report at: http://bugs.php.net/?id=9078&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9079: PHP seg faults in alloca() at first PHP request to Apache

[mchampagne]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  PHP seg faults in alloca() at first PHP request to Apache

We are running Oracle IAS 1.0.0.0 on AIX 4.3.3.  Oracle's IAS runs Apache 1.3.9 and 
the root Apache directory is in /ias/Apache/Apache.  We have a soft link from 
/usr/local/apache -> /ias/Apache.  We are installing our PHP source from 
/usr/tools/src/php-4.0.4pl1/ and I believe the config script uses /usr/local as it's 
prefix?  We ran make and make install and we bring up Apache with mod_php 
successfully.  At the first request however, php cores in the /ias/Apache/Apache 
directory.  The request is simply running phpinfo().  I see the following message in 
our httpds_error_log:

[Fri Feb  2 11:26:34 2001] [notice] Apache/1.3.9 (Unix) PHP/4.0.4pl1 mod_perl/1.21 
ApacheJServ/1.1 configured --
 resuming normal operations
[Fri Feb  2 11:26:58 2001] [notice] child pid 17026 exit signal Segmentation fault (11)

Here's what I see in the core file:

Segmentation fault in sig_coredump at 0x10003824
0x10003824 (sig_coredump+0x3c) 80410014  l   r2,0x14(r1)

(dbx) where
sig_coredump(0xb) at 0x10003824
alloca() at 0xd36ccef8
php_execute_script(0x2ff22530), line 1181 in "main.c"
apache_php_module_main(0x20255e30, 0x0), line 89 in "sapi_apache.c"
send_php(0x20255e30, 0x0, 0x20257dc0), line 516 in "mod_php4.c"
send_parsed_php(0x20255e30), line 527 in "mod_php4.c"
ap_invoke_handler(0x20255e30) at 0x100c3138
process_request_internal(0x20255e30) at 0x100edf8c
ap_process_request(0x20255e30) at 0x100ef4f8
child_main(0x0) at 0x10002058
make_child(0x2004ed20, 0x0, 0x3a7adfba) at 0x10001a18
startup_children(0x5) at 0x10001804
standalone_main(0x3, 0x2ff229e8) at 0x1d24
http_main.main(0x3, 0x2ff229e8) at 0x18c8

Our configure scripts is run with:
configure --with-apxs=/ias/Apache/Apache/bin/apxs --with-oci8=/ias/6iserver 
--without-mysql

We also made the modification to libtool in bug 4360 and tried again but we get the 
same as above.


-- 
Edit Bug report at: http://bugs.php.net/?id=9079&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9080: bug in weighted Levenshtein distance function

[sb]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: *Function Specific
Bug description:  bug in weighted Levenshtein distance function

In function:

   static int weighted_levdist

There is a block of code: 

   118  /* if we already used up one string, then
   119the result is the length of the other */
   120  if(*s1=='\0') return strlen(s2);
   121  if(*s2=='\0') return strlen(s1);
 
This is correct for unweighted, but not weighted Levenshtein.

The value on line 120 should be multiplied by
cost_ins, and the value on line 121 should be multiplied
by cost_del.

Steven Bird <[EMAIL PROTECTED]>
http://www.ldc.upenn.edu/sb/



-- 
Edit Bug report at: http://bugs.php.net/?id=9080&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9080 Updated: bug in weighted Levenshtein distance function

[hholzgra]

ID: 9080
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Function Specific
Assigned To: 
Comments:

levenshtein functions in 4.04. (and at least back to 4.0.3) 
are broken in several places due to myself over-optimizing

my fix came a little late for 4.0.4 so you have to use
latest CVS or wait for 4.0.5 to get a working (but less optimized
for now) version

Previous Comments:
---

[2001-02-02 12:04:58] [EMAIL PROTECTED]
In function:

   static int weighted_levdist

There is a block of code: 

   118  /* if we already used up one string, then
   119the result is the length of the other */
   120  if(*s1=='

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

no feedback.

Previous Comments:
---

[2001-01-31 04:48:35] [EMAIL PROTECTED]
hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

[2001-01-30 08:55:37] [EMAIL PROTECTED]
When the following commands are executed:

$word = new COM("word.application") or die("Unable to instantiate Word");

the following error appears:

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in 
c:inetpubwwwroottest.php on line 14
Unable to instantiate Word

This a very odd error, because the Task Manager shows that PHP has executed the Word 
application (as winword.exe) w/o any problem.

What's even more odd, the above used to work w/o any problems, although there have not 
been any changes in configuration.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9001&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: COM related
Assigned To: phanto
Comments:

could someone with a chinese charset try this please.

Previous Comments:
---

[2001-01-29 17:17:27] [EMAIL PROTECTED]
this should be fixed in cvs

please try a snapshot from http://snaps.php.net and give me feedback.

---

[2000-12-21 13:52:12] [EMAIL PROTECTED]
I have setup PHP to work with ADO, but they would't work:

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
$q="select title from css";

//1. command object
$cm= new COM("ADODB.Command");
$cm->CommandText=$q;
$cm->ActiveConnection=$dbc; //PropPut() failed!!!
$rs=$cm->Execute(); //Invoke() failed!!!
//

//2. recordset still don't work
$rs=new COM("ADODB.Recordset");
$rs->Open($q); //Invoke() failed!!!

//only this code will work
$rs=$dbc->Execute($q); 
echo $rs->fields[0]->value . "";


On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
will be changed to 3 byte char.
Test with ADODB,Word, It seemed that windows report chinese as one char, but php think 
it one byte.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9073 Updated: Using pspell .12 will not compile correctly

[rasmus]

ID: 9073
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Assigned To: 
Comments:

Applied - thanks

Previous Comments:
---

[2001-02-02 09:49:14] [EMAIL PROTECTED]
add "#define USE_ORIGINAL_MANAGER_FUNCS" to ext/pspell/pspell.c - this fixes the 
problem with pspell .12

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9073&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9081: Typo in pear/Mail/smtp.php

[jpdalbec]

From: [EMAIL PROTECTED]
Operating system: Linux for S/390
PHP version:  4.0.4pl1
PHP Bug Type: Mail related
Bug description:  Typo in pear/Mail/smtp.php

I think this is a typo:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->host = $params['port'];
if (isset($params['auth'])) $this->host = $params['auth'];
if (isset($params['username'])) $this->host = $params['username'];
if (isset($params['password'])) $this->host = $params['password'];
}

It should be:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->port = $params['port'];
if (isset($params['auth'])) $this->auth = $params['auth'];
if (isset($params['username'])) $this->username = $params['username'];
if (isset($params['password'])) $this->password = $params['password'];
}



-- 
Edit Bug report at: http://bugs.php.net/?id=9081&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9062 Updated: Latest version, 0.12, breaks compatibility

[sniper]

ID: 9062
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Pspell related
Assigned To: 
Comments:

Fixed in CVS. Try latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-02-01 19:03:54] [EMAIL PROTECTED]
The latest release of pspell, 0.12, on http://pspell.sourceforge.net breaks 
compatibility with the pspell php extension causing it to not compile correctly.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9062&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9034 Updated: pspell .12 fails to compile

[sniper]

ID: 9034
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Pspell related
Assigned To: 
Comments:

Fixed in CVS.

--Jani


Previous Comments:
---

[2001-01-31 10:54:22] [EMAIL PROTECTED]
I think some backward compatiblity was broken in this release of pspell (.12)

Here is the output of make:

...snip...
make[2]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
make[3]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
/bin/sh /export/projects/zend-php/php4/libtool --silent --mode=compile gcc  -I. 
-I/export/projects/zend-php/php4/ext/pspell -I/export/projects/zend-php/php4/main 
-I/export/projects/zend-php/php4 -I/usr/local/etc/apache/include 
-I/export/projects/zend-php/php4/Zend 
-I/projects/compile/mck-3.2.0.4-solaris-sparc/c-api -I/usr/local/include 
-I/projects/compile/gd1.3 -I/export/projects/zend-php/php4/ext/mysql/libmysql 
-I/usr/local/include/pspell -I/export/projects/zend-php/php4/ext/xml/expat/xmltok 
-I/export/projects/zend-php/php4/ext/xml/expat/xmlparse 
-I/export/projects/zend-php/php4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 
-DMOD_SSL=206104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DXML_BYTE_ORDER=21 -O  -c pspell.c
pspell.c: In function `php_if_pspell_check':
pspell.c:304: too few arguments to function `pspell_manager_check'
pspell.c: In function `php_if_pspell_suggest':
pspell.c:340: too few arguments to function `pspell_manager_suggest'
pspell.c: In function `php_if_pspell_store_replacement':
pspell.c:377: warning: passing arg 3 of `pspell_manager_store_replacement' makes 
integer from pointer without a cast
pspell.c:377: too few arguments to function `pspell_manager_store_replacement'
pspell.c: In function `php_if_pspell_add_to_personal':
pspell.c:414: too few arguments to function `pspell_manager_add_to_personal'
pspell.c: In function `php_if_pspell_add_to_session':
pspell.c:451: too few arguments to function `pspell_manager_add_to_session'
make[3]: *** [pspell.lo] Error 1
make[3]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/export/projects/zend-php/php4/ext'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9034&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9081 Updated: Typo in pear/Mail/smtp.php

[chagenbu]

ID: 9081
Updated by: chagenbu
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Mail related
Assigned To: 
Comments:

yup, how about that. nice catch - it's fixed now.

Previous Comments:
---

[2001-02-02 13:35:28] [EMAIL PROTECTED]
I think this is a typo:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->host = $params['port'];
if (isset($params['auth'])) $this->host = $params['auth'];
if (isset($params['username'])) $this->host = $params['username'];
if (isset($params['password'])) $this->host = $params['password'];
}

It should be:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->port = $params['port'];
if (isset($params['auth'])) $this->auth = $params['auth'];
if (isset($params['username'])) $this->username = $params['username'];
if (isset($params['password'])) $this->password = $params['password'];
}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9081&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082: getpeername() causes seg fault

[colin]

From: [EMAIL PROTECTED]
Operating system: rh7.0
PHP version:  4.0 Latest CVS (02/02/2001)
PHP Bug Type: Sockets related
Bug description:  getpeername() causes seg fault

The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin


-- 
Edit Bug report at: http://bugs.php.net/?id=9082&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9081 Updated: Typo in pear/Mail/smtp.php

[sniper]

ID: 9081
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Mail related
Assigned To: 
Comments:



Previous Comments:
---

[2001-02-02 13:35:28] [EMAIL PROTECTED]
I think this is a typo:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->host = $params['port'];
if (isset($params['auth'])) $this->host = $params['auth'];
if (isset($params['username'])) $this->host = $params['username'];
if (isset($params['password'])) $this->host = $params['password'];
}

It should be:
function Mail_smtp($params)
{
if (isset($params['host'])) $this->host = $params['host'];
if (isset($params['port'])) $this->port = $params['port'];
if (isset($params['auth'])) $this->auth = $params['auth'];
if (isset($params['username'])) $this->username = $params['username'];
if (isset($params['password'])) $this->password = $params['password'];
}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9081&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside functions cause errors if the outer function is called twice.

[Lars Torben Wilson]

Sam Liddicott writes:
> 
> 
> > -Original Message-
> > From: Lars Torben Wilson [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, February 02, 2001 09:49
> > To: Christopher Kings-Lynne
> > Cc: Bug Database
> > Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9064 Updated: Functions inside
> > functions cause errors if the outer function is called twice.
> > 
> > 
> > 
> > What does that buy you that this doesn't?
> > 
> > function test2() {
> >echo "hi";
> > }
> > 
> > function test() {
> >test2();
> > }
> > 
> > ...other than a new scoping rule?
> 
> Don't underestimate scoping, it means you can have multiple test2()'s [lest
> call it "sort" - common to use different sort routines in different
> circumstances]
> 
> a) stops namespace polution
> b) keeps access private
> while 
> c) retaining modularisation.
> 
> Sam

I didn't underestimate scoping per se (or at least I didn't intend
to). However, this particular manifestation isn't really one that I
would consider highly indispensable. :)

For the style of language that it is, I think PHP's current scoping
really isn't all that deficient, although there are certainly times
when a more complete namespace/module/scoping scheme would come in
handy.


Torben

> > 
> > 
> > Christopher Kings-Lynne writes:
> > > Shouldn't you at least be able to register the "nested 
> > function" as 'static?
> > > 
> > > This causes syntax errors in 4.0.4pl1.
> > > 
> > > ie:
> > > 
> > >  > > 
> > > function test() {
> > >   static function test2() {
> > >   echo "hi";
> > >   }
> > > 
> > >   test2();
> > > }
> > > 
> > > test();
> > > test();
> > > test();
> > > 
> > > ?>
> > > 
> > > > -Original Message-
> > > > From: Bug Database [mailto:[EMAIL PROTECTED]]
> > > > Sent: Friday, February 02, 2001 5:14 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: PHP 4.0 Bug #9064 Updated: Functions inside 
> > functions cause
> > > > errors if the outer function is called twice.
> > > >
> > > >
> > > > ID: 9064
> > > > Updated by: hholzgra
> > > > Reported By: [EMAIL PROTECTED]
> > > > Old-Status: Open
> > > > Status: Closed
> > > > Bug Type: Scripting Engine problem
> > > > Assigned To:
> > > > Comments:
> > > >
> > > > php has no "nested function" feature like you'll find in PASCAL
> > > > or in gcc if you enable the feature
> > > >
> > > > what happens here is that test2 is registered on execution of
> > > > test in the global namespace, and when you call test a second time
> > > > it cannot register test2 again
> > > >
> > > > (the engine shouldn't  accept nested functions at all i think)
> > > >
> > > > Previous Comments:
> > > > --
> > > > -
> > > >
> > > > [2001-02-01 22:18:32] [EMAIL PROTECTED]
> > > > This script fails with:
> > > >
> > > > Fatal error:  Cannot redeclare test2() in - on line
> > > > 4
> > > >
> > > >  > > >
> > > > function test() {
> > > > function test2() {
> > > > echo "hi";
> > > > }
> > > >
> > > > test2();
> > > > }
> > > >
> > > > test();
> > > > test();
> > > > test();
> > > >
> > > > ?>
> > > >
> > > > --
> > > > -
> > > >
> > > >
> > > > Full Bug description available at: http://bugs.php.net/?id=9064
> > > >
> > > 
> > > 
> > > -- 
> > > PHP Development Mailing List 
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > To contact the list administrators, e-mail: 
> > [EMAIL PROTECTED]
> > > 
> > 
> > -- 
> > ++
> > |Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
> > |http://www.coastnet.com/~torbenhttp://www.adcore.com|
> > |Ph: 1.604.709.0506 [EMAIL PROTECTED]|
> > ++
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: 
> > [EMAIL PROTECTED]
> > 

-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9052 Updated: Incorrect file suffixes when building PHP for AIX 4.3.3

[mchampagne]

ID: 9052
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Description: Incorrect file suffixes when building PHP for AIX 4.3.3



Previous Comments:
---

[2001-02-01 11:51:57] [EMAIL PROTECTED]
I configured php by running configure --with-apxs --with-oci8 --without-mysql.

When I try running make I'm getting these errors towards the end:

Making all in apache
Target "all-p" is up to date.
Target "all" is up to date.
Target "all" is up to date.
Making all in TSRM
Target "all" is up to date.
Making all in regex
Target "all-p" is up to date.
Target "all" is up to date.
Making all in .
/bin/sh /usr/tools/src/php-4.0.4pl1/libtool --silent --mode=link cc  -I. 
-I/usr/tools/src/php-4.0.4pl1/ -I/usr/tools/src/php-4.0.4pl1/main 
-I/usr/tools/src/php-4.0.4pl1 -I/ias/Apache/Apache/include 
-I/usr/tools/src/php-4.0.4pl1/Zend -I/ias/rdbms/public -I/ias/rdbms/demo 
-I/ias/network/public -I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/usr/tools/src/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/usr/tools/src/php-4.0.4pl1/TSRM  -DAIX=43 -DMOD_SSL=204110 -DEAPI -DUSE_EXPAT 
-DXML_BYTE_ORDER=21 -g   -o libphp4.la -rpath /usr/tools/src/php-4.0.4pl1/libs 
-avoid-version -L/ias/lib  -R /ias/lib stub.lo  Zend/libZend.la  
sapi/apache/libsapi.la  main/libmain.la  regex/libregex.la  ext/oci8/liboci8.la 
ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la 
ext/standard/libstandard.la ext/xml/libxml.la  TSRM/libtsrm.la -ldl -lclntsh -lpsa 
-lcore4 -lnlsrtl3 -lld -lbsd_r -lm -lodm -ldl -lbind -lm -ldl -lcrypt
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an 
incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an 
incorrect file suffix

I get several screens of [filename] contains incorrect file suffix and then I get:

cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_strtok_r.lo contains an incorrect 
file suffix
cc: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_virtual_cwd.lo contains an 
incorrect file suffix
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l core4
ld:open(): No such file or directory
ld: 0706-006 Cannot find or open library file: -l nlsrtl3
ld:open(): No such file or directory
make: The error code from the last command is 255.


Stop.
make: The error code from the last command is 1.


Stop.

Should we be trying to compile with gcc instead of the cc that comes with AIX 4.3.3?  
Thanks!

---


Full Bug description available at: http://bugs.php.net/?id=9052


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082 Updated: getpeername() causes seg fault

[mathieu]

ID: 9082
Updated by: mathieu
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Assigned To: 
Comments:

Colin

For now I'm not in the CVS thingy to write to the PHP tree, but:

What fixed it for me is putting:
if (ZEND_NUM_ARGS() == 2)
MAKE_STD_ZVAL(*port);

after the ifstatement containing the zend_get_parameters().

-- CaPS


Previous Comments:
---

[2001-02-02 14:07:55] [EMAIL PROTECTED]
The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9082&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082 Updated: getpeername() causes seg fault

[mathieu]

ID: 9082
Updated by: mathieu
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Assigned To: 
Comments:

[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


Previous Comments:
---

[2001-02-02 14:45:19] [EMAIL PROTECTED]
Colin

For now I'm not in the CVS thingy to write to the PHP tree, but:

What fixed it for me is putting:
if (ZEND_NUM_ARGS() == 2)
MAKE_STD_ZVAL(*port);

after the ifstatement containing the zend_get_parameters().

-- CaPS


---

[2001-02-02 14:07:55] [EMAIL PROTECTED]
The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9082&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9030 Updated: Serious memory leak with ob_gzhandler

[del]

ID: 9030
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Zlib Related
Description: Serious memory leak with ob_gzhandler

Using the 2/01/01 snapshot, I can report that from my previous tests and currently 
running httpds, the leak appears fixed and ob_gzhandler is working very nicely 
compressing output. Thanks guys(girls?), (I for one voice of a grateful many) really 
appreciate the work that goes into developing PHP.


Previous Comments:
---

[2001-02-01 20:02:18] [EMAIL PROTECTED]
This should be fixed in CVS now. Please try the latest CVS snapshot from
http://snaps.php.net/ and reopen this bug report if problem still exists
when using it.

--Jani


---

[2001-01-31 08:44:39] [EMAIL PROTECTED]
I have noticed a that a serious memory leak is occuring with PHP when using the 
ob_gzhandler. It is noticable very quickly after starting Apache and reloading a few 
pages, the process size goes up dramatically - much more than if PHP is configured NOT 
to use the ob_gzhandler, which is I think when the Zend optimizer caches pages. Merely 
having support compiled in does not cause the effect.

I have mod_ssl configured with:

--with-layout=Del --with-apache=../apache --with-ssl=../openssl --with-mm=../mm 
--activate-module=src/modules/php4/libphp4.a 
--activate-module=src/modules/extra/mod_gzip.c

PHP compiled with:

--with-apache=../apache --enable-trans-sid --with-my-sql --with-zlib --with-mcrypt

And then Apache is made with those options that mod_ssl configures it with. Using Zend 
optimizer 1.0.0 for PHP4.0.4.

Despite the numerous different modules that are compiled into Apache, I feel it is 
with the ob_gzhandler that the problem lies as deactivating it seems to make the 
problem go away.


---


Full Bug description available at: http://bugs.php.net/?id=9030


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9055 Updated: Fatal System Error: Raise at top of Exception Stack

[amir . mistric]

ID: 9055
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Description: Fatal System Error: Raise at top of Exception Stack

I had ran same configuration without sucess using 
mod_ssl-2.7.1-1.3.14 and apache-1.2.14...
Compilation was sucess and it ran fine without SSL but
when I tried httpd -DSSL i got :
Fatal System Error: Raise at top of Exception Stack

I also ran both versions of apache and mod_ssl without php
and both versions of apache and php without mod_ssl and they worked fine so I assume 
there is a confilct between 
mod_ssl and php


I will attempt to get gcc 2.95.2 although I think it will cause a lot of conflicts in 
RH 7.1.a lot...
But I will 

Previous Comments:
---

[2001-02-01 13:46:01] [EMAIL PROTECTED]
It's either the new mod_ssl which is broken or your compiler.

Check this:
http://www.gnu.org/software/gcc/gcc-2.96.html

And then go and get yourself GCC 2.95.2 which is really supported.

--Jani


---

[2001-02-01 12:53:04] [EMAIL PROTECTED]
I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using 
gcc version 2.96 2731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use 
it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ 
--with-mcrypt=/usr/local  --enable-track-vars 
   --without-mysql --with-config-file-path=/etc --enable-ftp 
--with-gd --with-pdflib=/usr/local --with-zlib-dir 
   --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 , argc=1, ubp_av=0xba64, 

init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xba5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir


---


Full Bug description available at: http://bugs.php.net/?id=9055


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082 Updated: getpeername() causes seg fault

[mathieu]

ID: 9082
Updated by: mathieu
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Sockets related
Assigned To: 
Comments:

[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


Previous Comments:
---

[2001-02-02 14:46:52] [EMAIL PROTECTED]
[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


---

[2001-02-02 14:45:19] [EMAIL PROTECTED]
Colin

For now I'm not in the CVS thingy to write to the PHP tree, but:

What fixed it for me is putting:
if (ZEND_NUM_ARGS() == 2)
MAKE_STD_ZVAL(*port);

after the ifstatement containing the zend_get_parameters().

-- CaPS


---

[2001-02-02 14:07:55] [EMAIL PROTECTED]
The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9082&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #6677 Updated: Compile with native xlC varfs: duplicate def for int8

[Alex Akilov]

This problem does still exist.  However, the following workaround should
take care of it.  Unfortunately, I don't have the karma to commit it so
would some powerful being check out the following fix and take care of
it for me?  Thanks.

Index: ext/mysql/libmysql/global.h
===
RCS file: /repository/php4/ext/mysql/libmysql/global.h,v
retrieving revision 1.7
diff -u -r1.7 global.h
--- ext/mysql/libmysql/global.h 2001/01/23 16:48:49 1.7
+++ ext/mysql/libmysql/global.h 2001/02/02 19:52:49
@@ -544,7 +544,7 @@
 #else
 typedef char   *gptr;  /* Generic pointer */
 #endif
-#ifndef HAVE_INT_8_16_32
+#if !defined(HAVE_INT_8_16_32) && !defined(_H_INTTYPES)
 typedef char   int8;   /* Signed integer >= 8  bits */
 typedef short  int16;  /* Signed integer >= 16 bits */
 #endif
@@ -555,12 +555,12 @@
 typedef unsigned short uint16; /* Short for unsigned integer >= 16 bits
*/

 #if SIZEOF_INT == 4
-#ifndef HAVE_INT_8_16_32
+#if !defined(HAVE_INT_8_16_32) && !defined(_H_INTTYPES)
 typedef intint32;
 #endif
 typedef unsigned int   uint32; /* Short for unsigned integer >= 32 bits
*/
 #elif SIZEOF_LONG == 4
-#ifndef HAVE_INT_8_16_32
+#if !defined(HAVE_INT_8_16_32) && !defined(_H_INTTYPES)
 typedef long   int32;
 #endif
 typedef unsigned long  uint32; /* Short for unsigned integer >= 32 bits
*/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082 Updated: getpeername() causes seg fault

[cmv]

ID: 9082
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sockets related
Assigned To: cmv
Comments:

Fixed in CVS ... thanks mathieu.

Previous Comments:
---

[2001-02-02 15:26:38] [EMAIL PROTECTED]
[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


---

[2001-02-02 14:46:52] [EMAIL PROTECTED]
[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


---

[2001-02-02 14:45:19] [EMAIL PROTECTED]
Colin

For now I'm not in the CVS thingy to write to the PHP tree, but:

What fixed it for me is putting:
if (ZEND_NUM_ARGS() == 2)
MAKE_STD_ZVAL(*port);

after the ifstatement containing the zend_get_parameters().

-- CaPS


---

[2001-02-02 14:07:55] [EMAIL PROTECTED]
The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9082&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9055 Updated: Fatal System Error: Raise at top of Exception Stack

[amir . mistric]

ID: 9055
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Apache related
Bug Type: FDF related
Description: Fatal System Error: Raise at top of Exception Stack

Oke
I found the problem ...When compiled without fdftk support
everything works like a charm ... There is something conflicting in fdftk library i 
guess ...

I don't know wheater this is still a PHP issue or not ...
You guys decideAlso I have noticed a bug# 9006 that could have same roots???

Thanks
Amir



Previous Comments:
---

[2001-02-02 15:18:33] [EMAIL PROTECTED]
I had ran same configuration without sucess using 
mod_ssl-2.7.1-1.3.14 and apache-1.2.14...
Compilation was sucess and it ran fine without SSL but
when I tried httpd -DSSL i got :
Fatal System Error: Raise at top of Exception Stack

I also ran both versions of apache and mod_ssl without php
and both versions of apache and php without mod_ssl and they worked fine so I assume 
there is a confilct between 
mod_ssl and php


I will attempt to get gcc 2.95.2 although I think it will cause a lot of conflicts in 
RH 7.1.a lot...
But I will 

---

[2001-02-01 13:46:01] [EMAIL PROTECTED]
It's either the new mod_ssl which is broken or your compiler.

Check this:
http://www.gnu.org/software/gcc/gcc-2.96.html

And then go and get yourself GCC 2.95.2 which is really supported.

--Jani


---

[2001-02-01 12:53:04] [EMAIL PROTECTED]
I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using 
gcc version 2.96 2731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use 
it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ 
--with-mcrypt=/usr/local  --enable-track-vars 
   --without-mysql --with-config-file-path=/etc --enable-ftp 
--with-gd --with-pdflib=/usr/local --with-zlib-dir 
   --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 , argc=1, ubp_av=0xba64, 

init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xba5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir


---


Full Bug description available at: http://bugs.php.net/?id=9055


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] security issue

[Lou Spironello]

etc..
Produces listing of the entire system and dump of the password file.

This is a security hole.

How can I prevent this?

Lou.





-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] security issue

[Lou Spironello]

I executed those scripts on my ISP's machine.  My machine is tight.
Low and behold.  Instant password file(s...).
Needless to say many other things can be done.

I fired of an emergency message to my ISP to fix the hole.

I suggested that their web server might be running under a user
with higher permission than it should be.  They tend to take a while to respond
to requests.

I just wonder how long they had there server set up that way because as you may
know.
I literally have GOD access to their machine.  Well, as everyone knows, GOD is
nice.
:-)

Thank you.
Lou.

- Original Message -
From: "Chris Newbill" <[EMAIL PROTECTED]>
To: "Lou Spironello" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 5:20 PM
Subject: RE: [PHP-DEV] security issue


> A good start would be to make sure the user your web server is running as
> cannot read the shadow file.  Also that the permissions are set properly.
>
> Chris
>
> -Original Message-
> From: Lou Spironello [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 02, 2001 2:17 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] security issue
>
>
> 
> 
> etc..
> Produces listing of the entire system and dump of the password file.
>
> This is a security hole.
>
> How can I prevent this?
>
> Lou.
>
>
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9083: Buffer overflow in ext/standard/datetime.c

[jpdalbec]

From: [EMAIL PROTECTED]
Operating system: Linux for S/390
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Buffer overflow in ext/standard/datetime.c

At least on my system,

crashes the web server process.
This is because it's trying to put a 32-byte string into a 16-byte buffer.
 static void
 php_date(INTERNAL_FUNCTION_PARAMETERS, int gm)
 {
 pval **format, **timestamp;
 time_t the_time;
 struct tm *ta, tmbuf;
 int i, size = 0, length, h, beat;
-char tmp_buff[16];
+char tmp_buff[32];
 
 switch(ZEND_NUM_ARGS()) {
 case 1:



-- 
Edit Bug report at: http://bugs.php.net/?id=9083&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] security issue

[Chris Newbill]

A good start would be to make sure the user your web server is running as
cannot read the shadow file.  Also that the permissions are set properly.

Chris

-Original Message-
From: Lou Spironello [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 2:17 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] security issue




etc..
Produces listing of the entire system and dump of the password file.

This is a security hole.

How can I prevent this?

Lou.





--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9083 Updated: Buffer overflow in ext/standard/datetime.c

[elixer]

ID: 9083
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:



Previous Comments:
---

[2001-02-02 17:08:01] [EMAIL PROTECTED]
At least on my system,

crashes the web server process.
This is because it's trying to put a 32-byte string into a 16-byte buffer.
 static void
 php_date(INTERNAL_FUNCTION_PARAMETERS, int gm)
 {
 pval **format, **timestamp;
 time_t the_time;
 struct tm *ta, tmbuf;
 int i, size = 0, length, h, beat;
-char tmp_buff[16];
+char tmp_buff[32];
 
 switch(ZEND_NUM_ARGS()) {
 case 1:


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9083&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9083 Updated: Buffer overflow in ext/standard/datetime.c

[elixer]

ID: 9083
Updated by: elixer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Assigned To: 
Comments:

This is fixed in CVS, please try snaps.php.net.

Sean

Previous Comments:
---

[2001-02-02 17:08:01] [EMAIL PROTECTED]
At least on my system,

crashes the web server process.
This is because it's trying to put a 32-byte string into a 16-byte buffer.
 static void
 php_date(INTERNAL_FUNCTION_PARAMETERS, int gm)
 {
 pval **format, **timestamp;
 time_t the_time;
 struct tm *ta, tmbuf;
 int i, size = 0, length, h, beat;
-char tmp_buff[16];
+char tmp_buff[32];
 
 switch(ZEND_NUM_ARGS()) {
 case 1:


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9083&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9034 Updated: pspell .12 fails to compile

[vlad]

ID: 9034
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Assigned
Bug Type: Pspell related
Assigned To: vlad
Comments:

actually it didn't get fixed, and neither did bug 9062 (essentially duplicate). Looks 
trivial though. I'll look into it right now.

Previous Comments:
---

[2001-02-02 13:59:59] [EMAIL PROTECTED]
Fixed in CVS.

--Jani


---

[2001-01-31 10:54:22] [EMAIL PROTECTED]
I think some backward compatiblity was broken in this release of pspell (.12)

Here is the output of make:

...snip...
make[2]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
make[3]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
/bin/sh /export/projects/zend-php/php4/libtool --silent --mode=compile gcc  -I. 
-I/export/projects/zend-php/php4/ext/pspell -I/export/projects/zend-php/php4/main 
-I/export/projects/zend-php/php4 -I/usr/local/etc/apache/include 
-I/export/projects/zend-php/php4/Zend 
-I/projects/compile/mck-3.2.0.4-solaris-sparc/c-api -I/usr/local/include 
-I/projects/compile/gd1.3 -I/export/projects/zend-php/php4/ext/mysql/libmysql 
-I/usr/local/include/pspell -I/export/projects/zend-php/php4/ext/xml/expat/xmltok 
-I/export/projects/zend-php/php4/ext/xml/expat/xmlparse 
-I/export/projects/zend-php/php4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 
-DMOD_SSL=206104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DXML_BYTE_ORDER=21 -O  -c pspell.c
pspell.c: In function `php_if_pspell_check':
pspell.c:304: too few arguments to function `pspell_manager_check'
pspell.c: In function `php_if_pspell_suggest':
pspell.c:340: too few arguments to function `pspell_manager_suggest'
pspell.c: In function `php_if_pspell_store_replacement':
pspell.c:377: warning: passing arg 3 of `pspell_manager_store_replacement' makes 
integer from pointer without a cast
pspell.c:377: too few arguments to function `pspell_manager_store_replacement'
pspell.c: In function `php_if_pspell_add_to_personal':
pspell.c:414: too few arguments to function `pspell_manager_add_to_personal'
pspell.c: In function `php_if_pspell_add_to_session':
pspell.c:451: too few arguments to function `pspell_manager_add_to_session'
make[3]: *** [pspell.lo] Error 1
make[3]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/export/projects/zend-php/php4/ext'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9034&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] karma request

[PHP development @echospace]

 
somebody who can allocate karma, please, I need karma to write to the extension I 
maintain - pspell (php4/ext/pspell).

Thanks, Vlad


Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] karma request

[PHP development @echospace]

dumb me... forgot to tell who I am... CVS knows me as vlad ([EMAIL PROTECTED]).
Vlad

 




- Original Message -
From: "PHP development @echospace" 
To: [EMAIL PROTECTED]
Sent: Fri, 2 Feb 2001 15:44:46 -0800
Subject: [PHP-DEV] karma request


somebody who can allocate karma, please, I need karma to write to the extension I 
maintain - pspell (php4/ext/pspell).

Thanks, Vlad


Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


Finally! Real applications on the web!
Free email, contacts, and file storage.
http://www.echospace.com


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9034 Updated: pspell .12 fails to compile

[vlad]

ID: 9034
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Pspell related
Assigned To: vlad
Comments:

well, I got it fixed, but I can't commit until someone with authority gives me enough 
karma :( Probably gotta wait till tomorrow.

Vlad


Previous Comments:
---

[2001-02-02 18:11:48] [EMAIL PROTECTED]
actually it didn't get fixed, and neither did bug 9062 (essentially duplicate). Looks 
trivial though. I'll look into it right now.

---

[2001-02-02 13:59:59] [EMAIL PROTECTED]
Fixed in CVS.

--Jani


---

[2001-01-31 10:54:22] [EMAIL PROTECTED]
I think some backward compatiblity was broken in this release of pspell (.12)

Here is the output of make:

...snip...
make[2]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
make[3]: Entering directory `/export/projects/zend-php/php4/ext/pspell'
/bin/sh /export/projects/zend-php/php4/libtool --silent --mode=compile gcc  -I. 
-I/export/projects/zend-php/php4/ext/pspell -I/export/projects/zend-php/php4/main 
-I/export/projects/zend-php/php4 -I/usr/local/etc/apache/include 
-I/export/projects/zend-php/php4/Zend 
-I/projects/compile/mck-3.2.0.4-solaris-sparc/c-api -I/usr/local/include 
-I/projects/compile/gd1.3 -I/export/projects/zend-php/php4/ext/mysql/libmysql 
-I/usr/local/include/pspell -I/export/projects/zend-php/php4/ext/xml/expat/xmltok 
-I/export/projects/zend-php/php4/ext/xml/expat/xmlparse 
-I/export/projects/zend-php/php4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 
-DMOD_SSL=206104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DXML_BYTE_ORDER=21 -O  -c pspell.c
pspell.c: In function `php_if_pspell_check':
pspell.c:304: too few arguments to function `pspell_manager_check'
pspell.c: In function `php_if_pspell_suggest':
pspell.c:340: too few arguments to function `pspell_manager_suggest'
pspell.c: In function `php_if_pspell_store_replacement':
pspell.c:377: warning: passing arg 3 of `pspell_manager_store_replacement' makes 
integer from pointer without a cast
pspell.c:377: too few arguments to function `pspell_manager_store_replacement'
pspell.c: In function `php_if_pspell_add_to_personal':
pspell.c:414: too few arguments to function `pspell_manager_add_to_personal'
pspell.c: In function `php_if_pspell_add_to_session':
pspell.c:451: too few arguments to function `pspell_manager_add_to_session'
make[3]: *** [pspell.lo] Error 1
make[3]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/export/projects/zend-php/php4/ext/pspell'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/export/projects/zend-php/php4/ext'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9034&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 404sp1 producing broken Apache on MIPS Redhat (RAQ 2)

[phobo]

On my RAQ2 (Cobalt Linux release 4.0 (Fargo), Kernel 2.0.34 on a mips)
(Redhat).

Compiled PHP ...
404sp1 with Apache 1.3.17 - httpd server wouldn't go up.
404sp1 with Apache 1.3.12 - htttpd server wouldn't go up.
403sp1 with Apache 1.3.14 - httpd server fine.
403sp1 with Apache 1.3.12 - htttpd server fine.
402 with Apache 1.3.12 httpd server fine.

PHP compiled with:

 './configure' '--with-openlink=/usr/local/openlink' '--with-mysql'
'--with-apache=../apache_1.3.12' '--enable-track-vars'

When Apache goes up and fails; No errors shown to screen; nothing logged in
/etc/httpd/logs

"[root] /etc/rc.d/init.d/httpd.init start" produces, regardless of whether
the apache server works or fails: "Starting http: httpd "

If it fails, I can over write onto the /usr/sbin/httpd file, it is not
'busy'.

** Can someone let me know where to look for Apache logs; or a debug mode to
set or something? **

Siggy


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9084: 2 new features wanted

[russlndr]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  2 new features wanted

I miss two functions in PHP. I believe they should be added to the URL functions if 
added.

1. "E-Mail ereg validation" function.
2. "Enable all urls in a text" function. (Enable means add html tags so they will be 
clickable).

Today I'm using these PHP coded functions:
http://www.zend.com/search_code_author.php?author=russlndr

Thats works fine, but I think they should included as a part of PHP.


-- 
Edit Bug report at: http://bugs.php.net/?id=9084&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8920 Updated: child pid 934 exit signal Segmentation fault (11)

[tmcadoo]

ID: 8920
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Description: child pid 934 exit signal Segmentation fault (11)

I discovered that this is a problem specific to the FreeTDS 0.51 library and it does 
not occur when using the Sybase-ct library.  Please remove this from the "active" list.

Previous Comments:
---

[2001-01-25 18:22:09] [EMAIL PROTECTED]
This works fine when retrieving only "small" fields, BLOB fields cause problems.  I've 
tried it on a different system with the same RPM install and the results are 
identical.  It only fails on a BLOB retrieval from MS SQL server (we don't have 
anything other than MS SQL & My SQL Server to test with).





The MySQL version of this script works fine when accessing a BLOB field.

Configure Command
'./configure'
'--prefix=/usr' 
'--with-apxs' 
'--libdir=/usr/lib/php4' 
'--includedir=/usr/include'
'--datadir=/usr/share/php' 
'--with-config-file-path=/etc' 
'--enable-inline-optimization'
'--enable-magic-quotes' 
'--enable-track-vars' 
'--enable-memory-limit'
'--enable-wddx'
'--enable-bcmath' 
'--enable-sigchild' 
'--with-xml' 
'--with-mm' 
'--enable-ftp=shared'
'--with-gd=shared'
'--with-ttf'
'--enable-gd-imgstrttf'
'--with-png-dir=/usr'
'--with-jpeg-dir=/usr'
'--enable-sysvsem=shared'
'--enable-sysvshm=shared'
'--enable-shmop=shared'
'--with-unixODBC=shared'
'--with-mysql=shared'
'--with-ldap=shared'
'--with-imap=shared'
'--with-imap-ssl=shared'
'--with-pgsql=shared'
'--with-gettext=shared'
'--with-pspell=shared'
'--with-snmp=shared'
'--enable-ucd-snmp-hack'
'--with-sybase-ct=shared,/usr/freetds'
'--with-pdflib=shared'
'--with-oci8=shared' '--with-swf=shared,/home/troels/rpm/BUILD/php-4.0.4pl1/swflib'
'--enable-sockets=shared'
'--with-gmp=shared'
'--with-curl=shared'
'--with-openssl'
'--with-zlib=/usr'

Here's the backtrace.

#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40182156 in _dl_close (map=0x80bfb50) at dl-close.c:195
#2  0x400a0430 in dlclose_doit (handle=0x80bfb50) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a2080,
operate=0x400a0418 , args=0x80bfb50) at dl-error.c:141
#4  0x400a08b9 in _dlerror_run (operate=0x400a0418 ,
args=0x80bfb50) at dlerror.c:125
#5  0x400a03fe in dlclose (handle=0x80bfb50) at dlclose.c:32
#6  0x4025b80e in module_destructor () at ltdl.c:1409
#7  0x4025e975 in zend_hash_destroy () at ltdl.c:1409
#8  0x4025a521 in zend_shutdown () at ltdl.c:1409
#9  0x4026c8a4 in php_module_shutdown () at ltdl.c:1409
#10 0x4026c868 in php_module_shutdown_wrapper () at ltdl.c:1409
#11 0x4026a715 in apache_php_module_shutdown_wrapper () at ltdl.c:1409
#12 0x80511d8 in ap_run_cleanup () at ltdl.c:1409
#13 0x804ffc9 in ap_clear_pool () at ltdl.c:1409
#14 0x805c326 in ap_child_terminate () at ltdl.c:1409
#15 0x805ca0f in main () at ltdl.c:1409
#16 0x400bb9cb in __libc_start_main (main=0x805c790 , argc=2,
argv=0xbb84, init=0x804f160 <_init>, fini=0x807bfbc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbb7c)
at ../sysdeps/generic/libc-start.c:92 

---


Full Bug description available at: http://bugs.php.net/?id=8920


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] 200 DOLLARS FOR YOU

[Matt Spears]

Title: Free Cash






You are only a step before receive U$200 !!, and you can win more money through
the Internet. It is the truth: marketing over the net moves millions daily
because american companies are paying wide just to make their services and
products being known.NetFlip
!   
is the best paying program in this activity, and it actually pays!. Better thing
is you can choose the way you want to earn the money: browsing, playing, polls,
surveys, and more.
You only have to join and every time you have your free time, just go
to the NetFlip website and choose the available ways of earning money
inmediatly. There is thousands different options and them all actually pays!.
Join right now and the sponsors will give you the first U$200.
CLICK>> NetFlip
! 
Matt Spears

[PHP-DEV] Re: PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phpme]

Thanks you all,

I'd like to try it, but, where can I get a compiled version for windows? thanks!

regards,
steeven
> ID: 8361
> Updated by: phanto
> Reported By: [EMAIL PROTECTED]
> Status: Feedback
> Bug Type: COM related
> Assigned To: phanto
> Comments:
> 
> could someone with a chinese charset try this please.
> 
> Previous Comments:
> ---
> 
> [2001-01-29 17:17:27] [EMAIL PROTECTED]
> this should be fixed in cvs
> 
> please try a snapshot from http://snaps.php.net and give me feedback.
> 
> ---
> 
> [2000-12-21 13:52:12] [EMAIL PROTECTED]
> I have setup PHP to work with ADO, but they would't work:
> 
> $dbc = new COM("ADODB.Connection");
> $dbc->Provider = "sqloledb";
> $dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
> $q="select title from css";
> 
> //1. command object
> $cm= new COM("ADODB.Command");
> $cm->CommandText=$q;
> $cm->ActiveConnection=$dbc; //PropPut() failed!!!
> $rs=$cm->Execute();   //Invoke() failed!!!
> //
> 
> //2. recordset still don't work
> $rs=new COM("ADODB.Recordset");
> $rs->Open($q); //Invoke() failed!!!
> 
> //only this code will work
> $rs=$dbc->Execute($q); 
> echo $rs->fields[0]->value . "";
> 
> 
> On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
>will be changed to 3 byte char.
> Test with ADODB,Word, It seemed that windows report chinese as one char, but php 
>think it one byte.
> 
> 
> ---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=8361&edit=2

Re: [PHP-DEV] safe_mode redesign

[php4]

Addressed to: "Jason Greene" <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

** Reply to note from "Jason Greene" <[EMAIL PROTECTED]> Thu, 1 Feb 2001 14:53:12 
-0600
>   
> * Shared Directories - The ability to specify a list of paths that
> are shared amongst all hosted users. This would allow certain
> extensions (gd, oracle, etc) the ability to access the needed
> datafiles without failing a safe_mode check.
>   

please, Please PLEASE include this idea!  I have a strong need for a
system wide shared code repository for PHP.




Rick Widmer
Internet Marketing Specialists
http://www.developersdesk.com

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[anonymous]

Full name: Brad LaFountain
Email: [EMAIL PROTECTED]
ID: rodif_bl
Purpose: To develop new php functionality

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9082 Updated: getpeername() causes seg fault

[mathieu]

ID: 9082
Updated by: mathieu
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Feedback
Bug Type: Sockets related
Assigned To: 
Comments:

[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


Previous Comments:
---

[2001-02-02 15:57:06] [EMAIL PROTECTED]
Fixed in CVS ... thanks mathieu.

---

[2001-02-02 15:26:38] [EMAIL PROTECTED]
[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


---

[2001-02-02 14:46:52] [EMAIL PROTECTED]
[Status change]

and:

heh dunno wether it still does what it oughta now though :
can't test in your environment


---

[2001-02-02 14:45:19] [EMAIL PROTECTED]
Colin

For now I'm not in the CVS thingy to write to the PHP tree, but:

What fixed it for me is putting:
if (ZEND_NUM_ARGS() == 2)
MAKE_STD_ZVAL(*port);

after the ifstatement containing the zend_get_parameters().

-- CaPS


---

[2001-02-02 14:07:55] [EMAIL PROTECTED]
The proto says:

getpeername(int fd, string &addr[, int &port])

But if I only pass it the $addr, my script segfaults.
i.e., this works:



and this doesn't:



- Colin

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9082&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8967 Updated: Fix for MySQL charset problem

[frank]

ID: 8967
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MySQL related
Description: Fix for MySQL charset problem

the problem is fixed

Previous Comments:
---

[2001-01-29 05:08:00] [EMAIL PROTECTED]
Could you please try the latest CVS snapshot from
http://snaps.php.net/ to check if this is now fixed.
The bundled mysql clientlibs were updated recently.

--Jani


---

[2001-01-28 09:03:15] [EMAIL PROTECTED]
I had the same problem with a german charset. 
I could solve it doing the following thing: The file ctype_autoconf.c must be copied 
from the mysql source directory to ext/mysql/lib of the php sourcecode.

---


Full Bug description available at: http://bugs.php.net/?id=8967


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]