Re: [PHP-DEV] mbstring and 4.3.0

[Moriyoshi Koizumi]

> It's interesting to me that this topic is brought up again and again 
> about once every 3 or 4 months.  The same points are rehashed each 
> time, and the same result is reached, nothing is changed about 
> mbstring.  I believe this is partially because developers ask questions 
> about mbstring, and receive no definitive answer to them (see the 
> archives for a few examples).

I'm rather new to this list though, I agree with you, actually too few 
information about the extension is provided, especially about what mbstring 
developers(including me) have done, and are doing. And I still doubt the 
separated development(both here and at sf.jp) was the best choice.

> 
> Historically, I have been against mbstring being enabled by default.  
> My feelings towards anything being enabled by default, unless it is 
> considered core functionality, is pretty negative though.

The reasoning to consider a extension as a part of core, is prone 
to be obscure. It's interesting what would happen if mysql extension turned 
out to be harmful.

Moriyoshi

Dan Kalowsky <[EMAIL PROTECTED]> wrote:


> On the flip side though, what exactly were these concerns brought up at 
> the PHP Conference?  Is it possible to share them with those of us who 
> were not able to attend?  Please include as much detail as possible.
> 
> 
> 
> On Friday, November 8, 2002, at 01:06 AM, Moriyoshi Koizumi wrote:
> 
> > Hi,
> >
> > Now the transparent encoding conversion is disabled by default, and so 
> > is
> > the function overloading. And the extension is not likely to cause any 
> > harm
> > to other tests; recently some test failures related to output handlers 
> > were
> > reported in fact, but the problem have been properly avoided.
> >
> > Then why do we even have to continue the same discussion? Is it the 
> > big deal
> > how many people use mbstring? Now mbstring is not just for CJK people,
> > because it also offers numerous unicode functionality. 
> > mb_convert_case(),
> > contributed by Wez, is one of the examples.
> >
> > Besides I wonder why such dangerousness has not been warned up to now 
> > if
> > that's the case.
> >
> >
> > Moriyoshi
> >
> > Andrei Zmievski <[EMAIL PROTECTED]> wrote:
> >
> >> At the PHP Conference in Germany several of us have discussed the
> >> current state of mbstring and there was a proposal to not have it
> >> enabled by default for 4.3.0 release. It seems that the extension
> >> attempts to do "magic" stuff by overloading functions in the executor
> >> globals and, as Thies said, that could be dangerous. Also, doesn't it
> >> affect run-tests.php script currently?
> >>
> >> Comments are welcome.
> >>
> >> -Andrei   
> >> http://www.gravitonic.com/
> >> * We are not a clone. *
> >>
> >> -- 
> >> PHP Development Mailing List 
> >> To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >
> >
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>  >---<
> Dan Kalowsky"The future is always uncertain,
> http://www.deadmime.org/~dankand the end is always near."
> [EMAIL PROTECTED]- "Roadhouse Blues",
> [EMAIL PROTECTED]  The Doors
> 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Compile PHP-CODE

[Derick Rethans]

On Wed, 6 Nov 2002, Dan Kalowsky wrote:

> Yes, it's true, it is possible to compile PHP source code.
> 
> My best friend's sisters' boyfriend's brother knew this guy who saw 
> this other guy compile it once at 31 flavors.*
> 
> On Wednesday, November 6, 2002, at 10:16 AM, Betim Deva wrote:
> 
> >Does anybody know about the possibilities of compliling the php 
> > source code
> >
> >
> 
> * Extra points if you know where that butchered quote comes from! :)

"Ferris Bueller's Day Off"

:)

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

[Dan Kalowsky]

It's interesting to me that this topic is brought up again and again 
about once every 3 or 4 months.  The same points are rehashed each 
time, and the same result is reached, nothing is changed about 
mbstring.  I believe this is partially because developers ask questions 
about mbstring, and receive no definitive answer to them (see the 
archives for a few examples).

Historically, I have been against mbstring being enabled by default.  
My feelings towards anything being enabled by default, unless it is 
considered core functionality, is pretty negative though.

On the flip side though, what exactly were these concerns brought up at 
the PHP Conference?  Is it possible to share them with those of us who 
were not able to attend?  Please include as much detail as possible.



On Friday, November 8, 2002, at 01:06 AM, Moriyoshi Koizumi wrote:

Hi,

Now the transparent encoding conversion is disabled by default, and so 
is
the function overloading. And the extension is not likely to cause any 
harm
to other tests; recently some test failures related to output handlers 
were
reported in fact, but the problem have been properly avoided.

Then why do we even have to continue the same discussion? Is it the 
big deal
how many people use mbstring? Now mbstring is not just for CJK people,
because it also offers numerous unicode functionality. 
mb_convert_case(),
contributed by Wez, is one of the examples.

Besides I wonder why such dangerousness has not been warned up to now 
if
that's the case.


Moriyoshi

Andrei Zmievski <[EMAIL PROTECTED]> wrote:

At the PHP Conference in Germany several of us have discussed the
current state of mbstring and there was a proposal to not have it
enabled by default for 4.3.0 release. It seems that the extension
attempts to do "magic" stuff by overloading functions in the executor
globals and, as Thies said, that could be dangerous. Also, doesn't it
affect run-tests.php script currently?

Comments are welcome.

