Re: [PHP-DEV] Re: [RFC] include_ini and include_ini_dir

On Thu, 12 Sep 2002, Devon O'Dell wrote: > Not to be a troll, but weren't srm.conf and access.conf deprecated for a > reason? I think it was the reason that it made configuration less clear. Three files for one thing isn't just 'right'. Derick

Re: [PHP-DEV] highlight_file modification

Tables work a *lot* better for aligning the text. Otherwise, how many spaces are you going to pad line numbers with? 6? No matter how rediculous it seems, I know a person with a 1 million+ line script (though I have absolutely no clue what it does). IMHO, tables just allow for much better o

Re: [PHP-DEV] Re: [RFC] include_ini and include_ini_dir

On Thu, 12 Sep 2002, Yasuo Ohgaki wrote: > Brian France wrote: > > I have created a patch for two new .ini directives: > > > > include_ini = ; relative or full path > > include_ini_dir = > > I prefer to use large single config file if it's not > too large. I didn't like srm.conf/access.conf

Re: [PHP-DEV] highlight_file modification

With regards to the SG macro: forgot it was there. Was 1am ;) That's probably the way to test for it, and was my impression too... a .phps should be a fully compliant HTML page. With regards to the ini settings: seems pointless and frowned upon... nobody is positive about me creating anot

Re: [PHP-DEV] highlight_file modification

On Thu, 12 Sep 2002, Tom Sommer wrote: > > "Edin Kadribasic" <[EMAIL PROTECTED]> wrote in > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Did I miss something here? I don't remember us reaching agreement about > > adding another config option. > > He still has the right to make a patch if he

Re: [PHP-DEV] highlight_file modification

On Thu, 12 Sep 2002, Yasuo Ohgaki wrote: > Tom Sommer wrote: > > "Devon O'Dell" <[EMAIL PROTECTED]> wrote in > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > >>Maybe, but then we're assuming Apache ;) > > > > > > .phps does not work on IIS > > > > phps may not work under Apache 1.3.x a

Re: [PHP-DEV] [RFC] include_ini and include_ini_dir

Brian France wrote: > At 3:09 AM +0100 9/12/02, Wez Furlong wrote: > >> Arrgh! You should *really* be working against HEAD because there have >> been so many changes since we branched 4.2 - and some of those were >> related to php.ini detection. >> >> It's a LOT easier to deal with patches agains

Re: [PHP-DEV] highlight_file modification

Tom Sommer wrote: > "Devon O'Dell" <[EMAIL PROTECTED]> wrote in > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > >>Maybe, but then we're assuming Apache ;) > > > .phps does not work on IIS > phps may not work under Apache 1.3.x also. Any addition to phps does not worth the effort. People sho

Re: [PHP-DEV] [RFC] include_ini and include_ini_dir

At 3:09 AM +0100 9/12/02, Wez Furlong wrote: >Arrgh! You should *really* be working against HEAD because there have >been so many changes since we branched 4.2 - and some of those were >related to php.ini detection. > >It's a LOT easier to deal with patches against HEAD (take a look in >README.SUB

[PHP-DEV] Re: [RFC] include_ini and include_ini_dir

Sorry that should have been: - [PHP] include_ini_dir = include - Brian -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [RFC] include_ini and include_ini_dir

At 11:25 AM +0900 9/12/02, Yasuo Ohgaki wrote: >How this could be useful? I work for a company that is moving towards PHP. We have our own package system for installing software, something like FreeBSD ports. I am the one that builds the PHP dso package. The PHP package could/will be install

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard array.c basic_functions.c php_array.h

On Wed, Sep 11, 2002 at 06:13:48PM -, Andrey Hristov wrote: > andreyWed Sep 11 14:13:48 2002 EDT > > Modified files: > /php4/ext/standardarray.c basic_functions.c php_array.h > Log: > New function added : array_diff_assoc() . Like array_diff()

[PHP-DEV] Re: [imp] IMP 3.1 segfault

Hi, I seem to have found a work around for this. I recompiled the PHP4 debian packages with the option: export DEB_BUILD_OPTIONS="debug nostrip" which is equivalent to --enable-debug and not stripping the binaries. Anyway after installing the new packages the bug mysteriously dissappears. Ve

[PHP-DEV] Re: [RFC] include_ini and include_ini_dir

