Re: [PHP-DEV] Apache2Filter SAPI segfaults

What bison version are you using. I saw similar segfaults with 1.875. Downgrading to 1.75 or even to 1.28 fixes it for me. Edin - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, January 12, 2003 10:07 AM Subject: Re: [PHP-DEV] Apache

Re: [PHP-DEV] Re: [PEAR-DEV] Re: Thank's for the announce about PEAR and a little precision

Pear is not included in Win32 distribution of php-4.3.0. The pear installer is broken on windows and since there is no easy way to install PEAR without it it was not bundled with the distro. You could try to install pear on windows from the command line. Go into the directory where you have instal

Re: [PHP-DEV] 4.3.1 (was: [PHP-CVS] cvs: php4(PHP_4_3) /main SAPI.h)

> Maybe I misunderstood when Edin said that there will be no new release > for some time due to the move on PHP 5. Yes, you misunderstood what I said which was that there is not going to be a release from the HEAD branch for some time to come -- until PHP 5 is released. As a matter of fact I thin

[PHP-DEV] Memory allocation problems

I have a script that allocates a lot of memory (huge associative arrays). The problem is that this scripts bails out with fatal error (emalloc unable to allocate 44 bytes) when I hit the limit of physical ram in the machine. Swap never gets used. The machine has 1 GB of ram and 2 GB of swap spa

Re: [PHP-DEV] Memory allocation problems

> >I have a script that allocates a lot of memory (huge associative arrays). > >The problem is that this scripts bails out with fatal error (emalloc > >unable to allocate 44 bytes) when I hit the limit of physical ram in the > >machine. Swap never gets used. The machine has 1 GB of ram and 2 GB of

Re: [PHP-DEV] sapi/embed ?

On Fri, 17 Jan 2003, Brian Moon wrote: > I just noticed sapi/embed. Where can I find out more about what this is? I > am hoping it is a sapi that will create a generic library that can be used > from any C application. Is this true? Yes it is true. Writing some documentation on how to do it is

Re: [PHP-DEV] Memory allocation problems

> > I have a script that allocates a lot of memory (huge associative arrays). > > The problem is that this scripts bails out with fatal error (emalloc > > unable to allocate 44 bytes) when I hit the limit of physical ram in the > > machine. Swap never gets used. The machine has 1 GB of ram and 2 GB

[PHP-DEV] Another segfault running pear installer

$ gdb sapi/cli/php GNU gdb Red Hat Linux (5.1.90CVS-5) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions.

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_execute_API.c