-Andrei   
http://www.gravitonic.com/
* We are not a clone. *

--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php


>---<
Dan Kalowsky"The future is always uncertain,
http://www.deadmime.org/~dankand the end is always near."
[EMAIL PROTECTED]- "Roadhouse Blues",
[EMAIL PROTECTED]  The Doors


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

[Moriyoshi Koizumi]

Hi, 

Now the transparent encoding conversion is disabled by default, and so is 
the function overloading. And the extension is not likely to cause any harm 
to other tests; recently some test failures related to output handlers were 
reported in fact, but the problem have been properly avoided.

Then why do we even have to continue the same discussion? Is it the big deal 
how many people use mbstring? Now mbstring is not just for CJK people, 
because it also offers numerous unicode functionality. mb_convert_case(), 
contributed by Wez, is one of the examples.

Besides I wonder why such dangerousness has not been warned up to now if 
that's the case.


Moriyoshi

Andrei Zmievski <[EMAIL PROTECTED]> wrote:

> At the PHP Conference in Germany several of us have discussed the
> current state of mbstring and there was a proposal to not have it
> enabled by default for 4.3.0 release. It seems that the extension
> attempts to do "magic" stuff by overloading functions in the executor
> globals and, as Thies said, that could be dangerous. Also, doesn't it
> affect run-tests.php script currently?
> 
> Comments are welcome.
> 
> -Andrei   http://www.gravitonic.com/
> * We are not a clone. *
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ext/sybase_ct commit?

[Andrei Zmievski]

On Fri, 08 Nov 2002, Timm Friebe wrote:
> Sorry, I committed it before you wrote your e-mail. I don't quite
> understand why this should be shorter, though. This sort of was a
> mega-patch... or is it generally better so write stuff like 
> 
>   Added new functions: sybase_unbuffered_query(), sybase_fetch_assoc(),
>   sybase_set_message_handler(), see docs (Timm)
> 
> I personally think I'd rather like to see a somewhat verbose Changelog.
> If this isn't what is wanted, I'll try and keep it shorter for future
> commits.

Yes, I think it's better to compress it as in your example.

-Andrei   http://www.gravitonic.com/

As I was going up the stair, I met a man who wasn't there.
He wasn't there again today. I wish, I wish he'd stay away.
-Hughes Mearns


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ext/sybase_ct commit?

[Jani Taskinen]

On 8 Nov 2002, Timm Friebe wrote:

>On Thu, 2002-11-07 at 14:46, Andrei Zmievski wrote:
>> On Sat, 02 Nov 2002, Timm Friebe wrote:
>> > Round 2 - fight:-)
>> > 
>> > OK, I guess now I'm ready for committing my changes. I got PHP compiled
>> > and tested out the new functionality of my ext/sybase_ct changes against
>> > CVS from today.
>> > 
>> > Just to make sure I'm getting it all right: This is what I'd put in the
>> > commit message
>[...]
>> Can you compress this down to a couple of entries?
>
>Sorry, I committed it before you wrote your e-mail. I don't quite
>understand why this should be shorter, though. This sort of was a
>mega-patch... or is it generally better so write stuff like 

Andrei meant the NEWS entry I guess..which is just fine.
You just didn't add it. :)

>  Added new functions: sybase_unbuffered_query(), sybase_fetch_assoc(),
>  sybase_set_message_handler(), see docs (Timm)
>
>I personally think I'd rather like to see a somewhat verbose Changelog.
>If this isn't what is wanted, I'll try and keep it shorter for future
>commits.

Again, entries that go to ChangeLog only can be as long as you want
them to be. NEWS entries are different issue. But the one 
you had there is fine. splitting that to seperate entries would
be very hard to find/read.

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ext/sybase_ct commit?

[Timm Friebe]

On Thu, 2002-11-07 at 14:46, Andrei Zmievski wrote:
> On Sat, 02 Nov 2002, Timm Friebe wrote:
> > Round 2 - fight:-)
> > 
> > OK, I guess now I'm ready for committing my changes. I got PHP compiled
> > and tested out the new functionality of my ext/sybase_ct changes against
> > CVS from today.
> > 
> > Just to make sure I'm getting it all right: This is what I'd put in the
> > commit message
[...]
> Can you compress this down to a couple of entries?

Sorry, I committed it before you wrote your e-mail. I don't quite
understand why this should be shorter, though. This sort of was a
mega-patch... or is it generally better so write stuff like 

  Added new functions: sybase_unbuffered_query(), sybase_fetch_assoc(),
  sybase_set_message_handler(), see docs (Timm)

I personally think I'd rather like to see a somewhat verbose Changelog.
If this isn't what is wanted, I'll try and keep it shorter for future
commits.

-- 
Timm
Any sufficiently advanced bug is indistinguishable from a feature


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

[Jani Taskinen]

On Thu, 7 Nov 2002, Derick Rethans wrote:

>On Thu, 7 Nov 2002, Marcus Boerger wrote:
>
>> To make php be easier usable in non US-ASCII (127chars) environments
>> especially those requiring UCS-2, UTF-8 or other any character mapping
>> other than iso-8859-1 or -15 we should more likly try to integrate mbstring
>> fully in php. As long as we cannot or want not make it a core component
>> such as ext/standard we should enable it by default.
>
>If people want it they can use --enable-mbstring. I see no reason why it 
>should be enabled by default as long as it's not fully integrated in the 
>core.

