#31576 [NEW]: mbregex fails to recognise word boundary markers [[:<:]] on Windows XP
From: mw at lanfear dot com
Operating system: Windows XP SP1 Only
PHP version: 5.0.3
PHP Bug Type: *Regular Expressions
Bug description: mbregex fails to recognise word boundary markers [[:<:]] on
Windows XP
Description:
The mbregex compiler appears to have a bug in it via which it cannot
compile the word boundary markers [[:<:]] and [[:>:]] on the Windows
version of PHP. (IIS5.1, PHP 5.0.3)
On the Unix version of PHP, these boundaries work fine, with or without
the mbstring and mbregex extension enabled, and the Windows versions of
PHP will also recognise these markers IFF the mbstring.dll is disabled.
Given the string:
$strr "This is an ip address: 192.168.1.1 ..."
The following:
ereg("[[:<:]][0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[[:>:]]", $strr, $regex);
will generate the following error in windows (IIS5.1, PHP 5.0.3), provided
mbstring is enabled:
Warning: mb_ereg() [function.mb-ereg]: mbregex compile err: invalid POSIX
bracket type in c:\Inetpub\wwwroot\regex_test.php on line 5
NULL
Reproduce code:
---
:]]", $ipaddrs, $regex);
var_dump($regex);
?>
Expected result:
array(1) { [0]=> string(13) "192.168.12.22" }
Actual result:
--
Warning: mb_ereg() [function.mb-ereg]: mbregex compile err: invalid POSIX
bracket type in c:\Inetpub\wwwroot\regex_test.php on line 5
NULL
--
Edit bug report at http://bugs.php.net/?id=31576&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31576&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31576&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31576&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31576&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31576&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31576&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31576&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31576&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31576&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31576&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31576&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31576&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31576&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31576&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31576&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31576&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31576&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31576&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31576&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31576&r=mysqlcfg
#20513 [Opn]: outcontrol bug
ID: 20513 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux 2.4.20-rc2 PHP Version: 4.3.0RC1 New Comment: Removing the /etc/php.ini and running the compile again it works ... except some other error which I just send in to the php QA team. Also copying the new php.ini-dist to /etc works fine ... so the prob was probably the php.ini! Failed test is BTW: fopencookie detected and working (or cast mechanism works) [ext/standard/tests/file/fopencookie.phpt] Previous Comments: [2002-11-22 04:25:00] [EMAIL PROTECTED] The ini file is the PHP file shipped with PHP 4.2.1. The only changed thing is the max execution time and the mysql socket path, the rest of the file is unchanged! [2002-11-20 15:54:03] [EMAIL PROTECTED] Could you please add output handler related ini settings from php.ini to your report. [2002-11-20 02:01:30] [EMAIL PROTECTED] Gets repeated hundred of times ... [2002-11-20 01:57:18] [EMAIL PROTECTED] ... PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /usr/src/php-4.3.0RC1/run-tests.php on line 48 ... Build with: ./configure \ --prefix=/tmp/php \ --enable-bcmath \ --enable-ftp \ --enable-static \ --enable-tokenizer \ --disable-xml \ --without-pear \ --with-mysql=/usr \ --with-config-file-path=/etc -- Edit this bug report at http://bugs.php.net/?id=20513&edit=1
#20513 [Fbk->Opn]: outcontrol bug
ID: 20513 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Linux 2.4.20-rc2 PHP Version: 4.3.0RC1 New Comment: The ini file is the PHP file shipped with PHP 4.2.1. The only changed thing is the max execution time and the mysql socket path, the rest of the file is unchanged! Previous Comments: [2002-11-20 15:54:03] [EMAIL PROTECTED] Could you please add output handler related ini settings from php.ini to your report. [2002-11-20 02:01:30] [EMAIL PROTECTED] Gets repeated hundred of times ... [2002-11-20 01:57:18] [EMAIL PROTECTED] ... PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /usr/src/php-4.3.0RC1/run-tests.php on line 48 ... Build with: ./configure \ --prefix=/tmp/php \ --enable-bcmath \ --enable-ftp \ --enable-static \ --enable-tokenizer \ --disable-xml \ --without-pear \ --with-mysql=/usr \ --with-config-file-path=/etc -- Edit this bug report at http://bugs.php.net/?id=20513&edit=1
#20513 [Opn]: outcontrol bug
ID: 20513 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control -Operating System: RedHat 8.0 +Operating System: Linux 2.4.20-rc2 PHP Version: 4.3.0RC1 New Comment: Gets repeated hundred of times ... Previous Comments: [2002-11-20 01:57:18] [EMAIL PROTECTED] ... PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /usr/src/php-4.3.0RC1/run-tests.php on line 48 ... Build with: ./configure \ --prefix=/tmp/php \ --enable-bcmath \ --enable-ftp \ --enable-static \ --enable-tokenizer \ --disable-xml \ --without-pear \ --with-mysql=/usr \ --with-config-file-path=/etc -- Edit this bug report at http://bugs.php.net/?id=20513&edit=1
#20513 [NEW]: outcontrol bug
From: [EMAIL PROTECTED] Operating system: RedHat 8.0 PHP version: 4.3.0RC1 PHP Bug Type: Output Control Bug description: outcontrol bug ... PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /usr/src/php-4.3.0RC1/run-tests.php on line 48 ... Build with: ./configure \ --prefix=/tmp/php \ --enable-bcmath \ --enable-ftp \ --enable-static \ --enable-tokenizer \ --disable-xml \ --without-pear \ --with-mysql=/usr \ --with-config-file-path=/etc -- Edit bug report at http://bugs.php.net/?id=20513&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20513&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20513&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20513&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20513&r=support Expected behavior: http://bugs.php.net/fix.php?id=20513&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20513&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20513&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20513&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20513&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20513&r=isapi
Bug #16743 Updated: php_mysql.c:55: redefinition of `ushort'
ID: 16743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: RedHat Linux 7.2 PHP Version: 4.2.0 New Comment: Works fine by now ;-) Previous Comments: [2002-04-26 21:04:56] [EMAIL PROTECTED] reclassified. [2002-04-26 21:04:38] [EMAIL PROTECTED] Fixed in CVS. Fix will be in PHP 4.2.1. --Jani [2002-04-23 03:42:50] [EMAIL PROTECTED] Sorry for the german messages ;-) Making all in mysql make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/php-4.2.0/ext/mysql« gcc -I. -I/usr/src/php-4.2.0/ext/mysql -I/usr/src/php-4.2.0/main -I/usr/src/php-4.2.0 -I/usr/src/php-4.2.0/Zend -I/usr//include -I/usr//include/mysql -I/usr/src/php-4.2.0/ext/xml/expat -I/usr/src/php-4.2.0/TSRM -g -O2 -c php_mysql.c && touch php_mysql.lo php_mysql.c:55: redefinition of `ushort' /usr/include/sys/types.h:151: `ushort' previously declared here make[3]: *** [php_mysql.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext« make: *** [all-recursive] Fehler 1 [2002-04-23 02:53:22] [EMAIL PROTECTED] The commandlines I've used for configure are: ./configure --prefix=/usr/server/php --with-config-file-path/usr/server/config/--without-pear --with-openssl=/usr/ --enable-bcmath --with-mysql=/usr/ After changing the source code of ext/mysql/php_mysql.c in line 55 it worked then ;-) -- Edit this bug report at http://bugs.php.net/?id=16743&edit=1
Bug #16743 Updated: php_mysql.c:55: redefinition of `ushort'
ID: 16743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RedHat Linux 7.2 PHP Version: 4.2.0 New Comment: Sorry for the german messages ;-) Making all in mysql make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/src/php-4.2.0/ext/mysql« gcc -I. -I/usr/src/php-4.2.0/ext/mysql -I/usr/src/php-4.2.0/main -I/usr/src/php-4.2.0 -I/usr/src/php-4.2.0/Zend -I/usr//include -I/usr//include/mysql -I/usr/src/php-4.2.0/ext/xml/expat -I/usr/src/php-4.2.0/TSRM -g -O2 -c php_mysql.c && touch php_mysql.lo php_mysql.c:55: redefinition of `ushort' /usr/include/sys/types.h:151: `ushort' previously declared here make[3]: *** [php_mysql.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext/mysql« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/src/php-4.2.0/ext« make: *** [all-recursive] Fehler 1 Previous Comments: [2002-04-23 02:53:22] [EMAIL PROTECTED] The commandlines I've used for configure are: ./configure --prefix=/usr/server/php --with-config-file-path/usr/server/config/--without-pear --with-openssl=/usr/ --enable-bcmath --with-mysql=/usr/ After changing the source code of ext/mysql/php_mysql.c in line 55 it worked then ;-) -- Edit this bug report at http://bugs.php.net/?id=16743&edit=1
Bug #16743: php_mysql.c:55: redefinition of `ushort'
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.2.0 PHP Bug Type: Compile Failure Bug description: php_mysql.c:55: redefinition of `ushort' The commandlines I've used for configure are: ./configure --prefix=/usr/server/php --with-config-file-path/usr/server/config/--without-pear --with-openssl=/usr/ --enable-bcmath --with-mysql=/usr/ After changing the source code of ext/mysql/php_mysql.c in line 55 it worked then ;-) -- Edit bug report at http://bugs.php.net/?id=16743&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16743&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16743&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16743&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16743&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16743&r=support Expected behavior: http://bugs.php.net/fix.php?id=16743&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16743&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16743&r=submittedtwice
Bug #15556: Won't compile when using '--with-zip'
From: [EMAIL PROTECTED]
Operating system: Freebsd 4.5
PHP version: 4.1.1
PHP Bug Type: *Compression related
Bug description: Won't compile when using '--with-zip'
Hello,
I have a problem when trying to compile mod_php4 from FreeBSD's port
system using '--with-zip'.
Without this extra option everything goes just fine.
I've tried to reinstall FreeBSD but the problem repeats.
Here is the last linies before the stop errors:
configure:50910: checking for Blowfish crypt
configure:50942: cc -o
onftest -O -pipe -I/usr/local/include -DHARD_SERVER_LIMIT=512
-DDOCUMENT_L
OCATION="/usr/local/www/data/"
-DDEFAULT_PATH="/bin:/usr/bin:/usr/local/bin"
-DUSE_EXPAT -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib/mysql
-L/us
r/local/lib/mysql
conftest.c -lmysqlclient -lz -lgd -lfreetype -lpng -lz -ljpeg -lz -lcrypt
-l
m -lcrypt 1>&5
configure:50974: checking whether flush should be called explicitly after
a
bufferered io
configure:51023: cc -o
onftest -O -pipe -I/usr/local/include -DHARD_SERVER_LIMIT=512
-DDOCUMENT_L
OCATION="/usr/local/www/data/"
-DDEFAULT_PATH="/bin:/usr/bin:/usr/local/bin"
-DUSE_EXPAT -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib/mysql
-L/us
r/local/lib/mysql
conftest.c -lmysqlclient -lz -lgd -lfreetype -lpng -lz -ljpeg -lz -lcrypt
-l
m -lcrypt 1>&5
/tmp/ccshYWyY.o: In function `main':
/tmp/ccshYWyY.o(.text+0xf): warning: tmpnam() possibly used unsafely;
consider using mkstemp()
configure: failed program was:
#line 50985 "configure"
#include "confdefs.h"
#include
#include
int main(int argc, char **argv)
{
char *filename = tmpnam(NULL);
char buffer[64];
int result = 0;
FILE *fp = fopen(filename, "wb");
if (NULL == fp)
return 0;
fputs("line 1\n", fp);
fputs("line 2\n", fp);
fclose(fp);
fp = fopen(filename, "rb+");
if (NULL == fp)
return 0;
fgets(buffer, sizeof(buffer), fp);
fputs("line 3\n", fp);
rewind(fp);
fgets(buffer, sizeof(buffer), fp);
if (0 != strcmp(buffer, "line 1\n"))
result = 1;
fgets(buffer, sizeof(buffer), fp);
if (0 != strcmp(buffer, "line 3\n"))
result = 1;
fclose(fp);
unlink(filename);
exit(result);
}
configure:51231: checking for libswf support
configure:51569: checking for Sybase support
configure:52079: checking for Sybase-CT support
configure:52577: checking whether to enable System V semaphore support
configure:52811: checking whether to enable System V shared memory
support
configure:52999: checking for vpopmail support
configure:53406: checking for WDDX support
configure:53605: checking whether byte ordering is bigendian
configure:53623:
c -c -O -pipe -I/usr/local/include -DHARD_SERVER_LIMIT=512
-DDOCUMENT_LOCA
TION="/usr/local/www/data/" -DDEFAULT_PATH="/bin:/usr/bin:/usr/local/bin"
-D
USE_EXPAT conftest.c 1>&5
configure:53638:
c -c -O -pipe -I/usr/local/include -DHARD_SERVER_LIMIT=512
-DDOCUMENT_LOCA
TION="/usr/local/www/data/" -DDEFAULT_PATH="/bin:/usr/bin:/usr/local/bin"
-D
USE_EXPAT conftest.c 1>&5
configure: In function `main':
configure:53633: syntax error before `big'
configure: failed program was:
#line 53627 "configure"
#include "confdefs.h"
#include
#include
int main() {
#if BYTE_ORDER != BIG_ENDIAN
not big endian
#endif
; return 0; }
configure:53704: checking for XML support
configure:53749: checking external libexpat install dir
configure:54342: checking for XMLRPC-EPI support
configure:54387: checking libexpat dir for XMLRPC-EPI
configure:55603: checking whether to enable xslt support
configure:55648: checking whether to enable the XSLT Sablotron backend
configure:55693: checking libexpat dir for Sablotron XSL support
configure:56404: checking for YAZ support
configure:56758: checking whether to include YP support
configure:56953: checking whether to include zziplib support
(end of "config.log")
*** Error code 1
Stop in /usr/ports/www/mod_php4.
*** Error code 1
Stop in /usr/ports/www/mod_php4.
*** Error code 1
Stop in /usr/ports/www/mod_php4.
*** Error code 1
Stop in /usr/ports/www/mod_php4.
*** Error code 1
Stop in /usr/ports/www/mod_php4.
Best regards
Morten
--
Edit bug report at http://bugs.php.net/?id=15556&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15556&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15556&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15556&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15556&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15556&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15556&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15556&r=notenoughinfo
Submitted twice: http://bugs.php.net/
