#29131 [Com]: Compile fails on exif if mbstring is present
ID: 29131 Comment by: sheltren at cs dot ucsb dot edu Reported By: james dot robinson at netregistry dot com dot au Status: No Feedback Bug Type: Compile Failure Operating System: * PHP Version: 5.0.0 Assigned To: moriyoshi New Comment: I still receive the same compile error which was initially reported even when using the latest snapshot. Previous Comments: [2004-12-29 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-12-21 07:45:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-09-09 10:22:44] bt at addix dot net I am experiencing the same problem with php 5.0.1 on RedHat 9. I tried to compile it using gcc 3.3.3 with glibc 2.3.3. [2004-08-18 20:36:25] smgallo at buffalo dot edu I am experiencing the same problem with php 5.0.1 on RedHat Enterprise 3 AS. [2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au Description: Compile fails with the following: gcc -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC -I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main -I/usr/src/php/php-5.0.0 -I/usr/local/include -I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/usr/src/php/php-5.0.0/TSRM -g -O2 -c /usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o && echo > ext/exif/exif.lo In file included from /usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28, from /usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77, from /usr/src/php/php-5.0.0/ext/exif/exif.c:76: /usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573: redefinition of `struct re_registers' make: *** [ext/exif/exif.lo] Error 1 Configure: ./configure \ --prefix=/usr/local/php-5.0.0 \ --with-regex=system \ --enable-calendar \ --with-iodbc \ --with-dom \ --with-curl \ --with-openssl \ --with-iconv \ --enable-filepro \ --enable-ftp \ --with-gettext \ --enable-sysvsem \ --enable-sysvshm \ --disable-debug \ --with-gd \ --with-imap=/usr \ --with-ldap=/usr \ --with-mm=/usr \ --with-mysql=/usr \ --with-pcre-regex=/usr \ --with-pgsql=/usr \ --enable-sockets \ --with-zlib \ --enable-memory-limit \ --enable-fastcgi \ --with-pear \ --enable-mbstring \ --enable-shmop \ --enable-exif \ --enable-bcmath \ --enable-safe-mode \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr \ --enable-xslt \ --with-xslt \ --with-xslt-sablot \ --with-mhash \ --with-mcrypt=/usr \ --without-tsrm-pthreads \ --with-tsrm-pth \ --enable-wddx \ --disable-shared \ --with-freetype-dir=/usr/lib \ --with-fastcgi=/usr/local Configure does not return any errors. -- Edit this bug report at http://bugs.php.net/?id=29131&edit=1
#28905 [Com]: Cracklib crack_check does not accept resource from crack_opendict
ID: 28905 Comment by: sheltren at cs dot ucsb dot edu Reported By: screen at brainkrash dot com Status: Open Bug Type: Unknown/Other Function Operating System: Win32/Linux PHP Version: 4.3.6 New Comment: I can confirm this bug on a Fedora Core 2 system. Using the older crack.c file (from php 4.3.4) eliminates the error, and cracklib works as expected as above. Previous Comments: [2004-07-16 11:03:00] jocke at blajj dot net Well, well... I compiled PHP 4.3.8 with the old version of ext/crack/crack.c (version 1.18.8.2 from PHP 4.3.4), and YES, it works! [2004-07-16 06:44:43] jocke at blajj dot net Ok, I just downloaded all the PHP sources from version 4.3.3 and up, and did a quick check of the cracklib sources. The file php-4.3.x/ext/crack/crack.c was changed in PHP 4.3.5 (from version 1.18.8.2 to 1.18.8.3) and has stayed in that version since. PHP 4.3.4: /* $Id: crack.c,v 1.18.8.2 2003/06/12 12:37:03 andrey Exp $ */ PHP 4.3.5: (and up) /* $Id: crack.c,v 1.18.8.3 2004/01/04 20:01:07 iliaa Exp $ */ I will later try to recompile 4.3.8 with the earlier version of crack.c and see what happens. (maybe not a good idea, but I want to try...) [2004-07-16 06:16:10] jocke at blajj dot net Same here... I upgraded from Apache 1.3.29 / PHP 4.3.4 (where the Cracklib-functions actually worked) to Apache 1.3.31 / PHP 4.3.8 (with the exact same configuration options) and now the Cracklib-functions in PHP are totally broken... [16-Jul-2004 06:00:06] PHP Warning: crack_check(): 135510476 is not a valid cracklib dictionary resource in ... [16-Jul-2004 06:00:06] PHP Warning: crack_getlastmessage(): No obscure checks in this session in ... Annoying, to say the least :-) [2004-07-15 21:45:25] bradshaw at mcs dot anl dot gov I am seeing this exact same problem with the 4.3.8 that we just started using on our linux server running apache 2.0.50. Is there a fix or workaround for this cause it is really affecting our account creation system. [2004-06-24 01:57:16] screen at brainkrash dot com Description: Upgraded to 4.3.6 from 4.3.4 and cracklib crack_check errors on crack_check when passed the result from a successful crack_openict. I've tested on a linux build and on win32 (binary distro). crack_opendict appears does return a "resource" with no errors but crack_check returns the following error: Warning: crack_check(): 209064108 is not a valid cracklib dictionary resource in... a subsequent call to crack_getlastmessage gives the following warning: Warning: crack_getlastmessage(): No obscure checks in this session in... Reproduce code: --- $dict = crack_opendict("/usr/lib/cracklib_dict"); $strong = crack_check($dict, 'password'); print("dict: $dict"); print("strong: $strong"); Expected result: dict: Resource id #60 strong: 0 Actual result: -- Warning: crack_check(): 216275340 is not a valid cracklib dictionary resource in c:\usr\local\www\v2\common\auth\classes\class.BrainKrash_Auth.php on line 704 dict: Resource id #60 strong: -- Edit this bug report at http://bugs.php.net/?id=28905&edit=1
#29131 [Com]: Compile fails on exif
ID: 29131 Comment by: sheltren at cs dot ucsb dot edu Reported By: james dot robinson at netregistry dot com dot au Status: Open Bug Type: Compile Failure Operating System: Debian Stable PHP Version: 5.0.0 New Comment: I receive the same error during compile on Fedora Core 2. I can paste the configure options if needed, although, like the initial report, configure exited cleanly without reporting any errors. Previous Comments: [2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au Description: Compile fails with the following: gcc -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC -I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main -I/usr/src/php/php-5.0.0 -I/usr/local/include -I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/usr/src/php/php-5.0.0/TSRM -g -O2 -c /usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o && echo > ext/exif/exif.lo In file included from /usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28, from /usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77, from /usr/src/php/php-5.0.0/ext/exif/exif.c:76: /usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573: redefinition of `struct re_registers' make: *** [ext/exif/exif.lo] Error 1 Configure: ./configure \ --prefix=/usr/local/php-5.0.0 \ --with-regex=system \ --enable-calendar \ --with-iodbc \ --with-dom \ --with-curl \ --with-openssl \ --with-iconv \ --enable-filepro \ --enable-ftp \ --with-gettext \ --enable-sysvsem \ --enable-sysvshm \ --disable-debug \ --with-gd \ --with-imap=/usr \ --with-ldap=/usr \ --with-mm=/usr \ --with-mysql=/usr \ --with-pcre-regex=/usr \ --with-pgsql=/usr \ --enable-sockets \ --with-zlib \ --enable-memory-limit \ --enable-fastcgi \ --with-pear \ --enable-mbstring \ --enable-shmop \ --enable-exif \ --enable-bcmath \ --enable-safe-mode \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr \ --enable-xslt \ --with-xslt \ --with-xslt-sablot \ --with-mhash \ --with-mcrypt=/usr \ --without-tsrm-pthreads \ --with-tsrm-pth \ --enable-wddx \ --disable-shared \ --with-freetype-dir=/usr/lib \ --with-fastcgi=/usr/local Configure does not return any errors. -- Edit this bug report at http://bugs.php.net/?id=29131&edit=1