[PHP-DEV] PHP 4.0 Bug #8756: Floating point exception
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.2-Release PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Floating point exception After configuring and compiling as cgi program, php coredumps with diagnostics: Floating point exception. It coredumps while starting. On 4.x-stable same executable works fine. -- Edit Bug report at: http://bugs.php.net/?id=8756edit=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] bitmapid in swf functions?
They are a bit magical. You might want to have a look at: http://www.opaque.net/ming/, which provides an easier to use interface (I'm currently working with the author to contribute the PHP extension code to the php distribution, he's keen on the idea (ie, if you compile --with-swf --enable-ming, you get the mingswf extension, --with-swf or --with-swf --enable-libswf you get the libswf extension)). That library also works with windows and is constantly maintained (whereas Paul Haebaerli's libswf is not maintained anymore...). How far away is this? I'm probably missing something obvious here. You are, something obvious, but not intuitive... void swf_definebitmap(int objid, string image_name) Is the prototype for swf_definebitmap(), the first argument (objid) is the object id to use with swf_getbitmapinfo(), etc. ie, ?php // The bitmap id to define the bitmap with, and // then use with the other bitmap functions $pic_id = 10; // Komodo, Rasmus? *LOL*! From phpics.com ;) $pic_location = "korea/0.50/17.jpg"; // ... swf_definebitmap($pic_id, $pic_location); // ... $pic_info = swf_getbitmapinfo($pic_id); echo "Size of the bitmap in bytes is: $pic_info[size]\n"; echo "Width of the bitmap in pixels is: $pic_info[width]\n"; echo "Height of the bitmap in pixels is: $pic_info[height]\n"; ? Ok, so I would have expected something like this to work: header('Content-type: application/x-shockwave-flash'); swf_openfile('php://stdout',400, 250, 30, 1, 1, 1); $pic = swf_nextid(); swf_definebitmap($pic, 'php-big.fi'); swf_pushmatrix(); swf_placeobject($pic, 1); swf_popmatrix(); swf_showframe(); swf_closefile(); But it doesn't seem to. I'll keep reading. The ming stuff does look a lot more intuitive. -Rasmus -- 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] unsecure / unsafe /tmp/ usage in PHP 3
Hi php-dev, gccs automatic warnings are nice, but unfortunately they do NOT trigger during shared library builds. In our ongoing audit I have spotted several /tmp vulnerabilities in PHP 3. ./functions/file.c:void php3_tempnam(INTERNAL_FUNCTION_PARAMETERS) { ./functions/file.c: t = tempnam(d,p); This is the implementation of the PHP function 'tempnam'. In PHP4 this functions uses 'mkstemp' and so changes the semantics. My patch below also does this, but we should warn admins that it does so they don't find their /tmp/ filled unexpectedly. ./functions/hg_comm.c: sscanf(str, "%s\n", tempname); ./functions/hg_comm.c: sscanf(str, "%s\n", tempname); ./functions/hg_comm.c: sprintf(temp, "%s", tempname); ./functions/hg_comm.c: char *temprec, *str, tempname[100]; ./functions/hg_comm.c: sscanf(str, "%s\n", tempname); ./functions/hg_comm.c: sscanf(str, "%s\n", tempname); ./functions/hg_comm.c: sprintf(temp, "%s", tempname); hg_comm.c is compiled only in if HYPERWAVE (commercial add on?) is enabled. We don't have that enabled. Otherwise you already see several unchecked sscanf() into stack arrays above. This mail does not address these buffer overflow problems. ./functions/mime.c: fn = tempnam(php3_ini.upload_tmp_dir, "php"); ... followed some lines later by ... fp = fopen(fn, "w"); ./functions/post.c: fn = tempnam(php3_ini.upload_tmp_dir, "php"); fn = tempnam(php3_ini.upload_tmp_dir, "php"); fp = fopen(fn, "w"); Default configurations leaves the uploaddirectory empty, so this is using /tmp most likely. I have attached a patch which compiles but is untested. Please review. Ciao, Marcus --- php-3.0.18/functions/mime.c.mkstemp Tue Oct 17 03:30:59 2000 +++ php-3.0.18/functions/mime.c Thu Jan 11 16:24:00 2001 @@ -224,7 +224,6 @@ php3_error(E_WARNING, "File Upload Error - No Mime boundary found after start of file header"); SAFE_RETURN; } - fn = tempnam(php3_ini.upload_tmp_dir, "php"); if ((loc - ptr - 4) php3_ini.upload_max_filesize) { php3_error(E_WARNING, "Max file size of %ld bytes exceeded - file [%s] not saved", php3_ini.upload_max_filesize,namebuf); bytes=0; @@ -242,8 +241,23 @@ if(memcmp(namebuf,sbuf,strlen(sbuf))) _php3_parse_gpc_data(estrdup("none"), namebuf, http_post_vars); } else { - fp = fopen(fn, "w"); + int fd; + char *fn = +emalloc((php3_ini.upload_tmp_dir?strlen(php3_ini.upload_tmp_dir):strlen("/tmp"))+strlen("/php.XX")+1); + + if (php3_ini.upload_tmp_dir) + strcpy(fn,php3_ini.upload_tmp_dir); + else + strcpy(fn,"/tmp"); + strcat(fn,"/php.XX"); + fd = mkstemp(fn); + if (fd == -1) { + efree(fn); + return; + } + fp = fdopen(fd, "w"); if (!fp) { + unlink(fn); + efree(fn); php3_error(E_WARNING, "File Upload Error - Unable to open temporary file [%s]", fn); SAFE_RETURN; } --- php-3.0.18/functions/post.c.mkstemp Tue Oct 3 21:41:10 2000 +++ php-3.0.18/functions/post.c Thu Jan 11 16:29:28 2001 @@ -53,7 +53,7 @@ size_t bytes=0; char *fn; FILE *fp; - int length, cnt; + int fd, length, cnt; length = GLOBAL(request_info).content_length; if (length php3_ini.upload_max_filesize) { @@ -61,10 +61,23 @@ SET_VAR_STRING("PHP_PUT_FILENAME", estrdup("none")); return; } - fn = tempnam(php3_ini.upload_tmp_dir, "php"); - fp = fopen(fn, "w"); + fn =
Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV]Non-GPL readline
On Wed, 17 Jan 2001, Sam Liddicott wrote: Midgard, soon to use php4 is to be released GPL (according to their website www.midgard-project.org). How will this work; will it just be the patch to php4 that makes it INTO migard that will be GPL, or midgard+PHP that will be GPL. The owner of GPLed code can grant third parties the right to use the code with certain non-GPLed programs (i.e. PHP). The merged result will inherit all license conditions from both code bases (unless the owner of the code expressively states something else). The result won't be solely under the GPL, but under a (cumbersome and sometimes contradictionary) set of conditions. - Sascha -- 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] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline
At 12:08 17/1/2001, Rasmus Lerdorf wrote: They obviously can't distribute PHP under the GPL. And I wish they would just contribute whatever patches to PHP they think need so Midgard could use a vanilla PHP install. Stas talked to them a while ago, some of their patches don't really align with PHP's syntax / design. It's not a matter of licensing. How bad could it be? Anything we can't just toss into a --with-midgard switch? -Rasmus -- 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] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline
At 12:02 17/1/2001, Sam Liddicott wrote: If (b) is true then surely we need officialy a choice of license (or at least project-midgard.org does) As Rasmus said, obviously they can't distribute PHP under the GPL - and there's nothing wrong with that. It doesn't mean that they can't distribute PHP (plain), and midgard under their own license. 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]
Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline
At 12:17 17/1/2001, Rasmus Lerdorf wrote: At 12:08 17/1/2001, Rasmus Lerdorf wrote: They obviously can't distribute PHP under the GPL. And I wish they would just contribute whatever patches to PHP they think need so Midgard could use a vanilla PHP install. Stas talked to them a while ago, some of their patches don't really align with PHP's syntax / design. It's not a matter of licensing. How bad could it be? Anything we can't just toss into a --with-midgard switch? Language-syntax level stuff (parserscanner)... 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]
Re: [PHP-DEV] bitmapid in swf functions?
is an example in c (the api's are nearly the same, except php doesn't support the sounds)... I noticed a patch referenced in the user comments at php.net/swf which adds sound support. -Rasmus -- 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 #8738 Updated: PHP compiled statically into Apache dumps core at apache start
ID: 8738 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Description: PHP compiled statically into Apache dumps core at apache start Everything worked with the latest snapshot. Thanks. Previous Comments: --- [2001-01-16 14:59:49] [EMAIL PROTECTED] Reopen if the snapshot doesn't work for you. --Jani --- [2001-01-16 10:48:37] [EMAIL PROTECTED] This is already fixed in CVS, please try a snapshot from snaps.php.net --- [2001-01-16 10:41:23] [EMAIL PROTECTED] PHP configuration: ./configure --enable-track-vars --enable-ftp --with-mysql=/usr/local/mysql --with-gd=../gd1.3 --with-apache=../apache_1.3.14 --enable-magic-quotes Apache configuration: ./configure --prefix=/WWW --activate-module=src/modules/php4/libphp4.a I'm getting the following from /WWW/bin/apachectl start Floating point exception - core dumped /WWW/bin/apachectl start: httpd could not be started the problem exists with both apache 1.3.12 and 1.3.14 compiling apache 1.3.14 with php 4.0.3pl1 works OK. --- Full Bug description available at: http://bugs.php.net/?id=8738 -- 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] ImageCreate() problem
Thanks for the help, but I'm a newbie here so you would have to tell me where I should execute that command -Original Message- From: Derick Rethans [mailto:[EMAIL PROTECTED]] Sent: 17. janar 2001 12:10 To: David rn Johannsson Cc: '[EMAIL PROTECTED]' Subject: Re: [PHP-DEV] ImageCreate() problem Hello, use ./configure --with-gd Since php 4.0.4, gd is not enabled by default Derick On Wed, 17 Jan 2001, David rn Johannsson wrote: I allways get this error when I'm trying to create a img useing PHP 4.0.4 (I use Apache on Win 2000 Pro) Fatal error: Call to undefined function: imagecreate() in e:\php\img.php on line 11 -- Dav rn Jhannsson Vefhnnuur / Webdesigner [EMAIL PROTECTED] (+354) 694-4428 -- -- 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] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - 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] Redirecting output to a file
Please correct me if there is already a facility to do this in place, but I have searched the manual and can find no functions. I would like the ability to redirect the standard PHP output stream to a file temporarily to a file, and return to output to the browser at some point in the script. Here is an example of the kind of thing I mean: ? $fd = fopen("/tmp/foo.html","w"); redirect_output($fd); print "This goes to the file"; ? So does this ? restore_output(); print "This goes to the browser"; ? I have started to look at the source and seen that most of what I need seems to be going on in php_output_globals int ext/standard/php_output.h. I am willing to write the extension to give me this functionality, but before I start coding in earnist I would appreciate any pointers or warnings of problems that may be involved. Many thanks, Malcolm Locke -- 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] ImageCreate() problem
Add: extension=php_gd.dll To your php.ini file - Original Message - From: "David rn Johannsson" [EMAIL PROTECTED] To: "'Derick Rethans'" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, January 17, 2001 11:23 AM Subject: RE: [PHP-DEV] ImageCreate() problem Thanks for the help, but I'm a newbie here so you would have to tell me where I should execute that command -Original Message- From: Derick Rethans [mailto:[EMAIL PROTECTED]] Sent: 17. janar 2001 12:10 To: David rn Johannsson Cc: '[EMAIL PROTECTED]' Subject: Re: [PHP-DEV] ImageCreate() problem Hello, use ./configure --with-gd Since php 4.0.4, gd is not enabled by default Derick On Wed, 17 Jan 2001, David rn Johannsson wrote: I allways get this error when I'm trying to create a img useing PHP 4.0.4 (I use Apache on Win 2000 Pro) Fatal error: Call to undefined function: imagecreate() in e:\php\img.php on line 11 -- Dav rn Jhannsson Vefhnnuur / Webdesigner [EMAIL PROTECTED] (+354) 694-4428 -- -- 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] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - 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 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 #8758: Lots of zero-sized files remain in directory for tmp files uploaded via POST
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: Lots of zero-sized files remain in directory for tmp files uploaded via POST I have a form with some type="file" fields for uploading images. If a user really fills a field, then I can handle the file properly and it gets deleted from ./tmp dir on script completion. But if a user leaves the field empty, php creates a zero-sized file in ./tmp and does not delete it. I even don't have to delete myself, because I get 'none' as filename inside my script. After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized files named like phpsC7799 (example). That bothers me. -- Edit Bug report at: http://bugs.php.net/?id=8758edit=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 #8759: xslt_process doesn't work at all
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Sablotron XSL Bug description: xslt_process doesn't work at all The example-script in the current php manual returns a strange error: ?php $xslData = ' ... a xsl stylesheet ...'; $xmlData = ' ... insert some xml data ...'; xslt_process($xslData, $xmlData, $result) or die(xslt_error()); ? PHP comes back with a Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx xxx is the line containing the "xslt_process" command. My configure line: ./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd --with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm --with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp --enable-trans-sid --enable-inline-optimization --enable-track-vars --enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit --enable-wddx --with-readline i386-suse-linux-gnu --with-sablot --enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl -- Edit Bug report at: http://bugs.php.net/?id=8759edit=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 #8586 Updated: msgtype: error
ID: 8586 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Assigned To: Comments: Fixed in CVS (the msgtype: error indicates invalid xsl or xml, causing an error to be output, no sablotron correctly displays the message). Previous Comments: --- [2001-01-08 03:50:50] [EMAIL PROTECTED] I've tried to test the example given in manual on xslt_process function, but the following error occurs: Fatal error: msgtype: error in /usr/local/apache/apache-dev/htdocs/xmltest.php on line 42 it's the line with: xslt_process($xslData, $xmlData, $result) modules: './configure' '--prefix=/www/apache-dev' '--without-mysql' '--with-gd' '--with-zlib' '--with-apxs=/www/apache-dev/bin/apxs' '--disable-debug' '--enable-wddx' '--enable-xml' '--with-config-file-path=/www/apache-dev/conf' '--enable-memory-limit' '--with-pgsql=/www/pgsql71/' '--enable-track-vars' '--without-imap' '--with-dom' '--with-sablot' php.ini - none (default settings) --- Full Bug description available at: http://bugs.php.net/?id=8586 -- 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 #8458 Updated: xslt_process failure solution
ID: 8458 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Assigned To: Comments: the error reporting mechanism is fixed in cvs... Previous Comments: --- [2000-12-28 11:29:17] [EMAIL PROTECTED] It appears the error reporting is the cause of Bug id #8385 (and others). I have tracked it down to this by using stand-along XSL parsers and every page I was getting the message on, generated an error with the stand along parsers. Once correcting the problems (in the XML or XSL), PHP properly transformed the page. PHP 4.03pl1 produces error messages while v4.04 just gives this generic message. Mike --- Full Bug description available at: http://bugs.php.net/?id=8458 -- 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 #8385 Updated: Fatal error occurs with Sablotron 0.50
ID: 8385 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Sablotron XSL Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-01-01 22:46:17] [EMAIL PROTECTED] This is due to messed up standard error reporting that will be fixed in CVS. For more descriptive errors try the following: function xsl_error($parser, $code, $level, $errors) { echo "$parser [$code]: $level, "; var_dump($errors); } xslt_set_error_handler($temp, "xsl_error"); To find out what's really wrong (an error in your XML or XSL most likely). --- [2000-12-22 18:16:55] [EMAIL PROTECTED] I compiled PHP 4.0.4 with the following ./configure line: ./configure --prefix=/usr --with-zlib --with-fribidi --with-sablot --with-xml=../expat-1.95.1/ With the latest Sablot(0.50 to this date). I ran a test code: ?php $temp=xslt_create(); xslt_run($temp, "idan.xsl", "idan.xml"); ? PHP returned the following error: Fatal error: msgtype: error in /usr/var/www/sab.php on line 3 --- Full Bug description available at: http://bugs.php.net/?id=8385 -- 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 #5526 Updated: Openlink support bug in PHP4.
ID: 5526 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Compile Failure Assigned To: zeev Comments: Haven't heard anything negative or postive back from user. If it still exists, reopen the bug... Previous Comments: --- [2001-01-17 09:33:44] [EMAIL PROTECTED] Haven't heard anything negative or postive back from user. If it still exists, reopen the bug... --- [2001-01-15 09:36:58] [EMAIL PROTECTED] This fix should be in 4.0.4pl1, please test and comment back --- [2000-12-28 14:29:16] [EMAIL PROTECTED] I just added in a define(OPENLINK) to the HAVE_SOLID lines which will hopefully stop this. I don't have Openlink to test with, but bug #8357 (duplicate) submitter had tested this change out and it seemed to work for them. Please test and respond. Zeev, if this is the wrong answer, I'll apologize now. I figured it's better to have it compile (and work) then stay possibly broken through another release. --- [2000-12-14 10:49:33] [EMAIL PROTECTED] This was also a problem for the SOLID integration (mainly 2.3). I had corrected this in the php_odbc.c awhile back for cases of #ifdefined (HAVE_SOLID). All initial reports back from SolidEE2.3 users claim this works wonderfully. --- [2000-12-14 10:27:23] [EMAIL PROTECTED] This bug is still active in the 14 Dec 2000 snap. Also, NOTE - the file that needs to have: SQLINTEGER len; changed to SDWORD len; is not php_odbc.h but php_odbc.c Best regards, Andrew --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=5526 -- 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 #6843 Updated: Select from Array
ID: 6843 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Assigned To: Comments: Please try the latest release and see if this continues for you... Previous Comments: --- [2000-10-02 19:48:09] [EMAIL PROTECTED] This used to work in PHP3 and I have checked that I am using the latest libraries. Is it possible to get PHP not to check the syntax of the SQL statement but just to pass it on. --- [2000-09-21 23:08:42] [EMAIL PROTECTED] When I run an odbc_exec from PHP-4.0.2 which connects to a Progress 83C database in order to retreive an array field as follows: select name,narrative@1 from customer I get an SQL syntax error as follows: Warning SQL Error [OpenLink][ODBC] Syntax error or access, SQL State 37000 in SQLExecDIRECT This works if I connect to my Progress Database using odbctest. I think I may be using an old version of the ODBC libraries linked into PHP4 Is this correct ? It all used to work fine with PHP3 and Openlink ODBC. Thanks Aubrey --- Full Bug description available at: http://bugs.php.net/?id=6843 -- 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 #7653 Updated: openlink - query error
ID: 7653 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Assigned To: Comments: Please try the latest PHP build as both of these issues have been (I believe) delt with in it. Previous Comments: --- [2000-11-05 21:50:19] [EMAIL PROTECTED] Hi, I tried to install php-4.0.3pl1 with openlink and pdflib support. It seems that it can connect to the server but can't query it. Before the compilation, I modified something in php_odbc.c. I changed SQLINTEGER len; to SDWORD len; to successfully compile and install it. The pdflib on the other hand is working well. OUTPUT# connected to DSN: DSN=NIP Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in SQLExecDirect in /usr/local/apache/htdocs/openlink.php on line 16 can not execute 'SELECT * FROM NIP.toa.NIP113' closing connection Resource id #1 ##SCRIPT html headtitleSample Output/title/head body ? putenv("LD_LIBRARY_PATH=/usr/local/openlink/odbcsdk/lib"); putenv("ODBCINSTINI=/usr/local/openlink/bin/odbcinst.ini"); putenv("ODBCINI=/usr/local/openlink/bin/odbc.ini"); $dsn="DSN=NIP"; $user="toa"; $password=""; $sql="SELECT * FROM NIP.toa.NIP113"; // directly execute mode if ($conn_id=odbc_connect("$dsn","","")){ echo "connected to DSN: $dsnbr"; if($result=odbc_do($conn_id, $sql)) { echo "executing '$sql'br"; echo "Results: br"; odbc_result_all($result,"border=1"); } ? /body /html CONFIGURE# ./configure --with-apxs=/usr/sbin/apxs --with-gd --with-pdflib=/usr/local --with-config-file-path=/usr/local/apache --with-zlib-dir=/usr --with-ttf=/usr/local/include --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --enable-track-vars --with-openlink=/usr/local/openlink #php.ini## I just copied the php.ini-dist and never touched it. --- Full Bug description available at: http://bugs.php.net/?id=7653 -- 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] Press R: Letting you know about Emma
Emma may not have received quite as much publicity as Elian Gonzalez did, b= ut=20 her story is similar. International Child Abduction: US and Canadian privat= e=20 social services abducts Emma and protects its secrecy...the first of its ki= nd=20 in history! Why do they want to keep Emma's name secret? Emma needs your Attention: http://members.tripod.com/justiceforemma/index.htm emmaright.gif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #8751: configure misdetects zlib on FreeBSD4.1.1
On 17 Jan 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: FreeBSD 4.1.1 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: configure misdetects zlib on FreeBSD 4.1.1 When running configure for PHP 4.0.4pl1 on FreeBSD 4.1.1/i386, configure fails to properly detect FreeBSD's builtin zlib support. Zlib version 1.1.3 is preinstalled in /usr/lib/libz.{a,so}, however when configure tries to verify zlib's presence it says "zlib support requires zlib version = 1.0.9" and terminates. It also complains that it can't find gzgets in -lz. The exact command line I used was: ./configure --with-apxs --enable-sigchild \ --enable-magic-quotes --enable-bcmath --with-bz2 \ --with-gdbm --with-ndbm --enable-ftp --with-gd=/usr/local \ --with-jpeg-dir=/usr/local --with-xpm-dir=/usr/X11R6 \ --with-ttf --enable-gd-imgstrttf --with-imap \ --with-java=/usr/local/jdk1.1.8 --with-ldap --with-mhash \ --with-mysql=/usr/local --with-iodbc --with-pdflib \ --with-zlib-dir=/usr --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local --with-mm --enable-trans-sid \ --with-zlib=/usr --enable-sockets \ --enable-inline-optimization --enable-memory-limit Upon removing the --with-zlib flag, php compiles fine and works normally. Could you please configure PHP with --with-zlib and post the last 15-20 lines of config.log. I don't have experience with PHP under FreeBSD, but usually the zlib error indicates that something else is wrong. -- Ignacio Vazquez-Abrams [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
hi, i do not like this too but this are the names exported by vpopmail api. this can be changed very easy. i am currently waiting for reply from David about what the php api support, what not and how... b. - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "David Croft" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, January 16, 2001 4:42 PM Subject: Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h On Sun, 14 Jan 2001, David Croft wrote: function_entry vpopmail_functions[] = { PHP_FE(vpopmail_auth_user, NULL) PHP_FE(vpopmail_adddomain, NULL) PHP_FE(vpopmail_deldomain, NULL) PHP_FE(vpopmail_adduser, NULL) PHP_FE(vpopmail_deluser, NULL) PHP_FE(vpopmail_passwd, NULL) PHP_FE(vpopmail_setuserquota, NULL) {NULL, NULL, NULL} }; Didn't we agree to put underscores between words in function names, i.e. vpopmail_del_user? -Andrei * Life may be expensive, but it includes an annual free trip around the sun. * -- PHP CVS 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] PHP 4.0 Bug #8759 Updated: xslt_process doesn't work at all
ID: 8759 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Sablotron XSL Description: xslt_process doesn't work at all Oh man! I got the problem. This xslt funtion doesn't recognize the xml header!!! Try it out. Place in the first line of your xsl/xml-buffer: ?xml version="1.0"? an this strange "msgtype" error will appear... Uahhrggh. Have a nice day :-) Andre Previous Comments: --- [2001-01-17 09:18:39] [EMAIL PROTECTED] And the error reporting mechanism was just fixed in CVS... ;) --- [2001-01-17 09:11:34] [EMAIL PROTECTED] This indicates probably an error in your xsl stylesheet, but that errormessage is not correct and thus a bug. (I get that strange message for every error too) --- [2001-01-17 09:08:23] [EMAIL PROTECTED] The example-script in the current php manual returns a strange error: ?php $xslData = ' ... a xsl stylesheet ...'; $xmlData = ' ... insert some xml data ...'; xslt_process($xslData, $xmlData, $result) or die(xslt_error()); ? PHP comes back with a Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx xxx is the line containing the "xslt_process" command. My configure line: ./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd --with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm --with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp --enable-trans-sid --enable-inline-optimization --enable-track-vars --enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit --enable-wddx --with-readline i386-suse-linux-gnu --with-sablot --enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl --- Full Bug description available at: http://bugs.php.net/?id=8759 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #8758: Lots of zero-sized files remain in directory for tmp files uploaded via POST
On Wed, Jan 17, 2001 at 03:48:58PM +0200, Jani Taskinen wrote: On 17 Jan 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: Lots of zero-sized files remain in directory for tmp files uploaded via POST I have a form with some type="file" fields for uploading images. If a user really fills a field, then I can handle the file properly and it gets deleted from ./tmp dir on script completion. But if a user leaves the field empty, php creates a zero-sized file in ./tmp and does not delete it. I even don't have to delete myself, because I get 'none' as filename inside my script. After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized files named like phpsC7799 (example). Are you REALLY using 4.0.4pl1 ??? As this should be fixed. Uhm, that my fault. This is 4.0.3. I confirm that the bug is fixed in 4.0.4pl1. I've just closed the bug-report. Thanks anyway. -- Alex Kapranoff, +7(0832)791845 -- 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 #8760: Troubles enabling extension php_curl.php
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: Troubles enabling extension php_curl.php When I enable php_curl.php extension by uncommenting extension=php_curl.dll no php script ever gets executed, instead it just gets stuck. However, this is not the case for all extensions, e.g. I also use php_interbase.dll without any problem. This problem is not specific only to php_curl.dll, also other dlls make trouble, but curl is the one i'm interested in. I use Win32 binary downloaded from www.php.net 17.1.2001. I din't compile myself anything. I use php with apache server, in cgi way. Here is my php.ini causing troubles: [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], ; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = "GPCS" ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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 = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block.
[PHP-DEV] PHP 4.0 Bug #8761: read() on udp-sockets fails
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.0 PHP version: 4.0.4 PHP Bug Type: Sockets related Bug description: read() on udp-sockets fails ? $port=7; $ip="127.0.0.1"; $sock=socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP); $retval=connect($sock,$ip,$port); write($sock,"blaat\n",6); $numread=read($sock,$readdata,1); printf("%d %02x %s\n",$numread,ord($readdata),$readdata); close($sock); ? When changing the 1 on read() to a different number, or when calling it multiple times, the read() function hangs due to an unknown reason (at least for me). This example tries to read from the echo-service, I encountered the problem when developing a radius-client in PHP. This is the stack of the process: #0 0x2825b794 in read () from /usr/lib/libc.so.4 #1 0x809dd78 in php_read (fd=4, buf=0x81e512c, maxlen=2) at sockets.c:640 #2 0x809df38 in php_if_read (ht=3, return_value=0x821768c, this_ptr=0x0, return_value_used=1) at sockets.c:692 #3 0x81121bc in execute (op_array=0x820948c) at ./zend_execute.c:1519 #4 0x80ea45b in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #5 0x807c360 in php_execute_script (primary_file=0xbfbff408) at main.c:1221 #6 0x80f5eda in apache_php_module_main (r=0x821b034, display_source_mode=0) at sapi_apache.c:89 #7 0x8079cda in send_php () #8 0x8079d12 in send_parsed_php () #9 0x811c7f5 in ap_invoke_handler () #10 0x8130850 in process_request_internal () #11 0x81308ba in ap_process_request () #12 0x8127b2b in child_main () #13 0x8127db0 in make_child () #14 0x8128134 in perform_idle_server_maintenance () #15 0x8128659 in standalone_main () #16 0x8128c88 in main () #17 0x8062801 in _start () and info on the first two frames: (gdb) up #1 0x809dd78 in php_read (fd=4, buf=0x81e512c, maxlen=2) at sockets.c:640 640 m = read(fd, (void *) t, 1); (gdb) info locals t = 0x81e512d "laat" m = 1 n = 1 no_read = 1 nonblock = 0 (gdb) up #2 0x809df38 in php_if_read (ht=3, return_value=0x821768c, this_ptr=0x0, return_value_used=1) at sockets.c:692 (gdb) info locals ht = 136204588 return_value = (zval *) 0x821768c fd = (zval **) 0x8216c0c buf = (zval **) 0x8216c10 length = (zval **) 0x8216c14 binary = (zval **) 0x78b740 tmpbuf = 0x81e512c "blaat" ret = 134864068 read_function = (int (*)()) 0x809dcc4 php_read configure is ran with: Configure Command './configure' '--with-apache=../apache_1.3.12' '--enable-track-vars' '--with-ndbm' '--with-db' '--with-mysql' '--enable-sockets' If you need more information, feel free to ask me. Edwin -- Edit Bug report at: http://bugs.php.net/?id=8761edit=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 #8762: No warning when entered nonexistent dll.
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: *Configuration Issues Bug description: No warning when entered nonexistent dll. When I enter nonexistent extension into php.ini like extension=i_do_not_exist.dll php just gets stuck and leaves browser waiting. Instead, I suppose it should write something like Extension i_do_not_exist.dll was not found in c:\php\extensions. I think this is basically a bug. -- Edit Bug report at: http://bugs.php.net/?id=8762edit=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 #4593 Updated: Randomly does not load pages in PHP/Zeus
ID: 4593 Updated by: joosters Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Other web server Assigned To: Comments: This will happen if you try to load a URL like: http://www.somewhere.com/phpfile.php/extra/information Previous versions of Zeus+ISAPI+PHP could get confused with the '/extra/information' bit in the URL, which could cause PHP to fail to open the proper file (DOCROOT/phpfile.php) This is fixed in CVS now (sorry for this extra-slow response) Previous Comments: --- [2000-08-02 00:35:21] [EMAIL PROTECTED] dup of 4707 --- [2000-05-25 22:10:07] [EMAIL PROTECTED] Hello, I've noticed that while using PHP4 with Zeus that it will randomly do things like: Warning: Failed opening '/web/straight/members/truecelebs.com/htdocs//restricted/contents.phtml' for inclusion (include_path='') in Unknown on line 0 when trying to load php pages (not just phtml... php... it does it in includes and requires too). --- Full Bug description available at: http://bugs.php.net/?id=4593 -- 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-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
sorry for broken english. I just wanted to say that vpopmail's api uses function naming convention which is incomatible with php style. This is the reason to name php functions after vpopmail api, prefixing them with vpopmail_. We can fix this easy. b. - Original Message - From: "Boian Bonev" [EMAIL PROTECTED] To: "Andrei Zmievski" [EMAIL PROTECTED]; "PHP Development" [EMAIL PROTECTED]; "David Croft" [EMAIL PROTECTED] Sent: Wednesday, January 17, 2001 5:03 PM Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h hi, i do not like this too but this are the names exported by vpopmail api. this can be changed very easy. i am currently waiting for reply from David about what the php api support, what not and how... b. - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: "David Croft" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, January 16, 2001 4:42 PM Subject: Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h On Sun, 14 Jan 2001, David Croft wrote: function_entry vpopmail_functions[] = { PHP_FE(vpopmail_auth_user, NULL) PHP_FE(vpopmail_adddomain, NULL) PHP_FE(vpopmail_deldomain, NULL) PHP_FE(vpopmail_adduser, NULL) PHP_FE(vpopmail_deluser, NULL) PHP_FE(vpopmail_passwd, NULL) PHP_FE(vpopmail_setuserquota, NULL) {NULL, NULL, NULL} }; Didn't we agree to put underscores between words in function names, i.e. vpopmail_del_user? -Andrei * Life may be expensive, but it includes an annual free trip around the sun. * -- 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-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
On Wed, 17 Jan 2001, Boian Bonev wrote: sorry for broken english. I just wanted to say that vpopmail's api uses function naming convention which is incomatible with php style. This is the reason to name php functions after vpopmail api, prefixing them with vpopmail_. We can fix this easy. The PHP interface to vpopmail does not have to depend on the naming conventions used by the vpopmail library. -Andrei * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. * -- 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-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
hi, sure. can i ask you another style question? snips form a config.m4 file: --- AC_MSG_RESULT(found in $VPOPMAIL_LIB_DIR) --- --- AC_MSG_CHECKING(for vpopmail install directory) ... code follows... AC_MSG_RESULT($VPOPMAIL_DIR) --- i wonder which one is preferable to use. b. - Original Message - I just wanted to say that vpopmail's api uses function naming convention which is incomatible with php style. This is the reason to name php functions after vpopmail api, prefixing them with vpopmail_. We can fix this easy. The PHP interface to vpopmail does not have to depend on the naming conventions used by the vpopmail library. -- 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-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
On Wed, 17 Jan 2001, Boian Bonev wrote: hi, sure. can i ask you another style question? snips form a config.m4 file: --- AC_MSG_RESULT(found in $VPOPMAIL_LIB_DIR) --- --- AC_MSG_CHECKING(for vpopmail install directory) ... code follows... AC_MSG_RESULT($VPOPMAIL_DIR) --- i wonder which one is preferable to use. I like the second one. -Andrei * Change is the only constant. * -- 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] setup.stub files
Those files - what are they for? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8764:
From: [EMAIL PROTECTED] Operating system: NT 4 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: -- Edit Bug report at: http://bugs.php.net/?id=8764edit=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 #8765: Unable to load dynamic library
From: [EMAIL PROTECTED] Operating system: NT 4.0 SP6 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: Unable to load dynamic library Unable to load dynamic library 'c:\php\extentions/php_ldap.dll'- ... Unable to load dynamic library 'c:\php\extentions/php_oci8.dll'- ... Unable to load dynamic library 'c:\php\extentions/php_oracle.dll'- ... My php.ini: ... extension_dir = c:\php\extentions ... extension=php_cpdf.dll extension=php_cybercash.dll extension=php_db.dll extension=php_dbase.dll ;extension=php_domxml.dll ;extension=php_dotnet.dll ;extension=php_exif.dll ;extension=php_fdf.dll extension=php_gd.dll extension=php_gettext.dll ;extension=php_ifx.dll extension=php_imap.dll ;extension=php_interbase.dll extension=php_java.dll extension=php_ldap.dll extension=php_mhash.dll ;extension=php_mssql65.dll extension=php_mssql70.dll extension=php_oci8.dll extension=php_oracle.dll extension=php_pdf.dll extension=php_pgsql.dll ;extension=php_sablot.dll ;extension=php_swf.dll ;extension=php_sybase_ct.dll extension=php_zlib.dll I'm sure they are stored there like the other and i'm sure that there's no other php.ini hanging around in my system. -- Edit Bug report at: http://bugs.php.net/?id=8765edit=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 #8764 Updated:
ID: 8764 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related Assigned To: Comments: No information at all Previous Comments: --- [2001-01-17 12:43:19] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8764 -- 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 #8766: couldn't connect to MySQL server which has default character set cp1251
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.3 PHP version: 4.0 Latest CVS (17/01/2001) PHP Bug Type: MySQL related Bug description: couldn't connect to MySQL server which has default character set cp1251 FreeBSD 3.3 -RELEASE Apache/1.3.14 PHP 4.0.5-dev compiled as DSO --with-mysql --with-apxs MYSQL 3.23.30 compiled with --default-character-set = cp1251 (this is charset #14 in /usr/local/mysql/share/mysql/charsets/Index) have no problem connecting to it from mysql/mysqladmin clients when trying to mysql_connect() from PHP script, got this error message ...MySQL Connection Failed: Can't initialize character set 14 (path: default) installing PHP 4.0.3pl1 solved the problem :) check out this URL http://x63.deja.com/[ST_rn=ps]/getdoc.xp?AN=714791711CONTEXT=979753585.1563033636hitnum=8 for description of this bug (or maybe feature) by another user I find it amusing that 4.0.4 and 4.0.4pl1 do not work because of bug #8738... and 4.0.5-dev (CVS snapshot) doesn't work either because of this. thanks -- Edit Bug report at: http://bugs.php.net/?id=8766edit=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 #8740 Updated: $this can't be passed by reference inside of constructor
ID: 8740 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *General Issues Description: $this can't be passed by reference inside of constructor works, but still a bit clumsy. thanks for the help. Previous Comments: --- [2001-01-16 17:53:15] [EMAIL PROTECTED] you did not quite understand: 1) add a , like below it should read, on the global scope: $a = new a(10); 2) remove that xtra line $a-x(); and you'll see that it works this is due to the fact NEW returns a copy be default --- [2001-01-16 15:26:12] [EMAIL PROTECTED] no, that's the opposite of what i wanna get. $this-b = new b($this); is instancing and assigning a new object of type b to $this-b BUT not passing $this by reference to b's constructor. $foo = new foobar(); ofcourse doesn't change this behaviour. --- [2001-01-16 13:15:12] [EMAIL PROTECTED] try this: $foo = new foobar(); --- [2001-01-16 12:55:26] [EMAIL PROTECTED] just in case, if i change a's constructor to function a($i) { $this-bla = $i; $this-b = new b($this); // note the } it doesn't work either. --- [2001-01-16 12:51:24] [EMAIL PROTECTED] the following code-snippet illustrated the problem: - class a { var $bla; // some intvalue var $b; // object of type b function a($i) { $this-bla = $i; // the next line ain't working in the constructor //$this-b = new b($this); } function x() { // the next line behaves like expected $this-b = new b($this); } function p() { echo "a::p ".$this-bla."br"; } } class b { var $a; // reference to object of type a function b($a) { $this-a = $a; } function p() { echo "b::p ".$this-a-bla."br"; } } $a = new a(10); $a-x();// works $a-p(); $a-b-p(); $a-bla = 11; $a-p(); $a-b-p(); - output: a::p 10 b::p 10 a::p 11 b::p 11 - this is the wanted behaviour. var $a-b contains a object of type b which contains a reference back to object $a. object b is instanciated and assigned via the $a-x() methodcall. so far, nothing special. when i want to get rid of the additional method in a (that's the x() method) and instanciate b inside of a's constructor and assign it to $a-b with $this, $a-b-a doesnt contain a reference to the calling a object but a copy of it. thus, $this isn't really working inside of an object's constructor. afaik do other languages have the same limitation of using $this inside of the constructor due to address-calculation issues. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8740 -- 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] ADT in PHP - where do we want them?
some time ago I had a discussion on #php.de with Ulf Wendel and Johann-Peter Hartmann about Advanced Data Types (short: ADT; data structures like Hashes, Linked Lists, Trees, ...) in PHP, because we needed efficient implementation of those for a project. Hrm.. Having just completed a rather nasty little algorithm which takes an LDAP tree of employees and creates an org chart using all sorts of trees, hashes and directed graphs to get the layout right, I am not sure I understand how linked lists or trees can be made any more efficient than simply: $node[next] = $foo; $node[prev] = $bar; $node[data] = 'Test Node'; What exactly do you have in mind here? A defined datatype so traversal functions could also be built in? PS: All the best wishes at this point for Sterling's health. He had an accident while trying to use a snowboard (he got a head concussion, I hope I use the right term here) and must attend to his bed for another week. "trying to use his snowboard"... That seems like appropriate wording. ;) -Rasmus -- 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 #8746 Updated: Crash on comparing GLOBALS Variabel
ID: 8746 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Reproduceable crash Description: Crash on comparing GLOBALS Variabel DR WATSON DUMP: --- Toepassingsuitzondering: Toep: (PID=2004) Tijd: 16-01-2001 @ 22:00:18.053 Uitzonderingsnummer: c005 (schending van toegang) * Systeemgegevens * Computernaam: SEKONT Gebruikersnaam: Administrator Aantal processors: 1 Processortype: x86 Family 6 Model 8 Stepping 3 Windows 2000-versie: 5.0 Actieve gecompileerde versie: 2195 Service Pack: 1 Huidig type: Uniprocessor Free Geregistreerde organisatie: Geregistreerde eigenaar: Sebastiaan Korenhof * Taakoverzicht * 0 Idle.exe 8 System.exe 152 SMSS.exe 180 csrss.exe 200 WINLOGON.exe 228 services.exe 240 LSASS.exe 404 svchost.exe 448 SPOOLSV.exe 488 CTSVCCDA.exe 504 svchost.exe 560 regsvc.exe 588 mstask.exe 620 stisvc.exe 692 vsmon.exe 740 WinMgmt.exe 540 MsPMSPSv.exe 356 ZIPTOA.exe 860 minilog.exe 1056 explorer.exe 1028 devldr32.exe 516 tisdnmon.exe 316 CTNotify.exe 532 ahqtb.exe 1004 cwd.exe 1216 PlexTool.exe 1224 Mediadet.exe 1248 zonealarm.exe 1260 getright.exe 1212 Apache.exe 1096 Apache.exe 1172 homesite45.exe 296 mysqld-nt.exe 1540 IEXPLORE.exe 1952 mdm.exe 2004 php.exe 1648 DRWTSN32.exe 1820 DRWTSN32.exe 0 _Total.exe (0040 - 00405000) (77F8 - 77FFF000) (1000 - 100F8000) (77E8 - 77F3C000) (77E1 - 77E74000) (77F4 - 77F7C000) (7500 - 75009000) (74FE - 74FF4000) (7800 - 78046000) (77DB - 77E0A000) (77D4 - 77DB) (74FD - 74FD8000) (77A5 - 77B45000) (779B - 77A45000) (1F7D - 1F804000) (76B1 - 76B4D000) (77C7 - 77CBA000) (77B5 - 77BD9000) (7759 - 777D8000) (780A - 780B2000) (1F8C - 1F8D8000) Statusdump voor subproces-ID 0x684 eax=00793d98 ebx= ecx=00793b30 edx=00793b30 esi=00793d98 edi= eip=1008d02b esp=0012feac ebp=0012ff4c iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0206 functie: virtual_fopen 1008d010 a198c90e10 ds:100ec998=0002 mov eax,[php_ini_path+0x718 (100ec998)] 1008d015 83ec08 sub esp,0x8 1008d018 53 pushebx 1008d019 56 pushesi 1008d01a 6a00 push0x0 1008d01c 50 pusheax 1008d01d e82ec8 callts_resource_ex (10089850) 1008d022 8b5c241c mov ebx,[esp+0x1c] ss:00bcd483= 1008d026 8bf0 mov esi,eax 1008d028 83c408 add esp,0x8 Fout -1008d02b 803b00 cmp byte ptr [ebx],0x0 ds:=?? 1008d02e 7508 jnz do_bind_function_or_class+0xa78 (10092e38) 1008d030 5e pop esi 1008d031 33c0 xor eax,eax 1008d033 5b pop ebx 1008d034 83c408 add esp,0x8 1008d037 c3 ret 1008d038 8b4e04 mov ecx,[esi+0x4] ds:0123136e= 1008d03b 57 pushedi 1008d03c 894c2410 mov [esp+0x10],ecx ss:00bcd483= 1008d040 8b5604 mov edx,[esi+0x4] ds:0123136e= 1008d043 42 inc edx * Stack Back Trace * FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012FF4C 004020BB 0001 00793AD8 007929E8 00404000 !virtual_fopen 0012FFC0 77E992A6 7FFDF000 C005 !nosymbols 0012FFF0 00401FD8 00C8 0100 kernel32!GetCommandLineW * Raw Stack Dump * 0012feac e8 3c 79 00 01 00 00 00 - 88 4b 03 78 ff ff ff ff .y..K.x 0012febc 32 1a 40 00 00 00 00 00 - e8 40 40 00 00 00 00 00 2.@..@@. 0012fecc 00 00 00 00 00 f0 fd 7f - 00 00 00 00 00 00 00 00 0012fedc 04 00 00 00 00 00 00 00 - 00 00 00 00 58 37 13 00 X7.. 0012feec 40 ce 03 78 00 f0 fd 7f - c2 33 f8 77 00 00 13 00 @..x.3.w 0012fefc 00 00 00 00 02 1f 13 00 - 00 00 00 00 00 00 00 00 0012ff0c 00 00 00 00 ff ff ff ff - 00 00 00 00 01 00 00 00 0012ff1c 00 00 00 00 01 00 00 00 - d8 3a 79 00 00 f0 fd 7f .:y. 0012ff2c 00 00 00 00 e8 3c 79 00 - 20 75 79 00 78 92 79 00 .y. uy.x.y. 0012ff3c 01 00 00 00 00 00 00 00 - 00 00 00 00 50 70 79 00 Ppy. 0012ff4c c0 ff 12 00 bb 20 40 00 - 01 00 00 00 d8 3a 79 00 . @..:y. 0012ff5c e8 29 79 00 00 40 40 00 - 04 40 40 00 a4 ff 12 00
[PHP-DEV] PHP 4.0 Bug #8751 Updated: configure misdetects zlib on FreeBSD 4.1.1
ID: 8751 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions Description: configure misdetects zlib on FreeBSD 4.1.1 I ran configure with those same flags again in order to gather some more information for you guys, and strangely enough it worked this time. I did a 'make clean' and 'rm config.cache' before running configure this time, so there must have been some bad information in the cache that caused it to fail on zlib those other times. Previous Comments: --- [2001-01-17 02:01:49] [EMAIL PROTECTED] When running configure for PHP 4.0.4pl1 on FreeBSD 4.1.1/i386, configure fails to properly detect FreeBSD's builtin zlib support. Zlib version 1.1.3 is preinstalled in /usr/lib/libz.{a,so}, however when configure tries to verify zlib's presence it says "zlib support requires zlib version = 1.0.9" and terminates. It also complains that it can't find gzgets in -lz. The exact command line I used was: ./configure --with-apxs --enable-sigchild --enable-magic-quotes --enable-bcmath --with-bz2 --with-gdbm --with-ndbm --enable-ftp --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-xpm-dir=/usr/X11R6 --with-ttf --enable-gd-imgstrttf --with-imap --with-java=/usr/local/jdk1.1.8 --with-ldap --with-mhash --with-mysql=/usr/local --with-iodbc --with-pdflib --with-zlib-dir=/usr --with-png-dir=/usr/local --with-tiff-dir=/usr/local --with-mm --enable-trans-sid --with-zlib=/usr --enable-sockets --enable-inline-optimization --enable-memory-limit Upon removing the --with-zlib flag, php compiles fine and works normally. --- Full Bug description available at: http://bugs.php.net/?id=8751 -- 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] Timezone offset differences
On Wed, 17 Jan 2001, Jim Winstead wrote: i didn't check how date('Z') is defined (do you add it to local time to get UTC or subtract it?) but it may be that systems where struct tm has a tm_gmtoff member and systems that use the timezone global may define it different ways. Well, I am in Central timezone so I'd expect my offset to be -21600 (-6 hours). So, the formula should be UTC + offset. they should be made consistent, and the date() documentation updated to tell exactly which way we've made it consistent. :) And making it consistent would just involve reversing the sign on tm_gmtoff member? I just wonder if the sign of tm_gmtoff is consistent between platforms. -Andrei "The secret of flying is to throw yourself at the ground, and miss." -- Douglas Adams -- 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 #8746 Updated: Crash on comparing GLOBALS Variabel
ID: 8746 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Description: Crash on comparing GLOBALS Variabel Problem solved: I used a varible SCRIPT_NAME in a global form. Then i printed SCRIPT_NAME?blabla The program terminated because it calles: \php4\php.exe?blabla Previous Comments: --- [2001-01-17 14:30:31] [EMAIL PROTECTED] DR WATSON DUMP: --- Toepassingsuitzondering: Toep: (PID=2004) Tijd: 16-01-2001 @ 22:00:18.053 Uitzonderingsnummer: c005 (schending van toegang) * Systeemgegevens * Computernaam: SEKONT Gebruikersnaam: Administrator Aantal processors: 1 Processortype: x86 Family 6 Model 8 Stepping 3 Windows 2000-versie: 5.0 Actieve gecompileerde versie: 2195 Service Pack: 1 Huidig type: Uniprocessor Free Geregistreerde organisatie: Geregistreerde eigenaar: Sebastiaan Korenhof * Taakoverzicht * 0 Idle.exe 8 System.exe 152 SMSS.exe 180 csrss.exe 200 WINLOGON.exe 228 services.exe 240 LSASS.exe 404 svchost.exe 448 SPOOLSV.exe 488 CTSVCCDA.exe 504 svchost.exe 560 regsvc.exe 588 mstask.exe 620 stisvc.exe 692 vsmon.exe 740 WinMgmt.exe 540 MsPMSPSv.exe 356 ZIPTOA.exe 860 minilog.exe 1056 explorer.exe 1028 devldr32.exe 516 tisdnmon.exe 316 CTNotify.exe 532 ahqtb.exe 1004 cwd.exe 1216 PlexTool.exe 1224 Mediadet.exe 1248 zonealarm.exe 1260 getright.exe 1212 Apache.exe 1096 Apache.exe 1172 homesite45.exe 296 mysqld-nt.exe 1540 IEXPLORE.exe 1952 mdm.exe 2004 php.exe 1648 DRWTSN32.exe 1820 DRWTSN32.exe 0 _Total.exe (0040 - 00405000) (77F8 - 77FFF000) (1000 - 100F8000) (77E8 - 77F3C000) (77E1 - 77E74000) (77F4 - 77F7C000) (7500 - 75009000) (74FE - 74FF4000) (7800 - 78046000) (77DB - 77E0A000) (77D4 - 77DB) (74FD - 74FD8000) (77A5 - 77B45000) (779B - 77A45000) (1F7D - 1F804000) (76B1 - 76B4D000) (77C7 - 77CBA000) (77B5 - 77BD9000) (7759 - 777D8000) (780A - 780B2000) (1F8C - 1F8D8000) Statusdump voor subproces-ID 0x684 eax=00793d98 ebx= ecx=00793b30 edx=00793b30 esi=00793d98 edi= eip=1008d02b esp=0012feac ebp=0012ff4c iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0206 functie: virtual_fopen 1008d010 a198c90e10 ds:100ec998=0002 mov eax,[php_ini_path+0x718 (100ec998)] 1008d015 83ec08 sub esp,0x8 1008d018 53 pushebx 1008d019 56 pushesi 1008d01a 6a00 push0x0 1008d01c 50 pusheax 1008d01d e82ec8 callts_resource_ex (10089850) 1008d022 8b5c241c mov ebx,[esp+0x1c] ss:00bcd483= 1008d026 8bf0 mov esi,eax 1008d028 83c408 add esp,0x8 Fout -1008d02b 803b00 cmp byte ptr [ebx],0x0 ds:=?? 1008d02e 7508 jnz do_bind_function_or_class+0xa78 (10092e38) 1008d030 5e pop esi 1008d031 33c0 xor eax,eax 1008d033 5b pop ebx 1008d034 83c408 add esp,0x8 1008d037 c3 ret 1008d038 8b4e04 mov ecx,[esi+0x4] ds:0123136e= 1008d03b 57 pushedi 1008d03c 894c2410 mov [esp+0x10],ecx ss:00bcd483= 1008d040 8b5604 mov edx,[esi+0x4] ds:0123136e= 1008d043 42 inc edx * Stack Back Trace * FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012FF4C 004020BB 0001 00793AD8 007929E8 00404000 !virtual_fopen 0012FFC0 77E992A6 7FFDF000 C005 !nosymbols 0012FFF0 00401FD8 00C8 0100 kernel32!GetCommandLineW * Raw Stack Dump * 0012feac e8 3c 79 00 01 00 00 00 - 88 4b 03 78 ff ff ff ff .y..K.x 0012febc 32 1a 40 00 00 00 00 00 - e8 40 40 00 00 00 00 00 2.@..@@. 0012fecc 00 00 00 00 00 f0 fd 7f - 00 00 00 00 00 00 00 00 0012fedc 04 00 00 00 00 00 00 00 - 00 00 00 00 58 37 13 00 X7.. 0012feec 40 ce 03 78 00 f0 fd 7f - c2 33 f8 77 00 00 13 00 @..x.3.w 0012fefc 00 00 00 00 02 1f 13 00 - 00 00 00 00 00 00 00 00 0012ff0c 00 00 00 00 ff ff ff ff - 00 00 00 00 01 00 00 00 0012ff1c 00 00 00 00 01 00 00 00 - d8 3a 79 00 00 f0 fd 7f
[PHP-DEV] PHP 4.0 Bug #8758 Updated: Lots of zero-sized files remain in directory for tmp files uploaded via POST
ID: 8758 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Filesystem function related Assigned To: Comments: User was using PHP 4.0.3 and this was fixed in 4.0.4 - bogus. Previous Comments: --- [2001-01-17 16:35:14] [EMAIL PROTECTED] User was using PHP 4.0.3 and this was fixed in 4.0.4 - bogus. --- [2001-01-17 08:29:05] [EMAIL PROTECTED] I have a form with some type="file" fields for uploading images. If a user really fills a field, then I can handle the file properly and it gets deleted from ./tmp dir on script completion. But if a user leaves the field empty, php creates a zero-sized file in ./tmp and does not delete it. I even don't have to delete myself, because I get 'none' as filename inside my script. After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized files named like phpsC7799 (example). That bothers me. --- Full Bug description available at: http://bugs.php.net/?id=8758 -- 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]
AW: [PHP-DEV] PHP 4.0 Bug #8767: user name prepended to table names in query
hi i've never worked with informix, but afaik from other 'big' DBs you have to prepend the owner of the requested object (e.g. the table) or create an alias to the object for every user that wants to access it. because if now owner is specified the client assumes that the actual user owns the requestet object and prepends it. try something like select * from [ownerofthetable].action -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 17. Jnner 2001 21:42 An: [EMAIL PROTECTED] Betreff: [PHP-DEV] PHP 4.0 Bug #8767: user name prepended to table names in query From: [EMAIL PROTECTED] Operating system: RH 6.2 PHP version: 4.0.3pl1 PHP Bug Type: Informix related Bug description: user name prepended to table names in query I folks, I have searched many sources for a few days looking for an answer to no avail. I have what seems to be a properly configured setup of Redhat 6.2, PHP 4.0.3pl1, Informix Dyn Server 7.30. At this point I am trying to build a simple database browser. Using ifx_{connect, query, close} I can query a database in the 'informix.systables' and get results, using a particular db@server, uname, passwd in the ifx_connect call. However, using the same parameters a simple query, such as: select * from action always fails with code (E [SQLSTATE=42 000 SQLCODE=-206]) string: The specified table (uname.action) is not in the database If I use different db/server or uname or passwds, I get the expected error messages regarding the error. It seems that the user name (2nd parameter in ifx_connect call) is being prepended to the table request for some reason??? Running the same query from "dbaccess" works. I have not seen this error mentioned anywhere in user groups, web sites, etc. Thanks for any help, dave -- Edit Bug report at: http://bugs.php.net/?id=8767edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8768: 'continue' inside of 'switch' statement acts like 'break' instead of 'continue'
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.3pl1 PHP Bug Type: Scripting Engine problem Bug description: 'continue' inside of 'switch' statement acts like 'break' instead of 'continue' When a continue is used inside of a switch statement (inside a loop), it does not jump to the top of the next loop iteration, but instead jumps out of the switch statement and proceeds to execute the code following the switch. The following code snippet should give a good example: ?php for( $i = 0; $i 10; $i++ ) { switch( $i ) { case 5: continue; default: $garbage = 0; // do something unimportant } echo "$iBR"; } ? The output *should* be the numbers 0 to 4 6 to 9 listed down the screen, skipping 5. Instead, 5 appears in the list making it a complete 0 to 9. -- Edit Bug report at: http://bugs.php.net/?id=8768edit=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 #8469 Updated: function pdf_setlinewidth does not work at all.
ID: 8469 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Assigned To: Comments: What is the status for this? Does it work now or not? --Jani Previous Comments: --- [2001-01-03 13:15:26] [EMAIL PROTECTED] I tried your example script and it works just fine for me. Please try the latest snapshot from http://snaps.php.net/ and if it doesn't work either, please explain better how it doesn't work. --Jani --- [2000-12-29 06:26:00] [EMAIL PROTECTED] What is the version of PDFlib you're using ? And add a short script that can be used to reproduce this into this bug report. --Jani --- [2000-12-28 20:30:02] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=8469 -- 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 #8310 Updated: Coredump when running php
ID: 8310 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Assigned To: Comments: Does this happen with PHP 4.0.4pl1 ? --Jani Previous Comments: --- [2000-12-28 16:20:54] [EMAIL PROTECTED] Can you please provide a back trace (see http://bugs.php.net) make sure to include --enable-debug in your command line. James --- [2000-12-18 05:13:49] [EMAIL PROTECTED] I have compiled PHP with this command line : ./configure --with-oci8 --with-pdflib All is OK, configure OK, make OK, make install OK. When I try to run php, I have this message : Illegal instruction (coredump) I have PHP 4.03pl3 and pdflib 3.02. Any ideas? --- Full Bug description available at: http://bugs.php.net/?id=8310 -- 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 #7649 Updated: Error Compiling
ID: 7649 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: GD related Assigned To: Comments: No feedback - closed. Previous Comments: --- [2000-12-07 19:49:53] [EMAIL PROTECTED] Please try latest snapshot from http://snaps.php.net/ --Jani --- [2000-11-27 07:14:52] [EMAIL PROTECTED] reclassify --- [2000-11-05 19:22:42] [EMAIL PROTECTED] I'm trying to compile php and I get the following error. The problem seems to be the TT_Engine struct is not defined, but I have only installed t1lib and I using this parameters to configure: configure --prefix=/usr --with-apxs -- make[1]: Entering directory `/home/Pablo/tmp/php-4.0.3pl1/ext/gd' /bin/sh /home/Pablo/tmp/php-4.0.3pl1/libtool --silent --mode=compile gcc -I. -I/home/Pablo/tmp/php-4.0.3pl1/ext/gd -I/home/Pablo/tmp/php-4.0.3pl1 -I/home/Pablo/tmp/php-4.0.3pl1/main -I/usr/include/apache -I/home/Pablo/tmp/php-4.0.3pl1/Zend -I/home/Pablo/tmp/php-4.0.3pl1 -I/usr/local/include/freetype -I/home/Pablo/tmp/php-4.0.3pl1/ext/mysql/libmysql -I/home/Pablo/tmp/php-4.0.3pl1/ext/xml/expat/xmltok -I/home/Pablo/tmp/php-4.0.3pl1/ext/xml/expat/xmlparse -I/home/Pablo/tmp/php-4.0.3pl1/TSRM -DEAPI -DXML_BYTE_ORDER=12 -g -O2 -c gdttf.c gdttf.c:79: parse error before `TT_Engine' gdttf.c:79: warning: no semicolon at end of struct or union gdttf.c:80: warning: data definition has no type or storage class gdttf.c:81: parse error before `properties' gdttf.c:81: warning: data definition has no type or storage class gdttf.c:82: parse error before `instance' gdttf.c:82: warning: data definition has no type or storage class gdttf.c:83: parse error before `char_map_Unicode' gdttf.c:83: warning: data definition has no type or storage class gdttf.c:84: parse error before `char_map_Big5' gdttf.c:84: warning: data definition has no type or storage class gdttf.c:85: parse error before `char_map_Roman' gdttf.c:85: warning: data definition has no type or storage class gdttf.c:89: parse error before `matrix' gdttf.c:89: warning: data definition has no type or storage class gdttf.c:90: parse error before `imetrics' gdttf.c:90: warning: data definition has no type or storage class gdttf.c:92: parse error before `}' gdttf.c:92: warning: data definition has no type or storage class gdttf.c:98: parse error before `TT_Engine' gdttf.c:98: warning: no semicolon at end of struct or union gdttf.c:99: warning: data definition has no type or storage class gdttf.c:104: parse error before `TT_Glyph' ... --- --- Full Bug description available at: http://bugs.php.net/?id=7649 -- 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 #8473 Updated: Like Bug id #7893
ID: 8473 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *XML functions Assigned To: Comments: No feedback and should be fixed in PHP 4.0.4pl1. If not, reopen this bug report. --Jani Previous Comments: --- [2001-01-03 13:21:58] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as this should be fixed. --Jani --- [2000-12-29 06:41:06] [EMAIL PROTECTED] Under (PHP 4.0.3 pl1) There is no problem when I execute my script, with the same script under (PHP 4.0.4) I get "Document contains no data" from netscape. Bug seems to be similar to Bug id #7893, because my script use a similar kind of structure. You can test it with (Example 2. Map XML to HTML) of XML Tag Mapping Example site in secction LXXV. XML parser functions. Regards. John. --- Full Bug description available at: http://bugs.php.net/?id=8473 -- 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] **** Access denied: Insufficient Karma (lyric|phpweb/include)
At 00:31 18/1/2001, Alex Akilov wrote: I'm having the same problem and so is Bill Stoddard. Our id's are akilov and stoddard respectively. Did we all get bounced for insufficient activity of late? No :) We just added ACLs to the repositories. I'll add you up for the java dirs. 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]
Re: [PHP-DEV] MySQL client library upgrade: 3.3.31
On Wed, 17 Jan 2001, Thimble Smith wrote: On Wed, Jan 17, 2001 at 01:57:08AM -0800, [EMAIL PROTECTED] wrote: +AC_DEFUN(PHP_MYSQL_VERSION,[ + if test "$PHP_MYSQL" != "yes"; then +AC_MSG_CHECKING(for MySQL version) +MYSQL_VERSION=$( strings $MYSQL_LIB_DIR/libmysqlclient.so | grep '3\.' ) +if test "x$( echo $MYSQL_VERSION | cut -f2 -d. )" = "x23" ; then + AC_MSG_RESULT($MYSQL_VERSION) + PHP_EVAL_LIBLINE($PHP_MYSQL/bin/mysql_config --libs) +else + AC_MSG_RESULT($MYSQL_VERSION) +fi + fi +]) I think it would be better to simply check if mysql_config exists. If so, use it; if not, assume that the version is older and doesn't need -lz. One trouble with the above is that it won't work when 4.0 comes out (alpha should be pretty soon). Of course an extra test could be added, but I don't think it's needed. Did you mean to 'test "$PHP_MYSQL" = "yes"' up there, instead of '!='? You could remove the else clause, and just put the AC_MSG_RESULT() outside the if. Plus, there are some bashisms there that aren't portable. I wouldn't doubt that there are some ways to make it better.. that was a quick throw-together that took me about 5 minutes to make. The reason it's "$PHP_MYSQL" != "yes" is because it's called from after it's been determined that the user wants MySQL support, and a value of "yes" is the value that is passed if the user wants to use the built-in library (or so I could tell by reading the code..). I suppose most of that could be rewritten to, perhaps something like the following: AC_DEFUN(PHP_MYSQL_VERSION,[ if test "$PHP_MYSQL" != "yes"; then AC_MSG_CHECKING(for MySQL version) if test -x "$PHP_MYSQL/bin/mysql_config"; then AC_MSG_RESULT(3.23 or better) PHP_EVAL_LIBLINE($PHP_MYSQL/bin/mysql_config --libs) else AC_MSG_RESULT(3.22 or earlier) fi fi ]) (yet another 5 minute job.. I don't see any bash-isms in there, but there could be some..) Of course, this should only be called once it's been determined that the user wants MySQL support and they don't want the built-in library.. Chris PS: This is just an example.. as I mentioned, I'm sure there are better ways to write 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]
[PHP-DEV] PHP 4.0 Bug #8771: failed to have the server's date and time
From: [EMAIL PROTECTED] Operating system: Win NT PHP version: 4.0.4pl1 PHP Bug Type: Date/time related Bug description: failed to have the server's date and time I got some problem using Unix TimeStamp, when the user change her own date/time (double click in the date time system tray), then the script goes wrong, that happen because the date() function using the clients date/time, how to make the script using the servers date/time ? -- Edit Bug report at: http://bugs.php.net/?id=8771edit=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 #8771 Updated: failed to have the server's date and time
ID: 8771 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Date/time related Assigned To: Comments: This system is not meant for asking support questions. Please ask this on [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-01-17 20:08:15] [EMAIL PROTECTED] I got some problem using Unix TimeStamp, when the user change her own date/time (double click in the date time system tray), then the script goes wrong, that happen because the date() function using the clients date/time, how to make the script using the servers date/time ? --- Full Bug description available at: http://bugs.php.net/?id=8771 -- 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 #8772: user level session storage fails when register_globals off
From: [EMAIL PROTECTED] Operating system: RH Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: user level session storage fails when register_globals off When using a user level session storage method to db for example, if register_globals is off, a session record is added to the database, but it contains no serialized data. The data portion is empty. If I turn register_globals on, the the database record for the session contains the serialized data. Is this a bug or a feature??? Thanks, Serge -- Edit Bug report at: http://bugs.php.net/?id=8772edit=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 #8774: undefined versioned symbol name __ns_name_unpack@@GLIBC2.1
From: [EMAIL PROTECTED] Operating system: Linux 2.2.5 PHP version: 4.0.4 PHP Bug Type: Compile Failure Bug description: undefined versioned symbol name __ns_name_unpack@@GLIBC2.1 PHP 4.0.4 will not compile on my linux system as a module, although it will compile into a standalone executable. The standalone configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" \ "--prefix=/usr" \ "--with-config-file-path=/etc" \ "--enable-calendar" \ "--enable-force-cgi-redirect" \ "--with-gd=/usr" \ "--with-jpeg-dir=/usr" \ "--with-mysql=/usr" \ "--with-zlib=/usr" \ "--with-png-dir=/usr" \ "--with-regex=system" \ "$@" = The module configure script that I'm using is: = #! /bin/sh # # Created by configure "./configure" \ "--prefix=/usr" \ "--with-apxs=/usr/bin/apxs" \ "--with-config-file-path=/etc" \ "--enable-calendar" \ "--with-gd=/usr" \ "--with-jpeg-dir=/usr" \ "--with-mysql=/usr" \ "--with-zlib=/usr" \ "--with-png-dir=/usr" \ "--with-regex=system" \ "--with-exec-dir=/home/httpd/php" \ "$@" The module compile crashes in what appears to be the final link to build libphp, on the following line with the following message: /bin/sh /usr/download/php-4.0.4/libtool --silent --mode=link gcc -I. -I/usr/download/php-4.0.4/ -I/ usr/download/php-4.0.4/main -I/usr/download/php-4.0.4 -I/usr/download/php-4.0.4/Zend -I/usr/include/ mysql -I/usr/download/php-4.0.4/ext/xml/expat/xmltok -I/usr/download/php-4.0.4/ext/xml/expat/xmlpars e -I/usr/download/php-4.0.4/TSRM -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -DXML_BYTE_ORDE R=12 -g -O2 -o libphp4.la -rpath /usr/download/php-4.0.4/libs -avoid-version -L/usr/lib/mysql -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la ext/calendar/libcale ndar.la ext/gd/libgd.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/ libsession.la ext/standard/libstandard.la ext/xml/libxml.la ext/zlib/libzlib.la TSRM/libtsrm.la -ldl -lz -lmysqlclient -lpng -lz -lgd -ljpeg -lresolv -lbind -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib -ljpeg /usr/i586-pc-linux-gnu/bin/ld: .libs/libphp4.so: undefined versioned symbol name __ns_name_unpack@@GLIBC_2.1 /usr/i586-pc-linux-gnu/bin/ld: failed to set dynamic section sizes: Bad value === I have tried quite a few things to fix this problem, including rebuilding and reinstalling the glibc library (v2.1.3). When I run nm against libresolv, __ns_name_unpack doesn't have an explicit version attached to it (i.e., it shows up as __ns_name_unpack, not __ns_name_unpack@@GLIBC_x.y). - Mark -- Edit Bug report at: http://bugs.php.net/?id=8774edit=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] Session, register_globals, $HTTP_SESSION_VARS???
Hello , sess.php ? $var_name = 'TEST_VAR'; session_register($var_name); if (isset($HTTP_SESSION_VARS[$var_name])){ $HTTP_SESSION_VARS[$var_name] ++; }else{ $HTTP_SESSION_VARS[$var_name] = 0; } echo "\$HTTP_SESSION_VARS[$var_name] : ".$HTTP_SESSION_VARS[$var_name]; ? Result: if register_globals = On always : $HTTP_SESSION_VARS[TEST_VAR] : 0 if register_globals = Off reload : $HTTP_SESSION_VARS[TEST_VAR] : 0 reload : $HTTP_SESSION_VARS[TEST_VAR] : 1 reload : $HTTP_SESSION_VARS[TEST_VAR] : 2 Why ? P.S. php 4.0.4pl1 Linux, php4.0.3pl1 BSDI, php4.0.4 Win2000 Best regards, Andrew Sitnikov -- 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] Session, register_globals, $HTTP_SESSION_VARS???
Hi Andrew! On Wed, 17 Jan 2001, Andrew Sitnikov wrote: Hello , sess.php ? $var_name = 'TEST_VAR'; session_register($var_name); if (isset($HTTP_SESSION_VARS[$var_name])){ $HTTP_SESSION_VARS[$var_name] ++; }else{ $HTTP_SESSION_VARS[$var_name] = 0; } echo "\$HTTP_SESSION_VARS[$var_name] : ".$HTTP_SESSION_VARS[$var_name]; ? Result: if register_globals = On always : $HTTP_SESSION_VARS[TEST_VAR] : 0 if register_globals is on the variablea aren't stored anymore in $HTTP_SESSION_VARS but in $GLOBALS. -- 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]
Re: [PHP-DEV] Timezone offset differences
Quoting Jim Winstead [EMAIL PROTECTED]: i didn't check how date('Z') is defined (do you add it to local time to get UTC or subtract it?) but it may be that systems where struct tm has a tm_gmtoff member and systems that use the timezone global may define it different ways. they should be made consistent, and the date() documentation updated to tell exactly which way we've made it consistent. :) For the record, I reported a similar problem on win32 a while ago, though it was with date('r') (rfc822 date), but showed the same thing - wrong sign for the timezone offset. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Entropy. It's what's for dinner. -- 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 #8769 Updated: Persistent connections aren't closed when using dynamically loaded module
ID: 8769 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related Description: Persistent connections aren't closed when using dynamically loaded module It seems that either the PostgreSQL connections are not killed after the Apache child process exits, or Apache isn't killing children as normal. If I use the dynamically loaded pgsql module, I run into the maximum number of PostgreSQL clients allowed almost immediately, whereas I have never maxed out the number of clients with the pgsql module compiled into the php library directly. Hope that clears it up. Previous Comments: --- [2001-01-17 21:46:44] [EMAIL PROTECTED] What do you mean by persistent connections not closing? They are not supposed to close, hence the name. --- [2001-01-17 18:28:51] [EMAIL PROTECTED] When using the PostgreSQL functions that have been compiled as a dynamically loaded module, persistent connections do not seem to close properly. I'm loading the module using the dl() function call within my script. My original configure script was: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-msql --with-pgsql=shared --without-mysql --without-gd --with-xml=shared --with-pdflib=/usr/local --enable-track-vars=yes --with-zlib --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-session=/tmp --enable-trans-sid I fixed the problem by removing the "shared" from the --with-pgsql line. --- Full Bug description available at: http://bugs.php.net/?id=8769 -- 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 #8310 Updated: Coredump when running php
ID: 8310 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PDF related Description: Coredump when running php Yes, it happens with PHP 4.04pl1. No solutions found yet. Previous Comments: --- [2001-01-17 18:41:36] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1 ? --Jani --- [2000-12-28 16:20:54] [EMAIL PROTECTED] Can you please provide a back trace (see http://bugs.php.net) make sure to include --enable-debug in your command line. James --- [2000-12-18 05:13:49] [EMAIL PROTECTED] I have compiled PHP with this command line : ./configure --with-oci8 --with-pdflib All is OK, configure OK, make OK, make install OK. When I try to run php, I have this message : Illegal instruction (coredump) I have PHP 4.03pl3 and pdflib 3.02. Any ideas? --- Full Bug description available at: http://bugs.php.net/?id=8310 -- 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: mysql_pconnect still broken (was: RE: What does this mean ?)
Looks like this was my bad :) Sorry, Andi At 01:47 AM 1/17/2001 +0200, Zeev Suraski wrote: Yep, you're right. Fixed. Thanks, Zeev At 23:24 16/1/2001, Steven Roussey wrote: OK. Look at a quick report. I've just installed php4-200101152345. It runs with mysql-3.23.27-beta. Apache 1.3.12, Solaris 2.6 (local host) and 2.4 (remote connection). What I can see is: the offending messages didn't vanish at all (both hosts are involved): So, I think it's not fixed yet. Steven, you wrote about 99,8. I suppose every Apache process here makes this error while ending. I just see it. :) Andi, I hope you are reading this. I looked at the CVS, and my patch was not properly applied. Andi has it looking through the non-persistant destructors, rather than the persistent ones (meaning that plist_entry_destructor is identical to list_entry_destructor). In file zend_list.c replace the plist_entry_destructor definition with: void plist_entry_destructor(void *ptr) { zend_rsrc_list_entry *le = (zend_rsrc_list_entry *) ptr; zend_rsrc_list_dtors_entry *ld; if (zend_hash_index_find(list_destructors, le-type,(void **) ld)==SUCCESS) { switch (ld-type) { case ZEND_RESOURCE_LIST_TYPE_STD: if (ld-plist_dtor) { (ld-plist_dtor)(le-ptr); } break; case ZEND_RESOURCE_LIST_TYPE_EX: if (ld-plist_dtor_ex) { ld-plist_dtor_ex(le); } break; EMPTY_SWITCH_DEFAULT_CASE() } } else { zend_error(E_WARNING,"Unknown persistent list entry type in module shutdown (%d)",le-type); } } Sincerely, Steven Roussey Network54.com http://network54.com/?pp=e -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] RE: mysql_pconnect still broken (was: RE: What does this mean ?)
I think you might be interested in some feedback after the newest PHP snapshot with a fix was installed here. The "Aborted connection ... (Got an error reading communication packets)" messages disappeared. This may seem as expected behaviour. However there is one additional point worth mentioning: In order to get rid of these annoying messages it is _not_ sufficient to install lastly fixed PHP. In order to get rid of them I had to compile the newest PHP snapshot with MySQL 3.23 (3.23.27-beta or 3.23.28-gamma) client library instead 3.22 (3.22.25) one which was used before till today (releases between them, as well as PHP bundled client, were not tested :-)). I thought it may be interesting for some - and for the record. Thank you, Steven and Zeev :-) Maciek -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 12:48 AM To: Steven Roussey Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Mysql Subject: Re: [PHP-DEV] RE: mysql_pconnect still broken (was: RE: What does this mean ?) Yep, you're right. Fixed. Thanks, Zeev At 23:24 16/1/2001, Steven Roussey wrote: OK. Look at a quick report. I've just installed php4-200101152345. It runs with mysql-3.23.27-beta. Apache 1.3.12, Solaris 2.6 (local host) and 2.4 (remote connection). What I can see is: the offending messages didn't vanish at all (both hosts are involved): [stuff deleted] -- 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]