Re: [PHP-DEV] PHP Future

The only definitive thing is the Zend Engine 2 draft and the current ZE2 implementation in the CVS repository. The first can be found at zend.com/engine2 if I'm not mistaked (if not use google), the latter resides in the cvs.php.net tree (browsable). Besides the major ZE2

Re: [PHP-DEV] PHP Future

Starting points is the Zend2 list. Go http://www.zend.com/lists.php and view the archive. Be aware that is not the full archive. Best regards, Andrey Hristov - Original Message - From: "Richard Lynch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 25, 2002 8:20 AM Sub

[PHP-DEV] PHP Future

First, apologies for two (2!) queries in the past couple weeks from a guy who barely can find time to lurk on a thread or two anymore... Hope I haven't used up all my brownie points... Second, I want to thank everybody for their help on the "PHP Security" query -- While IPCop (http://ipcop.org

RE: [PHP-DEV] Resume of my problem

erm, it would make more sense to use php: > You need to make an extension. Look in the ext/ directory. Those are all > PHP extensions. > > > HI, > > > > I have a functino write in c, like as: > > > > void addvalue ( int a, int b, int *c ) > > { > > *c = a + b; > > } > > > >

Re: [PHP-DEV] Resume of my problem

You need to make an extension. Look in the ext/ directory. Those are all PHP extensions. > HI, > > I have a functino write in c, like as: > > void addvalue ( int a, int b, int *c ) > { > *c = a + b; > } > >in php > > > phpinclude ("alexlib"); > addvalue ( 1, 2, c ); >

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

Vergoz Michael wrote: > have you reveiv the pgsql.c optimization code ? > (is nothing to fix le utsname ;)) No. I didn't get any patch. Could mail me. > > another question : how to become a php developer ? Submit sevral patches? then apply CVS account? -- Yasuo Ohgaki -- PHP Development Ma

[PHP-DEV] Re: session.send_cache_headers as new ini entry

"Christian Stocker" <[EMAIL PROTECTED]> schrieb im Newsbeitrag [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi > > We had a problem, sending dynamically generated pdf documents to MSIE > 5.5, if we used sessions. > > It looked like the Cache-Control and Pragma Headers caused the problem, > ther

Re: [PHP-DEV] Resume of my problem

On March 25, 2002 01:50, Alexandre Soares wrote: > HI, > > I have a functino write in c, like as: > > void addvalue ( int a, int b, int *c ) > { > *c = a + b; > } > >in php > > > phpinclude ("alexlib"); > addvalue ( 1, 2, c ); > print ( "Value c = $c "); > > ?> > > wh

[PHP-DEV] Resume of my problem

HI, I have a functino write in c, like as: void addvalue ( int a, int b, int *c ) { *c = a + b; } in php what the procedure to make this ? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: ob_get_level

Jan Lehnardt wrote: > Hi, > is ob_get_level() supposed to return 2 after the first ob_start 3 after > the second ...? > > jan I guess you are writing test scripts, right? There are cases you need to consider. If you enable output_buffer ob_get_level() == 1 If you enable zlib.output_compression

Re: [PHP-DEV] mysql_tablename

On March 25, 2002 00:04, Manuzhai wrote: > It might be nice to make an alias called mysql_table_name for this, then > deprecate mysql_tablename, for the sake of consistency. What about that? Good point! Interestingly, mysql_tablename() is an alias for mysql_result(). However, your suggestion

[PHP-DEV] mysql_tablename

It might be nice to make an alias called mysql_table_name for this, then deprecate mysql_tablename, for the sake of consistency. What about that? Manuzhai -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] question

