Re: [PHP-DEV] PHP Snaps

On Monday 11 November 2002 23:20, Ilia A. wrote: > > Nice format but it doesn't sort well in directory listings :) > > True, but we only have about a dosen files and with a human readable format > directory file sorting is not as relevant IMHO. I disagree. The task of picking the latest sapshot (o

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

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] [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

[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] 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

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: [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] 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] 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

> 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] 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] 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] 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] [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] [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] 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 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] 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 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] 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:

[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

[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] 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] 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: #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

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

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] 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] 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] 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] 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] 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

[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] 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] 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] 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

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

[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

[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

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/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] [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

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 (

[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

[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://

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] 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

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: #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

[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

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: [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: 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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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. to buil

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

[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: [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] 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] 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

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] 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.

[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

[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.

Re: [PHP-DEV] [Win32] php.ini not found

> > I cannot reproduce this. > > This is odd: I just tried a snapshot binary, and this one works. What's > your build environment? I used MSVC++ 6 SP-5 with the MS Platform SDK > from May 2002. It's even more strange because the machine that is used for making snapshots (and official releas

Re: [PHP-DEV] [Win32] php.ini not found

> Current HEAD doesn't find c:\winnt\php.ini. php.ini is only found when > located in the same directory as php.exe. I cannot reproduce this. Using http://razor.bindview.com/tools/files/strace-0.1.zip I can see that it tries to open php-cli.ini firtst in the same dir where php.exe is, then in

Re: [PHP-DEV] current cvs build errors

> On MacOSX 10.1.5 > > /usr/bin/ld: Undefined symbols: > _zif_sha1 > _zif_sha1_file > make: *** [php] Error 1 > > bork bork bork! Remembered to run ./buildconf? Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] finishing strtok() implementation

Hi Markus, Do you have time to look into http://bugs.php.net/bug.php?id=17353 before 4.3.0 is released? Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] finishing strtok() implementation

> What does this have to do with strtok()? :) Am I missing something? > > Andi My bad :) I was thinking about glob() of course. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Patch suggestions for PHP 4.2.3 (sablotron and pcre)

Hi, I applied your "less controversial" patch. I will apply it to 4.3.0-dev as well. Thanks, Edin - Original Message - From: "Troels Arvin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, July 23, 2002 1:04 PM Subject: [PHP-DEV] Patch suggestions for PHP 4.2.3 (sablotron and

[PHP-DEV] Fw: PHP Resource Exhaustion Denial of Service

Nice day indeed :) - Original Message - From: "Matthew Murphy" <[EMAIL PROTECTED]> To: "BugTraq" <[EMAIL PROTECTED]>; "SecurITeam News" <[EMAIL PROTECTED]>; "Full Disclosure" <[EMAIL PROTECTED]> Sent: Sunday, July 21, 2002 3:45 AM Subject: PHP Resource Exhaustion Denial of Service > The

Re: [PHP-DEV] www.php.net site not responding

> > > it's full with downloads taking place... apache is not that suited > > for > > > this. :( > > > > Shouldn't a more suitable web server be installed then? Handling > > downloads on the same machine with say thttpd running on a different > > port would help a lot. > > Bandwidth limited mea

Re: [PHP-DEV] www.php.net site not responding

> it's full with downloads taking place... apache is not that suited for > this. :( Shouldn't a more suitable web server be installed then? Handling downloads on the same machine with say thttpd running on a different port would help a lot. Edin -- PHP Development Mailing List

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tclink README config.m4php_tclink.c php_tclink.h tcexample.php tclink.c tctest.php /ext/tclink/doc TCDevGuide.html TCDevGuide.txt

> Okay, I've removed the extension from php4. I'll be adding it to > pear/pecl soon. When I signed up for my CVS account, I just requested > access to php4. Will I need new access granted to the pear CVS module? You have sufficient priviledges to access pear/PECL. Edin -- PHP Development Mai

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tclink README config.m4 php_tclink.cphp_tclink.h tcexample.php tclink.c tctest.php /ext/tclink/docTCDevGuide.html TCDevGuide.txt

> There were a couple posts to php-dev about this extension when I was > requesting a CVS account, but no discussion. I don't know exactly how > many people would benefit from inclusion of TCLink, but I do know that a > similar extension for processing credit cards with Cybercash (which is > no lo

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tclink README config.m4 php_tclink.c php_tclink.h tcexample.php tclink.c tctest.php /ext/tclink/doc TCDevGuide.html TCDevGuide.txt

> This would fit better in PECL.. Agreed. PECL is probably the best locations for extensions like this. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tclink README config.m4 php_tclink.c php_tclink.h tcexample.php tclink.c tctest.php /ext/tclink/doc TCDevGuide.html TCDevGuide.txt

Shouldn't a thing like adding a new extension be discussed on php-dev first. How many people would benefit from this extension to justify its inclusion into the main php tree? Edin - Original Message - From: "Dan Helfman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 1

Re: [PHP-DEV] Re: cvs: php4 /ext/mbstring config.m4

> I asked to php-dev and nobody objects enabling mbstirng by > default. This allow some modules (extif, mailparse(?), for example) > to use multibyte feature. No objections here. > multibyte regular expression is "must have" feature for > ease of use. (preg supports UTF-8, but it requires conver

[PHP-DEV] PHP_4_2_0 branch linking error

The current stable branch doesn't link correctly if --enable-mbstring is used: ./.libs/libphp4cli.a(rfc1867.lo): In function `substring_conf': /data/src/php-4.2.1-prov/main/rfc1867.c:455: undefined reference to `mbstr_is_mb_leadbyte' ./.libs/libphp4cli.a(rfc1867.lo): In function `rfc1867_post_han

Re: [PHP-DEV] Patch for bug: #16637

>Attached is a patch which fixes the bug described here: > > http://bugs.php.net/bug.php?id=16337 > >Please check that last comment I posted there and >comment this patch then.. :) Expecting urlencoded username and password seems to be the right thing to do. Edin -- PHP Devel

Re: [PHP-DEV] SAPI/CGI from HEAD (on Win32)

> On Thu, 4 Jul 2002, Sebastian Bergmann wrote: > > > > phpinfo(); > > ?> > > > > lets Mozilla "download" the file. > > > > > header('Content-Type: text/html; charset=iso-8859-1'); > > phpinfo(); > > ?> > > > > lets Mozilla "show" the file. > > > > The lat

[PHP-DEV] Engine2-alpha2 build

I've just made win32 binaries of the alpha2 release. During the build I've noticed that several extensions failed to compile. For those interested a complete log of the build can be found at: http://snaps.php.net/win32/ze2-a2-compile.log Edin -- PHP Development Mailing List

Re: [PHP-DEV] Key values starting with .

> I can do this: $_REQUEST['.name'] = "testing" then if I do > print_r($_REQUEST) prints it out as .value and not _value. Any > reason for being able to do one, but not the other? Also what is the > "(not binary safe)" part of a variable with a . in its name? I know that changing this would br

[PHP-DEV] xmlrpc & gd bundled win32 build broken

The details: http://snaps.php.net/win32/compile.log It would be nice if people would check this log file from time to time to make sure their changes didn't break the build. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] domxml win32 build broken (HEAD)

Configuration: domxml - Win32 Release_TS Compiling... php_domxml.c c:\php4build\snap\ext\domxml\php_domxml.c(201) : error C2099: initializer is not a constant c:\php4build\snap\ext\domxml\php_domxml.c(203) : error C2099: initializer is not a constant c:\php4

Re: [PHP-DEV] Re: cvs: php4(PHP_4_2_0) /ext/standard math.c

> > + /* Don't try to convert +/- infinity */ > > + if (fvalue == HUGE_VAL || fvalue == -HUGE_VAL) { > > + php_error(E_WARNING, "Number too large in %s() call", > > + get_active_function_name(TSRMLS_C)); > > Isn't E_WARNING is better to be E_NOTICE? To get this warning you need to try base conver

<    1   2   3   4   >