Zeev could give some figures about how many PHP users there are in those 
countries that really need this? :)

Anyway, I'm +1 for making it disabled by default.
The people who really need it already need to use --enable-mbstring
since that's how it was in 4.2.3 anyway.

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] shtool update to 1.6.2?

[Jani Taskinen]

On Wed, 6 Nov 2002, Marcus Boerger wrote:

>Will we update shtool from 1.5.4 (our current version) to 1.6.2 (actual 
>version)?

I don't see any problems with that. But do add that 'path'
option/module/whatever into it when you create it.

--Jani



>I just tried it and it seems to work. But i would like to here other 
>meanings before
>commiting.
>
>marcus
>
>  ChangeLog
>  Changes between 1.6.1 and 1.6.2 (12-Jul-2002 to 02-Nov-2002):
>*) Map "shtool install -d  [...]" internally to "shtool mkdir
>
>   -f -p -m 755  [...]" in order to support the BSD-style
>   "install -d" variant.
>   [Ralf S. Engelschall, Alan Eldridge <[EMAIL PROTECTED]>]
>*) Add -o|--owner and -g|--group options to "shtool mkdir".
>   [Ralf S. Engelschall]
>*) Fixed 'shtool scpp -f ...'. The arguments to option -f
>   were not evaluated correctly.
>   [Ralf S. Engelschall]
>*) Support bold font on 'cygwin' terminals.
>   [Marcus Boerger <[EMAIL PROTECTED]>]
>*) Try the terminal 'init' sequence before 'reset' for bold mode
>   restoring in order to make sure the terminal is not cleared.
>   Additionally, fallback to a consistent no-bold mode.
>   [Mirko Liss <[EMAIL PROTECTED]>]
>  Changes between 1.6.0 and 1.6.1 (01-Feb-2002 to 12-Jul-2002):
>*) Removed not-existing --min-size option from the usage
>   of "shtool rotate". The name is just --size.
>   [Thomas Linden <[EMAIL PROTECTED]>]
>*) Port to POSIX 1003.1-2001 (SUSv3) standard:
>   sh.echo, sh.version: "head -1" -> "sed -e 'q'"
>   sh.path: "sort -u | tail -1" -> "sort -r -u | sed -e q"
>   sh.subst: diff -u1 -> diff -U1
>   [Paul Eggert <[EMAIL PROTECTED]>]
>*) Fixed various typos in shtool.pod.
>   [Ralf S. Engelschall, Liones <[EMAIL PROTECTED]>]
>  Changes between 1.5.4 and 1.6.0 (14-Jun-2001 to 01-Feb-2002):
>*) Upgraded to GNU Autoconf 2.52 environment.
>   [Ralf S. Engelschall]
>*) Fixed contained RPM specification (shtool.spec)
>   [Ralf S. Engelschall]
>*) Added new command `shtool rotate [-v|--verbose] [-t|--trace]
>   [-f|--force] [-n|--num-files ] [-s|--min-size ]
>   [-c|--copy] [-r|--remove] [-a|--archive-dir ] [-z|--compress
>   [:]] [-b|--background] [-d|--delay] [-p|--pad ]
>   [-o|--owner ] [-g|--group ] [-m|--mode ]
>   [-M|--migrate ] [-P|--prolog ] [-E|--epilog ]
>   [ ...]'. This is a sophisticated command for rotating
>   logfiles of daemons.
>   [Ralf S. Engelschall]
>*) Added GNU long-option support (`--').
>   [Ralf S. Engelschall]
>*) Cleaned up temporary file handling in `shtool path'.
>   [Ralf S. Engelschall]
>*) Added NEWS file to source tree to comply to GNU standards.
>   [Ralf S. Engelschall]
>*) Add new `shtool subst [-v] [-t] [-n] [-s] [-i] [-b]
>   [-e] [-f] [] [...]' command. This
>   is a useful wrapper around sed(1).
>   [Ralf S. Engelschall]
>
>
>Diff:
>
>cvs -z3 -q diff shtool (in directory S:\php4-HEAD\build\)
>Index: shtool
>===
>RCS file: /repository/php4/build/shtool,v
>retrieving revision 1.3
>diff -u -r1.3 shtool
>--- shtool  7 Mar 2002 14:17:56 -   1.3
>+++ shtool  6 Nov 2002 13:57:36 -
>@@ -1,13 +1,13 @@
>  #!/bin/sh
>  ##
>  ##  GNU shtool -- The GNU Portable Shell Tool
>-##  Copyright (c) 1994-2001 Ralf S. Engelschall <[EMAIL PROTECTED]>
>+##  Copyright (c) 1994-2002 Ralf S. Engelschall <[EMAIL PROTECTED]>
>  ##
>  ##  See http://www.gnu.org/software/shtool/ for more information.
>  ##  See ftp://ftp.gnu.org/gnu/shtool/ for latest version.
>  ##
>-##  Version:  1.5.4 (14-Jun-2001)
>-##  Contents: 3/17 available modules
>+##  Version:  1.6.2 (02-Nov-2002)
>+##  Contents: 3/19 available modules
>  ##
>
>  ##
>@@ -50,7 +50,9 @@
>  ##mkln   Make link with calculation of relative paths
>  ##mkshadow   Make a shadow tree through symbolic links
>  ##fixpermFix file permissions inside a source tree
>+##rotate Logfile rotation
>  ##tarballRoll distribution tarballs
>+##subst  Apply sed(1) substitution operations
>  ##guessosSimple operating system guesser
>  ##arxExtended archive command
>  ##sloSeparate linker options by library class
>@@ -65,8 +67,8 @@
>  exit 1
>  fi
>  if [ ".$1" = ".-h" -o ".$1" = ".--help" ]; then
>-echo "This is GNU shtool, version 1.5.4 (14-Jun-2001)"
>-echo "Copyright (c) 1994-2001 Ralf S. Engelschall <[EMAIL PROTECTED]>"
>+echo "This is GNU shtool, version 1.6.2 (02-Nov-2002)"
>+echo "Copyright (c) 1994-2002 Ralf S. Engelschall <[EMAIL PROTECTED]>"
>  echo "Report bugs to <[EMAIL PROTECTED]>"
>  echo ''
>  echo "Usage: shtool [] [ [] 
>[]]"
>@@ -78,38 +80,63 @@
>  echo '  -r, --recreate  recreate this shtool script via shtoolize'
>  echo ''
>  echo 'Available  [] []:'
>-echo '  echo [-n] [-e