look this code : char buffer[MAXPATHLEN]; char *p; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "") == FAILURE) return; if((p = VCWD_GETCWD(buffer, MAXPATHLEN)) == NULL) { POSIX_G(last_error) = errno; RETURN_FALSE; } RETURN_STRING(buffer

Re: [PHP-DEV] Building Apache DSO on OpenBSD3.0

hi, On Sun, Mar 24, 2002 at 11:40:08PM +0100, [EMAIL PROTECTED] wrote: > I'm very sure I packed the RC with libtool 1.4.2. This means that it > _should_ work out of the box if you don't run ./buildconf yourself. > Did you try this? sorry, forgot to mention that (bit tired after 20+ builds on

[PHP-DEV] ob_get_level

Hi, is ob_get_level() supposed to return 2 after the first ob_start 3 after the second ...? jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Building Apache DSO on OpenBSD3.0

Hello, I'm very sure I packed the RC with libtool 1.4.2. This means that it _should_ work out of the box if you don't run ./buildconf yourself. Did you try this? regards, Derick On Sun, 24 Mar 2002, Peter Blokland wrote: > hi, > > In a previous message (subject "-lresolv problems on OpenBSD"

[PHP-DEV] Building Apache DSO on OpenBSD3.0

hi, In a previous message (subject "-lresolv problems on OpenBSD"), I wrote about the troubles I had buidling an Apache DSO on OpenBSD 3.0. Completely apart from the -lresolv and iconv problems, I discovered that with every php-version from 4.1.2 onwards the building of a DSO failed with my con

Re: [PHP-DEV] [patch] to string.c

Explanation: There are some characters that are considered as English in ASCII but needs to be reversed when converting from logical Hebrew to visual Hebrew. The only characters that the original function support are ( and ). I added support for [,],{,},< and >. _

[PHP-DEV] ext/dio broken

Hi, ext/dio in PHP_4_2_0 does not build. I attached a diff which fixes it. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ dio.c.patch Description: Binary data -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [patch] to string.c

Hello, I madde this patch for bug #11244 (http://bugs.php.net/bug.php?id=11244). Note: i'm not sure about the '/' and '\\' cases. Index: string.c === RCS file: /repository/php4/ext/standard/string.c,v retrieving revision 1.266 diff

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli README php_cli.c

Wrong. The very default should be that max_execution_time is set to unlimited. Whether it's set to another value in php.ini or somewhere else is up to the user. - Markus On Sun, Mar 24, 2002 at 06:47:08PM +0100, Marcus Börger wrote : > From the ongoing discussion i ass

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli README php_cli.c

From the ongoing discussion i assume that you wanted setting infinite time limit only when no php.ini was found - but that does only make sense when a special section in php.ini is available because otherwise you will either have no php.ini or the setting of the cgi version or multiple ini files

[PHP-DEV] Session patch for ID created by handler

I am submitting a patch that will enable a session handler to override the default session id creation routine. This will help extensions like srm and msession. It adds a new member to the ps_module structure and defines a default if it is not overridden. session.c is also changed in that the

Re: [PHP-DEV] CLI & max_execution_time

> > > Because specifically *I* and certainly other would not expect > > > a shell scripting language to only run for about 30 seconds > > > because the proper ini file is not present! Such a dependency > > > is idiocy. > > > > I agree 100%. Will be commiting change later today if n

Re: [PHP-DEV] CLI & max_execution_time

On Sun, 24 Mar 2002, Edin Kadribasic wrote: > > Because specifically *I* and certainly other would not expect > > a shell scripting language to only run for about 30 seconds > > because the proper ini file is not present! Such a dependency > > is idiocy. > > I agree 100%. Will be

Re: [PHP-DEV] CLI & max_execution_time

On Sun, Mar 24, 2002 at 05:20:12PM +0100, Edin Kadribasic wrote : > > Because specifically *I* and certainly other would not expect > > a shell scripting language to only run for about 30 seconds > > because the proper ini file is not present! Such a dependency > > is idiocy. > >

Re: [PHP-DEV] CLI & max_execution_time

> Because specifically *I* and certainly other would not expect > a shell scripting language to only run for about 30 seconds > because the proper ini file is not present! Such a dependency > is idiocy. I agree 100%. Will be commiting change later today if nobody beats me to it.

Re: [PHP-DEV] CLI & max_execution_time

On Sun, Mar 24, 2002 at 03:40:10PM +0100, Marcus Börger wrote : > At 15:32 24.03.2002, Markus Fischer wrote: > >On Sun, Mar 24, 2002 at 03:04:18PM +0100, Marcus Börger wrote : > >> I do not think it is a good idea to have many 'special ways' in cLI. > >> Such as always registering argc/argv we ha

Re: [PHP-DEV] CLI & max_execution_time

At 15:32 24.03.2002, Markus Fischer wrote: >On Sun, Mar 24, 2002 at 03:04:18PM +0100, Marcus Börger wrote : > > I do not think it is a good idea to have many 'special ways' in cLI. > > Such as always registering argc/argv we have already. For me > > i would more likly have a special section in php

Re: [PHP-DEV] CLI & max_execution_time

I do not think it is a good idea to have many 'special ways' in cLI. Such as always registering argc/argv we have already. For me i would more likly have a special section in php.ini to set all this. marcus example *default* section: [CLI] register_argc_argv = On max_execution_time = Off memory

Re: [PHP-DEV] CLI & max_execution_time

On Sun, Mar 24, 2002 at 03:04:18PM +0100, Marcus Börger wrote : > I do not think it is a good idea to have many 'special ways' in cLI. > Such as always registering argc/argv we have already. For me > i would more likly have a special section in php.ini to set all this. You don't seem to unde

[PHP-DEV] CVS Account Request: descript

Well, i would like work for php only to optimize all external/internal function. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Optimization

On Mon, 25 Mar 2002, Vergoz Michael (SYSDOOR) wrote: > Currently i'm going to optimize only posix function i'v see some pointer can be >optimized ;) > working on : ext/posix Then please coordinate with Yasuo ([EMAIL PROTECTED]) and apply for a CVS account at http://www.php.net/cvs-php.php reg

[PHP-DEV] Optimization

Currently i'm going to optimize only posix function i'v see some pointer can be optimized ;) working on : ext/posix   Cordialement,Vergoz MichaelDirecteur généralhttp://www.sysdoor.com[EMAIL PROTECTED]

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

have you reveiv the pgsql.c optimization code ? (is nothing to fix le utsname ;)) another question : how to become a php developer ? - Original Message - From: "Markus Fischer" <[EMAIL PROTECTED]> To: "Vergoz Michael (SYSDOOR)" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, Ma

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