Brian France wrote: > I have created a patch for two new .ini directives: > > include_ini = ; relative or full path > include_ini_dir = I prefer to use large single config file if it's not too large. I didn't like srm.conf/access.conf that can be found in older Apache. How this could be usef

Re: [PHP-DEV] [RFC] include_ini and include_ini_dir

Hi Brian, I haven't looked at your patch in detail (sorry! but see below). I thought that the official view was that php.ini probably shouldn't do anything too clever, even if it is quite a simple matter of implementing these advanced features? My position on the include_ini stuff is -0, meanin

[PHP-DEV] IMP 3.1 segfault

Hi, I have been having a problem with IMP 3.1 causing a segfault. The segfault occurs when I press send-message in the compose window. I have tried this with PHP 4.1.2 and 4.2.2. I am using apache 1.3.26 on a Debian Woody system. I have tried getting a backtrace but am not sure if I am doing t

Re: [PHP-DEV] highlight_file modification

May I suggest that for .phps you just turn line numbers on all the time, unless someone can come up with a reason not to enable them better than "that's the way its always been." Backwards compatibility is good when it affects how a program runs, but in this case I just don't see a reason not t

Re: [PHP-DEV] Re: sockets extension...pecl it

What I was saying in my earlier email much longer drawn out email was, that the API changes have been really final since version 4.2.0. The only reason I would change it, would be if someone demonstrated a problem with the interface, which no one has for 4.2.0 - 4.2.3 versions. The only API change

Re: [PHP-DEV] highlight_file modification

> http://www.dapond.net/code/bleh.html > > This still doesn't implement the .phps?linenumbers (since that's gonna have > to do with the server module/cgi binary code) and also since nobody's (yet) > given input as to what variable name would be sufficient. at least SG(request_info).query_string c

[PHP-DEV] [RFC] include_ini and include_ini_dir

I have created a patch for two new .ini directives: include_ini = ; relative or full path include_ini_dir = The patch is only in php_ini.c and does the following: Added 2 new static zend_llist: include_ini_list & include_ini_dir_list Add a case for include_ini and include_ini_dir in functio

[PHP-DEV] Re: README.TESTING

Marcus Boerger wrote: > Why is README.TESTING no longer in the repository? > I just updated the file but... > How about just add it again? Does not make sense deleting it at all to me. -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http://www.php

Re: [PHP-DEV] highlight_file modification

Edin Kadribasic wrote: > 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 n

RE: [PHP-DEV] configure patch for Solaris

a linker failure related to a problem with the gnu compiler. I do not have the exact error message at hand right now, because it has been a little while since we compiled. I can reproduce the exact error message if necessary in a few days. We were using gcc-2.95.3. gcc 3.1 produces undefined refer

Re: [PHP-DEV] highlight_file modification

