[PHP-DEV] PHP 4.0 Bug #9783 Updated: dirname()

ID: 9783 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Filesystem function related Assigned To: andre Comments: this seems to be a bug Previous Comments: --- [2001-03-16 06:44:

[PHP-DEV] PHP 4.0 Bug #9859: mail() doesn't send cc or bcc as in the manual instructions

From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: mail() doesn't send cc or bcc as in the manual instructions script example: ---

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

On Tue, Mar 20, 2001 at 01:00:15AM +0100, Jani Taskinen wrote: > On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: > >Having midgard in the PEAR infrastructure makes sense once the PEAR > >infrastructure is such that it is easy to install PEAR components that > >include C bits. And yes, perhaps the midg

[PHP-DEV] PHP 4.0 Bug #9858: mail() still doesn't send cc

From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: mail() still doesn't send cc script example: -

Re: [PHP-DEV] Whither 4.0.5 RC2?

Joey Smith wrote: > Are we going to have a second RC? I was just about to ask the same, I did not thoroughly monitor, but I guess zeev did not commit the ob fixes yet andré -- · André Langhorstt: +49 331 5811560 · · [EMAIL PROTECTED] m: +49 173 9558736 · * PHP Quality As

[PHP-DEV] PHP 4.0 Bug #9857: define("named_constant")

From: [EMAIL PROTECTED] Operating system: winNT IIS4 PHP version: 4.0.1 PHP Bug Type: IIS related Bug description: define("named_constant") With this code at the top of an include file, the results are unpretictable. if(!defined("METABASE_MYSQL_INCLUDED")) { define("METABA

[PHP-DEV] Whither 4.0.5 RC2?

Are we going to have a second RC? -- 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] QA for mozilla

Hi, Mozilla currently is in its QA phase for 0.8.1 and could benefit from the variety of systems and OSses php developers run, I guess. Anyone who already uses mozilla or wants to help an open-source project in a (close-to-)final stage, should check out one or more builds (daily snapshots) fro

[PHP-DEV] PHP 4.0 Bug #9856: Missing run path in shared object library

From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: Missing run path in shared object library The libtool call at the end of the build lists a lot of -R directives to the build to put the run path in l

Re: [PHP-DEV] feature request

I think it makes sense to have empty() behave the same as isset() (they are brother functions). empty($a, $b, $c) would return 0 if non are empty and 1 if one of those variables is empty. Andi At 12:22 AM 3/20/2001 -0500, Jon Parise wrote: >On Mon, Mar 19, 2001 at 11:35:31PM +0200, Zeev Surask

Re: [PHP-DEV] feature request

On Mon, Mar 19, 2001 at 11:35:31PM +0200, Zeev Suraski wrote: > Fact is, using isset() with multiple arguments is much more necessary in > real world than other is_*() functions. isset() is very often used to > validate user input. Then should the same argument be applied to empty(), too? Fo

Re: [PHP-DEV] feature request

On Mon, Mar 19, 2001 at 11:27:09PM +0200, Zeev Suraski wrote: > What is iseverythingelse()? I don't think we have any other > iseverythingelse() function. I'd assume Lars is referring to the is_{type} functions: http://www.php.net/manual/en/ref.var.php -- Jon Parise ([EMAIL PROTECTED])

[PHP-DEV] PHP 4.0 Bug #9855: Return column data with correct type

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: MSSQL related Bug description: Return column data with correct type Suggestion: Add new data retrieval functions (or extend mssql_fetch_array and mssql_fetch_row) to return each colu

[PHP-DEV] PHP 4.0 Bug #9854 Updated: Empty strings get returned as single spaces

ID: 9854 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Description: Empty strings get returned as single spaces Add'l info: Web Server: Win2000 Server SP1 IIS 5.0 PHP 4.0.4pl1 Database Server: WinNT SP6 MSSQL 7.0 Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #9854: Empty strings get returned as single spaces

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: MSSQL related Bug description: Empty strings get returned as single spaces mssql_fetch_array (and mssql_fetch_row) return a single space for columns that contain an empty string (as o

[PHP-DEV] PHP 4.0 Bug #9853: pg_cmdtuples function does not exist

From: [EMAIL PROTECTED] Operating system: Win2K PHP version: 4.0.4pl1 PHP Bug Type: PostgreSQL related Bug description: pg_cmdtuples function does not exist The pg_cmdtuples function does not exist in the pgsql.dll supplied with the windows version of PHP. This is disastro

[PHP-DEV] PHP 4.0 Bug #9852: Header redirect and db connection cause "CGI misbehaved"

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: Header redirect and db connection cause "CGI misbehaved" Under the category of "You Can Never Have Too Much Information On A Bug", here is my experience w

[PHP-DEV] PHP 4.0 Bug #9851: getenv() functions do not return variables.

From: [EMAIL PROTECTED] Operating system: Solaris 2.6/2.7 PHP version: 4.0.3pl1 PHP Bug Type: Other web server Bug description: getenv() functions do not return variables. The getenv() function does not return a value. machine info: [root@wink]# uname -a SunOS wink 5.6 Ge

Re: [PHP-DEV] Extension help

On Mon, 19 Mar 2001, Barry Mitchelson wrote: > hey, > > I'm writing an extension which defines a class. In the constructor, I'd like to >create a member variable which I can then access with the other member functions in >my extension. > > In php it would be like : > > class foo > { > >

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4/ext/midgard config.m4)

On Tue, 20 Mar 2001, Emiliano wrote: >Zeev Suraski wrote: >> >> At 02:04 20/3/2001, Rasmus Lerdorf wrote: >> >No, we need tighter integration. We want to be able to do something along >> >the lines of "pear pear.php.net/midgard" and it would go and fetch >> >the the component, build it and insta

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

> That's great, but it shouldn't be the starting point for the project... > Jani is right that whenever we speak about separating PEAR, or putting > extensions in it, it's always at some point in the future. Opensource > projects usually start up and roll once they reach some critical mass, and >

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

That's great, but it shouldn't be the starting point for the project... Jani is right that whenever we speak about separating PEAR, or putting extensions in it, it's always at some point in the future. Opensource projects usually start up and roll once they reach some critical mass, and waiti

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4/ext/midgard config.m4)

> Zeev Suraski wrote: > > > > At 02:04 20/3/2001, Rasmus Lerdorf wrote: > > >No, we need tighter integration. We want to be able to do something along > > >the lines of "pear pear.php.net/midgard" and it would go and fetch > > >the the component, build it and install it. > > > > I completely agre

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4/ext/midgard config.m4)

Zeev Suraski wrote: > > At 02:04 20/3/2001, Rasmus Lerdorf wrote: > >No, we need tighter integration. We want to be able to do something along > >the lines of "pear pear.php.net/midgard" and it would go and fetch > >the the component, build it and install it. > > I completely agree with Andi ab

[PHP-DEV] PHP 4.0 Bug #9850 Updated: Apache dies

ID: 9850 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure: 'make clean ; make ; make install' 4. then try generating gdb

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

See pear/scripts/pear The framework is there. On Tue, 20 Mar 2001, Zeev Suraski wrote: > At 02:04 20/3/2001, Rasmus Lerdorf wrote: > >No, we need tighter integration. We want to be able to do something along > >the lines of "pear pear.php.net/midgard" and it would go and fetch > >the the compo

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

At 02:04 20/3/2001, Rasmus Lerdorf wrote: >No, we need tighter integration. We want to be able to do something along >the lines of "pear pear.php.net/midgard" and it would go and fetch >the the component, build it and install it. I completely agree with Andi about this. If it won't be simple, i

[PHP-DEV] PHP 4.0 Bug #9850: Apache dies

From: [EMAIL PROTECTED] Operating system: Red Hat, 6.2 linux 2.2.17-14smp PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Apache dies I am trying to upgrade from php-4.02 and have this problem. Below are the specs on my system. It works find with 4.02, b

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

> On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: > > >Because the whole point of this was to make life easier on midgard users. > > So you're saying that every widely used external (at the moment) > php-extension should be put into PHP CVS? :) If it will help users and there is demand for it, sure.

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: >Because the whole point of this was to make life easier on midgard users. So you're saying that every widely used external (at the moment) php-extension should be put into PHP CVS? :) >And there are a lot of them. There are not a lot of php-gtk users

[PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

Rasmus Lerdorf wrote: > Having midgard in the PEAR infrastructure makes sense once the PEAR > infrastructure is such that it is easy to install PEAR components that > include C bits. And yes, perhaps the midgard folks are the right people > to push this along, if they are willing and able. Some

[PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

I agree. At 01:33 20/3/2001, Jani Taskinen wrote: >On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: > > >PEAR will be separate at some point, but let's not go overboard here. The > >midgard stuff adds a total of 76K to the tar.gz file. Big deal. > >I was talking in general, not only midgard. The pear

[PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

Because the whole point of this was to make life easier on midgard users. And there are a lot of them. There are not a lot of php-gtk users out there, and people interested in php-gtk don't tend to need as much handholding as midgard users. Having midgard in the PEAR infrastructure makes sense o

Re: [PHP-DEV] "Independent" comments on a bug.

** Reply to note from Jani Taskinen <[EMAIL PROTECTED]> Sun, 18 Mar 2001 23:33:46 +0100 (CET) A few thoughts on this subject... Anyone should be able to comment on any bug report. Anyone who comments on a bug report (that is not a developer) should get an email when the status of the bug cha

[PHP-DEV] PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgard config.m4)

On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: >PEAR will be separate at some point, but let's not go overboard here. The >midgard stuff adds a total of 76K to the tar.gz file. Big deal. I was talking in general, not only midgard. The pear stuff takes a lot more than 76k..and this has been pushed

RE: [PHP-DEV] Re: PHP 4.0 Bug #9849 Updated: Square boxes?

Those square boxes are shown when IE cannot find the character in the particular font/language set. If you enable "Install on demand" it will usually prompt you to download the language pack for whatever language you are trying to view. -Chris > -Original Message- > From: [EMAIL PROTECT

[PHP-DEV] PHP 4.0 Bug #9845 Updated: win2k CRASH when PHP run on a localhost from IE

ID: 9845 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Reproduceable crash Assigned To: Comments: Not enough info. --Jani Previous Comments: --- [2001-03-19 16:21:49] [EMAI

Re: [PHP-DEV] Re: PHP 4.0 Bug #9849 Updated: Square boxes?

On Mon, Mar 19, 2001 at 05:01:00PM -0600, Jason Gulledge wrote: > This webpage is what I'm using to install php4 / Apache 1.3.19 > http://www.php.net/manual/kr/install.apache.php > and there squares everywhere on the page from what I can see I have seen such square rectangles with

Re: [PHP-DEV] feature request

Zeev said: >Define 'change their behavior' though? 'change their behavior' === 'change their behavior' in a subtle way :) > Almost all SQL functions take an >optional argument which is the link id. That is by design, and doesn't >really mean anything here, I'm not saying it does mean anything

[PHP-DEV] PHP 4.0 Bug #9849 Updated: Square boxes?

ID: 9849 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Documentation problem Assigned To: Comments: Previous Comments: --- [2001-03-19 17:25:23] [EMAIL PROTECTED] Is there

[PHP-DEV] Re: PHP 4.0 Bug #9849 Updated: Square boxes?

Nevermind... i replaced http://www.php.net/manual/kr/install.apache.php with http://www.php.net/manual/en/install.apache.php Sorry for the waste of your time Jason __ Reply Separator __

[PHP-DEV] Re: PHP 4.0 Bug #9849 Updated: Square boxes?

This webpage is what I'm using to install php4 / Apache 1.3.19 http://www.php.net/manual/kr/install.apache.php and there squares everywhere on the page from what I can see Jason __ Reply Separator ___

[PHP-DEV] PHP 4.0 Bug #9849 Updated: Square boxes?

ID: 9849 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Assigned To: Comments: Um...which square boxes, exactly? :) The user notes, the warnings, the tables, what? It sort of sounds like making the boxes less square would so

[PHP-DEV] PHP 4.0 Bug #9849: Square boxes?

From: [EMAIL PROTECTED] Operating system: WIn98 (IE) PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: Square boxes? Is there a reason there are so many square blocks of useless data on this website I'm trying to install PHP/Apache and get a Core

[PHP-DEV] PHP 4.0 Bug #9848: memory leak

From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: memory leak Every time I get memory loss if I run php.exe at the command line like this: C:\>php index.html I use "System Monitor" to check u

[PHP-DEV] PHP 4.0 Bug #9841 Updated: Undefined Function

ID: 9841 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: DBM/DBA related Assigned To: Comments: You're using the wrong functions. Please read the manual pages for DBA: http://www.php.net/manual/en/ref.dba.php --Jani Previous Comments:

[PHP-DEV] Extension help

hey, I'm writing an extension which defines a class. In the constructor, I'd like to create a member variable which I can then access with the other member functions in my extension. In php it would be like : class foo { var $m_bar; function foo() {

[PHP-DEV] PHP 4.0 Bug #9551 Updated: False boolen input/output doesn't work

ID: 9551 Updated by: phanto Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: COM related Assigned To: Comments: this is not a bug, this is how php handles booleans. try echo gettype($COMOBJ->SetBoolean); or echo (int)$COMOBJ->SetBoolean; and you'll see that all is ri

[PHP-DEV] PHP 4.0 Bug #9847: fopen() fails with Error 0 on Forbidden URLs

From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: fopen() fails with Error 0 on Forbidden URLs Perhaps this belongs in the URL related functions. When fopen()-ing an URL that responds with an HTTP 40

[PHP-DEV] PHP 4.0 Bug #9846: fopen() fails and gives Error 0 on NoContent URLs

From: [EMAIL PROTECTED] Operating system: linux,irix,tru64 PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: fopen() fails and gives Error 0 on NoContent URLs This bug might belong in the URL-related section. I believe it to be a generic proble

[PHP-DEV] PHP 4.0 Bug #9841 Updated: Undefined Function

ID: 9841 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: DBM/DBA related Description: Undefined Function You can look at: http://www.qnet3arena.com/index.php <--- for phpinfo() http://www.qnet3arena.com/phpdev/031601.php <--- for error http://www.qnet3arena.com/ph

Re: [PHP-DEV] feature request

Zeev Suraski writes: > What is iseverythingelse()? I don't think we have any other > iseverythingelse() function. > > The fact isset() is a language construct does make a serious > difference. It already is very different from functions, and not in its > underlying implementation but its sem

RE: [PHP-DEV] feature request

Fact is, using isset() with multiple arguments is much more necessary in real world than other is_*() functions. isset() is very often used to validate user input. Zeev At 23:27 19/3/2001, Chris Newbill wrote: >I agree Phil, that is the mature way to examine this. > >Except, I would be surpri

RE: [PHP-DEV] feature request

I agree Phil, that is the mature way to examine this. Except, I would be surprised if we _cannot_ apply the same reasoning to the other is_* functions, it's the exact same concept. I'm just not familiar enough with the internal workings to conclude whether is_*($x, $y, $z) would be efficient or

Re: [PHP-DEV] feature request

At 23:10 19/3/2001, Phil Driscoll wrote: >Andi said: > > >isset() is not an internal function but a language construct. I disagree on > >the "using additional arguments for other stuff part". It's often very > >weird that functions behave differently according to the way they are > >called > >I've

Re: [PHP-DEV] feature request

What is iseverythingelse()? I don't think we have any other iseverythingelse() function. The fact isset() is a language construct does make a serious difference. It already is very different from functions, and not in its underlying implementation but its semantics. Zeev At 23:21 19/3/2001

Re: [PHP-DEV] feature request

Jason Greene writes: > > Generally using functions for two different purposes is a bad idea, but > > enhancing functions with additional arguments that extend its functionality > > is not too bad. In this case, adding n arguments is perhaps the extension > > that makes the most sense for isset

[PHP-DEV] PHP 4.0 Bug #9845: win2k CRASH when PHP run on a localhost from IE

From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: win2k CRASH when PHP run on a localhost from IE i think it hapends when you do include .. but because of the complete system crash (ONLY under IE

Re: [PHP-DEV] feature request

> Generally using functions for two different purposes is a bad idea, but > enhancing functions with additional arguments that extend its functionality > is not too bad. In this case, adding n arguments is perhaps the extension > that makes the most sense for isset(), so we should go with it.

Re: [PHP-DEV] feature request

Andi said: >isset() is not an internal function but a language construct. I disagree on >the "using additional arguments for other stuff part". It's often very >weird that functions behave differently according to the way they are >called I've just done a quick count of the php functions which t

RE: [PHP-DEV] feature request

No doubt, clean code is king! And we don't want more work for Andi! :) Basically I see this functionality as filling a niche and nothing more. It's not a wonder-drug, it just makes certain situations a little more readable/maintainable IMHO. -Chris > -Original Message- > From: Andi Gutm

Re: [PHP-DEV] feature request

At 22:41 19/3/2001, Jason Greene wrote: >I don't, but I could see that viewpoint where Phil is coming from when he >talks about the fact >that functions can end up with 2 different goals, and then when we want to >enhance them >we end up with multiple behaviors in a single function and way too m

Re: [PHP-DEV] feature request

I don't, but I could see that viewpoint where Phil is coming from when he talks about the fact that functions can end up with 2 different goals, and then when we want to enhance them we end up with multiple behaviors in a single function and way too many option flags. Thinking about it though, I

Re: [PHP-DEV] feature request

I don't see the negative aspect of having it accept multiple variables. Is there one? If there isn't, then there's no need to invent a problem... Zeev At 22:08 19/3/2001, Jason Greene wrote: >Perhaps isset should be branched to form a separate function to handle >multi args, >we could offer

Re: [PHP-DEV] feature request

After thinking about it more, it seems that in every scenario I could think of where you wanted an array of results, you should not be using independent vars in the first place. It would seem much more reasonable to use an array of combined values, and then parse those accordingly. I don't have

[PHP-DEV] PHP 4.0 Bug #9844 Updated: MIME type gets added to variable using POST method

ID: 9844 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Directory/Filesystem functions Assigned To: Comments: This is fixed in CVS. Try latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: ---

Re: [PHP-DEV] feature request

Ugh, that's exactly what I didn't want to get into. If you want an array of results you're better of doing a few if() statements. It's faster and writes much nicer code. Andi At 02:08 PM 3/19/2001 -0600, Jason Greene wrote: >Perhaps isset should be branched to form a separate function to handl

Re: [PHP-DEV] feature request

Perhaps isset should be branched to form a separate function to handle multi args, we could offer things in the new function such as an optional argument that passes back an array of results. -Jason - Original Message - From: "Phil Driscoll" <[EMAIL PROTECTED]> To: "Chris Newbill" <[EM

Re: [PHP-DEV] feature request

At 07:58 PM 3/19/2001 +, Phil Driscoll wrote: >My earlier post to the list doesn't seem to have arrived yet, so here it is >again. You'll note from the posting that I'm not keen on the patch staying >in. There are considerable efforts being made by several of us on the QA >team trying to make

[PHP-DEV] PHP 4.0 Bug #9844: MIME type gets added to variable using POST method

From: [EMAIL PROTECTED] Operating system: RedHat Linux 7 PHP version: 4.0.4pl1 PHP Bug Type: *Directory/Filesystem functions Bug description: MIME type gets added to variable using POST method Every time I try to use POST to submit variables or files to a form it seems to a

Re: [PHP-DEV] feature request

My earlier post to the list doesn't seem to have arrived yet, so here it is again. You'll note from the posting that I'm not keen on the patch staying in. There are considerable efforts being made by several of us on the QA team trying to make the language more orthogonal, and this kind of ad hoc

[PHP-DEV] PHP 4.0 Bug #9843 Updated: Decrement Operator

ID: 9843 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: theese are typical rounding errors that occure when dealing with decimal fractions on binary based machines Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Assigned To: Comments: I suggest you check that they REALLY are identical. And I guess you're trying with same scripts? :) --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9843: Decrement Operator

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Decrement Operator I believe there is a problem with the decrement operator. http://www.artemisgroup.com/test.php $percentchange = .30; while ($per

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS Jani, That is correct, I did explicitly stop and start the web server (prod and dev) using the ./apachectl stop ... start. Dev works

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS both production and development environments are using identical versions and configurations of apache web server 1.3.14 and php 4.0

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Assigned To: Comments: Stupid question: did you restart your apache after adding that php.ini directive? And did your restart it like this: ./apachectl stop ./apachectl

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS Woops! No it still doesnt work. Aaron. Previous Comments: ---

RE: [PHP-DEV] feature request

isset($var1, $var2,...) is in the CVS now. If everyone is happy with it and doesn't want it to make coffee I think it should stay in. If not we have lots of time to revert the patch before 4.0.6 :) Andi At 08:25 AM 3/19/2001 -0700, Chris Newbill wrote: >That is the only thing that I see of any

Re: [PHP-DEV] Zend build

On Mon, 19 Mar 2001, Alexander Bokovoy wrote: > PHP4 has no means except AC_OUTPUT() to replace variables in header > files through templates in modules. If I'm using PHP_SUBST and PHP_OUTPUT > then php_midgard.h didn't generated from php_midgard.in. The only way > to generate it is to use AC_OUTP

Re: [PHP-DEV] Zend build

On Mon, Mar 19, 2001 at 01:12:05PM -0600, Andrei Zmievski wrote: > On Mon, 19 Mar 2001, [EMAIL PROTECTED] wrote: > > > > > > > Is there something wrong with build of Zend as of this morning? > > > > > > I get: > > > > > > $ make > > > Making all in Zend > > > make[1]: Entering directory `/data

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS both production and development environments are using identical versions and configurations of apache web server 1.3.14 and php 4.0.4 p

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS Thanx Jani, As suggested: In php.ini: url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Remove the last

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Assigned To: Comments: Both environments run same php.ini? Same version of PHP? Same configure line used on building both PHP's? --Jani Previous Comments: --

Re: [PHP-DEV] Zend build

On Mon, 19 Mar 2001, [EMAIL PROTECTED] wrote: > > > > Is there something wrong with build of Zend as of this morning? > > > > I get: > > > > $ make > > Making all in Zend > > make[1]: Entering directory `/data/src/cvs-php/Zend' > > make[1]: *** No rule to make target `@MAINTAINER_MODE_TRUE@',

[PHP-DEV] PHP 4.0 Bug #9836 Updated: php unexpectedly ends on too long scripts

ID: 9836 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Feedback Bug Type: Scripting Engine problem Assigned To: Comments: With that limited information you gave in the first comments I couldn't know that. Ok, so it doesn't crash? Just stops? Computer generated

[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

ID: 9390 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Session related Description: PHPSESSID adds itself to $HTTP_POST_VARS Thanx Jani, As suggested: In php.ini: url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Remove the last s

[PHP-DEV] PHP 4.0 Bug #9840 Updated: seg fault on apache

ID: 9840 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: First get the latest CVS snapshot from http://snaps.php.net/ and then configure it using the same configure line you have included here but add --enable-

[PHP-DEV] PHP 4.0 Bug #9842 Updated: Unresolved automake value

ID: 9842 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Assigned To: Comments: Fixed. --Jani Previous Comments: --- [2001-03-19 12:16:40] [EMAIL PROTECTED]

[PHP-DEV] Help required

Hi there, i am in need of some help with PHP programming. Do you know anyone that can help me or can you?   Many thanks   Kind regards Julian Chamberlain

Re: [PHP-DEV] Zend build

> Is there something wrong with build of Zend as of this morning? > > I get: > > $ make > Making all in Zend > make[1]: Entering directory `/data/src/cvs-php/Zend' > make[1]: *** No rule to make target `@MAINTAINER_MODE_TRUE@', needed by > `Makefile.in'. Stop. > make[1]: Leaving directory `/d

RE: [PHP-DEV] feature request

:) Andi At 08:25 AM 3/19/2001 -0700, Chris Newbill wrote: >That is the only thing that I see of any real use as well. I was just >humoring Andi and his idea that we would soon be requesting that feature of >knowing which one failed the test. > >-Chris > > > -Original Message- > > From:

Re: [PHP-DEV] GD configure slightly broken.

This is not the only problem with the gd extension configuration. On some platfomrs (FreeBSD) we need the -lm library for this extension when linking (it is important if you build a dynamic gd.so extension). Also there is no proper testing for setting the HAVE_GD_XBM constant. I will fix this when

[PHP-DEV] GD configure slightly broken.

If I do a ./configure --with-gd Without actually having GD installed in a standard location the configure script decides to statically link it instead of raising an error: checking whether to include GD support... yes (static) And then the make will bomb when gcc can't find the gd headers

[PHP-DEV] PHP 4.0 Bug #9841 Updated: Undefined Function

ID: 9841 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: DBM/DBA related Assigned To: Comments: please have a look at your configure log and phpinfo() output was [g]dbm support found and activated by configure? Previous Comments: --

[PHP-DEV] PHP 4.0 Bug #9842: Unresolved automake value

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (19/03/2001) PHP Bug Type: Compile Problem Bug description: Unresolved automake value Doing a fresh checkout from CVS and then running 'buildconf', 'configure' and trying to compile results in this:

[PHP-DEV] PHP 4.0 Bug #9836 Updated: php unexpectedly ends on too long scripts

ID: 9836 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Description: php unexpectedly ends on too long scripts I know of time limit, smart guy. But I don't have it set to 1 sec -- that is approximately the time in which php terminates. (I hope you mark t

[PHP-DEV] PHP 4.0 Bug #9841: Undefined Function

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: DBM/DBA related Bug description: Undefined Function ./configure --with-mysql --with-apxs=/var/lib/apache/sbin/apxs --with-gdbm -- Edit Bug report at: http://bugs.php.net/?id=9841&ed

[PHP-DEV] PHP 4.0 Bug #9838 Updated: PHP crashes with any extensions turned on...

ID: 9838 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: Please try the 4.0.5-RC1 from http://www.php4win.de/ as there has been fixes regarding the extension handling in it. --Jani Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9830 Updated: There is a problem with HTTP POST method.

ID: 9830 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: HTTP related Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ as there have been fixes in the post handling since 4.0.4pl1 was released. --Jani Prev

  1   2   >