Why do you think apache gets a segfault? The only thing is the the 'domainname' key is missing from the hash although it should display the content of __domainname (on non-bsd systems) I'm willing to fix it if someone comes up with a proper patch that also honors BSD. It'

Re: [PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Zeev Suraski wrote: > Why not just return the error message as the return value? It would > give you the same functionality. Yes, this works for the function that calls xml_parse() and needs to handle XML parser errors. But I also have to abort the parsing, throw away all generated output

[PHP-DEV] [Fwd: pg_exec function can be optimized]

--- Begin Message --- all the time you use pg_exec you have to put the result of this function into a 'PGresult *' and after the execution you have clear the pointer. In big trafic your apache can take more memory. We can save more 1k per query !!! there is the current code of pg_exec (L.71

[PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

--- Begin Message --- refere include file : sys/utsname.h ! You can see if the macro __USE_GNU is set the char returned are 'domainname' else the char are '__domainname' #@\[@~\ You know this function can do a apache segfault ?! Becarful cuz domainename doesn't exist on freebsd ! there is the

Re: [PHP-DEV] CLI & max_execution_time

On Sun, 24 Mar 2002, Markus Fischer wrote: > Hi, > > currently the CLI version also has by default a > max_execution_time of 30 seconds. I don't think this is very > appealing for people to use the CLI version. > > I really think the execution time for the CLI version should

[PHP-DEV] Re: [PHP-QA] pg_exec function can be optimized

Hello Michael, this belongs to php-dev, I cc-ed them and the author of this code. Derick On Sun, 24 Mar 2002, Vergoz Michael (SYSDOOR) wrote: > all the time you use pg_exec you have to put the result of this function > into a 'PGresult *' and after the execution you have clear the pointer. >

[PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Yasuo Ohgaki wrote: > > If you really need to call ob_end_clean() (i.e. delete buffer) inside > ob_start() call back, we can do that as follows, > > Set flag before calling callback function. > If flag is set and one of buffer deletion function is called > inside callback function, then set flag

Re: [PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

At 04:54 PM 3/24/2002, Sebastian Bergmann wrote: > In this callback, I use the ext/xml functions to parse this XML data. > Now when, for instance, a parse error occurs, I need to emit an > appropriate error messsage, hence I need to stop the output buffering > and output something. And, at

[PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Sebastian Bergmann wrote: > Yasuo Ohgaki wrote: > >>I will change code so that ob_end_clean() (and other similar >>functions) may not be called from inside ob_start() call back >>function. It's easy one to fix :) >> >>This code does not make sense to me, but I may miss >>something. Do you want an

Re: [PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Anyone added refcount already? How about this one? If this works, I suppose someone already fixed it. One or two bug reports may be closed :) -- Yasuo Ohgaki Sebastian Bergmann wrote: > Yasuo Ohgaki wrote: > >>If you create bug report, I'll fix it when I have time. > > > Hm? > >

[PHP-DEV] Re: Revamped Bug #16227: Array's internal position gets reset onRVALUE

Markus Fischer wrote: > So, what do others thinkg about this? Is it really better to > stay with the current behaviour and document it that way? Obviously, I would like this to be fixed :) One little thing is how LVALUE's hash position should be initilized. My common sense says bit by bi

[PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Yasuo Ohgaki wrote: > I will change code so that ob_end_clean() (and other similar > functions) may not be called from inside ob_start() call back > function. It's easy one to fix :) > > This code does not make sense to me, but I may miss > something. Do you want any usefulness in this code? Ya

[PHP-DEV] Revamped Bug #16227: Array's internal position gets reset on RVALUE

On Sun, Mar 24, 2002 at 01:39:57AM -, [EMAIL PROTECTED] wrote : > ID: 16227 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > Status: Open > Bug Type: Documentation problem > Operating System: ANY > PHP Version: PHP4 only

Re: [PHP-DEV] Re: Infinite Loop / Segfault in ob_*()

Yasuo Ohgaki wrote: > If you create bug report, I'll fix it when I have time. Hm? > Including following bug. > > For example, > > function test($buf) { > $buf = "ABC'; > return $buf; > } > > ob_start('test'); > ?> > > segfualts. does not

[PHP-DEV] CLI & max_execution_time

Hi, currently the CLI version also has by default a max_execution_time of 30 seconds. I don't think this is very appealing for people to use the CLI version. I really think the execution time for the CLI version should be unlimited by default. Any objections ? - Mark