Re: [PHP-DEV] mbstring and 4.3.0

[Wez Furlong]

I agree with you that the codeset conversion functions should be there
by default (iconv and recode seem to have patchy/variable support on
different platforms; mbstring is reliable since we know exactly what is
supported in there).

I've been using the conversion functions of mbstring in production for
around 2 years now - I've never had a problem with them, so they are
more than stable IMO.

I think disabling mbstring by default would be a not-very-productive
step backwards, but I'm happy to compromize:

The issue is with the function table hacking, so why not either:

 o #ifdef it out and use a configure option to enable the potentially
   dangerous functionality.

 o Provide a zend-api for overloading function entries.
   This was something that came up a while ago on php-dev when
   the namespace purists were trying to ditch the _() function
   in the gettext extension.

   it might look something like this:

   int _zend_overload_function(char *func_name,
 void (*handler)(INTERNAL_FUNCTION_PARAMETERS),
 long apino TSRMLS_DC);

   #define zend_overload_function(func_name, handler) \
 _zend_overload_function((func_name), (handler), \
ZEND_EXTENSION_API_NO TSRMLS_CC)

   In this way, _zend_overload_function can check to see which extension
   API is being used and then bail if it doesn't match (although this
   could be caught more generally by the module version info).

   More importantly, we can hide the gory details of the function table
   hash and implement the overload in a safe way.

--Wez.

On Thu, 7 Nov 2002, Marcus Boerger wrote:

> To make php be easier usable in non US-ASCII (127chars) environments
> especially those requiring UCS-2, UTF-8 or other any character mapping
> other than iso-8859-1 or -15 we should more likly try to integrate mbstring
> fully in php. As long as we cannot or want not make it a core component
> such as ext/standard we should enable it by default.
>
> And it do not see why it is dangerous or why it should harm any test?
> All hose mbstring settings affecting the tests are no set in such a way
> that activating mbstring cannot harm AND mbstring is deply tested for
> its own. When currently any test is affected by mbstring this should be
> reported so we can adjust test settings!
>
> marcus
>
> At 16:04 07.11.2002, Andrei Zmievski wrote:
> >At the PHP Conference in Germany several of us have discussed the
> >current state of mbstring and there was a proposal to not have it
> >enabled by default for 4.3.0 release. It seems that the extension
> >attempts to do "magic" stuff by overloading functions in the executor
> >globals and, as Thies said, that could be dangerous. Also, doesn't it
> >affect run-tests.php script currently?
> >
> >Comments are welcome.



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] mbstring and 4.3.0

[James Cox]

> On Thu, 7 Nov 2002, Marcus Boerger wrote:
> 
> > To make php be easier usable in non US-ASCII (127chars) environments
> > especially those requiring UCS-2, UTF-8 or other any character mapping
> > other than iso-8859-1 or -15 we should more likly try to 
> integrate mbstring
> > fully in php. As long as we cannot or want not make it a core component
> > such as ext/standard we should enable it by default.
> 
> If people want it they can use --enable-mbstring. I see no reason why it 
> should be enabled by default as long as it's not fully integrated in the 
> core.
> 
+1.


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test, just ignore

[Derick Rethans]

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions   http://www.jdimedia.nl/
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

[Derick Rethans]

On Thu, 7 Nov 2002, Marcus Boerger wrote:

> To make php be easier usable in non US-ASCII (127chars) environments
> especially those requiring UCS-2, UTF-8 or other any character mapping
> other than iso-8859-1 or -15 we should more likly try to integrate mbstring
> fully in php. As long as we cannot or want not make it a core component
> such as ext/standard we should enable it by default.

If people want it they can use --enable-mbstring. I see no reason why it 
should be enabled by default as long as it's not fully integrated in the 
core.

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Cleaning up the ext/snmp/snmp.c

[Harrie Hazewinkel]

HI all,


I was wondering what the support would be to delete the following from the
'ext/snmp/snmp.c' file. This is for old versions of UCD in the 3.x.x range
where they currently have versions in the 4.x.x range.

 portion of code 
