[PHP-DEV] Bug #10450: Submitting a form to same php file as the form is in, with a query string
From: [EMAIL PROTECTED] Operating system: Windows Me PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Submitting a form to same php file as the form is in, with a query string I have a single file that does both displaying a form if nothing has been submitted, or process data if data has been submitted. When the file is called with a query string (eg, file.php?hello) the form is displayed properly (as it should be), but as soon as I hit the submit button after completing the form, PHP crashes and I get an error 500 (internal server error). If I remove the query string, everything works fine (but I need the query string for a seperate function). This only happens when the form action is post, it works fine with get. -- Edit Bug report at: http://bugs.php.net/?id=10450edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10454: No output on imagepng
From: [EMAIL PROTECTED] Operating system: Redhat 6.1 PHP version: 4.0.4pl1 PHP Bug Type: GD related Bug description: No output on imagepng Imagepng gives no output and no error message if the /tmp folder is full. The header is writed, but there is no output at all. Would be nice if there is a message if the file can't be created. $im = ImageCreate($xx, $yy) or die (Cannot Initialize new GD image stream); $black = ImageColorAllocate( $im, 0, 0, 0 ); $white = ImageColorAllocate( $im, 255, 255, 255 ); ImageLine( $im, 0, 0, $xx-1, $yy-1, $white); header(Content-Type: image/png); ImagePng( $im ); -- Edit Bug report at: http://bugs.php.net/?id=10454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10453 Updated: mod_auth_mysql and php4.0.5pl1
ID: 10453 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: What was your configure line? You need to give the dir to your mysql libraries of you use other modules for apache that use MySQL. Like (Example): ./configure --with-mysql=/usr/local Previous Comments: --- [2001-04-23 06:47:48] [EMAIL PROTECTED] I recompiled my Apache as follows: apache_1.3.19 php-4.0.4pl1 mysql-3.22.26a mod_auth_mysql-2.20 Is there any known bug in the interoperability of these modules? php works fine, but the mod_auth_mysql module gives an internal error AFTER login: Could not load complete page - and nothing shows up. Regards, Rupert Mohr --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10453edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10453 Updated: mod_auth_mysql and php4.0.5pl1
ID: 10453 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: What was your configure line? You need to give the dir to your mysql libraries of you use other modules for apache that use MySQL. Like (Example): ./configure --with-mysql=/usr/local Previous Comments: --- [2001-04-23 07:16:35] [EMAIL PROTECTED] What was your configure line? You need to give the dir to your mysql libraries of you use other modules for apache that use MySQL. Like (Example): ./configure --with-mysql=/usr/local --- [2001-04-23 06:47:48] [EMAIL PROTECTED] I recompiled my Apache as follows: apache_1.3.19 php-4.0.4pl1 mysql-3.22.26a mod_auth_mysql-2.20 Is there any known bug in the interoperability of these modules? php works fine, but the mod_auth_mysql module gives an internal error AFTER login: Could not load complete page - and nothing shows up. Regards, Rupert Mohr --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10453edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10455: The method fetchRow can't return NULL when no more data.
From: [EMAIL PROTECTED] Operating system: Linux 2.2.14-6.0lp PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: The method fetchRow can't return NULL when no more data. ?php $DSN=oci8://scott:gods; require_once(DB.php); $myDB = new DB; $myOBJ = $myDB - connect($DSN); if ($myDB - isError($myOBJ)) { echo $myOBJ; return NULL; } $resultOBJ = $myOBJ - query(select * from addr_id); if ($myDB - isError($resultOBJ)) { echo $resultOBJ; return NULL; } else { while( $row = $resultOBJ-fetchRow() ) { echo $row[0] $row[1] $row[2] $row[3] $row[4] $row[5] $row[6] $row[7]\n ; } } ? The result: 0 1234 2313 1233 RD. 68¸¹ R.O.C. TAIWAN Warning: OCIFetchInto: ORA-01002: Â^¨úªº¶¶§Ç¤£¹ï in DB/oci8.php on line 206 Warning: OCIFetchInto: ORA-01002: Â^¨úªº¶¶§Ç¤£¹ï in DB/oci8.php on line 206 Warning: OCIFetchInto: ORA-01002: Â^¨úªº¶¶§Ç¤£¹ï in DB/oci8.php on line 206 -- Edit Bug report at: http://bugs.php.net/?id=10455edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] CCVS
Just got email back from Redhat, They are going to set up a new contact person for us with regards to CCVS, hopefully. I also notified them of the segfault issue we are having and asked about possibilities of fixing that at the application level rather than us trapping it at API level, or at least for suggestions in trapping bad sessions. - Original Message - From: Brendan McAdams [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 11:57 Subject: [PHP-DEV] CCVS To Whom It May Concern: I am trying to open a channel of Developer Relations with regards to your CCVS product. I am a member of the PHP development team, working on PHP's CCVS extension (providing core support for CCVS in the language). The original development of this extension was done through close relations with Doug DeJulio, who I am to understand is no longer with RedHat; according to RedHats office they are not aware of any developers currently working on CCVS. It is my hopes to find out what kind of support you are offering for CCVS, and open a dialog with any programmers who may be working on it in order to enhance our core support for CCVS. My Regards, Brendan W. McAdams -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10462: PHP Core with Backtrace
From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: PHP Core with Backtrace We cannot include the scripts that produced this problem. custom odbc, fastcgi php.ini is default This was caused while using members of a class in a string, im not sure why or how. A co worker fixed it before I could figure out the exact cause but I did get a BT [root@development Attivus2]# gdb /usr/local/zeus/fastcgi/php core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... Core was generated by `/usr/local/zeus/fastcgi/php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /opt/odbc/lib/libodbc.so...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /opt/odbc/lib/libodbcinst.so...done. Reading symbols from /usr/lib/libstdc++-libc6.1-1.so.2...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Reading symbols from /opt/odbc/lib/ivmsss16.so...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /opt/odbc/lib/odbccurs.so...done. #0 0x80cbe1d in _zval_ptr_dtor (zval_ptr=0xbfff93f0) at zend_execute_API.c:259 259 (*zval_ptr)-refcount--; (gdb) bt #0 0x80cbe1d in _zval_ptr_dtor (zval_ptr=0xbfff93f0) at zend_execute_API.c:259 #1 0x80fc901 in zend_switch_free (opline=0x8948938, Ts=0xbfff8fe0) at ./zend_execute.c:236 #2 0x80f9bd3 in execute (op_array=0x81bca94) at ./zend_execute.c:1831 #3 0x80fa6c0 in execute (op_array=0x842aa6c) at ./zend_execute.c:2039 #4 0x80fa6c0 in execute (op_array=0x8270844) at ./zend_execute.c:2039 #5 0x80d25a8 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #6 0x8063f08 in php_execute_script (primary_file=0xb9e0) at main.c:1196 #7 0x80626c3 in fastcgi_module_main () at fastcgi.c:186 #8 0x8062aea in main (argc=1, argv=0xbaa4) at fastcgi.c:409 (gdb) q [root@development Attivus2]# -- Edit Bug report at: http://bugs.php.net/?id=10462edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] unix install paths changed
At 09:59 AM 4/23/2001 -0700, Frank M. Kromann wrote: These have to be defined on Win32 as well. In order to compile I can just put some default definitions in config.w32.h. I'm getting another error though: D:\php\php4\main\php_ini.c(190) : error C2065: 'llist_dtor_func_t' : undeclared identifier There is llist_dtor_func_t defined ? This is due to a patch of mine to the Zend CVS. You forgot to update your Zend checkout. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10461 Updated: error compiling (in php_ini.c)
ID: 10461 Updated by: cmv Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0 Latest CVS (23/04/2001) Assigned To: cmv Comments: Duh ... needed to do a CVS update in my Zend directory (don't know why CVS wasn't doing it recursively anyway, but ...) - Colin Previous Comments: --- [2001-04-23 12:10:26] [EMAIL PROTECTED] Updated CVS, did a make distclean and ./buildconf, removed config.cache and config.status. Config line: ./configure --with-mysql=/usr/local --with-apxs=/usr/local/apache/bin/apxs --enable-track-vars --disable-magic-quotes --disable-debug --enable-ftp --with-gettext --with-xml --with-dom --enable-wddx --with-curl --with-pgsql --with-zlib --enable-versioning --enable-sockets --with-openssl --with-snmp --with-mcrypt Configure works fine, but make generates: ... php_ini.c: In function `php_init_config': php_ini.c:188: `llist_dtor_func_t' undeclared (first use in this function) php_ini.c:188: (Each undeclared identifier is reported only once php_ini.c:188: for each function it appears in.) php_ini.c:188: parse error before `free_estring' php_ini.c:189: parse error before `void' make[2]: *** [php_ini.lo] Error 1 make[2]: Leaving directory `/usr/local/sources/php4/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/sources/php4/main' make: *** [all-recursive] Error 1 - Colin --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10461edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10463: ini_restore() doesn't restore to php.ini settings
From: [EMAIL PROTECTED] Operating system: RH7.0 PHP version: 4.0 Latest CVS (23/04/2001) PHP Bug Type: PHP options/info functions Bug description: ini_restore() doesn't restore to php.ini settings Here is the script which temporarily alters the include_path, then should restore it: ?php $path = ini_get('include_path'); echo before:\n$path\n; ini_set('include_path', $path.':/foo'); $path = ini_get('include_path'); echo now:\n$path\n; ini_restore('include_path'); $path = ini_get('include_path'); echo after:\n$path\n; ? The output: before: .:/pear:/usr/local/easydns/common:...(etc.) now: .:/pear:/usr/local/easydns/common:...(etc.)...:/foo after: .:/usr/local/share/php/pear So, it looks like ini_restore() is restoring to the default include path even though the before line above is what is in my php.ini file. The docs say it should restore a given configuration option to its original value. Shouldn't that be the setting in the php.ini file? - Colin -- Edit Bug report at: http://bugs.php.net/?id=10463edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10260 Updated: imap_sort segaults if no mail is in the user's mailbox
ID: 10260 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Reproduceable crash PHP Version: 4.0.4pl1 Assigned To: Comments: duplicate of 9908 Previous Comments: --- [2001-04-10 10:48:15] [EMAIL PROTECTED] The following code causes a segfault if there is no mail in the user's mailbox: $mbox = imap_open({localhost:143}INBOX, user, pass); $arr = imap_sort($mbox, SORTARRIVAL, 0, SE_UID) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10260edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10094 Updated: Segfault in Apache
ID: 10094 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: IMAP related PHP Version: 4.0 Latest CVS (31/03/2001) Assigned To: Comments: duplicate of 9908 Previous Comments: --- [2001-03-31 11:51:22] [EMAIL PROTECTED] PHP Compile Options: ./configure' '--with-zlib' '--with-mm' '--with-mysql' '--with-mcal=../libmcal' '--with-ldap' '--with-imap=../imap' '--with-gettext' '--enable-ftp' '--with-mcrypt' '--with-apxs=/usr/local/etc/apache/bin/apxs' Apache Compile Opts: EAPI_MM=../mm-1.1.3 SSL_BASE=SYSTEM ./configure --with-layout=Apache --prefix=/usr/local/etc/apache/ --enable-module=ssl --enable-shared=ssl --enable-module=so --enable-module=rewrite --enable-module=proxy I'm trying to use IMP. Apache receives sig(11) Here is gdb backtrace: [root@mail bin]# gdb httpd (gdb) run -X -f conf/httpd Starting program: /usr/local/etc/apache/bin/httpd -X -f conf/httpd fopen: No such file or directory httpd: could not open document config file /usr/local/etc/apache/conf/httpd Program exited with code 01. (gdb) run -X -f conf/httpd.conf Starting program: /usr/local/etc/apache/bin/httpd -X -f conf/httpd.conf warning: find_solib: Can't read pathname for load map: Input/output error Program received signal SIGSEGV, Segmentation fault. 0x40330365 in php_if_imap_sort (ht=5, return_value=0x81bfb24, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 2750for (sl = slst; *sl; sl++) { (gdb) bt #0 0x40330365 in php_if_imap_sort (ht=5, return_value=0x81bfb24, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 #1 0x402faad6 in execute (op_array=0x816056c) at ./zend_execute.c:1494 #2 0x40308850 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #3 0x40319d51 in php_execute_script (primary_file=0xb920) at main.c:1194 #4 0x403167c2 in apache_php_module_main (r=0x8143518, display_source_mode=0) at sapi_apache.c:89 #5 0x403170e6 in send_php (r=0x8143518, display_source_mode=0, filename=0x0) at mod_php4.c:521 #6 0x40317118 in send_parsed_php (r=0x8143518) at mod_php4.c:532 #7 0x8083e33 in ap_invoke_handler () at mcrypt_modules.c:245 #8 0x8097df9 in process_request_internal () at mcrypt_modules.c:245 #9 0x8097e5c in ap_process_request () at mcrypt_modules.c:245 #10 0x808f39e in child_main () at mcrypt_modules.c:245 #11 0x808f54c in make_child () at mcrypt_modules.c:245 #12 0x808f6a9 in startup_children () at mcrypt_modules.c:245 #13 0x808fce6 in standalone_main () at mcrypt_modules.c:245 #14 0x8090483 in main () at mcrypt_modules.c:245 #15 0x400c39cb in __libc_start_main (main=0x809012c main, argc=4, argv=0xbae4, init=0x805063c _init, fini=0x80c6f7c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbadc) at ../sysdeps/generic/libc-start.c:92 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10094edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10464: PHP_AUTH_PW is not set altough PHP_AUTH_USER is
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: PHP_AUTH_PW is not set altough PHP_AUTH_USER is I tried to authenticate via PHP. It worked with PHP3. After tracing back and forth, I found that the global variable PHP_AUTH_PW is not set or empty. HTTP_SERVER_VARS[HTTP_AUTH_PW] still contains the right value. I do not write to that variable (I checked with grep...) See http://www-usercgi.tu-chemnitz.de/~tisc/authtest.php3 for a demonstration. HTH! Tino. -- Edit Bug report at: http://bugs.php.net/?id=10464edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] 4.0.5 release
JW, whats the current release schedule plans for 4.0.5, are we going to have an RC8? -Jason -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.5 release
Unless someone screams in the next couple of hours - no. What Jani said as a joke, initially, makes pretty good sense to me - release 4.0.5, and aim to start the 4.0.6 release process in the very near future. There've been tons of changes since 4.0.5 already, even though 4.0.5 has no showstoppers. Zeev At 23:28 23/4/2001, Jason Greene wrote: JW, whats the current release schedule plans for 4.0.5, are we going to have an RC8? -Jason -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] unix install paths changed
[Zeev Suraski [EMAIL PROTECTED]] At 17:47 23/4/2001, Stig Sæther Bakken wrote: [Sebastian Bergmann [EMAIL PROTECTED]] Zeev Suraski wrote: This broke the Win32 build, and when I went to fix it, I couldn't find the letter with the diffs for this change. Any idea why it wasn't sent? Or is it just me that didn't get it? Same here. I didn't recieve a cvs commit mail, but something broke the Win32 build. There's a bunch of constants that just need to be defined in Win32. Most of them don't have any meaning in Win32... Other than that, apparently you changed at least one #define name, so php_ini.c no longer compiles (other than the fact there's no build_defs file in Win32). Did you get this diff email? Nope. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #5236 Updated: dlerror - conflicting declerations
ID: 5236 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *General Issues Description: dlerror - conflicting declerations This is still a problem (php 4.0.4pl1 apache 1.3.19). Same work around. Previous Comments: --- [2000-12-07 11:15:44] [EMAIL PROTECTED] No feedback. --- [2000-11-01 02:46:26] [EMAIL PROTECTED] Does this still happen with 4.0.3pl1? It does seem like an Apache problem though. --- [2000-08-02 17:49:41] [EMAIL PROTECTED] user feedback: Yes, it is still a problem. See Bug #5534 Note that I was able to get around this problem by modifying apache's os.h file an changing const char *dlerror(void); to char *dlerror(void); The change really should be made to php however. Unless it is a bug in apache of course. I'm not sure where the fault lies for this one other then thinking that php needs to use the apache stuff as it is installed by apache. --- [2000-07-26 01:54:33] [EMAIL PROTECTED] Please verify that it´s still happening using the latest version of PHP (release 4.0.1pl2 or CVS). --- [2000-06-27 16:39:57] [EMAIL PROTECTED] A very simplue configuration... --enable-mysql --with-apxs apache 1.3.12 gcc 2.95.1 and 2.95.2 I've seen this same error detailed numerous times in the past year. Make results in /bin/sh /home/darren/Temp/php-4.0.0/libtool --silent --mode=compile gcc -DHAVE_C ONFIG_H -I. -I/home/darren/Temp/php-4.0.0/sapi/apache -I/home/darren/Temp/php-4. 0.0 -I/usr/local/apache/include -I/home/darren/Temp/php-4.0.0/Zend -I/home/darre n/Temp/php-4.0.0 -I/home/darren/Temp/php-4.0.0/ext/mysql/libmysql -I/home/darren /Temp/php-4.0.0/ext/xml/expat/xmltok -I/home/darren/Temp/php-4.0.0/ext/xml/expat /xmlparse -DXML_BYTE_ORDER=21 -O2 -g -Wall -c sapi_apache.c In file included from /usr/local/apache/include/ap_config.h:116, from /usr/local/apache/include/httpd.h:71, from sapi_apache.c:32: /usr/local/apache/include/os.h:122: conflicting types for `dlerror' /usr/include/dlfcn.h:35: previous declaration of `dlerror' gmake[3]: *** [sapi_apache.lo] Error 1 gmake[3]: Leaving directory `/home/darren/Temp/php-4.0.0/sapi/apache' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/darren/Temp/php-4.0.0/sapi/apache' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/darren/Temp/php-4.0.0/sapi' gmake: *** [all-recursive] Error 1 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=5236 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10465: absolute path dosen't work with file_exists()
From: [EMAIL PROTECTED] Operating system: linux 2.4.2 (red-hat 6) i686 PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: absolute path dosen't work with file_exists() file_exists () works fine with reletive paths, but seems to not work with absolute paths, or paths starting with '../' this works fine: -- if(file_exists(test/123)) { die (error message); } this does not work: -- if(file_exists(/tmp/test/123)) { die (error message); } this does not work: -- if(file_exists(../../tmp/test/123)) { die (error message); } thanks... atom -- Edit Bug report at: http://bugs.php.net/?id=10465edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10464 Updated: PHP_AUTH_PW is not set altough PHP_AUTH_USER is
ID: 10464 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related PHP Version: 4.0.4pl1 Assigned To: Comments: Sound like you don't have register_globals turned on in your php.ini. - Colin Previous Comments: --- [2001-04-23 15:26:09] [EMAIL PROTECTED] I tried to authenticate via PHP. It worked with PHP3. After tracing back and forth, I found that the global variable PHP_AUTH_PW is not set or empty. HTTP_SERVER_VARS[HTTP_AUTH_PW] still contains the right value. I do not write to that variable (I checked with grep...) See http://www-usercgi.tu-chemnitz.de/~tisc/authtest.php3 for a demonstration. HTH! Tino. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10464edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] subrequests in apache 1.3.x loses headers
Ok. I figured it out finally. subreq = (void *)ap_sub_req_lookup_file(r-filename,r); subreq-assbackwards = r-assbackwards; assbbackwards was 1, which meant that it was considered an HTTP/0.9 request... hence, NO HEADERS. F'n great. Shaun -- -I hate stupid sayings at the end of emails. -Shaun On Mon, 23 Apr 2001, Chand wrote: Hi dudes I have this apache module i've written which makes a subrequest on a php script. My problem is, the main request which is sent to the client browser doesn't have the headers sent by the php script. Any module guru who could help me solving this problem ? Is there anything in the apache module that solves this ? I'm posting this here cause this community works a lot on php-development which is very close to apache. I thought maybe this was a php issue too. Thanks again for any answer that might help me. Cya later Mark -- Chand Joey : Ross, If the homo sapiens really were *homo* sapiens, is that why they're extinct ? Ross : Joey, they're people Joey : Hey i'm not judging ! -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10467: static array doesn't evaluate defined keys
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: static array doesn't evaluate defined keys The following script doesn't work correctly. It should print My Message: Hello World\nArray ( [1] = Hello [2] = World ). Instead it prints My Message: \nArray ( [FIRST] = Hello [SECOND] = World ). ? define(FIRST, 1); define(SECOND, 2); static $myArray = array(FIRST = Hello, SECOND = World); print(My Message:. $myArray[FIRST] . . $myArray[SECOND] .BR\n); print_r($myArray); ? -- Edit Bug report at: http://bugs.php.net/?id=10467edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10270 Updated: PHP 4.05+ Won't Compile on Win32 Coz of Zend Errors
ID: 10270 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: Compile Failure Description: PHP 4.05+ Won't Compile on Win32 Coz of Zend Errors Here is the M$ VC6 (SP5) - Zend Compilation Log (the Failure Responsible) : Configuration: Zend - Win32 Release Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c zend_constants.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c zend_indent.c zend_ini.c zend_ini_parser.c /usr/share/bison.simple(249) : warning C4027: function declared without formal parameter list /usr/share/bison.simple(432) : warning C4133: 'function' : incompatible types - from 'struct _zval_struct *' to 'struct _znode *' zend_ini_scanner.c zend_ini_scanner.l(56) : error C2065: 'ini_lineno' : undeclared identifier zend_language_parser.c zend_language_scanner.c zend_language_scanner.c(5482) : warning C4273: 'isatty' : inconsistent dll linkage. dllexport assumed. zend_list.c zend_llist.c zend_opcode.c Generating Code... Compiling... zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. Zend.lib - 1 error(s), 3 warning(s) === This is The 2nd time I Submit this bug/misconfig (the 1st time's # is 10270) , Please Fix it up ! Previous Comments: --- [2001-04-16 07:01:19] [EMAIL PROTECTED] Works fine for me make sure you have Zend and TSRM directories in right place and are defining PHP_WIN32 and ZEND_WIN32. -James --- [2001-04-10 15:46:49] [EMAIL PROTECTED] PHP 4.05 RC6 Latest CVS of 10/04/2001 Won't Compile on Win32 (W98ENA_SE) by M$ VC6 (SP5) Because of Zend ZendTS - Missing Files / Configuration !! I've got Compilation Logs , so Just ask if Needed ... --- Full Bug description available at: http://bugs.php.net/?id=10270 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9908 Updated: imap_sort() seg fault
ID: 9908 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IMAP related PHP Version: 4.0 Latest CVS (20/03/2001) Assigned To: Comments: I just committed a fix to CVS. Please verify it. Previous Comments: --- [2001-03-21 21:55:17] [EMAIL PROTECTED] Under certain cercumstances imap_sort() will cause an apache child process to seg fault. Script: ?php $mbox = imap_open('{host.com/imap:143}INBOX', 'login', 'password', OP_READONLY); $results = imap_sort($mbox, 0, 0, SE_UID, 'UNSEEN'); var_dump($results); imap_close($mbox); ? Run against a mailbox with 1 UNSEEN message, produces the correct output: array(1) { [0]= int(953) } However running against a mailbox without any UNSEEN messages, apache dies. Attached is a gdb backtrace: (gdb) run ./httpd -X -DSSL Starting program: /usr/local/build/apache-build/apache-1.3.19/src/./httpd ./httpd -X -DSSL Program received signal SIGSEGV, Segmentation fault. 0x80c0aa7 in php_if_imap_sort (ht=5, return_value=0x83f1234, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 2750for (sl = slst; *sl; sl++) { (gdb) bt #0 0x80c0aa7 in php_if_imap_sort (ht=5, return_value=0x83f1234, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 #1 0x8156bdf in execute (op_array=0x840c4cc) at ./zend_execute.c:1494 #2 0x812f25b in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #3 0x80b37eb in php_execute_script (primary_file=0xb8b4) at main.c:1194 #4 0x813b97b in apache_php_module_main (r=0x834d98c, display_source_mode=0) at sapi_apache.c:89 #5 0x80b0ef6 in send_php () #6 0x80b0f2e in send_parsed_php () #7 0x81614a9 in ap_invoke_handler () #8 0x81763af in process_request_internal () #9 0x817641a in ap_process_request () #10 0x816d276 in child_main () #11 0x816d451 in make_child () #12 0x816d5cc in startup_children () #13 0x816dc3c in standalone_main () #14 0x816e48c in main () #15 0x400d49cb in __libc_start_main (main=0x816e0d4 main, argc=4, argv=0xbb44, init=0x80818c4 _init, fini=0x826dfa4 _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:92 This happens with both https and http as well as imaps and regular imap. other info: c-client 2000c --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9908edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10468: PHPChat does not work with PHP 4.x
From: [EMAIL PROTECTED] Operating system: RH Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: PHPChat does not work with PHP 4.x a well known free script from PHPwizard that worked perfect under 3.0.x versions refuse to work under PHP 4.x. Seems problems are in session incompatibility Does anybody has some idea how to solve the problem. Thank you in advance. Regards, Z -- Edit Bug report at: http://bugs.php.net/?id=10468edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10466 Updated: hidden '.' files don't work with file_exists()
ID: 10466 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Filesystem function related Description: hidden '.' files don't work with file_exists() single quotes works fine. thanks! also, could be a bug, but i got it to work by having it ~follow~ a symbolic link. it didn't check that the link existed, it checked the the place the link pointed to existed. could be a security issue. thanks... atom Previous Comments: --- [2001-04-23 17:13:21] [EMAIL PROTECTED] Usually we like to have more information than 'doesn't work'. :) But for the moment, what happens if you quote your strings? i.e.: if (file_exists('/file/names/must/be/.quoted.txt')) { . . . } --- [2001-04-23 17:02:22] [EMAIL PROTECTED] file_exists () seems to get confused with 'hidden' files, starting with '.' (dot). this works fine: -- if(file_exists(test/normal-file)) { die (error message); } this does not work: -- if(file_exists(test/.hidden-file)) { die (error message); } --- Full Bug description available at: http://bugs.php.net/?id=10466 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10468 Updated: PHPChat does not work with PHP 4.x
ID: 10468 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function PHP Version: 4.0.4pl1 Assigned To: Comments: No offense, but that would be a bug in the script and not PHP. There is a possibility that the problem is caused by a bug in PHP, of course, but you'd need to verify what the bug was before submitting a report on it. The proper place to ask for support related to PHPChat is at the online forum at http://www.phpwizard.net/phorum/list.php?f=4 Previous Comments: --- [2001-04-23 18:20:31] [EMAIL PROTECTED] a well known free script from PHPwizard that worked perfect under 3.0.x versions refuse to work under PHP 4.x. Seems problems are in session incompatibility Does anybody has some idea how to solve the problem. Thank you in advance. Regards, Z --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10468edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9908 Updated: imap_sort() seg fault
ID: 9908 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IMAP related Description: imap_sort() seg fault Works with the latest cvs. Thank you! This is a pretty useful revision, will it be available in 4.0.5? Previous Comments: --- [2001-04-23 18:01:27] [EMAIL PROTECTED] I just committed a fix to CVS. Please verify it. --- [2001-03-21 21:55:17] [EMAIL PROTECTED] Under certain cercumstances imap_sort() will cause an apache child process to seg fault. Script: ?php $mbox = imap_open('{host.com/imap:143}INBOX', 'login', 'password', OP_READONLY); $results = imap_sort($mbox, 0, 0, SE_UID, 'UNSEEN'); var_dump($results); imap_close($mbox); ? Run against a mailbox with 1 UNSEEN message, produces the correct output: array(1) { [0]= int(953) } However running against a mailbox without any UNSEEN messages, apache dies. Attached is a gdb backtrace: (gdb) run ./httpd -X -DSSL Starting program: /usr/local/build/apache-build/apache-1.3.19/src/./httpd ./httpd -X -DSSL Program received signal SIGSEGV, Segmentation fault. 0x80c0aa7 in php_if_imap_sort (ht=5, return_value=0x83f1234, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 2750for (sl = slst; *sl; sl++) { (gdb) bt #0 0x80c0aa7 in php_if_imap_sort (ht=5, return_value=0x83f1234, this_ptr=0x0, return_value_used=1) at php_imap.c:2750 #1 0x8156bdf in execute (op_array=0x840c4cc) at ./zend_execute.c:1494 #2 0x812f25b in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #3 0x80b37eb in php_execute_script (primary_file=0xb8b4) at main.c:1194 #4 0x813b97b in apache_php_module_main (r=0x834d98c, display_source_mode=0) at sapi_apache.c:89 #5 0x80b0ef6 in send_php () #6 0x80b0f2e in send_parsed_php () #7 0x81614a9 in ap_invoke_handler () #8 0x81763af in process_request_internal () #9 0x817641a in ap_process_request () #10 0x816d276 in child_main () #11 0x816d451 in make_child () #12 0x816d5cc in startup_children () #13 0x816dc3c in standalone_main () #14 0x816e48c in main () #15 0x400d49cb in __libc_start_main (main=0x816e0d4 main, argc=4, argv=0xbb44, init=0x80818c4 _init, fini=0x826dfa4 _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:92 This happens with both https and http as well as imaps and regular imap. other info: c-client 2000c --- Full Bug description available at: http://bugs.php.net/?id=9908 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9177 Updated: crypt problems with openssl
ID: 9177 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Encryption and hash functions Description: crypt problems with openssl It doesn't seem like it was fixed. From CVS checked about about 30 minutes ago, configure says: checking for MD5 crypt... no And a simple script that is supposed to return an md5 crypted string, returns a DES crypted string. --BEG SCRIPT-- ?= crypt('rasmuslerdorf', '$1$rasmusle$'); ? --END SCRIPT-- --BEG OUTPUT-- $1Hat1hn6A1pw --END OUTPUT-- When php is compiled without openssl, the correct output is acquired which is: $1$rasmusle$rISCgZzpwk3UhDidwXvin0 (I hope it is alright to re-open the bug) Previous Comments: --- [2001-04-23 03:34:55] [EMAIL PROTECTED] Fixed in CVS. --Jani --- [2001-02-18 16:41:52] [EMAIL PROTECTED] My bad. It was only discussed about, not fixed.. --Jani --- [2001-02-15 11:35:43] [EMAIL PROTECTED] IIRC this is fixed already in CVS so please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-02-08 14:39:57] [EMAIL PROTECTED] MD5 crypt fails if PHP is compiled with openssl (specifically with the -lcrypto) If the .c file comes before the libraries, gcc won't recognize MD5 crypt: - blah.c - root# cat blah.c #include crypt.h main() { char salt[15], answer[40]; salt[0]='$'; salt[1]='1'; salt[2]='$'; salt[3]='r'; salt[4]='a'; salt[5]='s'; salt[6]='m'; salt[7]='u'; salt[8]='s'; salt[9]='l'; salt[10]='e'; salt[11]='$'; salt[12]=' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.5: Merge Request
I'd like to get 4.0.5 today (Tuesday), so no new merges will make it in... How bad is this bug? If it's not a showstopper, the show should go on. Chances are 4.0.6 will come out relatively soon after 4.0.5 does. Zeev At 01:20 24/4/2001, Chuck Hagenbuch wrote: I'd like to merge the following patch: http://cvs.php.net/viewcvs.cgi/php4/ext/imap/php_imap.c.diff?r1=1.64r2=1.65 ... into 4.0.5. It's a very small fix that fixes a bug in imap_sort which is _very_ easy to trigger. Any objections? -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Taurus: You will receive an urgent transmission from the Martian government informing you that Mars does not, in fact, need women, so please stop sending them. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #10270 Updated: PHP 4.05+ Won't Compile on Win32 Coz of Zend Errors
You may have a broken bison installation - the Zend engine and PHP 4.0.5 in general compile fine under Visual C++ 6.0. Zeev At 00:38 24/4/2001, [EMAIL PROTECTED] wrote: ID: 10270 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: Compile Failure Description: PHP 4.05+ Won't Compile on Win32 Coz of Zend Errors Here is the M$ VC6 (SP5) - Zend Compilation Log (the Failure Responsible) : Configuration: Zend - Win32 Release Compiling... zend.c zend_alloc.c zend_API.c zend_builtin_functions.c zend_compile.c zend_constants.c zend_execute.c zend_execute_API.c zend_extensions.c zend_hash.c zend_highlight.c zend_indent.c zend_ini.c zend_ini_parser.c /usr/share/bison.simple(249) : warning C4027: function declared without formal parameter list /usr/share/bison.simple(432) : warning C4133: 'function' : incompatible types - from 'struct _zval_struct *' to 'struct _znode *' zend_ini_scanner.c zend_ini_scanner.l(56) : error C2065: 'ini_lineno' : undeclared identifier zend_language_parser.c zend_language_scanner.c zend_language_scanner.c(5482) : warning C4273: 'isatty' : inconsistent dll linkage. dllexport assumed. zend_list.c zend_llist.c zend_opcode.c Generating Code... Compiling... zend_operators.c zend_ptr_stack.c zend_sprintf.c zend_stack.c zend_variables.c Generating Code... Error executing cl.exe. Zend.lib - 1 error(s), 3 warning(s) === This is The 2nd time I Submit this bug/misconfig (the 1st time's # is 10270) , Please Fix it up ! Previous Comments: --- [2001-04-16 07:01:19] [EMAIL PROTECTED] Works fine for me make sure you have Zend and TSRM directories in right place and are defining PHP_WIN32 and ZEND_WIN32. -James --- [2001-04-10 15:46:49] [EMAIL PROTECTED] PHP 4.05 RC6 Latest CVS of 10/04/2001 Won't Compile on Win32 (W98ENA_SE) by M$ VC6 (SP5) Because of Zend ZendTS - Missing Files / Configuration !! I've got Compilation Logs , so Just ask if Needed ... --- Full Bug description available at: http://bugs.php.net/?id=10270 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP Search
i need to search on my site, and on the web, like a radio button or sommingthing -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP Search
This is the php-dev list. Try the php-general list. http://www.php.net/manual/en/ref.mnogo.php http://www.htdig.org/ -Original Message- From: Manesh [mailto:[EMAIL PROTECTED]] Sent: April 23, 2001 7:57 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] PHP Search i need to search on my site, and on the web, like a radio button or sommingthing -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10465: absolute path dosen't work with file_exists()
This is likely a permissions issue rather than a PHP or file_exists() defect. Make sure your web server user (typically user nobody) has permissions to /tmp and /tmp/test If the www user cannot read or execute your test directory, then it will not be able to stat a file in that directory either. Perhaps the file section of manual for should state that the web server user must have permissions to all directories in a path as well as files themself (repeatedly, if it doesn't already). -Joe [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... From: [EMAIL PROTECTED] Operating system: linux 2.4.2 (red-hat 6) i686 PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: absolute path dosen't work with file_exists() file_exists () works fine with reletive paths, but seems to not work with absolute paths, or paths starting with '../' this works fine: -- if(file_exists(test/123)) { die (error message); } this does not work: -- if(file_exists(/tmp/test/123)) { die (error message); } this does not work: -- if(file_exists(../../tmp/test/123)) { die (error message); } thanks... atom -- Edit Bug report at: http://bugs.php.net/?id=10465edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-WIN] PHP Search
i need the full source code, to search over 700 pages and the text! -Original Message- From: Joe Brown [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 10:01 PM To: Manesh Subject: Re: [PHP-WIN] PHP Search Here, does this help? (*) search ;-) -Joe - Original Message - From: Manesh [EMAIL PROTECTED] Newsgroups: php.windows Sent: Monday, April 23, 2001 7:06 PM Subject: RE: [PHP-WIN] PHP Search i need to include it in a HTML page -Original Message- From: John Meyer [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 7:04 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-WIN] PHP Search Have you written any code? --- Manesh [EMAIL PROTECTED] wrote: I need one to search my site, and the web, it need to be like a radio button. PLEASE PLEASE PLEASE -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] gif and jpeg support
Downloaded the latest snapshot so postgres would work. ALl is fine except i cannot get gif and jpeg to work at same time. http://www.ranman.huggle.com/gd_plus_gif.txt i followed those instructions when i tried at first to build stable. and yes i did compile jpeg etc into gd. my configure line is CFLAGS='-O2' ./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local/gd --enable-inline-optimization --with-gnu-ld --with-apache=../apache_1.3.19 --enable-track-vars --disable-debug --with-ttf --with-config-file-path=/usr/local/apache --enable-xml --with-pgsql=/usr/local/pgsql --with-jpeg-dir=/usr/local problem is when i do --with-jpeg-dir=/usr/local i loose gif support. when i take the jpeg line out of configure i get gif support back but no jpeg..anyone run into this can help me out? I would be interested in hearing from anyone that got them both working. ps. I am not on any of these lists...please email me directly. Regards, -- Dan +--+ | BRAVENET WEB SERVICES | | [EMAIL PROTECTED] | | screen;cd /usr/src;make buildworld;cd ~ | | cp MYKERNEL /sys/conf/i386;cd /usr/src | |make buildkernel KERNCONF=MYKERNEL| |make installkernel KERNCONF=MYKERNEL;make installworld| +__+ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RC6 still reported even after repeated update to RC7
I went through my server and deleted all files and directories associated with RC6, then went ahead and compiled RC7 with the same options, I deleted everything first b/c of aformentioned path changes I saw on Zend. I used the following config options and all worked perfectly, did a make, make install. I downloaded the following file: http://www.php.net/distributions/php-4.0.5RC7.tar.gz This is on apache 1.3.19 on linux. Configure Command'./configure' '--with-mysql' '--with-imap=/usr/lib' '--enable-trans-sid' '--with-apxs=/usr/sbin/apxs' '--with-jpeg-dir=/usr/src/jpeg-6b' '--with-png-dir=/usr/lib' '--with-gd=/usr/src/gd-2.0.1' '--with-freetype-dir=/usr/src/freetype-2.0.1' Here is what I get from phpinfo(); Version 4.0.5RC6 SystemLinux www.domain.com 2.2.14 Wed Jun 21 15:05:10 JST 2000 i586 unknown Build DateApr 23 2001 Server APIApache Virtual Directory Supportdisabled Configuration File (php.ini) Path/usr/local/lib/php.ini here is the listing for the new binary -rwxr-xr-x 1 root root 4612955 Apr 23 17:58 libphp4.so for some reason it still thinks it is RC6 and is using the old path for the php.ini file. I've removed every trace of php about 3 times and this keeps happening. So, what am I doing wrong? Thanks Jon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]