Re: [PHP-DEV] 4.2.3 mbstring patch?

On Thursday 14 November 2002 07:10, lowbwtom wrote: > Will there be a patch to fix the mbstring bug in 4.2.3? Any idea when? > (specifically to fix the missing 4 characters in array posts) This bug is definitely a show-stopper. There are _many_ PHP-applications out there that use arrays in forms,

Re: [PHP-DEV] Segfault with current CVS.

After some further investigation I found out that it was bcmath causing this. Here's my config.nice: #! /bin/sh # # Created by configure './configure' \ '--disable-all' \ '--prefix=/usr/local/www/php4' \ '--with-apxs2=/usr/local/www/httpd2test/bin/apxs' \ '--enable-debug' \ '--enable-experimenta

Re: [PHP-DEV] is_*

have a look at the validate package in pear. Regards Alan |-Original Message- |From: [EMAIL PROTECTED] [mailto:nicos@;php.net] |Sent: Wednesday, November 13, 2002 9:46 PM |To: [EMAIL PROTECTED] |Subject: [PHP-DEV] is_* | | |Hello, | |After having helped many users, I just thought

[PHP-DEV] 4.2.3 mbstring patch?

Will there be a patch to fix the mbstring bug in 4.2.3? Any idea when? (specifically to fix the missing 4 characters in array posts) Some of us have been totally screwed by this bug - since our isp's have updated to 4.2.3 and left everyone's sites totally broken. They refuse to drop back to old ve

RE: [PHP-DEV] is_*

The validation for an e-mail address is huge, if you don't believe me pick up a copy of Mastering Regular Expressions by O'Reilly and look it up And they can't claim it's perfect... I don't know about is_alpha() or is_alnum(), IMHO, I think is_valid_email() just doesn't belong. John |

Re: [PHP-DEV] ODBTP, a possible solution for MS-SQL and other databases

ODBTP can be used for the purpose you described. Although I have not used it with file-based databases, it should not be a problem. The only requirement is that the ODBC drivers must be thread safe if it will be accessed by multiple clients. This, of course, will be the case it it is used on th

Re: [PHP-DEV] is_*

Probably I will take this to PEAR. Thanks. -- M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Bigdog" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > IMHO, this will be bloat code which many PHP developers do not want in > there co

Re: [PHP-DEV] is_*

Probably I will take this to PEAR. Thanks. -- M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Bigdog" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > IMHO, this will be bloat code which many PHP developers do not want in > there co

[PHP-DEV] Re: is_*

Okay, some of them are in ctype. But it should be easier to have them in standard so basic user should use them. It would be as easy as is_numeric() for instance... M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. <[EMAIL PROTECTED]> a écrit dans le message de

Re: [PHP-DEV] is_*

IMHO, this will be bloat code which many PHP developers do not want in there core code. Many php developers have there own functions or classes that deal with these issues. I would suggest those developers that need this type of code, they should find some that is already written. On Thu, 2002-1

[PHP-DEV] is_*

Hello, After having helped many users, I just thought of new functions like is_alpha, is_alnum, is_valid_email() that we should make so the new user can do valid form with good verification without knowing how ereg() or preg_* work. We should think about some another functions too... Any

[PHP-DEV] manual notes

The manual notes should be live again. i dry rsynced phpweb on www so it contains all the latest updates. we are just now finalizing the manual builds so the whole thing can get switched on properly. - - james -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http://

Re: [PHP-DEV] reg.c warning patch