/* For really old ucd-snmp versions.. */
#ifndef HAVE_SNMP_PARSE_OID
#define snmp_parse_oid read_objid
#endif

/* ucd-snmp 3.3.1 changed the name of a few #defines... They've been 
changed back to the original ones in 3.5.3! */
#ifndef SNMP_MSG_GET
#define SNMP_MSG_GET GET_REQ_MSG
#define SNMP_MSG_GETNEXT GETNEXT_REQ_MSG
#endif
-


Let me know what the group believes is best with respect to support
and I will delete it.

Harrie

Internet Management Consulting
mailto: [EMAIL PROTECTED]   http://www.lisanza.net/

Author of MOD-SNMP, enabling SNMP management the Apache HTTP server 

--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Derick Rethans]

On Thu, 7 Nov 2002 [EMAIL PROTECTED] wrote:

> Hello,
> 
> I dont think that it can be introduced into PEAR because this is NOT PHP
> but a real php extensions. It needs librairies etc... Thats exactly the same
> than ext/cybermut but for an other bank where I work.
> 
> Please comment this.

Because both are only useful for very few people they should go into 
pear/PECL, which _is_ for C extensions. No need to bloat the PHP source 
with those.

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] problem with session file

[Stefano Guerrini]

I am using Apache 1.3.22 + PHP4.2.2 compiled as a CGI

Using index.php that registeres a session variable and test.php that
displays this variable, the session file does not contain the value of
the variable, only the variable name.

[sess_15e149f29b26e2995c2474bbd083589e]:
!my_session_variable|

[index.php]:

test

[test.php]:
 

[PHP-DEV] Re: #16880 [Csd]: max_execution_time affects large uploads

[Melvyn Sopacua]

Hi,

He's right about the default value. People who have 'tweaked' there
upload settings to accept large uploads, are now confronted with a
setting that breaks their site.
We could be looking at another 'register_globals' disaster, unless:

a) we set the default to max_execution_time and issue a warning
and/or
b) we mention this at the end of the installer
and/or
c) have examples ready which will show users how to minimize the
work involved and still have a working site.

The other complaints from 'zebz' is just extrapolation on guesswork(tm).


At 18:05 11/7/2002 +, [EMAIL PROTECTED] wrote:


 ID:   16880
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

This option is PHP_INI_ALL, meaning that you can change it's value
anywhere you want. IMHO your complaints have no merit.


Previous Comments:


[2002-11-07 10:51:56] [EMAIL PROTECTED]

Why did you have to introduce this new max_input_time setting? Sorry
but the default value of max_input_time is ridiculously low, 60 seconds
is just enough to upload a 300Kb file with a dialup connection!

I can't find any documentation yet but I bet that this max_input_time
setting can only be changed on a system-wide level. Is the goal to
produce an easy-to-use language? Do you realize that the large majority
of PHP users on virtual hosting can't change their configurations and
having such ridiculous default settings makes uploads impossible for
all of them?



[2002-10-21 08:12:04] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.

In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.

Thank you for the report, and for helping us make PHP better.

There is a new ini setting, max_input_time that will allow you to
specify how much time a script may spend parsing input data such as
file uploads etc...



[2002-10-12 22:04:36] [EMAIL PROTECTED]

Nevermind, I had wrong php.ini settings.
Reproduced here too..




[2002-10-12 21:59:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz

For Windows:

  http://snaps.php.net/win32/php4-win32-latest.zip

(I can not reproduce this with this snapshot)




[2002-10-12 21:02:59] [EMAIL PROTECTED]

Confirmed in 4.2.3



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16880

--
Edit this bug report at http://bugs.php.net/?id=16880&edit=1


Met vriendelijke groeten / With kind regards,

Webmaster IDG.nl
Melvyn Sopacua

<@Logan> I spent a minute looking at my own code by accident.
<@Logan> I was thinking "What the hell is this guy doing?"


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] MySQL UDF that runs PHP

[David Sklar]

Indeed, that would be cool. 

-dave

> -Original Message-
> From: Adam Voigt [mailto:adam@;cryptocomm.com]
> Sent: Wednesday, November 06, 2002 1:05 PM
> To: David Sklar
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] MySQL UDF that runs PHP
> 
> 
> I'm very intrigued, this looks pretty cool. I don't suppose there's
> anyway you could link in the connectivity to the MySQL engine so you
> didn't have to have the same connection overhead as external mysql
> connections from standard PHP pages? Cause that would just be sweet.
> 
> Adam Voigt
> [EMAIL PROTECTED]
> 
> On Tue, 2002-11-05 at 16:37, David Sklar wrote:
> > Based on Edin Kadribasic's PHP "embed" SAPI module, I wrote a 
> MySQL UDF that
> > interprets PHP. You can get it here:
> > 
> > --> http://www.sklar.com/myphp-0.1.tar.gz
> > 
> > I'd be curious for any comments or suggestions folks have.
> > 
> > Thanks,
> > 
> > David Sklar
> > 
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> > 
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP.ini and Virtual Hosts

[Sander Roobol]

Please don't crosspost. And certianly don't crosspost to the wrong
lists. Ask support questions on [EMAIL PROTECTED]

Sander