That makes PEAR installer coredump with the following core: Core was generated by `/data/src/php5/sapi/cli/php -n -dsafe_mode 0 /data/src/php5/pear/install-pear.php'. #0 0x08142d78 in _efree (ptr=0x400b396c, __zend_filename=0x81a89e0 "/data/src/php5/Zend/zend_execute_API.c", __zend_linen

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_execute_API.c

> EK>> That makes PEAR installer coredump with the following core: > > Doesn't happen to me. What were the arguments? You need to remove $PREFIX/lib/php to reproduce on my RedHat 7.3 box. ./configure --enable-debug && make && make install-pear Edin -- PHP Development Mailing List

Re: [PHP-DEV] Feature Request #5919 case-insensitive version of str_replace()

> I don't even see the speed difference as an issue as much as (A) > simplicity for the user who hasn't figured out regex yet, (B) consistency > (we have 'i' versions of most other string functions, why not this one?) +1 for the reasons stated above. Edin -- PHP Development Mailing List

[PHP-DEV] New CLI switches (was [PHP-DEV] Using CLI as a shell)

>First simply use "php -h" but i am also thinking about adding a man >page. That is a bit too much text for 'php -h'. It should be moved to the online manual. Adding a man page would be great too. [snip] >find . -name '*.c' -o -name '*.h' | php -B '$l=0;' -R >'$f=count(file($argn)); echo "$argn($

[PHP-DEV] Re: New CLI switches (was [PHP-DEV] Using CLI as a shell)

On Tuesday 04 February 2003 20:25, Marcus Börger wrote: [snip] > >That is a bit too much text for 'php -h'. It should be moved to the > >online manual. Adding a man page would be great too. > > I wrote already i will do so...but haven't yet the time. Could you please then remove the explanation fr

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

On Thu, 13 Feb 2003, John Coggeshall wrote: > >>upgrade your libtool to 1.4.3, it is required now. > > [user@localhost php5]# ./buildconf > using default Zend directory > buildconf: checking installation... > buildconf: autoconf version 2.13 (ok) > buildconf: automake version 1.4-p5 (ok) > buildc

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

On Thu, 13 Feb 2003, Sebastian Bergmann wrote: > Edin Kadribasic wrote: > > edink Thu Feb 13 12:15:22 2003 EDT > > > > Modified files: > > /php4/ext/mysqlimysqli_api.c > > Log: > > Use my_ulonglong instead of unsigned long lo

Re: [PHP-DEV] new Date extenstion

Does the extension take into acount calendar changes like: $ cal 9 1752 September 1752 Su Mo Tu We Th Fr Sa 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Edin - Original Message - From: "Pierre-Alain Joye" <[EMAIL PROTECTED]> To: "phpdev" <[EMAIL PROTECTED]> Sent: Sun

Re: [PHP-DEV] new Date extenstion

On Mon, 17 Feb 2003, Pierre-Alain Joye wrote: > On Mon, 17 Feb 2003 12:58:21 +0100 > "Edin Kadribasic" <[EMAIL PROTECTED]> wrote: > > > Does the extension take into acount calendar changes like: > > > > $ cal 9 1752 > >September 1752 > &g

Re: [PHP-DEV] new Date extenstion

On Mon, 17 Feb 2003, Pierre-Alain Joye wrote: > On Mon, 17 Feb 2003 15:40:08 +0100 > Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote: > > > > ext/calendar has support for all this ... it even knows about the > > "french revolution calendar" ;) > > rofl :) > > Well, I'm talking about a good and us

Re: [PHP-DEV] disable_classes

On Sunday, Mar 2, 2003, at 23:42 Europe/Copenhagen, Harald Radi wrote: i reclassified http://bugs.php.net/bug.php?id=22481 to a feature request for adding disable_classes . if there are no objections i'm going to implement it that way. +1 It is actually necessary to have such an ini option as I

Re: [PHP-DEV] Re: INI defaults for CLI

Hi Marcus, This patch looks fine to me, but I have the same reservations as you in that I'm not sure if we really need to modify the current behavior. IIRC it was Markus who objected to the way CLI overrode some default ini settings in a way that php.ini entries were ignored. You could still c

Re: [PHP-DEV] php_pgsql.dll problem

php_pgsql.dll does not depend on external libpq.dll (its built in statically). Your problem is most probably in the local install, ie. a stale php4ts.dll somewhere. Edin On Mon, 3 Mar 2003, Peter Kmet wrote: > Hello, > > i'm trying to use php with postgres on win32 i have found some problems

Re: [PHP-DEV] php_xslt: xslt_set_encoding

You can download latest stable snapshot from snaps.php.net or wait for 4.3.2 release. Edin - Original Message - From: "Michel Sahyoun" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, March 06, 2003 1:02 AM Subject: [PHP-DEV] php_xslt:

Re: [PHP-DEV] php_gettext.dll

On Tuesday, Mar 11, 2003, at 03:35 Europe/Copenhagen, Nathan Fredrickson wrote: Hi, Is the CVS source out of date for gettext extension? The distributed php_gettext.dll dynamically loads libintl-1.dll. The php_gettext.dll I built from the CVS source is linked to gnu_gettext.lib. How can I bu

[PHP-DEV] Search on bugs.php.net

Could someone please fix the search on bugs.php.net? This must be my 10th attemt at getting someone's attention. Problems: 1. You cannot search for words with less than 4 characters. This makes imposible to localise pow() related problems for example. 2. The search words used in boolean OR query.

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main network.c

Hello Dan, Wasn't there an agreement that the timout is going to be a an .ini setting whith a default value of 60? Edin - Original Message - From: "Dan Kalowsky" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 13, 2002 4:39 PM Subject: [PHP-CVS] cvs: php4 /main network

Re: [PHP-DEV] Re: trans-sid warning?

> Now this is where the code dev needs an IQ above 3. *Use IP and Browser > String authentication* Except you cannot rely on ppl coming from the same IP on every hit. Many firewalls use several exit IPs (Cisco PIX for example), so users coming from networks like that would be randomly loged out.

Re: [PHP-DEV] trans-sid warning?

> I absolutely agree with Stefan here. It is *not* PHP's job to secure > a connection. SSL does this. Like that's going to stop users from pasting url with SID in it to an email, which is what this thread is about. Edin -- PHP Development Mailing List To unsubscribe, vis

Re: [PHP-DEV] 4.2.3

> I'd like to raise the option of releasing 4.2.3 again. I believe that it > would be quite a while before 4.3.0 is out, and there are quite a few fixes > in the 4.2 branch that should make the userbase as soon as possible, > especially the Windows userbase. > I think that releasing 4.2.3 can be

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] 4.2.3

> >As long as there is momentum on the development process and on the QA > >process when needed, > >I don't think release momentum matters that much. > > Right. Since the first part of the sentence does not stand in reality, the > direct result is that momentum matters, a lot :) Lack of momentum

Re: [PHP-DEV] Re: [rfc] apache_hooks update (yet incomplete)

> Ok, this has all been added to the apache_hooks branch, which is now > up-to-date. Very nice. IMHO this should be merged into HEAD as soon as PHP_4_3_0 is branched off. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] sort() broken on some platforms in 4.2.3RC1

Detailed description in http://bugs.php.net/bug.php?id=17449 According to this bug report, merging changes in Zend/zend_qsort.c from head fixes the problem. Could someone with Zend karma do that please? Edin http://cvs.php.net/diff.php/Zend/zend_qsort.c?r1=1.4&r2=1.5&ty=u -- PHP Development

Re: [PHP-DEV] Re: cgi and mod_php

> I think the point isn't that it's not scriptable, but that it would be > nice if there was a 'canned' way of doing it. I use the apache sapi and > the cli, and it would be nice to be able to build them with a single > make. Clearly there are ways to build them both (easily), but it should > be

Re: [PHP-DEV] Re: cgi and mod_php

> For the record cli has --enable-cli and --disable-cli where the first is > the default so your script has to check for that and if you want it > you build it twice. In other words a correct script would be very long > And cli alone is not possible! So what? I takes about 3 more sec. to buil

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard info.c

> Marcus Börger wrote: > > Not that mod_apache delivering txt format info pages would be > > unusable but a simple phpinfo(0|1) would be better. > > > > I would like to see phpinfo(true|false) -1 I don't think there is a need to add an option to phpinfo(). If it's such a big deal that this patch

Re: [PHP-DEV] Re: cgi and mod_php

>> For the record cli has --enable-cli and --disable-cli where the first is >> the default so your script has to check for that and if you want it >> you build it twice. In other words a correct script would be very long >> And cli alone is not possible! > >So what? I takes about 3 more sec. t

Re: [PHP-DEV] MFH -R php4/pear/* files

> Please, could some kind developer MFH the lastest PEAR files so they > could ship in the next 4.2.3 release? I'm able to test and attend fixes > it may need fast. There has been a huge change in pear from version 4.2.0 to the current development branch. The build system is different, etc. I'm a

Re: [PHP-DEV] anyone care to poke holes in the apache_hooks stuff

> The apache_hooks stuff is about at the stage where people poking > holes/finding bugs/making suggestions would be very beneficial. Any > feedback would be appreciated. apache_hooks stuff sounds very interesting, but it's kind of difficult start playing with it without any pointers. Could you g

Re: [PHP-DEV] mbstring

> But it *is* VERY stable in the default configuration. > > > All I am saying is that we should > > disable it by default in current releases. For PHP5, we should have proper > > mbstring support that should probably also be transparent; by that I mean I > > see no reason for it not to be as stand

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

> Which raises the question of whether or not it makes sense to build > PHP without thread-safety on Win32 and maintain two versions of the > .dsp/.dsw files. What gave you idea that non-ts files are maintained :) They're hopelessly obsolete. Edin -- PHP Development Mailing List

Re: [PHP-DEV] Can't build PHP 4.2.3-RC2 on Windows

> So why not nuke them? No objections here to nuking non-ts project files and workspaces on windows. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Default extensions (was: mbstring)

> i still don't see why we shouldn't just disable everything by default and > write a 'default configure' script... I don't see why you're so upset that some extensions are enabled by default. The main rule so far was if the extension is stable and if it does not depend on external libraries it w

Re: [PHP-DEV] 4.2.3RC2

> 4.2.3 RC2 is out - http://www.php.net/~zeev/php-4.2.3RC2.tar.gz > > Windows binaries will be available soon... http://ftp.proventum.net/pub/php/win32/php-4.2.3RC2-Win32.zip Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: mbstring

> strlen -> stringlength... I think this should count the number of > characters in a string, not the binary length. It would be nice if this > function (strlen) would be transparent with mb things too, as no code > needs to be changed then. Agreed. strlen() should imho return number of character

Re: [PHP-DEV] "long long" data type in libmysql.

Hi, libmysql compiles fine on win32 using MSVC. Have a look at ext\mysql\libmysql\libmysql.dsp on which defines are used. Edin - Original Message - From: "Ananth Kesari" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 04, 2002 1:02 PM Subject: [PHP-DEV] "long long

Re: [PHP-DEV] ZendEngine2 availability

> Anyway, I'll keep bug^H^H^Hasking Edin maybe he can automate > win32/ze2 snapshots too *smiles* :-) Ok, ok you win :) PHP/ZE2 snapshots coming soon. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP/ZE2 win32 snapshots available

Hello all, Windows snapshots of the latest version of PHP featuring ZE2 are available at: http://snaps.php.net/win32/ze2/ or http://ftp.proventum.net/pub/php/win32-snapshots/ze2/ Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: UTF8 support for PCRE missing from win32

I have commited the changes to the project files you requested. Edin - Original Message - From: "Wez Furlong" <[EMAIL PROTECTED]> To: "Zeev Suraski" <[EMAIL PROTECTED]> Cc: "Wez Furlong" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, September 05, 2002 10:22 AM Subject: [PHP-DE

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard info.c

This is a bit too unserious IMHO. Edin On Sat, 07 Sep 2002 23:14:23 - "Jan Lehnardt" <[EMAIL PROTECTED]> wrote: > jan Sat Sep 7 19:14:23 2002 EDT > > Modified files: > /php4/ext/standardinfo.c > Log: >- cosmetics > > > Index: php4/ext/stan

Re: [PHP-DEV] Re: #19286 [NEW]: header() Control Char Injection

On Sun, 08 Sep 2002 10:58:24 +0900 Yasuo Ohgaki <[EMAIL PROTECTED]> wrote: > This obvious security risk is mentioned in bugtraq today. > > IMHO, this is users' fault. They must check values before > using it. In this specfic case, user should use simple regex > before feeding str to header(). >

[PHP-DEV] Re: [Zend Engine 2] PHP/ZE2 win32 snapshots Bug with Constants

On Sun, 08 Sep 2002 18:24:39 +0300 Andi Gutmans <[EMAIL PROTECTED]> wrote: > This sounds very strange. It sounds to me as if your scanner wasn't > built correctly for some odd reason. The machine that is building the ZE2 snapshots is the same one that I use for building regular snapshots and PHP

[PHP-DEV] Re: #19348 [Dup->Fbk]: File_exists problem?

On 11 Sep 2002 00:41:59 - [EMAIL PROTECTED] wrote: > ID: 19348 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > -Status: Duplicate > +Status: Feedback > -Bug Type: *Directory/Filesystem functions > +Bug Type: Apa

Re: [PHP-DEV] highlight_file modification

On Wed, 11 Sep 2002 13:47:56 +0200 "Devon O'Dell" <[EMAIL PROTECTED]> wrote: > Hey, > > I don't know if this has been brought up before (you can smack me, I > know that's the 3rd time I've said this), but something I (and others) > > thought would be cool is line numbering for highlight_file (a

[PHP-DEV] Re: [PHP-CVS] Need info on PHP release dates.

You should probably ask these kind of questions in the php-dev group. But since we're already here :) Ananth Kesari wrote: > Hi, > > As you are aware, I am committing NetWare related source code changes > / modiications into PHP-CVS source code tree. > > I have a couple of questions here: Is th

Re: [PHP-DEV] highlight_file modification

[EMAIL PROTECTED] wrote: > Right now I'm going through all this mess and trying to get it so that > it's actually an XHTML 1.1 compliant output. Right now, there's no > guarantee that it's even HTML [insert version here] compliant. > > All the ini configuration is set. I will set the ini defaul

[PHP-DEV] Change of cgi behaviour in 4.3.0

For some reason http status reporting has been changed in the current CVS version of PHP. This breaks PHP under IIS and possibly other servers. Please see http://bugs.php.net/bug.php?id=19207 for details. Edin -- PHP Development Mailing List To unsubscribe, visit: http://

[PHP-DEV] Re: Change of cgi behaviour in 4.3.0

On Wed, 25 Sep 2002 08:36:42 +0200 (CEST), Sascha Schumann wrote: > On Wed, 25 Sep 2002, Edin Kadribasic wrote: > > > For some reason http status reporting has been changed in the > > current CVS version of PHP. This breaks PHP under IIS and possibly > > other

Re: [PHP-DEV] phpinfo() - removing ascii art

On Fri, 27 Sep 2002 18:42:17 +0900, Yasuo Ohgaki wrote: > I would like to remove ascii art from text version > of phpinfo(). We shouldn't add things that do not > work well. i.e. back slash has many interpretations. +1 It a bit too unserious IMHO and it does not render the same on all machines (

Re: [PHP-DEV] [PATCH] include statement in php.ini file

> I'm not very concerned either way on the .ini extension restriction. > Let's go ahead and commit this with the "include" to "additional_ini" name > change. Perhaps the commit will stir up more feedback since there has > been so little. Some feedback: +1 for additional_ini=/path/to/new/additio

[PHP-DEV] php/embed

Hello, I have just committed initial work on enabling embedding PHP into C/C++ applications. It is mostly complete, but there a few pieces missing, namely the installation part. The modification of the build system adds another target, so in order to test the new functionality you need to conf

Re: [PHP-DEV] php/embed

On Sunday 29 September 2002 11:45, [EMAIL PROTECTED] wrote: > On Sun, 29 Sep 2002, Edin Kadribasic wrote: > > I have just committed initial work on enabling embedding PHP into C/C++ > > applications. It is mostly complete, but there a few pieces missing, > > namely the i

[PHP-DEV] PHP Embedded (phplib)

Hi Sascha, Without going into the specifics of my implementation of embeddable phplib at this point, don't you think the author of the implementation should be at least asked for his motivation for doing things in a particular way before you just go ahead and change everything? Edin On Sunda

[PHP-DEV] Re: PHP Embedded (phplib)

On Sunday 29 September 2002 21:38, Sascha Schumann wrote: > On Sun, 29 Sep 2002, Edin Kadribasic wrote: > > Hi Sascha, > > > > Without going into the specifics of my implementation of embeddable > > phplib at this point, don't you think the author of the imple

Re: [PHP-DEV] PHP Embedded (phplib)

On Sunday 29 September 2002 22:13, Rasmus Lerdorf wrote: > Edin, as far as I can tell from looking at Sascha's changes, he has made > it cleaner and more general. Sascha did also write most of the build > chain, so in a sense you are the one that went and "changed everything" on > him. Does this

Re: [PHP-DEV] PHP Embedded (phplib)

On Sunday 29 September 2002 22:25, Rasmus Lerdorf wrote: > No, but you were annoyed that Sascha didn't ask you before changing your > stuff. Did you ask him before changing his? I just think it goes both > ways and you stepped on his toes as much as he stepped on yours. Adding another target to

[PHP-DEV] Re: PHP Embedded (phplib)

On Sunday 29 September 2002 23:14, Sascha Schumann wrote: [snip] > Well, the install target did not work, because you > made no visible effort to integrate your SAPI module with the > rest of PHP. Yes I made no effort to integrate SAPI into the "make install" chain as I was not quite

Re: [PHP-DEV] PEAR and 4.3 release

On Tuesday 01 October 2002 19:37, Andrei Zmievski wrote: > On Tue, 01 Oct 2002, Lukas Smith wrote: > > But I think PEAR needs to get its community and development structure > > setup correclty before 4.3 with an offical PEAR should hit the streets. [snip] > > I don't think that PHP 4.3.0 and PEAR

[PHP-DEV] php/embed (build system changes)

Hi Sascha, It may be helpful if I explained why I ended up implementing PHP/embed in the way I did. Several people expressed a wish for having phplib: embeddable PHP engine and library. They wanted to take advantage of the enormous function library that is available in PHP in their C programs

Re: [PHP-DEV] PHP_AUTH_USER in 4.3

Maybe this has to do with a fact that PHP_AUTH_USER will not work when used with some external apache authentication mechanism in 4.3.0. Edin - Original Message - From: "Rasmus Lerdorf" <[EMAIL PROTECTED]> To: "David Reid" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, Octo

Re: [PHP-DEV] Apache 2

On Wednesday 02 October 2002 23:25, Ilia A. wrote: > The attached patch accomplished the following things: > > - Added apache_response_headers(), apache_note(), > apache_getenv(), apache_setenv() functions. > - The getallheaders() is renamed to apache_request_headers() > and an

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

On Thursday 03 October 2002 09:14, Derick Rethans wrote: [snip] > (While it should not have dumped the contents at all). Please revert > this, as this breaks backward compability BIG time, and IMO this is not > a shortcoming of CLI. BTW, where did you get that implicit_flush should > disable all o

Re: [PHP-DEV] cvs: php4 /main output.c

> Guys, > > implicit flush feature is broken for a looonng time. > Please refer to my comment recently added to output.c Its broken now. This is your own example: File t contains: $ sapi/cli/php -d implicit_flush=1 t string(0) "" $ sapi/cli/php -d implicit_flush=0 t string(5) "'foo'" -- P

Re: [PHP-DEV] implicit flush feature is fixed => CLI behavior is wrong

Again, CLI does nothing but enable implicit_flush. Try enabling it in your php.ini and cgi and apache will be broken in the same way. Edin - Original Message - From: "Yasuo Ohgaki" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 03, 2002 11:33 AM Subject: [PHP-DEV] imp

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On Friday 04 October 2002 18:06, Ilia A. wrote: > The attached patch adds .phps file support for Apache 2, allowing Apache 2 > users to show prettified source of their scripts, just like their Apache 1 > counterparts can. > > It is a fairly simple patch, that adds just 2 cmp overhead for this > fu

Re: [PHP-DEV] Scratching the 4.3 branch

On Sunday 06 October 2002 10:54, Zeev Suraski wrote: > I think that given the circumstances, we should scratch the 4.3 branch and > stick to the main branch for this particular release, at least until we're > very close to the release itself. The vast majority of CVS traffic going > on these days

[PHP-DEV] Re: #19809 [Bgs]: The same code that works on a Linux box, won't work on my windows box

Hi Rasmus, I packaged win32 release in question and there are no defaults changed. It could be that he used php.ini-recommended which has "error_reporting = E_ALL". Edin - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 08, 2002 7:16 AM Subj

[PHP-DEV] Windows build broken

This has been reported before, but there is no harm in remiding people. I get errors in main/main.c lines 290 and 292 (initializer is not a constant). The trouble is that default_value gets expanded to default_value, sizeof(default_value)-1 in zend_ini.h and that does not work with getenv() and th

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main config.w32.h.in

Why? Nobody seems to be willing to fix it for good and having a broken build in the cvs causes problems such as snapshots not being generatad, etc. Edin - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 10, 2002 9:08 PM Sub

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main config.w32.h.in

Why? Nobody seems to be willing to fix it for good and having a broken build in the cvs causes problems such as snapshots not being generatad, etc. Edin - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 10, 2002 9:08 PM Sub

[PHP-DEV] Re: [PHP-CVS] Re: cvs: php4 /sapi/embed config.m4

> >> Modified files: > >> /php4/sapi/embed config.m4 > >> Log: > >> - Removed the unnecessary extra configure option --enable-shared-embed > >> - Changed --enable-embed to accept parameters shared/static and default > >> to static build. > > > >Could we have shared as the default?

[PHP-DEV] zend_compile.h patch

Any objections to exporting another function from zend_compile.h by applying this patch? I need this in order to compile pear/PECL/bcompiler on Windows. Edin Index: zend_compile.h === RCS file: /repository/Zend/zend_compile.h,v ret

Re: [PHP-DEV] zend_compile.h patch

I get linking errors when I tried to compile it on windows. The error was that zend_do_inheritance symbol was not found. Are you saying that this call is not needed? Could it be removed then? Edin - Original Message - From: "Alan Knowles" <[EMAIL PROTECTED]> To:

Re: [PHP-DEV] I hope this is the last email about this :) (was RFC: CLI behave like SH or PERL/RUBY/PYTHON?)

I thought that we have agreed that you should revert the patch. You can now change the default behavior by both ini_set() and .the -d switch if you don't like the default. Edin On Thursday 24 October 2002 00:27, Yasuo Ohgaki wrote: > Derick Rethans wrote: > > On Wed, 23 Oct 2002, Yasuo Ohgaki w

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

On Wednesday 23 October 2002 08:26, Yasuo Ohgaki wrote: (B> I thought it's obvious choice, but it seems it's not. (B> (B> Which one you prefer CLI behave like (B> (B> SH (B> (B> or (B> (B> PERL/RUBY/PYTHON (B (BIt would perhaps be easier for us to understand if you explained what problem

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

let's have a look at how to solve CLI ini/flush issues. Edin On Wednesday 23 October 2002 10:28, Yasuo Ohgaki wrote: > Hartmut Holzgraefe wrote: > > Edin Kadribasic wrote: > >>Doing flush after each output operation does carry a performance penalty. > >> The followi

Re: [PHP-DEV] RFC: CLI behave like SH or PERL/RUBY/PYTHON?

On Wednesday 23 October 2002 10:55, Yasuo Ohgaki wrote: > Edin Kadribasic wrote: > > Ok. Let's agree that the current implementation is not ideal, but it > > works. There were already several suggestions on how this can be > > improved, but I don't think this is t

Re: [PHP-DEV] [PATCH] Changing entity charset handlinginext/standard/html.c

Hey Moriyoshi, Sorry for my late entry into the debate, but I run into htmlentities() default charset problem today. I wonder why did you opt to use mbstring ini setting (thus making this nice feature mbstring dependant) when we have "default_charset" ini setting. It just sounds more logical to m

Re: [PHP-DEV] [PATCH] Changing entity charset handlinginext/standard/html.c

> BTW, the temporary solution is to give a priority to each setting, like > > 1. MBSTRG(internal_encoding) > 2. SG(default_charset) > 3. System's locale setting > > How about this option? This sounds fine. This way people who compile php without mbstring support can alter the default charset. Edi

Re: [PHP-DEV] pcntl_signal problem

There were some changes to the pcntl extension. Have a look at http://www.zend.com/lists/php-dev/200208/msg00937.html Edin - Original Message - From: "Steve Alberty" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 25, 2002 2:35 PM Subject: [PHP-DEV] pcntl_signal problem

Re: [PHP-DEV] CLI ini selection

We already have sapi specific ini files. If php finds php-{$SAPI}.ini (e.g. php-cli.ini, php-apache.ini, etc) it will use it instead of php.ini. IMHO this should cover most of the needs for differentiated ini settings. Edin - Original Message - From: "Melvyn Sopacua" <[EMAIL PROTECTED]> T

Re: [PHP-DEV] apache_hooks

On Saturday 02 November 2002 23:58, Rasmus Lerdorf wrote: > What do you think would be the best way to make the apache_hooks code more > accessible to people? A tarball with the relevant files that overwrites > the standard files, or perhaps it is time to #ifdef it into the main > branch? I would

Re: [PHP-DEV] Win32 snaps ext/xslt

> Any chance the sablot library on the snaps server could be > upgraded? The library has been upgraded to 0.96. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Win32 snaps ext/xslt

> It appears that the Sablotron needs to be upgraded as well, since xstl cannot > be compiled due to 2 missing flags > ('SAB_DISABLE_STRIPPING','SAB_IGNORE_DOC_NOT_FOUND'), which I am guessing are > only defined in the newer library. You're guessing right. Those compile errors have disappeared aft

Re: [PHP-DEV] Win32 snaps ext/xslt

> As a note: > Ginger Alliance is motivated to synchronise their next maintenance release, > with php 4.3, to avoid the unfortunate API incompatibilities, that plagued > previous releases and created noise, both on sablist as on the php-bug > db. > > Allthough we try to keep compatibility with 0.96

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /build buildcheck.sh

On Friday 08 November 2002 12:54, Sascha Schumann wrote: > > The same script doesn't work for me with Engine 2 bison > 1.28 and Engine > > 1 bison == 1.75 (I haven't tried other combinations yet. > > So this doesn't seem to be only an Engine 2 problem. > > Ok, then a suppressable configure-time

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /build buildcheck.sh

On Friday 08 November 2002 13:47, Sascha Schumann wrote: > Again: > > buildconf does not run bison. > > There is no point to put a bison check into buildconf. > > The bison version number should be checked before bison is > actually run. That would be > > configure >

Re: [PHP-DEV] Re: apache_hooks

> Hrm.. That's not a bad idea. An ApacheHooks SAPI module sounds like the > right approach to me. Would it be possible to load them both (ApacheHooks and mod_php) at the same time? Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Openssl / DBA extensions broken on windows

Could the maintainers have a look? Details available at http://snaps.php.net/win32/compile.log Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] php-cli: option to ignore php.ini

On Mon, 11 Nov 2002, Wez Furlong wrote: > What are your opinions for having some option to prevent the > loading/parsing of php.ini for the CLI version of PHP? > > -n "No Ini File" - skips parsing php.ini on startup > > At the moment, I'm using "-c DOESNOTEXIST" to achieve the same re

Re: [PHP-DEV] PHP Snaps

On Monday 11 November 2002 23:07, James Cox wrote: > I can certainly set this up. > > any preference for timeformat? (bearing in mind we use unix date) I use date -u +"%Y%m%d%H00" for windows snapshots. It will show date in UTC. > > Is it possible to increase build time from 4 hours to 2 hours >

Re: [PHP-DEV] PHP Snaps

On Monday 11 November 2002 23:14, Ilia A. wrote: > On November 11, 2002 05:07 pm, James Cox wrote: > > I can certainly set this up. > > > > any preference for timeformat? (bearing in mind we use unix date) > > date -R | sed -e 's/ /_/g' > > Would be the best format IMHO. Nice format but it doesn't

  1   2   3   4   >