[PHP-DEV] Bug #10724: CGI Error
From: [EMAIL PROTECTED] Operating system: Windows98 PHP version: 3.0 Latest CVS (08/05/2001) PHP Bug Type: Misbehaving function Bug description: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: -- PHP Development Mailing List http://www.php.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 #10719 Updated: PHP crashes on PHP4TS.DLL
ID: 10719 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Can you try this with the latest release, php 4.0.5? Previous Comments: --- [2001-05-07 19:36:14] [EMAIL PROTECTED] When I try to access any simple PHP page, there comes this system window in spanish : APACHE provocó un error de página no válida en el módulo PHP4TS.DLL de 0167:00bf49da. Registros: EAX= CS=0167 EIP=00bf49da EFLGS=00010246 EBX=0008 SS=016f ESP=03cafe78 EBP=00bfd6f0 ECX=0008 DS=016f ESI=00764da0 FS=463f EDX= ES=016f EDI=006e0204 GS=1876 Bytes en CS:EIP: ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x Volcado de pila: ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x My configuration is short_open_tag = On asp_tags = On allow_call_time_pass_reference = Off output_buffering = On output_handler = implicit_flush = On max_execution_time = 300 memory_limit = 118M error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = On log_errors = On error_log = syslog variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 118M magic_quotes_gpc = On magic_quotes_runtime = Off session.save_handler = files session.save_path = C:windowsTEMP session.use_cookies = On session.auto_start = Off session.use_trans_sid = On session.gc_probability = 1 session.gc_maxlifetime = 1440 session.cache_expire = 180 auto_prepend_file = auto_append_file = include_path = .;c:apachephppear; extension_dir = c:apachephpextensions extension=php_bz2.dll extension=php_cpdf.dll extension=php_ctype.dll extension=php_curl.dll extension=php_cybercash.dll extension=php_db.dll extension=php_dba.dll extension=php_dbase.dll extension=php_domxml.dll extension=php_dotnet.dll extension=php_exif.dll extension=php_fdf.dll extension=php_filepro.dll extension=php_gd_gif.dll extension=php_gettext.dll extension=php_imap.dll extension=php_interbase.dll extension=php_java.dll extension=php_ldap.dll extension=php_mhash.dll extension=php_ming.dll extension=php_openssl.dll extension=php_pdf.dll extension=php_printer.dll extension=php_sablot.dll extension=php_snmp.dll extension=php_yaz.dll extension=php_zlib.dll bware_cache_enable = On bware_cache_check_stamp = Off bware_cache_only = debugger.enabled = Off debugger.host = localhost debugger.port = 7869 hyerwave.allow_persistent = On hyperwave.default_port = 418 ifx.allow_persistent = On ingres.max_persistent = -1 ifx.max_links = -1 java.class.path = c:apachephpextensionsphp_java.jar java.home = c:apachephpextensionsphp_java.jar java.library = not installedjrebinhotspotjvm.dll java.library.path = c:apachephpextensions iconv.input_encoding = ISO-8859-1 iconv.output_encoding = ISO-8859-1 iconv.internal_encoding = ISO-8859-1 ingres.allow_persistent = On ingres.max_persistent = %extension ingres maxpconnect% ingres.max_links = -1 ibase.allow_persistent = On ibase.max_persistent = -1 ibase.max_links = -1 ldap.max_links = %extension ldap maxpconnect% ldap.base_dn = http://localhost; mssql.allow_persistent = On mssql.max_persistent = -1 mssql.max_links = -1 mssql.textlimit = 4096 mssql.textsize = %extension mssql textsizr% pgsql.allow_persistent = On pgsql.max_persistent = -1 pgsql.max_links = -1 sybct.allow_persistent = On sybct.max_persistent = -1 sybct.max_links = -1 What should I do? thank you --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10719edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10690 Updated: pdf_open_memory_image() notimplemented in Windows version
On 8 May 2001 [EMAIL PROTECTED] wrote: No idea why it was Critical, but it sure did draw attention :) Jani wanted it on the list :) 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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Status: Feedback Previous Comments: --- [2001-05-07 21:54:29] [EMAIL PROTECTED] please provide more information if you can! a sample script, your php.ini settings, and various other bits you think might be useful. also please try this with PHP 4.0.5 and see if this has already been resolved. --- [2001-02-19 06:42:53] [EMAIL PROTECTED] I try connect to Oracle 8 by ODBC using odbc_connect. Result is message: Warning: SQL error: [Microsoft][ODBC DLL] Driver does not support this function, SQL state IM001 in SQLConnect in .. Connecting by ODBC using other methods (not by php) is without problems Help me please --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9334edit=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 #10722 Updated: Incorrect spelling for PDF_setcolor
ID: 10722 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS, thanks for your report Previous Comments: --- [2001-05-07 23:40:42] [EMAIL PROTECTED] online documentation for PDF_setcolor has the following line void PDF_secolor (int pdf object, string type, string colorspace, double c1, double c2, double c3, double c4) Shouldn't it be void PDF_setcolor (int pdf object, string type, string colorspace, double c1, double c2, double c3, double c4) (setcolor not secolor) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10722edit=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 #10723 Updated: error max_execution_time, unrelated to value in php.ini
ID: 10723 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Program Execution Operating system: PHP Version: 4.0.5 Assigned To: Comments: Can you add a call to phpinfo() at the end of the action.php and mail.php scripts? Previous Comments: --- [2001-05-08 00:09:33] [EMAIL PROTECTED] It's a problem with a big (2MB or greater) file upload. After the file is up, the message Fatal error: Maximum execution time of 2 seconds exceeded appears, but the parameter max_execution_time in php.ini hasn't this value, nor the error is influenced by any value for set_time_limit in the php.ini. The Skripts are: action.php -- ? $maxupload = 10485760; echo 'form action=mail.php method=POST ENCTYPE=multipart/form-data name=neumail INPUT TYPE=hidden name=MAX_FILE_SIZE value=$maxupload input type=file size=35 name=attach value= input type=submit name=BLIND value= Ok '; ?/body/html -- mail.php -- ? $fp = fopen($attach,'r'); while (!feof ($fp)) { $attachment .= fgetc($fp); }? -- It can be testet at: http://www.lgl.de/mail/debug/action.php http://www.lgl.de/mail/debug/mail.php http://www.lgl.de/mail/debug/phpinfo.php --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10723edit=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 #10724 Updated: CGI Error
ID: 10724 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Operating system: PHP Version: 3.0 Latest CVS (08/05/2001) Assigned To: Comments: Status: Feedback Previous Comments: --- [2001-05-08 03:02:55] [EMAIL PROTECTED] What is the script you used? And did you build it yourself? Please provide some more information. --- [2001-05-08 02:43:46] [EMAIL PROTECTED] The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10724edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10660 Updated: OCIBindByName
proved it was the cause of the problem by re-creating our table without CHAR fields. Worked successfully. There must be some settings different on our system, either with Oracle or PHP. I will have a look into this. -- PHP Development Mailing List http://www.php.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 #10660 Updated: OCIBindByName
try an UPDATE instead of an INSERT -- PHP Development Mailing List http://www.php.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 #10660 Updated: OCIBindByName
ID: 10660 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: User reports: proved it was the cause of the problem by re-creating our table without CHAR fields. Worked successfully. There must be some settings different on our system, either with Oracle or PHP. I will have a look into this. And: try an UPDATE instead of an INSERT Previous Comments: --- [2001-05-04 10:24:06] [EMAIL PROTECTED] create table test (a char); ? $db = OCILogon(scott,tiger); $stmt = OCIParse($db,insert into test values (:a)); OCIBindByName($stmt,:a,$a,1); $a = h; OCIExecute($stmt); ? works just great for me. make sure you don't try to load more into a field than in room for! --- [2001-05-04 03:54:06] [EMAIL PROTECTED] SERVER: IBM AIX v4.3.3 PHP v4.0.4pl1 APACHE v1.3.19 Oracle 8i Enterprise release 8.1.7.0.0 CLIENT: DELL Intel P2 Windows NT 4.0 SP6.0a I have created a function to update fields on the database using textboxes. The sql statement contains parameters that obviously require binding. I have succussfully updated several tables and fields, but whenever the field type is CHAR() then the update does not occur and NO errors are generated. I have performed the following to try and narrow down the problem: Removed every parameter from the sql statement and hardcoded values, (no need to perform a bind) and this updated succussfully. Replaced a single parameter and performed a bind for that parameter and this updated succussfully, but only where the field being updated was NOT a CHAR() Here is the function stripped down: function Save_Details($conn) { $sql= update staticdata2 set description = :td where tableref2 = :tr and upper(tablecode2) = :tc ; if (!($qry = @OCIParse($conn, $sql))) { $err = OCIError($conn); OCILogoff($conn); $m_msg=span class=error . __LINE__ . : Error . $err[message] . ./span; return; } echo(!-- $code $description $tableref --n); OCIBindByName($qry, :tc, $code, 3); OCIBindByName($qry, :td, $description, 41); OCIBindByName($qry, :tr, $tableref, 4); if (!@OCIExecute($qry)) { $err = OCIError($qry); OCIFreeStatement($qry); OCILogoff($conn); $m_msg=span class=error . __LINE__ . : Error . $err[message] . ./span; return; } OCIFreeStatement($qry); } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10660edit=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 #10724 Updated: CGI Error
ID: 10724 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *General Issues Operating system: Windows98 PHP Version: 3.0 Latest CVS (08/05/2001) Description: CGI Error Sorry, i am beginner I have installed PHP 4.05 for Windows I am using PWS (Personal Web Server) I wrote this script in notepad editor : ? phpinfo(); ? Then i call it from IE 5.0, and message appears : The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Previous Comments: --- [2001-05-08 03:03:28] [EMAIL PROTECTED] Status: Feedback --- [2001-05-08 03:02:55] [EMAIL PROTECTED] What is the script you used? And did you build it yourself? Please provide some more information. --- [2001-05-08 02:43:46] [EMAIL PROTECTED] The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- Full Bug description available at: http://bugs.php.net/?id=10724 -- PHP Development Mailing List http://www.php.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 #10724 Updated: CGI Error
ID: 10724 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: php 4.0.5 Assigned To: Comments: Please ask on one of the help lists ([EMAIL PROTECTED] or [EMAIL PROTECTED]) as this is probably an installation error and not a bug in PHP (It works fine for me) Previous Comments: --- [2001-05-08 03:20:57] [EMAIL PROTECTED] Sorry, i am beginner I have installed PHP 4.05 for Windows I am using PWS (Personal Web Server) I wrote this script in notepad editor : ? phpinfo(); ? Then i call it from IE 5.0, and message appears : The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- [2001-05-08 03:03:28] [EMAIL PROTECTED] Status: Feedback --- [2001-05-08 03:02:55] [EMAIL PROTECTED] What is the script you used? And did you build it yourself? Please provide some more information. --- [2001-05-08 02:43:46] [EMAIL PROTECTED] The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10724edit=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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Win 98/NT PHP Version: 4.0.4 Description: Oracle8 connect by ODBC Problem was with Oracle driver. When I installed drivers once again then was another warning: Warning: SQL error: [Oracle][ODBC][Ora]ORA-12154: TNS:nie mo¿na wyliczyæ nazwy us³ugi , SQL state 08004 in SQLConnect in ... With PHP 3 all is ok Do PHP 4.0.5 correct this problem ? Now I use PHP 3 Previous Comments: --- [2001-05-08 02:52:35] [EMAIL PROTECTED] Status: Feedback --- [2001-05-07 21:54:29] [EMAIL PROTECTED] please provide more information if you can! a sample script, your php.ini settings, and various other bits you think might be useful. also please try this with PHP 4.0.5 and see if this has already been resolved. --- [2001-02-19 06:42:53] [EMAIL PROTECTED] I try connect to Oracle 8 by ODBC using odbc_connect. Result is message: Warning: SQL error: [Microsoft][ODBC DLL] Driver does not support this function, SQL state IM001 in SQLConnect in .. Connecting by ODBC using other methods (not by php) is without problems Help me please --- Full Bug description available at: http://bugs.php.net/?id=9334 -- PHP Development Mailing List http://www.php.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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Please try php 4.0.5 as Dan Kalowsky suggested. And include your php.ini settings and a short reproducing script. Previous Comments: --- [2001-05-08 03:48:47] [EMAIL PROTECTED] Problem was with Oracle driver. When I installed drivers once again then was another warning: Warning: SQL error: [Oracle][ODBC][Ora]ORA-12154: TNS:nie mo¿na wyliczyæ nazwy us³ugi , SQL state 08004 in SQLConnect in ... With PHP 3 all is ok Do PHP 4.0.5 correct this problem ? Now I use PHP 3 --- [2001-05-08 02:52:35] [EMAIL PROTECTED] Status: Feedback --- [2001-05-07 21:54:29] [EMAIL PROTECTED] please provide more information if you can! a sample script, your php.ini settings, and various other bits you think might be useful. also please try this with PHP 4.0.5 and see if this has already been resolved. --- [2001-02-19 06:42:53] [EMAIL PROTECTED] I try connect to Oracle 8 by ODBC using odbc_connect. Result is message: Warning: SQL error: [Microsoft][ODBC DLL] Driver does not support this function, SQL state IM001 in SQLConnect in .. Connecting by ODBC using other methods (not by php) is without problems Help me please --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9334edit=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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Status: Feedback Previous Comments: --- [2001-05-08 03:57:14] [EMAIL PROTECTED] Please try php 4.0.5 as Dan Kalowsky suggested. And include your php.ini settings and a short reproducing script. --- [2001-05-08 03:48:47] [EMAIL PROTECTED] Problem was with Oracle driver. When I installed drivers once again then was another warning: Warning: SQL error: [Oracle][ODBC][Ora]ORA-12154: TNS:nie mo¿na wyliczyæ nazwy us³ugi , SQL state 08004 in SQLConnect in ... With PHP 3 all is ok Do PHP 4.0.5 correct this problem ? Now I use PHP 3 --- [2001-05-08 02:52:35] [EMAIL PROTECTED] Status: Feedback --- [2001-05-07 21:54:29] [EMAIL PROTECTED] please provide more information if you can! a sample script, your php.ini settings, and various other bits you think might be useful. also please try this with PHP 4.0.5 and see if this has already been resolved. --- [2001-02-19 06:42:53] [EMAIL PROTECTED] I try connect to Oracle 8 by ODBC using odbc_connect. Result is message: Warning: SQL error: [Microsoft][ODBC DLL] Driver does not support this function, SQL state IM001 in SQLConnect in .. Connecting by ODBC using other methods (not by php) is without problems Help me please --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9334edit=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 #10725: Cannot load ISAPI file php4isapi.dll
From: [EMAIL PROTECTED] Operating system: Windows 2000 SP1 PHP version: 4.0.5 PHP Bug Type: IIS related Bug description: Cannot load ISAPI file php4isapi.dll After installing and configuring PHP 4.0.5. I can only run this version in CGI mode. Trying to do so as an ISAPI filter it will never load the DLL file and crash everytime with the following error in the event log : The HTTP Filter DLL C:\php4\sapi\php4isapi.dll failed to load. The data is the error. Data : 7f 00 00 00 I've tried this on two seperate servers and both had the exact same problem. Installing PHP 4.0.4pl1 is no problem, the ISAPI version shipped with that distribution is running fine. -- Edit Bug report at: http://bugs.php.net/?id=10725edit=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] bonsai.php.net down, no one cares?
On 2001-05-07 17:28:16, Andrei Zmievski [EMAIL PROTECTED] wrote: The MySQL server on the machine died. I've restarted it and it's now rebuilding the entire check-in history to make sure it's complete. I know this isn't entirely relevant to PHP, but I thought it might help... I've found an interesting feature of mySQL and the standard cron jobs found in most Linux distros. If you are using a unix socket to connect to mySQL, that socket usually lives in /tmp. Most distros periodically purge old files from /tmp, and since the mysql.sock is not owned by root, it gets deleted and that causes mayhem when trying to connect to mysql. I've encountered (and been seriously bitten by) this problem on Cobalt/RedHat, RedHat and SuSE distros. The solution is simply to prevent that socket from being deleted either by changing ownership or tuning the overnight cron job. --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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Win 98/NT PHP Version: 4.0.4 Description: Oracle8 connect by ODBC With PHP 4.0.5 is the same situation My script: f.e ? $aa=odbc_connect(Dns_name,user,password); ? becouse odbc_connect doesn't work My php.ini : [PHP] ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on ; output buffering. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference = On; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be unsupported in future ; versions of PHP/Zend. The encouraged method of specifying ; which arguments should be passed by reference is in the ; function declaration. You're encouraged to try and ; turn this option Off, and make sure your scripts work ; properly with it, to ensure they will work with future ; versions of the language (you will receive a warning ; each time you use this feature, and the argument will ; be passed by value instead of by reference). ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ ; Setting certain environment variables ; may be a potential security breach. ; This directive contains a comma-delimited
[PHP-DEV] Bug #10726: cant catch post data from stdin in cgi-bin
From: [EMAIL PROTECTED] Operating system: solaris 7 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: cant catch post data from stdin in cgi-bin hi there is a trouble with catching stdin with post data in the cgi-bin php script. I did disable track_vars, but I still unable to catch any data in stdin, and all data still present in the $PHP_POST_VARS[]; is there any solution? -- Edit Bug report at: http://bugs.php.net/?id=10726edit=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 #10690 Updated: pdf_open_memory_image() notimplemented in Windows version
On Tue, 8 May 2001 [EMAIL PROTECTED] wrote: On 8 May 2001 [EMAIL PROTECTED] wrote: No idea why it was Critical, but it sure did draw attention :) Jani wanted it on the list :) As some people consider any bugs in IMAP extension to be showstoppers then I consider any bugs in PDF extension to be showstoppers. Anyway, this isn't fixed yet..AFAIK. I don't do Windows, so I can't be sure about it. But I guess that the HAVE_LIBGD13 is never defined when you compile PDF extension in Windows..it should be in pdf.dsp, right? There is also another problem. If an extension is compiled as shared, you can't be sure it's loaded..thus you can't use the functionality in another extension. (see bug: #8539) This should be fixed too..no ideas how atm. :( --Jani -- PHP Development Mailing List http://www.php.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 #10723 Updated: error max_execution_time, unrelated to value in php.ini
ID: 10723 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Program Execution Operating system: Linux SuSE 6.4 PHP Version: 4.0.5 Description: error max_execution_time, unrelated to value in php.ini OK,on both Sktipts I've added phpinfo(). Previous Comments: --- [2001-05-08 03:01:28] [EMAIL PROTECTED] Can you add a call to phpinfo() at the end of the action.php and mail.php scripts? --- [2001-05-08 00:09:33] [EMAIL PROTECTED] It's a problem with a big (2MB or greater) file upload. After the file is up, the message Fatal error: Maximum execution time of 2 seconds exceeded appears, but the parameter max_execution_time in php.ini hasn't this value, nor the error is influenced by any value for set_time_limit in the php.ini. The Skripts are: action.php -- ? $maxupload = 10485760; echo 'form action=mail.php method=POST ENCTYPE=multipart/form-data name=neumail INPUT TYPE=hidden name=MAX_FILE_SIZE value=$maxupload input type=file size=35 name=attach value= input type=submit name=BLIND value= Ok '; ?/body/html -- mail.php -- ? $fp = fopen($attach,'r'); while (!feof ($fp)) { $attachment .= fgetc($fp); }? -- It can be testet at: http://www.lgl.de/mail/debug/action.php http://www.lgl.de/mail/debug/mail.php http://www.lgl.de/mail/debug/phpinfo.php --- Full Bug description available at: http://bugs.php.net/?id=10723 -- PHP Development Mailing List http://www.php.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 #10723 Updated: error max_execution_time, unrelated to value in php.ini
ID: 10723 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Program Execution Operating system: PHP Version: 4.0.5 Assigned To: Comments: The mail.php script gives this error: Warning: fopen(,r) - Inappropriate ioctl for device in /usr/local/httpd/htdocs/mail/debug/mail.php on line 2 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 3 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 5 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 3 Please fix that first, as this occured for a 10 bytes file Previous Comments: --- [2001-05-08 06:15:57] [EMAIL PROTECTED] OK,on both Sktipts I've added phpinfo(). --- [2001-05-08 03:01:28] [EMAIL PROTECTED] Can you add a call to phpinfo() at the end of the action.php and mail.php scripts? --- [2001-05-08 00:09:33] [EMAIL PROTECTED] It's a problem with a big (2MB or greater) file upload. After the file is up, the message Fatal error: Maximum execution time of 2 seconds exceeded appears, but the parameter max_execution_time in php.ini hasn't this value, nor the error is influenced by any value for set_time_limit in the php.ini. The Skripts are: action.php -- ? $maxupload = 10485760; echo 'form action=mail.php method=POST ENCTYPE=multipart/form-data name=neumail INPUT TYPE=hidden name=MAX_FILE_SIZE value=$maxupload input type=file size=35 name=attach value= input type=submit name=BLIND value= Ok '; ?/body/html -- mail.php -- ? $fp = fopen($attach,'r'); while (!feof ($fp)) { $attachment .= fgetc($fp); }? -- It can be testet at: http://www.lgl.de/mail/debug/action.php http://www.lgl.de/mail/debug/mail.php http://www.lgl.de/mail/debug/phpinfo.php --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10723edit=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 #10727: print((2.3 * 100 % 100) . br\n); does not print 30 but 29
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Math related Bug description: print((2.3 * 100 % 100) . lt;brgt;\n); does not print 30 but 29 print((2.3 * 100 % 100) . br\n); This generated 29 while print((230 % 100) . br\n); writes 30 as expected -- Edit Bug report at: http://bugs.php.net/?id=10727edit=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 #10726 Updated: cant catch post data from stdin in cgi-bin
ID: 10726 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Bogus.. Looks like your trying to do somthing thats not supported.. I dont know where your getting $PHP_POST_VARS from as it should be $HTTP_POST_VARS you should fopen(php://stdin,r); if your doing what I think you are.. - James Previous Comments: --- [2001-05-08 04:56:24] [EMAIL PROTECTED] hi there is a trouble with catching stdin with post data in the cgi-bin php script. I did disable track_vars, but I still unable to catch any data in stdin, and all data still present in the $PHP_POST_VARS[]; is there any solution? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10726edit=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 #10727 Updated: print((2.3 * 100 % 100) . br\n); does not print 30 but 29
ID: 10727 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Math related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: this is a general problem with decimal calculations on binary processors and not related to php itself Previous Comments: --- [2001-05-08 06:24:18] [EMAIL PROTECTED] print((2.3 * 100 % 100) . brn); This generated 29 while print((230 % 100) . brn); writes 30 as expected --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10727edit=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 #10723 Updated: error max_execution_time, unrelated to value in php.ini
ID: 10723 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Program Execution Operating system: Linux SuSE 6.4 PHP Version: 4.0.5 Description: error max_execution_time, unrelated to value in php.ini These File-handle errros I only become if I don't give the mail-Skript a file-handle. By sending a request through action.php I've no such File-handle errors. I've tried it several times. Maybe the file-handle isn't given correctly to the Skript ?! Previous Comments: --- [2001-05-08 06:20:11] [EMAIL PROTECTED] The mail.php script gives this error: Warning: fopen(,r) - Inappropriate ioctl for device in /usr/local/httpd/htdocs/mail/debug/mail.php on line 2 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 3 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 5 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/httpd/htdocs/mail/debug/mail.php on line 3 Please fix that first, as this occured for a 10 bytes file --- [2001-05-08 06:15:57] [EMAIL PROTECTED] OK,on both Sktipts I've added phpinfo(). --- [2001-05-08 03:01:28] [EMAIL PROTECTED] Can you add a call to phpinfo() at the end of the action.php and mail.php scripts? --- [2001-05-08 00:09:33] [EMAIL PROTECTED] It's a problem with a big (2MB or greater) file upload. After the file is up, the message Fatal error: Maximum execution time of 2 seconds exceeded appears, but the parameter max_execution_time in php.ini hasn't this value, nor the error is influenced by any value for set_time_limit in the php.ini. The Skripts are: action.php -- ? $maxupload = 10485760; echo 'form action=mail.php method=POST ENCTYPE=multipart/form-data name=neumail INPUT TYPE=hidden name=MAX_FILE_SIZE value=$maxupload input type=file size=35 name=attach value= input type=submit name=BLIND value= Ok '; ?/body/html -- mail.php -- ? $fp = fopen($attach,'r'); while (!feof ($fp)) { $attachment .= fgetc($fp); }? -- It can be testet at: http://www.lgl.de/mail/debug/action.php http://www.lgl.de/mail/debug/mail.php http://www.lgl.de/mail/debug/phpinfo.php --- Full Bug description available at: http://bugs.php.net/?id=10723 -- PHP Development Mailing List http://www.php.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 #10726 Updated: cant catch post data from stdin in cgi-bin
ID: 10726 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating system: solaris 7 PHP Version: 4.0.4pl1 Description: cant catch post data from stdin in cgi-bin Im trying to post XML data to the chi-bin php script, that shold parse that data and deal with it tags! So php catch all my stdin before! and I cant reach my XML! Sorry that was my mistake about $PHP_POST_VARS it should be $HTTP_POST_VARS of course. if I do fopen(php://stdin, r) I'll read nothing!!! because of php did it before! Previous Comments: --- [2001-05-08 06:25:08] [EMAIL PROTECTED] Bogus.. Looks like your trying to do somthing thats not supported.. I dont know where your getting $PHP_POST_VARS from as it should be $HTTP_POST_VARS you should fopen(php://stdin,r); if your doing what I think you are.. - James --- [2001-05-08 04:56:24] [EMAIL PROTECTED] hi there is a trouble with catching stdin with post data in the cgi-bin php script. I did disable track_vars, but I still unable to catch any data in stdin, and all data still present in the $PHP_POST_VARS[]; is there any solution? --- Full Bug description available at: http://bugs.php.net/?id=10726 -- PHP Development Mailing List http://www.php.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 #10728: HTTP_POST_FILES iteration
From: [EMAIL PROTECTED] Operating system: Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: HTTP related Bug description: HTTP_POST_FILES iteration i have multiple upload (3) form and when i try something like this : reset($HTTP_POST_FILES); for ( $i=0; $i=2; $i++ ) { $temporary = image.$i; $file_name = $HTTP_POST_FILES[$temporary]['name']; $file_type = $HTTP_POST_FILES[$temporary]['type']; $file_size = $HTTP_POST_FILES[$temporary]['size']; $temp_name = $HTTP_POST_FILES[$temporary]['tmp_name']; copy($temp_name, /var/cult.bg/html/register/images/$dir_name/$file_name); $url = $rel_image_url . /$file_name; $query_i = INSERT INTO images VALUES ('$id','$r_id','$file_name','$file_size','$file_type','$url'); mysql_query($query_i); } it puts only the first file in the database and gives an error - Duplicate (something). it works only without the for cycle - with three times handling the uploads. i'm not sure it's bug (maybe misunderstanding :). p.s. when i do - INSERT IGNORE INTO ... it puts the first file but doesn't shows the error. -- Edit Bug report at: http://bugs.php.net/?id=10728edit=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 #10728 Updated: HTTP_POST_FILES iteration
ID: 10728 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: HTTP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I think you have an error in your scripting logic. You probably get a warning about a duplicate Key, and that is most probably caused by that $id field of yours. Make sure you are not adding more record which have the same primary key. Previous Comments: --- [2001-05-08 07:17:50] [EMAIL PROTECTED] i have multiple upload (3) form and when i try something like this : reset($HTTP_POST_FILES); for ( $i=0; $i=2; $i++ ) { $temporary = image.$i; $file_name = $HTTP_POST_FILES[$temporary]['name']; $file_type = $HTTP_POST_FILES[$temporary]['type']; $file_size = $HTTP_POST_FILES[$temporary]['size']; $temp_name = $HTTP_POST_FILES[$temporary]['tmp_name']; copy($temp_name, /var/cult.bg/html/register/images/$dir_name/$file_name); $url = $rel_image_url . /$file_name; $query_i = INSERT INTO images VALUES ('$id','$r_id','$file_name','$file_size','$file_type','$url'); mysql_query($query_i); } it puts only the first file in the database and gives an error - Duplicate (something). it works only without the for cycle - with three times handling the uploads. i'm not sure it's bug (maybe misunderstanding :). p.s. when i do - INSERT IGNORE INTO ... it puts the first file but doesn't shows the error. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10728edit=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 #10729: posting XML data to the cgi-bin php script
From: [EMAIL PROTECTED] Operating system: solaris 7 sparc PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: posting XML data to the cgi-bin php script Hi there again! Im trying to post XML data to the chi-bin php script, that shold parse that data and deal with it tags! So php catch all my stdin before! and I cant reach my XML! Sorry that was my mistake about $PHP_POST_VARS it should be $HTTP_POST_VARS of course. if I do fopen(php://stdin, r) I'll read nothing!!! because of php did it before! what is the best way to solve it? -- Edit Bug report at: http://bugs.php.net/?id=10729edit=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 #10729 Updated: posting XML data to the cgi-bin php script
ID: 10729 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Duplicate of 10726 (there is no need to open two reports for one bug) Previous Comments: --- [2001-05-08 07:29:39] [EMAIL PROTECTED] Hi there again! Im trying to post XML data to the chi-bin php script, that shold parse that data and deal with it tags! So php catch all my stdin before! and I cant reach my XML! Sorry that was my mistake about $PHP_POST_VARS it should be $HTTP_POST_VARS of course. if I do fopen(php://stdin, r) I'll read nothing!!! because of php did it before! what is the best way to solve it? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10729edit=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 #10708 Updated: modphp crashes if cascaded includes occur
ID: 10708 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating system: FreeBSD 4.3-STABLE (not improtan PHP Version: 4.0.5 Description: modphp crashes if cascaded includes occur I had some problems compiling the cvs version but it seams to work in the dev version. Than i have tried 4.0.5 in this version the problem still exists. Previous Comments: --- [2001-05-07 18:01:25] [EMAIL PROTECTED] Can you check if the problem persists in the latest CVS? --- [2001-05-07 11:27:59] [EMAIL PROTECTED] I maintain a WebSite with mixed php and SSI pages. SSI is used to maintain a corporated design for all Pages. So all php Pages include the standard ssi framework. So far everything works fine Now i have tried to include a php script from the ssi framework with !--virtual -- if i Do this mod php crashes after the subrequest for the ssi framework is finished and control is returnd to mod php. As far as I can tell the included php script is executed without errors. gdb backtrace says #0 0x816086a in execute (op_array=0x82c9a00) at ./zend_execute.c:1523 #1 0x8160a35 in execute (op_array=0x82c928c) at ./zend_execute.c:1559 #2 0x812392b in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #3 0x80904ac in php_execute_script (primary_file=0xbfbfda14) at main.c:1221 #4 0x81360f7 in apache_php_module_main (r=0x82bd3e4, display_source_mode=0) at sapi_apache.c:89 #5 0x808cea6 in send_php (r=0x82bd3e4, display_source_mode=0, filename=0x82bd9a4 /usr/local/www/virt/inga/htdocs/termine/index.php3) at mod_php4.c:516 #6 0x808cee0 in send_parsed_php (r=0x82bd3e4) at mod_php4.c:527 #7 0x816c553 in ap_invoke_handler (r=0x82bd3e4) at http_config.c:517 #8 0x8182a19 in process_request_internal (r=0x82bd3e4) at http_request.c:1303 #9 0x8182e94 in ap_internal_redirect ( new_uri=0x82bd3a4 /termine/index.php3, r=0x82bc034) at http_request.c:1427 #10 0x807943d in handle_dir (r=0x82bc034) at mod_dir.c:174 #11 0x816c553 in ap_invoke_handler (r=0x82bc034) at http_config.c:517 #12 0x8182a19 in process_request_internal (r=0x82bc034) at http_request.c:1303 #13 0x8182a7c in ap_process_request (r=0x82bc034) at http_request.c:1319 #14 0x8178cc9 in child_main (child_num_arg=0) at http_main.c:4208 #15 0x8178e88 in make_child (s=0x820e034, slot=0, now=989249079) at http_main.c:4312 #16 0x8179013 in startup_children (number_to_start=1) at http_main.c:4394 #17 0x8179664 in standalone_main (argc=2, argv=0xbfbfdc28) at http_main.c:4682 #18 0x8179fd3 in main (argc=2, argv=0xbfbfdc28) at http_main.c:5009 --- Full Bug description available at: http://bugs.php.net/?id=10708 -- PHP Development Mailing List http://www.php.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 #9334 Updated: Oracle8 connect by ODBC
ID: 9334 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4 Assigned To: Comments: the statement because odbc_connect doesn't work does not help. what doesn't work about it? what error are you receiving? does it connect but mark $aa as invalid, empty, or 0? can you please provide a full simple script to simulate the problem? your sample below is missing declarations for the following variables: Dsn_name user password Previous Comments: --- [2001-05-08 04:32:33] [EMAIL PROTECTED] With PHP 4.0.5 is the same situation My script: f.e ? $aa=odbc_connect(Dns_name,user,password); ? becouse odbc_connect doesn't work My php.ini : [PHP] ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on ; output buffering. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference = On; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be unsupported in future ; versions of PHP/Zend. The encouraged method of specifying ; which arguments should be passed by reference is in the ; function declaration. You're encouraged to try and ; turn this option Off, and make sure your scripts work ; properly with it, to ensure they will work with future ; versions of the language (you will receive a warning ; each time you use this feature, and the argument will ; be passed by value instead of by reference). ; Safe Mode safe_mode = Off safe_mode_exec_dir
Re: [PHP-DEV] 4.0.6
it is not that odd because it may have treated it like whitespace - imagine a long line script. now it may treat it not as whitespace and hence the problem there is no big difference between whitespace and newline(s) in php, is it? Both today (4.0.6-dev) and earlier \r is treated as whitespace. However, in previous versions including 4.0.5 and 4.0.4pl1 \r would not mark line endings such as end of // or # comments. So there is no way that I can think of that a script would have worked with 4.0.4pl1 and not with 4.0.5. Anyway, it doesn't really matter now because 4.0.6 should work. And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- David L. Jones | Phone:(614) 292-6929 Ohio State Unviversity | Internet: 1971 Neil Ave. Rm. 406 | [EMAIL PROTECTED] Columbus, OH 43210 | [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 #10730: Problems with COM objects
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.0.5 PHP Bug Type: Unknown/Other Function Bug description: Problems with COM objects Dear Sirs, I am a user of a provider equipped with Windows NT, and not a web administrator directly. On their servers, the new version of PHP has been installed on last Friday, and all my previous scripts interfacing to MS Access databases do not work any longer. The error generated is the following: PHP has encountered an Access Violation at 2474FF04 The lines generating this are the following: $dbc = new COM(ADODB.Connection); $dbc-open(DRIVER={Microsoft Access Driver (*.mdb)};DBQ=$dbpath); $rs = $dbc-execute(SELECT Contatore FROM Contatori WHERE Riferimento = '$origin'); where $dbpath contains the absolute path of the database on the server and $origin is a parameter for the SQL statement. I'd like to add that this lines were perfectly working with the 4.0.4 version. I know the best thing to do would be use ODBC, but unfortunately my provider does not allow its users to manage DNS. So, I would only like to report this bug. Thanks for your attention, Pietro M. Picca Delphi Webmaster (CERN) -- Edit Bug report at: http://bugs.php.net/?id=10730edit=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 #8638 Updated: PHP handles permission problems ungracefully rather than letting Apache do it
ID: 8638 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating system: Linux 2.2.17 PHP Version: 4.0.5 Description: PHP handles permission problems ungracefully rather than letting Apache do it Still happens with php 4.0.5. Previous Comments: --- [2001-04-02 05:07:42] [EMAIL PROTECTED] Yes, still happens with php4.04pl1. --- [2001-03-31 08:08:34] [EMAIL PROTECTED] Does it still happen? IIRC it was fixed. --- [2001-01-10 10:31:13] [EMAIL PROTECTED] I'm using Apache 1.3 with the config line: AddType application/x-httpd-php php When the permissions on any .php file are not set correctly for Apache to read them, the error: Warning: Failed opening '/path/to/page.php' for inclusion (include_path='/path/to/phplib') in Unknown on line 0 appears. The same problem still occurs with include_path='.:/path/to/phplib' in php.ini. This is user-hostile - what ought to happen would be that Apache's normal 403 error mechanism should be invoked. --- Full Bug description available at: http://bugs.php.net/?id=8638 -- PHP Development Mailing List http://www.php.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 #10731: Compile parameter discreapency PH - Calendar
From: [EMAIL PROTECTED] Operating system: WinNT 4.0 PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Compile parameter discreapency PH - Calendar When processing the followin page: html head titleBienvenu!/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body bgcolor=#FF centerp ? for ($ftsize = 1; $ftsize 8; $ftsize++) { ? font size=? echo $ftsize ?Bonjour et Bienvenu!/fontbr ? } ? /p/center h3 Nous sommes aujourd'hui ?PHP echo Date(l, Y/m/j H:i:s) ?. /h3 p ?php PHPINFO() ? /p /body /html ... I get the following message: PHP: Error parsing c:\winnt\system32\inetsrv\browscap.ini on line 6300 PHP Warning: Calendar: Unable to initialize module Module compiled with debug=0, thread-safety=1 module API=2609 PHP compiled with debug=0, thread-safety=1 module API=20001222 These options need to match in Unknown on line 0 -- Edit Bug report at: http://bugs.php.net/?id=10731edit=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 #10730 Updated: Problems with COM objects
ID: 10730 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: Comments: We are aware of this problem and this will be fixed in php 4.0.6 Acutally, it's already fixed in CVS :) Thanks for your report. Previous Comments: --- [2001-05-08 09:16:59] [EMAIL PROTECTED] Dear Sirs, I am a user of a provider equipped with Windows NT, and not a web administrator directly. On their servers, the new version of PHP has been installed on last Friday, and all my previous scripts interfacing to MS Access databases do not work any longer. The error generated is the following: PHP has encountered an Access Violation at 2474FF04 The lines generating this are the following: $dbc = new COM(ADODB.Connection); $dbc-open(DRIVER={Microsoft Access Driver (*.mdb)};DBQ=$dbpath); $rs = $dbc-execute(SELECT Contatore FROM Contatori WHERE Riferimento = '$origin'); where $dbpath contains the absolute path of the database on the server and $origin is a parameter for the SQL statement. I'd like to add that this lines were perfectly working with the 4.0.4 version. I know the best thing to do would be use ODBC, but unfortunately my provider does not allow its users to manage DNS. So, I would only like to report this bug. Thanks for your attention, Pietro M. Picca Delphi Webmaster (CERN) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10730edit=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 #10731 Updated: Compile parameter discreapency PH - Calendar
ID: 10731 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. Modules only work with specific versions of PHP. So please use a php 4.0.5 version of the calendar module Previous Comments: --- [2001-05-08 09:24:01] [EMAIL PROTECTED] When processing the followin page: html head titleBienvenu!/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body bgcolor=#FF centerp ? for ($ftsize = 1; $ftsize 8; $ftsize++) { ? font size=? echo $ftsize ?Bonjour et Bienvenu!/fontbr ? } ? /p/center h3 Nous sommes aujourd'hui ?PHP echo Date(l, Y/m/j H:i:s) ?. /h3 p ?php PHPINFO() ? /p /body /html ... I get the following message: PHP: Error parsing c:winntsystem32inetsrvbrowscap.ini on line 6300 PHP Warning: Calendar: Unable to initialize module Module compiled with debug=0, thread-safety=1 module API=2609 PHP compiled with debug=0, thread-safety=1 module API=20001222 These options need to match in Unknown on line 0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10731edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10731 Updated: Compile parameter discreapency PH - Calendar
Hi Derick, I installed the 4.0.5 version from the... PHP 4.0.5 [738Kb] - 30 April 2001 (CGI only, MySQL support built-in, packaged as Windows installer to install and configure PHP, and automatically configure IIS, PWS and Xitami, with manual configuration for other servers. N.B. no external extensions included) ...entry on the Web. Would'nt this contain the proper module version? If not where can I find the compiled modules (.dll) for WinNT? Thanks for your patience. Gilles -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 08, 2001 9:30 AM To: Godin, Gilles: MTR Subject: Bug #10731 Updated: Compile parameter discreapency PH - Calendar ID: 10731 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. Modules only work with specific versions of PHP. So please use a php 4.0.5 version of the calendar module Previous Comments: --- [2001-05-08 09:24:01] [EMAIL PROTECTED] When processing the followin page: html head titleBienvenu!/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body bgcolor=#FF centerp ? for ($ftsize = 1; $ftsize 8; $ftsize++) { ? font size=? echo $ftsize ?Bonjour et Bienvenu!/fontbr ? } ? /p/center h3 Nous sommes aujourd'hui ?PHP echo Date(l, Y/m/j H:i:s) ?. /h3 p ?php PHPINFO() ? /p /body /html ... I get the following message: PHP: Error parsing c:winntsystem32inetsrvbrowscap.ini on line 6300 PHP Warning: Calendar: Unable to initialize module Module compiled with debug=0, thread-safety=1 module API=2609 PHP compiled with debug=0, thread-safety=1 module API=20001222 These options need to match in Unknown on line 0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10731edit=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 #10729 Updated: posting XML data to the cgi-bin php script
ID: 10729 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please ask these support questions on [EMAIL PROTECTED] mailing list. --Jani Previous Comments: --- [2001-05-08 07:31:52] [EMAIL PROTECTED] Duplicate of 10726 (there is no need to open two reports for one bug) --- [2001-05-08 07:29:39] [EMAIL PROTECTED] Hi there again! Im trying to post XML data to the chi-bin php script, that shold parse that data and deal with it tags! So php catch all my stdin before! and I cant reach my XML! Sorry that was my mistake about $PHP_POST_VARS it should be $HTTP_POST_VARS of course. if I do fopen(php://stdin, r) I'll read nothing!!! because of php did it before! what is the best way to solve it? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10729edit=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 #10708 Updated: modphp crashes if cascaded includes occur
ID: 10708 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is fixed. Fix will be in 4.0.6. --Jani Previous Comments: --- [2001-05-08 08:04:53] [EMAIL PROTECTED] I had some problems compiling the cvs version but it seams to work in the dev version. Than i have tried 4.0.5 in this version the problem still exists. --- [2001-05-07 18:01:25] [EMAIL PROTECTED] Can you check if the problem persists in the latest CVS? --- [2001-05-07 11:27:59] [EMAIL PROTECTED] I maintain a WebSite with mixed php and SSI pages. SSI is used to maintain a corporated design for all Pages. So all php Pages include the standard ssi framework. So far everything works fine Now i have tried to include a php script from the ssi framework with !--virtual -- if i Do this mod php crashes after the subrequest for the ssi framework is finished and control is returnd to mod php. As far as I can tell the included php script is executed without errors. gdb backtrace says #0 0x816086a in execute (op_array=0x82c9a00) at ./zend_execute.c:1523 #1 0x8160a35 in execute (op_array=0x82c928c) at ./zend_execute.c:1559 #2 0x812392b in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #3 0x80904ac in php_execute_script (primary_file=0xbfbfda14) at main.c:1221 #4 0x81360f7 in apache_php_module_main (r=0x82bd3e4, display_source_mode=0) at sapi_apache.c:89 #5 0x808cea6 in send_php (r=0x82bd3e4, display_source_mode=0, filename=0x82bd9a4 /usr/local/www/virt/inga/htdocs/termine/index.php3) at mod_php4.c:516 #6 0x808cee0 in send_parsed_php (r=0x82bd3e4) at mod_php4.c:527 #7 0x816c553 in ap_invoke_handler (r=0x82bd3e4) at http_config.c:517 #8 0x8182a19 in process_request_internal (r=0x82bd3e4) at http_request.c:1303 #9 0x8182e94 in ap_internal_redirect ( new_uri=0x82bd3a4 /termine/index.php3, r=0x82bc034) at http_request.c:1427 #10 0x807943d in handle_dir (r=0x82bc034) at mod_dir.c:174 #11 0x816c553 in ap_invoke_handler (r=0x82bc034) at http_config.c:517 #12 0x8182a19 in process_request_internal (r=0x82bc034) at http_request.c:1303 #13 0x8182a7c in ap_process_request (r=0x82bc034) at http_request.c:1319 #14 0x8178cc9 in child_main (child_num_arg=0) at http_main.c:4208 #15 0x8178e88 in make_child (s=0x820e034, slot=0, now=989249079) at http_main.c:4312 #16 0x8179013 in startup_children (number_to_start=1) at http_main.c:4394 #17 0x8179664 in standalone_main (argc=2, argv=0xbfbfdc28) at http_main.c:4682 #18 0x8179fd3 in main (argc=2, argv=0xbfbfdc28) at http_main.c:5009 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10708edit=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 #10486 Updated: IIS causes the Internal server error
ID: 10486 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating system: Win NT4 IIS4 PHP Version: 4.0.4pl1 Description: IIS causes the Internal server error ads Previous Comments: --- [2001-04-25 05:22:40] [EMAIL PROTECTED] When I have installed PHP 4.0.4pl1 all things runs good until I have aded one virtual web which should run in separate thread [the checkbox - Run in separate memory space(isolated process) is checked at Properties - Home directory] and it is using ASP. This web runs fine but when you request another web page from web with PHP configured then it causes Internal server error on ASP web runing in separate thread. Runing the ASP web in nonseparate mode solve the problem, but our suplier of this webapplication don't like it and they press me to run it in separate thread. Kamik --- Full Bug description available at: http://bugs.php.net/?id=10486 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: Bug #10731 Updated: Compile parameter discreapencyPH - Calen dar
Hallo, there is another link just above it: * PHP 4.0.5 [4,590Kb] - 30 April 2001 (CGI binary plus server API versions for Apache, AOLserver, ISAPI and NSAPI. MySQL support built-in, many extensions included, packaged as zip) In that file are all extensions packed. regards, Derick On Tue, 8 May 2001 [EMAIL PROTECTED] wrote: Hi Derick, I installed the 4.0.5 version from the... PHP 4.0.5 [738Kb] - 30 April 2001 (CGI only, MySQL support built-in, packaged as Windows installer to install and configure PHP, and automatically configure IIS, PWS and Xitami, with manual configuration for other servers. N.B. no external extensions included) ...entry on the Web. Would'nt this contain the proper module version? If not where can I find the compiled modules (.dll) for WinNT? Thanks for your patience. Gilles -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 08, 2001 9:30 AM To: Godin, Gilles: MTR Subject: Bug #10731 Updated: Compile parameter discreapency PH - Calendar ID: 10731 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug. Modules only work with specific versions of PHP. So please use a php 4.0.5 version of the calendar module Previous Comments: --- [2001-05-08 09:24:01] [EMAIL PROTECTED] When processing the followin page: html head titleBienvenu!/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body bgcolor=#FF centerp ? for ($ftsize = 1; $ftsize 8; $ftsize++) { ? font size=? echo $ftsize ?Bonjour et Bienvenu!/fontbr ? } ? /p/center h3 Nous sommes aujourd'hui ?PHP echo Date(l, Y/m/j H:i:s) ?. /h3 p ?php PHPINFO() ? /p /body /html ... I get the following message: PHP: Error parsing c:winntsystem32inetsrvbrowscap.ini on line 6300 PHP Warning: Calendar: Unable to initialize module Module compiled with debug=0, thread-safety=1 module API=2609 PHP compiled with debug=0, thread-safety=1 module API=20001222 These options need to match in Unknown on line 0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10731edit=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] 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 #10486 Updated: IIS causes the Internal server error
ID: 10486 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating system: Win NT4 IIS4 PHP Version: 4.0.4pl1 Description: IIS causes the Internal server error The ASP WEB uses some ActiveX controls thru MTS... Previous Comments: --- [2001-05-08 09:49:14] [EMAIL PROTECTED] ads --- [2001-04-25 05:22:40] [EMAIL PROTECTED] When I have installed PHP 4.0.4pl1 all things runs good until I have aded one virtual web which should run in separate thread [the checkbox - Run in separate memory space(isolated process) is checked at Properties - Home directory] and it is using ASP. This web runs fine but when you request another web page from web with PHP configured then it causes Internal server error on ASP web runing in separate thread. Runing the ASP web in nonseparate mode solve the problem, but our suplier of this webapplication don't like it and they press me to run it in separate thread. Kamik --- Full Bug description available at: http://bugs.php.net/?id=10486 -- PHP Development Mailing List http://www.php.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 #10732: Storage of session variable fails
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Storage of session variable fails Previously, doing: ?php session_register('user'); $user['UserName'] = this is a test; print $user['UserName']; ? would result in the browser displaying: this is a test In PHP 4.0.5, the browser displays: t Which is not quite the expected result. -- Edit Bug report at: http://bugs.php.net/?id=10732edit=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 #10732 Updated: Storage of session variable fails
ID: 10732 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I could not verify this withphp 4.0.6dev, can you try the lastest snapshot from snaps.php.net? This was my test: [root@aarde mp3]# php ?php session_register('user'); $user['UserName'] = this is a test; print $user['UserName']; ? X-Powered-By: PHP/4.0.6-dev Set-Cookie: PHPSESSID=435a120c6d20caee178fff903259557d; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-type: text/html this is a test Previous Comments: --- [2001-05-08 10:47:01] [EMAIL PROTECTED] Previously, doing: ?php session_register('user'); $user['UserName'] = this is a test; print $user['UserName']; ? would result in the browser displaying: this is a test In PHP 4.0.5, the browser displays: t Which is not quite the expected result. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10732edit=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 #7779 Updated: ODBC query : select distinct ...
ID: 7779 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: no user feedback. considered fixed in cvs. if this is untrue, please reopen the bug. Previous Comments: --- [2001-04-18 22:04:16] [EMAIL PROTECTED] can you please try this with a more recent version of PHP? with my limited resources, attempting this on win98SE i cannot reproduce the error... so either its been fixed, or it may be win2k specific... --- [2000-11-13 05:56:41] [EMAIL PROTECTED] (PHP Version 4.0.4-dev on Windows 2000 without SP1) php.exe and the isapi module both crash with a query like: $query = select distinct date from datetest; The query without distict works fine. ISAPI modules says: PHP has encountered an Access Violation at 04C2EA86, php.exe quits with no special message. There is no error message from the ODBC driver when the same query is (successfully) issued directly through an odbc client. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7779edit=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 #7273 Updated: odbc_connect causes a segmentation fault
ID: 7273 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.3 Assigned To: Comments: no user feedback, considered fixed in cvs. if untrue, please reopen the bug. Previous Comments: --- [2001-04-16 23:33:15] [EMAIL PROTECTED] i am unable to reproduce this locally. have you tried updating to the latest openlink drivers? i'm also running from the most recent cvs... --- [2001-04-03 03:43:58] [EMAIL PROTECTED] Yes, I have tried it with 4.0.4 patch level 1 --- [2001-03-30 10:16:48] [EMAIL PROTECTED] is this still occuring in a recent release? --- [2000-10-17 06:24:52] [EMAIL PROTECTED] $conn=odbc_connect(DSN=database;UID=user;PWD=passwd,,); if (!$conn) { echo NO DATABASE!; exit; } When the database is down (or the user is wrong, or anything else is wrong) odbc_connect causes a segmentation fault. ./configure --with-mysql=no --with-openlink --with-apache=../apache_1.3.12 --enable-track-vars --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7273edit=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 #10114 Updated: Error reading LONG fields (ntext) in MSSQL (SQL Server) (bug #5237)
ID: 10114 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: moving this from 'feedbac' to 'open' as user responded last.. back trace ready yet? :) Previous Comments: --- [2001-04-19 09:23:51] [EMAIL PROTECTED] Will do so, within a week from now I'll post the result. --- [2001-04-19 08:58:10] [EMAIL PROTECTED] build php with --enable-debug and recreate the backtrace please.. --- [2001-04-02 09:22:07] [EMAIL PROTECTED] _Reopening the case of bug 5237_ A field defined in a MSSQL-table as ntext crashes PHP when a query (including the ntext-field in the resultset) is preprared/executed. This behaviour still exists in the PHP-version 4.0.4pl1. Feel free to contact me for more information or tests. _gdb backtrace_ (gdb) run -X Starting program: /www/bin/httpd -X [New Thread 1024 (runnable)] Program exited with code 01. (gdb) bt No stack. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10114edit=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 #9773 Updated: Configure hangs
ID: 9773 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Operating system: RedHat 6.1 PHP Version: 4.0.4pl1 Description: Configure hangs My lib version is this, /lib/libc-2.1.3.so and I'm using RedHat 6.1 Keith Previous Comments: --- [2001-05-05 18:22:30] [EMAIL PROTECTED] Which glibc do you have? ls -l /lib/*libc-* And what kind of system do you have? As this works fine on my RedHat 6.[12] install. --- [2001-03-16 11:24:19] [EMAIL PROTECTED] Here is the complete config.log file: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1837: gcc -E conftest.c configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1909: gcc -E conftest.c /dev/null 2conftest.out configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2066: gcc -c -g -O2 conftest.c 15 configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2137: gcc -c conftest.c -o conftest.o 15 configure:2138: gcc -c conftest.c -o conftest.o 15 configure:2143: cc -c conftest.c 15 configure:2145: cc -c conftest.c -o conftest.o 15 configure:2146: cc -c conftest.c -o conftest.o 15 configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2286: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2349: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2372: checking for working const configure:2426: gcc -c -g -O2 conftest.c 15 configure:2543: gcc -o conftest -g -O2 conftest.c 15 /tmp/cce0pXlV.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2538: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2539: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2525 configure #include confdefs.h #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2563: checking for pthreads_cflags configure:2596: gcc -o conftest -g -O2 -kthread conftest.c 15 gcc: unrecognized option `-kthread' /tmp/ccV61Ryr.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2591: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2592: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2578 configure #include confdefs.h #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2596: gcc -o conftest -g -O2 -pthread conftest.c 15 Keith --- [2001-03-16 08:59:07] [EMAIL PROTECTED] After running 'gcc -v' I get this, Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Keith --- [2001-03-15 23:11:30] [EMAIL PROTECTED] What is the version of GCC ? --Jani
[PHP-DEV] Bug #10733: configure --disable-short-tags doesn't disable short-tags
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3 PHP version: 4.0 Latest CVS (2001-05-08) PHP Bug Type: PHP options/info functions Bug description: configure --disable-short-tags doesn't disable short-tags When configuring PHP4 (confirmed with latest snap from this morning) using the option --disable-short-tags, PHP still enables short tags by default. Using --enable-short-tags=no works just fine (though this is not available in the --help for configure) Looking at the configure script, --disable-short-tags is never even checked. -- Edit Bug report at: http://bugs.php.net/?id=10733edit=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 #10734: Strange conversion string-numbers
From: [EMAIL PROTECTED] Operating system: Linux 2.2 glibc-2.2.1 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Strange conversion string-gt;numbers Here is a simple code ? header(content-type: text/plain); $num = -5; echo $num\n; $num++; echo $num\n; $num--; echo $num\n; echo --\n; $num = -5; echo $num\n; $num++; echo $num\n; $num--; echo $num\n; ? And here results -5 -4 -5 -- -5 -6 -- ? -7 It looks like ++ operator do not work properly on variables enclosed in double-quotes. Other operators (ie $num = $num +1) woks properly. -- Edit Bug report at: http://bugs.php.net/?id=10734edit=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]
Fw: [PHP-DEV] 4.0.6
- Original Message - From: Boian Bonev [EMAIL PROTECTED] To: Dave Jones [EMAIL PROTECTED] Sent: Tuesday, May 08, 2001 6:29 PM Subject: Re: [PHP-DEV] 4.0.6 hi, And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). you are partially correct - if we have only 'native' files - yes this is the case. but imagine tons of downloaded code, parts of it originating from *nix others from windows, and parts of them edited so all the three possible combinations are used. perhapse you know that most editors convert line endings only for edited lines not for the whole file. now the task of correctly counting line numbers is not that easy. neighter file conversion is. of course some editors pretend to be that clever to interprete all the three formats - something like greedy eating \n\r|\n|\r in this order... b. forgot to say that php must flawlessly interprete all the combinations provided that it is a platform independant language and never rely on os specific stuff - win php source must work on unix as unix php source on windows... -- PHP Development Mailing List http://www.php.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 #10733 Updated: configure --disable-short-tags doesn't disable short-tags
ID: 10733 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating system: FreeBSD 4.3 PHP Version: 4.0 Latest CVS (2001-05-08) Description: configure --disable-short-tags doesn't disable short-tags Update: --enable-short-tags=no doesn't seem to have any effect either. It sets the define: DEFAULT_SHORT_OPEN_TAG 0 in php_config.h, but there doesn't seem to be any code I can find that actually interprets the define. Previous Comments: --- [2001-05-08 11:20:35] [EMAIL PROTECTED] When configuring PHP4 (confirmed with latest snap from this morning) using the option --disable-short-tags, PHP still enables short tags by default. Using --enable-short-tags=no works just fine (though this is not available in the --help for configure) Looking at the configure script, --disable-short-tags is never even checked. --- Full Bug description available at: http://bugs.php.net/?id=10733 -- PHP Development Mailing List http://www.php.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 #10733 Updated: configure --disable-short-tags doesn't disable short-tags
ID: 10733 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: PHP options/info functions Operating system: PHP Version: 4.0 Latest CVS (2001-05-08) Assigned To: Comments: You are right. This configure option is not used anywhere. It should set the builting default to disabled.. You propably know that you can set this in php.ini too so this is not critical, just annoying. --Jani Previous Comments: --- [2001-05-08 11:33:16] [EMAIL PROTECTED] Update: --enable-short-tags=no doesn't seem to have any effect either. It sets the define: DEFAULT_SHORT_OPEN_TAG 0 in php_config.h, but there doesn't seem to be any code I can find that actually interprets the define. --- [2001-05-08 11:20:35] [EMAIL PROTECTED] When configuring PHP4 (confirmed with latest snap from this morning) using the option --disable-short-tags, PHP still enables short tags by default. Using --enable-short-tags=no works just fine (though this is not available in the --help for configure) Looking at the configure script, --disable-short-tags is never even checked. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10733edit=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 #10735: Crypt function not available?
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.0.5 PHP Bug Type: PHP options/info functions Bug description: Crypt function not available? Hi, with version v4.04pl1, there is a function crypt... If I upgrade to v4.0.5, it doesn't work annymore... Question: How can I use again this function with v4.0.5, or is-it normal (you may have suppres it?)? Paddle (sorry for my poor english, I'm french) PS: Here is a script to test the function crypt: ?php $a = 'it is a test'; $crypt = crypt($a); echo ($crypt - ok ?); ? -- Edit Bug report at: http://bugs.php.net/?id=10735edit=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 #10609 Updated: comments made with # or // in included files cause visible output
ID: 10609 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is fixed in the last CVS which supports \r as line ending. Please try the latest snapshot at snaps.php.net Previous Comments: --- [2001-05-06 23:40:50] [EMAIL PROTECTED] I tried this with PHP NUke etc with 4.0.6 dev. Cant reproduce neither could about 10 other people, please tell us the version of flex you are using and email the file that causes the problem specifically to [EMAIL PROTECTED] or to [EMAIL PROTECTED] - James --- [2001-05-02 16:48:54] [EMAIL PROTECTED] I just can't reproduce this :) Can you please post the output of flex --version. Also maybe you can send the file that doesn't work as an attachement to [EMAIL PROTECTED] --- [2001-05-02 16:41:18] [EMAIL PROTECTED] Amazingly (i cant believe what i see) i was able to shorten the code that generates the bug (on my system, plainvalinnal redhat 6.1 running php 4.0.5 as a apache mod) to this code, note that the same code executes fine (of course) under 4.0.4; - example bug code ?php $YouCantSeeThisOne; // After a // comment the source code gets dumped to the output.. look: $YouCanSeeThis; ? - end example bug code the ourput I get is : // After a // comment the source code gets dumped to the output.. look: $YouCanSeeThis; --- [2001-05-02 16:05:50] [EMAIL PROTECTED] Please post as short as possible reproducing scripts. (First update didn't get mailed out) --- [2001-05-02 15:58:59] [EMAIL PROTECTED] Please post as short as possible reproducing scripts. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10609edit=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] NEWS line
What's this NEWS line for? - Ported Documentation structure from phpdoc. (James Moore) -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]
Re: [PHP-DEV] NEWS line
Andrei Zmievski wrote: - Ported Documentation structure from phpdoc. (James Moore) PHP-GTK Manual? * It said 'Winmodem' on the box, but I still feel like I lost. * Ack :( -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] buildconf weirdness
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, while running buildconf I get the following errors: derick@(none):~/php4 ./buildconf rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_ZEND_BROKEN_SPRINTF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF configure.in:92:AC_AIX rebuilding main/php_config.h.in Any idea what is the prob here? (It's a fresh checkout with autoconf 2.13, automake 1.4 and libtool 1.4). Both autoconf, automake and libtool were installed from source (and placed in /usr/local/bin/...) regards, Derick Rethans - - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6+Cfe86Enb7tfILgRAoh+AJ0ZLFNjNseWZUv/BhM9Gtxs6glqLwCfTgxg CoIcjct7g5fruL8Ti/iqBcs= =zwnT -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.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 #10735 Updated: Crypt function not available?
ID: 10735 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PHP options/info functions Operating system: PHP Version: 4.0.5 Assigned To: Comments: This was to do with the build that was released from php.net not having it built in, hopefully when Zend get their win32 box up we will be able to build all versions of PHP on one box and release a standard set of modules with win32 rather than, as now, a developer builds it with what ever they have avalible at the time. Crypt will make a comeback in 4.0.6 hopefully :) - James Previous Comments: --- [2001-05-08 11:38:49] [EMAIL PROTECTED] Hi, with version v4.04pl1, there is a function crypt... If I upgrade to v4.0.5, it doesn't work annymore... Question: How can I use again this function with v4.0.5, or is-it normal (you may have suppres it?)? Paddle (sorry for my poor english, I'm french) PS: Here is a script to test the function crypt: ?php $a = 'it is a test'; $crypt = crypt($a); echo ($crypt - ok ?); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10735edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: NEWS line
Hmm WTF where did that come from?? - James -Original Message- From: Andrei Zmievski [mailto:[EMAIL PROTECTED]] Sent: 08 May 2001 17:18 To: PHP Developers; [EMAIL PROTECTED] Subject: NEWS line What's this NEWS line for? - Ported Documentation structure from phpdoc. (James Moore) -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 #10732 Updated: Storage of session variable fails
ID: 10732 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Operating system: Linux PHP Version: 4.0.5 Description: Storage of session variable fails Not only could I not reproduce this locally from the snapshot of 4.0.6, but I couldn't from a local 4.0.5. But the problem was definitely happening on my web hosting company, which just recently had upgraded to 4.0.5... finally, I did a session_destroy() at the end of the previous test, and on refresh, everything worked fine. Is the 4.0.5 serialized/session format subtley different from the 4.0.4 format? Seems to from this result. In any case, it does not appear to be a bug in the CODE, though it may be a lack of documentation of a change that'll cause hair-pulling bug. :) Safe to close I think. Previous Comments: --- [2001-05-08 10:52:40] [EMAIL PROTECTED] I could not verify this withphp 4.0.6dev, can you try the lastest snapshot from snaps.php.net? This was my test: [root@aarde mp3]# php ?php session_register('user'); $user['UserName'] = this is a test; print $user['UserName']; ? X-Powered-By: PHP/4.0.6-dev Set-Cookie: PHPSESSID=435a120c6d20caee178fff903259557d; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-type: text/html this is a test --- [2001-05-08 10:47:01] [EMAIL PROTECTED] Previously, doing: ?php session_register('user'); $user['UserName'] = this is a test; print $user['UserName']; ? would result in the browser displaying: this is a test In PHP 4.0.5, the browser displays: t Which is not quite the expected result. --- Full Bug description available at: http://bugs.php.net/?id=10732 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6
There is a problem with line numbers if you use \r as line endings. I will try and fix it before 4.0.6 (although after my last patch functionally \r's will work which is the most important thing). Andi At 08:50 AM 5/8/2001 -0400, Dave Jones wrote: it is not that odd because it may have treated it like whitespace - imagine a long line script. now it may treat it not as whitespace and hence the problem there is no big difference between whitespace and newline(s) in php, is it? Both today (4.0.6-dev) and earlier \r is treated as whitespace. However, in previous versions including 4.0.5 and 4.0.4pl1 \r would not mark line endings such as end of // or # comments. So there is no way that I can think of that a script would have worked with 4.0.4pl1 and not with 4.0.5. Anyway, it doesn't really matter now because 4.0.6 should work. And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- David L. Jones | Phone:(614) 292-6929 Ohio State Unviversity | Internet: 1971 Neil Ave. Rm. 406 | [EMAIL PROTECTED] Columbus, OH 43210 | [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: Fw: [PHP-DEV] 4.0.6
At 06:32 PM 5/8/2001 +0300, Boian Bonev wrote: - Original Message - From: Boian Bonev [EMAIL PROTECTED] To: Dave Jones [EMAIL PROTECTED] Sent: Tuesday, May 08, 2001 6:29 PM Subject: Re: [PHP-DEV] 4.0.6 hi, And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). you are partially correct - if we have only 'native' files - yes this is the case. but imagine tons of downloaded code, parts of it originating from *nix others from windows, and parts of them edited so all the three possible combinations are used. perhapse you know that most editors convert line endings only for edited lines not for the whole file. now the task of correctly counting line numbers is not that easy. neighter file conversion is. of course some editors pretend to be that clever to interprete all the three formats - something like greedy eating \n\r|\n|\r in this order... b. forgot to say that php must flawlessly interprete all the combinations provided that it is a platform independant language and never rely on os specific stuff - win php source must work on unix as unix php source on windows... I think it should interprete \r\n, \n and \r (which isn't followed by a \n) as newlines. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5653 Updated: with setcookie(), only the last cookie is written
ID: 5653 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Open Bug Type: Other web server Operating system: Linux PHP Version: 4.0 Release Candidate 2 Description: with setcookie(), only the last cookie is written Previous Comments: --- [2001-05-06 12:31:46] [EMAIL PROTECTED] This bug is still present in 4.0.5. --- [2000-10-30 09:40:14] [EMAIL PROTECTED] reclassified. --- [2000-09-14 16:33:52] [EMAIL PROTECTED] This behaviour is still visible in PHP 4.0.2 with Roxen (pike 7.0.58). --- [2000-08-17 16:19:50] [EMAIL PROTECTED] This is not a session-related issue. Reclassifying. --- [2000-08-15 16:04:24] [EMAIL PROTECTED] seems to be another error related to roxen sapi and cookies ... PS: bug report form should have a sapi input field --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=5653 -- PHP Development Mailing List http://www.php.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] Blowfish detection in ext/standard
Hi there! I have system Glibc 2.2.2 with fully integrated crypt_blowfish() in it but check for Blowfish in ext/standard/config.m4 does not work (it doesn't detect blowfish on system). Wouldn't be better to extend this test to actually find blowfish-related functions in /usr/include/crypt.h in case when sample program using crypt(3) failed? For example, /usr/include/crypt.h on my system looks as following one and also libcrypt library contains __crypt_blowfish_rn() function: /* * UFC-crypt: ultra fast crypt(3) implementation * md5-crypt: one way encryption based on MD5 sum * blowfish-crypt: compatible with OpenBSD bcrypt (version 2a) * * Copyright (C) 1991, 92, 93, 96, 97, 98, 2000, 2001 Free Software Foundation, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Library General Public * License as published by the Free Software Foundation; either * version 2 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Library General Public License for more details. * * You should have received a copy of the GNU Library General Public * License along with the GNU C Library; see the file COPYING.LIB. If not, * write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, * Boston, MA 02111-1307, USA. * * @(#)crypt.h 1.5 12/20/96 * */ #ifndef _CRYPT_H #define _CRYPT_H1 #include features.h __BEGIN_DECLS /* Encrypt at most 8 characters from KEY using salt to perturb DES. */ extern char *crypt (__const char *__key, __const char *__salt) __THROW; /* Setup DES tables according KEY. */ extern void setkey (__const char *__key) __THROW; /* Encrypt data in BLOCK in place if EDFLAG is zero; otherwise decrypt block in place. */ extern void encrypt (char *__block, int __edflag) __THROW; #ifdef __USE_GNU /* Reentrant versions of the functions above. The additional argument points to a structure where the results are placed in. */ struct crypt_data { char keysched[16 * 8]; char sb0[32768]; char sb1[32768]; char sb2[32768]; char sb3[32768]; /* end-of-aligment-critical-data */ char crypt_3_buf[14]; char current_salt[2]; long int current_saltbits; int direction, initialized; }; /* Encrypt characters from KEY using salt to initialize encryption algorithm. It's same function as crypt but another call entry. */ extern char *fcrypt (__const char *__key, __const char *__salt) __THROW; /* Encrypt characters from KEY using salt to initialize encryption algorithm. It's same function as crypt but another call entry. */ extern char *libc_crypt (__const char *__key, __const char *__salt) __THROW; extern char *crypt_r (__const char *__key, __const char *__salt, struct crypt_data * __restrict __data) __THROW; extern void setkey_r (__const char *__key, struct crypt_data * __restrict __data) __THROW; extern void encrypt_r (char *__block, int __edflag, struct crypt_data * __restrict __data) __THROW; extern char *crypt_rn (__const char *__key, __const char *__salt, void *__data, int __size) __THROW; extern char *crypt_ufc (__const char *__key, __const char *__salt) __THROW; extern char *crypt_ufc_r (__const char *__key, __const char *__salt, struct crypt_data * __restrict __data) __THROW; extern char *crypt_md5 (__const char *__key, __const char *__salt); extern char *crypt_md5_rn (__const char *__key, __const char *__salt, char *__output, int __size) __THROW; extern char *crypt_blowfish_rn(__const char *__key, __const char *__salt, char *__output, int __size) __THROW; extern char *crypt_gensalt (__const char *__prefix, unsigned long __count, __const char *__input, int __size) __THROW; extern char *crypt_gensalt_rn (__const char *__prefix, unsigned long __count, __const char *__input, int __isize, char *__output, int __osize) __THROW; extern char *crypt_gensalt_traditional_rn(unsigned long __count, __const char *__input, int __isize, char *__output, int __osize) __THROW; extern char *crypt_gensalt_extended_rn(unsigned long __count, __const char *__input, int __isize, char *__output, int __osize) __THROW; extern char *crypt_gensalt_md5_rn(unsigned long __count, __const char *__input, int __isize, char *__output, int __osize) __THROW; extern char *crypt_gensalt_blowfish_rn(unsigned long __count, __const char *__input, int __isize, char *__output, int __osize) __THROW; #endif __END_DECLS #endif /* crypt.h */ -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org | ALT Linux Team Minsk Linux Users Group |www.minsk-lug.net| www.altlinux.ru -- If you don't do the things that are not
[PHP-DEV] RE: [PHP-QA] Linux on S/390
Zak, I suggest that one of the QA Team Members signs up for an account, preferably someone who has a decent amount of experiance of debugging on Linux we could then use the system to verify bugs/run RC tests on the server. Any of the QA Team Members/Developers willing to be responsible for this? - James -Original Message- From: Zak Greant [mailto:[EMAIL PROTECTED]] Sent: 08 May 2001 19:41 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-QA] Linux on S/390 Hello All, Anyone have an interest in this? IBM Linux Community Development System Welcome to the Linux Community Development System (the 'Service'), a Service provided by IBM. The Service provides you with access to a Linux on S/390 environment for the purpose of providing the Open Source community with a platform to develop, port and/or test drive your products or applications on this platform. We anticipate the majority of users to include entrepreneur developers/vendors that otherwise might not have the opportunity to test/port their code to the S/390 platform. However, we invite all interest parties that meet the established terms and conditions to register and experience Linux for S/390. http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/ --zak -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Linux on S/390
I've got a reasonable amount of linux/porty type skills, Im just not sure I can deal with testing another OS as well as the 3 Im doing now.. I feel Im likely to be missing something if I spread myself any more thinly (especially as I develop my own software too) Sorry -Original Message- From: James Moore [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 08, 2001 7:49 PM To: Zak Greant; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP-QA] Linux on S/390 Zak, I suggest that one of the QA Team Members signs up for an account, preferably someone who has a decent amount of experiance of debugging on Linux we could then use the system to verify bugs/run RC tests on the server. Any of the QA Team Members/Developers willing to be responsible for this? - James -Original Message- From: Zak Greant [mailto:[EMAIL PROTECTED]] Sent: 08 May 2001 19:41 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-QA] Linux on S/390 Hello All, Anyone have an interest in this? IBM Linux Community Development System Welcome to the Linux Community Development System (the 'Service'), a Service provided by IBM. The Service provides you with access to a Linux on S/390 environment for the purpose of providing the Open Source community with a platform to develop, port and/or test drive your products or applications on this platform. We anticipate the majority of users to include entrepreneur developers/vendors that otherwise might not have the opportunity to test/port their code to the S/390 platform. However, we invite all interest parties that meet the established terms and conditions to register and experience Linux for S/390. http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/ --zak -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Linux on S/390
James Moore wrote: Zak, I suggest that one of the QA Team Members signs up for an account, preferably someone who has a decent amount of experiance of debugging on Linux we could then use the system to verify bugs/run RC tests on the server. Any of the QA Team Members/Developers willing to be responsible for this? I would also guess that we could just sign up for a PHP/QA account that the Dev team and QA members could share as needed. I will keep an eye on the page and will sign up for an account as soon as they become available again. --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Linux on S/390
Hello, I have such an account already. I don't get PHP too build on it unfortunately (see my previous message to php-dev). I can easily add new accounts to that box though. regards, Derick On Tue, 8 May 2001, Zak Greant wrote: Hello All, Anyone have an interest in this? IBM Linux Community Development System Welcome to the Linux Community Development System (the 'Service'), a Service provided by IBM. The Service provides you with access to a Linux on S/390 environment for the purpose of providing the Open Source community with a platform to develop, port and/or test drive your products or applications on this platform. We anticipate the majority of users to include entrepreneur developers/vendors that otherwise might not have the opportunity to test/port their code to the S/390 platform. However, we invite all interest parties that meet the established terms and conditions to register and experience Linux for S/390. http://www-1.ibm.com/servers/eserver/zseries/os/linux/lcds/ --zak -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] 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]
Re: [PHP-DEV] Re: [PHP-QA] Linux on S/390
On Tue, 8 May 2001, Zak Greant wrote: I would also guess that we could just sign up for a PHP/QA account that the Dev team and QA members could share as needed. I will keep an eye on the page and will sign up for an account as soon as they become available again. I was fast, so I have one :) And I'll share it of course with my fellow php-qa-ers :) regards, 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 #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: win98, win98SE PHP Version: 4.0.4 Description: Apache hangs when Win goes to standby yes, persists with 4.0.5 with php.ini-optimized from http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zipsource_site=www.php.net and different webbrowsers. Do you know a win98 or win98se installation with php-module, which works? Maybe I oversee something? Previous Comments: --- [2001-05-07 12:37:45] [EMAIL PROTECTED] Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? --- [2001-03-31 19:06:17] [EMAIL PROTECTED] No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf --- [2001-03-31 09:16:34] [EMAIL PROTECTED] Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and newer version of PHP? --- [2001-03-17 19:27:17] [EMAIL PROTECTED] same with Sambar Server 4.4 --- [2001-02-23 10:43:53] [EMAIL PROTECTED] If PHP 4.04 is included in Apache 1.3.17 as module with: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php and Win goes into standby the standby window and the Apache console freezes, omnly after after killing the second apache task - with small letters - computer goes standby. Gustav Graf --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=9422 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6
Can you please check the latest CVS and let me know if the line numbers are OK now? (when using \r as an end of line). Thanks, Andi At 08:55 PM 5/8/2001 +0300, Andi Gutmans wrote: There is a problem with line numbers if you use \r as line endings. I will try and fix it before 4.0.6 (although after my last patch functionally \r's will work which is the most important thing). Andi At 08:50 AM 5/8/2001 -0400, Dave Jones wrote: it is not that odd because it may have treated it like whitespace - imagine a long line script. now it may treat it not as whitespace and hence the problem there is no big difference between whitespace and newline(s) in php, is it? Both today (4.0.6-dev) and earlier \r is treated as whitespace. However, in previous versions including 4.0.5 and 4.0.4pl1 \r would not mark line endings such as end of // or # comments. So there is no way that I can think of that a script would have worked with 4.0.4pl1 and not with 4.0.5. Anyway, it doesn't really matter now because 4.0.6 should work. And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- And also line number don't get incremented if there are no line ends, so all syntax errors are reported as being on line 1. The issue might have never come up if the code used r mode for opens rather that rb, since the file are 'text' files. On platforms that don't used embedded newline characters as the record delimiters, the implementation of fread is responsible for mapping the underlying file format to cannonical form (i.e. \n's delimiting lines). --- David L. Jones | Phone:(614) 292-6929 Ohio State Unviversity | Internet: 1971 Neil Ave. Rm. 406 | [EMAIL PROTECTED] Columbus, OH 43210 | [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 #10250 Updated: UnixODBC can make use of SQLDriverConnect functionality too
ID: 10250 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: now in cvs. thank you! Previous Comments: --- [2001-04-18 21:41:53] [EMAIL PROTECTED] have you tried this fix with an older version of UnixODBC? --- [2001-04-09 15:15:59] [EMAIL PROTECTED] In ext/odbc/php_odbc.c: odbc_sqlconnect(), only Openlink and Empress can make use of the SQLDriverConnect function. UnixODBC can use SQLDriverConnect as well, and in the case of some Easysoft ODBC connections, it *must* be able to use the SQLDriverConnect format in order to actually connect to the database. I have tried changing the #ifdef HAVE_EMPRESS to #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) and everything worked fine, giving full access to the SQLDriverConnect method of calling odbc_connect and odbc_pconnect. If this could be incorporated into a later release, it would be very useful. (BTW, this was tested with UnixODBC 2.0.5) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10250edit=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 #10736: sapi_apache2.c line 248
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux 2.2rev2 on Alpha platform PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: sapi_apache2.c line 248 When compiling for the Apache2 (beta) server v.2.0.16, got error in php-4.0.5/sapi/apache2filter/sapi_apache2.c line 248, too many arguments to ap_get_brigade(). The line originally read: if ((rv = ap_get_brigade(f-next, bb, mode, readbytes)) != APR_SUCCESS) { I commented out the , readbytes and recompiled fine. Jacob Homechicken Cord -- Edit Bug report at: http://bugs.php.net/?id=10736edit=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 #10737: include_path
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: include_path Warning: Failed opening '' for inclusion (include_path='.') in Unknown on line 0 What did it mean? -- Edit Bug report at: http://bugs.php.net/?id=10737edit=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 #10736 Updated: sapi_apache2.c line 248
ID: 10736 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Apache 2.0.16 is too old, get a newer beta Previous Comments: --- [2001-05-08 15:51:24] [EMAIL PROTECTED] When compiling for the Apache2 (beta) server v.2.0.16, got error in php-4.0.5/sapi/apache2filter/sapi_apache2.c line 248, too many arguments to ap_get_brigade(). The line originally read: if ((rv = ap_get_brigade(f-next, bb, mode, readbytes)) != APR_SUCCESS) { I commented out the , readbytes and recompiled fine. Jacob Homechicken Cord --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10736edit=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 #10738: socket functions cause php4 to segmentation fault
From: [EMAIL PROTECTED] Operating system: SunOS 5.7 Generic_106541-12 sun4u sparc SUNW,Ultra-250 PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: socket functions cause php4 to segmentation fault I recently wanted to do socket based options with PHP4, so I downloaded PHP 4.0.5, compiled it fine. However when I attempted to run the Ex2 Socket Example: Simple TCP/IP client located at http://www.php.net/manual/en/ref.sockets.php PHP 4 core dumped: ./mysocket.cgi X-Powered-By: PHP/4.0.5 Content-type: text/html h2TCP/IP Connection/h2 l core Segmentation fault (core dumped) I recompiled PHP4 with the --enable-debug ('./configure' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-zlib' '--with-png' '--with-xml' '--enable-ftp' '--enable-sockets' '--enable-discard-path' '--enable-debug') and analyzed the core: gdb /home/usr/bin/php4 core GNU gdb 19981224 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-sun-solaris2.7...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `/home/usr/bin/php4 ./mysocket.cgi'. Program terminated with signal 11, Segmentation Fault. Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpng.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libucb.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libelf.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done. Reading symbols from /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...done. #0 0xff0b6dec in strlen () (gdb) bt #0 0xff0b6dec in strlen () #1 0x797a4 in php_if_strerror () #2 0x17c704 in execute () #3 0x11d7c0 in zend_execute_scripts () #4 0x36414 in php_execute_script () #5 0x32c48 in main () If you truss it, this is the last thing you see: open64(/etc/.name_service_door, O_RDONLY) = 3 fcntl(3, F_SETFD, 0x0001) = 0 door_info(3, 0xFF13A460)= 0 door_call(3, 0xFFBEBE78)= 0 so_socket(2, 2, 0, , 1) = 4 Incurred fault #6, FLTBOUNDS %pc = 0xFF0B6DEC siginfo: SIGSEGV SEGV_MAPERR addr=0x Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x *** process killed *** Please let me know what other information you may need. -- Edit Bug report at: http://bugs.php.net/?id=10738edit=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 #10733 Updated: configure --disable-short-tags doesn't disable short-tags
ID: 10733 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: PHP options/info functions Operating system: PHP Version: 4.0 Latest CVS (2001-05-08) Assigned To: Comments: This is fixed in CVS (by Jani). Previous Comments: --- [2001-05-08 12:53:21] [EMAIL PROTECTED] Couldn't this be (quickly) fixed with the following? --- configure.in.orig Tue May 8 11:46:10 2001 +++ configure.inTue May 8 11:46:24 2001 @@ -589,9 +589,9 @@ [ --disable-short-tagsDisable the short-form ? start tag by default.],yes) if test $PHP_SHORT_TAGS = yes; then - AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,1,[ ]) + AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,1,[ ]) else - AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,0,[ ]) + AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,0,[ ]) fi --- main/main.c.origTue May 8 11:46:32 2001 +++ main/main.c Tue May 8 11:47:12 2001 @@ -202,7 +202,7 @@ STD_PHP_INI_BOOLEAN(register_argc_argv, 1,PHP_INI_ALL, OnUpdateBool, register_argc_argv, php_core_globals, core_globals) STD_PHP_INI_BOOLEAN(register_globals, 1,PHP_INI_ALL, OnUpdateBool, register_globals, php_core_globals, core_globals) STD_PHP_INI_BOOLEAN(safe_mode,0, PHP_INI_SYSTEM, OnUpdateBool, safe_mode, php_core_globals, core_globals) - STD_PHP_INI_BOOLEAN(short_open_tag, 1, PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool, short_tags, zend_compiler_globals, compiler_globals) + STD_PHP_INI_BOOLEAN(short_open_tag, DEFAULT_SHORT_OPEN_TAG, + PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool, short_tags, + zend_compiler_globals, compiler_globals) STD_PHP_INI_BOOLEAN(sql.safe_mode,0, PHP_INI_SYSTEM, OnUpdateBool, sql_safe_mode, php_core_globals, core_globals) STD_PHP_INI_BOOLEAN(track_errors, 0, PHP_INI_ALL,OnUpdateBool, track_errors, php_core_globals, core_globals) STD_PHP_INI_BOOLEAN(y2k_compliance, 0,PHP_INI_ALL, OnUpdateBool, y2k_compliance, php_core_globals, core_globals) --- [2001-05-08 11:38:03] [EMAIL PROTECTED] You are right. This configure option is not used anywhere. It should set the builting default to disabled.. You propably know that you can set this in php.ini too so this is not critical, just annoying. --Jani --- [2001-05-08 11:33:16] [EMAIL PROTECTED] Update: --enable-short-tags=no doesn't seem to have any effect either. It sets the define: DEFAULT_SHORT_OPEN_TAG 0 in php_config.h, but there doesn't seem to be any code I can find that actually interprets the define. --- [2001-05-08 11:20:35] [EMAIL PROTECTED] When configuring PHP4 (confirmed with latest snap from this morning) using the option --disable-short-tags, PHP still enables short tags by default. Using --enable-short-tags=no works just fine (though this is not available in the --help for configure) Looking at the configure script, --disable-short-tags is never even checked. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10733edit=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 #6175 Updated: XML functions no longer work in objects
ID: 6175 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *XML functions Operating system: FreeBSD 4.3-STABLE PHP Version: 4.0 Latest CVS (08/05/2001) Description: XML functions no longer work in objects I still get a segfault here, pretty much the same as the last time: #0 0x0 in ?? () #1 0x281e9d90 in zend_hash_find (ht=0x811b9e4, arKey=0x815e1ec defaulthandler, nKeyLength=15, pData=0xbfbfd2b0) at zend_hash.c:850 #2 0x281dde7d in call_user_function_ex (function_table=0x80b9280, object_pp=0x81431c0, function_name=0x811bf6c, retval_ptr_ptr=0xbfbfd310, param_count=2, params=0x811ba6c, no_separation=1, symbol_table=0x0) at zend_execute_API.c:397 #3 0x281ddbfd in call_user_function (function_table=0x80b9280, object_pp=0x81431c0, function_name=0x811bf6c, retval_ptr=0x815e24c, param_count=2, params=0xbfbfd3ac) at zend_execute_API.c:325 #4 0x2827389c in xml_call_handler (parser=0x814318c, handler=0x811bf6c, argc=2, argv=0xbfbfd3ac) at xml.c:386 #5 0x282744cd in _xml_characterDataHandler (userData=0x814318c, s=0xbfbfd41b \n\200\202+(\f@\022\b0@\022\bE\223\021\b, len=1) at xml.c:804 #6 0x28285a40 in doContent (parser=0x8102400, startTagLevel=0, enc=0x282b8280, s=0x8124046 \ntitleMessage Composition: Actions/title\n headingActions/heading\npara\nSend Message launches your email to the intended recipient(s). Be sure you want to send before clicking h..., end=0x8126e29 , nextPtr=0x0) at xmlparse.c:1383 #7 0x28284e89 in contentProcessor (parser=0x8102400, start=0x8124022 help\n\nentry id=\compose-buttons\\ntitleMessage Composition: Actions/title\nheadingActions/heading\npara\nSend Message launches your email to the intended recipient(s). Be sur..., end=0x8126e29 , endPtr=0x0) at xmlparse.c:957 #8 0x28286d9d in prologProcessor (parser=0x8102400, s=0x8124022 help\n\nentry id=\compose-buttons\\ntitleMessage Composition: Actions/title\nheadingActions/heading\npara\nSend Message launches your email to the intended recipient(s). Be sur..., end=0x8126e29 , nextPtr=0x0) at xmlparse.c:2036 #9 0x28286ab2 in prologInitProcessor (parser=0x8102400, s=0x812400c ?xml version='1.0'?\nhelp\n\nentry id=\compose-buttons\\n titleMessage Composition: Actions/title\nheadingActions/heading\n para\nSend Message launches your email to the intende..., end=0x8126e29 , nextPtr=0x0) at xmlparse.c:1967 #10 0x28284a04 in php_XML_Parse (parser=0x8102400, s=0x812400c ?xml version='1.0'?\nhelp\n\nentry id=\compose-buttons\\n titleMessage Composition: Actions/title\nheadingActions/heading\n para\nSend Message launches your email to the intende..., len=11805, isFinal=1) at xmlparse.c:779 #11 0x28275376 in php_if_xml_parse (ht=3, return_value=0x811bd2c, this_ptr=0x0, return_value_used=0) at xml.c:1394 #12 0x281d7945 in execute (op_array=0x811f80c) at ./zend_execute.c:1504 #13 0x281d7b98 in execute (op_array=0x80ffd0c) at ./zend_execute.c:1544 #14 0x281e5e86 in zend_execute_scripts (type=8, file_count=3) at zend.c:748 #15 0x281f7754 in php_execute_script (primary_file=0xbfbff930) at main.c:1207 #16 0x281f3f6a in apache_php_module_main (r=0x8113034, display_source_mode=0) at sapi_apache.c:89 #17 0x281f494a in send_php (r=0x8113034, display_source_mode=0, filename=0x0) at mod_php4.c:532 #18 0x281f498a in send_parsed_php (r=0x8113034) at mod_php4.c:543 #19 0x8053fa1 in ap_invoke_handler () ---Type return to continue, or q return to quit--- #20 0x80686a8 in process_request_internal () #21 0x8068712 in ap_process_request () #22 0x805f6df in child_main () #23 0x805f89d in make_child () #24 0x805fa16 in startup_children () #25 0x8060024 in standalone_main () #26 0x806083c in main () #27 0x804eaa1 in _start () Previous Comments: --- [2001-05-07 14:31:48] [EMAIL PROTECTED] It looks like the segfault has been fixed in CVS, can you check this on your end? Instead of a segfault though, I'm getting errors for each attempted event handler call: Warning: Unable to call handler startElement() in bug.php on line 26 Warning: Unable to call handler endElement() in bug.php on line 26 and so on. If I move this block from the constructor to another method, it works. $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_parser_set_option($this-parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($this-parser, startElement, endElement); xml_set_character_data_handler($this-parser, defaultHandler); --- [2001-04-02 23:47:51] [EMAIL PROTECTED] Yes. If these lines are used in an object's constructor: $this-parser = xml_parser_create(); xml_set_object($this-parser, $this);
[PHP-DEV] Bug #10737 Updated: include_path
ID: 10737 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: It means you didn't read the bugs-dos-and-donts before submitting this report. Please ask support questions on [EMAIL PROTECTED] or [EMAIL PROTECTED] --Jani Previous Comments: --- [2001-05-08 15:52:17] [EMAIL PROTECTED] Warning: Failed opening '' for inclusion (include_path='.') in Unknown on line 0 What did it mean? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10737edit=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 #10580 Updated: Access Violation using ADODB
ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: PHP Version: 4.0.6-dev (dated 20010504) Assigned To: Comments: could you provide a short snippet, i can't reproduce this. are you using the cgi or the isapi version ? Previous Comments: --- [2001-05-04 22:54:14] [EMAIL PROTECTED] Same bug, access violation using ADODB and MSXML Parser, but using a 4.0.6 build, dated 2001-05-04. --- [2001-05-04 11:29:31] [EMAIL PROTECTED] This is now fixed in CVS. Fix will be in 4.0.6. --Jani --- [2001-05-04 10:28:01] [EMAIL PROTECTED] same as #10594 --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=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] Zend API changes
This change also broke my extension. I'd like to have the extension be buildable with all of 4.x without user intervention, so I'm trying to figure out some way to handle the change via the pre-processor. I thought that ZEND_VERSION, defined in zend.h, might do the trick. Unfortunately, it is defined as a string, thus the C preprocessor won't perform any comparisons against it. Perhaps in 4.0.6+ there could also be a ZEND_VERSION_DOUBLE, eg: #define ZEND_VERSION_DOUBLE 4.06 Does anyone have any clever solutions to this problem that I could use today? thx. -danda It's in everyone's interest to keep the API intact. The Zend API is now fairly stable (I don't expect compatibility breaking changes in the 4.0 line); Judging from the experience of PHP 3.0, there too, the API stabilized around x.0.5. Zeev At 18:29 4/5/2001, Brian Foddy wrote: A small point I'd like to raise here. I noticed 4.0.5 made a change to the arguments of zend_hash_get_current_key by adding a dupe argument to the define and underlying function. This of course broke any external custom modules that are not changed appropriately. In this case the change was very simple, but it raises a good question... Are there some guidelines independent external modules can follow to remain more compatible between releases? I'm not questioning the right or need for underlying Zend API changes, obviously when such changes are made all functions inside the PHP collection are change accordingly. But are there suggestions to minimize these in the future and get better notified when they do occur? Thanks, Brian -- Dan Libby [EMAIL PROTECTED], author of xmlrpc-epi check out xmlrpc-epi -- a C library for xmlrpc with a fast PHP extension. http://xmlrpc-epi.sourceforge.net and learn about xmlrpc, enabling remote procedure calls over the net. http://www.xmlrpc.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10738 Updated: socket functions cause php4 to segmentation fault
ID: 10738 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: I think the '--enable-debug' didn't get accounted for. Please try deleting config.cache and reconfigure/compile PHP again. Then generate that gdb bactrace. Hopefully it will have more info in it. --Jani Previous Comments: --- [2001-05-08 15:57:51] [EMAIL PROTECTED] I recently wanted to do socket based options with PHP4, so I downloaded PHP 4.0.5, compiled it fine. However when I attempted to run the Ex2 Socket Example: Simple TCP/IP client located at http://www.php.net/manual/en/ref.sockets.php PHP 4 core dumped: ./mysocket.cgi X-Powered-By: PHP/4.0.5 Content-type: text/html h2TCP/IP Connection/h2 l core Segmentation fault (core dumped) I recompiled PHP4 with the --enable-debug ('./configure' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-zlib' '--with-png' '--with-xml' '--enable-ftp' '--enable-sockets' '--enable-discard-path' '--enable-debug') and analyzed the core: gdb /home/usr/bin/php4 core GNU gdb 19981224 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-sun-solaris2.7...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `/home/usr/bin/php4 ./mysocket.cgi'. Program terminated with signal 11, Segmentation Fault. Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpng.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libucb.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libelf.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done. Reading symbols from /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1...(no debugging symbols found)...done. Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...done. #0 0xff0b6dec in strlen () (gdb) bt #0 0xff0b6dec in strlen () #1 0x797a4 in php_if_strerror () #2 0x17c704 in execute () #3 0x11d7c0 in zend_execute_scripts () #4 0x36414 in php_execute_script () #5 0x32c48 in main () If you truss it, this is the last thing you see: open64(/etc/.name_service_door, O_RDONLY) = 3 fcntl(3, F_SETFD, 0x0001) = 0 door_info(3, 0xFF13A460)= 0 door_call(3, 0xFFBEBE78)= 0 so_socket(2, 2, 0, , 1) = 4 Incurred fault #6, FLTBOUNDS %pc = 0xFF0B6DEC siginfo: SIGSEGV SEGV_MAPERR addr=0x Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x *** process killed *** Please let me know what other information you may need. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10738edit=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] Zend API changes
ok, so ZEND_VERSION_DOUBLE is crazy talk. the preprocessor doesn't like floats either. But something like ZEND_VERSION_MAJOR 4, ZEND_VERSION_MINOR 6 would satisfy it. -danda Dan Libby wrote: This change also broke my extension. I'd like to have the extension be buildable with all of 4.x without user intervention, so I'm trying to figure out some way to handle the change via the pre-processor. I thought that ZEND_VERSION, defined in zend.h, might do the trick. Unfortunately, it is defined as a string, thus the C preprocessor won't perform any comparisons against it. Perhaps in 4.0.6+ there could also be a ZEND_VERSION_DOUBLE, eg: #define ZEND_VERSION_DOUBLE 4.06 Does anyone have any clever solutions to this problem that I could use today? thx. -- Dan Libby [EMAIL PROTECTED], author of xmlrpc-epi check out xmlrpc-epi -- a C library for xmlrpc with a fast PHP extension. http://xmlrpc-epi.sourceforge.net and learn about xmlrpc, enabling remote procedure calls over the net. http://www.xmlrpc.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] How to make apache support xml???
PlatForm: win2k server Apache : 1.39 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10739 Updated: Zlib compile fails
ID: 10739 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: Red Hat 7.1 PHP Version: 4.0.5 Description: Zlib compile fails My compile options follow: ./configure \ --prefix=/usr/local/php \ --disable-debug \ --enable-shared \ --enable-inline-optimization \ --with-apxs=/usr/sbin/apxs \ --with-gd \ --with-jpeg-dir=/usr \ --with-png \ --with-zlib \ --with-db2 \ --with-db3 \ --with-gdbm \ --disable-debug \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-yp \ --enable-ftp \ --enable-wddx \ --with-mysql \ --with-xml \ --disable-short-tags \ --enable-trans-sid \ --with-imap \ --with-mcrypt \ --with-mhash \ --enable-bcmath \ --with-ttf \ --with-t1lib \ --with-pgsql \ --with-ldap Previous Comments: --- [2001-05-08 18:32:59] [EMAIL PROTECTED] Zlib fails to compile even though it is properly installed. configure: error: Zlib module requires zlib = 1.0.9. [root@websmith php-4.0.5]# rpm -qa | grep zlib zlib-1.1.3-22 zlib-devel-1.1.3-22 Bug 8575 says; [2001-04-10 09:45:37] [EMAIL PROTECTED] No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani --- Full Bug description available at: http://bugs.php.net/?id=10739 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10739 Updated: Zlib compile fails
ID: 10739 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: There is more likely something else that fails. Check the config.log file for more info. --Jani Previous Comments: --- [2001-05-08 18:36:05] [EMAIL PROTECTED] My compile options follow: ./configure --prefix=/usr/local/php --disable-debug --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-gd --with-jpeg-dir=/usr --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --disable-debug --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-xml --disable-short-tags --enable-trans-sid --with-imap --with-mcrypt --with-mhash --enable-bcmath --with-ttf --with-t1lib --with-pgsql --with-ldap --- [2001-05-08 18:32:59] [EMAIL PROTECTED] Zlib fails to compile even though it is properly installed. configure: error: Zlib module requires zlib = 1.0.9. [root@websmith php-4.0.5]# rpm -qa | grep zlib zlib-1.1.3-22 zlib-devel-1.1.3-22 Bug 8575 says; [2001-04-10 09:45:37] [EMAIL PROTECTED] No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report. --Jani --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10739edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Serious problems with libtool 1.4..
The upgrade to libtool 1.4 was most likely a big mistake. Here's what happened on my system where everything worked just fine before the update: I have most of the external libraries that the extensions need in /www/*/lib. And I have these in my configure script: --with-*=/www/*/ where * is the extension. Before that upgrade to libtool 1.4 this worked nicely. No problems at all. But after update nothing worked. It all started with having problems with IMAP extension. Reason: I had a libc-client.a in both /www/imap/lib/ AND /usr/lib. I deleted the one in /usr/lib and got past that problem. And then the next missing symbol was in BZ2..I had libbz2.a in /www/bz2/lib and libbz2.so in /usr/lib.. I could have deleted the one in /usr/lib again but that's just fixing the symptoms and not fixing the real cause for all this. I then reverted the libtool upgrade patches on my checkout and now everything works just fine. So..what should we do about this? Go back to 1.3.5? Or is there something I have missed? Some setting in libtool that fixes this? --Jani -- PHP Development Mailing List http://www.php.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 #10580 Updated: Access Violation using ADODB
Here is a code snippet for testing ADODB: ?php define (DSN_USER, sa); define (DSN_PWD, ); define (DB_SERVERNAME, localhost); define (DATABASENAME, Northwind); define (OLEDB_CONNECTION_STRING, Provider=SQLOLEDB; Data Source=.DB_SERVERNAME.; Initial Catalog=.DATABASENAME.; User ID=.DSN_USER.; Password=.DSN_PWD); $conn = new COM(ADODB.Connection) or die(Cannot start ADO); $conn-Open(OLEDB_CONNECTION_STRING); $command = SELECT * from employees; $rs = $conn-Execute($command); // Recordset $num_columns = $rs-Fields-Count(); $this-set_arr($num_columns); for ($i=0; $i $num_columns; $i++) { $fld[$i] = $rs-Fields($i); } $rowcount = 0; while (!$rs-EOF) { for ($i=0; $i $num_columns; $i++) { $arr[$i][$rowcount] = $fld[$i]-value; } $rowcount++;// increments rowcount $rs-MoveNext(); } $rs-Close(); $conn-Close(); $rs = NULL; $conn = NULL; ? This produces the error: PHP has encountered an Access Violation at 2474FF04 You can also produce an Access Violation by trying to use MSXML Parser 3.0, and by calling the loadXML() method. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 9 May 2001 6:31 AM To: [EMAIL PROTECTED] Subject: Bug #10580 Updated: Access Violation using ADODB ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: PHP Version: 4.0.6-dev (dated 20010504) Assigned To: Comments: could you provide a short snippet, i can't reproduce this. are you using the cgi or the isapi version ? Previous Comments: --- [2001-05-04 22:54:14] [EMAIL PROTECTED] Same bug, access violation using ADODB and MSXML Parser, but using a 4.0.6 build, dated 2001-05-04. --- [2001-05-04 11:29:31] [EMAIL PROTECTED] This is now fixed in CVS. Fix will be in 4.0.6. --Jani --- [2001-05-04 10:28:01] [EMAIL PROTECTED] same as #10594 --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- [2001-05-01 10:54:02] [EMAIL PROTECTED] Access Violation on this line: $fields = $rs-Fields; where $rs is the recordset from the database. Error occurs with PHP 4.0.5 final release, and does not occur with PHP 4.0.5 RC1. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=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 #10580 Updated: Access Violation using ADODB
ID: 10580 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: Win2k PHP Version: 4.0.6-dev (dated 20010504) Description: Access Violation using ADODB Here is a code snippet for testing ADODB: ?php define (DSN_USER, sa); define (DSN_PWD, ); define (DB_SERVERNAME, localhost); define (DATABASENAME, Northwind); define (OLEDB_CONNECTION_STRING, Provider=SQLOLEDB; Data Source=.DB_SERVERNAME.; Initial Catalog=.DATABASENAME.; User ID=.DSN_USER.; Password=.DSN_PWD); $conn = new COM(ADODB.Connection) or die(Cannot start ADO); $conn-Open(OLEDB_CONNECTION_STRING); $command = SELECT * from employees; $rs = $conn-Execute($command); // Recordset $num_columns = $rs-Fields-Count(); $this-set_arr($num_columns); for ($i=0; $i $num_columns; $i++) { $fld[$i] = $rs-Fields($i); } $rowcount = 0; while (!$rs-EOF) { for ($i=0; $i $num_columns; $i++) { $arr[$i][$rowcount] = $fld[$i]-value; } $rowcount++;// increments rowcount $rs-MoveNext(); } $rs-Close(); $conn-Close(); $rs = NULL; $conn = NULL; ? This produces the error: PHP has encountered an Access Violation at 2474FF04 You can also produce an Access Violation by trying to use MSXML Parser 3.0, and by calling the loadXML() method. I downloaded php 4.0.6-dev [2001-05-04] build from php4win32.sourceforge.net/releases/php-4.0.6-dev-20010504.exe Previous Comments: --- [2001-05-08 16:30:55] [EMAIL PROTECTED] could you provide a short snippet, i can't reproduce this. are you using the cgi or the isapi version ? --- [2001-05-04 22:54:14] [EMAIL PROTECTED] Same bug, access violation using ADODB and MSXML Parser, but using a 4.0.6 build, dated 2001-05-04. --- [2001-05-04 11:29:31] [EMAIL PROTECTED] This is now fixed in CVS. Fix will be in 4.0.6. --Jani --- [2001-05-04 10:28:01] [EMAIL PROTECTED] same as #10594 --- [2001-05-01 11:05:52] [EMAIL PROTECTED] If it helps, here is the error message: PHP has encountered an Access Violation at 2474FF04 I got the following error messages when using MSXML Parser 3.01 to load an XML string: PHP has encountered an Access Violation at 011C2655 and PHP has encountered an Access Violation at 011C265B --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10580 -- PHP Development Mailing List http://www.php.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 #9154 Updated: HTTPD Memory Utilization Spike
ID: 9154 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Is this fairly reproducible? If it is, any chance you could build Apache with debug information (--enable-debug in configure), attach to an offending process (gdb /path/to/httpd PID), and run a backtrace ('bt')? Previous Comments: --- [2001-02-07 11:55:47] [EMAIL PROTECTED] Using ezxmlrpc 1.0 library from ez systems to write web services. Ezxmlrpc uses the qtdom option to process XML. Web services are reading from and writing to Postgres 7.0.3 database. Web services are working properly, but when they are called repeatedly (anywhere from 6 to 25 times in a row), one of the httpd processes eats all of the CPU and memory utilization spikes to over 100MB. PHP interpreter eventually stops because max execution time of 30 secs is exceeded. Then, memory utilization for that process drops back down to around 3MB. I am using apache 1.3.14 and have php built as a DSO. I do not seem to get a core dump, so I can not include a backtrace. My configure line follows: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-magic_quotes --with-dom --with-qtdom --with-pgsql --enable-debug I am classifying this as a performance problem, even though I know it is not. Don't know how else to clasify it. I know this is not enough info to begin debugging this problem. Can someone give me some tips on how I can narrow this down? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9154edit=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 #10299 Updated: CPU and Memory Spike
ID: 10299 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Performance problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Is this fairly reproducible? If it is, any chance you could build Apache with debug information (--enable-debug in configure), attach to an offending process (gdb /path/to/httpd PID), and run a backtrace ('bt')? Previous Comments: --- [2001-05-07 12:44:51] [EMAIL PROTECTED] marking critical for php 4.0.6 --- [2001-04-14 09:00:57] [EMAIL PROTECTED] I found the problem. since the script I use have a lot of include and require statement. just a script include a bunch of files and keep reloading the page will kill the server in no time. I attach a sample config file I usually include, just make a test.php and include this file like 10 times to simulate a lot of include files. And then, just keep reloading test.php. You should see the script take a lot of CPU time and eventually the httpd eat all the CPU time and the process hang. From command top, one of the httpd process keep eating up CPU time. The following is the sample config file ? /*Root directory */ $config[root_path] = /usr2/home/business/test/www; $config[w3b_path] = /usr2/home/business/test/www/wwwthreads; $config[data_path] = /usr2/home/business/test/data; $config[rdf_path] = /usr2/home/business/test/www/rdf; /* database */ include $config[root_path]./db.php; /* global */ $config[sitename] = www.test.net; $config[root_url] = http://www.test.net/;; // Cookie Setting $config[cookie_path] = /; # web root directory $config[CookieURL] = .test.net; $config[cookieTTL] = 7200; // in seconds $config[minpass]= 3; # Minimum user password length in characters /* language and locale */ $config[language] = english;# [english] english, [big5] BIG5 code $config[locale] = english;# Used for translation of date-related stuff /* story control */ $config[commentmax] = 4096; $config[abstractlen]= 4996; #length of abstract show on first page $config[icon_width] = 100; # Topic icons width $config[timezone] = HKT; #Time zone $config[limitnews] = 10; # default number of stories per page $config[older_story_num]= 10; # number of older stories to display $config[anon_users] = 0; # 1 to allow anonymous postings # 0 to disable /* theme control */ $config[def_theme] = Main; # name of default theme (see themes/ directory for list) /* mail settings */ $config[use_fake_email] = 1; # Displays fake email addresses for users instead of the real ones $config[notifyEmail]= [EMAIL PROTECTED]; #address where you want to receive notice //$config[CensorList] = array('fuck','cunt','fucker','fucking','pussy','cock','c0ck','cum','bitch','shit'); $config[CensorList] = array(/fuck/s,/fuck/s,/fuck/s, /[a-z]*fuck[a-z]*/is, /[a-z]*cunt[a-z]*/is, /[a-z]*pussy[a-z]*/is, /[a-z]*cock[a-z]*/is, /[a-z]*c0ck[a-z]*/is, /[a-z]*shit[a-z]*/is, /[a-z]*bitch[a-z]*/is, /[a-z]*diu[a-z]*/is ); # See also specific LOCALE definitions $config[CensorMode] = 3; # 0: no filtering # 1: exact match # 2: match word beginnings # 3: match string anywhere in words $config[CensorReplace] = [CENSORED] ; /* allowable HTML tags. Used by check_html() Happily lifted (with mods) from phpslash */ $config[AllowableHTML] = array(p=1, # 2 means accept all qualifiers: foo bar b=1,# 1 means accept the tag only: foo i=1, a=2, em=1, br=1, strong=1, blockquote=1, img=2, tt=1, hr=1, li=1, ol=1, div=1, ul=1); $config[AllowableHTMLtag] = b,i,a,em,br,strong,blockquote,tt,hr,li,ol,div,ul; /* poll settings */ $config[maxOptions] = 12; # maximal number of options allowed $config[BarScale] = 1;# scale of result bar (in multiples of 100 pixels) $config[warnCheaters] = 1;# 1 - a notice issued on vote second try # 0 - silently ignores the vote $config[maxOptions] = 10; /*
[PHP-DEV] Bug #10740: gf
From: [EMAIL PROTECTED] Operating system: w PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: gf -- Edit Bug report at: http://bugs.php.net/?id=10740edit=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 #10188 Updated: Problem in loading dynamic module (Desc. below)
ID: 10188 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback.. closing Previous Comments: --- [2001-04-06 23:08:55] [EMAIL PROTECTED] Leave it out of the PHP 4 configure line..not Apache's. :) --Jani --- [2001-04-06 23:08:10] [EMAIL PROTECTED] Try leaving that --enable-shared option out of your configure line. And delete config.cache before configuring! After configure run 'make clean ; make ; make install'. --Jani --- [2001-04-05 11:39:45] [EMAIL PROTECTED] Apache 1.3.19 is configured with --enable-module=all --enable-shared=max php-4.0.4pl1 is configured with ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-config-file-path=/usr/local/apache --enable-shared After running make make install without any errors, then I run apachectl configtest and it outputs the error: API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10188edit=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 #10199 Updated: c++ compiler error on ./configure
ID: 10199 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback.. closing Previous Comments: --- [2001-04-06 10:51:06] [EMAIL PROTECTED] Does this happen when you leave --with-apxs2 out of your configure line? You should also try the latest CVS snapshot from http://snaps.php.net/ and if that breaks too, check what you have in your config.log --Jani --- [2001-04-06 06:08:56] [EMAIL PROTECTED] when running: ./configure --prefix=/web2/php4/ --wit h-apxs2=/web2/apache2/bin/apxs --with-mysql (I use Apache 2.0.16 public beta) I reproducable get the following error when I configure with apxs2: checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. The gcc c++ (gcc-lib 2.95.2) compiler usually works ok. Ulrich Kapp --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10199edit=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 #10215 Updated: OCI Interface error when compiled statically with Apache
ID: 10215 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Oracle related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback.. closing Previous Comments: --- [2001-04-06 14:19:29] [EMAIL PROTECTED] Check the manual page at http://www.php.net/oci8 as there are some environment variables you should set before starting apache. And also check that your apache is linked with phthread. ( ldd httpd ) --Jani --- [2001-04-06 14:01:14] [EMAIL PROTECTED] If I were to compile the OCI interface with Apache statically and call OCILogin(), php returns: Warning: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in /usr/local/webmail/htdocs/oracle.php on line 9 Database connection (SID=b888) failed I have double check tnsnames.ora and it appears to be fine. I even test it using Oracle's manager to check it and us php binary command, it works fine. PHP and Oracle works fine if I were to compile the OCI with PHP as a binary not if I were to compile it with Apache statically. I am using Apache 1.3.14. that is wierd. Can you give any suggestion ASAP. Appearantly there is a bug in php. By the way Apache somehow generates core dump. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10215edit=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 #10740 Updated: gf
ID: 10740 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Bogus, please stop spamming the bugs DB Previous Comments: --- [2001-05-08 19:31:44] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10740edit=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]