On Thu, Nov 07, 2002 at 11:13:55AM -0500, Matt L wrote:
> A possible client wants to do this:
> 
> - disable errors to browser output
> - redirect the error_log to a file in my own space
> - be able to include functions that are in a subfolder in my own space
> - want to increase the filesize of uploaded items
> 
> 
> Is there any way to do this without editing the server-wide php.ini file?
> I'm using CPanel/WHM, RedHat Linux 7.2.
> 
> Thanks,
> 
> Matt
> [EMAIL PROTECTED]
> 
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP.ini and Virtual Hosts

[Matt L]

A possible client wants to do this:

- disable errors to browser output
- redirect the error_log to a file in my own space
- be able to include functions that are in a subfolder in my own space
- want to increase the filesize of uploaded items


Is there any way to do this without editing the server-wide php.ini file?
I'm using CPanel/WHM, RedHat Linux 7.2.

Thanks,

Matt
[EMAIL PROTECTED]




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

[Marcus Boerger]

To make php be easier usable in non US-ASCII (127chars) environments
especially those requiring UCS-2, UTF-8 or other any character mapping
other than iso-8859-1 or -15 we should more likly try to integrate mbstring
fully in php. As long as we cannot or want not make it a core component
such as ext/standard we should enable it by default.

And it do not see why it is dangerous or why it should harm any test?
All hose mbstring settings affecting the tests are no set in such a way
that activating mbstring cannot harm AND mbstring is deply tested for
its own. When currently any test is affected by mbstring this should be
reported so we can adjust test settings!

marcus

At 16:04 07.11.2002, Andrei Zmievski wrote:

At the PHP Conference in Germany several of us have discussed the
current state of mbstring and there was a proposal to not have it
enabled by default for 4.3.0 release. It seems that the extension
attempts to do "magic" stuff by overloading functions in the executor
globals and, as Thies said, that could be dangerous. Also, doesn't it
affect run-tests.php script currently?

Comments are welcome.

-Andrei   http://www.gravitonic.com/
* We are not a clone. *

--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Pierre-Alain Joye]

On Thu, 07 Nov 2002 17:13:25 +0200
Tal Peer <[EMAIL PROTECTED]> wrote:

> PECL extensions should follow the PHP CS, not PEAR CS.

Exactly :)

pa

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Tal Peer]

Pierre-Alain Joye wrote:

On Thu, 7 Nov 2002 15:35:55 +0100
<[EMAIL PROTECTED]> wrote:



Okay, nice. Who can gimme enough karma to commit this new ext?



I repeat the rules, right here to avoid cross posting again:
1. Show the sources
2. PEAR members will vote (a min. of 6 votes)
3. If your package has been approved, ask for a cvs account using the
standart way, commit and apply CS (or the reverse)



"spplus" would be the best name.



Follow CS please.



PECL extensions should follow the PHP CS, not PEAR CS.


pa





--
Tal Peer
[EMAIL PROTECTED]


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Pierre-Alain Joye]

On Thu, 7 Nov 2002 15:35:55 +0100
<[EMAIL PROTECTED]> wrote:

> Okay, nice. Who can gimme enough karma to commit this new ext?

I repeat the rules, right here to avoid cross posting again:
1. Show the sources
2. PEAR members will vote (a min. of 6 votes)
3. If your package has been approved, ask for a cvs account using the
standart way, commit and apply CS (or the reverse)

> "spplus" would be the best name.

Follow CS please.

pa

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] mbstring and 4.3.0

[Andrei Zmievski]

At the PHP Conference in Germany several of us have discussed the
current state of mbstring and there was a proposal to not have it
enabled by default for 4.3.0 release. It seems that the extension
attempts to do "magic" stuff by overloading functions in the executor
globals and, as Thies said, that could be dangerous. Also, doesn't it
affect run-tests.php script currently?

Comments are welcome.

-Andrei   http://www.gravitonic.com/
* We are not a clone. *

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Jan Lehnardt]

HI,
On Thu, Nov 07, 2002 at 03:35:55PM +0100, [EMAIL PROTECTED] wrote:
> Okay, nice. Who can gimme enough karma to commit this new ext? "spplus"
> would be the best name.
[EMAIL PROTECTED] + sterling

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/
Got an old and spare laptop? Please send me a mail.
Key7BCC EB86 8313 DDA9 25DF  
Fingerprint1805 ECA5 BCB7 BB96 56B0

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[nicos]

Okay, nice. Who can gimme enough karma to commit this new ext? "spplus"
would be the best name.

--

M.CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com Hébergement de sites internets.

"Jan Lehnardt" <[EMAIL PROTECTED]> a écrit dans le message de news:
[EMAIL PROTECTED]
> Hi,
> On Thu, Nov 07, 2002 at 09:00:37AM +0100, [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > I dont think that it can be introduced into PEAR because this is NOT
PHP
> > but a real php extensions. It needs librairies etc... Thats exactly the
same
> > than ext/cybermut but for an other bank where I work.
> >
> > Please comment this.
> Markus said PECL, wich is the part of PEAR that is perfect for your
extension.
> And for the record, CyberMut will be moved there as soon as a developer
finds
> time to do that.
>
> Jan
> --
> Q: Thank Jan? A: http://geschenke.an.dasmoped.net/
> Got an old and spare laptop? Please send me a mail.
> Key7BCC EB86 8313 DDA9 25DF
> Fingerprint1805 ECA5 BCB7 BB96 56B0



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: jsheets

[Jason Sheets]

I want to contribute to the phpdoc branch as well as help screen defects.

I want to help ensure that examples in the documentation are up to date, write or 
expand on documentation for functions and features without it and work on 
documentation defects in the bug database.

I am a software tester and engineer by trade and lead an Exploratory Testing team, I 
am subscribed to phpdoc, the phpdevel and php-general mailing lists (As  Jason Sheets 
@ HP).

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] gettext change the behaviour of double scalar

