[PHP-DEV] Bug #10742: iconv failure
From: [EMAIL PROTECTED] Operating system: redhat7.1 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: iconv failure error source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi right source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi -- Edit Bug report at: http://bugs.php.net/?id=10742edit=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] Zend API changes
You should be using ZEND_EXTENSION_API_NO, it's an integer. Zeev At 23:32 8/5/2001, Dan Libby wrote: ok, so ZEND_VERSION_DOUBLE is crazy talk. the preprocessor doesn't like floats either. But something like ZEND_VERSION_MAJOR 4, ZEND_VERSION_MINOR 6 would satisfy it. -danda Dan Libby wrote: This change also broke my extension. I'd like to have the extension be buildable with all of 4.x without user intervention, so I'm trying to figure out some way to handle the change via the pre-processor. I thought that ZEND_VERSION, defined in zend.h, might do the trick. Unfortunately, it is defined as a string, thus the C preprocessor won't perform any comparisons against it. Perhaps in 4.0.6+ there could also be a ZEND_VERSION_DOUBLE, eg: #define ZEND_VERSION_DOUBLE 4.06 Does anyone have any clever solutions to this problem that I could use today? thx. -- Dan Libby [EMAIL PROTECTED], author of xmlrpc-epi check out xmlrpc-epi -- a C library for xmlrpc with a fast PHP extension. http://xmlrpc-epi.sourceforge.net and learn about xmlrpc, enabling remote procedure calls over the net. http://www.xmlrpc.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] -- 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] Bug #10743: class functions PHP core functions inconsistently clash ;)
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: class functions PHP core functions inconsistently clash ;) Okay.. this has been bugging me for a while.. consider the following: class test { function mail () { print (Bah\n); } function fopen () { print (Bah\n); } function new () { print (Bah\n); } function list () { print (Bah\n); } } $temp = new test; $temp-mail(); etc, etc.. This will generate a parse error (expecting `T_STRING') until the new() and list() functions are removed from the class. mail() and fopen() will work. Now.. my question is why the inconsistency? Is there some super-secret reasoning behind not letting me name my classes' objects the same as only a few predefined functions? I'm lazy.. you guys took all the good function names.. why must you tease me with them?! -- Edit Bug report at: http://bugs.php.net/?id=10743edit=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 #10743 Updated: class functions PHP core functions inconsistently clash ;)
ID: 10743 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: New and list are language contructs, and not functions in PHP. That's why those don't work. This is not a bug, so bugusfying this report. Previous Comments: --- [2001-05-09 03:42:00] [EMAIL PROTECTED] Okay.. this has been bugging me for a while.. consider the following: class test { function mail () { print (Bahn); } function fopen () { print (Bahn); } function new () { print (Bahn); } function list () { print (Bahn); } } $temp = new test; $temp-mail(); etc, etc.. This will generate a parse error (expecting `T_STRING') until the new() and list() functions are removed from the class. mail() and fopen() will work. Now.. my question is why the inconsistency? Is there some super-secret reasoning behind not letting me name my classes' objects the same as only a few predefined functions? I'm lazy.. you guys took all the good function names.. why must you tease me with them?! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10743edit=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 #10744: session_start() serializes exec
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 7.2 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: session_start() serializes exec Try this in a script: ?php exec( /bin/sleep 30 /dev/null 21 /dev/null ) ; echo Done !! ; ? Now call it from the browser several time (Reload button). If you type a ps ax command you will see several sleep 30 processes. Wait all the processes to stop. Now put session_start() as the first line. Press RELOAD: it completes OK. Now press RELOAD again: it hangs !!! It waits for the sleep to terminate before starting the next !! So if you press RELOAD 10 times you need to wait 300 seconds !! Is it a normal behaviour ? How can I have a process completely in the background ? Francesco PS: I tried to put the nohup in the exec string with no success -- Edit Bug report at: http://bugs.php.net/?id=10744edit=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 #10743 Updated: class functions PHP core functions inconsistently clash ;)
ID: 10743 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Old-Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: IMHO the parser should be clever enough to get the clue when using new() or list() in a class/method context that these can't be referencing the language constructs here moved to feature requests Previous Comments: --- [2001-05-09 03:52:20] [EMAIL PROTECTED] New and list are language contructs, and not functions in PHP. That's why those don't work. This is not a bug, so bugusfying this report. --- [2001-05-09 03:42:00] [EMAIL PROTECTED] Okay.. this has been bugging me for a while.. consider the following: class test { function mail () { print (Bahn); } function fopen () { print (Bahn); } function new () { print (Bahn); } function list () { print (Bahn); } } $temp = new test; $temp-mail(); etc, etc.. This will generate a parse error (expecting `T_STRING') until the new() and list() functions are removed from the class. mail() and fopen() will work. Now.. my question is why the inconsistency? Is there some super-secret reasoning behind not letting me name my classes' objects the same as only a few predefined functions? I'm lazy.. you guys took all the good function names.. why must you tease me with them?! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10743edit=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 #10745: swap problems
From: [EMAIL PROTECTED] Operating system: HP-UX B.11.00 PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: swap problems we are using php Version 4.0.4pl1 with a zeus Web server version 3.3.6. php is running as cgi. I have tested my server with a web stress software for simulate a large number of simultaneous connections. The server use all swap space and it falls down. how can i limit the number of process php? top before stress Load averages: 0.11, 0.22, 0.25 212 processes: 201 sleeping, 11 running Cpu states: CPU LOAD USER NICESYS IDLE BLOCK SWAIT INTR SSYS 00.12 3.4% 0.0% 4.8% 91.8% 0.0% 0.0% 0.0% 0.0% 10.11 2.2% 0.0% 7.6% 90.2% 0.0% 0.0% 0.0% 0.0% --- - - - - - - - - avg 0.11 2.8% 0.0% 6.2% 91.0% 0.0% 0.0% 0.0% 0.0% Memory: 418184K (37232K) real, 406076K (45128K) virtual, 692408K free Page# 1/6 CPU TTY PID USERNAME PRI NI SIZERES STATETIME %WCPU %CPU COMMAND 0 ? 32 root 152 20 0K 0K run175:28 2.26 2.26 vxfsd 1 ? 1044 root -16 20 5228K 4644K run160:34 0.43 0.43 midaemon 1 ? 1097 root 152 20 984K 1004K run107:47 0.31 0.31 opcmona 0 pts/td 27620 root 178 20 1396K 560K run 0:00 0.34 0.30 top 0 ? 328 root 154 2032K96K sleep 74:45 0.24 0.24 syncer 0 ? 4145 root 168 20 4396K 3860K sleep 66:41 0.18 0.18 GestioneSer 0 ? 1093 root 152 20 1616K 3132K run 0:42 0.18 0.18 opcctla 1 ?14775 root 154 18 8396K 7900K sleep0:08 0.13 0.13 NewCustomer 0 ?3 root 128 20 0K 0K sleep 31:56 0.12 0.12 statdaemon 1 ? 1094 root 152 20 1944K 2148K run 3:00 0.12 0.12 opcmsga 0 ? 2091 root 158 1080K 208K sleep5:38 0.06 0.06 cclogd 0 ?17124 root 152 20 776K 636K run 0:00 0.06 0.06 slurpd 1 ?17120 root 154 20 4292K 3752K sleep7:08 0.05 0.05 slapd 0 ? 1553 root 154 20 4884K 2008K sleep 20:35 0.05 0.05 alarmgen 0 ? 419 root 127 20 120K 408K sleep4:18 0.05 0.05 netfmt 1 ? 1504 root 154 20 5700K 2788K sleep 18:52 0.05 0.05 rep_server 0 ? 2094 root 154 10 752K 844K sleep 11:41 0.05 0.05 psmctd 1 ? 1095 root 152 20 468K 844K run 2:09 0.04 0.04 opcacta 1 ? 1096 root 152 20 468K 900K run 12:42 0.04 0.04 opcle 1 ? 8264 root 152 20 36056K 33840K run 31:57 0.04 0.04 mysqld 1 ? 1551 root 154 20 4896K 2320K sleep 14:17 0.03 0.03 agdbserver 1 pts/td 27057 root 158 20 552K 200K sleep0:00 0.03 0.03 sh 1 ?1 root 168 20 400K 188K sleep 15:07 0.02 0.02 init 0 ? 22 root 147 20 0K 0K sleep0:55 0.02 0.02 lvmkd 1 ?0 root 128 20 0K 0K sleep0:20 0.02 0.02 swapper 1 ?2 root 128 20 0K 0K sleep 10:42 0.02 0.02 vhand 1 ?4 root 128 20 0K 0K sleep0:57 0.02 0.02 unhashdaemo 1 ? 18 root 147 20 0K 0K sleep0:56 0.02 0.02 lvmkd 0 ? 19 root 147 20 0K 0K sleep0:55 0.02 0.02 lvmkd 0 ? 20 root 147 20 0K 0K sleep0:55 0.02 0.02 lvmkd 0 ? 21 root 147 20 0K 0K sleep0:55 0.02 0.02 lvmkd 0 ? 23 root 147 20 0K 0K sleep0:54 0.02 0.02 lvmkd 0 ? 24 root 100 20 0K 0K sleep0:00 0.02 0.02 smpsched 1 ? 25 root 100 20 0K 0K sleep0:00 0.02 0.02 smpsched 0 ? 128 root 154 21 2800K 1460K sleep0:00 0.02 0.02 php 0 ? 369 root 154 21 2784K 1444K sleep0:00 0.02 0.02 php 0 ? 392 root 154 2084K 184K sleep1:50 0.02 0.02 syslogd 0 swapinfo -t before stress Kb Kb Kb PCT START/ Kb TYPE AVAILUSEDFREE USED LIMIT RESERVE PRI NAME dev 1048576 0 10485760% 0 -1 /dev/vg00/lvol2 reserve - 620356 -620356 total 1048576 620356 428220 59% - 0- top after stress Load averages: 6.15, 1.51, 0.69 268 processes: 230 sleeping, 38 running Cpu states: CPU LOAD USER NICESYS IDLE BLOCK SWAIT INTR SSYS 05.86 7.4% 61.8% 30.8% 0.0% 0.0% 0.0% 0.0% 0.0% 16.45 9.5% 61.8% 28.6% 0.0% 0.0% 0.0% 0.0% 0.0% --- - - - - - - - - avg 6.15 8.5% 61.8% 29.6% 0.0% 0.0% 0.0% 0.0% 0.0% Memory: 548684K (193820K) real, 525816K (191152K) virtual, 564052K free Page# 1/8 CPU TTY PID USERNAME PRI NI SIZERES STATETIME %WCPU %CPU COMMAND 0 ? 17148 root 181 18 3660K 2456K run 0:09 4.57
Re: [PHP-DEV] Zend API changes
DL be buildable with all of 4.x without user intervention, so I'm trying DL to figure out some way to handle the change via the pre-processor. Use ZEND_EXTENSION_API_NO, it changes every time API changes so that extensions may break. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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 #10746: Unable to Save Result Sets EVEN WITH mySQL PATH
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: Unable to Save Result Sets EVEN WITH mySQL PATH Same as bug#4759 -- mysql spits out unable to save result set errors, even if PHP is compiled with the FULL mySQL path. It goes away if I compile apache without auth_mysql, and then recompile PHP, which is really weird. I have PHP installed as a .so PHP 4.0.5 won't install as a .so for me, it errors out, so I'm not sure if this happens in 4.0.5 too. ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql -- Edit Bug report at: http://bugs.php.net/?id=10746edit=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] unbuffered mysql_db_query for 4.0.6?
Hi All, Since Andi wants to RC1 4.0.6, I would like to know if you have an opinion about my recent patch for mysql_db_query() which allows you request an unbuffered rowset. Zeev suggested that using a different combination of function calls would be more optimal, and now that I have done some testing I have to agree with him. Should the patch stay in the code for 4.0.6 ? The reasons against were something along the lines of mysql_db_query only being there for backwards compatibility, and the extra argument could cause confusion by breaking the api rules for the mysql extension. The reasons for are that it could be handy for some. I'm impartial in the matter, as I no longer need the functionality. Should it stay or should it go? --Wez. -- 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 #7274 Updated: odbc_execute does not accept new arguments when failing
ID: 7274 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating system: redhat 6.2 linux 2.2.16-3 PHP Version: 4.0.3 Description: odbc_execute does not accept new arguments when failing OK, I'll have to live with this bug, since this version of the unify database is obsolete and openlink does not update or support their drivers for it anymore. Eduard Previous Comments: --- [2001-05-07 23:17:02] [EMAIL PROTECTED] Openlink does not support the UNIFY database. If you wish to persue this issue, please open a support case with the openlink software people at http://www.openlinksw.com/support/suppindx.htm --- [2001-05-07 21:50:22] [EMAIL PROTECTED] A) have you tried PHP 4.0.5? B) have you tried updating to the latest OpenLink (4??) drivers? --- [2001-04-19 07:05:46] [EMAIL PROTECTED] RESUBMITTED IN ENGLISH, STILL OCCURS IN 4.04PL1 I am working with openlink drivers for a UNIFY 2000 database No recent drivers available So, here's a testscript: ?php // first make your connection with odbc_connect() if (odbc_exec($conn,create table test (veld char (1 odbc_commit($conn); else die(Fail to Create Table); $st=odbc_prepare($conn,insert into test values (?)); $arg[0]=aa; // statement will fail if (odbc_execute($st,$arg)) odbc_commit($conn); else { $arg[0]=b; if (odbc_execute($st,$arg)) // statement fails again odbc_commit($conn); else { print again fail to insert; exit; } } $res=odbc_exec($conn,select * from test); odbc_result_all($res); if (odbc_exec($conn,drop table test)) odbc_commit($conn); else print Failed to drop; ? --- [2001-04-16 22:30:32] [EMAIL PROTECTED] please re-submit report in english... also does this still occur in the latest releases of PHP? --- [2000-10-17 07:25:31] [EMAIL PROTECTED] $st=odbc_prepare($conn,update tabel set veld1=?); $arg[0]=1; odbc_execute($st,$arg); // stel dat dit statement mislukt $arg[0]=3; odbc_execute($st,$arg); // nu zal odbc_execute weer 1 als waarde van het argument gebruiken. ./configure --with-mysql=no --with-openlink --with-apache=../apache_1.3.12 --enable-track-vars --- 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=7274 -- 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 #10747: buildconf fails with missing macros
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0 Latest CVS (2001-05-09) PHP Bug Type: Compile Failure Bug description: buildconf fails with missing macros root@Tenchi /usr/src/php4# ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4 (ok) rebuilding Makefile templates rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ADD_INCLUDE ***BUG in Autoconf--please report*** AC_ADD_LIBRARY_WITH_PATH rebuilding acconfig.h rebuilding main/php_config.h.in my autoconf is the one from ftp.gnu.org -- Edit Bug report at: http://bugs.php.net/?id=10747edit=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 #10748: LIBGD20 must be enabled manually in main/php_config.h
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0 Latest CVS (2001-05-09) PHP Bug Type: *Configuration Issues Bug description: LIBGD20 must be enabled manually in main/php_config.h the configure script doesn't detect libgd2 automatically it is neccessary to put this in manually #define HAVE_LIBGD20 1 -- Edit Bug report at: http://bugs.php.net/?id=10748edit=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 #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h
ID: 10748 Updated by: wez Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Configuration Issues Operating system: PHP Version: 4.0 Latest CVS (2001-05-09) Assigned To: Comments: It works for me... Can you post your configure line and email your config.log file to [EMAIL PROTECTED] so that I can check into it? --Wez. Previous Comments: --- [2001-05-09 07:44:25] [EMAIL PROTECTED] the configure script doesn't detect libgd2 automatically it is neccessary to put this in manually #define HAVE_LIBGD20 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10748edit=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] RE: [PHP-QA] Modifications to Windows Readme file
In the bit where you say assign php4isapi.dll to the .php extension woudlnt it be beneficial to say for the CGI version use php.exe etc.. and for the ISAPI version use the DLL? I know from my own experience that the DLL has caused me problems, but the exe is very reliable.. -- 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 #10739 Updated: Zlib compile fails
ID: 10739 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: I get the same thing, and the common link seems to be IMAP - somewhere between revision 1.27 and the current version of ext/imap/config.m4, the build was broken such that it doesn't add the right include paths - the zlib test compile fails because the mm_* callbacks that libc-client expects to find aren't defined in any of the included headers. I'll try and dig up a config.log message later if this doesn't ring a bell for someone. Previous Comments: --- [2001-05-08 18:43:39] [EMAIL PROTECTED] There is more likely something else that fails. Check the config.log file for more info. --Jani --- [2001-05-08 18:36:05] [EMAIL PROTECTED] My compile options follow: ./configure --prefix=/usr/local/php --disable-debug --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-gd --with-jpeg-dir=/usr --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --disable-debug --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-xml --disable-short-tags --enable-trans-sid --with-imap --with-mcrypt --with-mhash --enable-bcmath --with-ttf --with-t1lib --with-pgsql --with-ldap --- [2001-05-08 18:32:59] [EMAIL PROTECTED] Zlib fails to compile even though it is properly installed. configure: error: Zlib module requires zlib = 1.0.9. [root@websmith php-4.0.5]# rpm -qa | grep zlib zlib-1.1.3-22 zlib-devel-1.1.3-22 Bug 8575 says; [2001-04-10 09:45:37] [EMAIL PROTECTED] No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10739edit=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] Re: [PHP-QA] Modifications to Windows Readme file
PHP 4.0 for Windows comes in two flavours - a CGI executable (php.exe), and an ISAPI module (php4isapi.dll). what about php4apache.dll? shouldn't that be mentioned too? BTW, that reminds me: ASF guys have changed the names of the win32 Apache modules to match the unix names; apachefoo.dll became mod_foo.so. shouldn't PHP follow this pattern? The latter is new to PHP 4.0, maybe somewhat new? it's been around for quite some time. the PHP ISAPI module uses the thread-safe version of the PHP code, which is completely new to PHP 4.0 well, win32 Apache is also threaded, and win32 mod_php.so is thus thread-safe, sans the horror IIS users experience. (no pun intended, I'm just glad I'm on the other side of the fence :) so, I wouldn't say it's completely new... Hmm, after reading the whole file I realized it doesn't mention installation for win32 Apache. Is this information someplace else? At 14:50 9.5. 2001, Phil Driscoll wrote the following: -- The attached file is a modified version of the README.txt file for the Windows distribution. Changes I've made are as follows: I've changed the wording of the opening paragraph about the ISAPI module to make it clear that users really are likely to have a bad time with the ISAPI module stability. I've added a section at the end on how to fix common problems which should save a good bit of list traffic. If anyone has any comments, changes or suggestions please let me know, or if people are happy with the changes, would someone be kind enough to commit the file to CVS - I'm in the middle of setting up my new computer and don't yet have a working CVS client up and running. Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- PHP Quality Assurance 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Re: [PHP-QA] Modifications to Windows Readme file
There is a separate file called install.txt which covers installation on a wider range of servers. Ideally there would be one document - I was just soaking up a spare 10 minutes to improve things a bit! Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- 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-QA] Modifications to Windows Readme file
In the bit where you say assign php4isapi.dll to the .php extension woudlnt it be beneficial to say for the CGI version use php.exe etc.. and for the ISAPI version use the DLL? Yes it should. I did do this a while ago, and I thought that that was in this file, but it is in fact in the install.txt file. That'll teach me to read things more carefully! Damn! Perhaps I should combine both files into just the one - but I'm out of time for today. Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- 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 #10749: Does it exist some way how to sort Czech texts inside arrays
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: Does it exist some way how to sort Czech texts inside arrays Czech language use ISO 8859-2 charset or WIN 1250 (which is typical Windows product) under Windows. Is seams so, that using function setlocale() umder Windows does not work. More, our sorting is quite difficult - for example we have special character ch and several characters with interpunction. Do you prepare some feature that will solve this problem? -- Edit Bug report at: http://bugs.php.net/?id=10749edit=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 #10750: Seeking, reading and writing with GZIP
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.0.5 PHP Bug Type: *Compression related Bug description: Seeking, reading and writing with GZIP - Seeking in a gzip file in read only mode is not quite fast; - Seeking backwards in a gzip file in write mode is not supported; I wish I could treat a gzip file like an ordinary uncompressed file, seeking to any position of it, reading, then writing, then reading some more, and so on. Everything done very quickly, of course. Proposed solution: add support for RAZip files. Right now it is still not possible to write at arbitrary positions in a RAZip-compressed file, but soon it will be. And random seek-and-read operations are much faster than with GZIP (In one test file, I could achieve almost 28 thousand percent speed increase in random reads). For more information about razip files, please visit http://www.geocities.com/elifarley/javalibs/ Regards, Elifarley -- Edit Bug report at: http://bugs.php.net/?id=10750edit=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 #10751: When ever I submit the japanese sjis charset string \tgEFA from the client side
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: When ever I submit the japanese sjis charset string \tgEFA from the client side When ever I submit the japanese sjis charset string \tgEFA from the client side, a backslash is introduced into the string like this \\tgEFA at the server side. Please let me know the solution if anybody knows it. Do I need to make a server setting in the php.ini file or is it s bug in PHP scripting engine ? Please let me know ASAP. this is an very very urgent call. It is a SOS call from me. Thanx Umesh -- Edit Bug report at: http://bugs.php.net/?id=10751edit=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.exe from current CVS crashes on startup
Configuration: testsuite - Win32 Release_TS_Inline Build : warning : failed to (or don't know how to) build 'D:\compile\php\php4-200105090545\results.txt' Running Testsuite, please wait... Error executing c:\winnt\system32\cmd.exe. testsuite - 1 error(s), 1 warning(s) --- php.exe - Application Error --- The instruction at 0x78004a16 referenced memory at 0x0001. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- it also crashes if run from shell with % php whatever option [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 #10752: infinite loops prevents pages from loading
From: [EMAIL PROTECTED] Operating system: Linux and Win2k PHP version: 4.0.4pl1 PHP Bug Type: *Programming Data Structures Bug description: infinite loops prevents pages from loading html head meta http-equiv=Content-Type content=text/html; charset=windows-1254 titleLoop/title /head body ? for($value=1; $value0; $value++){ echobr$value; flush(); sleep(1); } ? /body /html The code above does not work when opened in more than two browsers on the same computer. Any ideas? Thank you. -- Edit Bug report at: http://bugs.php.net/?id=10752edit=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] Re: Serious problems with libtool 1.4..
Please let me know whether the current CVS works for you. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #3783 Updated: versioning + mysql impossible !
ID: 3783 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Critical Bug Type: Dynamic loading Operating system: PHP Version: 4.0 Assigned To: Comments: As I didn't get any answer maybe setting this to critical will get someone's attention.. --Jani Previous Comments: --- [2001-05-02 21:10:38] [EMAIL PROTECTED] To PHP-developers: Is anybody doing anything about this? --Jani --- [2001-03-16 14:23:41] [EMAIL PROTECTED] by the way: its usually sufficient to compile only php3 with versioning to get bot php3 and 4 modules loaded --- [2001-02-10 14:21:17] [EMAIL PROTECTED] works for linux but fails on solaris --- [2001-02-10 14:12:29] [EMAIL PROTECTED] refiling against 4.0. --- [2000-03-25 22:07:16] [EMAIL PROTECTED] Yes, dynamic loading does not work with versioning currently. We probably would need to export a few other symbols from the php library. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3783edit=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 #10589 Updated: buildconf not compatible with Gnu Libtool 1.4
ID: 10589 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Critical Bug Type: *Install and Config Operating system: PHP Version: 4.0 Latest CVS (01/05/2001) Assigned To: Comments: Reopened. There are some problems with libtool 1.4 still so we propably won't support for it in 4.0.6. Marked to be fixed before 4.0.7. --Jani Previous Comments: --- [2001-05-02 23:44:39] [EMAIL PROTECTED] Fixed in CVS. Thanks for catching this! --Jani --- [2001-05-02 07:47:27] [EMAIL PROTECTED] Any reason why this was closed? --- [2001-05-01 21:13:18] [EMAIL PROTECTED] [root@gecko /root]# cd /usr/src/php4 [root@gecko php4]# ./cvsclean; ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) build/buildcheck.sh: test: integer expression expected before -ge buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer installed to build PHP from CVS. make: *** [buildmk.stamp] Error 1 --- [2001-05-01 20:43:23] [EMAIL PROTECTED] Works for me just fine. Try doing './cvsclean ; ./buildconf' --jani --- [2001-05-01 15:58:38] [EMAIL PROTECTED] After the problems installing 4.0.5, I got the latest CVS. Running buildconf told me I needed libtool installed. Went to Gnu, got the latest (1.4) and installed it. buildconf now reports: buildconf: libtool version 1.4 found. You need libtool version 1.3.3 or newer installed to build PHP from CVS. make: *** [buildmk.stamp] 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. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10589edit=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] Re: Serious problems with libtool 1.4..
And that fix of yours is a hack. Could you please revert it? As I remember you yourself told me once that we don't want to fix symptoms but the causes.. :) There are no rules without exception. In this case, the macro can be helpful to determine when you are using broken extensions. Note that I'm still operating under the assumption that something is actually adding -L/usr/lib to LDFLAGS. Your message it is still broken does not really help us to determine whether that is the actual cause. Let's start working on the libtool problems for 4.0.7. HEAD is always the development branch. Instead of reverting working changes, I suggest branching off 4.0.6 and backing out the libtool-related changes in that branch only. I think the real fix is to find and fix those extensions that are the cause for these problems. That is what I said earlier. Attached is my configure script... :) Please add set -x to the top of your configure script and send me the output. Thanks. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #4630 Updated: Segmentation fault(coredump) in apache startup
ID: 4630 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Marked as to be fixed before 4.0.6 --Jani Previous Comments: --- [2001-05-03 15:01:26] [EMAIL PROTECTED] Still happening as of 4.0.5. --- [2001-04-26 17:05:24] [EMAIL PROTECTED] Still happening as of 4.0.4pl1. It seems like there's enough information to fix the problem, for somebody who knows the source code. Would someone be able to look at this? Is there any more information you need? --- [2001-02-15 15:10:36] [EMAIL PROTECTED] The segfault still occurs as of php4-200102131445. --- [2000-12-18 10:55:46] [EMAIL PROTECTED] Could you try the latest snapshot from http://snaps.php.net/ to see if this is fixed now? --Jani --- [2000-09-08 19:42:47] [EMAIL PROTECTED] After forwarding the issue to a compiler expert at IBM, I received the fix below, which I've tested and confirmed. Does anyone know how best to implement this fix? - The point where you found the segment fault was when php_create_dir attempted to call ap_register_cleanup. As it happens, php_create_dir is in libphp4.so and ap_register_cleanup is in httpd. In order to make this work on AIX, httpd has to be bound with an export list and libphp4.so has to be bound with an import list. Fortunately, the Apache part is already set up correctly. When you install apache on AIX, $PREFIX/libexec/httpd.exp is a correctly formatted import/export file. The PHP4 part, however was not set up correctly. In fact it was set up in the worst possible way under the circumstances. If you were to attempt to naively bind libphp4.so, the linker would produce a fatal error because ap_register_cleanup is undefined. $PHP4/libtool (which I believe is generated by configure) gets around this inconvenience by adding a -berrok linker option. (It's called ${allow_undefined_flag}) So, the linker on AIX basically leaves the reference to ap_register_cleanup untouched so the call branches to a pseudo-random piece of code. After that, bad things happen. I'm running now because I manually changed $PHP4/libtool so that it contains these lines: # Commands used to build and install a shared archive. archive_cmds=$CC ${wl}-bM:SRE -o $objdir/$soname $libobjs $deplibs $linkopts ${wl}-bexpall ${wl}-bI:/usr/local/apache/libexec/httpd.exp ${wl}-bnoentry${allow_undefined_flag} archive_expsym_cmds=$CC ${wl}-bM:SRE -o $objdir/$soname $libobjs $deplibs $linkopts ${wl}-bI:/usr/local/apache/libexec/httpd.exp ${wl}-bE:$export_symbols ${wl}-bnoentry${allow_undefined_flag} The bit I added (in both lines) is: ${wl}-bI:/usr/local/apache/libexec/httpd.exp I have no idea what the ${wl} is; I just copied the existing pattern. I hard coded /usr/local/apache/libexec/httpd.exp. Obviously, the real export file should be identifed using something like apxs, but I don't know how to do that. At any rate, httpd has now been running for a while on my machine. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=4630edit=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 #7822 Updated: system crash
ID: 7822 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Apache related Operating system: PHP Version: 4.0.4 Assigned To: Comments: System security bugs are quite critical. This has to be addressed before 4.0.6 --Jani Previous Comments: --- [2001-05-07 12:52:28] [EMAIL PROTECTED] I guess the point is to prevent malicious users from crashing the server. --- [2001-05-07 12:35:23] [EMAIL PROTECTED] I don't see the point in accessing http://localhost/php/php.exe. So, why do you want to do that? --- [2001-05-04 03:41:23] [EMAIL PROTECTED] Now I use Apache/1.3.19 with PHP/4.0.5 for Windows 98 this problem still exists. Default setting will make system crash in Windows 98 if accessing something like http://localhost/php/php.exe I guess PHP at least should announce this problem (and I've made two of my friends crashed, sorry if they see this.). --- [2001-01-12 12:27:08] [EMAIL PROTECTED] cynic: This is a Great Idea! --- [2001-01-12 10:26:41] [EMAIL PROTECTED] indeed. a temporary workaround, if I may: LocationMatch /php/php(.exe)? deny from all /LocationMatch This at least denies direct access to the executable, and thus gets you rid of the crashes. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7822edit=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 #10754: parsing CDATA with special characters
From: [EMAIL PROTECTED] Operating system: Linux (Debian) PHP version: 4.0.4pl1 PHP Bug Type: XML related Bug description: parsing CDATA with special characters Parsing a XMLdocument that contains CDATA parts produces errors. Also the parser should leave the CDATA it still tries to parse it. Here is my XMLdoc : ?xml version='1.0' encoding='UTF-8'? cresult content title ![CDATA[Münchenbbold/b ]] /title text ![CDATA[pparagraph bbold/b /p]]/text /content /cresult The parser complains about the letter 'ü' in the second line. When I change it to 'ä' the document is parsed nicely. Other combinitions like 'äü' are also parsed nicely. Must be a bug? My configure line: './configure' '--with-apache=/usr/local/src/apache_1.3.19' '--with-mysql=/usr/local/mysql' '--with-zlib-dir=/usr/local/lib' '--with-ftp' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-xml' '-with-dom=/usr/local/lib' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--with-config-file-path=/etc' '--no-create' -- Edit Bug report at: http://bugs.php.net/?id=10754edit=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 #10681 Updated: Fix for #9698 breaks more than it fixes
ID: 10681 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Critical Bug Type: Network related Operating system: PHP Version: 4.0 Latest CVS (05/05/2001) Assigned To: Comments: Someone who knows that part of PHP better should check the patch provided. Marked as to be fixed before 4.0.6 --Jani Previous Comments: --- [2001-05-06 13:10:26] [EMAIL PROTECTED] Sure. Here it is: http://global.team17.com/php4-unsigned.patch Works for both printf and sprintf. Is there another function I missed? --- [2001-05-06 12:00:05] [EMAIL PROTECTED] Sounds ok to me, are you willing to make a patch for this? --- [2001-05-05 04:40:03] [EMAIL PROTECTED] ?php $ipaslong = ip2long(208.247.106.187); print long2ip($ipaslong).n; print bin2hex(pack(N, $ipaslong)).n; ? That script run with PHP 4.0.5 prints: 208.247.106.187 d0f76abb whereas with the latest CVS version it prints: 127.255.255.255 7fff That makes that function completely unusable for me (and for others probably too). I have another proposal for fixing bug #9698, and that is implementing %u as a sprintf format specifier to output unsigned longs instead of signed. This way he could use the following script for his problem (should go onto the ip2long page then): ?php $ip = gethostbyname(www.php.net); $out = sprintf(http://%u/brn, ip2long($ip)); echo $out; ? If that fix would be accepted (and the other fix rolled back), I could add %u to sprintf myself and post it here. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10681edit=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 #10755: PHP work very slow with Ms Sql, 99% processor load when I process SQL instr.
From: [EMAIL PROTECTED] Operating system: NT4.0 Service Pack PHP version: 4.0.4pl1 PHP Bug Type: MSSQL related Bug description: PHP work very slow with Ms Sql, 99% processor load when I process SQL instr. All php pages without SQL instruction work fast, when I run code with SQL request , it load processor 99%, and work very slow. Console command c:\php\php phppage.php load processor too. By hand enter sql command, ms sql process it fast. I install it for Apache server , when I try to install with IIS , it report about it can't load ISAPI filter php_mssql70.dll, something about file structure . -- Edit Bug report at: http://bugs.php.net/?id=10755edit=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 #3783 Updated: versioning + mysql impossible !
ID: 3783 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Analyzed Bug Type: Dynamic loading Operating system: PHP Version: 4.0 Assigned To: Comments: strange, i thought i had already written something here ... anyway, compiling both php 3 and 4 with versioning works fine on x86-gnu-linux but fails on sparc-sun-solaris from my experience and theoretical understanding i say that the instructions on versioning are wrong when they tell that you have to have both php versions compiled with versioning to make it work we had no problems with sparc-sun-solaris when compiling php 3 only with versioning php 3 still can not use dynamic extensions then, but as this wasn't in wide use in php 3 anyway it doesn't hurt to much Previous Comments: --- [2001-05-09 11:16:47] [EMAIL PROTECTED] As I didn't get any answer maybe setting this to critical will get someone's attention.. --Jani --- [2001-05-02 21:10:38] [EMAIL PROTECTED] To PHP-developers: Is anybody doing anything about this? --Jani --- [2001-03-16 14:23:41] [EMAIL PROTECTED] by the way: its usually sufficient to compile only php3 with versioning to get bot php3 and 4 modules loaded --- [2001-02-10 14:21:17] [EMAIL PROTECTED] works for linux but fails on solaris --- [2001-02-10 14:12:29] [EMAIL PROTECTED] refiling against 4.0. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3783edit=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 #9041 Updated: Extra #! at top of web output.
ID: 9041 User Update by: [EMAIL PROTECTED] Status: Suspended Bug Type: Scripting Engine problem Operating system: Solaris 7. PHP Version: 4.0.4pl1 Description: Extra #! at top of web output. Here's a quick and dirty fix. 18:39 james`` oK open cgi_main.c 18:39 james`` and goto line 720 18:40 james`` See that else if . 18:40 james`` } else if (file_handle.handle.fp file_handle.handle.fp!=stdin) { 18:40 james`` make it read } 18:41 james`` and then loose the } 11 lines down Previous Comments: --- [2001-02-24 12:06:51] [EMAIL PROTECTED] Suspending this until a decision about what should be the correct behaviour from PHP should be. --- [2001-02-05 16:34:55] [EMAIL PROTECTED] Here are the CGI's I'm using: #!/opt/php/bin/php ? phpinfo(); ? #!/bin/sh echo Content-type: text/html\n\n; echo foo! Now this might not help any, but I truss'd the web server process (Netscape, remember.) and here a few snippits output. sh CGI. read(23, C o n t e n t - t y p e.., 8192)= 31 send(17, H T T P / 1 . 1 2 0 0.., 118, 0) = 118 send(17, n f o o !n, 6, 0) = 6 PHP CGI. read(22, X - P o w e r e d - B y.., 8192)= 5120 send(17, H T T P / 1 . 1 2 0 0.., 146, 0) = 146 send(17, # ! / o p t / p h p / b.., 5065, 0) = 5065 Graphic for PHP CGI page. send(19, H T T P / 1 . 1 2 0 0.., 146, 0) = 146 send(19, G I F 8 9 a82 -- 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 #3783 Updated: versioning + mysql impossible !
ID: 3783 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Analyzed Old-Bug Type: Dynamic loading Bug Type: Documentation problem Operating system: PHP Version: 4.0 Assigned To: Comments: reclassified as documentation problem. --Jani Previous Comments: --- [2001-05-09 11:35:39] [EMAIL PROTECTED] strange, i thought i had already written something here ... anyway, compiling both php 3 and 4 with versioning works fine on x86-gnu-linux but fails on sparc-sun-solaris from my experience and theoretical understanding i say that the instructions on versioning are wrong when they tell that you have to have both php versions compiled with versioning to make it work we had no problems with sparc-sun-solaris when compiling php 3 only with versioning php 3 still can not use dynamic extensions then, but as this wasn't in wide use in php 3 anyway it doesn't hurt to much --- [2001-05-09 11:16:47] [EMAIL PROTECTED] As I didn't get any answer maybe setting this to critical will get someone's attention.. --Jani --- [2001-05-02 21:10:38] [EMAIL PROTECTED] To PHP-developers: Is anybody doing anything about this? --Jani --- [2001-03-16 14:23:41] [EMAIL PROTECTED] by the way: its usually sufficient to compile only php3 with versioning to get bot php3 and 4 modules loaded --- [2001-02-10 14:21:17] [EMAIL PROTECTED] works for linux but fails on solaris --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3783edit=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] bolt on libraries
Hi does anyone know how to write a module for php? Thanks Darren -- 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] bolt on libraries
Have a look at: http://www.zend.com/zend/api.php -Original Message- From: Darren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 09, 2001 11:46 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] bolt on libraries Hi does anyone know how to write a module for php? Thanks Darren -- 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 #10625 Updated: Internal Server Error 500
ID: 10625 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: not sure i understand what the bug is. please provide a sample script, and relavent parts of your php.ini file. also, do try this with the 4.0.5 release and see if this continues to happen for you. Previous Comments: --- [2001-05-02 23:48:31] [EMAIL PROTECTED] My environment is Windows 2000 server , php4.0.4 and access 2000 database. My application is that I using ASP to get all customer name from DB to build a drop-down list. Once user select 1 item, the ASP will get customer name to generate img src=showchart.php?c_name=xx to call php script. The php script get the content of c_name to query all sales data from db for this customer.Then, it using these data to generate a purchasing distribution chart for this customer. For the first few times, it works fine. However,after about 20 user selection, it become unstable. It sometime works and sometime give me internal server error 500 message. In some case, it not just give me error message, but it make other asp and php program cannot access DB again. I have change the PHP script to read data from user input,it works fine (even after 100 selection). Also, the application can works (even after 100 selection)on Windows NT 4.0 platform --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10625edit=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 #10748 Updated: LIBGD20 must be enabled manually in main/php_config.h
ID: 10748 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Configuration Issues Operating system: Linux 2.4.3 PHP Version: 4.0 Latest CVS (2001-05-09) Description: LIBGD20 must be enabled manually in main/php_config.h ./configure \ --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-regex=system \ --with-exec-dir=/usr/bin \ --enable-safe-mode \ --enable-debugger \ --enable-magic-quotes \ --enable-track-vars \ --enable-memory-limit \ --enable-ftp \ --disable-debug \ --disable-rpath \ --with-bz2 \ --with-zlib=/usr \ --with-gmp \ --with-imap=shared,/usr \ --with-ldap=shared,/usr \ --with-mysql=shared,/usr \ --with-pgsql=shared,/usr \ --with-openssl=shared,/usr \ --with-gd=shared,/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr/local I haven't got my config.log at the moment, as I updated to newest CVS, and that failed while running buildconf... Previous Comments: --- [2001-05-09 08:29:04] [EMAIL PROTECTED] It works for me... Can you post your configure line and email your config.log file to [EMAIL PROTECTED] so that I can check into it? --Wez. --- [2001-05-09 07:44:25] [EMAIL PROTECTED] the configure script doesn't detect libgd2 automatically it is neccessary to put this in manually #define HAVE_LIBGD20 1 --- Full Bug description available at: http://bugs.php.net/?id=10748 -- 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 #10756: segfault. php tried to work with non-existent pgsql connection
From: [EMAIL PROTECTED] Operating system: linux-2.2.19 PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: segfault. php tried to work with non-existent pgsql connection Concerning script. It is big, it uses mysql, and it does not use postgres. ./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local --disable-debug --enable-ftp --with-gd=/usr/local --enable-force-cgi-redirect --enable-sigchild When I compile php without pgsql support, I see no segfault. backtrace: Program received signal SIGSEGV, Segmentation fault. 0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2 #0 0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2 #1 0x13382c in PQsendQuery () from /usr/local/pgsql/lib/libpq.so.2 #2 0x1342ef in PQexec () from /usr/local/pgsql/lib/libpq.so.2 #3 0x8079919 in _rollback_transactions (rsrc=0x81977c0) at pgsql.c:168 #4 0x80c9f11 in zend_hash_apply (ht=0x81569bc, apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692 #5 0x8079a7e in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:246 #6 0x80c88ae in module_registry_cleanup (module=0x817ac00) at zend_API.c:785 #7 0x80c9f11 in zend_hash_apply (ht=0x8156b2c, apply_func=0x80c module_registry_cleanup) at zend_hash.c:692 #8 0x80c6b77 in zend_deactivate_modules () at zend.c:522 #9 0x80601b5 in php_request_shutdown (dummy=0x0) at main.c:670 #10 0x805f556 in main (argc=1, argv=0xb734) at cgi_main.c:763 (gdb) down #4 0x80c9f11 in zend_hash_apply (ht=0x81569bc, apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692 692 if (apply_func(p-pData)) { (gdb) p p-pData $42 = (void *) 0x81bafd8 (gdb) down #3 0x8079919 in _rollback_transactions (rsrc=0x81bafd8) at pgsql.c:168 168 PQexec(link,BEGIN;ROLLBACK;); (gdb) p *(zend_rsrc_list_entry *)0x81bafd8 $48 = {ptr = 0x81b85c0, type = 13, refcount = 135949652, valid = 9 '\t'} ^ - ptr to PGconn (gdb) x/10 0x081b85c0 0x81b85c0: 0x081982f0 0x0004 0x 0x081b8f68 ^^ - ptr to hostname 0x81b85d0: 0x081baf68 0x081b8f68 0x081b8f68 0x 0x81b85e0: 0x 0x (gdb) x/10 0x081982f0 (there should go hostname) 0x81982f0: 0x0004 0x 0x0001 0x0002 0x8198300: 0x 0x 0x 0x 0x8198310: 0x 0x (gdb) x/10 0x081baf68 (a lot of those values in PGconn) 0x81baf68: 0x 0x0019 0x5f736363 0x6e776f64 0x81baf78: 0x64616f6c 0x 0x 0x0051 0x81baf88: 0x07815f70 0x0026 (gdb) p (char *) 0x081baf70 $52 = 0x81baf70 ccs_download ccs_download is a name of mysql database used by script. So it looks like newly-written php_rshutdown_pgsql() tries to use mysql connection or junk pointer instead of postgres connection. I can't imagine where can I put breakpoints to see when persistent_list is corrupt, so I ask you to fix this bug. Of course, I can add any information you need. Thank you. \bye Stas -- Edit Bug report at: http://bugs.php.net/?id=10756edit=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] Daily PHP snapshots for Win32
I finally got around to set up the automatic Win32 snapshots. You can find it at http://www.zend.com/snapshots/ Right now it only builds the main DLL, and the CGI and ISAPI SAPI modules; We'll add more SAPI modules and extension modules as soon as we get some free time. Zeev -- 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] unbuffered mysql_db_query for 4.0.6?
I think it is best not to add this patch. Andi At 11:00 AM 5/9/2001 +0100, Wez Furlong wrote: Hi All, Since Andi wants to RC1 4.0.6, I would like to know if you have an opinion about my recent patch for mysql_db_query() which allows you request an unbuffered rowset. Zeev suggested that using a different combination of function calls would be more optimal, and now that I have done some testing I have to agree with him. Should the patch stay in the code for 4.0.6 ? The reasons against were something along the lines of mysql_db_query only being there for backwards compatibility, and the extra argument could cause confusion by breaking the api rules for the mysql extension. The reasons for are that it could be handy for some. I'm impartial in the matter, as I no longer need the functionality. Should it stay or should it go? --Wez. -- 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 #10757: doubble writing in files
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.0 PHP version: Earlier? Upgrade first! PHP Bug Type: Filesystem function related Bug description: doubble writing in files Using Linux RH 7.0 / Apache 1.1.14 / php 4.01 When I am using my computer at the same time as web-server netscape-browser... When writing some text into a .txt file (fPutsS($file_handle,$sentence);), the record is made twice inside this file. Exactly same happends when executing exec(echo \$sentence\ file.txt, $sortie, $handle); When browsing from external computer, this does no happend, and the writing in the .txt file does happen only once -- Edit Bug report at: http://bugs.php.net/?id=10757edit=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] Re: Serious problems with libtool 1.4..
At 05:20 PM 5/9/2001 +0200, Sascha Schumann wrote: And that fix of yours is a hack. Could you please revert it? As I remember you yourself told me once that we don't want to fix symptoms but the causes.. :) There are no rules without exception. In this case, the macro can be helpful to determine when you are using broken extensions. Note that I'm still operating under the assumption that something is actually adding -L/usr/lib to LDFLAGS. Your message it is still broken does not really help us to determine whether that is the actual cause. Let's start working on the libtool problems for 4.0.7. HEAD is always the development branch. Instead of reverting working changes, I suggest branching off 4.0.6 and backing out the libtool-related changes in that branch only. I want to branch tomorrow so why not revert the patch today and reapply it tomorrow night or the day after? Same effect but it makes more sense to me to have the tree 4.0.6-dev until we branch. Andi I think the real fix is to find and fix those extensions that are the cause for these problems. That is what I said earlier. Attached is my configure script... :) Please add set -x to the top of your configure script and send me the output. Thanks. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Re: [PHP-QA] Modifications to Windows Readme file
the readme shold be nuked as it's pretty out of date. info's not covered by install.txt should be moved there, IMO. One thing I noted when setting my windows stuff up was that there were various details in different places, makes it a little more confusing. A simple HTML file including with jump points, so people can go to the type they want.If people see an install.txt and dont see instructions they'll label it as crap. People do often read a readme, but if again they see some install instructions but not the ones they want, it will be labeled as crap -- 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] Re: Serious problems with libtool 1.4..
I want to branch tomorrow so why not revert the patch today and reapply it tomorrow night or the day after? Because that creates more work than reverting the patch once? Same effect but it makes more sense to me to have the tree 4.0.6-dev until we branch. I'd like to see this apparent problem fixed quickly in the development branch. Prolonging it by backing the changes out from the main branch and reapplying them a day later makes little sense to me. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James Previous Comments: --- [2001-05-09 13:32:46] [EMAIL PROTECTED] I've tried every suggestion from the documentation and users on this issue, and I'm convinced that there is a bug. Other extensions will load without error. Php_curl.dll won't even load if it is placed in the winntsystem32 folder, and surrounded by its required modules (with the .ini file pointing to the system32 folder for extensions directory). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10758edit=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] Re: Serious problems with libtool 1.4..
Whatever. I just think it makes more sense to put such patches after we branch. Andi At 07:34 PM 5/9/2001 +0200, Sascha Schumann wrote: I want to branch tomorrow so why not revert the patch today and reapply it tomorrow night or the day after? Because that creates more work than reverting the patch once? Same effect but it makes more sense to me to have the tree 4.0.6-dev until we branch. I'd like to see this apparent problem fixed quickly in the development branch. Prolonging it by backing the changes out from the main branch and reapplying them a day later makes little sense to me. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #10760: Failure during make process
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: Failure during make process here is a log of make gcc -I. -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1 -I/users/packages/apache_1.3.12/src/include -I/users/packages/apache_1.3.12/src/os/unix -I/users/packages/php-4.0.4pl1/Zend -I/usr/local/mysql/include/mysql -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmltok -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmlparse -I/users/packages/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo internal_functions.c:49: `phpext_mysql_ptr' undeclared here (not in a function) internal_functions.c:49: initializer element is not constant internal_functions.c:49: (near initialization for `php_builtin_extensions[5]') *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' SO : Solaris 2.8 Sparc Hardware : Sun Ultra Sparc 5 All packages recommended by php were installed (gawk , gcc and etc) . I am able to compile Apache 1.3.12-18 , Apache 2.0, any version of mysql and postgres. ./configure --with-mysql=/usr/local/mysql \ --with-xml \ --with-apache=../apache_1.3.12 \ --enable-track-vars Jorge Faria -- Edit Bug report at: http://bugs.php.net/?id=10760edit=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] gd/config.m4 still busted
Hi, the config.m4 defines several macros like this AC_DEFUN(PHP_GD_JPEG,[ .. PHP_ADD_LIBRARY_WITH_PATH(jpeg, $withval/lib) .. LIBS=$LIBS -L$withval/lib -ljpeg ]) I.e. it correctly adds the library using PHP-specific macros, but then continues in the wrong way by adding some cruft to LIBS manually. I would not be surprised, if this is the reason for the problems Jani described. People are already complaining to me about this mis-feature in 4.0.5 which causes other checks to fail in non-obvious ways. Unfortunately, we cannot simply rip them out as PHP_GD_CHECK_VERSION depends on being able to link a program against libgd.a successfully and that only works, if gd's auxiliary libraries are present. So, what I would propose is to reset the LIBS/LDFLAGS variables after leaving the body of AC_ARG_WITH(gd ..) to the state they had before entering it. That should leave the current functionality intact and it prevents the modifications to infect the rest of the system. Comments? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #10757 Updated: doubble writing in files
ID: 10757 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: Earlier? Upgrade first! Assigned To: Comments: Update your PHP first. If this happens with 4.0.5 too, reopen. --Jani Previous Comments: --- [2001-05-09 13:08:37] [EMAIL PROTECTED] Using Linux RH 7.0 / Apache 1.1.14 / php 4.01 When I am using my computer at the same time as web-server netscape-browser... When writing some text into a .txt file (fPutsS($file_handle,$sentence);), the record is made twice inside this file. Exactly same happends when executing exec(echo $sentence file.txt, $sortie, $handle); When browsing from external computer, this does no happend, and the writing in the .txt file does happen only once --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10757edit=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] Re: [PHP-QA] Modifications to Windows Readme file
At 18:58 09.05.2001 +0100, James Moore wrote: Well keep the manual up to date and we can generate install.txt from this very simply.. make lynx -dump html/install.windows.html install.txt in the manual dir. I think this is probably the best way to do it. then please merge the install.txt in there, as it's currently somewhat incomplete. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:\php\extensions\php_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) Previous Comments: --- [2001-05-09 13:52:27] [EMAIL PROTECTED] Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James --- [2001-05-09 13:32:46] [EMAIL PROTECTED] I've tried every suggestion from the documentation and users on this issue, and I'm convinced that there is a bug. Other extensions will load without error. Php_curl.dll won't even load if it is placed in the winntsystem32 folder, and surrounded by its required modules (with the .ini file pointing to the system32 folder for extensions directory). --- Full Bug description available at: http://bugs.php.net/?id=10758 -- 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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:\php\extensions\php_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) Previous Comments: --- [2001-05-09 14:12:06] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 13:52:27] [EMAIL PROTECTED] Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James --- [2001-05-09 13:32:46] [EMAIL PROTECTED] I've tried every suggestion from the documentation and users on this issue, and I'm convinced that there is a bug. Other extensions will load without error. Php_curl.dll won't even load if it is placed in the winntsystem32 folder, and surrounded by its required modules (with the .ini file pointing to the system32 folder for extensions directory). --- Full Bug description available at: http://bugs.php.net/?id=10758 -- 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] gd/config.m4 still busted
I'm working on this.. --Jani On Wed, 9 May 2001, Sascha Schumann wrote: Hi, the config.m4 defines several macros like this AC_DEFUN(PHP_GD_JPEG,[ .. PHP_ADD_LIBRARY_WITH_PATH(jpeg, $withval/lib) .. LIBS=$LIBS -L$withval/lib -ljpeg ]) I.e. it correctly adds the library using PHP-specific macros, but then continues in the wrong way by adding some cruft to LIBS manually. I would not be surprised, if this is the reason for the problems Jani described. People are already complaining to me about this mis-feature in 4.0.5 which causes other checks to fail in non-obvious ways. Unfortunately, we cannot simply rip them out as PHP_GD_CHECK_VERSION depends on being able to link a program against libgd.a successfully and that only works, if gd's auxiliary libraries are present. So, what I would propose is to reset the LIBS/LDFLAGS variables after leaving the body of AC_ARG_WITH(gd ..) to the state they had before entering it. That should leave the current functionality intact and it prevents the modifications to infect the rest of the system. Comments? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Looks like it could be stale php4ts.dll's hanging about please delete any that are lying about on your computer and then reinstall PHP again and this will hopefully fix the problem (check system32 dir, system dir ect). Make sure your php_curl.dll isnt stale too. - James Previous Comments: --- [2001-05-09 14:13:33] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:12:06] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 13:52:27] [EMAIL PROTECTED] Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James --- [2001-05-09 13:32:46] [EMAIL PROTECTED] I've tried every suggestion from the documentation and users on this issue, and I'm convinced that there is a bug. Other extensions will load without error. Php_curl.dll won't even load if it is placed in the winntsystem32 folder, and surrounded by its required modules (with the .ini file pointing to the system32 folder for extensions directory). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10758edit=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] unbuffered mysql_db_query for 4.0.6?
Remove. Actually..should that mysql_db_query() be deprecated too? Starting 4.0.6 with warning? --Jani On Wed, 9 May 2001, Wez Furlong wrote: Hi All, Since Andi wants to RC1 4.0.6, I would like to know if you have an opinion about my recent patch for mysql_db_query() which allows you request an unbuffered rowset. Zeev suggested that using a different combination of function calls would be more optimal, and now that I have done some testing I have to agree with him. Should the patch stay in the code for 4.0.6 ? The reasons against were something along the lines of mysql_db_query only being there for backwards compatibility, and the extra argument could cause confusion by breaking the api rules for the mysql extension. The reasons for are that it could be handy for some. I'm impartial in the matter, as I no longer need the functionality. Should it stay or should it go? --Wez. -- 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 #10760 Updated: Failure during make process
ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Hello, did you build PHP from a fresh checkout? Please try the following: ./cvsclean ./buildconf ./configure ... (rest of your configure line) ./make and see if this works. If you get the same error, please mail me your main/internal_functions.c file Previous Comments: --- [2001-05-09 13:59:59] [EMAIL PROTECTED] here is a log of make gcc -I. -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1 -I/users/packages/apache_1.3.12/src/include -I/users/packages/apache_1.3.12/src/os/unix -I/users/packages/php-4.0.4pl1/Zend -I/usr/local/mysql/include/mysql -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmltok -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmlparse -I/users/packages/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo internal_functions.c:49: `phpext_mysql_ptr' undeclared here (not in a function) internal_functions.c:49: initializer element is not constant internal_functions.c:49: (near initialization for `php_builtin_extensions[5]') *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' SO : Solaris 2.8 Sparc Hardware : Sun Ultra Sparc 5 All packages recommended by php were installed (gawk , gcc and etc) . I am able to compile Apache 1.3.12-18 , Apache 2.0, any version of mysql and postgres. ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.12 --enable-track-vars Jorge Faria --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10760edit=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 #10759 Updated: undefined symbol: mxdriver
ID: 10759 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IMAP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: You haven't followed the install instructions. Check the www.php.net/imap page for more info. --Jani Previous Comments: --- [2001-05-09 13:37:47] [EMAIL PROTECTED] Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: mxdriver Tried with IMAP-4.7c (see http://www.php.net/bugs.php?id=7537) but same error with: IMAP 2000 and imap-2001.BETA.SNAP-0105042209 PHP configure line: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-ftp --with-ldap --with-ttf --with-gd --enable-sysvshm=yes --enable-sysvsem=yes --enable-url-inlcudes=yes --enable-track-vars=yes --with-imap No errors while compiling If you need futher information let me know! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10759edit=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 #10742 Updated: iconv failure
ID: 10742 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Sascha, Sterling, can you please comment on this one? Previous Comments: --- [2001-05-09 02:21:38] [EMAIL PROTECTED] error source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi right source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10742edit=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 #10760 Updated: Failure during make process
ID: 10760 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Hello, I just saw you are not using CVS, please try this instead: rm config.cache ./configure ... (your configure line) make clean make regards, Derick Previous Comments: --- [2001-05-09 14:30:49] [EMAIL PROTECTED] Hello, did you build PHP from a fresh checkout? Please try the following: ./cvsclean ./buildconf ./configure ... (rest of your configure line) ./make and see if this works. If you get the same error, please mail me your main/internal_functions.c file --- [2001-05-09 13:59:59] [EMAIL PROTECTED] here is a log of make gcc -I. -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1/main -I/users/packages/php-4.0.4pl1 -I/users/packages/apache_1.3.12/src/include -I/users/packages/apache_1.3.12/src/os/unix -I/users/packages/php-4.0.4pl1/Zend -I/usr/local/mysql/include/mysql -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmltok -I/users/packages/php-4.0.4pl1/ext/xml/expat/xmlparse -I/users/packages/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo internal_functions.c:49: `phpext_mysql_ptr' undeclared here (not in a function) internal_functions.c:49: initializer element is not constant internal_functions.c:49: (near initialization for `php_builtin_extensions[5]') *** Error code 1 make: Fatal error: Command failed for target `internal_functions.lo' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /users/packages/php-4.0.4pl1/main *** Error code 1 make: Fatal error: Command failed for target `all-recursive' SO : Solaris 2.8 Sparc Hardware : Sun Ultra Sparc 5 All packages recommended by php were installed (gawk , gcc and etc) . I am able to compile Apache 1.3.12-18 , Apache 2.0, any version of mysql and postgres. ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.12 --enable-track-vars Jorge Faria --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10760edit=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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:\php\extensions\php_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) Previous Comments: --- [2001-05-09 14:21:43] [EMAIL PROTECTED] Looks like it could be stale php4ts.dll's hanging about please delete any that are lying about on your computer and then reinstall PHP again and this will hopefully fix the problem (check system32 dir, system dir ect). Make sure your php_curl.dll isnt stale too. - James --- [2001-05-09 14:13:33] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:12:06] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 13:52:27] [EMAIL PROTECTED] Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James --- [2001-05-09 13:32:46] [EMAIL PROTECTED] I've tried every suggestion from the documentation and users on this issue, and I'm convinced that there is a bug. Other extensions will load without error. Php_curl.dll won't even load if it is placed in the winntsystem32 folder, and surrounded by its required modules (with the .ini file pointing to the system32 folder for extensions directory). --- 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=10758 -- 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: Modifications to Windows Readme file - A HTML offering
Its not the greatest HTML, but I didnt want to do something that blew the world away, something simple. I think I incorporated all the changes Paul sent out - but as Im dyslexic Im not the best to spot minute wording changes. Please dont flame me. Title: PHP 4x documentation PHP 4.x Win32 Documentation Requirements Support Installation Adding Extensions PHP 4.0 for Windows comes in two flavours - a CGI executable (php.exe), and an ISAPI module (php4isapi.dll). The latter is new to PHP 4.0, and provides significantly improved performance and some new functionality. However, please note that the ISAPI module is *NOT* yet considered to be production quality. The reason for this is that the PHP ISAPI module uses the thread-safe version of the PHP code, which is completely new to PHP 4.0, and has not yet been tested and pounded enough to be considered completely stable, and there are actually a few known bugs. On the other hand, some people have reported very good results with the ISAPI module, even though we're not aware of anyone actually running it on a production site. In short - your mileage may vary; If you need absolute stability, trade the performance of the ISAPI module with the stability of the CGI executable. A number of modules are built in by default theres are: MySQL, ODBC, FTP, Calendar, BCMath, COM, PCRE, Session, WDDX and XML support is *built-in*. (You don't need to load any additional extensions in order to use these functions.) Requirements Windows 95 or later, Windows NT 4.0 or later ISAPI 4.0 compliant Web server required for ISAPI module (tested on IIS 4.0, PWS 4.0 IIS 5.0). IIS 3.0 is *NOT* supported; You should download and install the Windows NT 4.0 Option Pack with IIS 4.0 if you want native PHP Support. For questions and help with PHP under Windows, your best bet would be the PHP-Windows mailing list ([EMAIL PROTECTED]). To subscribe, send an empty message to [EMAIL PROTECTED]. Windows 95 requires the DCOM update, freely available from: http://download.microsoft.com/msdownload/dcom/95/x86/en/dcom95.exe Installation Unlike PHP 3, PHP 4 is divided into several components; Even when you use PHP in its CGI mode, php.exe is no longer a standalone executable, and relies on external DLLs for execution. For this reason, if you install php.exe as a handler for your web server, you must make sure that the DLLs in the distribution exist in a directory that is in the Windows PATH. The easiest way to do it is to copy these DLLs to your SYSTEM (Windows 9x) or SYSTEM32 (Windows NT) directory, which is under your Windows directory. The DLLs that need to be copied are MSVCRT.DLL (it may already exist in there) and PHP4TS.DLL. IIS 4+5 ISAPI IIS 4+5 CGI PWS 4 ISAPI PWS 4 CGI Apache ORiley Website Pro Xitami Installation Notes for IIS 4.0 and 5.0 - ISAPI method Install the DLLs as mentioned above. If you wish to change any defaults, copy either the php.ini-dist or php.ini-optimized files into your Windows directory, and rename it to 'php.ini'. You can then modify any of the directives inside it. Start the Microsoft Management Console (may appear as 'Internet Services Manager', either in your Windows NT 4.0 Option Pack branch or the Control Panel-Administrative Tools under Windows 2000). Right click on your Web server node (will most probably appear as 'Default Web Server'), and select 'Properties'. If you don't want to perform HTTP Authentication using PHP, you can (and should) skip this step. Under 'ISAPI Filters', add a new ISAPI filter. Use 'PHP' as the filter name, and supply a path to the php4isapi.dll that is included in the distribution. Under 'Home Directory', click on the 'Configuration' button. Add a new entry to the Application Mappings; Use the path the php4isapi.dll as the Executable, supply .php as the extension, leave 'Method exclusions', blank, and check the Script engine checkbox. Stop IIS completely (you would have to stop the IIS Administration service for that - stopping it through the Management Console isn't good enough; You can do it by typing 'net stop iisadmin' on a command prompt). Start IIS again (you can do it by typing 'net start w3svc' on a command prompt). Put a .php file under your Web server's document root and check if it works! Installation Notes for IIS 4.0 and 5.0 - CGI method Install the DLLs as mentioned above. If you wish to change any defaults, copy either the php.ini-dist or php.ini-optimized files into your Windows directory, and rename it to 'php.ini'. You can then modify any of the directives inside it. Start the Microsoft Management Console (may appear as 'Internet Services Manager', either in your Windows NT 4.0 Option Pack branch or the Control Panel-Administrative Tools under Windows 2000). Under 'Home Directory', click on the
[PHP-DEV] Bug #10761: Call toCall to unsupported or undefined function mysql_connect()
From: [EMAIL PROTECTED] Operating system: Red Hat 7 PHP version: 4.0.5 PHP Bug Type: *Configuration Issues Bug description: Call toCall to unsupported or undefined function mysql_connect() Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. -- Edit Bug report at: http://bugs.php.net/?id=10761edit=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] gd/config.m4 still busted
On Wed, 9 May 2001, Jani Taskinen wrote: I'm working on this.. Well, then you are probably well-equipped to comment on this. The implementation of the proposal is attached. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg Index: config.m4 === RCS file: /repository/php4/ext/gd/config.m4,v retrieving revision 1.58 diff -u -r1.58 config.m4 --- config.m4 2001/04/19 14:16:09 1.58 +++ config.m4 2001/05/09 19:11:22 @@ -134,6 +134,8 @@ Set DIR to shared to build as a dl, or shared,DIR to build as a dl and still specify DIR.], [ + gd_saved_LIBS=$LIBS + gd_saved_LDFLAGS=$LDFLAGS PHP_WITH_SHARED old_withval=$withval PHP_GD_JPEG @@ -233,6 +235,8 @@ fi ;; esac + LDFLAGS=$gd_saved_LDFLAGS + LIBS=$gd_saved_LIBS ],[]) -- 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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder okay, I think i'm getting to the heart of the issue here: when I disable the php_curl.dll extension in the php.ini file, php.exe (4.0.4pl1) starts up fine from the command line. When I enable the curl extension, it tells me I'm missing MSVCR70.dll, which I have gathered is an old C runtime library. No one seems to have it (least of all microsoft), yet php_curl requires it, no? Previous Comments: --- [2001-05-09 14:43:34] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:21:43] [EMAIL PROTECTED] Looks like it could be stale php4ts.dll's hanging about please delete any that are lying about on your computer and then reinstall PHP again and this will hopefully fix the problem (check system32 dir, system dir ect). Make sure your php_curl.dll isnt stale too. - James --- [2001-05-09 14:13:33] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:12:06] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 13:52:27] [EMAIL PROTECTED] Please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] I know that all the extensions will load as I use them here. Are you given any errors when starting the php.exe from command line mode?? Reopen if you can provide more information about what is happening.. As it is at the moment you havnt provided us enough information to work with. cheers, - James --- 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=10758 -- 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 #10762: Call to unsupported or undefined function mysql_connect()
From: [EMAIL PROTECTED] Operating system: Red Hat 7 PHP version: 4.0.4 PHP Bug Type: MySQL related Bug description: Call to unsupported or undefined function mysql_connect() Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. -- Edit Bug report at: http://bugs.php.net/?id=10762edit=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 #10761 Updated: Call toCall to unsupported or undefined function mysql_connect()
ID: 10761 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Configuration Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:12:34] [EMAIL PROTECTED] Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10761edit=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 #10762 Updated: Call to unsupported or undefined function mysql_connect()
ID: 10762 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:22:08] [EMAIL PROTECTED] Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10762edit=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 #10763 Updated: MySQL Connection Failed: Can't connect to local MySQL server through socket
ID: 10763 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:34:53] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /var/www/html/test.php on line 4 Could not connect Problem: mysql sever not talking to php Solution: Edit /etc/my.cnf to point to /var/lib/mysql/mysql.sock note you may need to create the directory in /var/lib also Important to change the ownership of the mysql directory using chmod -0777 Here is a listing of the way the directory should look. - [root@hobbes mysql]# ls /var/lib/mysql mysql.sock -- note mysql.sock should be pink! here is part of the mysql conf file which should be modified to handle correct volume of traffic. --- # The following options will be passed to all MySQL clients [client] #password = your_password port= 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port= 3306 socket = /var/lib/mysql/mysql.sock skip-locking set-variable= key_buffer=16M set-variable= max_allowed_packet=1M set-variable= table_cache=64 set-variable= sort_buffer=512K set-variable= net_buffer_length=8K set-variable= myisam_sort_buffer_size=8M log-bin server-id = 1 user= mysql # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #set-variable = bdb_cache_size=4M #set-variable = bdb_max_lock=1 -- Good Luck Hope this Helps! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10763edit=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 #10763 Updated: MySQL Connection Failed: Can't connect to local MySQL server through socket
ID: 10763 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-09 15:34:53] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /var/www/html/test.php on line 4 Could not connect Problem: mysql sever not talking to php Solution: Edit /etc/my.cnf to point to /var/lib/mysql/mysql.sock note you may need to create the directory in /var/lib also Important to change the ownership of the mysql directory using chmod -0777 Here is a listing of the way the directory should look. - [root@hobbes mysql]# ls /var/lib/mysql mysql.sock -- note mysql.sock should be pink! here is part of the mysql conf file which should be modified to handle correct volume of traffic. --- # The following options will be passed to all MySQL clients [client] #password = your_password port= 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port= 3306 socket = /var/lib/mysql/mysql.sock skip-locking set-variable= key_buffer=16M set-variable= max_allowed_packet=1M set-variable= table_cache=64 set-variable= sort_buffer=512K set-variable= net_buffer_length=8K set-variable= myisam_sort_buffer_size=8M log-bin server-id = 1 user= mysql # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #set-variable = bdb_cache_size=4M #set-variable = bdb_max_lock=1 -- Good Luck Hope this Helps! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10763edit=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 #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
ID: 10758 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder Possible Solution: To use the php_curl.dll in NT 4.0, I made a copy of the msvcrt.dll library included in the PHP distribution. I renamed the copy to msvcr70.dll and moved it to my winnt\system32 folder. This seems to fool php_curl into thinking it is using the old library, but apparently the new library works similarly. Previous Comments: --- [2001-05-09 15:16:54] [EMAIL PROTECTED] okay, I think i'm getting to the heart of the issue here: when I disable the php_curl.dll extension in the php.ini file, php.exe (4.0.4pl1) starts up fine from the command line. When I enable the curl extension, it tells me I'm missing MSVCR70.dll, which I have gathered is an old C runtime library. No one seems to have it (least of all microsoft), yet php_curl requires it, no? --- [2001-05-09 14:43:34] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:21:43] [EMAIL PROTECTED] Looks like it could be stale php4ts.dll's hanging about please delete any that are lying about on your computer and then reinstall PHP again and this will hopefully fix the problem (check system32 dir, system dir ect). Make sure your php_curl.dll isnt stale too. - James --- [2001-05-09 14:13:33] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- [2001-05-09 14:12:06] [EMAIL PROTECTED] Yes there is an error when executing php.exe from the command line: The procedure entry point add_assoc_string_ex could not be located in the dynamic link library php4ts.dll Then you get the php_curl error: Unable to load dynamic link library 'c:phpextensionsphp_curl.dll' - The specified procedure could not be found (sorry for my previous vagueness) --- 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=10758 -- 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 #10764: set_time_limit doesn't work
From: [EMAIL PROTECTED] Operating system: Suse 7.0 / Kernel 2.4.4 PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: set_time_limit doesn't work Set_time_limit() is completely ignored. All php.ini-values are on default (especially safe mode is off). For example, execution of the following test-script never stops: set_time_limit(10); while(true) { echo sleeping...br\n; flush(); sleep(1); } This bug has already been descriped in http://www.php.net/bugs.php?id=5518 but the fix provided by Rasmus doesn't seem to work (any longer). conf-line: './configure' '--with-apache=/home/maverick/src/lamp/apache_1.3.19' '--with-mysql=/usr/mysql' '--with-zlib-dir=/usr/lib' '--with-ftp' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--with-config-file-path=/etc' '--enable-sockets' '--with-mcrypt' '--with-openssl' '--with-xpm-dir=/usr/X11R6/lib' Daniel Fuehrer -- Edit Bug report at: http://bugs.php.net/?id=10764edit=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] unbuffered mysql_db_query for 4.0.6?
On Wed, May 09, 2001 at 08:28:55PM +0200, Jani Taskinen wrote: Remove. Actually..should that mysql_db_query() be deprecated too? Starting 4.0.6 with warning? That sounds like a good move to me (provided it's just a warning for now). It probably shouldn't be completely removed until 4.1. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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: [PEAR-CVS] cvs: php4 /pear PEAR.php.in
On Fri, 20 Apr 2001, Andrei Zmievski wrote: I'll make a userland interface to zend_is_callable(). Ok, is_callable() is in. No docs yet, but the first argument is the construct to check, second optional one is whether to check just the syntax of construct or its existence in runtime tables, and the third one is a var to receive the formatted name of the construct. -Andrei It is commonly the case with technologies that you can get the best insight about how they work by watching them fail. -- Neal Stephenson -- 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 #8941 Updated: Openlink/ODBC cannot parse complex queries
ID: 8941 Updated by: ahill Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0.2 Assigned To: Comments: this issue is specific to the interaction of the Progress database and the OpenLink Agent-based cursor library once scrollable cursors are not used this is not a problem Previous Comments: --- [2001-04-02 17:01:59] [EMAIL PROTECTED] According to openlink, the issue is caused by the dynamic cursors now used in the php odbc functions. remarking out the #define HAVE_SQL_EXTENDED_FETCH 1 entry in the iodbc section provides a temporary relief from the problem. --- [2001-04-02 16:55:47] [EMAIL PROTECTED] have you tried updating to the latest OpenLink libraries? They have supposedly been better enhanced and unified with PHP. --- [2001-02-05 10:36:30] [EMAIL PROTECTED] problem still exists in PHP 404 sp1 --- [2001-01-26 12:27:51] [EMAIL PROTECTED] Configuration above should show PHP4.0.2 not 4.0.1pl2 --- [2001-01-26 12:26:10] [EMAIL PROTECTED] Platform: HPUX 10.20 Configuration: PHP4.0.1pl2 --with-iodbc --without-mysql --with-pdflib=/usr/local --without-gd --with-apache=../apache_1.3.14 Using Openlink MT ODBC driver against a PROGRESS database. Any version of PHP after 4.0.1pl2 cannot parse queries with a JOIN statement in it. Versions upto and including above work ok. The log file from the Openlink Server shows this from a sample (good) query: generic_pro83b: SCR_AnalyseSQL failed: SELECT * FROM VIRTUAL_LAYERS INNER JOIN LAYER_INFORMATION ON LAYER_INFORMATION.LAYER1_DESCRIPTION=VIRTUAL_LAYERS.LAYER1_DESCRIPTION generic_pro83b: parse error generic_pro83b: SELECT * FROM VIRTUAL_LAYERS INNER JOIN^ --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8941edit=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 #10750 Updated: Seeking, reading and writing with GZIP
ID: 10750 Updated by: sr Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Compression related Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Reclassify as feature request. Have a look at the PHP java support, maybe you can use your java classes to write to your format with this extension (please close this report if it works). I didn't find any C library for your format, so it would need some work first to port your library to C ... Previous Comments: --- [2001-05-09 09:45:14] [EMAIL PROTECTED] - Seeking in a gzip file in read only mode is not quite fast; - Seeking backwards in a gzip file in write mode is not supported; I wish I could treat a gzip file like an ordinary uncompressed file, seeking to any position of it, reading, then writing, then reading some more, and so on. Everything done very quickly, of course. Proposed solution: add support for RAZip files. Right now it is still not possible to write at arbitrary positions in a RAZip-compressed file, but soon it will be. And random seek-and-read operations are much faster than with GZIP (In one test file, I could achieve almost 28 thousand percent speed increase in random reads). For more information about razip files, please visit http://www.geocities.com/elifarley/javalibs/ Regards, Elifarley --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10750edit=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 #10765: timeout doesn't work
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.5 PHP Bug Type: Sockets related Bug description: timeout doesn't work timeout parameter in fsockopen() doesn't work socket_set_timeout() doesn't work. I am using PHP 4.0.5 (binary release, CGI version) in Windows 98. -- Edit Bug report at: http://bugs.php.net/?id=10765edit=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 #10766: date function S qualifier doesn't work and is inconsistent
From: [EMAIL PROTECTED] Operating system: solaris PHP version: 4.0.4 PHP Bug Type: Date/time related Bug description: date function S qualifier doesn't work and is inconsistent -- Edit Bug report at: http://bugs.php.net/?id=10766edit=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 #10766 Updated: date function S qualifier doesn't work and is inconsistent
ID: 10766 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Date/time related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Please provide more information and post a short script the shows your problem. Previous Comments: --- [2001-05-09 17:13:33] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10766edit=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] Bug #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
At 19:51 09.05.2001 +, [EMAIL PROTECTED] wrote: ID: 10758 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating system: WinNT 4.0 PHP Version: 4.0.4pl1 Description: php_curl.dll won't load, even if in WinNT\system32 folder Possible Solution: To use the php_curl.dll in NT 4.0, I made a copy of the msvcrt.dll library included in the PHP distribution. I renamed the copy to msvcr70.dll and moved it to my winnt\system32 folder. This seems to fool php_curl into thinking it is using the old library, but apparently the new library works similarly. actually it's. it just the new c runtime libary from the .Net (VC7) betas, i think it's going replace msvcrt.dll i have .Net installed but i'm not sure how this creps in, as i'm not compiling via VC7. only the openssl (libeay32 ssleay32) libarys are affected, so if you can get another copy of them your error should go away. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 #10767: CDATA sections not type'd or content'd
From: [EMAIL PROTECTED] Operating system: Linux RH 6.2 PHP version: 4.0.5 PHP Bug Type: DOM XML related Bug description: CDATA sections not type'd or content'd well, using the dom and libxml 2.3.8 (and libxml 1 was required in 4.0.4pl1 too) it (getting CDATA content) worked in 4.0.4pl1. the content attribute of the node used to contain all the data in a CDATA section of an XML doc. now, the content attribute in 4.0.5 with libxml2 is empty. completely. even more, the type attribute it claims the element containing the CDATA is a 1 (?_ELEMENT i belive) as opposed to 3 or 4 (?_CDATA_SECTION i believe). regardless, the content is empty and seemingly not recoverable. this appears in both the standard node querying as well as XPath. yuck. -- Edit Bug report at: http://bugs.php.net/?id=10767edit=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 #10768: undefined symbol: output_globals
From: [EMAIL PROTECTED] Operating system: Debian 2.2r2 on Alpha platform PHP version: 4.0.5 PHP Bug Type: Dynamic loading Bug description: undefined symbol: output_globals [output] Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: output_globals ../bin/apachectl start: httpd could not be started [/output] The compile directive was: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-expat=/usr/local/lib --with-sablot=/usr/local/lib --with-openssl=/usr/local/ssl --with-mysql This is Apache 1.3.19 (latest stable) -- Edit Bug report at: http://bugs.php.net/?id=10768edit=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 #10768 Updated: undefined symbol: output_globals
ID: 10768 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Dynamic loading Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please try this cmd: './configure --help'. You should be using the INSTALL paths of the external resources. i.e. --with-sablot=/usr/local --Jani Previous Comments: --- [2001-05-09 18:33:06] [EMAIL PROTECTED] [output] Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: output_globals ../bin/apachectl start: httpd could not be started [/output] The compile directive was: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-expat=/usr/local/lib --with-sablot=/usr/local/lib --with-openssl=/usr/local/ssl --with-mysql This is Apache 1.3.19 (latest stable) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10768edit=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 #10769: sendmail_port does not work
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.5 PHP Bug Type: Mail related Bug description: sendmail_port does not work The sendmail_port INI variable has been left out of the PHP_INI var registration block. SMTP mail is forced to use port 25 in win32. -- Edit Bug report at: http://bugs.php.net/?id=10769edit=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 #10770: . (concatenation) preceeds mathematical operations in order of execution
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: . (concatenation) preceeds mathematical operations in order of execution ? $i=10; print hello . $i-2 . world; ? will output: -2 world (hello . $i is evaluated into hello 10, then 2 is subtracted (by casting hello 10 into a 0, then subtracting 2). Then world is appened, thus giving us -2 world) I think this might be way counter-intuitive to what should be happening: - (or all other operations) should be avaluated first, and concatenation last, producing hello 8 world. Or how about this example, which definately can confuse some people: print Hello is less than . 1+strlen('hello') . characters long.; Workaround: use () to arrange things to be executed in proper order but that might not be obvious for someone who doesn't know about this situation. PS: Thanks PartyZan for finding this. -- Edit Bug report at: http://bugs.php.net/?id=10770edit=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 #10773: C Compiler cannot create executables
From: [EMAIL PROTECTED] Operating system: Sun Solaris 8 PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: C Compiler cannot create executables I am entering the following script for configure ./configure --with-nsapi=/opt/server/netscape/server --with-oci8 --enable-track-vars --enable-libgcc and I receive the following error checking for c++... c++ checking whether the C++ compiler (c++ -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95 -R/OraHome1/lib -L/OraHome1/lib) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. if I configure without --with-nsapi=/opt/server/netscape/server I do not have any problems, I saw this problem listed in the bug reports but a solution was never posted. is there a fix or a work around. Matt -- Edit Bug report at: http://bugs.php.net/?id=10773edit=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 #10772 Updated: destroy_op_array
ID: 10772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Class/Object related Operating system: Win2000 Server SP1 PHP Version: 4.0 Latest CVS (2001-05-09) Description: destroy_op_array Actually, this only happens if I set a variable, inside a class, to a new class (of itself, or another class). BTW using Apache 1.3.19 on Win32... Previous Comments: --- [2001-05-09 19:23:19] [EMAIL PROTECTED] This happens everytime I try to instanciate a class. Got last 4.0.6 from php4win.de, also happens with official 4.0.5.. From App Log in NT (includes backtrace): The application, , generated an application error The error occurred on 05/09/2001 @ 20:23:09.995 The exception generated was c005 at address 006D54FC (destroy_op_array) ...Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 39 36 29 0d 0a 20 1296).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 35 hen: 9/5 0050: 2f 32 30 30 31 20 40 20 /2001 @ 0058: 32 30 3a 32 33 3a 30 39 20:23:09 0060: 2e 39 39 35 0d 0a 20 20 .995.. 0068: 20 20 20 20 20 20 45 78 Ex 0070: 63 65 70 74 69 6f 6e 20 ception 0078: 6e 75 6d 62 65 72 3a 20 number: 0080: 63 30 30 30 30 30 30 35 c005 0088: 20 28 61 63 63 65 73 73(access 0090: 20 76 69 6f 6c 61 74 69violati 0098: 6f 6e 29 0d 0a 0d 0a 2a on)* 00a0: 2d 2d 2d 2d 3e 20 53 79 Sy 00a8: 73 74 65 6d 20 49 6e 66 stem Inf 00b0: 6f 72 6d 61 74 69 6f 6e ormation 00b8: 20 3c 2d 2d 2d 2d 2a 0d*. 00c0: 0a 20 20 20 20 20 20 20 . 00c8: 20 43 6f 6d 70 75 74 65Compute 00d0: 72 20 4e 61 6d 65 3a 20 r Name: 00d8: 5a 45 55 5a 0d 0a 20 20 ZEUZ.. 00e0: 20 20 20 20 20 20 55 73 Us 00e8: 65 72 20 4e 61 6d 65 3a er Name: 00f0: 20 53 59 53 54 45 4d 0dSYSTEM. 00f8: 0a 20 20 20 20 20 20 20 . 0100: 20 4e 75 6d 62 65 72 20Number 0108: 6f 66 20 50 72 6f 63 65 of Proce 0110: 73 73 6f 72 73 3a 20 31 ssors: 1 0118: 0d 0a 20 20 20 20 20 20 .. 0120: 20 20 50 72 6f 63 65 73 Proces 0128: 73 6f 72 20 54 79 70 65 sor Type 0130: 3a 20 78 38 36 20 46 61 : x86 Fa 0138: 6d 69 6c 79 20 36 20 4d mily 6 M 0140: 6f 64 65 6c 20 34 20 53 odel 4 S 0148: 74 65 70 70 69 6e 67 20 tepping 0150: 32 0d 0a 20 20 20 20 20 2.. 0158: 20 20 20 57 69 6e 64 6f Windo 0160: 77 73 20 32 30 30 30 20 ws 2000 0168: 56 65 72 73 69 6f 6e 3a Version: 0170: 20 35 2e 30 0d 0a 20 205.0.. 0178: 20 20 20 20 20 20 43 75 Cu 0180: 72 72 65 6e 74 20 42 75 rrent Bu 0188: 69 6c 64 3a 20 32 31 39 ild: 219 0190: 35 0d 0a 20 20 20 20 20 5.. 0198: 20 20 20 53 65 72 76 69 Servi 01a0: 63 65 20 50 61 63 6b 3a ce Pack: 01a8: 20 31 0d 0a 20 20 20 201.. 01b0: 20 20 20 20 43 75 72 72 Curr 01b8: 65 6e 74 20 54 79 70 65 ent Type 01c0: 3a 20 55 6e 69 70 72 6f : Unipro 01c8: 63 65 73 73 6f 72 20 46 cessor F 01d0: 72 65 65 0d 0a 20 20 20 ree.. 01d8: 20 20 20 20 20 52 65 67Reg 01e0: 69 73 74 65 72 65 64 20 istered 01e8: 4f 72 67 61 6e 69 7a 61 Organiza 01f0: 74 69 6f 6e 3a 20 5a 65 tion: Ze 01f8: 75 5a 20 45 6e 74 0d 0a uZ Ent.. 0200: 20 20 20 20 20 20 20 20 0208: 52 65 67 69 73 74 65 72 Register 0210: 65 64 20 4f 77 6e 65 72 ed Owner 0218: 3a 20 5a 65 75 5a 0d 0a : ZeuZ.. 0220: 0d 0a 2a 2d 2d 2d 2d 3e ..* 0228: 20 54 61 73 6b 20 4c 69Task Li 0230: 73 74 20 3c 2d 2d 2d 2d st 0238: 2a 0d 0a 20 20 20 30 20 *.. 0 0240: 49 64 6c 65 2e 65 78 65 Idle.exe 0248: 0d 0a 20 20 20 38 20 53 .. 8 S 0250: 79 73 74 65 6d 2e 65 78 ystem.ex 0258: 65 0d 0a 20 31 34 34 20 e.. 144 0260: 53 4d 53 53 2e 65 78 65 SMSS.exe 0268: 0d 0a 20 31 36 38 20 63 .. 168 c 0270: 73 72 73 73 2e 65 78 65 srss.exe 0278: 0d 0a 20 31 38 38 20 57 .. 188 W 0280: 49 4e 4c 4f 47 4f 4e 2e INLOGON. 0288: 65 78 65 0d 0a 20 32 31 exe.. 21 0290: 36 20 73 65 72 76 69 63 6 servic 0298: 65 73 2e 65 78 65 0d 0a es.exe.. 02a0: 20 32 32 38 20 4c 53 41228 LSA 02a8: 53 53 2e 65 78 65 0d 0a SS.exe.. 02b0: 20 33 39 32 20 73 76 63392 svc 02b8: 68 6f 73 74 2e 65 78 65 host.exe 02c0: 0d 0a 20 34 32 30 20 53 .. 420 S 02c8: 50 4f 4f 4c 53 56 2e 65 POOLSV.e 02d0: 78 65 0d 0a 20 34 36 38 xe.. 468 02d8: 20 73 76 63 68 6f 73 74svchost 02e0: 2e 65 78 65 0d 0a 20 35 .exe.. 5 02e8: 32 34 20 73 71 6c 73 65 24 sqlse 02f0: 72 76 72 2e 65 78 65 0d rvr.exe. 02f8: 0a 20 38 31 32 20 72 65 . 812 re 0300: 67 73 76 63 2e 65 78 65 gsvc.exe 0308: 0d 0a 20 38 33 32 20 6d .. 832 m 0310: 73 74 61 73 6b 2e 65 78 stask.ex 0318: 65 0d 0a 20 38 36 30 20 e.. 860
[PHP-DEV] Bug #10772 Updated: destroy_op_array
ID: 10772 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Class/Object related Operating system: PHP Version: 4.0 Latest CVS (2001-05-09) Assigned To: Comments: Add a short script which can be used to reproduce this into this bug report. --Jani Previous Comments: --- [2001-05-09 19:39:16] [EMAIL PROTECTED] Actually, this only happens if I set a variable, inside a class, to a new class (of itself, or another class). BTW using Apache 1.3.19 on Win32... --- [2001-05-09 19:23:19] [EMAIL PROTECTED] This happens everytime I try to instanciate a class. Got last 4.0.6 from php4win.de, also happens with official 4.0.5.. From App Log in NT (includes backtrace): The application, , generated an application error The error occurred on 05/09/2001 @ 20:23:09.995 The exception generated was c005 at address 006D54FC (destroy_op_array) ...Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 39 36 29 0d 0a 20 1296).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 35 hen: 9/5 0050: 2f 32 30 30 31 20 40 20 /2001 @ 0058: 32 30 3a 32 33 3a 30 39 20:23:09 0060: 2e 39 39 35 0d 0a 20 20 .995.. 0068: 20 20 20 20 20 20 45 78 Ex 0070: 63 65 70 74 69 6f 6e 20 ception 0078: 6e 75 6d 62 65 72 3a 20 number: 0080: 63 30 30 30 30 30 30 35 c005 0088: 20 28 61 63 63 65 73 73(access 0090: 20 76 69 6f 6c 61 74 69violati 0098: 6f 6e 29 0d 0a 0d 0a 2a on)* 00a0: 2d 2d 2d 2d 3e 20 53 79 Sy 00a8: 73 74 65 6d 20 49 6e 66 stem Inf 00b0: 6f 72 6d 61 74 69 6f 6e ormation 00b8: 20 3c 2d 2d 2d 2d 2a 0d*. 00c0: 0a 20 20 20 20 20 20 20 . 00c8: 20 43 6f 6d 70 75 74 65Compute 00d0: 72 20 4e 61 6d 65 3a 20 r Name: 00d8: 5a 45 55 5a 0d 0a 20 20 ZEUZ.. 00e0: 20 20 20 20 20 20 55 73 Us 00e8: 65 72 20 4e 61 6d 65 3a er Name: 00f0: 20 53 59 53 54 45 4d 0dSYSTEM. 00f8: 0a 20 20 20 20 20 20 20 . 0100: 20 4e 75 6d 62 65 72 20Number 0108: 6f 66 20 50 72 6f 63 65 of Proce 0110: 73 73 6f 72 73 3a 20 31 ssors: 1 0118: 0d 0a 20 20 20 20 20 20 .. 0120: 20 20 50 72 6f 63 65 73 Proces 0128: 73 6f 72 20 54 79 70 65 sor Type 0130: 3a 20 78 38 36 20 46 61 : x86 Fa 0138: 6d 69 6c 79 20 36 20 4d mily 6 M 0140: 6f 64 65 6c 20 34 20 53 odel 4 S 0148: 74 65 70 70 69 6e 67 20 tepping 0150: 32 0d 0a 20 20 20 20 20 2.. 0158: 20 20 20 57 69 6e 64 6f Windo 0160: 77 73 20 32 30 30 30 20 ws 2000 0168: 56 65 72 73 69 6f 6e 3a Version: 0170: 20 35 2e 30 0d 0a 20 205.0.. 0178: 20 20 20 20 20 20 43 75 Cu 0180: 72 72 65 6e 74 20 42 75 rrent Bu 0188: 69 6c 64 3a 20 32 31 39 ild: 219 0190: 35 0d 0a 20 20 20 20 20 5.. 0198: 20 20 20 53 65 72 76 69 Servi 01a0: 63 65 20 50 61 63 6b 3a ce Pack: 01a8: 20 31 0d 0a 20 20 20 201.. 01b0: 20 20 20 20 43 75 72 72 Curr 01b8: 65 6e 74 20 54 79 70 65 ent Type 01c0: 3a 20 55 6e 69 70 72 6f : Unipro 01c8: 63 65 73 73 6f 72 20 46 cessor F 01d0: 72 65 65 0d 0a 20 20 20 ree.. 01d8: 20 20 20 20 20 52 65 67Reg 01e0: 69 73 74 65 72 65 64 20 istered 01e8: 4f 72 67 61 6e 69 7a 61 Organiza 01f0: 74 69 6f 6e 3a 20 5a 65 tion: Ze 01f8: 75 5a 20 45 6e 74 0d 0a uZ Ent.. 0200: 20 20 20 20 20 20 20 20 0208: 52 65 67 69 73 74 65 72 Register 0210: 65 64 20 4f 77 6e 65 72 ed Owner 0218: 3a 20 5a 65 75 5a 0d 0a : ZeuZ.. 0220: 0d 0a 2a 2d 2d 2d 2d 3e ..* 0228: 20 54 61 73 6b 20 4c 69Task Li 0230: 73 74 20 3c 2d 2d 2d 2d st 0238: 2a 0d 0a 20 20 20 30 20 *.. 0 0240: 49 64 6c 65 2e 65 78 65 Idle.exe 0248: 0d 0a 20 20 20 38 20 53 .. 8 S 0250: 79 73 74 65 6d 2e 65 78 ystem.ex 0258: 65 0d 0a 20 31 34 34 20 e.. 144 0260: 53 4d 53 53 2e 65 78 65 SMSS.exe 0268: 0d 0a 20 31 36 38 20 63 .. 168 c 0270: 73 72 73 73 2e 65 78 65 srss.exe 0278: 0d 0a 20 31 38 38 20 57 .. 188 W 0280: 49 4e 4c 4f 47 4f 4e 2e INLOGON. 0288: 65 78 65 0d 0a 20 32 31 exe.. 21 0290: 36 20 73 65 72 76 69 63 6 servic 0298: 65 73 2e 65 78 65 0d 0a es.exe.. 02a0: 20 32 32 38 20 4c 53 41228 LSA 02a8: 53 53 2e 65 78 65 0d 0a SS.exe.. 02b0: 20 33 39 32 20 73 76 63392 svc 02b8: 68 6f 73 74 2e 65 78 65 host.exe 02c0: 0d 0a 20 34 32 30 20 53 .. 420 S 02c8: 50 4f 4f 4c 53 56 2e 65 POOLSV.e 02d0: 78 65 0d 0a 20 34 36 38 xe.. 468 02d8: 20 73 76 63 68 6f 73 74svchost 02e0: 2e 65 78 65 0d 0a 20 35 .exe.. 5 02e8: 32 34 20 73 71 6c 73 65 24 sqlse 02f0: 72 76 72 2e 65 78 65 0d
[PHP-DEV] Bug #10773 Updated: C Compiler cannot create executables
ID: 10773 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: Are you using GCC ? If not, get it. As this problem is with your compiler, not in PHP. And it's problem with your C++ compiler.. --Jani Previous Comments: --- [2001-05-09 19:23:52] [EMAIL PROTECTED] I am entering the following script for configure ./configure --with-nsapi=/opt/server/netscape/server --with-oci8 --enable-track-vars --enable-libgcc and I receive the following error checking for c++... c++ checking whether the C++ compiler (c++ -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95 -R/OraHome1/lib -L/OraHome1/lib) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. if I configure without --with-nsapi=/opt/server/netscape/server I do not have any problems, I saw this problem listed in the bug reports but a solution was never posted. is there a fix or a work around. Matt --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10773edit=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 #10770 Updated: . (concatenation) preceeds mathematical operations in order of execution
ID: 10770 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: http://www.php.net/manual/en/language.operators.precedence.php . and - are equal. Use ()'s to override it. --Jani Previous Comments: --- [2001-05-09 19:21:33] [EMAIL PROTECTED] ? $i=10; print hello . $i-2 . world; ? will output: -2 world (hello . $i is evaluated into hello 10, then 2 is subtracted (by casting hello 10 into a 0, then subtracting 2). Then world is appened, thus giving us -2 world) I think this might be way counter-intuitive to what should be happening: - (or all other operations) should be avaluated first, and concatenation last, producing hello 8 world. Or how about this example, which definately can confuse some people: print Hello is less than . 1+strlen('hello') . characters long.; Workaround: use () to arrange things to be executed in proper order but that might not be obvious for someone who doesn't know about this situation. PS: Thanks PartyZan for finding this. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10770edit=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 #10772 Updated: destroy_op_array
ID: 10772 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Class/Object related Operating system: Win2000 Server SP1 PHP Version: 4.0 Latest CVS (2001-05-09) Description: destroy_op_array Whoa. Sorry for this. Actually all the problems went away when I deleted all files in the temporary Session directory (which must have been corrupted in some way). If I can reproduce this I will reopen under Session related... Thanks... Previous Comments: --- [2001-05-09 19:50:50] [EMAIL PROTECTED] Add a short script which can be used to reproduce this into this bug report. --Jani --- [2001-05-09 19:39:16] [EMAIL PROTECTED] Actually, this only happens if I set a variable, inside a class, to a new class (of itself, or another class). BTW using Apache 1.3.19 on Win32... --- [2001-05-09 19:23:19] [EMAIL PROTECTED] This happens everytime I try to instanciate a class. Got last 4.0.6 from php4win.de, also happens with official 4.0.5.. From App Log in NT (includes backtrace): The application, , generated an application error The error occurred on 05/09/2001 @ 20:23:09.995 The exception generated was c005 at address 006D54FC (destroy_op_array) ...Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 39 36 29 0d 0a 20 1296).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 35 hen: 9/5 0050: 2f 32 30 30 31 20 40 20 /2001 @ 0058: 32 30 3a 32 33 3a 30 39 20:23:09 0060: 2e 39 39 35 0d 0a 20 20 .995.. 0068: 20 20 20 20 20 20 45 78 Ex 0070: 63 65 70 74 69 6f 6e 20 ception 0078: 6e 75 6d 62 65 72 3a 20 number: 0080: 63 30 30 30 30 30 30 35 c005 0088: 20 28 61 63 63 65 73 73(access 0090: 20 76 69 6f 6c 61 74 69violati 0098: 6f 6e 29 0d 0a 0d 0a 2a on)* 00a0: 2d 2d 2d 2d 3e 20 53 79 Sy 00a8: 73 74 65 6d 20 49 6e 66 stem Inf 00b0: 6f 72 6d 61 74 69 6f 6e ormation 00b8: 20 3c 2d 2d 2d 2d 2a 0d*. 00c0: 0a 20 20 20 20 20 20 20 . 00c8: 20 43 6f 6d 70 75 74 65Compute 00d0: 72 20 4e 61 6d 65 3a 20 r Name: 00d8: 5a 45 55 5a 0d 0a 20 20 ZEUZ.. 00e0: 20 20 20 20 20 20 55 73 Us 00e8: 65 72 20 4e 61 6d 65 3a er Name: 00f0: 20 53 59 53 54 45 4d 0dSYSTEM. 00f8: 0a 20 20 20 20 20 20 20 . 0100: 20 4e 75 6d 62 65 72 20Number 0108: 6f 66 20 50 72 6f 63 65 of Proce 0110: 73 73 6f 72 73 3a 20 31 ssors: 1 0118: 0d 0a 20 20 20 20 20 20 .. 0120: 20 20 50 72 6f 63 65 73 Proces 0128: 73 6f 72 20 54 79 70 65 sor Type 0130: 3a 20 78 38 36 20 46 61 : x86 Fa 0138: 6d 69 6c 79 20 36 20 4d mily 6 M 0140: 6f 64 65 6c 20 34 20 53 odel 4 S 0148: 74 65 70 70 69 6e 67 20 tepping 0150: 32 0d 0a 20 20 20 20 20 2.. 0158: 20 20 20 57 69 6e 64 6f Windo 0160: 77 73 20 32 30 30 30 20 ws 2000 0168: 56 65 72 73 69 6f 6e 3a Version: 0170: 20 35 2e 30 0d 0a 20 205.0.. 0178: 20 20 20 20 20 20 43 75 Cu 0180: 72 72 65 6e 74 20 42 75 rrent Bu 0188: 69 6c 64 3a 20 32 31 39 ild: 219 0190: 35 0d 0a 20 20 20 20 20 5.. 0198: 20 20 20 53 65 72 76 69 Servi 01a0: 63 65 20 50 61 63 6b 3a ce Pack: 01a8: 20 31 0d 0a 20 20 20 201.. 01b0: 20 20 20 20 43 75 72 72 Curr 01b8: 65 6e 74 20 54 79 70 65 ent Type 01c0: 3a 20 55 6e 69 70 72 6f : Unipro 01c8: 63 65 73 73 6f 72 20 46 cessor F 01d0: 72 65 65 0d 0a 20 20 20 ree.. 01d8: 20 20 20 20 20 52 65 67Reg 01e0: 69 73 74 65 72 65 64 20 istered 01e8: 4f 72 67 61 6e 69 7a 61 Organiza 01f0: 74 69 6f 6e 3a 20 5a 65 tion: Ze 01f8: 75 5a 20 45 6e 74 0d 0a uZ Ent.. 0200: 20 20 20 20 20 20 20 20 0208: 52 65 67 69 73 74 65 72 Register 0210: 65 64 20 4f 77 6e 65 72 ed Owner 0218: 3a 20 5a 65 75 5a 0d 0a : ZeuZ.. 0220: 0d 0a 2a 2d 2d 2d 2d 3e ..* 0228: 20 54 61 73 6b 20 4c 69Task Li 0230: 73 74 20 3c 2d 2d 2d 2d st 0238: 2a 0d 0a 20 20 20 30 20 *.. 0 0240: 49 64 6c 65 2e 65 78 65 Idle.exe 0248: 0d 0a 20 20 20 38 20 53 .. 8 S 0250: 79 73 74 65 6d 2e 65 78 ystem.ex 0258: 65 0d 0a 20 31 34 34 20 e.. 144 0260: 53 4d 53 53 2e 65 78 65 SMSS.exe 0268: 0d 0a 20 31 36 38 20 63 .. 168 c 0270: 73 72 73 73 2e 65 78 65 srss.exe 0278: 0d 0a 20 31 38 38 20 57 .. 188 W 0280: 49 4e 4c 4f 47 4f 4e 2e INLOGON. 0288: 65 78 65 0d 0a 20 32 31 exe.. 21 0290: 36 20 73 65 72 76 69 63 6 servic 0298: 65 73 2e 65 78 65 0d 0a es.exe.. 02a0: 20 32 32 38 20 4c 53 41228 LSA 02a8: 53 53 2e 65 78 65 0d 0a SS.exe..
Re: [PHP-DEV] Bug #10751: When ever I submit the japanese sjis charset string $B%=%U%H%&%'%"(B from the client side
You are not supposed to use SJIS. Try UTF-8 or EUC-JP -- Yasuo Ohgaki [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: When ever I submit the japanese sjis charset string $B%=%U%H(B $B%&%'%"(B from the client side When ever I submit the japanese sjis charset string $B%=%U%H%&%'%"(B from the client side, a backslash is introduced into the string like this $B%=(B\$B%U%H%&%'%"(B at the server side. Please let me know the solution if anybody knows it. Do I need to make a server setting in the php.ini file or is it s bug in PHP scripting engine ? Please let me know ASAP. this is an very very urgent call. It is a SOS call from me. Thanx Umesh -- Edit Bug report at: http://bugs.php.net/?id=10751edit=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] Bug #10742 Updated: iconv failure
ID: 10742 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: redhat7.1 PHP Version: 4.0.5 Description: iconv failure filename is iconv/config.m4 Previous Comments: --- [2001-05-09 14:33:55] [EMAIL PROTECTED] Sascha, Sterling, can you please comment on this one? --- [2001-05-09 02:21:38] [EMAIL PROTECTED] error source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi right source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi --- Full Bug description available at: http://bugs.php.net/?id=10742 -- 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 #10742 Updated: iconv failure
ID: 10742 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: redhat7.1 PHP Version: 4.0.5 Description: iconv failure filename is config.m4, if use error source,you cannot make iconv for php4.05. please use right replace error. error begin row 30. Previous Comments: --- [2001-05-09 22:40:14] [EMAIL PROTECTED] filename is iconv/config.m4 --- [2001-05-09 14:33:55] [EMAIL PROTECTED] Sascha, Sterling, can you please comment on this one? --- [2001-05-09 02:21:38] [EMAIL PROTECTED] error source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi right source: if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD) AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) else AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ])) fi --- Full Bug description available at: http://bugs.php.net/?id=10742 -- 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 #10774: SWF complill error
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: SWF related Bug description: SWF complill error I have attempted to compille php 4.0.4pl1 and 4.0.5 using files that I downloaded from http://reality.sgi.com/grafica/flash/; and with the follwing cofigure lines --with-swf-/usr/local/dist/bin my problem is that the swf.h and libswf.a file are not included in the download available from the above location. I have also tried using the the swf.h file available from the above site but I recieve coinfigure errors stating: swf should be in directory /include and libswf.a should be in directory /lib. All of the files do not come with the downloaded file, the text file that I copied from the site still gives me errors and the documentation from the above site is very poor. Can you please tell me in plain english how to configure PHP with FLASH/SHOCKWAVE features. Eric -- Edit Bug report at: http://bugs.php.net/?id=10774edit=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] unbuffered mysql_db_query for 4.0.6?
At 04:03 PM 5/9/2001 -0400, Jon Parise wrote: On Wed, May 09, 2001 at 08:28:55PM +0200, Jani Taskinen wrote: Remove. Actually..should that mysql_db_query() be deprecated too? Starting 4.0.6 with warning? That sounds like a good move to me (provided it's just a warning for now). It probably shouldn't be completely removed until 4.1. I'd save the warning for 4.1. 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 #10775: Apache process in loop after allocation of first session
From: [EMAIL PROTECTED] Operating system: NT 4.0 SP6a PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Apache process in loop after allocation of first session Using Apache 1.3.19, PHP 4.0.5, MySQL from April download. The web site has worked with several releases of Apache, PHP and MySQL (except an early PHP release 4 XML). I added MySQL based session code from another site working happily with older versions of everything. When I start a page that has session code, the session open, read, write and close functions complete, the page displays ok but Apache is left in a loop using 100% CPU. I cannot get in to subsequent pages to test anything until I shut down Apache. After I restart Apache, I can see the session record in MySQL and a log in a disk file complete with entries from open, read, write and close. I made the minimum changes to the 4.0.5 php.ini, turned off all magic quotes, added PostgreSQL, but nothing related to sessions and nothing over the last few weeks. The error seems to happen after the last of my code has finished so the session stuff is setting up something to explode after the session close code has completed. -- Edit Bug report at: http://bugs.php.net/?id=10775edit=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] unbuffered mysql_db_query for 4.0.6?
On Thu, 10 May 2001, Andi Gutmans wrote: At 04:03 PM 5/9/2001 -0400, Jon Parise wrote: On Wed, May 09, 2001 at 08:28:55PM +0200, Jani Taskinen wrote: Remove. Actually..should that mysql_db_query() be deprecated too? Starting 4.0.6 with warning? That sounds like a good move to me (provided it's just a warning for now). It probably shouldn't be completely removed until 4.1. I'd save the warning for 4.1. Really? And can you please give any reasons? And some reasoning for all these other stupid things that are dragged along from version to version and not started to be depreciated (with a warning..) ? The crap about breaking someone's scripts is not any good reason. If people don't bother to read NEWS files, it's their own fault if their scripts break, IMNSHO. I'd like to see the 'break soon' movement to get stronger among the core developers. As there really are no alternatives for doing this. If you do it slowly, it will hurt more than if it's done very quickly. Like pulling a tooth.. Bloating a language with dozens of 'backwards compatibility aliases', with functions which are not supposed to be used anymore, etc. is worse thing than maybe breaking someone's scripts. There are a lot of people out there who are starting to use PHP at this very moment. If these depreciated things are not removed soon, the removing of them will bite more and more people when (if never?) it's done. And saying here that the new users don't know about these..well, go and read some of those PHP tutorials out there..many of them were written before PHP 4 was even released. As also many books. There are lot of code snippets to be downloaded out there which might also contain these depreciated aliases/functions/language constructs. --Jani p.s. Why it has to be always me who rants? Anyway, I will keep ranting until something is really DONE..and not just talked about..even if I start sounding like a broken record. -- 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]