Re: [PHP-DEV] Include a file from inside an extension...

You are probably best off using zend_eval_string() and eval "include "$myfile.inc;". Andi At 04:51 PM 1/7/2003 +, Stefano Corsi wrote: Hello, does someone understand if this is the right procedure to include a filename from inside a C extension? MAKE_STD_ZVAL(filename_z); ZVAL_STRING(filen

Re: [PHP-DEV] size of session vars

Hi, Lately, when people start asking php-general questions on php-dev people give them the answer and add "but you should have asked on the php-general list". Having received a good answer from php-dev gives them incentive to mail us again :) I suggest we keep to the standard polite reply that

Re: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote: For as long as I can remember, the bcmath, calendar, ftp and wddx extensions are enabled by default on Win32. But why? I mean, they are not enabled by default on *NIX, so why the inconsistency? Because building this stuff on Windows

Re: [PHP-DEV] What headers/libs does Win32 Snaps build use?

At 01:31 AM 1/8/2003 +0100, Edin Kadribasic wrote: Yes, Steph is right, the set of libraries used on the snaps machine is ~70MB (uncompressed) and I don't think it's practical to update win32build.zip to include them all. And this 70 MB does not include files needed for building ext/infromix, ext/

RE: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

At 12:25 PM 1/10/2003 +0100, Lukas Smith wrote: > From: Andi Gutmans [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 10, 2003 12:14 PM > > At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote: > > For as long as I can remember, the bcmath, calendar, ftp and wddx > >

Re: [PHP-DEV] PROPOSAL: default value handling

This has been discussed in the past and won't be done. PHP behaves like C where the result of the boolean "or" operation is true or false. Andi At 12:38 AM 1/11/2003 -0500, Nyk Cowham wrote: As a convert from Perl one of the 'features' I miss from Perl is the short-circuit behavior of the or op

Re: [PHP-DEV] Non threadsafe Windows build

At 07:13 AM 1/11/2003 +0100, Sebastian Bergmann wrote: The project file(s) for the non threadsafe Windows build are out of sync with the thread safe one(s). IIRC, there was already some discussion to ditch the non threadsafe version. That way we didn't have to maintain two sets of files,

Re: [PHP-DEV] Re: php4 /ext/standard file.c formatted_print.c

At 12:38 AM 1/12/2003 +0100, Sascha Schumann wrote: On Sun, 12 Jan 2003, Moriyoshi Koizumi wrote: > On Sun, Jan 12, 2003 at 12:12:39AM +0100, Sascha Schumann wrote: > > As many past security advisories have shown, signedness > > issues are the frequent cause for severe vulnerabilities in

Re: [PHP-DEV] Reducing the number of system calls for includes

I can't really think of any way of getting around this. include_once() and require_once() are basic language constructs and they require this. There is no way I can think of to cache these results because they often depend on include_path and cwd which might change. Yes, we could try and think o

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:06 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > 5. Looking at Linux's syscall implementation and implementing > the good ideas in FreeBSD. Well yes, but fixing the os is pretty drastic. For now I will be patching things here to short-circuit all that stuff, but I think it is also so

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:32 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > I can't really think of any way of getting around this. include_once() and > require_once() are basic language constructs and they require this. Well, they require us to be able to uniquely identify a file, they do not necessarily require us to

Re: [PHP-DEV] Reducing the number of system calls for includes

At 02:42 AM 1/25/2003 +0200, Andi Gutmans wrote: At 04:32 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > I can't really think of any way of getting around this. include_once() and > require_once() are basic language constructs and they require this. Well, they require us to be able

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:51 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: Which broken systems? Certainly not on FreeBSD or Linux. A little test: stat("/home/rasmus/foo/u2.inc",&sb); That ends up doing just a single stat on FreeBSD: stat("/home/rasmus/foo/u2.inc",0x9fbffa0c) = 0 (0x0) and on Linux: st

Re: [PHP-DEV] If... Else.. I'm not getting it!

This list is only for people who develop PHP and not _with_ PHP. Please contact a PHP users mailing list such as [EMAIL PROTECTED] Good luck, Andi At 10:24 AM 1/25/2003 +0100, Frank Keessen wrote: Hi all, Please can you help me with the following: If got a little sample code: This one is wor

Re: [PHP-DEV] Reducing the number of system calls for includes

At 02:30 AM 1/25/2003 -0800, Rasmus Lerdorf wrote: > That said, we could possibly have a fast mode and use fstat() to get some > device information on the open file. I am worried about functionality > though. I'm not sure it's worth breaking. Yes, fstat() is fast. And perhaps it isn't worth brea

Re: [PHP-DEV] Reducing the number of system calls for includes

Hi, I think the best solution to this problem, without breaking functionality, is to use a cache for realpath() in virtual_file_ex(). This should solve the performance problems and not effect BC at all. As TSRM always passes a full path to the realpath() call there, it should always work. Andi

Re: [PHP-DEV] Again scope

At 10:20 PM 2/2/2003 +0100, Maxim Maletsky wrote: On Sun, 2 Feb 2003 22:06:24 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > On Sun, 2 Feb 2003, Maxim Maletsky wrote: > > > stranno, dovrebbe comunque funzionare datto che ZEND_CHANGES.txt ha quasi > > un anno mentre il tuo CVS checkout e

Re: [PHP-DEV] RE: zend_API.c

Hey, I think the discussion you guys are having is much broader than just mysqli. We should probably come up with a general approach which we will use consistently for PHP 5. I suggest we move this discussion to the PHP 5 dev list and try and come up with a good solution. Obviously we will keep

Re: [PHP-DEV] PHP 5 mailing list

At 03:22 PM 2/3/2003 -0500, Dan Kalowsky wrote: To all concerned, I would like to request that yet again the PHP5 mailing list be made public and no longer kept private. Given that comments in the past few hours have centered around the existence of the mailing list, it seems rather absurd to co

[PHP-DEV] Re: Bug # 13551, bcmath scale:: when to apply

Hi, Indeed I wasn't aware of this bug report. It seems as if your patch is fine although I could only look at it briefly. It does look strange that you need to initialize the resulting scale manually. I thought the BC functions are supposed to take care of returning the results as the right sca

[PHP-DEV] Re: Bug # 13551, bcmath scale:: when to apply

At 11:31 AM 2/4/2003 -0800, Sara Golemon wrote: > BTW, is php_str2num() only supposed to work on whole or decimal values? > What about exponents? > bc_str2num() only allows whole or decimal values so that's all I wrote php_str2num to allow for. By 'exponents' do you mean scientific notation? I d

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

I haven't been following this whole discussion. However, the function names should follow the coding standards and be named something like date_sunrise(), date_sunset() (or whatever other prefix makes sense). Andi At 05:02 PM 2/6/2003 +0200, Moshe Doron wrote: "Zeev Suraski" <[EMAIL PROTECTED]

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

At 12:47 PM 2/7/2003 +0200, moshe doron wrote: "Andi Gutmans" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I haven't been following this whole discussion. > However, the function names should follow the coding stand

Re: [PHP-DEV] [PATCH] new idate() - sunrise() - sunset() functions

At 02:37 PM 2/7/2003 +0200, moshe doron wrote: well, what about sun_set(), sun_rise()? I hope you're kidding. Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

Hey, The fchdir() part of the patch looks fine but I didn't quite understand the rest. PHP only uses realpath() if it doesn't fail, so what is the exact problem? What does that other code do? Andi At 03:29 PM 2/12/2003 -0500, James E. Flemer wrote: Well all the fancy new streams code in 4.3.0

Re: [PHP-DEV] [PATCH] (resend) fix for bug #21600 and #22231

We'll review it. I think we'll use it almost as-is except that we won't do the old check variable_ptr_ptr != value_ptr_ptr If you don't see anything on this front in the next couple of days please remind me. Andi At 03:58 AM 2/16/2003 +0900, Moriyoshi Koizumi wrote: Hi, Could anyone who has ZE

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

At 03:41 PM 2/13/2003 -0500, James E. Flemer wrote: RCS file: /repository/TSRM/tsrm_virtual_cwd.c,v retrieving revision 1.41 diff -u -b -r1.41 tsrm_virtual_cwd.c --- TSRM/tsrm_virtual_cwd.c 6 Nov 2002 18:07:22 - 1.41 +++ TSRM/tsrm_virtual_cwd.c 13 Feb 2003 20:40:07 - @@ -303,

Re: [PHP-DEV] Announcement: Next generation ext_skel

It'd be nice to see an example of the XML. I liked the simplicity of today's prototype file, I'm not sure XML isn't an overkill. Andi At 11:24 AM 2/19/2003 +0100, Hartmut Holzgraefe wrote: i've just added the first working results of a replacement for the good old ext_skel script in php/scripts

Re: [PHP-DEV] Name of variable

You can't get the name of the variable. For what purpose do you need it? Andi At 03:45 PM 2/22/2003 +0100, Ivan Rodriguez wrote: Hello, i need to get the name of the variables who passed in one function, for example: switch ((*struc)->type) { case IS_BOOL:

Re: [PHP-DEV] Name of variable

, any possible way does not exist?¿ thx El sáb, 22-02-2003 a las 15:42, Andi Gutmans escribió: > You can't get the name of the variable. For what purpose do you need it? > > Andi > > At 03:45 PM 2/22/2003 +0100, Ivan Rodriguez wrote: > > > >Hello, i need to get the na

Re: [PHP-DEV] Flex never-interactive mode

At 12:48 PM 2/26/2003 -0800, Rasmus Lerdorf wrote: I think we can add "%option never-interactive" to the ini-scanner lexer to speed it up a tiny little bit. Speeding up the ini scanner might be important for the folks running the cgi version. More importantly, to me anyway, when we know we are no

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

Hi, The reason the zend_parse_parameters() API only exposes long is because the Zend zval (container which holds the engine values) only supports longs and not ints. So anything which touches scripting engine values should be using long. However, extensions which have INI parameters may want to

Re: [PHP-DEV] CVS Account Request: jay

Have you submitted a CVS account request? At 09:41 PM 2/27/2003 +, J Smith wrote: A few weeks ago, I kind of volunteered to maintain testing scripts for ZE2 on the ZE2 mailing list. (See the thread beginning at http://www.zend.com/lists/engine2/200302/msg3.html ) Just to make good on my

Re: [PHP-DEV] Weak references in PHP

Hi, I don't quite understand. If you are thinking of implementing something similar to JDO then your persistent object manager will only hold the objects which are retrieve by the script. At the end of the request it'll persist the changes and will free the objects. Why would you want them to

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 04:28 PM 2/28/2003 +0100, Sascha Schumann wrote: > So I think the fix of adding OnUpdateLong() is the correct fix. I was under the impression that OnUpdateInt was actually expecting a long. I remember changing some int's to long's to address 64 bit issues. Do I remember this incor

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 04:47 PM 2/28/2003 +0100, Sascha Schumann wrote: > No, you are correct but misunderstood me. We should introduce > OnUpdateLong() for ppl using longs and use OnUpdateInt() for ppl who want > to use ints. Well, and how are you planning to mitigate the BC issues? Remember that not all exte

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 04:50 PM 2/28/2003 +0100, Sascha Schumann wrote: I think that simply adding OnUpdateLong and deprecating OnUpdateInt is fine while retaining its current semantics. I just don't see any value in changing the meaning of OnUpdateInt; at least that's how I interpreted Andi's mes

Re: [PHP-DEV] #php.bugs invite only?

At 12:12 PM 2/28/2003 -0500, Ilia A. wrote: On February 28, 2003 11:50 am, George Schlossnagle wrote: > #php.bugs seems to be invite only now. How do I go about getting > myself invited? It would appear someone had accidentaly set the channel to invite only, it is fixed now. I mailed Jani with the

Re[2]: [PHP-DEV] Weak references in PHP

At 08:00 PM 2/28/2003 +0300, Konstantin Knizhnik wrote: Hello Andi, The problem is that script can fetch very large number of objects and all of them doesn't fit in the memory. Lets say we have very large list of objects (several millions objects or more). And our script traverse the list and fetc

Re: [PHP-DEV] ZE2 constructors

The patch look OK. Go ahead and commit it. Andi At 08:20 PM 2/28/2003 +0100, Marcus Börger wrote: Hi Zeev, according to the plans the following test file should PASS: --TEST-- The new constructor/destructor is called --SKIPIF-- --FILE-- class early { function early() {

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 11:03 PM 3/4/2003 +0100, Sascha Schumann wrote: On Tue, 4 Mar 2003, Jani Taskinen wrote: > > Yup, that was the idea. I'll first change them > all to OnUpdateInteger, and then use your patch > to change the ones that need to be long to use OnUpdateLong. Is there any specific reas

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

At 01:29 PM 3/5/2003 +0800, James Devenish wrote: In message <[EMAIL PROTECTED]> on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: > It might be less confusing to just have one. Hasn't worked so far ;) Well we're talking about changing the name from OnUpdateInt t

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

looking at this, as I didn't want to duplicate any >effort you have been making. > >--Wez. > >On Sun, 16 Feb 2003, Andi Gutmans wrote: > >> At 03:41 PM 2/13/2003 -0500, James E. Flemer wrote: >> >RCS file: /repository/TSRM/tsrm_virtual_cwd.c,v >> >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

At 08:53 AM 3/12/2003 -0500, Andrei Zmievski wrote: I have 2 questions: 1. Do the interface functions have to be explicitly specified as abstract? Nope. It shouldn't be allowed to be abstract because it's abstract by definition. interface Foo { function bar(); } Because this runs fine

Re: [PHP-DEV] Moderate PHP-DEV

This discussion itself is creating more spam than those emails people send. I agree with Sascha that we shouldn't take drastic measures. We still want to make it easy for people to join the PHP developer's community. I think the most interesting idea so far was Shane's first post response system.

[PHP-DEV] Newbie developer's information

At 04:17 PM 3/12/2003 -0500, David Hill \(php.net\) wrote: As a newbie commiter, still wet behind the ears, I would have *really* appreciated a page that was a little clearer and a bit more up to date than what I started with. My sources of information README.CVS-RULES, the building from cvs web pa

Re: [PHP-DEV] Moderate PHP-DEV

At 11:01 PM 3/12/2003 +0100, Sascha Schumann wrote: > I wouldn't consider 3rd one that drastic. > It has worked very well for me, I haven't got any spam > to my php.net addy, but people who really wanted to send me > email got through.. Well, maybe I am an exception, but I usual

RE: [PHP-DEV] Possible problem in the parser

You are right that it doesn't behave the same as C. However, personally although it might have been better for it to work like C I don't think it's a good idea to change it now. First of all it would break backwards compatibility in a way which would be hard for people to find where the bug is

Re: [PHP-DEV] Pb : access control

Can you cut down the script to like 10 lines and say what your result is and what you'd expect? At 05:37 PM 3/17/2003 +0100, Fabrice Le Coz wrote: Hi, I'm playing with PHP5 and have some trouble wtith access control, here's the code I run with last php5 from snaps.php.net under windows XP :

RE: [PHP-DEV] Re: [Zend Engine 2] RE: [PHP-DEV] REPOST: Class Autoloading [PATCH]

message: >"Fatal error: Class myfoo: Cannot inherit from undefined class foo in >c:\webroot\ze2\myfoo.php on line 2" > >andi ? is it not supposed to work either with extended classes ? Can you please send me a very short script which reproduces your problem? Thanks, Andi

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

I also think we should make sure enough people have motivation to move to ZE2. If not it'll be hard to push it out and we all know that it's a very important step for PHP. As it is, there is still not enough momentum behind it. Andi At 05:38 PM 8/18/2002 +0300, Zeev Suraski wrote: >I said befor

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

At 07:50 PM 8/18/2002 +0200, Thies C. Arntzen wrote: >On Sun, Aug 18, 2002 at 10:29:47AM -0700, Rasmus Lerdorf wrote: > > I don't think we should stop people from tweaking ZE1. ZE2 is probably > > more than a year away from realistically being available to a lot of > > people. It takes a while for

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

At 09:55 PM 8/19/2002 -0700, Brad LaFountain wrote: > > I still think it shouldn't go in. This is the only feature in Engine 2 > > which might make non-OOP people convert. Once this isn't in Engine 2 we > > don't have a carrot for them. > > You as a Zend owner who's business could be very propit

Re: [PHP-DEV] PATCH: debug_backtrace() function for 4.3-dev/ZE1

At 11:20 AM 8/20/2002 -0700, Rasmus Lerdorf wrote: > > By the way, the only personal gain I have in getting ZE2 out of there is > > that it's my code and that PHP will do much better. I think that PHP is > > going to loose out big time if things don't start gaining some momentum. > > Backporting i

Re: [PHP-DEV] Streams filter API

At 10:47 PM 8/20/2002 +0100, Wez Furlong wrote: >Filters are created using: > php_stream_filter_create(char *filtername, char *filterparams, > int filterparamslen, int persistent TSRMLS_DC); > >filtername corresponds to the name used to register the factory; >if no exact match is found, it l

Re: [PHP-DEV] friendly classes

At 10:59 AM 8/21/2002 +0100, Tom Oram wrote: >Hi, >I'm currenly looking at/doing a lot of object orientated PHP so I have been >looking into what new features Zend 2 will offer me. I have just run into a >situation where if I was using Zend 2 I would need some sort of implementation >of C++ friend

Re: [PHP-DEV] Possible leak in zend_llist ?

Hey, I think you're right. Someone changed this code a while ago and might have introduced this problem (or it was like this before). I commited a fix and hope it doesn't break anything :) If anyone uses llist's please make sure it's OK. Andi At 07:30 AM 8/27/2002 -0400, l0t3k wrote: >hi, > i

Re: [PHP-DEV] ISAPI Crash Debugging Notes

Any chance you can setup and Engine 2 build and see if this problem persists? Andi At 06:42 AM 8/27/2002 -0700, Michael Sisolak wrote: >--- Zeev Suraski <[EMAIL PROTECTED]> wrote: > > At 09:53 27/08/2002, Michael Sisolak wrote: > > > > >i've been doing some debugging of the crashes when running

Re: [PHP-DEV] adding persistent toggle to zend_stack implementation

I think this is fine. Andi At 11:32 AM 8/27/2002 -0400, George Schlossnagle wrote: >Hi, > >I'd like to use the zend_stack stuff for stacked handlers in the new >apache_hooks sapi stuff, but right now, it emalloc's everything, which is >unacceptable for my usage. I could write my own stack imp

Re: [PHP-DEV] ISAPI Crash Debugging Notes

At 05:11 PM 9/1/2002 -0700, Michael Sisolak wrote: >Andi, > >I download the alpha2 version of the php-4.3.0-dev-zend2 release. >Unfortunatley out-of-the-box I got an "Invalid access to memory >location." error returned when I try to view I page. I was able to >track it down to something with the

Re: [PHP-DEV] Sound API for php

You might want to put this into Pear. In any case, if you want to post the API just to get people's input (naming conventions of functions and so on) feel free to post here. Andi At 06:28 PM 9/7/2002 +0100, Tony Leake wrote: >Hi, > >I have started to write an audio api for PHP. > >I have writt

Re: [PHP-DEV] Sound API for php

At 11:00 AM 9/8/2002 +0100, Wez Furlong wrote: > > 3) will be midi functions,this is a long way off yet so I haven't given > > it too much thought yet. Also it is likely to be a separate module as it > > will need to link against a separate library and I can't think of any > > PHP modules that li

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

This sounds very strange. It sounds to me as if your scanner wasn't built correctly for some odd reason. Andi At 10:45 AM 9/6/2002 +0200, phpsurf wrote: >Hi > >I tried the latest windows binaries of PHP with ZE2 built yesterday by Edin >on http://snaps.php.net/win32/ZE2 and there is still a bug

Re: [PHP-DEV] Re: var_export() and arrays

At 02:48 PM 9/4/2002 +0900, Yasuo Ohgaki wrote: >Sebastian Bergmann wrote: >> > $array = array('foo', 'bar'); >> var_export($array); >> ?> >> prints >> array ( >> 0 => 'foo', >> 1 => 'bar', >> ) >> The comma after 'bar' is superfluous. > >I agree, but it has

Re: [PHP-DEV] [PATCH] [ZE] More useful error message for class redeclaration

Can't you make sure that the filename of internal classes will be NULL and then we can check for it and say it's an internal class? Andi At 03:59 PM 9/23/2002 +0100, Wez Furlong wrote: >X-Managedo-partname: name="1.1"; mimetype="text/plain" >Content-Type: text/plain; charset="iso-8859-1" >Conte

Re: [PHP-DEV] [PATCH] [ZE] More useful error message for class redeclaration

>I can't really see why this is the case, but then I haven't really delved >into how it all works :-/ > >--Wez. > > >On 09/23/02, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > > Can't you make sure that the filename of internal classe

Re: [PHP-DEV] sticky perms in CVS?

At 07:22 PM 9/23/2002 +0100, Wez Furlong wrote: >Am I the only one who is getting their files chmod'ed to read-only >every time I do a CVS commit? >In particular, main/user_streams.c keeps doing this which is quite >annoying - is there some setting on the server side that affects this? >(and do we

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard config.m4 css.c css.h info.c /main php_ini.c /sapi/aolserver aolserver.c /sapi/apache php_apache.c

At 11:01 AM 9/24/2002 -0400, Colin Viebrock wrote: > > It obviously is not compatible with current browsers as it > > is really ugly in IE and NS. > >It looks pretty much identical to the way it did before in MSIE 5+ and >NS 6+ and Mozilla. It only looks "ugly" (i.e. not as nice as before

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

Please use sizeof("sid") and not 4 in such code. Also, why use hash_find() if just calling hash_del() would work? Andi At 12:05 AM 9/27/2002 +0200, Markus Fischer wrote: > Guys, > > _Please_ include bug fixes in NEWS entries (or separately > commit them) so we've complete log. > >

Re: [PHP-DEV] Feature request -- feedback welcomed.

You already have "public" which you can use instead of "var". I think method would look very nice but I don't think it's worth creating another reserved word. Andi At 01:34 PM 9/28/2002 -0600, Lamont R. Peterson wrote: >All: > >I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I c

Re: [PHP-DEV] Re: cvs: php4 /ext/pgsql pgsql.c php_pgsql.h

It doesn't really make sense to me to add an alias to MySQL if it's not needed. The less aliases we have in PHP the better IMO. Andi At 11:04 AM 10/3/2002 +0900, Yasuo Ohgaki wrote: >Ok. I'll add alias to mysql and rename pgsql function. > >-- >Yasuo Ohgaki > >Derick Rethans wrote: >>On Wed, 2 O

Re: [PHP-DEV] ini_set("register_globals", 1);

I don't think this is a good idea because some code which runs before the script runs depends on this. It doesn't make sense to make such a hack just for the tests, just to get some session code to run differently. Andi At 09:01 AM 10/3/2002 +0200, Sascha Schumann wrote: > The session test

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

ctx->r->handler[strlen("application/x-httpd-php")] Is this actually the way it's supposed to work? (based on the length)? Unless there's something I'm missing I'd prefer to see an strcmp() here. It might be a bit slower but it's definitely more robust for future changes. Andi At 12:06 PM 10/4

Re: [PHP-DEV] 4.3 plans

Sounds good to me. Andi At 10:09 AM 10/7/2002 -0400, Andrei Zmievski wrote: >I think the general consensus is that PHP tree is not ready for >branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from >HEAD on Thursday, so that QA team (or what's left of it) and everyone >else can

Re: [PHP-DEV] 4.3 plans

Wow. Zeev and I used the *exact* same sentence. Scary... Andi At 05:19 PM 10/7/2002 +0300, Zeev Suraski wrote: >Sounds good to me. > >At 17:09 07/10/2002, Andrei Zmievski wrote: >>I think the general consensus is that PHP tree is not ready for >>branching and RC1. So, here 's what I propose: we

Re: [PHP-DEV] CODING_STANDARDS addition re: emalloc

It might be a good idea to mention that almost in all cases memory returned to the engine has to be emalloced. You can also mention that malloc() also should be used if the memory has to survive in between requests. Andi At 10:14 PM 10/8/2002 -0400, Jon Parise wrote: >Attached is a patch that

Re: [PHP-DEV] CODING_STANDARDS addition re: emalloc

Looks good! Andi At 09:47 AM 10/9/2002 -0400, Jon Parise wrote: >A new CODING_STANDARDS patch is attached, based on feedback from Andi >and Dan (thanks!). Please review and comment. > >-- >Jon Parise ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/) -- PHP Development Mailing List

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist

Hey, If the fopen() fails why not create the directory? It shouldn't be too hard to do and it'd really improve usability. Andi At 09:03 AM 10/9/2002 +, Sascha Schumann wrote: >sas Wed Oct 9 05:03:04 2002 EDT > > Modified files: > /php4 php.ini-dist > Log: > Emp

Re: [PHP-DEV] Re: session_register warnings

Unless we're missing some problem I agree with Rasmus here. I don't see much advantage in changing this. Of course, there might be a reason Andi At 10:40 AM 10/9/2002 -0700, Rasmus Lerdorf wrote: >On Wed, 9 Oct 2002, Sascha Schumann wrote: > > > I'd like to do a collective rethink of this. T

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

At 10:47 PM 10/9/2002 +0200, Sterling Hughes wrote: >On Wed, 2002-10-09 at 22:45, Derick Rethans wrote: > > On 9 Oct 2002, Sterling Hughes wrote: > > > > > On Wed, 2002-10-09 at 22:21, Thies C. Arntzen wrote: > > > > On Wed, Oct 09, 2002 at 06:29:45PM -, Sterling Hughes wrote: > > > > > sterli

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

At 11:03 PM 10/9/2002 +0200, Sterling Hughes wrote: >On Wed, 2002-10-09 at 22:56, Derick Rethans wrote: > > On Wed, 9 Oct 2002, Andi Gutmans wrote: > > > > > At 10:35 PM 10/9/2002 +0200, Sterling Hughes wrote: > > > >On Wed, 2002-10-09 at 22:21, Thies C. Arn

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

From the feedback I think it's best to revert this. Please do so. Thanks, Andi At 11:05 PM 10/9/2002 +0200, Andi Gutmans wrote: >At 11:03 PM 10/9/2002 +0200, Sterling Hughes wrote: >>On Wed, 2002-10-09 at 22:56, Derick Rethans wrote: >> > On Wed, 9 Oct 2002, Andi Gutman

[PHP-DEV] GD memory allocation

Hi, GD uses malloc()/free() and friends (gdhelpers.c). Unless there is stuff in gd which has to survive between requests, as we have its source in our tree it might be beneficial to move to emalloc() and friends. Andi -- PHP Development Mailing List To unsubscribe, vis

Re: [PHP-DEV] Feature ./ correction to design flaw request

If there's no concrete reason it is needed I think things should stay as they are. One reason - it's slower, probably not noticeable but it still is. Andi At 03:06 PM 10/14/2002 +0100, Nick Lindridge wrote: > >why would one want to have different executors/compilers in > >different thre

Re: [PHP-DEV] Segfaults in Zend

Also here, best to have a short 10-20 line reproducing script. Andi At 12:19 PM 10/14/2002 +0200, Jan Schneider wrote: >Zitat von Yasuo Ohgaki <[EMAIL PROTECTED]>: > > > > 0x4055778f in _efree (ptr=0x83476e4) > > > at /home/jan/software/php4/Zend/zend_alloc.c:229 > > > 229 REMOVE

Re: [PHP-DEV] Re: Segfaults in 4.2.3?

What we'd really need is a short 10-20 line reproducing script. Andi At 11:20 AM 10/14/2002 -0700, Aaron Gowatch wrote: >Heres a backtrace from one of my SIGSEGVs. This one looks a little >different from previous segfaults, but perhaps it can help track this bug >down: > >Program received signa

Re: [PHP-DEV] Feature ./ correction to design flaw request

At 09:49 PM 10/14/2002 +0100, Nick Lindridge wrote: > > One reason would be to allow for a product like APD to do JIT swapping > > of executors to enable tracing on demand. I imagine you could come up > > with a clever way of letting Zend (En|De)coder be used for oly > > prticular clients in a l

Re: [PHP-DEV] OCI extension help offer

Hey, I'm sure that if there's work to be done people using Oracle will appreciate your contribution. Personally, I don't use Oracle so I suggest you talk to Thies who's the maintainer of the extension about the things you feel are missing. (It can also be public here on php-dev if you need fee

Re: [PHP-DEV] short_open_tag

I'll keep my message short: NO! I think removing short tags from PHP and/or as INI default is horrible. Andi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Fwd: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_execute.cphpdoc/scripts revcheck.php

; list-unsubscribe: <mailto:zend-engine-cvs-unsubscribe@;lists.php.net> list-post: <mailto:zend-engine-cvs@;lists.php.net> Delivered-To: mailing list [EMAIL PROTECTED] From: "Andi Gutmans" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Wed, 23 Oct 2002 20:26:27 - X

Re: [PHP-DEV] short_open_tag

0200, Zeev Suraski wrote: Well, I differ with you on that. I don't think there's anything in the same class as Zeev At 18:08 17/10/2002, Andi Gutmans wrote: I don't think we should add special hacks to the scanner. Soon we're going to have a zillion hacks for other XML/SGML/

Re: [PHP-DEV] short_open_tag

At 01:09 AM 10/18/2002 +0200, Zeev Suraski wrote: At 18:49 17/10/2002, Rasmus Lerdorf wrote: has whitespace. And I personally think it's a bit pushing it. How likely is it for someone to have a function called xml(), and then call it without a space from the I don't see why it's such a bi

Re: [PHP-DEV] short_open_tag

ut it may be a bit too magical. -Rasmus On Thu, 17 Oct 2002, Andrei Zmievski wrote: > They are _not_ the same person! > > On Thu, 17 Oct 2002, Zeev Suraski wrote: > > Well, I differ with you on that. I don't think there's anything in the > > same class as >

Re: [PHP-DEV] short_open_tag

At 10:14 AM 10/18/2002 +0200, Zeev Suraski wrote: At 07:40 18/10/2002, Andi Gutmans wrote: At 01:09 AM 10/18/2002 +0200, Zeev Suraski wrote: At 18:49 17/10/2002, Rasmus Lerdorf wrote: has whitespace. And I personally think it's a bit pushing it. How likely is it for someone to h

Re: [PHP-DEV] Re: $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

At 05:45 AM 10/16/2002 +0300, Jani Taskinen wrote: On Wed, 16 Oct 2002, Yasuo Ohgaki wrote: >Another option. > >How about remove $_FILES contents from $_REQUEST? >It seems it has less impact. +1 for this option. There's really no need it for to be in $_REQUEST.. +1 from me too. I think

Re: [PHP-DEV] short_open_tag

I don't think we should add special hacks to the scanner. Soon we're going to have a zillion hacks for other XML/SGML/foobar documents. Andi At 12:17 PM 10/16/2002 -0400, Ilia A. wrote: Since the general consensus by the developers is not to remove the short_tags or even disable them. Perhaps we

Re: [PHP-DEV] Problems compiling HEAD

I fixed the compile warning. Next time please mention it's in engine 2. Thanks, Andi At 10:45 PM 10/19/2002 +0200, Marcus Boerger wrote: I can no longer compile CVS version. See log: [...] Thank you for using PHP. gcc -Iext/zlib/ -I/usr/src/php4-HEAD/ext/zlib/ -DPHP_ATOM_INC -I/usr/src [..

Re: [PHP-DEV] Idea to extend language: Explicitly setting variablescope inside user defined function (longer)

At 04:31 AM 10/21/2002 +0200, NTPT wrote: Hi. I have some idea and suggestion how to extend PHP language a bit in some way. That may probably lead to increasing of php flexibility, allow more modular coding to be done etc My sugestion is simple: Allow PHP programmer to explicitelly told ,

Re: [PHP-DEV] Work is beginning on cURL and PHP again

At 01:54 AM 10/22/2002 +0200, Sterling Hughes wrote: On Tue, 2002-10-22 at 01:38, Alan Knowles wrote: > Non blocking connections would be nice... > > - On the generating stuff - why do you want to generate the code on the > users system? - > all the re2c stuff in CVS is 'pre-genereated' > > It wou

Re: [PHP-DEV] short_open_tag

I don't get this. Are people replying to you directly and you're cc'ing to the list? Because I only see your answers and not their replies. Andi At 03:30 PM 10/22/2002 +1000, Terence Kearns wrote: Yasuo Ohgaki wrote: I see side effect of I think there is some sort of assumption by others

  1   2   3   4   5   6   7   8   9   10   >