[Melvyn Sopacua]

At 14:07 11/7/2002 +0100, Jan Schneider wrote:


Zitat von Jean-Pierre Arneodo <[EMAIL PROTECTED]>:

> This is verified with 4.1.2 and 4.2.3
> but not with 4.3.Opre2

> [myFile.php]
> $lang='fr_FR';
> putenv("LANG=$lang");
> setlocale(LC_ALL,$lang);
> bindtextdomain($domain,"/MyDir/i18n");
> textdomain($domain);
>
> $a=10.12345;
> echo $a; // print 10.12345
>
> require('myOtherFile.php');
>
> [myOtherFile.php]
> $b=10.12345;
> echo $b; // print 10
>
> So, printing a double in a required file
> after gettext configuration change the behaviour
> of a double scalar.

This probably has nothing to do with gettext but with the setlocale() call.
And iirc this has been fixed in the meantime and thus doesn't happen anymore
in 4.3.0.


Actually - the fr_FR locale exposes some problems, with other functions as 
well,
for some RedHat systems. See the various test failures on php-qa for
htmlentities02.phpt.


Met vriendelijke groeten / With kind regards,

Webmaster IDG.nl
Melvyn Sopacua

<@Logan> I spent a minute looking at my own code by accident.
<@Logan> I was thinking "What the hell is this guy doing?"


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Photos from the Conference

[Maxim Maletsky]

Alright. I will upload mine soon. btw, Bjorn, where are your pics? Your
album is empty


--
Maxim Maletsky
[EMAIL PROTECTED]



Björn Schotte <[EMAIL PROTECTED]> wrote... :

> * Maxim Maletsky wrote:
> > But hey! Where is me? You got no photos of me there :) How come?
> 
> Perhaps at http://www.phpconference.de/gallery/ ? (Those people
> who made photos should upload them there)
> 
> -- 
> 35 Kundenportale mit mehreren tausend Nutzern erstellen.
> Bei geringen Kosten und einer großen Anzahl an Modulen
> (DMS, CMS, CRM, Community-Funktionen). Wie das geht?
> => http://testthesystem.com/ *  [EMAIL PROTECTED]
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ext/sybase_ct commit?

[Andrei Zmievski]

On Sat, 02 Nov 2002, Timm Friebe wrote:
> Round 2 - fight:-)
> 
> OK, I guess now I'm ready for committing my changes. I got PHP compiled
> and tested out the new functionality of my ext/sybase_ct changes against
> CVS from today.
> 
> Just to make sure I'm getting it all right: This is what I'd put in the
> commit message
> 
> @- Implemented features/changes requested in Bug #16960 (Timm):
> @  . Added a new function sybase_unbuffered_query()
> @  . Added a new function sybase_fetch_assoc()
> @  . Added sybase_set_message_handler() which enables users to handle
> @server messages in a callback function
> @  . Added an ini entry for deadlock retries - retrying deadlocks 
> @can cause transaction state to break (sybct.deadlock_retry_count,
> @defaults to -1 "forever").
> @  . Fixed sybase_fetch_object() not to return object with numeric
> @members
> @  . Fixed issues with identical fieldnames
> @  . Made sybase_fetch_*() functions return correct datatypes
> @  . Made phpinfo() section more verbose
> @  . Made sybase_query() error messages more verbose

Can you compress this down to a couple of entries?

-Andrei   http://www.gravitonic.com/
* Ethernet n.: something used to catch the etherbunny. *

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] gettext change the behaviour of double scalar

[Jan Schneider]

Zitat von Jean-Pierre Arneodo <[EMAIL PROTECTED]>:

> This is verified with 4.1.2 and 4.2.3
> but not with 4.3.Opre2

> [myFile.php]
> $lang='fr_FR';
> putenv("LANG=$lang");
> setlocale(LC_ALL,$lang);
> bindtextdomain($domain,"/MyDir/i18n");
> textdomain($domain);
> 
> $a=10.12345;
> echo $a; // print 10.12345
> 
> require('myOtherFile.php');
> 
> [myOtherFile.php]
> $b=10.12345;
> echo $b; // print 10
> 
> So, printing a double in a required file
> after gettext configuration change the behaviour
> of a double scalar.

This probably has nothing to do with gettext but with the setlocale() call.
And iirc this has been fixed in the meantime and thus doesn't happen anymore
in 4.3.0.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Photos from the Conference

[Björn Schotte]

* Maxim Maletsky wrote:
> But hey! Where is me? You got no photos of me there :) How come?

Perhaps at http://www.phpconference.de/gallery/ ? (Those people
who made photos should upload them there)

