[PHP-DEV] Bug #10991 Updated: configuration problem with imap
ID: 10991 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Operating system: Solaris8 PHP Version: 4.0.5 Description: configuration problem with imap I added missing files in /usr/local/include and now ./configure --with-apxs=/usr/local/httpsd/bin/apxs --with-mysql --with-imap --with-imap-ssl is working fine Unfortunately, make stops with thus message : Making all in imap /bin/sh /local/src/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/local/src/php-4.0.5/ext/imap -I/local/src/php-4.0.5/main -I/local/src/php-4.0.5 -I/usr/local/httpsd/include -I/local/src/php-4.0.5/Zend -I/usr/local/include/imap -I/local/src/php-4.0.5/ext/mysql/libmysql -I/local/src/php-4.0.5/ext/xml/expat/xmltok -I/local/src/php-4.0.5/ext/xml/expat/xmlparse -I/local/src/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c php_imap.c php_imap.c: In function `php_minit_imap': php_imap.c:451: `auth_ssl' undeclared (first use in this function) php_imap.c:451: (Each undeclared identifier is reported only once php_imap.c:451: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `php_imap.lo' Current working directory /local/src/php-4.0.5/ext/imap *** Error code 1 wher auth_ssl should be declared ? Previous Comments: --- [2001-05-21 16:38:45] [EMAIL PROTECTED] What does it say in config.log for this? --Jani --- [2001-05-21 12:55:16] [EMAIL PROTECTED] Imap from Washington University is installed. The installed version is : imap-2001.BETA.SNAP-0104140025 The c-client library (c-client.a) is in /usr/local/lib So I type : ./configure --with-apxs=/usr/local/httpsd/bin/apxs --with-mysql --with-imap=/usr/local/lib/imap/c-client.a --with-imap-ssl=/usr/local/lib/imap/c-client.a It crashes with : checking for SSL support in IMAP... yes checking for IMAP support... yes configure: error: Cannot find imap library. Please check your IMAP installation Where is the mistake ? --- Full Bug description available at: http://bugs.php.net/?id=10991 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] bug or feature?
Zeev Suraski wrote: It's good that this question was asked, but really, be prepared to the fact that 'no' can also be an answer. Then let me rephrase the question: What is the recommended way to signal error conditions from the inside of an object constructor? Kristian -- Kristian Köhntopp, NetUSE AG Dr.-Hell-Straße, D-24107 Kiel Tel: +49 431 386 435 00, Fax: +49 431 386 435 99 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11013 Updated: The Windows CHM format help file is missing a section.
ID: 11013 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: derick Comments: Ok, will see into that. Those manuals needed updating anyways. Derick Previous Comments: --- [2001-05-22 05:34:02] [EMAIL PROTECTED] Download the English version of the PHP help file, in Windows CHM format. There's a section that's missing its component functions, although they appear in the section header page. Here are the details: Click on [contents] tab. Expand the [function reference]. Expand the [shared memory functions]. You'll see that only shmop_size appears as a child, even though the page description (table of contents section) shows open/read/write/size/delete/close. For some reason, the other functions have been forgotten. Thanks, fellas! Lew Payne --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11013edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11015: Warning: MySQL: Unable to save result set in
From: [EMAIL PROTECTED] Operating system: Redhat 7.0 PHP version: 4.0.5 PHP Bug Type: MySQL related Bug description: Warning: MySQL: Unable to save result set in $SQLStmt = CreateSQLArray(); $numElements = Count($SQLStmt); //dies here when trying to make the link $link = mysql_connect($host, $user, $password); //other mysql functions seem to work fine at times for($x = 0; $x $numElements; $x++){ mysql_db_query($dbname, $SQLStmt[$x], $link); if(mysql_error($link) != ){ $SQLErrors[] = mysql_error($link); } } /* I have included the absolute path to my mysql install directory during configuration and I continue to get this error. I have compiled and recompiled mysql, apache, and php I don't know how many times. This is very frustrating as I have succesfully installed previous version of all with minor problems compared to this. */ -- Edit Bug report at: http://bugs.php.net/?id=11015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11014 Updated: Can't build PDFlib with PHP successfully
ID: 11014 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: When did you checkout the PHP (and Zend/TSRM) tree from the CVS? Derick Previous Comments: --- [2001-05-22 07:07:29] [EMAIL PROTECTED] Hi! I'm install PDFlib rpm files (pdflib-4.0.1-1,pdflib-tcl-4.0.1-1,pdflib-devel-4.0.1-1). My PHP configure lines: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/src/apache_1.3.19 --enable-ftp --enable-discard-path --with-pdflib=/usr/lib --with-gd That's OK! System don't response any error messages! Then, I compile PHP and Apache source code. No any error messages during compiling. But.. It still can't use any pdf functions like pdf_open(). My Linux box will tall me Fatal error: Call to undefined function.. I tried to compile PHP with PDFlib again, and saw some information: (1) checking whether to include PDFlib support... yes (2) creating ext/ftp/Makefile creating ext/gd/Makefile creating ext/mysql/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile == It did not create ext/pdf/Makefile! P.S: Before compile PHP, I have updated the PHP source sode from PHP and Zend CVS. My commands are: == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 == cd php4 == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co Zend TSRM == # cp -r * /usr/src/php-4.0.5/ Is this a bug at php-4.0.5? How can I do that you recommend? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11014edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) At 01:42 AM 5/22/01 -0400, you wrote: Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Hello, from RFC 822: destination = To : 1#address ; Primary / Resent-To: 1#address / cc : 1#address ; Secondary / Resent-cc: 1#address / bcc : #address ; Blind carbon / Reset-bcc: #address cc has to be cc, and not Cc for mail. On Tue, 22 May 2001 [EMAIL PROTECTED] wrote: I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) At 01:42 AM 5/22/01 -0400, you wrote: Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11016: install.txt
From: [EMAIL PROTECTED] Operating system: windows 200 PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: install.txt in install.txt bad: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 right: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 -- Edit Bug report at: http://bugs.php.net/?id=11016edit=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] [PATCH] Patch to add constants for the connection handling functions
Hello All, Here is a little patch to add constants for the connection handling functions. Zak Greant Freelance Designer / Programmer / Writer PHP QA Team Member http://qa.php.net/ Canadian? Interested in the environment? Please visit http://www.energyrevolution.net/ Am I working on a project for or with you? Check http://calendar.yahoo.ca/jagreant basic_functions.c.diff -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11017: Documentation for pspell_new_config() is wrong
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: Documentation for pspell_new_config() is wrong The documentation entry for pspell_new_config() at: http://www.php.net/manual/en/function.pspell-new-config.php appears to be incorrect. The example from the page doesn't actually use pspell_new_config at all. A correct example usage is as follows: $pspell_config = pspell_config_create (en); pspell_config_personal ($pspell_config, /var/dictionaries/custom.pws); pspell_config_repl ($pspell_config, /var/dictionaries/custom.repl); $pspell_link = pspell_new_config ($pspell_config); Note the different last line. -- Edit Bug report at: http://bugs.php.net/?id=11017edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11016 Updated: install.txt
ID: 11016 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I am using it without the quotes as we speak with no problems. Why do you say this is wrong? Brian. Previous Comments: --- [2001-05-22 09:25:58] [EMAIL PROTECTED] in install.txt bad: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 right: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11016edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11018: ereg_replace takes a preposterous amount of time w.r.t. PHP3
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Performance problem Bug description: ereg_replace takes a preposterous amount of time w.r.t. PHP3 My publication page (http://gongolo.usr.dsi.unimi.it/~vigna/papers) is generated with PHP. Part of the generation process includes the following regular expression substitutions: $bib = ereg_replace(([0-9]+)--([0-9]+), \\1-\\2,$bib); $bib = ereg_replace(\{((['`\]|\w)+)\}, \\1, $bib); $bib is a variable containig about 20K of text generated by a BibTeX style. Everything worked fine with PHP 3, but since I installed PHP 4, the page is output in 20 seconds. Indeed, there where other 10 substitutions, and initially the page wouldn't simply display because of server timeout. I changed whenever possible ereg_replace to str_replace, but of course the two substitutions above need regular expressions. They increase the page serving time of about 15s. Computation time was negligible with PHP 3. The strange thing is that the page is _serverd_ slowly. One would expect that there is a long wait, and then the page is served all at one time. Instead, there is a long wait, and then the page is served slowly. Eliminating the two regular expressions above solves the problem (but serves the wrong page 8^). -- Edit Bug report at: http://bugs.php.net/?id=11018edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10987 Updated: apache display error when excuting exit ou die function
ID: 10987 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: Comments: Was this as a module or a CGI? Brian Previous Comments: --- [2001-05-21 09:48:40] [EMAIL PROTECTED] Whit the simple script ? exit(); ? ou ? die(); ? apache display a error message like this: l'instruction à 0x00a62ea0 emploie l'adresse mémoire 0x0055. la mémoire ne peut être read the address 0x0055 is always the same. I use windows NT4/apache1.3.19/php4.0.5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10987edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11018 Updated: ereg_replace takes a preposterous amount of time w.r.t. PHP3
ID: 11018 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I suggest using preg_replace and try to splitup the $bib variabele into smaller parts (i.e. per line). Can you see if this works better for you? Derick Previous Comments: --- [2001-05-22 09:45:22] [EMAIL PROTECTED] My publication page (http://gongolo.usr.dsi.unimi.it/~vigna/papers) is generated with PHP. Part of the generation process includes the following regular expression substitutions: $bib = ereg_replace(([0-9]+)--([0-9]+), \1-\2,$bib); $bib = ereg_replace({((['`]|w)+)}, \1, $bib); $bib is a variable containig about 20K of text generated by a BibTeX style. Everything worked fine with PHP 3, but since I installed PHP 4, the page is output in 20 seconds. Indeed, there where other 10 substitutions, and initially the page wouldn't simply display because of server timeout. I changed whenever possible ereg_replace to str_replace, but of course the two substitutions above need regular expressions. They increase the page serving time of about 15s. Computation time was negligible with PHP 3. The strange thing is that the page is _serverd_ slowly. One would expect that there is a long wait, and then the page is served all at one time. Instead, there is a long wait, and then the page is served slowly. Eliminating the two regular expressions above solves the problem (but serves the wrong page 8^). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11018edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Either you're on a religious OS mission or else forget it! I'm going back to ASP!! lol Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11019: S_IFSOCK undefined
From: [EMAIL PROTECTED] Operating system: SCO Openserver 5.05 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: S_IFSOCK undefined Compiling PHP on SCO openserver 5.05 fails because in ext/standard/filestat.c, at line 555, S_IFSOCK is undefined. I have replaced the #if condition by #if defined(S_IFSOCK) case S_IFSOCK : ... #endif -- Edit Bug report at: http://bugs.php.net/?id=11019edit=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] Lame support for win32 mail() function -rant
Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Either you're on a religious OS mission or else forget it! I'm going back to ASP!! Thank you. -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] Lame support for win32 mail() function -rant
Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas and sysutil.pas? YES or NO Does it help to rebuild the .ASM components of the VCL with debug information using TASM? YES OR NO Do you spend more time writing code than you do fretting about problems at the customer site? YES or NO Do you spend more time selling your product than engineering for different flavors of Win32? YES or NO Are you happy as a Delphi Programmer after your customer forgot about you? YES or NO --- Happy debugging! [EMAIL PROTECTED] wrote: I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) At 01:42 AM 5/22/01 -0400, you wrote: Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm
[PHP-DEV] Bug #11018 Updated: ereg_replace takes a preposterous amount of time w.r.t. PHP3
ID: 11018 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: What is that second regex doing? It looks like there is a missing \ in there. Just for testing, have you tried using preg_replace instead of ereg. The preg functions are faster and more reliable. Previous Comments: --- [2001-05-22 09:50:52] [EMAIL PROTECTED] I suggest using preg_replace and try to splitup the $bib variabele into smaller parts (i.e. per line). Can you see if this works better for you? Derick --- [2001-05-22 09:45:22] [EMAIL PROTECTED] My publication page (http://gongolo.usr.dsi.unimi.it/~vigna/papers) is generated with PHP. Part of the generation process includes the following regular expression substitutions: $bib = ereg_replace(([0-9]+)--([0-9]+), \1-\2,$bib); $bib = ereg_replace({((['`]|w)+)}, \1, $bib); $bib is a variable containig about 20K of text generated by a BibTeX style. Everything worked fine with PHP 3, but since I installed PHP 4, the page is output in 20 seconds. Indeed, there where other 10 substitutions, and initially the page wouldn't simply display because of server timeout. I changed whenever possible ereg_replace to str_replace, but of course the two substitutions above need regular expressions. They increase the page serving time of about 15s. Computation time was negligible with PHP 3. The strange thing is that the page is _serverd_ slowly. One would expect that there is a long wait, and then the page is served all at one time. Instead, there is a long wait, and then the page is served slowly. Eliminating the two regular expressions above solves the problem (but serves the wrong page 8^). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11018edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Actually I get better paid for doing Windows NT - ASP stuff! :) md wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas and sysutil.pas? YES or NO Does it help to rebuild the .ASM components of the VCL with debug information using TASM? YES OR NO Do you spend more time writing code than you do fretting about problems at the customer site? YES or NO Do you spend more time selling your product than engineering for different flavors of Win32? YES or NO Are you happy as a Delphi Programmer after your customer forgot about you? YES or NO --- Happy debugging! [EMAIL PROTECTED] wrote: I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) At 01:42 AM 5/22/01 -0400, you wrote: Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If
[PHP-DEV] Bug #11018 Updated: ereg_replace takes a preposterous amount of time w.r.t. PHP3
ID: 11018 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating system: Linux PHP Version: 4.0.4pl1 Description: ereg_replace takes a preposterous amount of time w.r.t. PHP3 What is that second regex doing? It looks like there is missing \\ in there. There are backslashes missing everywhere, apparently eaten by the submission form. I tried with preg_replace() and everything works fine now. However I would like to hear an official comment about this: if this is a normal status for the ereg_* family, I'll stop using it. Performance is simply unacceptable. I am a bit uncomfortable about using Perl stuff. POSIX is a standard, Perl is not. But if the word is drop ereg, it's OK anyway. Previous Comments: --- [2001-05-22 10:02:25] [EMAIL PROTECTED] What is that second regex doing? It looks like there is a missing in there. Just for testing, have you tried using preg_replace instead of ereg. The preg functions are faster and more reliable. --- [2001-05-22 09:50:52] [EMAIL PROTECTED] I suggest using preg_replace and try to splitup the $bib variabele into smaller parts (i.e. per line). Can you see if this works better for you? Derick --- [2001-05-22 09:45:22] [EMAIL PROTECTED] My publication page (http://gongolo.usr.dsi.unimi.it/~vigna/papers) is generated with PHP. Part of the generation process includes the following regular expression substitutions: $bib = ereg_replace(([0-9]+)--([0-9]+), \1-\2,$bib); $bib = ereg_replace({((['`]|w)+)}, \1, $bib); $bib is a variable containig about 20K of text generated by a BibTeX style. Everything worked fine with PHP 3, but since I installed PHP 4, the page is output in 20 seconds. Indeed, there where other 10 substitutions, and initially the page wouldn't simply display because of server timeout. I changed whenever possible ereg_replace to str_replace, but of course the two substitutions above need regular expressions. They increase the page serving time of about 15s. Computation time was negligible with PHP 3. The strange thing is that the page is _serverd_ slowly. One would expect that there is a long wait, and then the page is served all at one time. Instead, there is a long wait, and then the page is served slowly. Eliminating the two regular expressions above solves the problem (but serves the wrong page 8^). --- Full Bug description available at: http://bugs.php.net/?id=11018 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Ummm, ALSO, actually, in defense of Delphi, while it's not perfect, I haven't seen any of those problems you listed below, so obviously in my opinion, you're full of crap. Maybe you would have to be a hobbyist or wanna be lamer to get those kinds of errors!! md wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas and sysutil.pas? YES or NO Does it help to rebuild the .ASM components of the VCL with debug information using TASM? YES OR NO Do you spend more time writing code than you do fretting about problems at the customer site? YES or NO Do you spend more time selling your product than engineering for different flavors of Win32? YES or NO Are you happy as a Delphi Programmer after your customer forgot about you? YES or NO --- Happy debugging! [EMAIL PROTECTED] wrote: I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) At 01:42 AM 5/22/01 -0400, you wrote: Michael Joel: Here is a rant for both of you. Joel, Win32 is buggy no matter what flavor and you cannot fix the problem or isolate problems because it is closed source. (I bet poorly written source at that - like MFC garbage) Linux has bugs, but you have the opportunity of fixing what you want to. Don't complain about the mail( ) bug, get off your duff and fix it. Or create a simple workaround and keep moving forward. Or hire those supposed win32 developers with your own funds and do it right according to your desires. Your mail rant does not even suggest you have tried fixing the bug. Not everything will be done for you. But the spirit of the open source community will at least offer ideas and advice on how to go about fixing it. Oops, I'm sorry, Win32 is closed source. Your problems will only get solved by sheer luck. And tons of trial and error. I believe that Win32 worshippers should be responsible for maintaining the port to Win32 and that Unix (linux) oriented types should focus on nothing but unix and not waste time considering the portability to Win32. Let the Win32 types create an interface layer back to Win32 if they want PHP4.x badly enough. PHP is suffering time delays due to supporting Win32, it should support unix first, win32 as an after effort by a trailing Win32 team (which will never be able to keep up with true open source pace) Michael, since you hate all the aforementioned OS's, but each seems to have its usefulness in some fashion, what OS do you actually like? End of rant. Mark Diener a battle scarred Win32 soldier... who defected to linux...to allow the wounds to heal... Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it
[PHP-DEV] Bug #10370 Updated: ceil/fabs/getmntest undefined symbol
ID: 10370 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Install and Config Operating system: SCO UnixWare 7.1.1 PHP Version: 4.0.4pl1 Description: ceil/fabs/getmntest undefined symbol thx Paul Gardiner's help. I use this steps to configure PHP4.0.4pl1 in UnixWare 711 system. 1.make sure we use gnu make/binutils/bison 1.28 2.configure Apache 3.set variables: INFORMIXDIR=/usr/informix INFORMIXSERVER=ids731 LD_LIBRARY_PATH=$INFORMIXDIR/lib:$INFORMIXDIR/lib/esql:$INFORMIXDIR/incl/esql IFX_LIBS=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql IFX_INCDIR=$INFORMIXDIR/incl/esql IFX_LIBDIR=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql **ps. If I don't set this, the configure will guess the wrong information for IFX_LIBS. That's why we can't make it. 4.configure PHP with informix support ./configure --with-apache=../apache_1.3.19 --without-mysql --with-informix=/usr/informix --prefix=/usr/local/php 5.make / make install PHP 6.change back to Apache 7.set 2 variables IFX_LIBS=-lifsql -lifasf -lifgen -lifos -lifgls \ -lcrypt_i /usr/ccs/lib/libgen.a -lsocket -lnsl -lm \ -lifglx -lc /usr/informix/lib/esql/checkapi.o LIBS=$IFX_LIBS 8.configure apache ./configure --activate-module=src/modules/php4/libphp4.a 9. make / make install apache Previous Comments: --- [2001-04-17 23:47:19] [EMAIL PROTECTED] oops, I forget to tell you my configure parameters That is : configure --with-informix=/usr/informix --with-apxs=/usr/local/apache/bin/apxs Sorry about that --- [2001-04-17 23:45:40] [EMAIL PROTECTED] Hi all, I am using PHP4.4pl1 on UnixWare 7. After the configure finished, it told me to check debug.log. I found the error messages : = cc -o conftest -g -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -I/usr/informix/incl/esql -DSUPPORT_UTF8 -L/usr/ucblib -L/usr/ucblib -L/usr/informix/lib -L/usr/informix/ lib -L/usr/informix/lib/esql -L/usr/informix/lib/esql -L/pub/php4-200104171945/ ext/informix -L/pub/php4-200104171945/ext/informix conftest.c -lm -ldl -lcrypt - lsocket -lresolv -lifsql -lifasf -lifgen -lifos -lifgls -lsocket -lnetstub -ldl -lelf -lphp_ifx -lifglx 15 Undefined first referenced symbol in file ceil/usr/informix/lib/esql/libifsql.so fabs/usr/informix/lib/esql/libifgen.so getmntent /usr/informix/lib/esql/libifos.so UX:ld: ERROR: conftest: fatal error: Symbol referencing errors. No output written to conftest == I don't know if any of you have encounterd the same problem as mine? Thanks Regards, Kevin --- Full Bug description available at: http://bugs.php.net/?id=10370 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10371 Updated: can't build libinformix.la from objects: /usr/ccs/lib/libgen.a
ID: 10371 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating system: UnixWare 7.1.1 PHP Version: 4.0.4pl1 Description: can't build libinformix.la from objects: /usr/ccs/lib/libgen.a from previous, I use the same steps to make it. below is the answer from previous email --- thx Paul Gardiner's help. I use this steps to configure PHP4.0.4pl1 in UnixWare 711 system. 1.make sure we use gnu make/binutils/bison 1.28 2.configure Apache 3.set variables: INFORMIXDIR=/usr/informix INFORMIXSERVER=ids731 LD_LIBRARY_PATH=$INFORMIXDIR/lib:$INFORMIXDIR/lib/esql:$INFORMIXDIR/incl/esql IFX_LIBS=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql IFX_INCDIR=$INFORMIXDIR/incl/esql IFX_LIBDIR=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql **ps. If I don't set this, the configure will guess the wrong information for IFX_LIBS. That's why we can't make it. 4.configure PHP with informix support ./configure --with-apache=../apache_1.3.19 --without-mysql --with-informix=/usr/informix --prefix=/usr/local/php 5.make / make install PHP 6.change back to Apache 7.set 2 variables IFX_LIBS=-lifsql -lifasf -lifgen -lifos -lifgls \ -lcrypt_i /usr/ccs/lib/libgen.a -lsocket -lnsl -lm \ -lifglx -lc /usr/informix/lib/esql/checkapi.o LIBS=$IFX_LIBS 8.configure apache ./configure --activate-module=src/modules/php4/libphp4.a 9. make / make install apache Previous Comments: --- [2001-04-17 23:57:57] [EMAIL PROTECTED] Hi all, Using SCO UnixWare 7.1.1,and trying to build php4.0.4pl1. I use --with-informix , and --with-apxs option in configure. During my compiling, it goes wrong at : Making all in informix /bin/sh /pub/php-4.0.4pl1/libtool --silent --mode=link cc -I. -I/pub/php-4.0.4pl1/ext/informix -I/pub/php-4.0.4pl1/main -I/pub/php-4.0.4pl1 -I/usr/loca l/apache/include -I/pub/php-4.0.4pl1/Zend -I/usr/informix/incl/esql -I/pub/php-4 .0.4pl1/ext/mysql/libmysql -I/pub/php-4.0.4pl1/ext/xml/expat/xmltok -I/pub/php-4 .0.4pl1/ext/xml/expat/xmlparse -I/pub/php-4.0.4pl1/TSRM -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -I/usr/informix/incl/esql -o libinformix.la ifx.lo /usr/ccs/lib/libgen.a libtool: link: cannot build libtool library `libinformix.la' from non-libtool ob jects: /usr/ccs/lib/libgen.a *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. *** Error code 1 (bu21) UX:make: ERROR: fatal error. --- Any idea? Thanks --- Full Bug description available at: http://bugs.php.net/?id=10371 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
[EMAIL PROTECTED] writes: Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Joel, I mean no offense here. But what people have been saying is true: in the open source world, if you see something that needs fixing, you have the opportunity to fix it. But the problem is if you can't, you need to rely on someone else to do it for you. Of course, if you are using something like ASP and you find a problem, you're in the same situation either way: you have to submit your bug report/feature request, and hope the company fixes it (whether or not you are technically capable of fixing it). But while commercial closed-source companies have a financial interest in responding to customers, I've found that over the past 10 years open-source projects (such as PHP) have responded *much* more quickly. In fact, on those occasions when I rallied my admittedly rusty C skills enough to submit a patch, if it hasn't caused random segfaults, it's often been accepted. If everyone who has done the same were to be listed in the credits, they would be insanely long. The fact of the matter is that PHP was originally conceived for *nix. The reason that there is a port to Windows at all is that someone wanted one and did it. The fact that there isn't more intense development of the Windows version could be due to the fact that there are fewer people with the skills to execute the port who see a personal need to do so. When you're putting in the kind of hours it takes to do a job like that and you're not getting paid to do it, you need a reason. :) Either you're on a religious OS mission or else forget it! Nobody here is on a religious OS mission. I'm running Win98 at the moment because it runs the tools I happen to currently need. But this message is being written remotely on a Linux machine, because that's where my preferred email client is. You choose the tool which does the job. You've said that you're a Delphi/Pascal programmer, and to forget C. If you've already decided that you can't do C, well, I guess that'll always be true for you. Argue for your limitations and *bam* they're yours. Personally, I really like Delphi for some things. Not for everything. Same with PHP. Same with perl. C. C++. Scheme. Ruby. Bash. Sed. Awk. C'mon, man, think about it. Who cares what tool you use for what job? I'm going back to ASP!! lol The above was a long-winded way of saying that if you've got a problem, either help out, wait patiently, or bail. Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Torben Wilson [EMAIL PROTECTED] http://www.thebuttlesschaps.com +1.604.709.0506 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
No you can't take this offline! lol -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
And further more your email address doesn't even work! - The following addresses had permanent fatal errors - [EMAIL PROTECTED] No you can't take this offline! lol -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Your reply makes a lot of sense. But at this point I think I will bail! Until PHP Win32 gets better support it is worthless to try to talk sense in this forum! At 04:29 AM 5/22/01 , you wrote: [EMAIL PROTECTED] writes: Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Joel, I mean no offense here. But what people have been saying is true: in the open source world, if you see something that needs fixing, you have the opportunity to fix it. But the problem is if you can't, you need to rely on someone else to do it for you. Of course, if you are using something like ASP and you find a problem, you're in the same situation either way: you have to submit your bug report/feature request, and hope the company fixes it (whether or not you are technically capable of fixing it). But while commercial closed-source companies have a financial interest in responding to customers, I've found that over the past 10 years open-source projects (such as PHP) have responded *much* more quickly. In fact, on those occasions when I rallied my admittedly rusty C skills enough to submit a patch, if it hasn't caused random segfaults, it's often been accepted. If everyone who has done the same were to be listed in the credits, they would be insanely long. The fact of the matter is that PHP was originally conceived for *nix. The reason that there is a port to Windows at all is that someone wanted one and did it. The fact that there isn't more intense development of the Windows version could be due to the fact that there are fewer people with the skills to execute the port who see a personal need to do so. When you're putting in the kind of hours it takes to do a job like that and you're not getting paid to do it, you need a reason. :) Either you're on a religious OS mission or else forget it! Nobody here is on a religious OS mission. I'm running Win98 at the moment because it runs the tools I happen to currently need. But this message is being written remotely on a Linux machine, because that's where my preferred email client is. You choose the tool which does the job. You've said that you're a Delphi/Pascal programmer, and to forget C. If you've already decided that you can't do C, well, I guess that'll always be true for you. Argue for your limitations and *bam* they're yours. Personally, I really like Delphi for some things. Not for everything. Same with PHP. Same with perl. C. C++. Scheme. Ruby. Bash. Sed. Awk. C'mon, man, think about it. Who cares what tool you use for what job? I'm going back to ASP!! lol The above was a long-winded way of saying that if you've got a problem, either help out, wait patiently, or bail. Michael Loftis wrote: win32 support is and always has been admittedly lacking. I personally don't take it serious as a web serving platform, I have seen any number of sites hit the wall hard when it comes to scaling with Win32 based platforms. It's suitable for testing and development maybe but not deployment. PHP has made best-effort to port to a badly screwed up platform. If you have a problem with the win32 port then work on it, submit patches. Thats how the open source model works. Sorry that your experience with PHP has been less than ideal. I'm not an OS bigot either, I freely hate Linux, and even BSD, Mac too, and Windows. I believe though that each is right in certain areas. [EMAIL PROTECTED] wrote: Well I feel the need for another rant. rant start I reported several times about the bugs in the win32 mail() function. Over a year ago too. Well it looks like all the response that was given to it was about in the nature of don't know nothin about it 'cause I'm into linux. If you want to port to Windows you could at least get some win32 programmers to do it right. rant over. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Torben Wilson [EMAIL PROTECTED] http://www.thebuttlesschaps.com +1.604.709.0506 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL
[PHP-DEV] Re: Bug #10987 Updated: apache display error when excuting exit ou die function
php is use as module and i use zend optimiseur 1.1.0 - Message d'origine - De : Bug Database [EMAIL PROTECTED] À : [EMAIL PROTECTED] Envoyé : mardi 22 mai 2001 09:45 Objet : Bug #10987 Updated: apache display error when excuting exit ou die function ID: 10987 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: Comments: Was this as a module or a CGI? Brian Previous Comments: -- - [2001-05-21 09:48:40] [EMAIL PROTECTED] Whit the simple script ? exit(); ? ou ? die(); ? apache display a error message like this: l'instruction à 0x00a62ea0 emploie l'adresse mémoire 0x0055. la mémoire ne peut être read the address 0x0055 is always the same. I use windows NT4/apache1.3.19/php4.0.5 -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10987edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Why so hostile? Because I have a major php application that works with mail() ! And I did have to program a work around for the idiotic stupid failures of that function! Why so hostile? Because I reported that bug over a year ago and still nobody fixed it. Only replys that say I dunno nothing about it or to fix it myself. Why so hostile? Because Mail() is a major VERY important function of the internet. E-MAIL! Get it? Why is E-MAIL important? DUH! Why so hostile? Because why am I the only one who thinks this is important!? And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! You tend to breath fire when you speak. Look around you. Why so hostile? I guess you are close to your early early 20's because wanna be lamer is mixed slang usage. Wanna be a pseudo noun preceding an adjective lamer, yet the adjective is promoted to a noun in this context and the noun is flipped to an adjective. Most twentysomethings feel proud that they are earning more money than they have earned in the past and pride typically prompts advertising. You feel motivated to point out that your compensation is very strong while those associated with linux must be working for little or nothing because the cumulative efforts of many could never amount to anything of significance. I riddle you and speculate that as you read this now, you are guessing that I am a washed out ATT Unix type. Probably aged somewhere in my forties using more traditional english framing than the contemporary terms you have offered in your messages. Have a great memorial day, my flight leaves shortly. [EMAIL PROTECTED] wrote: Ummm, ALSO, actually, in defense of Delphi, while it's not perfect, I haven't seen any of those problems you listed below, so obviously in my opinion, you're full of crap. Maybe you would have to be a hobbyist or wanna be lamer to get those kinds of errors!! md wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas and sysutil.pas? YES or NO Does it help to rebuild the .ASM components of the VCL with debug information using TASM? YES OR NO Do you spend more time writing code than you do fretting about problems at the customer site? YES or NO Do you spend more time selling your product than engineering for different flavors of Win32? YES or NO Are you happy as a Delphi Programmer after your customer forgot about you? YES or NO --- Happy debugging! [EMAIL PROTECTED] wrote: I'm a pascal, delphi programmer so forget about c. Problem with the Win32 closed source thing you mentioned is that for this particular problem: win32/sendmail.c is not really a win32 problem but a php sendmail.c problem. A C problem in win32/sendmail.c is not win32 problem. So all you PHP is better than ASP hypsters get to work! lol PHP is ok for some problem solving but obviously ASP is
Re: [PHP-DEV] Lame support for win32 mail() function -rant
lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! At 11:11 AM 5/22/01 +0200, you wrote: Cut this crap now. I'm sick of it. And don't e-mail be back. On Tue, 22 May 2001 [EMAIL PROTECTED] wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Why so hostile? Because I have a major php application that works with mail() ! And I did have to program a work around for the idiotic stupid failures of that function! Why so hostile? Because I reported that bug over a year ago and still nobody fixed it. Only replys that say I dunno nothing about it or to fix it myself. Why so hostile? Because Mail() is a major VERY important function of the internet. E-MAIL! Get it? Why is E-MAIL important? DUH! Why so hostile? Because why am I the only one who thinks this is important!? And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! You tend to breath fire when you speak. Look around you. Why so hostile? I guess you are close to your early early 20's because wanna be lamer is mixed slang usage. Wanna be a pseudo noun preceding an adjective lamer, yet the adjective is promoted to a noun in this context and the noun is flipped to an adjective. Most twentysomethings feel proud that they are earning more money than they have earned in the past and pride typically prompts advertising. You feel motivated to point out that your compensation is very strong while those associated with linux must be working for little or nothing because the cumulative efforts of many could never amount to anything of significance. I riddle you and speculate that as you read this now, you are guessing that I am a washed out ATT Unix type. Probably aged somewhere in my forties using more traditional english framing than the contemporary terms you have offered in your messages. Have a great memorial day, my flight leaves shortly. [EMAIL PROTECTED] wrote: Ummm, ALSO, actually, in defense of Delphi, while it's not perfect, I haven't seen any of those problems you listed below, so obviously in my opinion, you're full of crap. Maybe you would have to be a hobbyist or wanna be lamer to get those kinds of errors!! md wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas and sysutil.pas? YES or NO Does it help to rebuild the .ASM components of the VCL with debug information using TASM? YES OR NO Do you spend more time writing code than you do fretting about problems at the customer site? YES or NO Do you spend more time selling your product than engineering for different flavors of Win32? YES or NO Are
Re: [PHP-DEV] Lame support for win32 mail() function -rant
HAH! and Ding Dong it was: Delivery to the following recipients failed. [EMAIL PROTECTED] Can't even make your email work right! Laff no wonder mail() doesn't work right with ding dongs like you! -- --- lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! At 11:11 AM 5/22/01 +0200, you wrote: Cut this crap now. I'm sick of it. And don't e-mail be back. On Tue, 22 May 2001 [EMAIL PROTECTED] wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Why so hostile? Because I have a major php application that works with mail() ! And I did have to program a work around for the idiotic stupid failures of that function! Why so hostile? Because I reported that bug over a year ago and still nobody fixed it. Only replys that say I dunno nothing about it or to fix it myself. Why so hostile? Because Mail() is a major VERY important function of the internet. E-MAIL! Get it? Why is E-MAIL important? DUH! Why so hostile? Because why am I the only one who thinks this is important!? And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! You tend to breath fire when you speak. Look around you. Why so hostile? I guess you are close to your early early 20's because wanna be lamer is mixed slang usage. Wanna be a pseudo noun preceding an adjective lamer, yet the adjective is promoted to a noun in this context and the noun is flipped to an adjective. Most twentysomethings feel proud that they are earning more money than they have earned in the past and pride typically prompts advertising. You feel motivated to point out that your compensation is very strong while those associated with linux must be working for little or nothing because the cumulative efforts of many could never amount to anything of significance. I riddle you and speculate that as you read this now, you are guessing that I am a washed out ATT Unix type. Probably aged somewhere in my forties using more traditional english framing than the contemporary terms you have offered in your messages. Have a great memorial day, my flight leaves shortly. [EMAIL PROTECTED] wrote: Ummm, ALSO, actually, in defense of Delphi, while it's not perfect, I haven't seen any of those problems you listed below, so obviously in my opinion, you're full of crap. Maybe you would have to be a hobbyist or wanna be lamer to get those kinds of errors!! md wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi -- An exception has occurred at 0x333F248A in Kernel32.DLL. YOURAPP.EXE has caused a general fault. Would you like to continue? YES or NO --- Logical questions to the complement the above win32 problem follow... --- Is your customer happy that they had to answer this question during normal business hours? YES or NO Is your customer happy that they had to answer this question after normal business hours? YES or NO Is your customer happy that they had to answer this question on the weekend? YES or NO Is your customer happy that they had to answer this question during the holiday? YES or NO Does your customer know what a general fault is? YES or NO Does your customer feel motivated to write you a check to pay for services rendered after receiving a general fault is? YES or NO Did you tell the customer that it would never happen again? YES or NO Were you able to capture a stack trace in TD32? YES or NO Were you able to capture a stack trace on a program that died yesterday? YES or NO Is TD32 an ultimately effective Borland debugger? YES or NO Can TD32 accurately resolve symbol names for Service Pack 3 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack 4 of Windows NT.4.0? YES or NO Can TD32 accurately resolve symbol names for Service Pack X of Windows NT.4.0? YES or NO Does it help to rebuild the VCL with debug information including system.pas
[PHP-DEV] Bug #10980 Updated: mssql query error
ID: 10980 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: windows2000/98 PHP Version: 4.0.4pl1 Description: mssql query error hi, Thank you for helping. I'm sorry,The 'result' is output of 'odbc_num_rows() '. I expect get the record from 'bt_article',what bt_article.id equal a value; My bt_article struct : id int(4) in title char(40) Previous Comments: --- [2001-05-22 05:28:48] [EMAIL PROTECTED] ODBC related should not be reported as MSSQL related. Furthermore I think we need some more information about this error. Are you getting other results than expected ? What is 'result' ? You dont have any variables in the code with that name. If 'result' is the output from odbc_num_rows() we need to know the structure of the table and what you expect from your data. --- [2001-05-21 02:57:59] [EMAIL PROTECTED] //error source $connid=odbc_connect('odbc_db','odbc_user','odbc_pswd'); $sql='select id from bt_article where id978'; $row=odbc_do($connid,$sql); echo odbc_num_rows($row); //result -1 //if $sql='select title from bt_article where id978 order by id'; //result is ok //if $sql='select title from bt_article where id=978 order by id'; //result -1 --- Full Bug description available at: http://bugs.php.net/?id=10980 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) Oh yes, sure. Once you write to Microsoft your ASP is crap, you should get some real programmers working for you because your programs are not working and outright crap, Steve Ballmer personally visits you and personally fixes all bugs in yous copy of Windows and all Microsoft products, all for free. This is the known fact, and nobody in sober mind has any intention to question it. -- 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]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
[EMAIL PROTECTED] wrote: HAH! and Ding Dong it was: Delivery to the following recipients failed. [EMAIL PROTECTED] Can't even make your email work right! Laff no wonder mail() doesn't work right with ding dongs like you! -- --- lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! Would you like to have sex with me if I dressed up like a ballerina and called myself Bob? http://www.b0g.org/?sec=filesid=424nid=423 (come on guys, we get so few of these wonderful gents per year, let me have *some* fun ;) -- PHP Development Mailing List http://www.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] WDDX
Recently, WDDX stopped compiling for me, with error: In file included from internal_functions.c:47: .../php4/ext/wddx/php_wddx.h:37: expat.h: No such file or directory I guess something have changed there. Could anyone say what? Also I guess configure should say me if I was missing something. -- 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]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
RAOTFLOLPMP! Go Sterling, go! Kick some stinky troll butt - kick it, kick it! :D --zak - Original Message - From: Sterling Hughes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, May 21, 2001 3:38 PM Subject: Re: [PHP-DEV] Lame support for win32 mail() function -rant [EMAIL PROTECTED] wrote: HAH! and Ding Dong it was: Delivery to the following recipients failed. [EMAIL PROTECTED] Can't even make your email work right! Laff no wonder mail() doesn't work right with ding dongs like you! -- -- -- --- lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! Would you like to have sex with me if I dressed up like a ballerina and called myself Bob? http://www.b0g.org/?sec=filesid=424nid=423 (come on guys, we get so few of these wonderful gents per year, let me have *some* fun ;) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
And you too, Ding dong, butt face. At 03:56 AM 5/22/01 -0600, you wrote: RAOTFLOLPMP! Go Sterling, go! Kick some stinky troll butt - kick it, kick it! :D --zak - Original Message - From: Sterling Hughes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, May 21, 2001 3:38 PM Subject: Re: [PHP-DEV] Lame support for win32 mail() function -rant [EMAIL PROTECTED] wrote: HAH! and Ding Dong it was: Delivery to the following recipients failed. [EMAIL PROTECTED] Can't even make your email work right! Laff no wonder mail() doesn't work right with ding dongs like you! -- -- -- --- lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! Would you like to have sex with me if I dressed up like a ballerina and called myself Bob? http://www.b0g.org/?sec=filesid=424nid=423 (come on guys, we get so few of these wonderful gents per year, let me have *some* fun ;) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
lol, good thing I had a few beers! Again with ding dongs like you it's no wonder... etc. At 05:38 PM 5/21/01 -0400, you wrote: [EMAIL PROTECTED] wrote: HAH! and Ding Dong it was: Delivery to the following recipients failed. [EMAIL PROTECTED] Can't even make your email work right! Laff no wonder mail() doesn't work right with ding dongs like you! -- -- -- --- lol, if you don't want an email back then don't email me to start with! lol Ding dongs like you probably is what's wrong with PHP. Only want to hear nice siren songs about how glorious php is over sound of BUGS BUGS BUGS and more BUGS! Would you like to have sex with me if I dressed up like a ballerina and called myself Bob? http://www.b0g.org/?sec=filesid=424nid=423 (come on guys, we get so few of these wonderful gents per year, let me have *some* fun ;) -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Would you like to have sex with me if I dressed up like a ballerina and called myself Bob? http://www.b0g.org/?sec=filesid=424nid=423 (come on guys, we get so few of these wonderful gents per year, let me have *some* fun ;) hehe... ;) disi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11020: GD not working on digitalcamera jpg's
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.0.5 PHP Bug Type: GD related Bug description: GD not working on digitalcamera jpg's Look at the bugs for GetImageSize. I guess it's the same JPG problem with GD functions. This function works perfect with most jpg's but when uploading pictures from digital cameras it does nothing. pre function resize($bildet, $forholdstall) { $size = GetImageSize($bildet); $width = $size[0]; $height = $size[1]; echo Skalerer...; //regner ut forholdstall if ($width $height) # resize ny bildestørrelse { $utregnettall = ($width / $forholdstall); $width = $forholdstall; $height = (int)($height / $utregnettall); } else { $utregnettall = ($height / $forholdstall); $height = $forholdstall; $width = (int)($width / $utregnettall); } if (strpos($bildet, .jpg) || strpos($bildet, .jpeg)) { $status = true; $img_in = ImageCreateFromJPEG($bildet); // den resiza fila skal være så mye mindre: $img_out = ImageCreate($width, $height); ImageCopyResized($img_out, $img_in,0,0,0,0, $width, $height, $size[0], $size[1]); ImageJPEG($img_out, $bildet); ImageDestroy($img_in); ImageDestroy($img_out); }#if else { $status = false; } $retur = array( error = $status, height = $height, width = $width ); return $retur; }# function resize /pre -- Edit Bug report at: http://bugs.php.net/?id=11020edit=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] Lame support for win32 mail() function -rant
Joel, I am being paid by my clients to contribute to PHP for use in enterprise products because ASP and Windows don't cut the mustard. Please lets stop this rant; go back to ASP and let us concentrate on getting things done. --Wez. On 2001-05-22 08:53:16, [EMAIL PROTECTED] wrote: Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Either you're on a religious OS mission or else forget it! I'm going back to ASP!! -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
laff, Well with (Peter Petermann) as your name it's no wonder that you have a one track mind! Sorry no faggots allowed here! Wow, just stick a stick in the php nest and they come out of the woodwork. No wonder PHP is BUGGED! cyberfly.net!! what a name! Talk about bug city!! They're out in numbers now!! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug or undocumented feature: static?
Hi, I stepped into something yesterday I would call an undocumented feature or a bug, don't know if I should make a bug report. Here's the snippet: function bar() { static $j = 0; print ++$j; } class foo { function foo() { static $i = 0; print ++$i; } function bar() { static $j = 0; print ++$j; } } $obj1 = new foo(); = prints 1 $obj2 = new foo(); = prints 2 $obj1-bar(); = prints 1 $obj2-bar(); = prints 2 bar(); = prints 1 Looks like the static variable is not bound to the member functions of my objects. I expected that member functions from different objects of the same type do not share static variables, so that the output would be 1. Ulf -- NetUSE AG Dr.-Hell-Straße Fon: +49 431 386 436 00 http://www.netuse.de/ D-24107 Kiel Fax: +49 431 386 435 99 PHP lernen? Noch sind Schulungsplätze frei: http://www.netuse.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
On Tue, 22 May 2001 [EMAIL PROTECTED] wrote: cyberfly.net!! what a name! Talk about bug city!! They're out in numbers now!! No, having a companies site which main color is pink... even my granny makes better looking pages then that. And she's 91. -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
[EMAIL PROTECTED] wrote: laff, Well with (Peter Petermann) as your name it's no wonder that you have a one track mind! Sorry no faggots allowed here! Wow, just stick a stick in the php nest and they come out of the woodwork. No wonder PHP is BUGGED! cyberfly.net!! what a name! Talk about bug city!! They're out in numbers now!! *down on one knee* I've loved you for the longest time, will you make me the happiest transvestite transexual in the world and take my hand in marriage? XXXOXOXOXXO Sterling (ok, done now ;) -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
hey kiddie, Well with (Peter Petermann) as your name it's no wonder that you have a one track mind! Sorry no faggots allowed here! then, why are you here? Wow, just stick a stick in the php nest and they come out of the woodwork. No wonder PHP is BUGGED! there are more bugs in win than in PHP :p cyberfly.net!! what a name! Talk about bug city!! They're out in numbers now!! :p -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Yes please , GET THINGS DONE!!! If only things did get done!! laff Please do contribute so I won't have to complain!! laff! Don't cut the mustard? Do you have a virtual PHP mustard knife?? laff Like I said earlier, if you don't want me to answer then don't write to me with your stupid crap. At 06:10 AM 5/22/01 , you wrote: Joel, I am being paid by my clients to contribute to PHP for use in enterprise products because ASP and Windows don't cut the mustard. Please lets stop this rant; go back to ASP and let us concentrate on getting things done. --Wez. On 2001-05-22 08:53:16, [EMAIL PROTECTED] wrote: Open source obviously will take a LONGER time because only programmers that want to work for free will do it. Hobbyists and wanna be half ass lamerZ take up the rest of the slack. Either you're on a religious OS mission or else forget it! I'm going back to ASP!! -- PHP Development Mailing List http://www.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] Constructor Inheritance
Neil Kimber wrote: Haven't tried it but try: class B extends A { function B(){ A::A(); // do your extra stuff here. } } I have recently updated the PHP manual to reflect the behaviour of PHP 4. Please read http://www.php.net/manual/en/language.oop.php for all of the details. Kristian -- Kristian Köhntopp, NetUSE AG Dr.-Hell-Straße, D-24107 Kiel Tel: +49 431 386 435 00, Fax: +49 431 386 435 99 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
On 2001-05-22 08:00:44, md [EMAIL PROTECTED] wrote: Hello Delphi programmer! Here is a description of the wonderful world of Delphi Hey, I use Delphi too you know! Have you tried it? I am fluent in C, C++, Delphi. I prefer using Delphi for Windows because it lets you handle crashes more easily and allows you to concentrate on code rather than the chore of handling windows. Enough of this stuff now; I'm sure everyone is getting fed up with all the clutter in their inboxes. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
[EMAIL PROTECTED] wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! i can only speak for myself here, but i think we are only lazy as far as lame platforms are concerned Why so hostile? Because I have a major php application that works with mail() ! And I did have to program a work around for the idiotic stupid failures of that function! there are lots of good SMTP implementations done in PHP itself around, why don't you take one of these if you do not like mail() ? Why so hostile? Because I reported that bug over a year ago and still nobody fixed it. Only replys that say I dunno nothing about it or to fix it myself. i've assigned bug #7629 to myself for quite some time now, and yes, i've been lazy on this but you have to know that compiling PHP on Windows is a nightmare compared to UNIX builds: - you have to edit configuration header files and add include and library pathes by hand as you have no configure script that can do this for you - afaik you have to build each extension one by one instead of just typing make - and to make it worse: you have to have Visual Studio to build it (not too likely available in a web shop) while UNIX compilers usualy come for free with the system so my efforts on unified SMTP support for UNIX and Windows in PHP is still waiting for someone setting up a working VC++ system including PHP source for me ... Why so hostile? Because Mail() is a major VERY important function of the internet. E-MAIL! Get it? Why is E-MAIL important? DUH! So why is there no mail support in a standard MicroSoft server setup at all? Can't be *that* important ... ;) Why so hostile? Because why am I the only one who thinks this is important!? maybe, as there are not to many people out there that would even consider to run server applications on Windows boxes, so most of our effort usually goes into the UNIX side of this project And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! hartmut (moving down SMTP rewrite quite a bit on his personal PHP todo list) -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
A fine example of the php trash out there. My point exactly why Win32 PHP is screwed from the start! I'm not answering this BS forum anymore even though you obviously like it. laff. Go fuck yourself you ding dong! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11022: session_encode() crashes when there's data to encode
From: [EMAIL PROTECTED] Operating system: FreeBSD, Linux, ... PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: session_encode() crashes when there's data to encode I'm testing some user session handling now, and have found a reproducible crash. The following page causes a crash: ?php include('dummysessionhandlers.inc.php'); session_register('foo'); session_encode(); ? While the following code does _not_ crash: ?php inlude('dummysessionhandlers.inc.php'); session_encode(); session_register('foo'); ? Relevant info from php.ini: session.save_handler = user session.serialize_handler = php session.use_cookies = 1 session.use_trans_sid = 1 The dummysessionhandlers are all functions that just return true. -- Edit Bug report at: http://bugs.php.net/?id=11022edit=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] Bug #11022: session_encode() crashes when there's data to encode
* [EMAIL PROTECTED] [EMAIL PROTECTED] | | Operating system: FreeBSD, Linux, ... | PHP version: 4.0.5 | PHP Bug Type: Reproducible crash | Bug description: session_encode() crashes when there's data to encode | | I'm testing some user session handling now, and have found a reproducible | crash. The following page causes a crash: | | ?php | include('dummysessionhandlers.inc.php'); | session_register('foo'); | session_encode(); | ? | | While the following code does _not_ crash: | | ?php | inlude('dummysessionhandlers.inc.php'); | session_encode(); | session_register('foo'); | ? This is probably the same bug as http://www.php.net/bugs.php?id=9264, but I wanted people to know that this bug also bites real operating systems, not only Windows. -- Øyvind Møll [EMAIL PROTECTED] Initio IT-løsninger AS URL: http://www.initio.no/ -- PHP Development Mailing List http://www.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] htmlentities and locales
Hey guys, I was wondering if anyone has managed to take a look at my patch for htmlentities() yet? I would like to commit it this evening; I have been testing it live in-house and it seems to be working just fine. --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11023: exec does not wait for completion of cmd
From: [EMAIL PROTECTED] Operating system: slackware 7 PHP version: 4.0.5 PHP Bug Type: *Function Specific Bug description: exec does not wait for completion of cmd $cmd = mv . SITES_IMP . site_* . DB_UPDATES; exec($cmd); $arr = array(); $cmd = ls . DB_UPDATES . site_* | wc -l; exec($cmd,$arr); i am of the impression that code proceeding an exec cmd will not execute until the exec is finished in the above instance, the ls exec is executing before the mv exec has finished - when i know that 10 files have been moved, the ls exec returns 0 for a wc -l, when running the code again it returns the number of files correctly - have placed sleeps between the commands and all works well wondered if this is a bug in the exec cmd or my misunderstanding of its use -- Edit Bug report at: http://bugs.php.net/?id=11023edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11024: fileatime do not return date of file but date of system
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.5 PHP Bug Type: Filesystem function related Bug description: fileatime do not return date of file but date of system I have a strange thing there is my code : print [.date(d/m/Y, fileatime(/usr/log/010521101953.82)).-. date(H:i:s, filectime(/usr/log/010521101953.82)).]. 010521101953.82; Result : [22/05/2001-10:20:09] 010521101953.82 And when I run ls -l /usr/log/010521101953.82, I see -rw-rw-rw- 1 usr staff 1806 May 21 10:20 /usr/log/010521101953.82 The time is good, but not the date. -- Edit Bug report at: http://bugs.php.net/?id=11024edit=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] Lame support for win32 mail() function -rant
Oh really. And I suppose you would fix it all for free too? Hasn't happened yet for over a year and mail() is still the same bullshit bugged function as it always was from the start. If you're such a great fantastic Zend Products Engineer maybe you should look into **WHY** is mail() for win32 still BUGGED after over one year of bug reports? If it was really fixed like it should have been a long time ago since E-MAIL IS IMPORTANT (Right? Email is important? no?) I wouldn't be complaining now would I? PHP is ok for some problem solving but obviously ASP is better than PHP in the long run because of BETTER SUPPORT! :) Oh yes, sure. Once you write to Microsoft your ASP is crap, you should get some real programmers working for you because your programs are not working and outright crap, Steve Ballmer personally visits you and personally fixes all bugs in yous copy of Windows and all Microsoft products, all for free. This is the known fact, and nobody in sober mind has any intention to question it. -- 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 Development Mailing List http://www.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[2]: [PHP-DEV] Lame support for win32 mail() function -rant
Hello List, Can we please kill this ridiculous conversation. If I wanted to spend my time reliving the Win/*NIX PHP/ASP flamewars of yesteryear I'd goto one of any number of unenlightened kiddie boards. Many thanks to the effors of Derek/Andi (PHP/Zend respectively) for their assistance with the mcrypt() problem under 4.0.5 - I shall be implementing the suggested fixes for this later on today and will get back to the list on the result. I don't have time to keep trawling through endless pointless kiddie mails looking for the ones pertinent to the various projects on hand, so please can we keep the list matter salient. -- Best regards, Chrismailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11025: ftp_connect() does not work with IP address
From: [EMAIL PROTECTED] Operating system: Windows NT4 Server PHP version: 4.0.5 PHP Bug Type: FTP related Bug description: ftp_connect() does not work with IP address Setup: Windows NT4 Server with Apache 39 and PHP 4.0.5 as downloaded (big package) from PHP.NET Situation: phpInfo() says FTP is enabled. ftp_connect('192.168.0.55') does not give connection handle whereas an ftp client on the same machine works perfectly. Tried all kinds of quotes, no success. Solution: Entered a line in local hosts lookup file to replace the IP with a literal name. Replaced the faulty line with ftp_connect(theName) and got the connection right away. -- Edit Bug report at: http://bugs.php.net/?id=11025edit=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] Lame support for win32 mail() function -rant
If you're such a great fantastic Zend Products Engineer maybe you should look into **WHY** is mail() for win32 still BUGGED after over one year of bug reports? Because you didn't fix it, though you knew for a year there's a bug in there. I'm stunned on such a laziness and indifference from your side. I'd be ashamed if I was you. If it was really fixed like it should have been a long time ago since E-MAIL IS IMPORTANT (Right? Email is important? no?) I wouldn't be complaining now would I? I really don't know if you would complain or not. My crystal ball is in the service, and they say it'd be ready not before next Monday. Sorry. -- 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]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Yeah? Well I wonder how you could even make it to being called Products Engineer. Obviously any monkey that wants to take the job could be called that too. I'm glad you find amusement with this. At least my efforts have not not been totally in vain. At 02:24 PM 5/22/01 +0300, you wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Sorry, pal, this substance you breath isn't called fire. Fire doesn't stink that much. And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! Yeah, probably if we count in mind years you are younger than my daughter who will go to school next year. Probably years younger. She already knows it is impolite to call strangers with curse words. You still do not. Next time you will want to write a message on the developers list, only content of which being you are lazy dorks and your product is crap - do yourself a favor and send this message to yourself instead. Developers would not regard you seriuosly anyway after this message, and you will save yourself public humiliation. HTH, HAND, -- 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]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
Yeah? Well I wonder how you could even make it to being called Products Engineer. Obviously any monkey that wants to take the job could be called that too. well, joel, seems as if you job description is just looser! Peter Petermann -- *ZIMT - where PHP meets needs* www.cyberfly.net - [EMAIL PROTECTED] www.phpug.de- [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11022 Updated: session_encode() crashes when there's data to encode
ID: 11022 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating system: FreeBSD, Linux, ... PHP Version: 4.0.5 Description: session_encode() crashes when there's data to encode Here's a backtrace. Hoppefully this submit form doesn't mess it up beyond repair. Program received signal SIGSEGV, Segmentation fault. 0x28257637 in php_get_session_var (name=0x8187624 fnokk, namelen=5, state_var=0xbfbfe40c) at session.c:249 249 ht = Z_ARRVAL_P(PS(http_session_vars)); (gdb) bt #0 0x28257637 in php_get_session_var (name=0x8187624 fnokk, namelen=5, state_var=0xbfbfe40c) at session.c:249 #1 0x28257b6f in ps_srlzr_encode_php (newstr=0xbfbfe670, newlen=0xbfbfe6a0) at session.c:350 #2 0x2825810a in php_session_encode (newlen=0xbfbfe6a0) at session.c:516 #3 0x2825a3db in php_if_session_encode (ht=0, return_value=0x819bde4, this_ptr=0x0, return_value_used=1) at session.c:1322 #4 0x282084a7 in execute (op_array=0x8178aa4) at ./zend_execute.c:1519 #5 0x28216c9d in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #6 0x282291a4 in php_execute_script (primary_file=0xbfbff8d0) at main.c:1221 #7 0x28225856 in apache_php_module_main (r=0x8182034, display_source_mode=0) at sapi_apache.c:89 #8 0x2822623c in send_php (r=0x8182034, display_source_mode=0, filename=0x0) at mod_php4.c:516 #9 0x28226276 in send_parsed_php (r=0x8182034) at mod_php4.c:527 #10 0x80520dc in ap_invoke_handler () #11 0x8060cfd in process_request_internal () #12 0x8060d5c in ap_process_request () #13 0x805a6ae in child_main () #14 0x805a820 in make_child () #15 0x805a93d in startup_children () #16 0x805ae0c in standalone_main () #17 0x805b4b3 in main () #18 0x804ea11 in _start () Previous Comments: --- [2001-05-22 12:46:33] [EMAIL PROTECTED] I'm testing some user session handling now, and have found a reproducible crash. The following page causes a crash: ?php include('dummysessionhandlers.inc.php'); session_register('foo'); session_encode(); ? While the following code does _not_ crash: ?php inlude('dummysessionhandlers.inc.php'); session_encode(); session_register('foo'); ? Relevant info from php.ini: session.save_handler = user session.serialize_handler = php session.use_cookies = 1 session.use_trans_sid = 1 The dummysessionhandlers are all functions that just return true. --- Full Bug description available at: http://bugs.php.net/?id=11022 -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Public humiliation to hell. I've been in the army. laff. I think it's PHP and your bullshit that's taking a beating because I am one heck of a loud mouthed upset customer (if you can grasp that concept) that still manages to know something about web programming! If you don't like it, do it yourself... hah, well I read all the php is better than asp bullshit and this rant and all the responses proves that it's full of crap. At 02:24 PM 5/22/01 +0300, you wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Sorry, pal, this substance you breath isn't called fire. Fire doesn't stink that much. And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! Yeah, probably if we count in mind years you are younger than my daughter who will go to school next year. Probably years younger. She already knows it is impolite to call strangers with curse words. You still do not. Next time you will want to write a message on the developers list, only content of which being you are lazy dorks and your product is crap - do yourself a favor and send this message to yourself instead. Developers would not regard you seriuosly anyway after this message, and you will save yourself public humiliation. HTH, HAND, -- 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]
Re: [PHP-DEV] Lame support for win32 mail() function -rant
This guy is perfect. 100% pure genious, batteries included. Please do something for me for free, and fast, or I will curse you and call you lazy dorks!. I love you, Joel. You made my day. Thank you *bow*. this flame is almost as silly as the jon flame (but I liked Jon better, he was pretty smart transforming about anything into insults), here my input: Rant reaction recommendation: offensive postings 1) do *not* reply after 3 subsequent offensive postings (reason: the offending subject is unlikely to be converted to normal behaviour) then 2) stop the thread remembering the jon flame? it took way to much time to read, ok. it was funny, but remember there are many people on the list who neither want to have fun nor want their inboxes spammed with rubbish if you still want to reply, throw a dice and if you got 6 two times go to (3), otherwise go to (2) 3) if you *do* reply - do not offend, even people whose IQ is smaller than the reciprocal value of our bug count tend to spam the list more and more, send more and more unnecessary stuff, upset more and more people but even if you do not offend, the recipient is likely to be offending anyway andré -- · André Langhorstt: +49 331 5811560 · · [EMAIL PROTECTED] m: +49 173 9558736 · * PHP Quality Assurance http://qa.php.net * -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
still manages to know something about web programming! oh, realy? did you know that design is part of web programming? oh... wait.. http://intwebservices.com/ is yours? ah... i see no design is good design?! -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
Fuck you and all your PHP bullshit hype crap. do you have sex with computers? -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
remembering the jon flame? it took way to much time to read, ok. it was funny, but remember there are many people on the list who neither want to have fun nor want their inboxes spammed with rubbish mh.. an list like [EMAIL PROTECTED] could be a solution ;) -- PHP Development Mailing List http://www.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] Lame support for win32 mail() function -rant
The word customer indicates some sort of purchase. No one has ever bought PHP from anyone, and therefore PHP has no customers. At this point you are only responding to the list to piss people off, and that's fine, but the fact is that here is what has to happen. One, you have to fix the code yourself. I know you don't know C so this option is impractical. Two, you could hire a programmer to do the work for you. Three, you could wait (possibly a day, possibly millenia) for someone else to fix these problems. Four, you could go back to using ASP or Cold Fusion or whatever you feel most comfortable with. Number 4 seems like the best option at this point. I don't think anyone that has participated in this particular thread thus far has any interest in keeping you using PHP. Your language and demeanor has single-handedly trivialized the efforts of alot of those that put many hours of their free time into this project. I love PHP. I use it every single day. I sit in geek circles and tell them why I love it so much. But right now I wish for nothing more than for you to return to using ASP. Thanks, Sean -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 22, 2001 7:57 AM To: Stanislav Malyshev Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Lame support for win32 mail() function -rant Public humiliation to hell. I've been in the army. laff. I think it's PHP and your bullshit that's taking a beating because I am one heck of a loud mouthed upset customer (if you can grasp that concept) that still manages to know something about web programming! If you don't like it, do it yourself... hah, well I read all the php is better than asp bullshit and this rant and all the responses proves that it's full of crap. At 02:24 PM 5/22/01 +0300, you wrote: Yes I do breath fire, but only to put fire under you lazy PHP developers! lol Sorry, pal, this substance you breath isn't called fire. Fire doesn't stink that much. And no I am not in my early 20's but thanks for the compliment. Actually I'm probably older than you in body years but maybe not in mind years! Yeah, probably if we count in mind years you are younger than my daughter who will go to school next year. Probably years younger. She already knows it is impolite to call strangers with curse words. You still do not. Next time you will want to write a message on the developers list, only content of which being you are lazy dorks and your product is crap - do yourself a favor and send this message to yourself instead. Developers would not regard you seriuosly anyway after this message, and you will save yourself public humiliation. HTH, HAND, -- 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 Development Mailing List http://www.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] Sessions without trans_id
hi, I have pbs with sessions. I would like to know first how to do , (enable or disable) about sessions in the php.ini file while I don't want to use cookies on the client at all. I suppose I must put the id myself in each page. About this pint, I'd like to check something : if in my application I don't use the trans_id and put id in url's manually then if i publish my application on a server where trans_id is enabled. What would happen ? He would put it anyway ? Thanks Dalyyla -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] bug or feature?
At 15:49 22/5/2001, Kristian Köhntopp wrote: Zeev Suraski wrote: It's good that this question was asked, but really, be prepared to the fact that 'no' can also be an answer. Then let me rephrase the question: What is the recommended way to signal error conditions from the inside of an object constructor? Have a predefined error property that can be checked in case startup fails: function foo_class() { $this-ok = false; ...initialize... $this-ok = true; } $obj = new foo_class; if (!$obj-ok) { ... } That should always work. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] problems with php_track_vars. please help
I have the following code in two files: First file: centerH2DELETE DOCUMENTS/H2 FORM NAME=formul METHOD=POST ACTION='deleteFunction.php' TABLE NAME = fileTable border=5 cellspacing=3 cellpadding=3 TRTD colspan=0/TDTH/THTHFILE NAME/TH/TR ?require (commonftp.php); echo br; $connId = ftpConnect(); $dir = ftp_pwd ($connId); $list=Array(); $list=ftp_nlist($connId, $dir); $i=0; $number = count($list); for ($i = 0; $i $number; $i++) { $destinationFile = getFileName ($list[$i]); echo TRTD colspan=0/TDTH;? INPUT TYPE=checkbox NAME=fileList VALUE='?$destinationFile?' ? printf (/THTH%s/TH, $destinationFile); /* echo $list[$i] . br; */ } ftpDisconnect ($connId); ? /TABLE INPUT TYPE=hidden NAME=func p/pINPUT TYPE=button NAME='delete' VALUE='DELETE' onClick='func.value=1; submit();' INPUT TYPE=button NAME='delete' VALUE='BACK' onClick='func.value=2; submit();'/center /FORM Second file: ? php_track_vars; require (commonftp.php); switch ($func) { case 1: $fileName = $HTTP_POST_VARS[$fileList]; echo $fileName; $connId = ftpConnect(); ftpDisconnect($connId); break; case 2: header (Location: initSeminary.php); break; } ? but in $HTTP_POST_VARS i don´t get the values of the check boxes Here is the error. Warning: Undefined variable: fileList in e:\root\webapps\root\projektbueh\proyecto\deletefunction.php on line 18 Warning: Undefined index: in e:\root\webapps\root\projektbueh\proyecto\deletefunction.php on line 18 Can someone help me, please? gracias. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11029: mysql_coonect doesn't work
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: mysql_coonect doesn't work ?php echo Test; $conn=mysql_connect(localhost,root,pa) or die(df); ... ? it works if I executed but if I use libphp4 it said that mysql_connect is undefined function -- Edit Bug report at: http://bugs.php.net/?id=11029edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11029 Updated: mysql_connect doesn't work
ID: 11029 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: If it gives you an undefined function, you don't have a PHP version with MySQL support. This looks strange as every PHP has support for MySQl. Can you post an url to your phpinfo() output? And where did you get PHP from? Derick Previous Comments: --- [2001-05-22 15:32:12] [EMAIL PROTECTED] ?php echo Test; $conn=mysql_connect(localhost,root,pa) or die(df); ... ? it works if I executed but if I use libphp4 it said that mysql_connect is undefined function --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11029edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11028 Updated: ip2long use now unsigned integer and long2ip doesnt work
ID: 11028 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Network Functions Operating system: PHP Version: 4.0 Latest CVS (2001-05-22) Assigned To: derick Comments: Can you please post a short script which shows the problem? Derick Previous Comments: --- [2001-05-22 15:39:49] [EMAIL PROTECTED] Ok, will see if we can really fix this now. Derick --- [2001-05-22 15:29:19] [EMAIL PROTECTED] ip2long puts under 4.0.6RC1 unsigned integers. now long2ip doesnt work. ./configure --with-apxs=/usr/local/apache/current/bin/apxs --with-config-file-path=/etc --with-openssl=/usr/local/openssl/current --enable-sigchild --enable-thread-safety --disable-short-tags --with-bz2 --with-curl=/usr/local/curl/current --enable-ftp --with-mhash=/usr/local/mhash/current --with-mysql=/usr/local/mysql/current --with-mm=../mm-1.1.3 --enable-trans-sid --enable-sockets --enable-sysvsem --enable-sysvshm --with-zlib --with-jpeg-dir=/usr --with-png-dir=/usr/local --enable-inline-optimization --enable-memory-limit --enable-shmop --with-mcrypt=/usr/local/libmcrypt/current --with-recode --disable-debug --with-gd --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11028edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11030: cannot define ' sysmbol from tables
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: *Database Functions Bug description: cannot define ' sysmbol from tables I think somebody with CGI programming experience may can source this problemn (convert_string). -- Edit Bug report at: http://bugs.php.net/?id=11030edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #10954 Updated: Can't connect to AS/400 via Client Access
Hello I have it working but on the first or second connection, i've got: Warning: SQL error: [IBM][Pilote ODBC Client Access Express (32 bits)][SQL DB2/400]Echec de liaison. Comm RC=8405 - CWB0986 - Programme système ARIAS interrompu de manière inattendue, SQL state 08S01 in SQLConnect in c:\program files\apache group\apache\htdocs\bessonmag\start.inc.php on line 16 Problème ODBC Hope this will help Bug Database a écrit : ID: 10954 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.5 Assigned To: Comments: can you try to provide a bit more information? maybe try the $connection = odbc_connect($nomodbc, $user, $iden) or die(My ODBC connection doesn't exist); Previous Comments: --- [2001-05-18 09:25:50] [EMAIL PROTECTED] I have PHP 4.0.5 running on a Windows 2000 machine. My web server is apache 1.3.17 (1.3.19 don't work neither) I try to access to my AS/400 database via ODBC provide by Client Access. ODBC works well with Access and Excel Apache and PHP works well (phpinfo() for example) But when I try to connect to AS/400 via $connection=odbc_connect($nomodbc,$user,$iden); nothing happens. I was running with php3. Thanks [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a
Re: [PHP-DEV] Bug #11008 Updated: exit() should return an exit status if passed, not send to stdout
Can we go ahead and change this behavior then? Is there really a reason to echo the status to standard out? Daniel - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 21, 2001 6:59 PM Subject: [PHP-DEV] Bug #11008 Updated: exit() should return an exit status if passed, not send to stdout ID: 11008 Updated by: bbonev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (2001-05-21) Assigned To: Comments: indeed it does both: if php; then echo yes; fi ? exit(0) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 0yes if php; then echo yes; fi ? exit(1) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 1 i don't see a real reason for the echoed exit status though Previous Comments: -- - [2001-05-21 21:34:23] [EMAIL PROTECTED] Working with a shell script here. I hoped that exit() would work like perl and return the passed status as and exist status. As it stands now, it sends it to stdout. This is unexpected. It would be much more useful if exit() could be used to enable the use of PHP in shell scripts by returning the passed value as an exit status. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11008edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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] Using $HTTP_SESSION_VARS with register_globals On
On Mon, 21 May 2001, Jon Parise wrote: That approach gets my vote, too. As one who has lived through scoping hell along with Chuck, I'm all for making this part of PHP friendlier and, at the very least, more consistent. Maybe you could take it upon yourself to send a brief message to php-general and see what the users think about this issue.. -Andrei * It said 'Winmodem' on the box, but I still feel like I lost. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10967 Updated: $x .= someFunction();
ID: 10967 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: win2k PHP Version: 4.0.5 Description: $x .= someFunction(); uhm, well, the thing with the $temp var is useless. i see now that i cannot reference something into *a part* of something else. but the silent loss of br\n is still a problem, imo. fab Previous Comments: --- [2001-05-18 23:41:12] [EMAIL PROTECTED] code i would like to use: ---cut--- function someShit() { return 'foo'; } $out = ''; for ($i = 1; $i = 3; $i++) { $out .= someShit() . brn; } echo $out; ---cut--- problem: parse error on line $out .= someShit() . brn; because .= and don't work together. so the workaround would be: $temp = someShit() . brn; $out .= $temp; problem here: it prints out 'foofoofoo' and not 'foobrnfoobrnfoobrn' so the code finally looks like: ---cut--- function someShit() { return 'foo'; } $out = ''; for ($i = 1; $i = 3; $i++) { $temp = someShit(); $out .= $temp . brn; } echo $out; ---cut--- is this the normal behavior? fab --- Full Bug description available at: http://bugs.php.net/?id=10967 -- PHP Development Mailing List http://www.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] Writing new DB extension (looking for documentation)
http://zend.com/apidoc/ is a good place to start. And read the sourcecode On Tue, May 22, 2001 at 02:32:45PM +0200, Fabio Rotondo wrote: Hi! I am new in this list. I'd like to write a new PHP extension for Hummingbird SerarchServer database engine. I have already written a C class that connects and makes all the query, so I'd like to port it for PHP4. I'd like to know where I can get some docs to startup. Thanks, Fabio -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Jo Giraerts Computerprutser Life BVBA Interleuvenlaan 15A, 3001 LEUVEN, BELGIUM icq:81939849, email:[EMAIL PROTECTED], ph0ne:+32(0)16 20 89 61 I've got these opium queens that move around my space, I said it's waste not, want not, I think I'll take another, I'm holding all this pain that I'm trying to smother. branvan3000 - Afrodisiac -- PHP Development Mailing List http://www.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] Manual Error
Maybe its just me, but the section to do with objects, more specifically the :: page is labelled: http://www.php.net/manual/en/keyword.paamayim_nekudotayim.php Is that how it should be? -Tanner -- PHP Development Mailing List http://www.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] Manual Error
On Tue, 22 May 2001, Brian Tanner wrote: Maybe its just me, but the section to do with objects, more specifically the :: page is labelled: http://www.php.net/manual/en/keyword.paamayim_nekudotayim.php Is that how it should be? Yep, it's one of the few PHP insider jokes. ;-) -Andrei Documentation is worth it just to be able to answer all your mail with 'RTFM'. -- Alan Cox -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11032: undefined variable error
From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.0.5 PHP Bug Type: Variables related Bug description: undefined variable error No matter which php files I download and try and use with PWS on Windows 98 SE, I get undefined variable errors I had no trouble installing php and the installation reported no errors. I've chech the reg entries as per the installation text file, and I'm still at a loss. Any kind of help would be greatly appreciated -- Edit Bug report at: http://bugs.php.net/?id=11032edit=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] Manual Error
I like it. :) PHP community seems too 'sober' to me, especially if I compare to the Python folks (which I don't know much about:). At 10:26 22.5. 2001 -0500, Andrei Zmievski wrote: On Tue, 22 May 2001, Brian Tanner wrote: Maybe its just me, but the section to do with objects, more specifically the :: page is labelled: http://www.php.net/manual/en/keyword.paamayim_nekudotayim.php Is that how it should be? Yep, it's one of the few PHP insider jokes. ;-) -Andrei Documentation is worth it just to be able to answer all your mail with 'RTFM'. -- Alan Cox -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Manual Error
On Tue, 22 May 2001, Cynic wrote: I like it. :) PHP community seems too 'sober' to me, especially if I compare to the Python folks (which I don't know much about:). Yeah, we also have a special Easter day logo. -Andrei * All of the above is my opinion, unless specified otherwise. * -- PHP Development Mailing List http://www.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] CVS Account Request
Full name: Tim Uckun Email: [EMAIL PROTECTED] ID: timuckun Purpose: PEAR SOAP dev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11016 Updated: install.txt
ID: 11016 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: status - feedback Previous Comments: --- [2001-05-22 09:37:32] [EMAIL PROTECTED] I am using it without the quotes as we speak with no problems. Why do you say this is wrong? Brian. --- [2001-05-22 09:25:58] [EMAIL PROTECTED] in install.txt bad: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 right: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11016edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11033: nl2br isn't working correct!
From: [EMAIL PROTECTED] Operating system: Redhat linux PHP version: 4.0.5 PHP Bug Type: *Function Specific Bug description: nl2br isn't working correct! nl2br doesn't output correct br-tags. They turn out to be br \ instead! -- Edit Bug report at: http://bugs.php.net/?id=11033edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11033 Updated: nl2br isn't working correct!
ID: 11033 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. nl2br is now XHTML compliant. Please see bug reports 10882, 10847, 10707, 10705, et. al. Previous Comments: --- [2001-05-22 17:58:06] [EMAIL PROTECTED] nl2br doesn't output correct br-tags. They turn out to be br instead! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11033edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10370 Updated: ceil/fabs/getmntest undefined symbol
ID: 10370 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Submitted twice. (only one report per bug) Previous Comments: --- [2001-05-22 10:24:50] [EMAIL PROTECTED] thx Paul Gardiner's help. I use this steps to configure PHP4.0.4pl1 in UnixWare 711 system. 1.make sure we use gnu make/binutils/bison 1.28 2.configure Apache 3.set variables: INFORMIXDIR=/usr/informix INFORMIXSERVER=ids731 LD_LIBRARY_PATH=$INFORMIXDIR/lib:$INFORMIXDIR/lib/esql:$INFORMIXDIR/incl/esql IFX_LIBS=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql IFX_INCDIR=$INFORMIXDIR/incl/esql IFX_LIBDIR=-L$INFORMIXDIR/lib -L$INFORMIXDIR/lib/esql **ps. If I don't set this, the configure will guess the wrong information for IFX_LIBS. That's why we can't make it. 4.configure PHP with informix support ./configure --with-apache=../apache_1.3.19 --without-mysql --with-informix=/usr/informix --prefix=/usr/local/php 5.make / make install PHP 6.change back to Apache 7.set 2 variables IFX_LIBS=-lifsql -lifasf -lifgen -lifos -lifgls -lcrypt_i /usr/ccs/lib/libgen.a -lsocket -lnsl -lm -lifglx -lc /usr/informix/lib/esql/checkapi.o LIBS=$IFX_LIBS 8.configure apache ./configure --activate-module=src/modules/php4/libphp4.a 9. make / make install apache --- [2001-04-17 23:47:19] [EMAIL PROTECTED] oops, I forget to tell you my configure parameters That is : configure --with-informix=/usr/informix --with-apxs=/usr/local/apache/bin/apxs Sorry about that --- [2001-04-17 23:45:40] [EMAIL PROTECTED] Hi all, I am using PHP4.4pl1 on UnixWare 7. After the configure finished, it told me to check debug.log. I found the error messages : = cc -o conftest -g -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -I/usr/informix/incl/esql -DSUPPORT_UTF8 -L/usr/ucblib -L/usr/ucblib -L/usr/informix/lib -L/usr/informix/ lib -L/usr/informix/lib/esql -L/usr/informix/lib/esql -L/pub/php4-200104171945/ ext/informix -L/pub/php4-200104171945/ext/informix conftest.c -lm -ldl -lcrypt - lsocket -lresolv -lifsql -lifasf -lifgen -lifos -lifgls -lsocket -lnetstub -ldl -lelf -lphp_ifx -lifglx 15 Undefined first referenced symbol in file ceil/usr/informix/lib/esql/libifsql.so fabs/usr/informix/lib/esql/libifgen.so getmntent /usr/informix/lib/esql/libifos.so UX:ld: ERROR: conftest: fatal error: Symbol referencing errors. No output written to conftest == I don't know if any of you have encounterd the same problem as mine? Thanks Regards, Kevin --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10370edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11020 Updated: GD not working on digitalcamera jpg's
ID: 11020 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0.5 Assigned To: Comments: The getimagesize() is fixed in CVS. --Jani Previous Comments: --- [2001-05-22 12:04:28] [EMAIL PROTECTED] Look at the bugs for GetImageSize. I guess it's the same JPG problem with GD functions. This function works perfect with most jpg's but when uploading pictures from digital cameras it does nothing. pre function resize($bildet, $forholdstall) { $size = GetImageSize($bildet); $width = $size[0]; $height = $size[1]; echo Skalerer...; //regner ut forholdstall if ($width $height) # resize ny bildestørrelse { $utregnettall = ($width / $forholdstall); $width = $forholdstall; $height = (int)($height / $utregnettall); } else { $utregnettall = ($height / $forholdstall); $height = $forholdstall; $width = (int)($width / $utregnettall); } if (strpos($bildet, .jpg) || strpos($bildet, .jpeg)) { $status = true; $img_in = ImageCreateFromJPEG($bildet); // den resiza fila skal være så mye mindre: $img_out = ImageCreate($width, $height); ImageCopyResized($img_out, $img_in,0,0,0,0, $width, $height, $size[0], $size[1]); ImageJPEG($img_out, $bildet); ImageDestroy($img_in); ImageDestroy($img_out); }#if else { $status = false; } $retur = array( error = $status, height = $height, width = $width ); return $retur; }# function resize /pre --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11020edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11014 Updated: Can't build PDFlib with PHP successfully
ID: 11014 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please check your config.log. Most likely there is some missing library. --Jani Previous Comments: --- [2001-05-22 12:26:56] [EMAIL PROTECTED] Hi! I'm install PDFlib rpm files (pdflib-4.0.1-1,pdflib-tcl-4.0.1-1,pdflib-devel-4.0.1-1). My PHP configure lines: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/src/apache_1.3.19 --enable-ftp --enable-discard-path --with-pdflib=/usr/lib --with-gd That's OK! System don't response any error messages! Then, I compile PHP and Apache source code. No any error messages during compiling. But.. It still can't use any pdf functions like pdf_open(). My Linux box will tall me Fatal error: Call to undefined function.. I tried to compile PHP with PDFlib again, and saw some information: (1) checking whether to include PDFlib support... yes (2) creating ext/ftp/Makefile creating ext/gd/Makefile creating ext/mysql/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile == It did not create ext/pdf/Makefile! P.S: Before compile PHP, I have updated the PHP source sode from PHP and Zend CVS. My commands are: == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 == # cd php4 == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co Zend TSRM == # cp -r * /usr/src/php-4.0.5/ Is this a bug at php-4.0.5? How can I do that you recommend? bP.S: I did checkout the CVS on May 22 morning in Taiwan. /b --- [2001-05-22 09:02:44] [EMAIL PROTECTED] When did you checkout the PHP (and Zend/TSRM) tree from the CVS? Derick --- [2001-05-22 07:07:29] [EMAIL PROTECTED] Hi! I'm install PDFlib rpm files (pdflib-4.0.1-1,pdflib-tcl-4.0.1-1,pdflib-devel-4.0.1-1). My PHP configure lines: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/src/apache_1.3.19 --enable-ftp --enable-discard-path --with-pdflib=/usr/lib --with-gd That's OK! System don't response any error messages! Then, I compile PHP and Apache source code. No any error messages during compiling. But.. It still can't use any pdf functions like pdf_open(). My Linux box will tall me Fatal error: Call to undefined function.. I tried to compile PHP with PDFlib again, and saw some information: (1) checking whether to include PDFlib support... yes (2) creating ext/ftp/Makefile creating ext/gd/Makefile creating ext/mysql/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile == It did not create ext/pdf/Makefile! P.S: Before compile PHP, I have updated the PHP source sode from PHP and Zend CVS. My commands are: == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 == cd php4 == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co Zend TSRM == # cp -r * /usr/src/php-4.0.5/ Is this a bug at php-4.0.5? How can I do that you recommend? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11014edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11031 Updated: XML parser do not let use ']' in CDATA string
ID: 11031 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *XML functions Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This is not a bug in PHP, but rather a property of the XML parser (which is external). You need to escape your [ and ] 's Derick Previous Comments: --- [2001-05-22 17:18:29] [EMAIL PROTECTED] Extract from data I giving to parse: LongDesc![CDATA[HP OmniBook XE3 Cel600 13 HPA 64/7 W[AN]]]/LongDesc Parser executes data function two times: for data: HP OmniBook XE3 Cel600 13 HPA 64/7 W[AN and for data: ] It happens only in case of using [] in the data string. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11031edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11034: mysql support not built into rpm from the redhat 7 cd
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: mysql support not built into rpm from the redhat 7 cd To whom it may concern, I am trying to set up php4.04pl1 with the rpm off the redhat 7 cd. After i install it i test the phpinfo command and it says : --without-mysql Does the above message mean that the php rpm was not built with mysql support? If so is there an rpm available for it as i would really like to avoid compiling it. Mysql is installed correctly because i am using it I know apache works with php because it generates the phpinfo page. If you could shed some light onto the subject i would greatly appreciate it as it's been an absolute nightmare for me to get all going. -- Edit Bug report at: http://bugs.php.net/?id=11034edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11034 Updated: mysql support not built into rpm from the redhat 7 cd
ID: 11034 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: It's a RedHat thingy. They choose to compile without-mysql, but I think they hjave a php-mysql*rpm somehwere too, which has a shared version of the module for you. Derick Previous Comments: --- [2001-05-22 19:27:15] [EMAIL PROTECTED] To whom it may concern, I am trying to set up php4.04pl1 with the rpm off the redhat 7 cd. After i install it i test the phpinfo command and it says : --without-mysql Does the above message mean that the php rpm was not built with mysql support? If so is there an rpm available for it as i would really like to avoid compiling it. Mysql is installed correctly because i am using it I know apache works with php because it generates the phpinfo page. If you could shed some light onto the subject i would greatly appreciate it as it's been an absolute nightmare for me to get all going. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11034edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] latest flame on php-dev
guys, we are not alone: http://bugzilla.mozilla.org/show_bug.cgi?id=82060 ;) andré -- · André Langhorstt: +49 331 5811560 · · [EMAIL PROTECTED] m: +49 173 9558736 · * PHP Quality Assurance http://qa.php.net * -- PHP Development Mailing List http://www.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] Using $HTTP_SESSION_VARS with register_globals On
At 05:02 PM 5/21/2001 -0500, Andrei Zmievski wrote: On Mon, 21 May 2001, [EMAIL PROTECTED] wrote: I guess logically we should make the global variable take precedence and perhaps even export any changes to $HTTP_SESSION_VARS into the global symbol table. Somewhat magical, but what else can we do here? I really don't think we can live with the current situation. As I mentioned in my other message, $HTTP_SESSION_VARS value and the global value used to be references, but after some people complained about this fact on the list, it was changed.. I wouldn't mind reinstating it, but if we do, let's do it once and for all with very good reasons to avoid another such occurrence. Making them references is the right thing IMO. I think we should also write in the manual that people should use $HTTP_SESSION_VARS[]. (I haven't checked if this is written or not so it might be already). Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]