Actually, sorry, i'm too tired to do the /demo thing tonight. It'll be compiled in tomorrow and you all can see it if you want. Sorry for the waste of space :\ Nite, Devon Original Message: - From: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Wed, 11 Sep 2002 18:40:44 -0400 To: [

Re: [PHP-DEV] highlight_file modification

Hehe, it's just a local patch, I don't have CVS commit access, and I wouldn't commit it now anyway if I did since there hasn't been any formal discussion about it. I've just developed it along what people have said they thought would be nice. Everything can easily be modified/removed as far as i

[PHP-DEV] Re: sockets extension...pecl it

Jason Greene <[EMAIL PROTECTED]> writes: > This extension does not belongs in PECL. It is fully platform > compatible, all other languages offer this functionality, it is actively > maintained (by me), and it will be marked stable by version 4.3 Jason, can you help me understand what needs to be

Re: [PHP-DEV] highlight_file modification

"Edin Kadribasic" <[EMAIL PROTECTED]> wrote in [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Did I miss something here? I don't remember us reaching agreement about > adding another config option. He still has the right to make a patch if he wants to. Currently the way to go is to make the outp

Re: [PHP-DEV] highlight_file modification

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >Output from show_source using the current patch can be found at > > http://www.dapond.net/code/bleh.html Don't use tables.. use HTML spaces instead, like the current show_source -- * Tom Sommer * http://

Re: [PHP-DEV] highlight_file modification

Output from show_source using the current patch can be found at http://www.dapond.net/code/bleh.html This still doesn't implement the .phps?linenumbers (since that's gonna have to do with the server module/cgi binary code) and also since nobody's (yet) given input as to what variable name would

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

Re: [PHP-DEV] highlight_file modification

>> If you can think of an alternative way to enable / disable the >> modifications suggested other than using a php.ini entry... ;) > [...] > > wouldn't it be better to let the viewer decide, if line numbers should > appear or not. This wouldn't break BC and also would not be needed to > be enab

Re: [PHP-DEV] highlight_file modification

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 default to the old value. I assume peopl

Re: [PHP-DEV] highlight_file modification

hi [...] > I believe the default should be its current behaviour (for backward > compatability, and to prevent unexpected change)... but I do think there > should be an ini option so that .phps files can have this functionality. [...] +1 on that. [...] > Having line numbers on a .phps file would

Re: [PHP-DEV] Sound Extension proposed API

> Hi, > > Great, sound media systems come to PHP. Wrapping ecasound is a good idea. > Maybe I'll try to have XMMS module follow it too ;-) > Would be nice to have a unified sound wrapper in PHP, say a metaclass which > could control other systems (xmms, eca, xine...). > > DJ Anubis Hi, A unifi

RE: [PHP-DEV] configure patch for Solaris

Florian, what exactly did go wrong without this patch? Derick On Wed, 11 Sep 2002, Florian Clever wrote: > Derick, > > I understand that. Unfortunately I do currently not have the Knowledge to > patch the .m4 files, thus was hoping somebody else can figure it out. > I wanted to pass the infor

RE: [PHP-DEV] configure patch for Solaris

Derick, I understand that. Unfortunately I do currently not have the Knowledge to patch the .m4 files, thus was hoping somebody else can figure it out. I wanted to pass the information I had along, hoping it help advance PHP support for the Solaris Platform. Florian > -Original Message-

[PHP-DEV] README.TESTING

Why is README.TESTING no longer in the repository? I just updated the file but... marcus -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] configure patch for Solaris

Hello Florian, it has no use to patch configure directly, you need to find your solution in one of the .m4 files in the source. Derick On Wed, 11 Sep 2002, Florian Clever wrote: > Hi, > > we have installed PHP under Solaris with Apache 2, Oci8, XSLT (with JS > multithreaded) etc. (configure

[PHP-DEV] RE: configure patch for Solaris

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FWIW, the patch is backwards. patch -R should take care of it. Daniel Parks > diff -u configure.php configure.php.orig > --- configure.php Tue Aug 6 16:14:20 2002 > +++ configure.php.orig Sun Jul 21 05:56:20 2002 > @@ -66529,11 +66529,7 @@

[PHP-DEV] configure patch for Solaris

Hi, we have installed PHP under Solaris with Apache 2, Oci8, XSLT (with JS multithreaded) etc. (configure line follows further down). However we had to repeadetly make a one line change to the "configure" file. This identical change was made for PHP 4.2.2 and 4.2.3. (This change so far has only b

RE: [PHP-DEV] php.ini include directive

We are indeed talking about the same thing, this is exactly how I was seeing it also. It would definitely help keep things organized since I imagine if this was implemented, the old way of doing it would still remain possible so I don't see why not, though I have no idea of what the technical diff

Re: [PHP-DEV] [Fwd: PHP fopen() CRLF Injection]

Hi, > We got close one that Jani mentioned in bug db :) > > It's user's problem, but I'm sure there are many > scripts do not check user input enough. > > We're probably better to mention security risks more > in the manual... I fixed this issue in CVS in the way that parse_url() removes cont

[PHP-DEV] Re: Fw: #19346 [Opn->Ana]: preg_match() does not work for UTF-8

On 09/11/02, "Andrei Zmievski" <[EMAIL PROTECTED]> wrote: > On Wed, 11 Sep 2002, Wez Furlong wrote: > > It seems that our bundled pcre doesn't handle utf-8 as well as the latest > > version; are there any objections to updating to version 3.9? > > No, no objections. Do you want me to do it or..?

RE: [PHP-DEV] php.ini include directive

I don't think we are talking about the same thing. I would like to do something like this: php.ini --- [PHP] include = php-mbstring.ini --- php-mbstring.ini --- [mbstring] mbstring.internal_encoding = EUC-JP mbstring.http_input = auto mbstring.http_output = EUC-JP mbstring.detect_order = auto

RE: [PHP-DEV] php.ini include directive

aha :) well that clears one thing up. multiple configuration files would also be fun/interesting/useful for hosting providers. I give +.5 ;) No, but really, what do you guys think? Devon Original Message: - From: Xavier Spriet [EMAIL PROTECTED] Date: 11 Sep 2002 14:04:40 -040