-- 
35 Kundenportale mit mehreren tausend Nutzern erstellen.
Bei geringen Kosten und einer großen Anzahl an Modulen
(DMS, CMS, CRM, Community-Funktionen). Wie das geht?
=> http://testthesystem.com/ *  [EMAIL PROTECTED]

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Photos from the Conference

[Maxim Maletsky]

But hey! Where is me? You got no photos of me there :) How come?


--
Maxim Maletsky
[EMAIL PROTECTED]



Sebastian Bergmann <[EMAIL PROTECTED]> wrote... :

>   http://www.sebastian-bergmann.de/gallery/phpconference2002
> 
> -- 
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/ http://phpOpenTracker.de/
> 
>   Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Documentation for Zend API for PHP Extensions

[Maxim Maletsky]

Yeah, Zeev just mentioned me a few days ago that it was not up2date


--
Maxim Maletsky
[EMAIL PROTECTED]



"Diggy Bell" <[EMAIL PROTECTED]> wrote... :

> Thanks Maxim...  I had found that page, but there are a number of functions
> (add_assoc_*()) that aren't covered there.  But after a bit of header file
> scrambling, I managed to get it working.
> 
> Thanks again!
> 
> "Maxim Maletsky" <[EMAIL PROTECTED]> wrote in message
> news:20021105125029.1C09.MAXIM@;php.net...
> > There is one here:
> >
> > http://www.php.net/manual/en/zend.php
> >
> >
> > --
> > Maxim Maletsky
> > [EMAIL PROTECTED]
> >
> >
> > www.PHPBeginner.com  // PHP for Beginners
> > www.maxim.cx // my Home
> >
> > // my Wish List: ( Get me something! )
> > http://www.amazon.com/exec/obidos/registry/2IXE7SMI5EDI3
> >
> >
> >
> > "Diggy Bell" <[EMAIL PROTECTED]> wrote... :
> >
> > > I've been looking through the ./ext dir for php-4.2.3 and trying to
> figure
> > > out how to revive the Birdstep (Velocis) database extension.  Where I'm
> > > running into problems is with the Zend API fnctions.  Is there any
> reference
> > > material that describes the functionality and API of the TSRM module?
> > >
> > > Also, if anyone knows anything about the maintenance status of this
> module,
> > > could you please let me know.
> > >
> > > TIA
> > > --
> > > William D. 'Diggy' Bell
> > > Principal
> > > DB Software Development
> > > http://www.dbsoftdev.com
> > >
> > >
> > >
> > > --
> > > PHP Development Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> >
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[Jan Lehnardt]

Hi,
On Thu, Nov 07, 2002 at 09:00:37AM +0100, [EMAIL PROTECTED] wrote:
> Hello,
> 
> I dont think that it can be introduced into PEAR because this is NOT PHP
> but a real php extensions. It needs librairies etc... Thats exactly the same
> than ext/cybermut but for an other bank where I work.
> 
> Please comment this.
Markus said PECL, wich is the part of PEAR that is perfect for your extension.
And for the record, CyberMut will be moved there as soon as a developer finds
time to do that.

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/
Got an old and spare laptop? Please send me a mail.
Key7BCC EB86 8313 DDA9 25DF  
Fingerprint1805 ECA5 BCB7 BB96 56B0

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] SIGPIPE

[Thomas Wentzel]

Hi!

I have a problem with an extension that I wrote for communicating with
an old version of raima
(a database). The problem is that whenever a SIGPIPE occurs, the
database acts up!
Well - I am hoping someone could give me a poitner as how - or rather
where - to handle the SIGPIPE.
a search in the php source shows, that SIGPIPE is only handle in
ext/mysql and sapi. Should I do a
SIG_IGN in my extension or should I mess with the source of raima (which
I have available)?

TIA
  Thomas


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Bug in PHP

[Stephen Cope]

Mike Robinson wrote:
> > You can use PHP as CGI on Win32/IIS platform which proves to
> > be far more stable or use Apache instead of IIS.
> 
> Is this documented anywhere?

I recall it was fairly well known but it wasn't explicitly mentioned in
the install notes. I don't have my bookmarks here, but it is mentioned
in the bug database a few times, eg, here:

http://bugs.php.net/bug.php?id=10183

-- 
Stephen Cope - http://sdc.org.nz/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CyberMut and SPPLUS

[nicos]

Hello,

I dont think that it can be introduced into PEAR because this is NOT PHP
but a real php extensions. It needs librairies etc... Thats exactly the same
than ext/cybermut but for an other bank where I work.

Please comment this.

Regards.
--

M.CHAILLAN Nicolas
[EMAIL PROTECTED]

"Markus Fischer" <[EMAIL PROTECTED]> a écrit dans le message de
news: [EMAIL PROTECTED]
> On Wed, Nov 06, 2002 at 04:04:48AM +0100, [EMAIL PROTECTED] wrote :
> > I really dont see why CyberMut should have one and not its
> > concurrent.
>
> There's nothing like commercial competition. This is an OS
> project. Due it's limited audience it fits perfectly into
> PECL and it's integration should be discussion on
> [EMAIL PROTECTED]
>
> --
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> $ grep docref_root php.ini
> docref_root =
"http://landonize.it/?how=url&theme=classic&filter=RichyH&user=imajes&url=ht
tp%3A%2F%2Fphp.net%2F/"



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php