Alright - no attachments on the list :) here it is inline: --- F:\CVS\PHP.NET\php4\ext\standard\reg2.c 2002-11-14 02:31:11.0 +0100 +++ F:\CVS\PHP.NET\php4\ext\standard\reg.c 2002-11-14 01:53:56.0 +0100 @@ -365,7 +365,7 @@ walkbuf = &buf[tmp + sub

[PHP-DEV] reg.c warning patch

I've patched a tiny "signed/unsigned mismatch" warning in ext/standard/reg.c. I based on what a similar line (343) was doing. Someone with karma double-check and commit. -- Maxim Maletsky [EMAIL PROTECTED] -- PHP Development Mailing List To unsubscribe, visit: http:/

RE: [PHP-DEV] php4apache on win32 regex problem?

thanks... here's a patch to php4apache.dsp that allows users to compile when they use the standard install of apache (C:\Program files\Apache group\Apache). dave = BEGIN PATCH == Index: sapi/apache/php4apache.dsp === RCS fil

[PHP-DEV] snaps.php.net

Because of the creation of PHP_4_3 branch snaps.php.net was updated so that STABLE snapshots are made off that branch. Thanks to Ilia Alshanetsky we have a new pretty face on the snaps which can be seen at http://snaps.php.net/snaps.php My plan is to make this default look of the snaps.php.net in

Re: [PHP-DEV] build fails on bison: update

I hate to say it, but it works fine here (tm). Using bison 1.75 from cygwin. Edin - Original Message - From: "Maxim Maletsky" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 14, 2002 12:54 AM Subject: Re: [PHP-DEV] build fails on bison: update > > That does not happ

Re: [PHP-DEV] php4apache on win32 regex problem?

..\..\regex needs to be included in the include path in php4apache.dsp. Edin - Original Message - From: "Dave Viner" <[EMAIL PROTECTED]> To: "Php-Dev@lists. php. net" <[EMAIL PROTECTED]> Sent: Thursday, November 14, 2002 12:35 AM Subject: RE: [PHP-DEV] php4apache on win32 regex problem?

Re: [PHP-DEV] build fails on bison: update

That does not happen, however, on PHP_4_3 tag. So just FYI. -- Maxim Maletsky [EMAIL PROTECTED] On Thu, 14 Nov 2002 00:40:00 +0100 Maxim Maletsky <[EMAIL PROTECTED]> wrote: > > guys, > > current W32 build has failed on bison for me with the parse error: > > > > Confi

Re: [PHP-DEV] strpos() suggestion

There are many ways to do it, but everything requires a manipulation to the string. strrev() would not only require the entire string to be swapped around, but you'd also have to recompute the string position to count from. The best way as it stands (that I see) is to slice the array then use strrp

[PHP-DEV] build fails on bison

guys, current W32 build has failed on bison for me with the parse error: Configuration: TSRM - Win32 Release_TS Compiling... TSRM.c tsrm_strtok_r.c tsrm_virtual_cwd.c tsrm_win32.c Creating library... Configuration: ZendTS - Win32 Rele

RE: [PHP-DEV] php4apache on win32 regex problem?

after struggling some more, i've discovered that for some reason, in my php4apache compilation, the value of REGEX is set to 0. Therefore vc++ is trying to do: #if REGEX .. snip .. #elif REGEX == 0 #include #ifndef _REGEX_H_ #define _REGEX_H_ 1 #endif #endif i have updated my php cvs tree. i r

Re: [PHP-DEV] mbstring and 4.3.0

Andrei Zmievski wrote: Explain to me please why --enable-mbstring is not enough. Obviously, --enable-mbstring is not enough. There are several reasons including crashes without mbstring. If one think it's not stable (while real users do not think its unstable), --enable mbstring should be enou

Re: [PHP-DEV] Re: ODBTP, a possible solution for MS-SQL and other databases

The reason for not installing the ODBC drivers on the webserver is that the database referenced by the drivers are simply on-disk files (ie, no socket communication involved). We would need to allow SMB traffic through our firewall if we were to use the ODBC drivers on the webserver, which is somet

Re: [PHP-DEV] strpos() suggestion

Why couldn't you just strrev() the string and then strpos() for it? Mike --- Original Message --- From:Monte Ohrt <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date:13 Nov 2002 16:02:54 -0600 Subject: [PHP-DEV] strpos() suggestion Hi, I had a lit

Re: [PHP-DEV] Re: php4 / configure.in /main php_version.h

On Wed, 13 Nov 2002, Peter Neuman wrote: >Hello, > >"Andrei Zmievski" <[EMAIL PROTECTED]>: >> andrei Wed Nov 13 14:19:07 2002 EDT >> >> Modified files: >> /php4 configure.in >> /php4/main php_version.h >> Log: >> Change version to 4.4.0-dev. > >hm? not 5.0.0-dev? it's time for this..

Re: [PHP-DEV] strpos() suggestion

The reason the functions are the way they are is because they directly mirror the underlying C functions. strrpos() calls strrchr() directly. But yes, some sort of new php_memnstr() based string searcher could probably be written. -Rasmus On 13 Nov 2002, Monte Ohrt wrote: > Hi, > > I had a litt

[PHP-DEV] strpos() suggestion

Hi, I had a little problem to solve today, and couldn't find any easy way to do it without some extra steps slicing things up. What I wanted to do is take an arbitrary point in a string, and find the position of the first '[' on the left of it, and the first ']' on the right of it. Finding the '

Re: [PHP-DEV] Windows build and mbstrig

> It seems the changes to make mbstring no longer a default > module were a little bit unsophisticated ... > > mbstring is not included in default build but HAVE_MBSTING > is defined. Therefor exif does not compile any longer. And there > are problems in mbstring itself. See: http://snaps.php.net/w

Re: [PHP-DEV] Re: ODBTP, a possible solution for MS-SQL and otherdatabases

In some ways it is similar to an ODBC to ODBC bridge. Typically bridges are used for UNIX to Win32 connectivity. In your case it appears that the client and server are both Win32 platforms. Is there a reason why you cannot install the required ODBC drivers on the machine running IIS? We are usi

[PHP-DEV] Re: php4 / configure.in /main php_version.h

Hello, "Andrei Zmievski" <[EMAIL PROTECTED]>: > andrei Wed Nov 13 14:19:07 2002 EDT > > Modified files: > /php4 configure.in > /php4/main php_version.h > Log: > Change version to 4.4.0-dev. hm? not 5.0.0-dev? it's time for this... -- PHP Development Mailing List

[PHP-DEV] 4.3 Branched

I made a branch for 4.3 and tagged it PHP_4_3. Please remember to sync your fixes into the branch, if they are important and relevant, of course. -Andrei http://www.gravitonic.com/ * It said 'Winmodem' on the box, but I still feel like I lost. * -- PHP Devel

[PHP-DEV] Segfault with current CVS.

Hi! With only one connection to the page i get no segfault, but with 2 or more i get it. Made a benchmark on the page with ab and not a single segfault on 10,000 requests. Got it twice with 2 connections and 37 times with 50 connections. After that all apache child processes had died. Program rec

Re: [PHP-DEV] Sybase_ct and tli lib

Timm, I've seen it used for 10 years on Solaris, and I spent about a year working on Irix and Informix, and there were some references to it there also. strings libtli.so | grep "^Sybase" Sybase TCP/IP TLI Library/12.0/P/SPARC/Solaris 2.5.1/1/OPT/Sat Sep 25 21:07:40 1999 Sybase, Inc. All righ

[PHP-DEV] Windows build and mbstrig

It seems the changes to make mbstring no longer a default module were a little bit unsophisticated ... mbstring is not included in default build but HAVE_MBSTING is defined. Therefor exif does not compile any longer. And there are problems in mbstring itself. See: http://snaps.php.net/win32/compil

Re: [PHP-DEV] mbstring and 4.3.0

At 15:14 13-11-2002, Andrei Zmievski wrote: On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you > are going to have to deal with the 'unseen' at some point. You are not > going to identify them, by testing it within a

[PHP-DEV] CVS Account Request: equerci

Maintaining an official, bundled PHP extension, maintaining the documentation, translating the documentation -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring and 4.3.0

On November 13, 2002 07:50 am, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you >are going to have to deal with the 'unseen' at some point. You are not >going to identify them, by testing it within a select group. For this >reason

Re: [PHP-DEV] mbstring and 4.3.0

At 15:14 13-11-2002, Andrei Zmievski wrote: On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you > are going to have to deal with the 'unseen' at some point. You are not > going to identify them, by testing it within a

Re: [PHP-DEV] DBA and Win

Simply run php run-tests.php ext/dba At 13:15 13.11.2002, Edin Kadribasic wrote: Dba on windows now builds with db3, cdb, cdb_make and flatfile support. I didn't test it beyond building and loading. phpinfo shows that those handlers are active. I should probably run some test, but I don't know w

Re: [PHP-DEV] prototypes for getters and setters.

Actually looking at this in more detail, the solution PHP has infers that using $object->XXX='somevar' is heavily prefered over getXXX()/setXXX(), kind of against the grain for a classic OOP language (from the impressions have read), As refactoring (which is often the logic cited for setXXX()/g

Re: [PHP-DEV] mbstring and 4.3.0

Andrei Zmievski <[EMAIL PROTECTED]> wrote: > On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > > FWIW: > > * If this is ever going to make core as a part of PHP's i18n efforts, you > > are going to have to deal with the 'unseen' at some point. You are not > > going to identify them, by testing it w

Re: [PHP-DEV] mbstring and 4.3.0

On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you > are going to have to deal with the 'unseen' at some point. You are not > going to identify them, by testing it within a select group. For this > reason, the userbas

[PHP-DEV] Re: ZE2 object constructor question

To answer myself... i just did the following : *return_value = *(getThis()); zval_copy_ctor(return_value); and everything seems to be working ok... "L0t3k" <[EMAIL PROTECTED]> wrote in message news:20021112210753.3233.qmail@;pb1.pair.com... > im creating some classes in an extension and i h

Re: [PHP-DEV] prototypes for getters and setters.

On Wed, 13 Nov 2002, John Coggeshall wrote: > > I understand what your saying, however I guess I see the tradeoff of > creating a new reserved word to a (IMHO of course) kinda messy new > syntax a good one. > > Besides, having an absolute standard for get/set would be benefital to > all develope

Re: [PHP-DEV] mbstring and 4.3.0

At 10:53 13-11-2002, Wez Furlong wrote: On 11/13/02, "Derick Rethans" <[EMAIL PROTECTED]> wrote: > On Wed, 13 Nov 2002, Marcus Börger wrote: > > At 04:11 13.11.2002, Jani Taskinen wrote: > > > > > Since when have we started to use users as guinea-pigs > > > for testing EXPERIMENTAL exten

Re: [PHP-DEV] prototypes for getters and setters.

On 13 Nov 2002, Timm Friebe wrote: > On Wed, 2002-11-13 at 02:31, Alan Knowles wrote: > > Thanks to a little chat (and a few beers) with Zak at the conference, I > > got wondering if this syntax would be a sensible addition... > [...] > > syntax: > >var [getter method] [setter method] $varia

Re: [PHP-DEV] prototypes for getters and setters.

On Wed, 2002-11-13 at 02:31, Alan Knowles wrote: > Thanks to a little chat (and a few beers) with Zak at the conference, I > got wondering if this syntax would be a sensible addition... [...] > syntax: >var [getter method] [setter method] $variable .; +1 Plus, another syntax suggestion (

Re: [PHP-DEV] RAW POST DATA

Zitat von Hartmut Holzgraefe <[EMAIL PROTECTED]>: > Hartmut Holzgraefe wrote: > > Jan Schneider wrote: > > > >> To resume: best practice is currently to use $HTTP_RAW_POST_DATA if > >> available and php://input else. And crossing fingers that either of > them > >> works, of course. ;-) > > > > > >

Re: [PHP-DEV] DBA and Win

Dba on windows now builds with db3, cdb, cdb_make and flatfile support. I didn't test it beyond building and loading. phpinfo shows that those handlers are active. I should probably run some test, but I don't know which? Edin -- PHP Development Mailing List To unsubscribe

Re: [PHP-DEV] mbstring and 4.3.0

At 10:53 13.11.2002, Wez Furlong wrote: On 11/13/02, "Derick Rethans" <[EMAIL PROTECTED]> wrote: > On Wed, 13 Nov 2002, Marcus Börger wrote: > > At 04:11 13.11.2002, Jani Taskinen wrote: > > > > > Since when have we started to use users as guinea-pigs > > > for testing EXPERIMENTAL extens

Re: [PHP-DEV] mbstring and 4.3.0

On 11/13/02, "Derick Rethans" <[EMAIL PROTECTED]> wrote: > On Wed, 13 Nov 2002, Marcus Börger wrote: > > At 04:11 13.11.2002, Jani Taskinen wrote: > > > > > Since when have we started to use users as guinea-pigs > > > for testing EXPERIMENTAL extensions without them even > > > really

Re: [PHP-DEV] mbstring and 4.3.0

> For me it was the wide stream of bugreports coming in; can't speak for > the others though. If the stream of bug reports was the criteria the whole of PHP should be considered highly experimental :) Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.

Re: [PHP-DEV] RAW POST DATA

Markus Fischer wrote: If I just want to see the RAW data it's still easier to do var_dump($HTTP_RAW_POST_DATA); than anything else to me. now you can do readfile("php://input"); this has the following advantages: - less typing, saves you 6 keystrokes ;) - does not only wor

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

Marcus Börger wrote: > not enabled Jani, Derick, Ilia, Mike, James FWIW, +1 for *disabling* mbstring for PHP 4.3. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PH

Re: [PHP-DEV] mbstring and 4.3.0

Derick Rethans wrote: On Wed, 13 Nov 2002, Yasuo Ohgaki wrote: Jani Taskinen wrote: Oh, I forgot: How many bug reports have we got so far for that fuckup with 4.2.3 ??? I _REALLY_ don't want to see another wave of those for 4.3.0.. Do you mean array input handling bug? It's not mbst

Re: [PHP-DEV] RAW POST DATA

On Wed, Nov 13, 2002 at 10:27:09AM +0100, Hartmut Holzgraefe wrote : > Hartmut Holzgraefe wrote: > >Jan Schneider wrote: > > > >>To resume: best practice is currently to use $HTTP_RAW_POST_DATA if > >>available and php://input else. And crossing fingers that either of them > >>works, of course. ;-

Re: [PHP-DEV] RAW POST DATA

Could you apply --ENV-- patch then or send a patch? I thought about this myself but didn't had time to do it myself yet. If we had this we could test the behaviour of some superglobals with all related ini settings. marcus At 10:25 13.11.2002, Hartmut Holzgraefe wrote: Andrei Zmievski wrote: On

Re: [PHP-DEV] RAW POST DATA

Hartmut Holzgraefe wrote: Jan Schneider wrote: To resume: best practice is currently to use $HTTP_RAW_POST_DATA if available and php://input else. And crossing fingers that either of them works, of course. ;-) hmyes, but it *should* be to use php://input and forget about $HTTP_RAW_POST_DATA a

Re: [PHP-DEV] RAW POST DATA

Andrei Zmievski wrote: On Tue, 12 Nov 2002, Hartmut Holzgraefe wrote: the current problem with HTTP_RAW_POST_DATA is just that i never really figured out when it should be populated depending on HTTP method, Content type and always_populate_raw_post_data, this is going to be fixed today Okay.