RE: [PHP-DEV] php.ini include directive

I believe what Brian meant was to be able to use multiple configuration file. I believe there is already an implementation of what you are referring to. auto_append_file and auto_prepend_file if I'm correct. Using multiple configuration files could also be an interesting thing. Xavier Spriet [EMA

[PHP-DEV] Re: Fw: #19346 [Opn->Ana]: preg_match() does not work for UTF-8

On Wed, 11 Sep 2002, Wez Furlong wrote: > It seems that our bundled pcre doesn't handle utf-8 as well as the latest > version; are there any objections to updating to version 3.9? No, no objections. Do you want me to do it or..? -Andrei http://www.gravitonic

[PHP-DEV] Fw: #19346 [Opn->Ana]: preg_match() does not work for UTF-8

It seems that our bundled pcre doesn't handle utf-8 as well as the latest version; are there any objections to updating to version 3.9? --Wez. > ID: 19346 > The latest (3.9) PCRE library works fine with UTF-8 subject string if > library compiled with --enable-utf8. > I have verifi

RE: [PHP-DEV] php.ini include directive

I see how this could be useful, possibly for custom session handlers or including something at the top of every file for free hosted customers or something (so that they can't get around the ads or whatever). Anyway, I don't know. I give this maybe +.25 for right now, see what reactions are. I

[PHP-DEV] php.ini include directive

Has anybody looked into doing a include directive for the php.ini file? Something like what Apache has? http://httpd.apache.org/docs/mod/core.html#include Thoughts? Cheers, Brian -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: PHP fopen() CRLF Injection]

Hey, AFAIK Stefan already took care of this. Stefan? Derick On Thu, 12 Sep 2002, Yasuo Ohgaki wrote: > FYI > > We got close one that Jani mentioned in bug db :) > > It's user's problem, but I'm sure there are many > scripts do not check user input enough. > > We're probably better to menti

[PHP-DEV] CVS Account Request: devon (aka CVS Account Request: wurm)

Note: tried posting this earlier to [EMAIL PROTECTED] but it was bounced back. My message was as follows: In this case, I believe it's necessary for me to request a CVS account with username devon to work on the Dutch translation as well. If this is granted, would it also be possible to reciev

Re: [PHP-DEV] highlight_file modification

> The feature should be implemented in PHP, but not active by default. It > should be controlled by php.ini and this value should be overwrited by > the optional parameter in the functions.. how's that? I think it should be switched on by default, if possible, because it is only going to help sup

Re: [PHP-DEV] highlight_file modification

Le Mercredi 11 Septembre 2002 14:05, Dan Hardiker a écrit : > [..] > > > something I (and others) thought would be cool is line numbering > > for highlight_file (aka show_source). > > [..] > > > Devon > +1 from me -- PHP Development Mailing List To unsubscribe, visit: http:

Re: [PHP-DEV] Sound Extension proposed API

Le Mardi 10 Septembre 2002 22:57, Tony Leake a écrit : > Hi, > > Following my posts last week I have now written up my proposed API for > my sound extension. There is too much to post here so I have made it > available at: > http://www.webwise-data.co.uk/ecasound.html and would welcome any > comm

[PHP-DEV] [Fwd: PHP fopen() CRLF Injection]

FYI We got close one that Jani mentioned in bug db :) It's user's problem, but I'm sure there are many scripts do not check user input enough. We're probably better to mention security risks more in the manual... -- Yasuo Ohgaki Original Message Subject: PHP fopen() CRLF Inj

Re: [PHP-DEV] highlight_file modification

"Devon O'Dell" <[EMAIL PROTECTED]> wrote in [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Maybe, but then we're assuming Apache ;) .phps does not work on IIS Maybe it should be an INI option, but the default should be off (for backward compatability). I totally agree that this would kick ass (

Re: [PHP-DEV] highlight_file modification

Maybe, but then we're assuming Apache ;) Devon Hartmut Holzgraefe wrote: > Devon O'Dell wrote: > >> ... there isn't another way to set it for a phps (unless you create >> an ini setting). > > > what about > > application/x-httpd-php-source-with-line-numbers > > ? ;) -- PHP Development Ma

Re: [PHP-DEV] highlight_file modification

Devon O'Dell wrote: > ... there isn't another way > to set it for a phps (unless you create an ini setting). what about application/x-httpd-php-source-with-line-numbers ? ;) -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED] Tel.: +49-711-9

