Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?
Hi, this whole "feature" have caused me several headhaches too.. There seem to be some consencus on this mailing list at least, that this error is related to GLIBC. Ulrich Drepper, GLIBC maintainer, doesn't see it that way. I sent a small program that illustrates this behaviour, and the response was "This is not bug. Live with it". And sure, I can live with it.. However, it would make life easier if we could make Apache modules that could be loaded by a stock RPM / debian Apache package, whatever.. wihtout having to rebuild all the time. Afterall, that's the whole point of loadable modules. If this is a feature and not a bug at least the package maintainers could build the Apacher core server with pthread linked it in. Allow me to attach the test scenario.. Note that it works fine on Solaris 2.6... The generated program main-wt works OK since it is linked with pthread -- the other, main-wot, without threads, dies with a SEGV. [snip] sub.c: int sub(void) { return 1; } [snip] main.c: #include stdio.h #include stdlib.h #include dlfcn.h int main(int argc, char **argv) { void *h; h = dlopen ("./sub.so", RTLD_NOW|RTLD_GLOBAL); if (!h) { printf ("dlopen failed\n"); exit (1); } gethostbyname("slashdot.org"); dlclose (h); exit (0); } [snip] Makefile all: sub.so main-wt main-wot sub.so: sub.c gcc -D_REENTRANT -shared sub.c -o sub.so -lpthread main-wt: main.c gcc main.c -o main-wt -ldl -lpthread main-wot: main.c gcc main.c -o main-wot -ldl clean: rm -f main-wt main-wot sub.so core [end] On Tue, Mar 27, 2001 at 06:03:49PM -0600, Jason Greene wrote: I have ran into this issue many times, with the sudden system call switch between a threaded and non-threaded mode. In one scenario I had a problem where a 3rd party module (chilisoft) was linked against an so that was linked against libpthread. I had an issue where signals where not being utilized correctly (SIGALRM would no longer work after one try) which would break keep-alive in apache. My first fix was a patch to the source to reset non-blocking on SIGALRM with every request. Later I discovered just compiling the webserver with -lthread and -lpthread solved all problems. I am currently developing an Intermail module, which uses threads as well, and have had no problems. (the same applies to the php/java module.) I definitely think this is something that is not as well known as it should be. -Jason [snip] Cheers, Adam -- Adam Dickmeiss mailto:[EMAIL PROTECTED] http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 -- 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] mailparse email parsing extension for PHP
Hi, I've written an extension that will parse rfc822/rfc2045 compliant email messages and allow manipulation of the message parts. The main points are: . Based on modified maildrop librfc822 and librfc2045 (part of the courier mail server) . Low resource usage - all parsing is "incremental", using a small buffer to stream the data though it . Parsed data includes headers and file offsets for that part . message part extraction automatically decodes quoted-printable, base64 and uucode transfer encodings . There are no dependencies on other libraries It's just the ticket for web based email. Should I commit it to PHP CVS? --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] (apparently) leaky zend
Hi All, I've been noticing a whole bunch of memory leaks that appear to be coming from zend while running a complex script. zend_hash.c(202) : Freeing 0x088D11E4 (20 bytes), script=/wwwroot/view.php Last leak repeated 37 times ./zend_execute.c(2144) : Freeing 0x089D8E3C (48 bytes), script=/wwwroot/view.php zend_variables.c(131) : Actual location (location was relayed) Last leak repeated 27 times zend_hash.c(291) : Freeing 0x08A86FD4 (46 bytes), script=/wwwroot/view.php Last leak repeated 191 times zend_hash.c(461) : Freeing 0x08A943E4 (76 bytes), script=/wwwroot/view.php Last leak repeated 18 times plus a load more like it. Before I file a bug report, I wanted to see if I could track it down, but it's proving difficult. The script makes heavy use of PCRE and use of the jstring extension, so my money is on one of those two, but I can't see anything obvious that might be causing it. What concerns me is that it appears that the same pointers are being freed multiple times. Could someone enlighten me as to what these messages actually mean so that I can track it down? --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]
Re: [PHP-DEV] (apparently) leaky zend
At 12:26 28/3/2001, Wez Furlong wrote: Hi All, I've been noticing a whole bunch of memory leaks that appear to be coming from zend while running a complex script. zend_hash.c(202) : Freeing 0x088D11E4 (20 bytes), script=/wwwroot/view.php Last leak repeated 37 times ./zend_execute.c(2144) : Freeing 0x089D8E3C (48 bytes), script=/wwwroot/view.php zend_variables.c(131) : Actual location (location was relayed) Last leak repeated 27 times zend_hash.c(291) : Freeing 0x08A86FD4 (46 bytes), script=/wwwroot/view.php Last leak repeated 191 times zend_hash.c(461) : Freeing 0x08A943E4 (76 bytes), script=/wwwroot/view.php Last leak repeated 18 times plus a load more like it. Before I file a bug report, I wanted to see if I could track it down, but it's proving difficult. The script makes heavy use of PCRE and use of the jstring extension, so my money is on one of those two, but I can't see anything obvious that might be causing it. What concerns me is that it appears that the same pointers are being freed multiple times. How do you see that? That 'last leak repeated 18 times' doesn't mean the pointer got freed 18 times, but rather, that a leak from zend_hash.c(461) repeated itself 18 times... There's no magical way of solving this, other than trying to cut down the script to the smallest piece of code that still leaks, and then trying to figure out what causes the leak (or sending this cut-down piece of code to php-dev for help...) 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] (apparently) leaky zend
How do you see that? That 'last leak repeated 18 times' doesn't mean the pointer got freed 18 times, but rather, that a leak from zend_hash.c(461) repeated itself 18 times... My mistake... just after I sent the message I realized that that couldn't be the case, as there would have been a crash if it was. There's no magical way of solving this, other than trying to cut down the script to the smallest piece of code that still leaks, and then trying to figure out what causes the leak Thanks. I thought so; I guess I was hoping that someone else had spotted something similar... --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] How to get line number from which function was called ???
Is there way how to get line number from which function was called ??? -- 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] Leaking references
[I can't reach the PHP web site (100% packet loss), so I can't open a bug report at this time] I have found a leak in the Zend engine: class A { var $t = null; function run($t) { $this-t = $t; return $this-t-run(); } } class C { var $obj = null; function load_and_run() { $this-obj = new A; return $this-obj-run($this); } function run() { return ""; } } function load_it() { $t = new C; echo $t-load_and_run(); } echo load_it(); Running this script yields: zend_hash.c(291) : Freeing 0x0818E474 (37 bytes), script=leak.php Last leak repeated 1 time zend_hash.c(202) : Freeing 0x08193D1C (20 bytes), script=leak.php Last leak repeated 1 time ./zend_execute.c(1848) : Freeing 0x0818E414 (48 bytes), script=leak.php zend_API.c(208) : Actual location (location was relayed) Last leak repeated 1 time ./zend_execute.c(1847) : Freeing 0x08193F3C (12 bytes), script=leak.php Last leak repeated 1 time I know the script looks odd - it's part of a complex script that dynamically includes scripts to load classes. You get more leaks if you add more member variables to class A. I would guess that something (possibly the instance of class A) is not being freed/released somewhere that it should. --Wez. PS: If one of you guys could put this in the bug DB under my name, I would appreciate it. -- 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] Leaking references
BTW: This was with CVS PHP updated this morning, ./configure --disable-pear --without-gd --without-mysql --enable-debug zend_hash.c(291) : Freeing 0x0818E474 (37 bytes), script=leak.php Last leak repeated 1 time zend_hash.c(202) : Freeing 0x08193D1C (20 bytes), script=leak.php Last leak repeated 1 time ./zend_execute.c(1848) : Freeing 0x0818E414 (48 bytes), script=leak.php zend_API.c(208) : Actual location (location was relayed) Last leak repeated 1 time ./zend_execute.c(1847) : Freeing 0x08193F3C (12 bytes), script=leak.php Last leak repeated 1 time -- 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] Zend and TSRM
Hi, I wanted to compile PHP from the latest sources from cvs. I have check out php4 from cvs. But I cant find Zend and TSRM modules. I know that's a stupide question, but where can I find them ? Bibi. -- 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] Leaking references
I don't have enough mental strength to dive into that script right now, but :-) be advised that if you create circular references (which apparently you do) then yes, it will leak. PHP doesn't support circular references. Ahhh. It may sound like a stupid question, but why not? And is it likely to in the future? As for the leaks, when on a production system (--disable-debug) does PHP catch and free them after each request (provided they are emalloc'd) ? If so, then I will forget about them. If not, I might have to try another approach. --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]
Re: [PHP-DEV] Leaking references
Erhm all this talk about memory leaks - made me curious. How do I go about getting the sort of output, that Wez are showing below. I suspect that the extension I'm writing on has some severe memory issues. These issues are occuring in the PHP script, that utilizes my extension. Every other reload (or so) it simply crashes in the middle of a larger block of 'pure' PHP code (nowhere near any reference to my extension). Thanks for listening Thomas Wez Furlong wrote: zend_hash.c(291) : Freeing 0x0818E474 (37 bytes), script=leak.php Last leak repeated 1 time zend_hash.c(202) : Freeing 0x08193D1C (20 bytes), script=leak.php Last leak repeated 1 time ./zend_execute.c(1848) : Freeing 0x0818E414 (48 bytes), script=leak.php zend_API.c(208) : Actual location (location was relayed) Last leak repeated 1 time ./zend_execute.c(1847) : Freeing 0x08193F3C (12 bytes), script=leak.php Last leak repeated 1 time -- 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] Leaking references
I do come up with the most stupid questions - sorry :) Thomas Wentzel wrote: Erhm all this talk about memory leaks - made me curious. How do I go about getting the sort of output, that Wez are showing below. I suspect that the extension I'm writing on has some severe memory issues. These issues are occuring in the PHP script, that utilizes my extension. Every other reload (or so) it simply crashes in the middle of a larger block of 'pure' PHP code (nowhere near any reference to my extension). Thanks for listening Thomas Wez Furlong wrote: zend_hash.c(291) : Freeing 0x0818E474 (37 bytes), script=leak.php Last leak repeated 1 time zend_hash.c(202) : Freeing 0x08193D1C (20 bytes), script=leak.php Last leak repeated 1 time ./zend_execute.c(1848) : Freeing 0x0818E414 (48 bytes), script=leak.php zend_API.c(208) : Actual location (location was relayed) Last leak repeated 1 time ./zend_execute.c(1847) : Freeing 0x08193F3C (12 bytes), script=leak.php Last leak repeated 1 time -- 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] Zend and TSRM
On Wed, 28 Mar 2001, bibi wrote: Hi, I wanted to compile PHP from the latest sources from cvs. I have check out php4 from cvs. But I cant find Zend and TSRM modules. I know that's a stupide question, but where can I find them ? You can find them in the Zend CVS: [EMAIL PROTECTED] pw: zend modules Zend and TSRM Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0.5RC3
RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- 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] Re: [PHP-QA] PHP 4.0.5RC3
404 (error code, not a PHP version :) At 17:01 28.3. 2001, Zeev Suraski wrote the following: -- RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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]
[PHP-DEV] PHP 4.0 Bug #9921 Updated: Wrong File Created Date and Wrong Filesize
ID: 9921 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Description: Wrong File Created Date and Wrong Filesize Sorry! The Output for every file (no matter filesize or file date) is : filename 01/01/1970 0 Previous Comments: --- [2001-03-26 15:51:10] [EMAIL PROTECTED] There's a duplicate for this: #9993 Please, update the old bug report, do NOT open new ones! (from now on, update #9993 !) --Jani --- [2001-03-23 08:13:08] [EMAIL PROTECTED] Can you please add the output of this? ie. How are the date and size wrong? --Jani --- [2001-03-22 09:31:40] [EMAIL PROTECTED] ?php $fhandle = opendir("."); while (false!=($file = readdir($fhandle))) { if ($file != "." $file != "..") { if (!(is_dir($file))) { $fdata = filemtime($file); $fdata = date("d/m/Y",$fdata); $fsize = filesize($file); printf("%s %s %dn", $file, $fdata, $fsize); } clearstatcache(); closedir($fhandle); } } ? --- Full Bug description available at: http://bugs.php.net/?id=9921 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7857 Updated: odbc_exec crashes php
ID: 7857 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Assigned To: Comments: User reports fixed in 4.0.4... direct quote from email: " ID: 7857 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Description: odbc_exec crashes php Still fails for php402 but works for php404. thanks for looking into it. doveraldo " Previous Comments: --- [2001-03-27 19:06:41] [EMAIL PROTECTED] Still fails for php402 but works for php404. thanks for looking into it. doveraldo --- [2001-03-27 18:59:49] [EMAIL PROTECTED] I'll code it up again and try it with php404 (dont have the release 1 yet)... any preferably debug ? --- [2001-03-27 10:47:01] [EMAIL PROTECTED] so the first question is, is this still the case in the latest releases? --- [2000-11-16 23:22:30] [EMAIL PROTECTED] Function that executes an odbc sql query. The php module crashes. The SQL query doesn't seem to matter. If I move the code out of a function it works If I remove the $result = section of $result = odbc_exec($db, $sql) if works. I have tried php4.02, php4.03 and both fail. I have updated the odbc drivers to orriface2000 and still it fails. I have rebooted the machine several times, tried different machines. I do not understand this, I have a similar system on the same machine it has no problems like this. ? function db_connect( $dbname ) { global $TRAINING_MODE, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD; echo "Connecting to ".$name."br n"; return odbc_connect($dbname, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD); } function Session_RemoveExpired( ) { global $DB_TMS; echo "Before Query br n"; // BUG NOTE - All these queries crash... //$sql = "DELETE FROM Sessions WHERE Expiry ".$Now; //$sql = "SELECT * FROM TerminalConfig WHERE TerminalID='".$Now."'"; //$sql = "SELECT * FROM TerminalConfig WHERE Serial='5002'"; $sql = "SELECT * FROM TerminalConfig"; echo "SQL ".$sql."br n"; // BUG NOTE - Replace this line with the one below and no crash $result = odbc_exec($DB_TMS, $sql); //odbc_exec($DB_TMS, $sql); die("Finished db_exec Br n"); } $DB_TMS = db_connect("BASE_TMS"); if( !$DB_TMS ) echo "Connect Failed br n"; Session_RemoveExpired( ); ? Dr Watson Error Log Entry --- Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32 Copyright (C) 1985-1996 Microsoft Corp. All rights reserved. Application exception occurred: App: (pid=241) When: 11/17/2000 @ 16:7:9.360 Exception number: c005 (access violation) * System Information * Computer Name: GOODUP User Name: SYSTEM Number of Processors: 1 Processor Type: x86 Family 6 Model 7 Stepping 3 Windows Version: 4.0 Current Build: 1381 Service Pack: 6 Current Type: Uniprocessor Free Registered Organization: Pick Me Inc Registered Owner: Pick Me * Task List * 0 Idle.exe 2 System.exe 25 smss.exe 33 csrss.exe 39 winlogon.exe 45 services.exe 48 lsass.exe 75 spoolss.exe 80 Apache.exe 89 llssrv.exe 93 RpcSs.exe 102 tapisrv.exe 109 rasman.exe 112 Apache.exe 167 pstores.exe 170 LnchSvc.exe 185 Blackbox.exe 188 SerialBlackbox..exe 200 war-ftpd.exe 208 nddeagnt.exe 51 Explorer.exe 225 Memv200.exe 227 Winampa.exe 229 starter.exe 231 OSA.exe 233 FINDFAST.exe 235 getright.exe 241 php.exe 243 drwtsn32.exe 0 _Total.exe (0040 - 0040) (77f6 - 77fbe000) dllntdll.dbg (1000 - 1000) (77f0 - 77f5e000) dllkernel32.dbg (77e7 - 77ec5000) dlluser32.dbg (77ed - 77efc000) dllgdi32.dbg (77dc - 77dff000) dlladvapi32.dbg (77e1 - 77e67000) dllrpcrt4.dbg (776d - 776d8000) dllwsock32.dbg (776b - 776c4000) dllws2_32.dbg (7800 - 7804) (776a - 776a7000) dllws2help.dbg (77b2 - 77bd7000) dllole32.dbg (6534 - 653d2000) oleaut32.dbg (04a5 - 04a9) odbc32.DBG (779d - 779d) (780a - 780a) (77aa - 77b15000) COMCTL32.dbg (77c4 - 77d7c000) dllshell32.dbg (77d8 - 77db2000) dllcomdlg32.dbg (77a9 - 77a9b000) dllversion.dbg (779c - 779c8000) dlllz32.dbg (04a0 - 04a0) State Dump for Thread Id 0xf9 eax= ebx= ecx=0301 edx=77fa75d0 esi=007eac94 edi= eip=77f6ce4c esp=0012fd70 ebp=0012fdd0 iopl=0 nv up ei ng nz ac po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=
[PHP-DEV] PHP 4.0 Bug #10035: In function `apache_php_module_main': `NOT_FOUND' undeclared
From: [EMAIL PROTECTED] Operating system: Linux-2.2.14 PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: In function `apache_php_module_main': `NOT_FOUND' undeclared ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=10035edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10036: dies on make
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: dies on make run make (after ./configure) receive the following: # make Making all in Zend make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=link gcc -g -O2 -o libZend_c.la zend_lang uage_scanner.lo zend_ini_scanner.lo ../libtool: ar: not found make[1]: *** [libZend_c.la] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 # make install Making install in Zend make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=link gcc -g -O2 -o libZend_c.la zend_lang uage_scanner.lo zend_ini_scanner.lo ../libtool: ar: not found make[1]: *** [libZend_c.la] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/Zend' make: *** [install-recursive] Error 1 I've seen one thread similar to this, with instructions to install all development patches for RH. What should be done for sun? Thanks, JohnR -- Edit Bug report at: http://bugs.php.net/?id=10036edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10010 Updated: odbc_exec()
ID: 10010 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Database Functions Assigned To: Comments: user stated: i use ODBC to ms access database. if i do this function odbc_exec($me_con,"select * from users;"). php and apache go down with windows error... - i thing some in php is no good. i use php4pl1 no long time ago i use php4 and it works - why not now? thanx. Previous Comments: --- [2001-03-27 09:14:01] [EMAIL PROTECTED] please give more information. database type, and sample script that causes said error would be nice --- [2001-03-27 01:37:01] [EMAIL PROTECTED] php crash if i want execute function odbc_exec($me_con,$txtSQL). :0129dff2. Registry: EAX=00d70094 CS=0167 EIP=0129dff2 EFLGS=00010202 EBX=00d70338 SS=016f ESP=0063fc58 EBP=0063fc78 ECX=00d70420 DS=016f ESI=00d70420 FS=56ef EDX=2000 ES=016f EDI=0001 GS= Bajty v CS:EIP: can you help me??? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10010edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10010 Updated: odbc_exec()
ID: 10010 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Database Functions Assigned To: Comments: I am unable to reproduce this locally. Please check your configuration. If this continues further, please re-open this bug and provide with a simple sample script and database scheme to reproduce this bug. Previous Comments: --- [2001-03-28 10:28:47] [EMAIL PROTECTED] user stated: i use ODBC to ms access database. if i do this function odbc_exec($me_con,"select * from users;"). php and apache go down with windows error... - i thing some in php is no good. i use php4pl1 no long time ago i use php4 and it works - why not now? thanx. --- [2001-03-27 09:14:01] [EMAIL PROTECTED] please give more information. database type, and sample script that causes said error would be nice --- [2001-03-27 01:37:01] [EMAIL PROTECTED] php crash if i want execute function odbc_exec($me_con,$txtSQL). :0129dff2. Registry: EAX=00d70094 CS=0167 EIP=0129dff2 EFLGS=00010202 EBX=00d70338 SS=016f ESP=0063fc58 EBP=0063fc78 ECX=00d70420 DS=016f ESI=00d70420 FS=56ef EDX=2000 ES=016f EDI=0001 GS= Bajty v CS:EIP: can you help me??? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10010edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8358 Updated: SOUNDEX, MSSQL, and EXTENDED_FETCH with OpenLink
ID: 8358 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Assigned To: Comments: Have you tried this with the latest RC (4.0.5) of PHP? I believe there has been some work done on the ODBC and OpenLink integration. Previous Comments: --- [2000-12-21 11:50:46] [EMAIL PROTECTED] ./configure --with-openlink=/usr/local/openlink make There are some queries that will not work with OpenLink/PHP4/Linux and MSSQL 7. For example, any use of SOUNDEX() will fail, as well as odd things like if queries end in a semicolon (";"). These exact same queries work with the "odbctest" program that ships with OpenLink, which leads me to think it is an issue with the way PHP4 interacts with OpenLink. This exact problem has been reported by several other people on the PHP mailing list and on the OpenLink newsgroup servers. resolution: In my attempt to track down this problem, I compared php_odbc.c with what the odbctest program does. The code is similar in some ways and not in others. After tweaking several options, I found that if I undefine HAVE_SQL_EXTENDED_FETCH everything works great with PHP4/Openlink, including the queries with things like SOUNDEX()/etc that would not work previously. This is also using odbc_prepare/execute. The only problem I've found with this change is that queries will sometimes fail if you don't use odbc_free_result frequently. #undef HAVE_SQL_EXTENDED_FETCH --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8358edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9869 Updated: ODBC - odbc_exec does not seem to work with an Access db
ID: 9869 Updated by: ahill Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: ODBC related Assigned To: Comments: Bruce, What version of the OpenLink drivers are you using? The problem here is most likely due to the fact that you're still running Release 3.2 of OpenLink. The reason Perl works and PHP doesn't is because PHP 4 opens select statements on server-side dynamic cursors by default. OpenLink 3.2 did not handle this functionality as it should have. You don't really need this type of cursor, and if you don't want to upgrade OpenLink, we suggest you disable dynamic cursor functionality in PHP by commenting out all lines like this: #define HAVE_SQL_EXTENDED_FETCH 1 in all the PHP include files for ODBC. Of course, this assumes the problem is happening *after* the query has been executed in your code. Otherwise, an upgrade to OpenLink release 4.0 drivers would be recommended. On a related note, one thing we had requested from the PHP development community was the ability to use the "odbc_setoption" function to modify the ODBC cursor type *before* the preparation of a query. (I.e. Remove the necessity to create a $result type object prior to changing the cursor type of the statement.) This would help in cases where Preparing or Executing the query is causing database-specific errors because of the dynamic cursor type. Regards, Stephen OpenLink Software http://www.openlinksw.com Previous Comments: --- [2001-03-26 17:05:25] [EMAIL PROTECTED] working on something similar already for some of the other bug reports... guess i can tack this onto the pile as well.. --- [2001-03-20 08:51:49] [EMAIL PROTECTED] I am unable to use PHP/Openlink ODBC to get specific rows based on my SELECT statement form a MS Access 97 db. I can use PHP/Openlink just fine while accessing an Informix db hosted on a SCO box. I can also use Perl/DBI:DBD:ODBC to get the rows I need from this Access db, so I'm guessing this is a PHP bug. Here is a snipet of the code I use: putenv( "ODBCINI=/usr/local/openlink/bin/odbc.ini" ); putenv( "ODBCHOME=/usr/local/openlink" ); putenv( "ODBCINST=/usr/local/openlink/bin/odbcinst.ini"); $conn = odbc_connect("DSN=ink","","", SQL_CUR_USE_ODBC); $sql = "SELECT DISTINCT * FROM ComponentUse WHERE Code = 'CX145' "; $cur = odbc_exec($conn, $sql); // This section of code displayes the tables in the db fine. $tablelist = odbc_tables($conn); while (odbc_fetch_row($tablelist)) { echo odbc_result_all($tablelist); } // This section of code does not work - dies with "Driver not capable" while (odbc_fetch_row($cur)){ $code = odbc_result($cur, "code"); printf ("Code: $coden"); } odbc_close($conn); The code will display the table list just fine, but I get the following error from the odbc_exec statement: Warning: SQL error: [OpenLink][ODBC][Driver]Driver not capable, SQL state S1C00 in SQLExecDirect in /home/httpd/html/ink/dispenser/comp_use.php on line 23 Like I said, I can use Perl/DBD just fine to get the rows I want with that select statement, so this must be a PHP bug? Thanks for any help. I really would like to write this application in PHP, since I'm not too proficient in Perl. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9869edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9869 Updated: ODBC - odbc_exec does not seem to work with an Access db
ID: 9869 User Update by: [EMAIL PROTECTED] Status: Assigned Bug Type: ODBC related Description: ODBC - odbc_exec does not seem to work with an Access db I am using 3.2. I am reluctant to move up to 4.0, since this box uses ODBC to 3 different machines, and I would not want to break anything. When I find some free time, I'll try 4.0, but 3.2 is working fine right now, other than the problem with MS Access. Hopefully I can try and recompile with the suggestions, and see if that helps. I ended up coding that particular project in Perl, since I was under a time constraint. As soon as I get some free time, I'll port it back to PHP, and submit my results. Thank you for looking into this problem. - Bruce Previous Comments: --- [2001-03-28 10:55:38] [EMAIL PROTECTED] Bruce, What version of the OpenLink drivers are you using? The problem here is most likely due to the fact that you're still running Release 3.2 of OpenLink. The reason Perl works and PHP doesn't is because PHP 4 opens select statements on server-side dynamic cursors by default. OpenLink 3.2 did not handle this functionality as it should have. You don't really need this type of cursor, and if you don't want to upgrade OpenLink, we suggest you disable dynamic cursor functionality in PHP by commenting out all lines like this: #define HAVE_SQL_EXTENDED_FETCH 1 in all the PHP include files for ODBC. Of course, this assumes the problem is happening *after* the query has been executed in your code. Otherwise, an upgrade to OpenLink release 4.0 drivers would be recommended. On a related note, one thing we had requested from the PHP development community was the ability to use the "odbc_setoption" function to modify the ODBC cursor type *before* the preparation of a query. (I.e. Remove the necessity to create a $result type object prior to changing the cursor type of the statement.) This would help in cases where Preparing or Executing the query is causing database-specific errors because of the dynamic cursor type. Regards, Stephen OpenLink Software http://www.openlinksw.com --- [2001-03-26 17:05:25] [EMAIL PROTECTED] working on something similar already for some of the other bug reports... guess i can tack this onto the pile as well.. --- [2001-03-20 08:51:49] [EMAIL PROTECTED] I am unable to use PHP/Openlink ODBC to get specific rows based on my SELECT statement form a MS Access 97 db. I can use PHP/Openlink just fine while accessing an Informix db hosted on a SCO box. I can also use Perl/DBI:DBD:ODBC to get the rows I need from this Access db, so I'm guessing this is a PHP bug. Here is a snipet of the code I use: putenv( "ODBCINI=/usr/local/openlink/bin/odbc.ini" ); putenv( "ODBCHOME=/usr/local/openlink" ); putenv( "ODBCINST=/usr/local/openlink/bin/odbcinst.ini"); $conn = odbc_connect("DSN=ink","","", SQL_CUR_USE_ODBC); $sql = "SELECT DISTINCT * FROM ComponentUse WHERE Code = 'CX145' "; $cur = odbc_exec($conn, $sql); // This section of code displayes the tables in the db fine. $tablelist = odbc_tables($conn); while (odbc_fetch_row($tablelist)) { echo odbc_result_all($tablelist); } // This section of code does not work - dies with "Driver not capable" while (odbc_fetch_row($cur)){ $code = odbc_result($cur, "code"); printf ("Code: $coden"); } odbc_close($conn); The code will display the table list just fine, but I get the following error from the odbc_exec statement: Warning: SQL error: [OpenLink][ODBC][Driver]Driver not capable, SQL state S1C00 in SQLExecDirect in /home/httpd/html/ink/dispenser/comp_use.php on line 23 Like I said, I can use Perl/DBD just fine to get the rows I want with that select statement, so this must be a PHP bug? Thanks for any help. I really would like to write this application in PHP, since I'm not too proficient in Perl. --- Full Bug description available at: http://bugs.php.net/?id=9869 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9869 Updated: ODBC - odbc_exec does not seem to work with an Access db
ID: 9869 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: ODBC related Assigned To: Comments: considered closed for now. re-open please if the bugs still exist after your porting and testing please Previous Comments: --- [2001-03-28 11:16:38] [EMAIL PROTECTED] I am using 3.2. I am reluctant to move up to 4.0, since this box uses ODBC to 3 different machines, and I would not want to break anything. When I find some free time, I'll try 4.0, but 3.2 is working fine right now, other than the problem with MS Access. Hopefully I can try and recompile with the suggestions, and see if that helps. I ended up coding that particular project in Perl, since I was under a time constraint. As soon as I get some free time, I'll port it back to PHP, and submit my results. Thank you for looking into this problem. - Bruce --- [2001-03-28 10:55:38] [EMAIL PROTECTED] Bruce, What version of the OpenLink drivers are you using? The problem here is most likely due to the fact that you're still running Release 3.2 of OpenLink. The reason Perl works and PHP doesn't is because PHP 4 opens select statements on server-side dynamic cursors by default. OpenLink 3.2 did not handle this functionality as it should have. You don't really need this type of cursor, and if you don't want to upgrade OpenLink, we suggest you disable dynamic cursor functionality in PHP by commenting out all lines like this: #define HAVE_SQL_EXTENDED_FETCH 1 in all the PHP include files for ODBC. Of course, this assumes the problem is happening *after* the query has been executed in your code. Otherwise, an upgrade to OpenLink release 4.0 drivers would be recommended. On a related note, one thing we had requested from the PHP development community was the ability to use the "odbc_setoption" function to modify the ODBC cursor type *before* the preparation of a query. (I.e. Remove the necessity to create a $result type object prior to changing the cursor type of the statement.) This would help in cases where Preparing or Executing the query is causing database-specific errors because of the dynamic cursor type. Regards, Stephen OpenLink Software http://www.openlinksw.com --- [2001-03-26 17:05:25] [EMAIL PROTECTED] working on something similar already for some of the other bug reports... guess i can tack this onto the pile as well.. --- [2001-03-20 08:51:49] [EMAIL PROTECTED] I am unable to use PHP/Openlink ODBC to get specific rows based on my SELECT statement form a MS Access 97 db. I can use PHP/Openlink just fine while accessing an Informix db hosted on a SCO box. I can also use Perl/DBI:DBD:ODBC to get the rows I need from this Access db, so I'm guessing this is a PHP bug. Here is a snipet of the code I use: putenv( "ODBCINI=/usr/local/openlink/bin/odbc.ini" ); putenv( "ODBCHOME=/usr/local/openlink" ); putenv( "ODBCINST=/usr/local/openlink/bin/odbcinst.ini"); $conn = odbc_connect("DSN=ink","","", SQL_CUR_USE_ODBC); $sql = "SELECT DISTINCT * FROM ComponentUse WHERE Code = 'CX145' "; $cur = odbc_exec($conn, $sql); // This section of code displayes the tables in the db fine. $tablelist = odbc_tables($conn); while (odbc_fetch_row($tablelist)) { echo odbc_result_all($tablelist); } // This section of code does not work - dies with "Driver not capable" while (odbc_fetch_row($cur)){ $code = odbc_result($cur, "code"); printf ("Code: $coden"); } odbc_close($conn); The code will display the table list just fine, but I get the following error from the odbc_exec statement: Warning: SQL error: [OpenLink][ODBC][Driver]Driver not capable, SQL state S1C00 in SQLExecDirect in /home/httpd/html/ink/dispenser/comp_use.php on line 23 Like I said, I can use Perl/DBD just fine to get the rows I want with that select statement, so this must be a PHP bug? Thanks for any help. I really would like to write this application in PHP, since I'm not too proficient in Perl. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9869edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10035 Updated: In function `apache_php_module_main': `NOT_FOUND' undeclared
ID: 10035 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: Which version of Apache are you using? If you have Apache2 then you should use --with-apxs2 instead. --Jani Previous Comments: --- [2001-03-28 10:21:36] [EMAIL PROTECTED] ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10035edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10037: In file included from sapi_apache2.c:44:
From: [EMAIL PROTECTED] Operating system: linux-2.14 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: In file included from sapi_apache2.c:44: ./configure --with-apxs2 ; make In file included from sapi_apache2.c:44: php_apache.h:24: parse error before `ap_bucket_brigade' php_apache.h:24: warning: no semicolon at end of struct or union php_apache.h:32: parse error before `}' php_apache.h:32: warning: data definition has no type or storage class sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:49: `ap_bucket' undeclared (first use in this function) sapi_apache2.c:49: (Each undeclared identifier is reported only once sapi_apache2.c:49: for each function it appears in.) sapi_apache2.c:49: `b' undeclared (first use in this function) sapi_apache2.c:50: `ap_bucket_brigade' undeclared (first use in this function) sapi_apache2.c:50: `bb' undeclared (first use in this function) sapi_apache2.c:51: `ctx' undeclared (first use in this function) sapi_apache2.c:52: parse error before `now' sapi_apache2.c:55: `sapi_globals' undeclared (first use in this function) sapi_apache2.c:61: `now' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_header_handler': sapi_apache2.c:77: `ctx' undeclared (first use in this function) sapi_apache2.c:78: parse error before `char' sapi_apache2.c:80: `val' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_send_headers': ... -- Edit Bug report at: http://bugs.php.net/?id=10037edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9953 Updated: memory leak
ID: 9953 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Duplicate Bug Type: Scripting Engine problem Description: memory leak Previous Comments: --- [2001-03-23 08:09:27] [EMAIL PROTECTED] zend_hash.c(1032) : Freeing 0x0824400C (17 bytes), script=/usr/local/cvsdevel/php/a/htdocs/index.php Last leak repeated 14 times How can I investigate further on this please and what does it actually mean.Thanks. ciao --teodor --- Full Bug description available at: http://bugs.php.net/?id=9953 -- 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] Leaking references
Hi Wez! On Wed, 28 Mar 2001, Wez Furlong wrote: [I can't reach the PHP web site (100% packet loss), so I can't open a bug report at this time] I have found a leak in the Zend engine: class A { var $t = null; function run($t) { $this-t = $t; return $this-t-run(); } } class C { var $obj = null; function load_and_run() { $this-obj = new A; return $this-obj-run($this); } function run() { return ""; } } function load_it() { $t = new C; echo $t-load_and_run(); } This example looks damn similar with some code I have and produced the same warnings (#9953). So I changed mine to duplicate. -- teodor -- 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 4.0 Bug #10035 Updated: In function `apache_php_module_main': `NOT_FOUND' undeclared
ok thx but i have tested with --with-apxs2 and an other problem come. i have post it on bug database -- Vincent Katz - CETELEM Equipe Systeme Unix Cetelem/Cofica 20 Avenue Georges Pompidou 92300 Levallois Perret - FRANCE E-Mail : [EMAIL PROTECTED] Le 28.03.2001 18:49, Bug Database a crit : ID: 10035 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: Which version of Apache are you using? If you have Apache2 then you should use --with-apxs2 instead. --Jani Previous Comments: --- [2001-03-28 10:21:36] [EMAIL PROTECTED] ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10035edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10035 Updated: In function `apache_php_module_main': `NOT_FOUND' undeclared
ID: 10035 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Compile Problem Assigned To: Comments: Previous Comments: --- [2001-03-28 10:21:36] [EMAIL PROTECTED] ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10035edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10037 Updated: In file included from sapi_apache2.c:44:
ID: 10037 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *Install and Config Bug Type: Apache related Assigned To: Comments: 1. Do NOT open any new bug reports for same problem! From now on, UPDATE this one. 2. Try the latest CVS snapshot from http://snaps.php.net/ as there have been some fixes on the Apache2 support --Jani Previous Comments: --- [2001-03-28 11:50:40] [EMAIL PROTECTED] ./configure --with-apxs2 ; make In file included from sapi_apache2.c:44: php_apache.h:24: parse error before `ap_bucket_brigade' php_apache.h:24: warning: no semicolon at end of struct or union php_apache.h:32: parse error before `}' php_apache.h:32: warning: data definition has no type or storage class sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:49: `ap_bucket' undeclared (first use in this function) sapi_apache2.c:49: (Each undeclared identifier is reported only once sapi_apache2.c:49: for each function it appears in.) sapi_apache2.c:49: `b' undeclared (first use in this function) sapi_apache2.c:50: `ap_bucket_brigade' undeclared (first use in this function) sapi_apache2.c:50: `bb' undeclared (first use in this function) sapi_apache2.c:51: `ctx' undeclared (first use in this function) sapi_apache2.c:52: parse error before `now' sapi_apache2.c:55: `sapi_globals' undeclared (first use in this function) sapi_apache2.c:61: `now' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_header_handler': sapi_apache2.c:77: `ctx' undeclared (first use in this function) sapi_apache2.c:78: parse error before `char' sapi_apache2.c:80: `val' undeclared (first use in this function) sapi_apache2.c: In function `php_apache_sapi_send_headers': ... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10037edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10038: preg_replace(/([_%])/,\\\\1,$text) does not work as expected
From: [EMAIL PROTECTED] Operating system: Linux (Debian) PHP version: 4.0.4pl1 PHP Bug Type: PCRE related Bug description: preg_replace("/([_%])/","1",$text) does not work as expected Hello, I want to replace _ with \_, % with \% and with \. Under PHP4.0.3pl1 (tested) and lower the following Code worked as expected: ?php $text = "Test with_ and %"; $text = preg_replace("/([_%])/","1",$text); echo $text; ? But under PHP4.0.4pl1 the output is: Test with\\1 and \\1 PHP is compiled as Module with Apache. Thank you, Christoph -- Edit Bug report at: http://bugs.php.net/?id=10038edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10038 Updated: preg_replace(/([_%])/,\\\\1,$text) does not work as expected
ID: 10038 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PCRE related Assigned To: Comments: This is fixed in 4.0.5. Previous Comments: --- [2001-03-28 12:14:47] [EMAIL PROTECTED] Hello, I want to replace _ with _, % with % and with . Under PHP4.0.3pl1 (tested) and lower the following Code worked as expected: ?php $text = "Test with_ and %"; $text = preg_replace("/([_%])/","\\1",$text); echo $text; ? But under PHP4.0.4pl1 the output is: Test with\1 and \1 PHP is compiled as Module with Apache. Thank you, Christoph --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10038edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10035 Updated: In function `apache_php_module_main': `NOT_FOUND' undeclared
ID: 10035 User Update by: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Compile Problem Description: In function `apache_php_module_main': `NOT_FOUND' undeclared yes i have apache2. thx but i have tested --with-apxs2, and an other problem comes; i have post it Previous Comments: --- [2001-03-28 11:49:58] [EMAIL PROTECTED] Which version of Apache are you using? If you have Apache2 then you should use --with-apxs2 instead. --Jani --- [2001-03-28 10:21:36] [EMAIL PROTECTED] ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=10035 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10035 Updated: In function `apache_php_module_main': `NOT_FOUND' undeclared
ID: 10035 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Problem Assigned To: Comments: Update that #10037 report. --Jani Previous Comments: --- [2001-03-28 12:18:51] [EMAIL PROTECTED] yes i have apache2. thx but i have tested --with-apxs2, and an other problem comes; i have post it --- [2001-03-28 11:49:58] [EMAIL PROTECTED] Which version of Apache are you using? If you have Apache2 then you should use --with-apxs2 instead. --Jani --- [2001-03-28 10:21:36] [EMAIL PROTECTED] ./configure --with-apxs ; make ... Making all in apache make[2]: Entering directory `/root/php-4.0.4pl1/sapi/apache' make[3]: Entering directory `/root/php-4.0.4pl1/sapi/apache' /bin/sh /root/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/root/php-4.0.4pl1/sapi/apache -I/root/php-4.0.4pl1/main -I/root/php-4.0.4pl1 -I/usr/local/include -I/root/php-4.0.4pl1/Zend -I/root/php-4.0.4pl1/ext/mysql/libmysql -I/root/php-4.0.4pl1/ext/xml/expat/xmltok -I/root/php-4.0.4pl1/ext/xml/expat/xmlparse -I/root/php-4.0.4pl1/TSRM -DLINUX=2 -DXML_BYTE_ORDER=21 -g -O2 -c sapi_apache.c sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:80: (Each undeclared identifier is reported only once sapi_apache.c:80: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.0.4pl1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.0.4pl1/sapi' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10035edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10034 Updated: Illegible font on main page of www.php.net
ID: 10034 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Assigned To: Comments: Report this to [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-03-27 18:27:45] [EMAIL PROTECTED] The frame on the left side of the home page contains illegible fonts for Solaris 2.6 running Netscape Communicator 4.75. I can make out "What is PHP?" , but not the paragraph it heads. Is this a browser problem? Thanks! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10034edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10039: uninstallation
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: uninstallation When compiling from source, there is no make uninstall generated by autoconf. Such a project should have a method of uninstallation. Having make uninstall would be easiest for the user. -- Edit Bug report at: http://bugs.php.net/?id=10039edit=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: [PHP-QA] PHP 4.0.5RC3
how often does it update? Three hours later it's still not there. At 17:34 28.3. 2001, Zeev Suraski wrote the following: -- Next time www.php.net updates it should be there... At 17:14 28/3/2001, Cynic wrote: 404 (error code, not a PHP version :) At 17:01 28.3. 2001, Zeev Suraski wrote the following: -- RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev --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]
[PHP-DEV] PHP 4.0 Bug #10039 Updated: uninstallation
ID: 10039 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: *Install and Config Bug Type: Feature/Change Request Assigned To: Comments: reclassified. Previous Comments: --- [2001-03-28 12:32:29] [EMAIL PROTECTED] When compiling from source, there is no make uninstall generated by autoconf. Such a project should have a method of uninstallation. Having make uninstall would be easiest for the user. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10039edit=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] PHP 4.0.5RC3
Looks like a bug then. I'll check it out. At 19:51 28/3/2001, Cynic wrote: how often does it update? Three hours later it's still not there. At 17:34 28.3. 2001, Zeev Suraski wrote the following: -- Next time www.php.net updates it should be there... At 17:14 28/3/2001, Cynic wrote: 404 (error code, not a PHP version :) At 17:01 28.3. 2001, Zeev Suraski wrote the following: -- RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev --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 -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10041: Unable to fork
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Unable to fork DESCRIPTION: I write a little script: ?php $rt = exec("dir") ; echo $rt ; ? I run it on Windows NT, using Apache, it says:"Unable to fork[dir] in f:/htdocs/Test/execdos.php on line 2" I tried shell_exec, system, and passthru, same problem. I installed PHP4.0.4pl for IIS, and run it again, It works. But several days later, When I execute this script using browser, there are no results shows up and no erro msg. I wrote some echo stmts after that, they showed up. It works when I type: php f:\htdocs\Test\execdos.php on dos command. I use exec, shell_exec under linux and Apache, they works just as I want. My php.ini in c:\Winnt\ [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = "none"; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to "ob_gzhandler", than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on ; output buffering. implicit_flush =
[PHP-DEV] PHP 4.0 Bug #10041 Updated: Unable to fork
ID: 10041 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Unknown/Other Function Assigned To: Comments: This is a known problem Previous Comments: --- [2001-03-28 14:08:39] [EMAIL PROTECTED] DESCRIPTION: I write a little script: ?php $rt = exec("dir") ; echo $rt ; ? I run it on Windows NT, using Apache, it says:"Unable to fork[dir] in f:/htdocs/Test/execdos.php on line 2" I tried shell_exec, system, and passthru, same problem. I installed PHP4.0.4pl for IIS, and run it again, It works. But several days later, When I execute this script using browser, there are no results shows up and no erro msg. I wrote some echo stmts after that, they showed up. It works when I type: php f:htdocsTestexecdos.php on dos command. I use exec, shell_exec under linux and Apache, they works just as I want. My php.ini in c:Winnt [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = "none"; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to "ob_gzhandler", than output ; will be transparently compressed for browsers that support gzip
Re: [PHP-DEV] PHP 4.0.5RC3
Bad news... Compile failure on Win32. Configuration: php4dllts - Win32 Release_TS_inline Compiling... . . . basic_functions.c V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2065: 'core_globals' : undeclared identifier V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left of '-safe_mode' must point to struct/union bcmath.c . . . Error executing cl.exe. php4isapi.dll - 2 error(s), 32 warning(s) I don't have time right now to dig into it, but I'll look later. - Matt Zeev Suraski [EMAIL PROTECTED] 03/28/01 10:01AM RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- 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 Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0.5RC3
Okay, so I have a little bit of time. The error was introduced between versions 1.315.2.1 and 1.315.2.2. If I comment out the line in question it builds (with crypt() support!) and runs as ISAPI: PHP Version 4.0.5RC3 System Windows NT 5.0 build 2195 Build Date Mar 28 2001 Server API ISAPI I'll bang on it more this evening and see if it breaks. - Matt "Matt White" [EMAIL PROTECTED] 03/28/01 02:53PM Bad news... Compile failure on Win32. Configuration: php4dllts - Win32 Release_TS_inline Compiling... . . . basic_functions.c V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2065: 'core_globals' : undeclared identifier V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left of '-safe_mode' must point to struct/union bcmath.c . . . Error executing cl.exe. php4isapi.dll - 2 error(s), 32 warning(s) I don't have time right now to dig into it, but I'll look later. - Matt Zeev Suraski [EMAIL PROTECTED] 03/28/01 10:01AM RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- 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 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] Patch for Bug #7488 (pass-by-ref deprecated yet necessary)
Re: Bug #7488, where I tripped upon the fact that call-time pass-by-reference, while deprecated in the language, is required by some functions. (The one which bit me was odbc_fetch_into(), but exec(), getmxrr(), and a few others also appear to require it). For the case of odbc_fetch_into(), the following patch seems to fix it. If someone reads this, could they tell me whether I've got the right idea about SEPARATE_ZVAL() there? Since the function takes 2 or three args, and the last one always needs to be a reference, I took the liberty of making both of the last 2 forced refs. I am under the impression that SEPARATE_ZVAL(pv_row) is the correct way to protect the one which I don't want passed by ref; is this correct? Index: php_odbc.c === RCS file: /repository/php4/ext/odbc/php_odbc.c,v retrieving revision 1.75 diff -u -r1.75 php_odbc.c --- php_odbc.c 2001/03/27 15:46:27 1.75 +++ php_odbc.c 2001/03/28 19:59:48 @@ -63,7 +63,7 @@ #define SAFE_SQL_NTS(n) ((SWORD) ((n)?(SQL_NTS):0)) -static unsigned char a3_arg3_force_ref[] = { 3, BYREF_NONE, BYREF_ALLOW, BYREF_FORCE }; +static unsigned char a3_arg2_and_3_force_ref[] = { 3, BYREF_NONE, BYREF_FORCE, +BYREF_FORCE }; function_entry odbc_functions[] = { PHP_FE(odbc_error, NULL) @@ -84,7 +84,7 @@ PHP_FE(odbc_prepare, NULL) PHP_FE(odbc_execute, NULL) PHP_FE(odbc_fetch_row, NULL) - PHP_FE(odbc_fetch_into, a3_arg3_force_ref) + PHP_FE(odbc_fetch_into, a3_arg2_and_3_force_ref) PHP_FE(odbc_field_len, NULL) PHP_FE(odbc_field_scale, NULL) PHP_FE(odbc_field_name, NULL) @@ -1349,6 +1349,7 @@ case 3: if (zend_get_parameters_ex(3, pv_res, pv_row, pv_res_arr) == FAILURE) WRONG_PARAM_COUNT; + SEPARATE_ZVAL(pv_row); convert_to_long_ex(pv_row); rownum = (*pv_row)-value.lval; break; @@ -1365,11 +1366,6 @@ WRONG_PARAM_COUNT; } #endif - - if (!ParameterPassedByReference(ht, numArgs)) { - php_error(E_WARNING, "Array not passed by reference in call to odbc_fetch_into()"); - RETURN_FALSE; - } ZEND_FETCH_RESOURCE(result, odbc_result *, pv_res, -1, "ODBC result", le_result); -- ++ |Torben Wilson [EMAIL PROTECTED]Adcore Finland| |http://www.coastnet.com/~torbenhttp://www.adcore.com| |Ph: 1.604.709.0506 [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] PHP 4.0 Bug #10042: disable_functions fopen Memory allocation crash
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: disable_functions fopen Memory allocation crash We configured PHP with fopen and all other file-related functions disabled (disable_functions = "fopen") on our Lnux 2.2.16 machine with Apache 1.3.19. If a file with fopen or any other file-related (and disabled) function is run PHP does NOT simply refuse the execution of this function. It runs forever (or until the end of the max_execution_time setting) and allocates more and more memory. This results in a server crash within less than one minute because of memory shortage. If you configure a very short max_execution_time (or stop the execution of the script with your browser manually after one second) the server does not crash immediatelly. However all memory allocated by the httpd process serving the script (many MBs per second!) is NOT released. So only a very short (fraction of a second) second execution of the script by the same httpd process will result in a server crash. Sample script used (with add. syntax errors): !doctype html public "-//W3C//DTD HTML 4.0 //EN" html head LINK REL=STYLESHEET TYPE="text/css" HREF="format.css" titleHeutige Geburtstagsliste/title /head body BGCOLOR="#FF" link="#7DA6B9" vlink="#7DA6B9" alink="#7DA6B9" table border=0 tr td width=15%nbsp;/td td width=60% table border=0 cellspacing="5" cellpadding="2" caption align=top ?php $today = date ("d. F"); echo "h3$today/h3"; ? /caption ?php $month = date ("m"); $day = date ("d"); $fr = fopen($month . ".txt", "r"); $hit = 0; while (!feof($fr)) { $buffer = fgets($fr, 1024); if ($buffer != "") { list ($birthday, $name, $email) = split ('[#]', $buffer); if (substr($birthday, 0, 4) == date("dm")) { $hit = 1; echo "tr bgcolor=\"#94B5C6\""; echo "td class=\"text\" width=\"50\""; printf (substr($birthday, 4, 4)); echo "/td"; echo "td class=\"text\" width=\"200\"$name/td"; echo "td width=\"200\"a class=\"link\" href=mailto:$email$email/a/td/tr"; } } } if ($hit == 0) { echo "trtd colspan=\"3\" class=\"text\"Es sind für den heutigen Tag keine Einträge vorhanden!/td/tr"; } fclose ($fr); ? /table /body /html php.ini: engine = On short_open_tag = On precision = 5 output_buffering = Off expose_php = Off allow_url_fopen = Off asp_tags= On display_errors = On doc_root= "." open_basedir= "." include_path= "." magic_quotes_gpc = On magic_quotes_runtime = On max_execution_time =5 memory_limit= 314000 register_globals = On file_uploads= 0 post_max_size = 300K safe_mode = On safe_mode_exec_dir ="." enable_dl = Off ;; EXTENSION LOADING extension_dir = /usr/lib/php4 ;; Global PHP defaults warn_plus_overloading = On ; warn if the + operator is used with strings track_errors= On ; Store the last error/warning message in $php_errormsg (boolean) track_vars = On ; include_path= ".:/usr/share/php" disable_functions="fopen,fpassthru,fputs,fread,fscanf,fseek,fstat,ftell,ftruncate,fwrite" -- Edit Bug report at: http://bugs.php.net/?id=10042edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10043 Updated: action handler not working
ID: 10043 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Web Server problem Assigned To: Comments: What happens if you test $HTTP_POST_VARS['submit'] instead of just $submit? Sounds to me like you don't have register_globals turned on in php.ini. Can you check that (also, make sure your test isn't happening inside any function) and post your results back here? Thanks, Torben Previous Comments: --- [2001-03-28 17:11:26] [EMAIL PROTECTED] Seems as though the action handler doesn't work. PHP page is coded as its won form handler. Hitting "submit" simply reloads page with all the form variables not set. No errors either... I tried on Apache 1.3.x / IIS4.0 both CGI and ISAPI. ? if ($submit=='') { echo EOT htmlheadlink rel="stylesheet" type="text/css" href="cbox-exp.css"/head FORM method=post action=cutsheet.php ...snip... BUTTON type="submit" NAME="submit" value="submit"Submit/BUTTON/FORM /body /html EOT; } else { #begin form handler... echo "Made it!"; } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10043edit=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] PHP 4.0.5RC3
Should be fixed... At 22:02 28/3/2001, Matt White wrote: Okay, so I have a little bit of time. The error was introduced between versions 1.315.2.1 and 1.315.2.2. If I comment out the line in question it builds (with crypt() support!) and runs as ISAPI: PHP Version 4.0.5RC3 System Windows NT 5.0 build 2195 Build Date Mar 28 2001 Server API ISAPI I'll bang on it more this evening and see if it breaks. - Matt "Matt White" [EMAIL PROTECTED] 03/28/01 02:53PM Bad news... Compile failure on Win32. Configuration: php4dllts - Win32 Release_TS_inline Compiling... . . . basic_functions.c V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2065: 'core_globals' : undeclared identifier V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left of '-safe_mode' must point to struct/union bcmath.c . . . Error executing cl.exe. php4isapi.dll - 2 error(s), 32 warning(s) I don't have time right now to dig into it, but I'll look later. - Matt Zeev Suraski [EMAIL PROTECTED] 03/28/01 10:01AM RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- 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 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10040 Updated: Apache Seg Fault
ID: 10040 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2001-03-28 13:22:43] [EMAIL PROTECTED] The compile script is as follows: ./configure --mandir=/usr/share/man --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/etc/httpd --enable-magic-quotes --enable-bcmath --enable-calendar --with-dom=/usr/local --with-zlib-dir --enable-ftp --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-expat-dir=/usr/local --with-sablot=/usr/local --enable-trans-sid --with-regex=system --with-swf=/usr/local/openswf --enable-wddx --enable-memory-limit --with-gnu-ld The system is: Linux Mandrake 8.0 Apache 1.3.19 glibc 2.2.2 MySQL 3.23.34a Postgres 7.0.3 libxml 2.3.4 Sablot 0.51 expat 1.95.1 The code that kills Apache is: ?php $doc = new_xmldoc("1.0"); $root = $doc-add_root("HTML"); $head = $root-new_child("HEAD", ""); $head-new_child("TITLE", "Hier der Titel"); echo $doc-dumpmem(); ? I also seem to be having problems with XSLT functions as well, but I will investigate that further. PHP compiles and runs no problem, just seg faults after calling above code. Stack trace: No stack. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. var_reset (var=0x4021a29e) at zend_variables.c:43 43 var-type = IS_BOOL; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10040edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10044: Bug in shm_remove() and inadequate implementation of SYSVSem.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Bug in shm_remove() and inadequate implementation of SYSVSem. There is a bug in shm_remove() that comes from the fact that the function is treating its argument, shm_identifier, as a shm key. The function argument should be shm_identifier. The patch appended fixes this problem. There is also an implementation issue with SYSV Semaphores. There is no method of removing unrequired semaphores. See the patch appended for a function, sem_remove, which can do this. I am happy to take over maintenance of this section. As for the patches, I have had to cut and paste them so I am unsure if Mozilla has wrapped certain lines. If so, I will email them. - Patch - --- ext/sysvshm/sysvshm.c.orig Fri Mar 16 01:22:16 2001 +++ ext/sysvshm/sysvshm.c Fri Mar 16 01:42:15 2001 @@ -173,26 +173,40 @@ /* }}} */ /* {{{ proto int shm_remove(int shm_identifier) Removes shared memory from Unix systems */ + +/* patched to use the correct argument Fri Mar 16 01:22:50 EST 2001 + * Gavin Sherry [EMAIL PROTECTED] + */ + PHP_FUNCTION(shm_remove) { - pval **arg_key; + pval **arg_id; long id; - key_t key; + int type; + sysvshm_shm *shm_list_ptr; - if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_key) == FAILUR E) { + if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILURE ) { WRONG_PARAM_COUNT; } - convert_to_long_ex(arg_key); + convert_to_long_ex(arg_id); - key = (*arg_key)-value.lval; + id = (*arg_id)-value.lval; +/* + * this isn't what we're looking to do + */ + +/* if((id=shmget(key,0,0))0) { php_error(E_WARNING, "%d is not a existing SysV shared memory ke y", key); RETURN_FALSE; } - if(shmctl(id,IPC_RMID,NULL)0) { - php_error(E_WARNING, "shm_remove() failed for key 0x%x: %s", key , strerror(errno)); +*/ + + shm_list_ptr = (sysvshm_shm *) zend_list_find(id, type); + if(shmctl(shm_list_ptr-id,IPC_RMID,NULL)0) { + php_error(E_WARNING, "shm_remove() failed for key 0x%x, id %i: %s",shm_list_ptr-key,id,strerror(errno)); RETURN_FALSE; } --- ext/sysvsem/php_sysvsem.h.orig Fri Mar 16 01:44:26 2001 +++ ext/sysvsem/php_sysvsem.h Fri Mar 16 01:44:17 2001 @@ -30,6 +30,7 @@ PHP_FUNCTION(sem_get); PHP_FUNCTION(sem_acquire); PHP_FUNCTION(sem_release); +PHP_FUNCTION(sem_remove); typedef struct { int le_sem; --- ext/sysvsem/sysvsem.c.orig Thu Mar 15 22:40:18 2001 +++ ext/sysvsem/sysvsem.c Thu Mar 15 23:15:17 2001 @@ -53,6 +53,7 @@ PHP_FE(sem_get, NULL) PHP_FE(sem_acquire, NULL) PHP_FE(sem_release, NULL) + PHP_FE(sem_remove, NULL) {NULL, NULL, NULL} }; @@ -92,6 +93,14 @@ sysvsem_sem *sem_ptr = (sysvsem_sem *)rsrc-ptr; struct sembuf sop[2]; +/* + * if count == -1, semaphore has been removed + * Need better way to handle this + */ + + if(sem_ptr-count == -1) { + return; + } /* Decrement the usage count. */ sop[0].sem_num = SYSVSEM_USAGE; @@ -343,6 +352,63 @@ { php_sysvsem_semop(INTERNAL_FUNCTION_PARAM_PASSTHRU, 0); } +/* }}} */ + + + + +/* {{{ proto int sem_remove(int id) + Removes semaphore from Unix systems */ + +/* + * contributed by Gavin Sherry [EMAIL PROTECTED] + * Fri Mar 16 00:50:13 EST 2001 + */ + +PHP_FUNCTION(sem_remove) +{ +pval **arg_id; +int id,type; + sysvsem_sem *sem_ptr; +#if HAVE_SEMUN + union semun un; +#endif +if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILUR E) { +WRONG_PARAM_COUNT; +} +convert_to_long_ex(arg_id); + +id = (*arg_id)-value.lval; + +sem_ptr = (sysvsem_sem *) zend_list_find(id, type); + +if (type!=php_sysvsem_module.le_sem) { +php_error(E_WARNING, "%d is not a SysV semaphore index", id); +RETURN_FALSE; +} + +#if HAVE_SEMUN +if(semctl(sem_ptr-semid,NULL,IPC_STAT,un)0) { +#else + if(semctl(sem_ptr-semid,NULL,IPC_STAT,NULL)0) { +#endif +php_error(E_WARNING, "%d is not a existing SysV Semaphore Id", id); +RETURN_FALSE; +} + + if(semctl(sem_ptr-semid,NULL,IPC_RMID,NULL)0) { +php_error(E_WARNING, "sem_remove() failed for id %d: %s", id, s trerror(errno)); +RETURN_FALSE; +} + + /* let release_sysvsem_sem knows we have removed +* the semaphore to avoid issues with releasing. +*/ + + sem_ptr-count = -1; +RETURN_TRUE; +} + /* }}} */ #endif /* HAVE_SYSVSEM */ -- Edit Bug report at: http://bugs.php.net/?id=10044edit=1
Re: [PHP-DEV] PHP 4.0 Bug #10044: Bug in shm_remove() and inadequateimplementation of SYSVSem.
Here are the patches without wrapped lines. Gavin --- ext/sysvsem/php_sysvsem.h.orig Fri Mar 16 01:44:26 2001 +++ ext/sysvsem/php_sysvsem.h Fri Mar 16 01:44:17 2001 @@ -30,6 +30,7 @@ PHP_FUNCTION(sem_get); PHP_FUNCTION(sem_acquire); PHP_FUNCTION(sem_release); +PHP_FUNCTION(sem_remove); typedef struct { int le_sem; --- ext/sysvsem/sysvsem.c.orig Thu Mar 15 22:40:18 2001 +++ ext/sysvsem/sysvsem.c Thu Mar 29 11:15:17 2001 @@ -53,6 +53,7 @@ PHP_FE(sem_get, NULL) PHP_FE(sem_acquire, NULL) PHP_FE(sem_release, NULL) + PHP_FE(sem_remove, NULL) {NULL, NULL, NULL} }; @@ -92,6 +93,14 @@ sysvsem_sem *sem_ptr = (sysvsem_sem *)rsrc-ptr; struct sembuf sop[2]; +/* + * if count == -1, semaphore has been removed + * Need better way to handle this + */ + + if(sem_ptr-count == -1) { + return; + } /* Decrement the usage count. */ sop[0].sem_num = SYSVSEM_USAGE; @@ -343,6 +352,63 @@ { php_sysvsem_semop(INTERNAL_FUNCTION_PARAM_PASSTHRU, 0); } +/* }}} */ + + + + +/* {{{ proto int sem_remove(int id) + Removes semaphore from Unix systems */ + +/* + * contributed by Gavin Sherry [EMAIL PROTECTED] + * Fri Mar 16 00:50:13 EST 2001 + */ + +PHP_FUNCTION(sem_remove) +{ +pval **arg_id; +int id,type; + sysvsem_sem *sem_ptr; +#if HAVE_SEMUN + union semun un; +#endif +if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILURE) { +WRONG_PARAM_COUNT; +} +convert_to_long_ex(arg_id); + +id = (*arg_id)-value.lval; + +sem_ptr = (sysvsem_sem *) zend_list_find(id, type); + +if (type!=php_sysvsem_module.le_sem) { +php_error(E_WARNING, "%d is not a SysV semaphore index", id); +RETURN_FALSE; +} + +#if HAVE_SEMUN +if(semctl(sem_ptr-semid,NULL,IPC_STAT,un)0) { +#else + if(semctl(sem_ptr-semid,NULL,IPC_STAT,NULL)0) { +#endif +php_error(E_WARNING, "%d is not a existing SysV Semaphore Id", id); +RETURN_FALSE; +} + + if(semctl(sem_ptr-semid,NULL,IPC_RMID,NULL)0) { +php_error(E_WARNING, "sem_remove() failed for id %d: %s", id, +strerror(errno)); +RETURN_FALSE; +} + + /* let release_sysvsem_sem knows we have removed +* the semaphore to avoid issues with releasing. +*/ + + sem_ptr-count = -1; +RETURN_TRUE; +} + /* }}} */ #endif /* HAVE_SYSVSEM */ --- ext/sysvshm/sysvshm.c.orig Fri Mar 16 01:22:16 2001 +++ ext/sysvshm/sysvshm.c Fri Mar 16 01:42:15 2001 @@ -173,26 +173,40 @@ /* }}} */ /* {{{ proto int shm_remove(int shm_identifier) Removes shared memory from Unix systems */ + +/* patched to use the correct argument Fri Mar 16 01:22:50 EST 2001 + * Gavin Sherry [EMAIL PROTECTED] + */ + PHP_FUNCTION(shm_remove) { - pval **arg_key; + pval **arg_id; long id; - key_t key; + int type; + sysvshm_shm *shm_list_ptr; - if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_key) == FAILURE) { + if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILURE) { WRONG_PARAM_COUNT; } - convert_to_long_ex(arg_key); + convert_to_long_ex(arg_id); - key = (*arg_key)-value.lval; + id = (*arg_id)-value.lval; +/* + * this isn't what we're looking to do + */ + +/* if((id=shmget(key,0,0))0) { php_error(E_WARNING, "%d is not a existing SysV shared memory key", key); RETURN_FALSE; } - if(shmctl(id,IPC_RMID,NULL)0) { - php_error(E_WARNING, "shm_remove() failed for key 0x%x: %s", key, strerror(errno)); +*/ + + shm_list_ptr = (sysvshm_shm *) zend_list_find(id, type); + if(shmctl(shm_list_ptr-id,IPC_RMID,NULL)0) { + php_error(E_WARNING, "shm_remove() failed for key 0x%x, id %i: %s", +shm_list_ptr-key, id,strerror(errno)); RETURN_FALSE; } -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0.5RC3
Zeev; I may be jumping the gun here, but I found 4.0.5 RC4 on the CVSweb server and grabbed it. It built just fine. Looks like it's fixed. PHP Version 4.0.5RC4 System Windows NT 5.0 build 2195 Build Date Mar 28 2001 Server API ISAPI - Matt Zeev Suraski [EMAIL PROTECTED] 03/28/01 18:32 PM Should be fixed... At 22:02 28/3/2001, Matt White wrote: Okay, so I have a little bit of time. The error was introduced between versions 1.315.2.1 and 1.315.2.2. If I comment out the line in question it builds (with crypt() support!) and runs as ISAPI: PHP Version 4.0.5RC3 System Windows NT 5.0 build 2195 Build Date Mar 28 2001 Server API ISAPI I'll bang on it more this evening and see if it breaks. - Matt "Matt White" [EMAIL PROTECTED] 03/28/01 02:53PM Bad news... Compile failure on Win32. Configuration: php4dllts - Win32 Release_TS_inline Compiling... . . . basic_functions.c V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2065: 'core_globals' : undeclared identifier V:\php-4.0.5RC3\ext\standard\basic_functions.c(2489) : error C2223: left of '-safe_mode' must point to struct/union bcmath.c . . . Error executing cl.exe. php4isapi.dll - 2 error(s), 32 warning(s) I don't have time right now to dig into it, but I'll look later. - Matt Zeev Suraski [EMAIL PROTECTED] 03/28/01 10:01AM RC3 is out - http://www.php.net/distributions/php-4.0.5RC3.tar.gz Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://ww.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 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] RC4
RC4 was released with a fix to the ZTS build and some ming fix build. It's pretty much the same as RC3. Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10045: no php_calendar.dll php_ftp.dll and php_mssql70.dll
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.4 PHP Bug Type: *Extensibility Functions Bug description: no php_calendar.dll php_ftp.dll and php_mssql70.dll c:\php\extension\ have no php_calendar.dll php_ftp.dll and php_mssql70.dll. -- Edit Bug report at: http://bugs.php.net/?id=10045edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10046: linking to a PHP page with querystring causes error in php4ts.dll
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.4pl1 PHP Bug Type: URL related Bug description: linking to a PHP page with querystring causes error in php4ts.dll Linking to a PHP page with querystring causes error in php4ts.dll but typing in the exact url by hand in the browser works fine. no modules, just running the latest windows version of PHP. -- Edit Bug report at: http://bugs.php.net/?id=10046edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10046 Updated: linking to a PHP page with querystring causes error in php4ts.dll
ID: 10046 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: URL related Description: linking to a PHP page with querystring causes error in php4ts.dll The same error happens when submitted a form with action="GET" . "POST" works fine. Previous Comments: --- [2001-03-28 23:18:13] [EMAIL PROTECTED] Linking to a PHP page with querystring causes error in php4ts.dll but typing in the exact url by hand in the browser works fine. no modules, just running the latest windows version of PHP. --- Full Bug description available at: http://bugs.php.net/?id=10046 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10047: CRC Error while extracting from the downloaded archive
From: [EMAIL PROTECTED] Operating system: Linux RH 6.2 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: CRC Error while extracting from the downloaded archive I am new to PHP and want to install it on Linux (Redhat 6.2). I downloaded the php-4.0.4pl1.tar.gz from www.php.net. When I tried to unzip it using tar zxvf php-4.0.4pl1.tar.gz, I got an error saying : "invalid compressed data - crc error. Child returns status 1. Error exit delayed from previous error". It created some of the subdirectories before reporting the above error. I have tried downloading agin to make sure that the download is properly done. Also used another command to extract : gunzip -c php-4.0.4pl1.tar.gz | tar -xvf - Thanx, -- Edit Bug report at: http://bugs.php.net/?id=10047edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10048: OCIPlogon not persist connection
From: [EMAIL PROTECTED] Operating system: suse 7.0 PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCIPlogon not persist connection Configure Command './configure' '--with-mysql' '--with-apache=../apache_1.3.14' '--with-oracle=/u01/app/oracle/product/8.1.6' '--with-oci8=/u01/app/oracle/product/8.1.6' '--enable-track-vars' '--enable-trans-sid' '--enable-sigchild' '--enable-sockets' Problem we are using OCIPlogon for login to oracle,by using this first time it take more time to show result.(same script result came fast if we use OCILogon). by using OCIPlogon,it every time establishing new connection to oracle ,not persist connection. if any one have solution pl.mail me immediately,thanks in advance -- Edit Bug report at: http://bugs.php.net/?id=10048edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9828 Updated: LDAP: Object class violation
ID: 9828 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: LDAP related Description: LDAP: Object class violation The problem is found. I found that there are some changes in ldap functions in php 4.0.4pl1. the ldap_get_entries changed in php 4.0.4pl1. It returns an array if there is no entry which is not expected in my code. It makes my code stop working since php 4.0.4pl1. I suspect this sudden change will make a lot of codes stop working. Anyway, thank you very much for you help. --George Chung Previous Comments: --- [2001-03-27 04:07:35] [EMAIL PROTECTED] 1. Please add the shortest possible script to reproduce this problem into this bug report 2. Check that the libphp4.so really is linked with the correct ldap libraries: 'ldd libphp4.so' --Jani --- [2001-03-26 20:38:44] [EMAIL PROTECTED] The ldap server I am using is openldap 1.2.11 which is the current stable version. ldapadd works in command line. The most strange thing is php 4.0.3pl1 works for me but php 4.0.4pl1 doesn't. So I suspect the change from 4.0.3pl1 to 4.o.4pl1 has something wrong with ldap functions. --George Chung --- [2001-03-26 17:56:13] [EMAIL PROTECTED] Did you update your ldap libraries also? And does the same add work using the command line tools? --Jani --- [2001-03-18 21:46:12] [EMAIL PROTECTED] when using php-4.0.3, ldap_add function works very well. After upgrading to php-4.0.4pl1, ldap_add function didn't work again. A error occured and logged in apache error log, "LDAP: Object class violation". php config './configure' '--with-config-file-path=/usr/slocal/etc' '--with-apxs=/usr/slocal/apache-1.3.19/bin/apxs' '--with-ldap=/usr/local' '--with-mysql=/usr/slocal/mysql' '--without-gd' '--with-mcrypt' --- Full Bug description available at: http://bugs.php.net/?id=9828 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9857 Updated: define(named_constant)
ID: 9857 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Description: define("named_constant") Taking a shot in the dark, hoping this bug comes to sombody who "knows" attention. Prior comments are somewhat misleading. I'm using OCI8, and also Manuel Lemos' Metabase. Parusing through the source, I've noticed that there are some constants defined for OCI8 (which are documented): eg: REGISTER_LONG_CONSTANT("OCI_DEFAULT",OCI_DEFAULT, CONST_CS | CONST_PERSISTENT); I question this CONST_PERSISTENT value. Is it possible that the persistence is helping non persistent constants (in the php code) strattle the void between pages? BTW: what does _zval_dtor in the source mean? Specifically, "dtor" Previous Comments: --- [2001-03-26 17:46:42] [EMAIL PROTECTED] A define on php4isapi has a tendency to bleed over to the next page load. refresh and a completely different page have retain a defined constant. eg: test1.php ? define("anything",1); echo (defined("anything")?"anything defined":"anything not defined"); ? test2.php echo (defined("anything")?"anything defined":"anything not defined"); after pointing browser at test1.php test 2.php contains "anything defined", instead of "not" --- [2001-03-20 01:15:49] [EMAIL PROTECTED] With this code at the top of an include file, the results are unpretictable. if(!defined("METABASE_MYSQL_INCLUDED")) { define("METABASE_MYSQL_INCLUDED",1); ...rest of include file... } require_once(); seems to work though. --- Full Bug description available at: http://bugs.php.net/?id=9857 -- 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] Question about socket ext. file descriptors
At present, the sockets extension uses integers as file descriptors (e.g. socket() return value). At first I thought maybe they should have been resources until I tried writing some socket code, when I realized that it's easier under many circumstances for them to be ints. Is this going to be behaviour that can be relied upon? Thanks, Torben -- ++ |Torben Wilson [EMAIL PROTECTED]Adcore Finland| |http://www.coastnet.com/~torbenhttp://www.adcore.com| |Ph: 1.604.709.0506 [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] PHP 4.0 Bug #10045 Updated: no php_calendar.dll php_ftp.dll and php_mssql70.dll
ID: 10045 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Extensibility Functions Assigned To: Comments: so you have to build them yourself ... (blame your OS if it came without a compiler) Previous Comments: --- [2001-03-28 21:14:26] [EMAIL PROTECTED] c:phpextension have no php_calendar.dll php_ftp.dll and php_mssql70.dll. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10045edit=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] Leaking references
Thank you very much, Wez! Perhaps you can be so nice as to answer my next question also ;) Whenever I do a configure with --enable-debug I get close to a zillion errors when compiling (or linking rather) it seems that I get the following two errors for each function in my code: "multiple definition of `foobar'" and "first defined here" Am I supposed to do something particular in order for debug to work??? Regards Thomas Wez Furlong wrote: On 2001-03-28 15:09:27, "Thomas Wentzel" [EMAIL PROTECTED] wrote: I do come up with the most stupid questions - sorry :) Erhm all this talk about memory leaks - made me curious. How do I go about getting the sort of output, that Wez are showing below. Try ./configure --enable-debug and look at your httpd error log. If you have memory problems, most likely the error log is huge ;-) --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]