Re: [PHP-DEV] highlight_file modification

>> The other option is just making it work with line numbering >> regardless. This won't break any scripts, just make them have line >> numbers instead. > > This is not a good idea, many may find line-numbers useless in some > cases/scripts... > I agree that it would be an great idea to make it an

Re: [PHP-DEV] highlight_file modification

It applies also to .phps files, where enabled. Devon Tom Sommer wrote: >"Devon O'Dell" <[EMAIL PROTECTED]> wrote in >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > >>The other option is just making it work with line numbering regardless. >>This won't break any scripts, just make them have

Re: [PHP-DEV] highlight_file modification

"Devon O'Dell" <[EMAIL PROTECTED]> wrote in [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > The other option is just making it work with line numbering regardless. > This won't break any scripts, just make them have line numbers instead. This is not a good idea, many may find line-numbers useless

[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

Rewriting the function so that it had an optional parameter for line numbering (or not line numbering) would also reduce the file size of the patch. I agree this may be a better approach for highlight_file; however, .phps files use this same function... there isn't another way to set it for a

Re: [PHP-DEV] highlight_file modification

On Wed, 11 Sep 2002, Edin Kadribasic wrote: > Please let's not add an ini setting for every little thing. It makes > writing portable scripts very difficult. > > I think that it would be preferrable to add an optional parameter to the > exisiting function, or make a new function. +1, I'd go for

RE: [PHP-DEV] highlight_file modification

+1 For me for a new parameter Jean-François Bustarret [EMAIL PROTECTED] -Message d'origine- De : Edin Kadribasic [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 11 septembre 2002 14:39 À : Devon O'Dell Cc : [EMAIL PROTECTED] Objet : Re: [PHP-DEV] highlight_file modification On Wed, 11 S

Re: [PHP-DEV] highlight_file modification

At 14:35 11.09.2002, Alan Knowles wrote: >I know it's a bit of a radical suggestion, but would depreciating >highlight_string in favour of a pear package using the tokenizer not be a >better approach. > >is there any reason to keep this in C? Highliting is a feature from the parser and the php

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

Re: [PHP-DEV] highlight_file modification

I know it's a bit of a radical suggestion, but would depreciating highlight_string in favour of a pear package using the tokenizer not be a better approach. is there any reason to keep this in C? Anyway, just throwing a few stones into the water Regards Alan Devon O'Dell wrote: > Hey, >

Re: [PHP-DEV] highlight_file modification

[..] > something I (and others) thought would be cool is line numbering > for highlight_file (aka show_source). [..] > Devon +1 from me Line numbering on show_source output is always useful! Especially when in a chat room your debugging someone elses code and you have to refer to "that if statem

Re: [PHP-DEV] highlight_file modification

At 13:47 11.09.2002, Devon O'Dell 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 (aka show_source). However i like this idea.

Re: [PHP-DEV] RFC: ODBC and PHP

On Tue, 10 Sep 2002, Shane Caraveo wrote: > Ok, then I would be for ODBC 3 for PHP 5 as the standard. An ODBC 2 > extension can be shuttled out to PECL for those who may need it. But > for BC issues, there is still the nameing convention. I would personaly > prefer that the odbc functions stay

[PHP-DEV] highlight_file modification

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 (aka show_source). I've made modifications so that this feature is settable from php.ini

[PHP-DEV] CVS Account Request: gal_ga

Joining the team that translate the PHP Manual into Hebrew. I need access to the modoule - phpdoc -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [PATCH] Win32 project files

A while ago I started working on main/config.w32.h beeing generated from main/config.w32.h.in. The benefit of this is to allow for a Win32 build configuration that doesn't conflict with CVS versions, since only config.w32.h.in is only known to the repository. Anyways, my earlier vers

[PHP-DEV] CVS Account Request: chief

A few weeks ago i asked for cvs account but don't recivied any answer yet. As i said before i want this cvs account only for my work with pear. I got two +1 for my new package in pear from Marty Fabien and Martin Jansen. I'm waiting from few weeks and really need this account. Regards. -- PHP