[PHP-DEV] Bug #11052: cookie problem
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.0.5 PHP Bug Type: HTTP related Bug description: cookie problem I am rather sure this isn't a php bug. So lets not get unfriendly about it. But i have asked over and over in other places with out an answer. at least point me in the right direction. please I have set up a user login so that it will assign a cookie for one hour - setcookie(cookie_id, $id, time()+3600); The manner in which i suse the expiration is copied form the manual but i have actually tried several alteratives. The problem is the expiration works perfectly locally (i am running apache 1.3 for windows) but once i upload it (linux red hat 5.2 (why so old i dont know)/ apache 1.3.19.) The expiration will not work on my browser(s) unless i increase the expiration to +5000 or above. My client tests it using the same version of IE i have and it will not set the cookie still at +5000 for him. Now i understand from browser to browser there can be differences but why can i set a cookie for +200 locally but not for less than +5000 uploaded when i am most certainly checking it with the same browser (IE 5.5) -- Edit Bug report at: http://bugs.php.net/?id=11052edit=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 #11052 Updated: cookie problem
ID: 11052 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Perhaps because the clock on that server you are uploading to is off, or maybe your clock is off. And you are right, this is not a PHP bug. Fix you clock or encode the server's timestamp in the cookie and check that when it gets the cookie back to determine if it should still be valid. Previous Comments: --- [2001-05-23 08:22:29] [EMAIL PROTECTED] I am rather sure this isn't a php bug. So lets not get unfriendly about it. But i have asked over and over in other places with out an answer. at least point me in the right direction. please I have set up a user login so that it will assign a cookie for one hour - setcookie(cookie_id, $id, time()+3600); The manner in which i suse the expiration is copied form the manual but i have actually tried several alteratives. The problem is the expiration works perfectly locally (i am running apache 1.3 for windows) but once i upload it (linux red hat 5.2 (why so old i dont know)/ apache 1.3.19.) The expiration will not work on my browser(s) unless i increase the expiration to +5000 or above. My client tests it using the same version of IE i have and it will not set the cookie still at +5000 for him. Now i understand from browser to browser there can be differences but why can i set a cookie for +200 locally but not for less than +5000 uploaded when i am most certainly checking it with the same browser (IE 5.5) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11052edit=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 #11052 Updated: cookie problem
ID: 11052 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: HTTP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Your server and your local machine likely have different system times. Ask your question on the general mailing list and I will give you an answer. Previous Comments: --- [2001-05-23 08:27:23] [EMAIL PROTECTED] Perhaps because the clock on that server you are uploading to is off, or maybe your clock is off. And you are right, this is not a PHP bug. Fix you clock or encode the server's timestamp in the cookie and check that when it gets the cookie back to determine if it should still be valid. --- [2001-05-23 08:22:29] [EMAIL PROTECTED] I am rather sure this isn't a php bug. So lets not get unfriendly about it. But i have asked over and over in other places with out an answer. at least point me in the right direction. please I have set up a user login so that it will assign a cookie for one hour - setcookie(cookie_id, $id, time()+3600); The manner in which i suse the expiration is copied form the manual but i have actually tried several alteratives. The problem is the expiration works perfectly locally (i am running apache 1.3 for windows) but once i upload it (linux red hat 5.2 (why so old i dont know)/ apache 1.3.19.) The expiration will not work on my browser(s) unless i increase the expiration to +5000 or above. My client tests it using the same version of IE i have and it will not set the cookie still at +5000 for him. Now i understand from browser to browser there can be differences but why can i set a cookie for +200 locally but not for less than +5000 uploaded when i am most certainly checking it with the same browser (IE 5.5) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11052edit=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 #11045 Updated: Odd MSSQL errors about 25% of the time
ID: 11045
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating system: Win2K
PHP Version: 4.0.5
Description: Odd MSSQL errors about 25% of the time
Yes, I can piece some together. Most of the stuff is seperated into different files
and classes so i'll just put examples of the database accesses in the order they
happen.
I am using ISAPI with Apache 1.3.19 and MS SQL Server 2k on Win2k Server SP1.
Hope this helps.
/* db.inc.php */
global $db_conn;
$db_conn = mssql_pconnect ('localhost', '***', '***') or printf ('Cannot
connect to SQL Server.');
mssql_select_db ('demoXpress') or printf ('Cannot select demoXpress DB.');
/* class_menu.php */
if (!empty($this-Name))
{
$sql = SELECT * FROM Menus WHERE Name='{$this-Name}';
$rs = mssql_query ($sql);
$this-Menu = mssql_fetch_object($rs);
mssql_free_result($rs);
}
/* class_newsmachine.php */
$sql = 'SELECT NewsID, News.SectionID, News.Poster, CONVERT(varchar(50),
News.PostDate, 120) AS PostDate, ';
$sql .= 'Title, Teaser, DATALENGTH(Content) AS ContentLength, News.ViewCount, ';
$sql .= 'Sections.Name, Sections.Icon, ISNULL(MessageCount, -1) AS CommentCount ';
$sql .= 'FROM News, Sections, mb_Topics ';
$sql .= 'WHERE (News.CommentID*=mb_Topics.TopicID) AND
(News.SectionID=Sections.SectionID) AND (News.FrontPage=1) ';
$sql .= 'ORDER BY News.PostDate DESC';
if (!($this-NewsRS = mssql_query ($sql, $db_conn))) echo mssql_get_last_message();
Previous Comments:
---
[2001-05-23 07:32:42] [EMAIL PROTECTED]
Could you provide some sample code ? And are you using CGI or ISAPI ?
---
[2001-05-23 04:27:43] [EMAIL PROTECTED]
Below is an example of the series of errors I get when loading a page on my website.
What is odd about it is that the errors do not always occur. About 75% of the time,
the page works perfectly. Then I'll refresh the page without even making any changes
to the source and the errors will occur. Refresh again and they disappear and the
page works.
Another interesting occurance. Sometimes, the first queries that are run will run and
complete successfully, but then a query that comes later in the source on the same
page will cause these errors.
Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity
11) in c:wwwdemoxpress.comhtmldb.inc.php on line 4
Warning: MS SQL: Unable to select database: demoXpress in
c:wwwdemoxpress.comhtmldb.inc.php on line 4
Cannot select demoXpress DB.
Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity
11) in c:wwwdemoxpress.comhtmlclass_menu.php on line 30
Warning: MS SQL: Unable to set query in c:wwwdemoxpress.comhtmlclass_menu.php on line
30
Warning: Supplied argument is not a valid MS SQL-result resource in
c:wwwdemoxpress.comhtmlclass_menu.php on line 31
Warning: Supplied argument is not a valid MS SQL-result resource in
c:wwwdemoxpress.comhtmlclass_menu.php on line 32
Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity
11) in c:wwwdemoxpress.comhtmlclass_menu.php on line 30
Warning: MS SQL: Unable to set query in c:wwwdemoxpress.comhtmlclass_menu.php on line
30
Warning: Supplied argument is not a valid MS SQL-result resource in
c:wwwdemoxpress.comhtmlclass_menu.php on line 31
Warning: Supplied argument is not a valid MS SQL-result resource in
c:wwwdemoxpress.comhtmlclass_menu.php on line 32
Warning: MS SQL: Unable to set query in c:wwwdemoxpress.comhtmlclass_newsmachine.php
on line 52
Warning: Supplied argument is not a valid MS SQL-result resource in
c:wwwdemoxpress.comhtmlclass_newsmachine.php on line 58
Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity
11) in c:wwwdemoxpress.comhtmlclass_pollbox.php on line 22
Warning: MS SQL: Unable to set query in c:wwwdemoxpress.comhtmlclass_pollbox.php on
line 22
---
Full Bug description available at: http://bugs.php.net/?id=11045
--
PHP Development Mailing List http://www.php.net/
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 #11027 Updated: Apache Vers. 1.3.19 unable to load module php4apache.dll
ID: 11027 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: Windows 2000 SR2 PHP Version: 4.0.5 Description: Apache Vers. 1.3.19 unable to load module php4apache.dll The versions I'm running: Apache 1.3.19 (Win32), Build feb 28 2001 PHP 4.0.5, April 30 2001 Strange to me: The php4apache module for the apache is a DLL, the other modules from apache are SO's. But as I mentioned: The same software works fine in a NT4-box. Previous Comments: --- [2001-05-22 19:53:10] [EMAIL PROTECTED] Not enough information. Which versions of Apache and PHP work for you? Did you try uninstalling the previous version? --Jani --- [2001-05-22 15:05:27] [EMAIL PROTECTED] Error: cannot load e:/php/sapi/php4apache.dll into server: (126) ...modul was not found. Same versions of apache and php are working fine with NT4.0 Where's the problem? --- Full Bug description available at: http://bugs.php.net/?id=11027 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] file download
Hi everyone! I need user to dowload a file from my server ( Apache ), what i do is: ? header(Content-Type: application/download); header(Content-Disposition: attachment; filename='report.txt'); echo file contents; ? It was working till now but sudenly i start recieve the message from iexplorer: IE can not download ScriptName.php file from the server. IE was not able to open this site. The requested site either unavailable or can not be found. :( Does somebody knows what is going on? Thanks, Alexey. Email: [EMAIL PROTECTED] ICQ# 101975252 -- PHP Development Mailing List http://www.php.net/ 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 #7246 Updated: Using Sybase function(s) makes php to crash
ID: 7246
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating system: Win32
PHP Version: 4.0.3pl1-4.0.5
Description: Using Sybase function(s) makes php to crash
It seems like the declaration of the _client_message_handler (line 201) and the
_server_message_handler (line 227) in ext/sybase_ct/sybase_ct.c are wrong.
According to the sybase sample code, found in /sybase/sample/exutils.h they
are supposed to be declared not only as CS_RETCOD, but also as CS_PUBLIC.
This has also been mention by [EMAIL PROTECTED] in bug report
http://bugs.php.net/?id=8836
Which would make the statement on line 201 look like
extern CS_RETCODE CS_PUBLIC _client_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_CLIENTMSG *errmsg)
instead of
static CS_RETCODE _client_message_handler(CS_CONTEXT *context, CS_CONNECTION
*connection, CS_CLIENTMSG *errmsg)
and the statement on line 227 should look like
extern CS_RETCODE CS_PUBLIC _server_message_handler(CS_CONTEXT *context,
CS_CONNECTION *connection, CS_SERVERMSG *srvmsg)
instead of
static CS_RETCODE _server_message_handler(CS_CONTEXT *context, CS_CONNECTION
*connection, CS_SERVERMSG *srvmsg)
I have tested this change on Windows NT/2000 and SuSE Linux without experiencing any
problems.
Without the change php gives a memory fault on Windows NT/2000 after sybase_(p)connect
if you are
using llibct.dll version 11.x.x. If you are using libct.dll version 10.04 it works ok,
but this is a version sybase
is about to stop supporting.
TEN
Previous Comments:
---
[2000-10-16 11:13:09] [EMAIL PROTECTED]
This script makes php crash, and it has been like this since version 4.0b4. I never
tested it on version 3.
?php
$db = sybase_pconnect(myserv, myusr, ) ;
sybase_select_db(mydb,$db);
$result = sybase_query(SELECT col1, col2,. FROM mytab,$db);
echo table border=1n;
echo trtdCode/tdtdName/tdn;
while ($myrow = sybase_fetch_row($result)) {
printf(trtd%s/tdtd%s/tdtd%s/td/trn, $myrow[0],
$myrow[1], $myrow[2]);
}
sybase_close($db);
?
If you run the php.exe you will get an exeption handle in the executable when sybase
returnes, and if you run it as a moudle on Apache you just get a blank page.
If you set the min message level to 10 you will get the db message which says changed
db to. before php dies.
My php.ini is the standard one with the php_sybase_ct.dll enabled.
---
Full Bug description available at: http://bugs.php.net/?id=7246
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Trying to get buildconf to use libtool 1.4 installed in non-standard place
Hi, I am using FreeBSD 4.3-stable which comes with libtool 1.3.4 in /usr/ports/devel. (There is a note that it won't be upgraded to libtool 1.4 unless someone provides a working patch) I installed libtool 1.4 from ftp.gnu.org in /usr/local/site/libtool Setting an alias libtool to point to this version doesn't seem to convince buildconf that I have libtool. I could push this directory at the beginning of my search path but am not sure the effect libtool 1.4 would have on other programs I compile Suggestions on what others are doing with their libtool installation to compile PHP out of CVS would be appreciated. Will libtool 1.4 be required for PHP 4.0.7 upwards ? Regards, Yusuf -- Yusuf Goolamabbas [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Trying to get buildconf to use libtool 1.4 installedin non-standard place
Hi Yusuf, On Wed, 23 May 2001, Yusuf Goolamabbas wrote: I installed libtool 1.4 from ftp.gnu.org in /usr/local/site/libtool Setting an alias libtool to point to this version doesn't seem to convince buildconf that I have libtool. I could push this directory at the beginning of my search path but am not sure the effect libtool 1.4 would have on other programs I compile Shouldn't be too much of a problem to: # assuming libtool is in /usr/local/bin PATH=/usr/local/bin:... ./buildconf PATH=/usr/local/bin... ./configure etc.. Gavin -- PHP Development Mailing List http://www.php.net/ 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 #8676 Updated: Bad serialization of objects with references
ID: 8676
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Session related
Operating system: Linux
PHP Version: 4.0.5
Description: Bad serialization of objects with references
Yes, the bug is still in 4.0.5. I put it back online on
http://www.generasound.com/test/bug.php
You can see it in action provided your browser accepts cookies (go there and click
reload).
Previous Comments:
---
[2001-05-22 21:29:45] [EMAIL PROTECTED]
Could you please give some feedback if this problem persists with a recent version
(CVS, snapshot, 4.0.5 release) of PHP? Thanks!
---
[2001-01-12 11:15:12] [EMAIL PROTECTED]
Some complex objects won't be correctly stored into the session. This is probably a
problem with serialize/unserialize. It happens with objects structure containing some
references. The code below builds the simpliest structure I could find that pinpouts
the problem.
With more complex structure, you can have all sorts of strange behaviour, including
crashing PHP, but the behaviours vary from one PHP installation to another (even with
the same version and compile flags).
?php
/*
View this script with a browser and press reload
It will probably display --137645276 instead of --Object
You can view it at http://www.generasound.com/test/bug.php
*/
session_start();
if (!isset($form))
{
$form = new stdClass();
$submit = new stdClass();
$upperif = new stdClass();
$upperif-Child = $submit;
$upperif-Layout = new stdClass();
$upperif-Layout-Child = new stdClass();
$upperif-Layout-Child-Interface = $submit;
$lowerif = new stdClass();
$form-Children[0] = $upperif;
$form-Children[1] = $lowerif;
$form-Layout = new stdClass();
$form-Layout-Children[1] = new stdClass();
$form-Layout-Children[1]-Interface = $lowerif;
echo --.$form-Layout-Children[1]-Interface.BR;
session_register(form);
}
else
{
echo --.$form-Layout-Children[1]-Interface.BR;
}
?
---
Full Bug description available at: http://bugs.php.net/?id=8676
--
PHP Development Mailing List http://www.php.net/
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 #11053: PHP has encountered an Access Violation at 011D7FDE
From: [EMAIL PROTECTED] Operating system: winnt PHP version: 4.0.4 PHP Bug Type: Scripting Engine problem Bug description: PHP has encountered an Access Violation at 011D7FDE [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. 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
[PHP-DEV] Bug #11051 Updated: mail function dosn't work
ID: 11051 Updated by: swm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: Comments: More information required: Does any email get sent? Do you have a syslog entry for the mail? I cannot workout which part of your site (linked) results in an email being sent (cannot understand =) Previous Comments: --- [2001-05-23 07:56:34] [EMAIL PROTECTED] Hello Dear Support Team, I have got this php code on www.phpwebhosting.com ?php $IMPemail = [EMAIL PROTECTED]; $EncryptIMPemail = crypt (crypt(chop($IMPemail), h3), Oi); $uzenet = crypt (crypt(chop($IMPemail), h3), Oi); $SERVER_NAME = allasajanlat.hu; mail([EMAIL PROTECTED], Téma, $uzenet, From: webmaster@$SERVER_NAMEnReply-To: webmaster@$SERVER_NAMEnX-Mailer: PHP/ . phpversion()); Header( Location: ./index.php); exit; ? but unfortunately it doesn't send any mail to [EMAIL PROTECTED] You can try it by http://www.allasajanlat.hu/new/allregisztral.php What is wrong with it? Thank you for your help in advance Best Regards Tibor Szaraz --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11051edit=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 #10933 Updated: make failure after successfull configuration
ID: 10933 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Solaris 8 PHP Version: 4.0 Latest CVS (2001-05-17) Description: make failure after successfull configuration Okay, I downloaded php4.0.6RC1.tar.gz configure and make are OK !! thank you ! For information, I use gcc 2.95.3 (solaris 8 package) Previous Comments: --- [2001-05-22 23:16:11] [EMAIL PROTECTED] Does this happen with PHP 4.0.6RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz and if it does, are you using GCC ?? --Jani --- [2001-05-17 16:09:48] [EMAIL PROTECTED] Sorry about it... shame on me --- [2001-05-17 12:47:11] [EMAIL PROTECTED] Opening these, bogusifying the other... --- [2001-05-17 12:42:16] [EMAIL PROTECTED] Sorry, I was wrong in the version I mentionned... this was to help... Florent. --- [2001-05-17 12:38:17] [EMAIL PROTECTED] ... of 10932 --- 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=10933 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] NEW Quality Lead Services
Dear Fellow Network Marketer, Recently you requested information on our Full Questionnarre Network Marketing Leads. Our Leads are exclusive to your opportunity. We guarantee results and have a no questions asked replacement policy for any bad leads. Bottomline. Our Leads create residual income for you. Every lead guaranteed to be a Network Marketer and to have marketing experience. What does this mean for you? NO DEADBEATS! Call today and ask how you can recieve 20 FREE quality Leads! Lead orders sent VIA email same day recieved. NO WAITING! Contact our offices today for the best Network Marketing Leads in the industry. Direct Sales Line: 540-725-4071 To be removed from our mailing list please send an email to [EMAIL PROTECTED] with your email address in the subject. -- PHP Development Mailing List http://www.php.net/ 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 #11054: not a but, but feature request
From: [EMAIL PROTECTED] Operating system: win NT 4 PHP version: 4.0.4 PHP Bug Type: Feature/Change Request Bug description: not a but, but feature request No where in my book or on a site i can find some easy way to get the current script line. E.g.: if i have some error, i'd like to display on wich line in the php file it has happend. $query=update ...;; mysql_db_query(web,$query,$link) or die(Error on line xxx of script myscript.php); thanks -- Edit Bug report at: http://bugs.php.net/?id=11054edit=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 #11054 Updated: not a but, but feature request
ID: 11054 Updated by: zak Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4 Assigned To: Comments: The __FILE__ constant contains the current line of the file. Previous Comments: --- [2001-05-23 11:35:27] [EMAIL PROTECTED] No where in my book or on a site i can find some easy way to get the current script line. E.g.: if i have some error, i'd like to display on wich line in the php file it has happend. $query=update ...;; mysql_db_query(web,$query,$link) or die(Error on line xxx of script myscript.php); thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11054edit=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 #11055: segmentation fauld core dump during make
From: [EMAIL PROTECTED] Operating system: linux 2.2.14 (RH 6.2) PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: segmentation fauld core dump during make downloaded free sybase-ct libs from link in faq from php site. unpacked in /sybase-ct fixed /etc/ld.so.conf ran ldconfig then tried to compile php with sybase-ct support (in order to access MSSQL server) as a DSO module: [root@linux php-4.0.5]# ./configure --with-mysql --with-apxs --enable-sockets --with-oracle=/mnt/ora_syb/ora/app/oracle/product/8.0.5 --with-sybase-ct=/sybase-ct went fine then ran: [root@linux php-4.0.5]# make got the following error: make[1]: Entering directory `/mnt/ora_syb/php-4.0.5' /bin/sh /mnt/ora_syb/php-4.0.5/libtool --silent --mode=link gcc -I. -I/mnt/ora_syb/php-4.0.5/ -I/mnt/ora_syb/php-4.0.5/main -I/mnt/ora_syb/php-4.0.5 -I/usr/include/apache -I/mnt/ora_syb/php-4.0.5/Zend -I/mnt/ora_syb/php-4.0.5/ext/mysql/libmysql -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/rdbms/demo -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/network/public -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/plsql/public -I/sybase-ct/include -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmltok -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmlparse -I/mnt/ora_syb/php-4.0.5/TSRM -DLINUX=2 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /mnt/ora_syb/php-4.0.5/libs -avoid-version -L/mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -L/sybase-ct/lib -R /mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -R /sybase-ct/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/oracle/liboracle.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/sybase_ct/libsybase_ct.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -lnsl -lresolv -lm -ldl -lcrypt -lnsl -lresolv collect2: ld terminated with signal 11 [Segmentation fault], core dumped /sybase-ct/lib/libct.a(ctconpr.o)(.text+0x5ac): undefined reference to `comn_loc_copy' make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/mnt/ora_syb/php-4.0.5' make: *** [all-recursive] Error 1 N.B. previous run witout sybase-ct support went fine! -- Edit Bug report at: http://bugs.php.net/?id=11055edit=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 #11056: file upload (size 1MB) takes too much time
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: file upload (size gt; 1MB) takes too much time The same problem discribed in #10800: I'm using a simple upload-form to submit name, version and file to php-script. When filesize of the to be uploaded file is 4MB the upload tooks place in a few seconds! Greater files do exist in temp-directory a few seconds after submit-button in browser is hit BUT nevertheless more and more MB are submitted to the apache (which slowing down the system) and the PHP-file neither comes to an end nor produces a timeout... Thanks in advance for any hinds - with kind regards Torben -- Edit Bug report at: http://bugs.php.net/?id=11056edit=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 #11056: file upload (size 1MB) takes too much time
I can confirm this behavior on Windows 2000 and php 4.0.5 PHP should not scan every POST for files and save them locally. Perhaps, there could be a function which could extract the file segments from the POSTed data on request? For backward compatibility, PHP could offer a flag in php.ini. I think the POSTed data is parsed at the startup, how about if that behavior could be controlled when the encoding type is multipart/form-data? (again, using a flag in php.ini) maybe a php_multipart_post (), which will cause stdin to be read (for CGI) and variables to be created as on startup? Faisal At 09:47 AM 5/23/2001 +, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: file upload (size gt; 1MB) takes too much time The same problem discribed in #10800: I'm using a simple upload-form to submit name, version and file to php-script. When filesize of the to be uploaded file is 4MB the upload tooks place in a few seconds! Greater files do exist in temp-directory a few seconds after submit-button in browser is hit BUT nevertheless more and more MB are submitted to the apache (which slowing down the system) and the PHP-file neither comes to an end nor produces a timeout... Thanks in advance for any hinds - with kind regards Torben -- PHP Development Mailing List http://www.php.net/ 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 #11054 Updated: not a but, but feature request
ID: 11054 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4 Assigned To: Comments: Errr, the __FILE__ is for the filename, __LINE__ is for the line number. Previous Comments: --- [2001-05-23 11:37:58] [EMAIL PROTECTED] The __FILE__ constant contains the current line of the file. --- [2001-05-23 11:35:27] [EMAIL PROTECTED] No where in my book or on a site i can find some easy way to get the current script line. E.g.: if i have some error, i'd like to display on wich line in the php file it has happend. $query=update ...;; mysql_db_query(web,$query,$link) or die(Error on line xxx of script myscript.php); thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11054edit=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] 4.0.6RC2
In article [EMAIL PROTECTED], Andi Gutmans [EMAIL PROTECTED] wrote: Guys, I'd like to roll 4.0.6RC2 this evening (my evening which is in like 12 hours) as I mentioned a couple of days ago. I think we can also send it with a good explanation of what it is and what it isn't to php-general@ and get some more testing done and hopefully release 4.0.6 ASAP. it doesn't look like domxml was reverted to the old behaviour. chregu -- PHP Development Mailing List http://www.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 #11054 Updated: not a but, but feature request
Errr... u... I should go to bed now... Thanks Derick! --zak - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 23, 2001 4:18 AM Subject: [PHP-DEV] Bug #11054 Updated: not a but, but feature request ID: 11054 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4 Assigned To: Comments: Errr, the __FILE__ is for the filename, __LINE__ is for the line number. Previous Comments: -- - [2001-05-23 11:37:58] [EMAIL PROTECTED] The __FILE__ constant contains the current line of the file. -- - [2001-05-23 11:35:27] [EMAIL PROTECTED] No where in my book or on a site i can find some easy way to get the current script line. E.g.: if i have some error, i'd like to display on wich line in the php file it has happend. $query=update ...;; mysql_db_query(web,$query,$link) or die(Error on line xxx of script myscript.php); thanks -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11054edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Did RMS bury the hatchet?
Hello All, Did RMS come to terms with the PHP/Zend licensing structure? I was just browsing the software directory over at GNU and ran across: http://gnu.sunsite.utk.edu/directory/php.html --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]
Re: [PHP-DEV] 4.0.6RC2
On Tue, 22 May 2001, David Shafer wrote: Unless someone has changed something, the current snapshots now don't compile at _all_ on AIX (using either IBM compilers or IBM-provided gcc). Whether that's enough of a problem to hold it up, I can't say. See bug #4630 for more info. Snapshot != Release branch. There is a typo in libtool 1.4 which affects AIX systems only. I'll apply a fix for that shortly. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Did RMS bury the hatchet?
On Wed, 23 May 2001, Zak Greant wrote: Hello All, Did RMS come to terms with the PHP/Zend licensing structure? I was just browsing the software directory over at GNU and ran across: We have not heard from RMS for a long time; the information in the directory is not too reliable anyway. E.g. the person who compiles the entries has frequently referred to 'IRCG' as 'ircq'. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] About Informix for php apache on SCO
for bug id#10512 I try compile 4.0.5 on SCO UNIX 5.0.5 , CLISDK2.4, the problem still exist. I try to delete /usr/lib/libgen.a in SYSLIB variable from modify $INFORMIXDIR/bin/esql, I can compile for apache, but when I try to compile apache, An error was found such as cannot find getspnam function ..., then I try to add /usr/lib/libgen.a(or -lgen) in $APACHESRCDIR/src/Makefile, I build successful. _ ÊýÂë²úÆ·ÐÂÉÏÊУ¬¿á http://shopping.263.net/category21.htm ¾«Æ·Ð¡¼ÒµçÓÏÄÈÈÂô http://shopping.263.net/category23.htm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11022 Updated: session_encode() crashes when there's data to encode
ID: 11022
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *Session related
Bug Type: Reproducible crash
Operating system: FreeBSD, Linux, ...
PHP Version: 4.0.5
Description: session_encode() crashes when there's data to encode
After glancing at ext/session/session.c and testing some more: Things work fine if I
set register_globals on. Pretty obviously a workaround I'd like to avoid.
Previous Comments:
---
[2001-05-22 15:08:50] [EMAIL PROTECTED]
After glancing at ext/session/session.c and testing some more: Things work fine if I
set register_globals on. Pretty obviously a workaround I'd like to avoid.
---
[2001-05-22 13:48:18] [EMAIL PROTECTED]
Here's a backtrace. Hoppefully this submit form doesn't mess it up beyond repair.
Program received signal SIGSEGV, Segmentation fault.
0x28257637 in php_get_session_var (name=0x8187624 fnokk, namelen=5,
state_var=0xbfbfe40c) at session.c:249
249 ht = Z_ARRVAL_P(PS(http_session_vars));
(gdb) bt
#0 0x28257637 in php_get_session_var (name=0x8187624 fnokk, namelen=5,
state_var=0xbfbfe40c) at session.c:249
#1 0x28257b6f in ps_srlzr_encode_php (newstr=0xbfbfe670, newlen=0xbfbfe6a0)
at session.c:350
#2 0x2825810a in php_session_encode (newlen=0xbfbfe6a0) at session.c:516
#3 0x2825a3db in php_if_session_encode (ht=0, return_value=0x819bde4, this_ptr=0x0,
return_value_used=1) at session.c:1322
#4 0x282084a7 in execute (op_array=0x8178aa4) at ./zend_execute.c:1519
#5 0x28216c9d in zend_execute_scripts (type=8, file_count=3) at zend.c:729
#6 0x282291a4 in php_execute_script (primary_file=0xbfbff8d0) at main.c:1221
#7 0x28225856 in apache_php_module_main (r=0x8182034, display_source_mode=0)
at sapi_apache.c:89
#8 0x2822623c in send_php (r=0x8182034, display_source_mode=0, filename=0x0)
at mod_php4.c:516
#9 0x28226276 in send_parsed_php (r=0x8182034) at mod_php4.c:527
#10 0x80520dc in ap_invoke_handler ()
#11 0x8060cfd in process_request_internal ()
#12 0x8060d5c in ap_process_request ()
#13 0x805a6ae in child_main ()
#14 0x805a820 in make_child ()
#15 0x805a93d in startup_children ()
#16 0x805ae0c in standalone_main ()
#17 0x805b4b3 in main ()
#18 0x804ea11 in _start ()
---
[2001-05-22 12:46:33] [EMAIL PROTECTED]
I'm testing some user session handling now, and have found a reproducible crash. The
following page causes a crash:
?php
include('dummysessionhandlers.inc.php');
session_register('foo');
session_encode();
?
While the following code does _not_ crash:
?php
inlude('dummysessionhandlers.inc.php');
session_encode();
session_register('foo');
?
Relevant info from php.ini:
session.save_handler = user
session.serialize_handler = php
session.use_cookies = 1
session.use_trans_sid = 1
The dummysessionhandlers are all functions that just return true.
---
Full Bug description available at: http://bugs.php.net/?id=11022
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11055 Updated: segmentation fauld core dump during make
ID: 11055 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: linux 2.2.14 (RH 6.2) PHP Version: 4.0.5 Description: segmentation fauld core dump during make someone suggests to try: php 4.0.6rc1 from http://www.php.net/~andi/php-4.0.6RC1.tar.gz or try a 4.0.7-dev snapshot from http://snaps.php.net/php4-latest.tar.gz But as the problem comes from: /sybase-ct/lib/libct.a(ctconpr.o)(.text+0x5ac): undefined reference to `comn_loc_copy' I suspect that this is not a solution to the problem, as make process ends up with the exact same error with bothe newer versions suggested. Any other ideas ? Previous Comments: --- [2001-05-23 11:42:56] [EMAIL PROTECTED] downloaded free sybase-ct libs from link in faq from php site. unpacked in /sybase-ct fixed /etc/ld.so.conf ran ldconfig then tried to compile php with sybase-ct support (in order to access MSSQL server) as a DSO module: [root@linux php-4.0.5]# ./configure --with-mysql --with-apxs --enable-sockets --with-oracle=/mnt/ora_syb/ora/app/oracle/product/8.0.5 --with-sybase-ct=/sybase-ct went fine then ran: [root@linux php-4.0.5]# make got the following error: make[1]: Entering directory `/mnt/ora_syb/php-4.0.5' /bin/sh /mnt/ora_syb/php-4.0.5/libtool --silent --mode=link gcc -I. -I/mnt/ora_syb/php-4.0.5/ -I/mnt/ora_syb/php-4.0.5/main -I/mnt/ora_syb/php-4.0.5 -I/usr/include/apache -I/mnt/ora_syb/php-4.0.5/Zend -I/mnt/ora_syb/php-4.0.5/ext/mysql/libmysql -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/rdbms/demo -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/network/public -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/plsql/public -I/sybase-ct/include -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmltok -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmlparse -I/mnt/ora_syb/php-4.0.5/TSRM -DLINUX=2 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /mnt/ora_syb/php-4.0.5/libs -avoid-version -L/mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -L/sybase-ct/lib -R /mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -R /sybase-ct/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/oracle/liboracle.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/sybase_ct/libsybase_ct.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -lnsl -lresolv -lm -ldl -lcrypt -lnsl -lresolv collect2: ld terminated with signal 11 [Segmentation fault], core dumped /sybase-ct/lib/libct.a(ctconpr.o)(.text+0x5ac): undefined reference to `comn_loc_copy' make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/mnt/ora_syb/php-4.0.5' make: *** [all-recursive] Error 1 N.B. previous run witout sybase-ct support went fine! --- Full Bug description available at: http://bugs.php.net/?id=11055 -- PHP Development Mailing List http://www.php.net/ 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 #11057: Premature end of script headers: c:/php/php.exe
From: [EMAIL PROTECTED]
Operating system: Windows 98 SE
PHP version: 4.0.4
PHP Bug Type: Scripting Engine problem
Bug description: Premature end of script headers: c:/php/php.exe
Im using Apache 1.3.14. I have problem with ODBC_functions, but I dont know why,
problems appeared without any changes in source codes (related to the ODBC_functions).
I have predefined functions for ODBC_connect, ODBC_close, ODBC_query, ODBC_Fetch_Row
and ODBC_result (written below).
These functions are written in library.php, which is inherited in scripts by require.
require library.php
When Im using my functions, php crashes whith premature end of script headers in
c:/php/php.exe, but when Im using normal ODBC_functions, is everything allright.
However it has been working normally, then something happened and it doesnt work.
function connect()
{
@$con = ODBC_connect(MySQL,,);
if(!$con)
{
$error=1;
include error.php;
}
return $con;
}
function Query ($query)
{
global $conn;
return ODBC_exec($conn, $query);
}
function Fetch_row ()
{
global $result;
return ODBC_Fetch_Row($result);
}
function Result($field)
{
global $result;
return ODBC_Result($result, $field);
}
--
Edit Bug report at: http://bugs.php.net/?id=11057edit=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 #11053 Updated: PHP has encountered an Access Violation at 011D7FDE
ID: 11053 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: not enough information for a bug report. Previous Comments: --- [2001-05-23 10:35:26] [EMAIL PROTECTED] [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. 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
[PHP-DEV] Bug #11047 Updated: Cannot put require() or include() within a class definition
ID: 11047
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
That's how it is, and how it'll be in foreseeable future.
Previous Comments:
---
[2001-05-23 05:36:18] [EMAIL PROTECTED]
class foo {
function foo() {
}
require foo_functions.php;
}
The above code returns the following parse error:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' in foo.class.php on line 5
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11047edit=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 #11047 Updated: Cannot put require() or include() within a class definition
ID: 11047
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Previous Comments:
---
[2001-05-23 05:36:18] [EMAIL PROTECTED]
class foo {
function foo() {
}
require foo_functions.php;
}
The above code returns the following parse error:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' in foo.class.php on line 5
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11047edit=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 #11055 Updated: segmentation fauld core dump during make
ID: 11055 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: Compile Failure Bug Type: Sybase-ct (ctlib) related Operating system: linux 2.2.14 (RH 6.2) PHP Version: 4.0.5 Description: segmentation fauld core dump during make Previous Comments: --- [2001-05-23 11:42:56] [EMAIL PROTECTED] downloaded free sybase-ct libs from link in faq from php site. unpacked in /sybase-ct fixed /etc/ld.so.conf ran ldconfig then tried to compile php with sybase-ct support (in order to access MSSQL server) as a DSO module: [root@linux php-4.0.5]# ./configure --with-mysql --with-apxs --enable-sockets --with-oracle=/mnt/ora_syb/ora/app/oracle/product/8.0.5 --with-sybase-ct=/sybase-ct went fine then ran: [root@linux php-4.0.5]# make got the following error: make[1]: Entering directory `/mnt/ora_syb/php-4.0.5' /bin/sh /mnt/ora_syb/php-4.0.5/libtool --silent --mode=link gcc -I. -I/mnt/ora_syb/php-4.0.5/ -I/mnt/ora_syb/php-4.0.5/main -I/mnt/ora_syb/php-4.0.5 -I/usr/include/apache -I/mnt/ora_syb/php-4.0.5/Zend -I/mnt/ora_syb/php-4.0.5/ext/mysql/libmysql -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/rdbms/demo -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/network/public -I/mnt/ora_syb/ora/app/oracle/product/8.0.5/plsql/public -I/sybase-ct/include -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmltok -I/mnt/ora_syb/php-4.0.5/ext/xml/expat/xmlparse -I/mnt/ora_syb/php-4.0.5/TSRM -DLINUX=2 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /mnt/ora_syb/php-4.0.5/libs -avoid-version -L/mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -L/sybase-ct/lib -R /mnt/ora_syb/ora/app/oracle/product/8.0.5/lib -R /sybase-ct/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/oracle/liboracle.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/sybase_ct/libsybase_ct.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -lnsl -lresolv -lm -ldl -lcrypt -lnsl -lresolv collect2: ld terminated with signal 11 [Segmentation fault], core dumped /sybase-ct/lib/libct.a(ctconpr.o)(.text+0x5ac): undefined reference to `comn_loc_copy' make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/mnt/ora_syb/php-4.0.5' make: *** [all-recursive] Error 1 N.B. previous run witout sybase-ct support went fine! --- Full Bug description available at: http://bugs.php.net/?id=11055 -- PHP Development Mailing List http://www.php.net/ 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 #9724 Updated: user sessions not working anymore ?
ID: 9724 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback: -- the problem seems to be gone with 4.0.5, but I still don't know where it came from ! but i'm glad it's fixed :) thanks for your interest ... --- Closed. Previous Comments: --- [2001-05-22 21:36:22] [EMAIL PROTECTED] Could you please give some feedback if this problem persists with a recent version (CVS, snapshot, 4.0.5 release) of PHP? Thanks! --- [2001-03-13 07:05:05] [EMAIL PROTECTED] I'm using user defined sessions to store my session data into a mysql database ... my code worked well from 4.0.2 to 4.0.3pl1, I just upgraded to 4.0.4pl1 and it doesn't work anymore ... It seems that sometimes the session is not written at all to the the db, and sometimes it's written but with empty data ... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9724edit=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 #10933 Updated: make failure after successfull configuration
ID: 10933 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-17) Assigned To: Comments: It works - case closed. --Jani Previous Comments: --- [2001-05-23 11:22:46] [EMAIL PROTECTED] Okay, I downloaded php4.0.6RC1.tar.gz configure and make are OK !! thank you ! For information, I use gcc 2.95.3 (solaris 8 package) --- [2001-05-22 23:16:11] [EMAIL PROTECTED] Does this happen with PHP 4.0.6RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz and if it does, are you using GCC ?? --Jani --- [2001-05-17 16:09:48] [EMAIL PROTECTED] Sorry about it... shame on me --- [2001-05-17 12:47:11] [EMAIL PROTECTED] Opening these, bogusifying the other... --- [2001-05-17 12:42:16] [EMAIL PROTECTED] Sorry, I was wrong in the version I mentionned... this was to help... Florent. --- 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=10933edit=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 #11006 Updated: include_path in php.ini broken
ID: 11006 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Configuration Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: can you put echo ini_get( 'include_path' ) somewhere in that script? Previous Comments: --- [2001-05-23 03:50:35] [EMAIL PROTECTED] Works for me just fine. Is that path readable by the user the Apache runs as? --Jani --- [2001-05-21 21:39:31] [EMAIL PROTECTED] Here's a link to a broken web server: http://charlie1.test.denison.edu/horde/test.php It's the Horde project test page to determine if the functionality is present necessary to support horde. At the bottom of the page note that PEAR is broken. Yet the phpinfo link at the top of the page shows the include_path is '.:/usr/local/lib/php'. I can fix the problem by removing include_path from php.ini and depending on the default path. --- [2001-05-21 21:22:00] [EMAIL PROTECTED] Yes...for example, I changed include_path to '.:/usr/local/lib/php:/usr/local/lib/php/pear' in php.ini. phpinfo faithfully reported the change but files contained in the path could not be found. --- [2001-05-21 19:22:58] [EMAIL PROTECTED] Are you sure your php.ini is even used by PHP ? Where is it located in your system? --Jani --- [2001-05-21 19:20:57] [EMAIL PROTECTED] './configure' '--with-apxs=/usr/local/apache/sbin/apxs' '--with-mysql=/usr/local' '--with-imap=/var/installs/imap-2000c' '--with-zlib=/usr/local' '--with-gettext=/usr' '--with-mm=/usr/local' '--with-xml' '--with-dom' '--with-expat-dir=/usr/local' '--with-sablot=/usr/local' '--with-ldap=/usr/local' '--with-db3=/usr/local' '--with-oci8' '--enable-ftp' php.ini include_path set to '.:/usr/local/lib/php' if include_path is set in php.ini then it is ignored except for informational purposes; phpinfo reports what include_path in php.ini contains but scripts cannot find files. Default include_path works. Setting include_path via http.conf php_value works. --- 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=11006edit=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 #11056 Updated: file upload (size 1MB) takes too much time
ID: 11056 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Duplicate of #10800 Previous Comments: --- [2001-05-23 11:47:08] [EMAIL PROTECTED] The same problem discribed in #10800: I'm using a simple upload-form to submit name, version and file to php-script. When filesize of the to be uploaded file is 4MB the upload tooks place in a few seconds! Greater files do exist in temp-directory a few seconds after submit-button in browser is hit BUT nevertheless more and more MB are submitted to the apache (which slowing down the system) and the PHP-file neither comes to an end nor produces a timeout... Thanks in advance for any hinds - with kind regards Torben --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11056edit=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 #11016 Updated: install.txt
ID: 11016 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: user feedback: *** syntax error on line 995 of c:/program files/apache group/apache/conf/httpd.conf LoadModule takes two arguments, a module name and the name of a shared object file to load it from *** I do think it's the absence or presence of quotes in the path. It might be the colon... Try putting the dll in c:/program files/apache group/apache/modules and change the line to LoadModule php4_module modules/php4apache.dll I use PHP with Apache on both NT 4 and 5, none of my LoadModule lines has any quotes, and I have never had problems with it. BTW, don's send any more images to the list. Copy the text instead. If you don't know how to copy text from a console window, RTFM. Previous Comments: --- [2001-05-22 17:50:37] [EMAIL PROTECTED] status - feedback --- [2001-05-22 09:37:32] [EMAIL PROTECTED] I am using it without the quotes as we speak with no problems. Why do you say this is wrong? Brian. --- [2001-05-22 09:25:58] [EMAIL PROTECTED] in install.txt bad: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 right: # for the apache module LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11016edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11006 Updated: include_path in php.ini broken
ID: 11006 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Configuration Issues Operating system: Solaris 7,8 PHP Version: 4.0.5 Description: include_path in php.ini broken Yes. 755. Most includes are in the same directory. So with the broken include_path reading '.:/usr/local/lib/php' scripts cannot read config.inc but have no trouble with ./config.inc. Previous Comments: --- [2001-05-23 14:44:57] [EMAIL PROTECTED] can you put echo ini_get( 'include_path' ) somewhere in that script? --- [2001-05-23 03:50:35] [EMAIL PROTECTED] Works for me just fine. Is that path readable by the user the Apache runs as? --Jani --- [2001-05-21 21:39:31] [EMAIL PROTECTED] Here's a link to a broken web server: http://charlie1.test.denison.edu/horde/test.php It's the Horde project test page to determine if the functionality is present necessary to support horde. At the bottom of the page note that PEAR is broken. Yet the phpinfo link at the top of the page shows the include_path is '.:/usr/local/lib/php'. I can fix the problem by removing include_path from php.ini and depending on the default path. --- [2001-05-21 21:22:00] [EMAIL PROTECTED] Yes...for example, I changed include_path to '.:/usr/local/lib/php:/usr/local/lib/php/pear' in php.ini. phpinfo faithfully reported the change but files contained in the path could not be found. --- [2001-05-21 19:22:58] [EMAIL PROTECTED] Are you sure your php.ini is even used by PHP ? Where is it located in your system? --Jani --- 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=11006 -- PHP Development Mailing List http://www.php.net/ 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 #11006 Updated: include_path in php.ini broken
ID: 11006 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating system: Solaris 7,8 PHP Version: 4.0.5 Description: include_path in php.ini broken I have added echo ini_get( 'include_path' ) after the PEAR section of http://charlie1.test.denison.edu/horde/test.php Previous Comments: --- [2001-05-23 15:02:56] [EMAIL PROTECTED] Yes. 755. Most includes are in the same directory. So with the broken include_path reading '.:/usr/local/lib/php' scripts cannot read config.inc but have no trouble with ./config.inc. --- [2001-05-23 14:44:57] [EMAIL PROTECTED] can you put echo ini_get( 'include_path' ) somewhere in that script? --- [2001-05-23 03:50:35] [EMAIL PROTECTED] Works for me just fine. Is that path readable by the user the Apache runs as? --Jani --- [2001-05-21 21:39:31] [EMAIL PROTECTED] Here's a link to a broken web server: http://charlie1.test.denison.edu/horde/test.php It's the Horde project test page to determine if the functionality is present necessary to support horde. At the bottom of the page note that PEAR is broken. Yet the phpinfo link at the top of the page shows the include_path is '.:/usr/local/lib/php'. I can fix the problem by removing include_path from php.ini and depending on the default path. --- [2001-05-21 21:22:00] [EMAIL PROTECTED] Yes...for example, I changed include_path to '.:/usr/local/lib/php:/usr/local/lib/php/pear' in php.ini. phpinfo faithfully reported the change but files contained in the path could not be found. --- 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=11006 -- PHP Development Mailing List http://www.php.net/ 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 #11047 Updated: Cannot put require() or include() within a class definition
ID: 11047
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Feature/Change Request
Operating system: RH Linux 7.0
PHP Version: 4.0.4pl1
Description: Cannot put require() or include() within a class definition
This seems like an easy enough addition, and it makes building large libraries of
homologous classes MUCH easier. Of course, there is a work-around: I can inherit
numerous intermediate classes to simulate multiple inheritance, but that could
theoretically become a VERY large overhead, if you have many base classes to
inherit. Doing so also makes it difficult to read the resulting code.
Previous Comments:
---
[2001-05-23 14:39:40] [EMAIL PROTECTED]
That's how it is, and how it'll be in foreseeable future.
---
[2001-05-23 05:36:18] [EMAIL PROTECTED]
class foo {
function foo() {
}
require foo_functions.php;
}
The above code returns the following parse error:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' in foo.class.php on line 5
---
Full Bug description available at: http://bugs.php.net/?id=11047
--
PHP Development Mailing List http://www.php.net/
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 #11047 Updated: Cannot put require() or include() within a class definition
ID: 11047
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Well, the truth is that there's no real preprocessor in PHP. The fact that it's
impossible to use include*() or require*() in class definitions is by design, and is
very unlikely (read guaranteed not to) to change during the life of 4.x.
Previous Comments:
---
[2001-05-23 15:13:37] [EMAIL PROTECTED]
This seems like an easy enough addition, and it makes building large libraries of
homologous classes MUCH easier. Of course, there is a work-around: I can inherit
numerous intermediate classes to simulate multiple inheritance, but that could
theoretically become a VERY large overhead, if you have many base classes to
inherit. Doing so also makes it difficult to read the resulting code.
---
[2001-05-23 14:39:40] [EMAIL PROTECTED]
That's how it is, and how it'll be in foreseeable future.
---
[2001-05-23 09:44:01] [EMAIL PROTECTED]
Well, the truth is that there's no real preprocessor in PHP. The fact that it's
impossible to use include*() or require*() in class definitions is by design, and is
very unlikely (read guaranteed not to) to change during the life of 4.x.
---
[2001-05-23 05:36:18] [EMAIL PROTECTED]
class foo {
function foo() {
}
require foo_functions.php;
}
The above code returns the following parse error:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' in foo.class.php on line 5
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11047edit=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 #11006 Updated: include_path in php.ini broken
ID: 11006 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Configuration Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Is there PEAR.php in /usr/local/lib/php/ ? You must include the directory that contains this file, so if /usr/local/lib/php/ contains pear/, you should make it set_ini( 'include_path' , '.:/usr/local/lib/php/pear' ) Previous Comments: --- [2001-05-23 15:02:56] [EMAIL PROTECTED] Yes. 755. Most includes are in the same directory. So with the broken include_path reading '.:/usr/local/lib/php' scripts cannot read config.inc but have no trouble with ./config.inc. --- [2001-05-23 14:44:57] [EMAIL PROTECTED] can you put echo ini_get( 'include_path' ) somewhere in that script? --- [2001-05-23 09:46:54] [EMAIL PROTECTED] Is there PEAR.php in /usr/local/lib/php/ ? You must include the directory that contains this file, so if /usr/local/lib/php/ contains pear/, you should make it set_ini( 'include_path' , '.:/usr/local/lib/php/pear' ) --- [2001-05-23 03:50:35] [EMAIL PROTECTED] Works for me just fine. Is that path readable by the user the Apache runs as? --Jani --- [2001-05-21 21:39:31] [EMAIL PROTECTED] Here's a link to a broken web server: http://charlie1.test.denison.edu/horde/test.php It's the Horde project test page to determine if the functionality is present necessary to support horde. At the bottom of the page note that PEAR is broken. Yet the phpinfo link at the top of the page shows the include_path is '.:/usr/local/lib/php'. I can fix the problem by removing include_path from php.ini and depending on the default path. --- 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=11006edit=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 #10954 Updated: Can't connect to AS/400 via Client Access
ID: 10954 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating system: Windows 2000 PHP Version: 4.0.5 Description: Can't connect to AS/400 via Client Access One more thing On processus manager I see a process named php wich never end whereas when I don't use ODBC, the php process only exist for a moment. Is there some information to provide to the ODBC driver? Previous Comments: --- [2001-05-22 16:03:49] [EMAIL PROTECTED] Ok I've just upgrade to apache 1.3.20 It's seems to work a moment but I have some error message like the one attached. I reboot the computer two or three time and I have the same problem. My script seems to work but It stop on the pconnect instruction. I have tested ODBC link with access and he's OK. I've try to use both apache module and cgi binary but it the same. The problem is on the PC because I've try with several As/400 (old and new) and it's the same folks. The more surprising is that when I desinstall everything and reinstall from scratch, it works for a while. What tools can i use to see what is really happen? Hello I have it working but on the first or second connection, i've got: Warning: SQL error: [IBM][Pilote ODBC Client Access Express (32 bits)][SQL DB2/400]Echec de liaison. Comm RC=8405 - CWB0986 - Programme système ARIAS interrompu de manière inattendue, SQL state 08S01 in SQLConnect in c:program filesapache groupapachehtdocsbessonmagstart.inc.php on line 16 Problème ODBC Hope this will help --- [2001-05-18 11:14:11] [EMAIL PROTECTED] can you try to provide a bit more information? maybe try the $connection = odbc_connect($nomodbc, $user, $iden) or die(My ODBC connection doesn't exist); --- [2001-05-18 09:25:50] [EMAIL PROTECTED] I have PHP 4.0.5 running on a Windows 2000 machine. My web server is apache 1.3.17 (1.3.19 don't work neither) I try to access to my AS/400 database via ODBC provide by Client Access. ODBC works well with Access and Excel Apache and PHP works well (phpinfo() for example) But when I try to connect to AS/400 via $connection=odbc_connect($nomodbc,$user,$iden); nothing happens. I was running with php3. Thanks [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag.
[PHP-DEV] Bug #10307 Updated: PHP refusing to get temporary file name from an HTTP PUT request.
ID: 10307
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: HTTP related
Operating system: freebsd 4.2
PHP Version: 4.0.4pl1
Description: PHP refusing to get temporary file name from an HTTP PUT request.
This is a copy of all the versions we tried, none of them worked in the slightest.
?php
// copy($PHP_PUT_FILENAME,$DOCUMENT_ROOT.$REQUEST_URI);
$fp = fopen(/home/vhosts/farelist.com/www/update/log.txt,w+);
if(!copy ($PHP_PUT_FILENAME, /home/vhosts/farelist.com/www/update/test.txt)) {
fwrite($fp, \n\ncopy failed\n\n);
} else {
fwrite($fp, \n\ncopy successful\n\n);
}
$temp=PHP_PUT_FILENAME: $PHP_PUT_FILENAME\n;
$vars = get_defined_vars();
foreach ($vars as $test = $value) {
if (is_array($value)) {
foreach ($value as $subtest = $subvalue) {
$temp .= $subtest: $subvalue\n;
}
} else {
$temp .= $test: $value\n;
}
}
fwrite($fp, $temp);
$temp=DOCUMENT_ROOT: $DOCUMENT_ROOT\n;
fwrite($fp, $temp);
$temp=REQUEST_URI: $REQUEST_URI\n;
fwrite($fp, $temp);
fclose($fp);
?
Previous Comments:
---
[2001-05-19 12:14:51] [EMAIL PROTECTED]
perhaps you can add a sample script for other to reproduce the misbehaviour.
---
[2001-04-12 13:17:57] [EMAIL PROTECTED]
I am using PHP 4.04pl1 on a FreeBSD 4.2 based system with Apache 1.3.19. I have a page
that is accepting HTTP PUT requests and is supposed to save the file in a designated
area, however PHP is not picking up the temporary filename while the script runs. All
other variables required are set, but not $PHP_PUT_FILENAME. I have tried all
recommendations in the docs, mailing list and IRC channels. None have worked. I do
notice that the protocol level is HTTP 1.0 PUT not HTTP 1.1 PUT, I have not been able
to determine if that is the issue.
---
Full Bug description available at: http://bugs.php.net/?id=10307
--
PHP Development Mailing List http://www.php.net/
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 #11057 Updated: Premature end of script headers: c:/php/php.exe
ID: 11057
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Operating system: Windows 98 SE
PHP Version: 4.0.4
Description: Premature end of script headers: c:/php/php.exe
I tried to modify the functions so they have the same parametres as ODBC_functions and
it works..
I didnt write before, that the only two functions, that are problematic, are Fetch_row
and Result, other works properly.
Previous Comments:
---
[2001-05-23 14:25:18] [EMAIL PROTECTED]
Im using Apache 1.3.14. I have problem with ODBC_functions, but I dont know why,
problems appeared without any changes in source codes (related to the ODBC_functions).
I have predefined functions for ODBC_connect, ODBC_close, ODBC_query, ODBC_Fetch_Row
and ODBC_result (written below).
These functions are written in library.php, which is inherited in scripts by require.
require library.php
When Im using my functions, php crashes whith premature end of script headers in
c:/php/php.exe, but when Im using normal ODBC_functions, is everything allright.
However it has been working normally, then something happened and it doesnt work.
function connect()
{
@$con = ODBC_connect(MySQL,,);
if(!$con)
{
$error=1;
include error.php;
}
return $con;
}
function Query ($query)
{
global $conn;
return ODBC_exec($conn, $query);
}
function Fetch_row ()
{
global $result;
return ODBC_Fetch_Row($result);
}
function Result($field)
{
global $result;
return ODBC_Result($result, $field);
}
---
Full Bug description available at: http://bugs.php.net/?id=11057
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11014 Updated: Can't build PDFlib with PHP successfully
ID: 11014 Updated by: danbeck Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: PDFlib requires that you have the JPEG and TIFF libraries available when you compile PHP. This means that you need to have the --with-jpeg-dir=[DIR] and --with-tiff-dir=[dir] configure options alongside of --with-pdf=[DIR]. Please see: http://php.net/manual/en/install.configure.php#install.configure.with-pdflib For details on compile options. Previous Comments: --- [2001-05-23 04:51:21] [EMAIL PROTECTED] If I configure pdflib with this path '/usr', it'll tell me 'checking for PDF_show_boxed in -lpdf... no' So, I don't think so that my path wrong.. Any other suggest? Thanks! checking for Ovrimos SQL Server support... no checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for libz needed by pdflib 3.x... already zlib support checking for jpeg_read_header in -ljpeg... (cached) yes checking for png_create_info_struct in -lpng... no no checking for TIFFOpen in -ltiff... no no checking for PDF_show_boxed in -lpdf... no configure: error: pdflib extension requires pdflib 3.x. [root@dns php-4.0.5]# --- [2001-05-22 23:50:57] [EMAIL PROTECTED] You are using wrong paths in the configure options. You should use the INSTALL paths of the libs, not the libpath. ie. --with-pdf=/usr --Jani --- [2001-05-22 19:57:48] [EMAIL PROTECTED] I saw the config.log file, search keyword: pdf and found one line only: configure:9682: checking whether to include cpdflib support Is cpdflib same to pdflib? Should I install cpdflib? --- [2001-05-22 18:45:35] [EMAIL PROTECTED] Please check your config.log. Most likely there is some missing library. --Jani --- [2001-05-22 12:26:56] [EMAIL PROTECTED] Hi! I'm install PDFlib rpm files (pdflib-4.0.1-1,pdflib-tcl-4.0.1-1,pdflib-devel-4.0.1-1). My PHP configure lines: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/src/apache_1.3.19 --enable-ftp --enable-discard-path --with-pdflib=/usr/lib --with-gd That's OK! System don't response any error messages! Then, I compile PHP and Apache source code. No any error messages during compiling. But.. It still can't use any pdf functions like pdf_open(). My Linux box will tall me Fatal error: Call to undefined function.. I tried to compile PHP with PDFlib again, and saw some information: (1) checking whether to include PDFlib support... yes (2) creating ext/ftp/Makefile creating ext/gd/Makefile creating ext/mysql/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile == It did not create ext/pdf/Makefile! P.S: Before compile PHP, I have updated the PHP source sode from PHP and Zend CVS. My commands are: == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php4 == # cd php4 == # cvs -d :pserver:[EMAIL PROTECTED]:/repository co Zend TSRM == # cp -r * /usr/src/php-4.0.5/ Is this a bug at php-4.0.5? How can I do that you recommend? bP.S: I did checkout the CVS on May 22 morning in Taiwan. /b --- 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=11014edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10459 Updated: can't find function then crush
ID: 10459
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *General Issues
Operating system: Windows 98 SE
PHP Version: 4.0.4pl1
Description: can't find function then crush
After upgrading to 4.0.7 (snapshot) bug is dead. Now I have error:
Fatal error: Only variables can be passed by reference in
C:\www\yesmoke2\adodb\adodb-odbc.inc.php on line 313
and this is normal, so I think bug is closed.
Previous Comments:
---
[2001-05-18 04:43:12] [EMAIL PROTECTED]
Please provide a generic script that is as simple as possible that we can just copy
and paste into our text editors for testing. This script should have no external
dependencies unless it is one of these the causes the crash.
This will help us fix the bug.
Thanks,
- James
---
[2001-04-23 11:39:12] [EMAIL PROTECTED]
BTW, function sorted_keys included and must be found..
---
[2001-04-23 11:36:38] [EMAIL PROTECTED]
Configuration: see bug #9819
Output:
X-Powered-By: PHP/4.0.4pl1
Content-type: text/html
HTMLBODY
br
bFatal error/b: Call to undefined function: sorted_keys() in b../action.
class.php/b on line b52/bbr
then Windows says (language is russian):
Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè
â ìîäóëå íåò äàííûõ ïî àäðåñó 0084:1f82cf20.
Ðåãèñòðû:
EAX=00d70094 CS=0167 EIP=1f82cf20 EFLGS=00010202
EBX=00d705e0 SS=016f ESP=0063fc58 EBP=0063fc78
ECX= DS=016f ESI=00d70b80 FS=610f
EDX=0080 ES=016f EDI=0001 GS=
Áàéòû ïî àäðåñó CS:EIP:
Ñîäåðæèìîå ñòåêà:
1f702718 0003 006ae6c8 00d7 007bcd70 0063fd10
1f702505 00d70b80 0001 0010 00761adc 007bcd70 10037cb1
Source fragment:
class Action
{
var $ID;
var $Name;
var $Parameters;
var $Done=false;
var $events=array();
var $Result;
function Action($Type,$Parameters)
{
global $base;
// Find this action in table
switch(gettype($Type)){
case 'integer': $where='ID='.$Type;break;
case 'string':$where='Name='.$base-qstr($Type);break;
default: trigger_error('Incorrect Type parameter in
Action()',E_USER_ERROR);
}
if(!$action=$base-Execute('SELECT * From Actions WHERE '.$where))
trigger_error('Unknown Type in Action()',E_USER_ERROR); //
-- line 52 is here!
$sk=sorted_keys($Parameters);
while(!$action-EOF())
{
$sorted_params=sort(split(',',$action-Parameters));
$sorted_params=merge(',',$sorted_params);
if($sorted_params==$sk) break;
$action-MoveNext();
}
Sorry, but I can't provide the full sources for this case!
---
Full Bug description available at: http://bugs.php.net/?id=10459
--
PHP Development Mailing List http://www.php.net/
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 #11008 Updated: exit() should return an exit status if passed, not send to stdout
ID: 11008 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (2001-05-21) Assigned To: Comments: Anyone in the Zend core want to comment on this? I know where the code is that does it. But it is in the Zend code. Is there a good reason to put this exit status to stdout? Previous Comments: --- [2001-05-22 01:59:53] [EMAIL PROTECTED] indeed it does both: if php; then echo yes; fi ? exit(0) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 0yes if php; then echo yes; fi ? exit(1) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 1 i don't see a real reason for the echoed exit status though --- [2001-05-21 21:34:23] [EMAIL PROTECTED] Working with a shell script here. I hoped that exit() would work like perl and return the passed status as and exist status. As it stands now, it sends it to stdout. This is unexpected. It would be much more useful if exit() could be used to enable the use of PHP in shell scripts by returning the passed value as an exit status. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11008edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8118 Updated: error in much warnings in session.c
ID: 8118 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: MIPS V4 PHP Version: 4.0.3pl1 Description: error in much warnings in session.c The error is still in 4.0.5: cc -I. -I/home4/src/php-4.0.5/ext/session -I/home4/src/php-4.0.5/main - I/home4/src/php-4.0.5 -I/home4/src/apache_1.3.14/src/include -I/home4/src/apache _1.3.14/src/os/unix -I/home4/src/php-4.0.5/Zend -I/home4/src/php-4.0.5/ext/xml/e xpat/xmltok -I/home4/src/php-4.0.5/ext/xml/expat/xmlparse -I/home4/src/php-4.0.5 /TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -c session.c touch session.lo session.c 533: [error]: CFE1140 Zuviel Argumente im Funktionsaufruf gettimeofday(tv, NULL); ^ session.c 537: [warning]: CFE1167 Argument des Typs char * ist unvertraegl ich mit Parameter des Typs const unsigned char * PHP_MD5Update(context, buf, strlen(buf)); Workaround in time.h: add: #ifndef _XPG_IV #define _XPG_IV #endif Previous Comments: --- [2001-05-23 06:18:11] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 ?? --Jani --- [2000-12-05 10:25:10] [EMAIL PROTECTED] Is there the problem in configure ? checking whether struct tm is in sys/time.h or time.h... time.h --- [2000-12-05 10:16:02] [EMAIL PROTECTED] Is there the problem in configure ? checking whether struct tm is in sys/time.h or time.h... time.h --- [2000-12-05 10:10:17] [EMAIL PROTECTED] Last update from me: At which place can i set _XPG_IV ? Stefan --- [2000-12-05 10:06:03] [EMAIL PROTECTED] This is in the time.h: #if defined(_XPG_IV) int gettimeofday(struct timeval *, void *); #else int gettimeofday(struct timeval *); --- 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=8118 -- PHP Development Mailing List http://www.php.net/ 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 #9819 Updated: Updating HTTP_SESSION_VARS[] doesn't works
ID: 9819 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Session related Operating system: Windows 98 SE PHP Version: 4.0.4pl1 Description: Updating HTTP_SESSION_VARS[] doesn't works Build Date: May 22 2001 No changes. BTW, first time then page is loaded I have the result: Counter1=1, Counter2= i.e. after first ++ operation counter2 is NULL. Is this normal? Previous Comments: --- [2001-05-22 21:06:00] [EMAIL PROTECTED] Please give the latest CVS a try. Andrei Zmievski committed a patch that should fix this problem. --- [2001-05-17 09:47:42] [EMAIL PROTECTED] PHP Version 4.0.7-dev System - Windows 95/98 4.10 Build Date - May 16 2001 Server API - Apache SERVER_SOFTWARE= Apache/1.3.14 (Win32) PHP/4.0.5 Result the same, nothing changed. --- [2001-05-14 08:34:01] [EMAIL PROTECTED] Did the latest snapshot work or not? --- [2001-05-12 06:17:50] [EMAIL PROTECTED] In the 4.0.5 result the same. I don't think that this is file problem, this is must be scripting engine problem. Session file for this bug: !counter1|counter2|i:18; I will try the last snapshot if can to download it.. --- [2001-05-11 15:14:27] [EMAIL PROTECTED] Please check to see if this is still happening in 4.0.5. If it is, please try to get a snapshot dated AFTER today as there was a patch just place in regarding file locking permissions. --- 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=9819 -- PHP Development Mailing List http://www.php.net/ 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 #11058: php_network_getaddresses: getaddrinfo failed
From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.6
PHP version: 4.0.5
PHP Bug Type: HTTP related
Bug description: php_network_getaddresses: getaddrinfo failed
I've seen this issue posted here a few times, and I think my problem is similar to Bug
id #7880.
fopen(), fsockopen(), and file() will not work with URL or IP address parameters.
include() has the same issue. I believe it has something to do with getaddrinfo.
Before upgrading to PHP4, I was running 3.0.16 and all of these functions were working
perfectly with URL parameters.
My configure script looks like this:
./configure --with-apache=/usr/temp/apache_1.3.19 --with-mysql=/usr/local
--enable-track-vars --with-xml --with-openssl=/usr/local/ssl
My php.ini DOES contain the line allow_url_fopen = On
The fopen() script looks like this:
$fd = fopen( http://www.php.net/;, r );
if( !$fd )
{
echo Cannot open URL;
} else {
while ( !feof( $fd ) ) {
$buffer = fgets( $fd, 4096 );
echo $buffer;
}
fclose ( $fd );
}
and produces this output:
Warning: php_network_getaddresses: getaddrinfo failed: name or service is not known in
/var/www/patrickhaney.com/www/weather/test.php on line 24
Warning: fopen(http://www.php.net/,r;) - Bad file descriptor in
/var/www/patrickhaney.com/www/weather/test.php on line 24
Cannot open URL
and yes, I can resolve php.net to 208.247.106.187. Using the IP address in place of
the hostname produces the same output.
If I use the fsockopen() function with this script:
fsockopen(http://www.php.net/;, 80, $errno, $errstr, 30);
if(!$fp) {
echo Error: $errstr ($errno)br\n;
} else {
fputs($fp,GET / HTTP/1.0\n\n);
while(!feof($fp)) {
echo fgets($fp,128);
}
fclose($fp);
}
I get this output:
Error: (0)
--
Edit Bug report at: http://bugs.php.net/?id=11058edit=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 #10780 Updated: apache segmentation fault with libphp4.so
ID: 10780 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: aix 4.3.3 PHP Version: 4.0.5 Description: apache segmentation fault with libphp4.so here is the information you asked for. I did my best to configure php with --enable-debug, but I am not sure if I produced the backtrace correctly: gdb path/to/httpd path/to/core As you can see, I configured without oracle support, but I still get the segmentation fault Apache version: Apache/1.3.12 (Unix) first lines of config.status #! /bin/sh # Generated automatically by configure. # Run this file to recreate the current configuration. # This directory was configured as follows, # on host vela: # # ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-debug --enable-di scard-path --without-mysql --enable-track-vars # some lines from the output of configure: checking for Apache module support via DSO through APXS... yes checking for Apache 2.0 module support via DSO through APXS... no checking whether to include debugging symbols... yes Previous Comments: --- [2001-05-10 12:01:10] [EMAIL PROTECTED] Which Apache version is this? And obviously your libphp4.so is not configured with --enable-debug.. Does it work without Oracel support? --Jani --- [2001-05-10 08:13:09] [EMAIL PROTECTED] backtrace: Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd2ebbba4 in ap_register_cleanup () Setting up the environment for debugging gdb. .gdbinit:5: Error in sourced command file: Function internal_error not defined. (gdb) bt #0 0xd2ebbba4 in ap_register_cleanup () #1 0xd2ebd030 in php_create_dir () #2 0x10018634 in ap_single_module_configure () #3 0x10044918 in load_module () #4 0x1001607c in invoke_cmd () #5 0x10016f00 in ap_handle_command () #6 0x10016ff0 in ap_srm_command_loop () #7 0x100177e8 in ap_process_resource_config () #8 0x100184b8 in ap_read_config () #9 0x10006938 in main () #10 0x11dc in __start () --- [2001-05-10 05:42:17] [EMAIL PROTECTED] Could you please generate a GDB backtrace? First reconfigure with --enable-debug of course. rm config.cache ./configure .. your options + --enable-debug make clean make make install and then try generating the backtrace. --Jani --- [2001-05-10 05:34:27] [EMAIL PROTECTED] when I try to restart Apache after installing PHP4_mod (libphp4.so), it dies: /usr/local/apache/bin/apachectl[124]: 61546 Segmentation fault(coredump) configure was run as follows: ./configure --with-oracle --with-apxs=/usr/local/apache/bin/apxs --with-oci8 --enable-discard-path --without-mysql --enable-track-vars I tried this with Oracle 8.1.7 and 8.1.6, and also with PHP 4.0.4, same result. do I do something wrong? --- Full Bug description available at: http://bugs.php.net/?id=10780 -- PHP Development Mailing List http://www.php.net/ 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 #11006 Updated: include_path in php.ini broken
ID: 11006 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Configuration Issues Operating system: Solaris 7,8 PHP Version: 4.0.5 Description: include_path in php.ini broken Let me emphasize that the problem is not that PEAR is broken. The problem is that the include_path is being ignored if and only if it is set in the php.ini file. If I comment out the include_path in php.ini then the master include_path (which is also '.:/usr/local/lib/php') is used and pathless includes and PEAR work just fine. Previous Comments: --- [2001-05-23 15:02:56] [EMAIL PROTECTED] Yes. 755. Most includes are in the same directory. So with the broken include_path reading '.:/usr/local/lib/php' scripts cannot read config.inc but have no trouble with ./config.inc. --- [2001-05-23 14:44:57] [EMAIL PROTECTED] can you put echo ini_get( 'include_path' ) somewhere in that script? --- [2001-05-23 12:26:23] [EMAIL PROTECTED] Let me emphasize that the problem is not that PEAR is broken. The problem is that the include_path is being ignored if and only if it is set in the php.ini file. If I comment out the include_path in php.ini then the master include_path (which is also '.:/usr/local/lib/php') is used and pathless includes and PEAR work just fine. --- [2001-05-23 09:46:54] [EMAIL PROTECTED] Is there PEAR.php in /usr/local/lib/php/ ? You must include the directory that contains this file, so if /usr/local/lib/php/ contains pear/, you should make it set_ini( 'include_path' , '.:/usr/local/lib/php/pear' ) --- [2001-05-23 03:50:35] [EMAIL PROTECTED] Works for me just fine. Is that path readable by the user the Apache runs as? --Jani --- 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=11006 -- PHP Development Mailing List http://www.php.net/ 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 #11057 Updated: Premature end of script headers: c:/php/php.exe
ID: 11057
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Operating system: Windows 98 SE
PHP Version: 4.0.4
Description: Premature end of script headers: c:/php/php.exe
I probably recognized the problem, my scripts generates sql queries like this
(non-problematic version):
$query = select count(*) cnt from tab01, tab11 where login='
.$login.
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
I changed, so it should not be case sensitive for login.
$query = select count(*) cnt from tab01, tab11 where login='
.strtolower($login).
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
but this didnt work, i tried also to convert to lowercase before using the converted
string and that was also wrong.
$login = strtolower($login);
and then i used the first query.
So when I dont use converted strings, my functions works good, but when I use them,
there is a problem described above.
Previous Comments:
---
[2001-05-23 10:10:16] [EMAIL PROTECTED]
I tried to modify the functions so they have the same parametres as ODBC_functions and
it works..
I didnt write before, that the only two functions, that are problematic, are Fetch_row
and Result, other works properly.
---
[2001-05-23 14:25:18] [EMAIL PROTECTED]
Im using Apache 1.3.14. I have problem with ODBC_functions, but I dont know why,
problems appeared without any changes in source codes (related to the ODBC_functions).
I have predefined functions for ODBC_connect, ODBC_close, ODBC_query, ODBC_Fetch_Row
and ODBC_result (written below).
These functions are written in library.php, which is inherited in scripts by require.
require library.php
When Im using my functions, php crashes whith premature end of script headers in
c:/php/php.exe, but when Im using normal ODBC_functions, is everything allright.
However it has been working normally, then something happened and it doesnt work.
function connect()
{
@$con = ODBC_connect(MySQL,,);
if(!$con)
{
$error=1;
include error.php;
}
return $con;
}
function Query ($query)
{
global $conn;
return ODBC_exec($conn, $query);
}
function Fetch_row ()
{
global $result;
return ODBC_Fetch_Row($result);
}
function Result($field)
{
global $result;
return ODBC_Result($result, $field);
}
---
Full Bug description available at: http://bugs.php.net/?id=11057
--
PHP Development Mailing List http://www.php.net/
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 #11059: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
From: [EMAIL PROTECTED] Operating system: RedHat 5.1 PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK. I have this problem: PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK. PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1 -- Edit Bug report at: http://bugs.php.net/?id=11059edit=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 #11057 Updated: Premature end of script headers: c:/php/php.exe
ID: 11057
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Operating system: Windows 98 SE
PHP Version: 4.0.4
Description: Premature end of script headers: c:/php/php.exe
I probably recognized the problem, my scripts generates sql queries like this
(non-problematic version):
$query = select count(*) cnt from tab01, tab11 where login='
.$login.
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
I changed, so it should not be case sensitive for login.
$query = select count(*) cnt from tab01, tab11 where login='
.strtolower($login).
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
but this didnt work, i tried also to convert to lowercase before using the converted
string and that was also wrong.
$login = strtolower($login);
and then i used the first query.
So when I dont use converted strings, my functions works good, but when I use them,
there is a problem described above.
Previous Comments:
---
[2001-05-23 12:38:08] [EMAIL PROTECTED]
I probably recognized the problem, my scripts generates sql queries like this
(non-problematic version):
$query = select count(*) cnt from tab01, tab11 where login='
.$login.
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
I changed, so it should not be case sensitive for login.
$query = select count(*) cnt from tab01, tab11 where login='
.strtolower($login).
' and tab01.client_id = tab11.client_id and passwd=password('.$psswd.');
but this didnt work, i tried also to convert to lowercase before using the converted
string and that was also wrong.
$login = strtolower($login);
and then i used the first query.
So when I dont use converted strings, my functions works good, but when I use them,
there is a problem described above.
---
[2001-05-23 10:10:16] [EMAIL PROTECTED]
I tried to modify the functions so they have the same parametres as ODBC_functions and
it works..
I didnt write before, that the only two functions, that are problematic, are Fetch_row
and Result, other works properly.
---
[2001-05-23 14:25:18] [EMAIL PROTECTED]
Im using Apache 1.3.14. I have problem with ODBC_functions, but I dont know why,
problems appeared without any changes in source codes (related to the ODBC_functions).
I have predefined functions for ODBC_connect, ODBC_close, ODBC_query, ODBC_Fetch_Row
and ODBC_result (written below).
These functions are written in library.php, which is inherited in scripts by require.
require library.php
When Im using my functions, php crashes whith premature end of script headers in
c:/php/php.exe, but when Im using normal ODBC_functions, is everything allright.
However it has been working normally, then something happened and it doesnt work.
function connect()
{
@$con = ODBC_connect(MySQL,,);
if(!$con)
{
$error=1;
include error.php;
}
return $con;
}
function Query ($query)
{
global $conn;
return ODBC_exec($conn, $query);
}
function Fetch_row ()
{
global $result;
return ODBC_Fetch_Row($result);
}
function Result($field)
{
global $result;
return ODBC_Result($result, $field);
}
---
Full Bug description available at: http://bugs.php.net/?id=11057
--
PHP Development Mailing List http://www.php.net/
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 #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Works for me just fine. Can you please add a shortest possible script into this report which can be used to reproduce this problem? --Jani Previous Comments: --- [2001-05-23 12:38:18] [EMAIL PROTECTED] I have this problem: PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK. PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11059edit=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] Latest CVS on Win32
I just commited a fix. Please try the latest CVS. Andi At 06:37 AM 5/23/2001 +0200, Sebastian Bergmann wrote: Latest CVS on Win32 builds, but it crashes on startup (CGI). -- 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 Development Mailing List http://www.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] output/threads aborting
Shane, Please try the latest CVS. I commited a patch. Andi At 03:48 PM 5/22/2001 -0700, Shane Caraveo wrote: Hello everyone, With the current CVS debug_ts build I'm getting an abort in the TSRM library. I've tracked this down to php_module_startup() in main.c. The call to php_output_startup() on line 783 accesses thread specific data, however the output module is not started (thus no thread data alocated) until php_startup_internal_extensions() is called on line 873. Simply moving the call to php_output_startup, but it looks like this might need to happen before that point in startup. I don't want to commit that change without somebody a bit more knowlegable on the output stuff looks into this. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Latest CVS on Win32
Andi Gutmans wrote: I just commited a fix. Please try the latest CVS. Thanks, it works nicely now. -- 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] Re: Bug #11041 Updated: ISAPI filter has probs with virtual directories
Thanks for your help! Jason - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 22, 2001 4:43 PM Subject: Bug #11041 Updated: ISAPI filter has probs with virtual directories ID: 11041 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: The UNC paths are supported in PHP 4.0.6. (sources can be found here: http://www.php.net/~andi/php-4.0.6RC1.tar.gz) --Jani Previous Comments: -- - [2001-05-22 23:29:58] [EMAIL PROTECTED] problem can be reproduced using the phpinfo(); function i didnt need any modules except for the MySQL module, therefore i didnt compile any here's the error I keep getting: Warning: Failed opening '\ShoeofficeWork_DrivePpaswebsite2001test.php' for inclusion (include_path='') in Unknown on line 0 This happens with any file i try (excluding any file inside my C:/inetpub/wwwroot directory on my local machine.) Is this a problem with virtual directories? I did have the exact setup using PHP3 and it worked fine. I tried both the CGI and ISAPI filter version of PHP 4.0.5 and neither worked, although i did get a different error with the CGI. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11041edit=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 #11047 Updated: Cannot put require() or include() within a class definition
ID: 11047
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating system: RH Linux 7.0
PHP Version: 4.0.4pl1
Description: Cannot put require() or include() within a class definition
how odd.. I didn't see your there is no real preprocessor note earlier.
Alright. in that case, perhaps the documentation for require should be changed to say
that require *is* subject to containing control structures.
Previous Comments:
---
[2001-05-23 15:13:37] [EMAIL PROTECTED]
This seems like an easy enough addition, and it makes building large libraries of
homologous classes MUCH easier. Of course, there is a work-around: I can inherit
numerous intermediate classes to simulate multiple inheritance, but that could
theoretically become a VERY large overhead, if you have many base classes to
inherit. Doing so also makes it difficult to read the resulting code.
---
[2001-05-23 14:39:40] [EMAIL PROTECTED]
That's how it is, and how it'll be in foreseeable future.
---
[2001-05-23 13:19:35] [EMAIL PROTECTED]
how odd.. I didn't see your there is no real preprocessor note earlier.
Alright. in that case, perhaps the documentation for require should be changed to say
that require *is* subject to containing control structures.
---
[2001-05-23 09:44:01] [EMAIL PROTECTED]
Well, the truth is that there's no real preprocessor in PHP. The fact that it's
impossible to use include*() or require*() in class definitions is by design, and is
very unlikely (read guaranteed not to) to change during the life of 4.x.
---
[2001-05-23 05:36:18] [EMAIL PROTECTED]
class foo {
function foo() {
}
require foo_functions.php;
}
The above code returns the following parse error:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}'' in foo.class.php on line 5
---
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=11047
--
PHP Development Mailing List http://www.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] output/threads aborting
With the current CVS debug_ts build I'm getting an abort in the TSRM library. I've tracked this down to php_module_startup() in main.c. The This is probably due to my patch yesterday of moving the output initialization from GINIT to MINIT. In php_module_startup() can you try moving php_output_startup() after php_startup_internal_extensions() and see if things are working. If not then please revert my patch from yesterday and I will take another look at what can be done. That is what I did to get things working, and for anything I am doing, it is working, but I have not done any testing to prove it's the best fix. Shall I commit the change? Shane -- PHP Development Mailing List http://www.php.net/ 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 #11060: 64 bit integer support
From: [EMAIL PROTECTED]
Operating system: various flavors of Linux, Windows
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: 64 bit integer support
There is some kind of 64 bit integers support, isn't it? I tried this code on several
machines running on windows and linux platforms, and it produces the same results:
ex. 1:
for ($i=0; $i 64; $i++)
echo br$i - . (1 $i);
doing just fine with 31 bit, so $i must be 32 signed integer, but...
ex. 2:
for ($j=1, $i=0; $i 64; $i++, $j*=2)
echo br$i - $j;
seems to work fine until $j is less than 15 digits long (2^47), for example you may
add echo $j % 10 and it would display -8 for each $i = 47. But, then again...
ex. 3:
$arr = str_pad(1, 64, 0);
$y = mysql_fetch_object(mysql_query(SELECT CONV('$arr', 2, 10) AS xx));
echo $y-xx;
works just fine, as the $y-xx is unsigned 64 bit integer? But I must admit, this is a
silly workaround...
--
Edit Bug report at: http://bugs.php.net/?id=11060edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
Can this be put into the 4.0.6 tree? - Original Message - From: Shane Caraveo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 22, 2001 4:05 PM Subject: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c shane Tue May 22 16:05:09 2001 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: The -c commandline option was not working at all, need to set the path override before calling on the module startup. -- PHP Development Mailing List http://www.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] output/threads aborting
Oh, sorry for the last email, didn't see this one yet. Thanks! Shane - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Shane Caraveo [EMAIL PROTECTED]; php-dev mailinglist [EMAIL PROTECTED] Sent: Wednesday, May 23, 2001 9:57 AM Subject: Re: [PHP-DEV] output/threads aborting Shane, Please try the latest CVS. I commited a patch. Andi At 03:48 PM 5/22/2001 -0700, Shane Caraveo wrote: Hello everyone, With the current CVS debug_ts build I'm getting an abort in the TSRM library. I've tracked this down to php_module_startup() in main.c. The call to php_output_startup() on line 783 accesses thread specific data, however the output module is not started (thus no thread data alocated) until php_startup_internal_extensions() is called on line 873. Simply moving the call to php_output_startup, but it looks like this might need to happen before that point in startup. I don't want to commit that change without somebody a bit more knowlegable on the output stuff looks into this. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Feature/Change Request
Operating system: RedHat 5.1
PHP Version: 4.0.5
Description: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works
OK.
the link is generated in one document like this:
board.php
echo(a href=\drop.php?id= . urlencode($data[n_id]) .\ DROP/a\n);
.
and in drop.php?id=1 variable $HTTP_GET_VARS is not set.
if (isset($HTTP_GET_VARS[id])){
$n_id = $HTTP_GET_VARS[id];
}else{
$n_id = 0;
}
This worked on WinNT5.0 with apache 1.3.14 and PHP 4.0.4pl1 as a module.
I've compiled apache and PHP as a static module.
./cofigure --with-mysql --with-apache=../apache_1.3.19
Previous Comments:
---
[2001-05-23 12:50:45] [EMAIL PROTECTED]
Works for me just fine. Can you please add a shortest
possible script into this report which can be used to reproduce this problem?
--Jani
---
[2001-05-23 12:38:18] [EMAIL PROTECTED]
I have this problem:
PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK.
PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1
---
Full Bug description available at: http://bugs.php.net/?id=11059
--
PHP Development Mailing List http://www.php.net/
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 #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: RedHat 5.1
PHP Version: 4.0.5
Description: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works
OK.
Everything else seems to be OK except the GET method
Thanks in advance for follow up the problem.
Previous Comments:
---
[2001-05-23 13:35:13] [EMAIL PROTECTED]
the link is generated in one document like this:
board.php
echo(a href=drop.php?id= . urlencode($data[n_id]) . DROP/an);
.
and in drop.php?id=1 variable $HTTP_GET_VARS is not set.
if (isset($HTTP_GET_VARS[id])){
$n_id = $HTTP_GET_VARS[id];
}else{
$n_id = 0;
}
This worked on WinNT5.0 with apache 1.3.14 and PHP 4.0.4pl1 as a module.
I've compiled apache and PHP as a static module.
./cofigure --with-mysql --with-apache=../apache_1.3.19
---
[2001-05-23 12:50:45] [EMAIL PROTECTED]
Works for me just fine. Can you please add a shortest
possible script into this report which can be used to reproduce this problem?
--Jani
---
[2001-05-23 12:38:18] [EMAIL PROTECTED]
I have this problem:
PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK.
PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1
---
Full Bug description available at: http://bugs.php.net/?id=11059
--
PHP Development Mailing List http://www.php.net/
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 #8763 Updated: Compiling Apache1.3.14 with PHP(pgsql+Informix) and JServ: make aborts
ID: 8763 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Does this happen with PHP 4.0.5 too? --Jani Previous Comments: --- [2001-01-17 11:07:32] [EMAIL PROTECTED] In september 2000 installed Apache 1.3.12 + PHP4.0.2 (--with-pgsql) + ApacheJServ-1.1.2 (statis modules) Everything went fine.. Now, wanting to install Apache 1.3.14 + PHP4.0.4pl1 (--with-pgsql AND --with-informix) + ApacheJServ-1.1.2 (static modules). When building Apache_1.3.14 without any modules, everything OK installing PHP4.0.4pl by itself no problem, but when building Apache as: ./configure --prefix=/usr/local/apache_1314 --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/jserv/libjserv.a and then doing make ,it ends with ... ranlib libstandard src/modules/standard === src/modules/php4 make[4] *** No rule to make target 'all'. Stop. make[3] *** [all] Error 1 make[2] *** [subdirs] Error 1 make[2] *** leaving directory '/home/wins/cosslocal/src/other/apache_1.3.14/src' make[1] *** [build-std] Error 2 make[1] *** leaving directory '/home/wins/cosslocal/src/other/apache_1.3.14' make *** [build] Error 2 Switched back to PHP4.0.2 (which was used in september, but with only --with-pgsql) used it with pgsql and informix Exactly same error ... I'm hopeless ! Please help! Yours sincerely, Pieter Donche, [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8763edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-WIN] Does OCILogon need ISAPI to stay persistent?
Hi, Does OCILogon need ISAPI to stay persistent? unfortunately, yes. So CGI+Oracle8 is painfully slow. Unlike other cases, however ISAPI+Oracle8 works misteriously stable for us here... so it is a good deal so far (I must say the server is not under a heavy traffic yet) Greetings, Paco -- PHP Development Mailing List http://www.php.net/ 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 #8844 Updated: -rpath is not used correctly, causing configure failure
ID: 8844 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Could you please try the latest CVS? It has libtool 1.4 which might fix this problem. http://snaps.php.net/ --Jani Previous Comments: --- [2001-01-22 18:20:54] [EMAIL PROTECTED] env CFLAGS=-taso CC=cc ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf --with-gd --with-ttf --with-java=/usr/opt/java130 --with-ldap=/usr/local/ldap --with-mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --with-swf --enable-sysvsem --enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared --enable-calendar --enable-exif was the configure line. DEC C V5.9-010 on Digital UNIX V4.0 (Rev. 1229) /usr/bin/ld version 3.11 Failure occurs when trying to use multiple rpaths: for example, the configure script does: cc -o conftest -taso -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/classic -L/usr/opt/java130/jre/lib/alpha/classic -Wl,-rpath,/usr/opt/java130/jre/lib/alpha/native_threads -L/usr/opt/java130/jre/lib/alpha/native_threads -Wl,-rpath,/usr/opt/java130/jre/lib/alpha -L/usr/opt/java130/jre/lib/alpha -Wl,-rpath,/usr/local/ldap/lib -L/usr/local/ldap/lib -Wl,-rpath,/home/oracle/u01/app/oracle/product/8.0.5/lib -L/home/oracle/u01/app/oracle/product/8.0.5/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lldapssl30 -ljava -lttf -lgd -lcrypto -lssl -lresolv -lm -lresolv but running 'odump -D' on conftest shows that the only rpath stored in the binary is the last rpath shown above (i.e. /home/oracle/u01/app/oracle/product/8.0.5/lib). The only format the compaq compiler/linker seems to want is the following: cc -o conftest -taso -Wl,-rpath,/usr/local/ssl/lib:/usr/local/lib:/usr/opt/java130/jre/lib/alpha/classic:/usr/opt/java130/jre/lib/alpha/native_threads:/usr/opt/java130/jre/lib/alpha:/usr/local/ldap/lib:/home/oracle/u01/app/oracle/product/8.0.5/lib -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/opt/java130/jre/lib/alpha/classic -L/usr/opt/java130/jre/lib/alpha/native_threads -L/usr/opt/java130/jre/lib/alpha -L/usr/local/ldap/lib -L/home/oracle/u01/app/oracle/product/8.0.5/lib conftest.c -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lclntsh -lpsa -lcore4 -lnlsrtl3 -lm -laio -lrt -lmld -lexc -lldapssl30 -ljava -lttf -lgd -lcrypto -lssl -lresolv -lm -lresolv Note that all the rpath's are passed in as 1 argument. When 'odump -D' is ran on the resulting binary it shows that all the rpath directories are properly stored in it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8844edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-WIN] Does OCILogon need ISAPI to stay persistent?
Sorry for my latest post, wrong list ! Paco 5/23/01 7:47:54 PM, Paco Ortiz [EMAIL PROTECTED] wrote: Hi, Does OCILogon need ISAPI to stay persistent? unfortunately, yes. So CGI+Oracle8 is painfully slow. Unlike other cases, however ISAPI+Oracle8 works misteriously stable for us here... so it is a good deal so far (I must say the server is not under a heavy traffic yet) ... -- PHP Development Mailing List http://www.php.net/ 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 #8591 Updated: Build fails at main/main.c because XtOffset got defined to something bogus.
ID: 8591 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4 Assigned To: Comments: Could you please try the latest CVS snapshot from http://snaps.php.net/ to see if this is fixed now. --Jani Previous Comments: --- [2001-01-08 05:41:49] [EMAIL PROTECTED] I believe the problem is that __arm is defined but LINUX is not, so main/php.h #defines XtOffset(p_type,field) to _Offsetof(p_type,field), and _Offsetof() is not defined on Linux, which causes lots of parse errors and a build failure. Simply commenting out the offending part of php.h allows the build to succeed, but this probably isn't the correct fix. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8591edit=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 #11061: Crash while recursivly call of a class method
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.x/Windows 98
PHP version: 4.0 Latest CVS (2001-05-23)
PHP Bug Type: Reproducible crash
Bug description: Crash while recursivly call of a class method
This class will core dump your php, reproducable *every* time (how boring ;-)),
testing with latest CVS on Linux 2.4.x and Windows 98
?
class CFooBar
{
function barFoo()
{
return $this-barFoo();
}
}
$fooBar = New CFooBar();
$fooBar-barFoo();
?
gdb bt:
(gdb) bt
#0 0x80e7a56 in zend_fetch_var_address (result=0x81f9fb8, op1=0x81f9fc8,
op2=0x81f9fd8, Ts=0xbf800038, type=0)
at ./zend_execute.c:462
#1 0x80e9c18 in execute (op_array=0x81fb03c) at ./zend_execute.c:1209
#2 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#3 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
[CUT]
#47 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#48 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#49 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
--
Edit Bug report at: http://bugs.php.net/?id=11061edit=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 #8418 Updated: ii.c (Ingres) fails to compile with gcc
ID: 8418 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4 Assigned To: Comments: What's the status with this? This works for me just fine with II 2.5/00 (int.lnx/97). --Jani Previous Comments: --- [2000-12-28 11:51:30] [EMAIL PROTECTED] My entire configuration line was ./configure --without-mysql --with-ingres --with-apache=../apache_1.3.14, and if I don't have the --with-ingres in my configuration line everything works (but I really, really need the ingres database access). As you can see from my configure locates the ingres database (/opt/nmc/ingres/files) by it self so I dont think that is the problem. I also did some research and I think that the ingres header file (iiapi.h?) which ii.h (from php) depends on havn't got the declaration of IIAPI_AUTOPARM (maybe a old version of ingres). At the moment I havn't got access to the computer (it's at work and I'm home for christmas), but I'll see if I can get hold of that iiapi.h file --- [2000-12-28 09:07:15] [EMAIL PROTECTED] What is the whole configure line you have used? Is there anything unusual in config.log when --with-ii is used? Does it work when it is not used? --Jani --- [2000-12-25 18:08:17] [EMAIL PROTECTED] I just noticed that the configure program gives me an 'error': Generating files checking for working mkdir -p... yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/pear creating pear/phpize creating pear/php-config creating pear/PEAR.php creating TSRM/Makefile creating sapi/apache/libphp4.module creating main/php_config.h creating sapi/Makefile creating ext/Makefile creating Makefile mkdir: : No such file or directory creating pear/Makefile creating main/Makefile creating ext/ingres_ii/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile creating sapi/apache/Makefile creating regex/Makefile creating main/internal_functions.c Notice that mkdir: : No such file or directory in there --- [2000-12-25 17:10:45] [EMAIL PROTECTED] I get the following error when I try to compile php 4.0.4 with the --with-ingres support. gcc -I. -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/ingres_ii -I/opt/nmc/users/nmcadm/morten/php-4.0.4/main -I/opt/nmc/users/nmcadm/morten/php-4.0.4 -I/opt/nmc/users/nmcadm/morten/apache_1.3.14/src/include -I/opt/nmc/users/nmcadm/morten/apache_1.3.14/src/os/unix -I/opt/nmc/users/nmcadm/morten/php-4.0.4/Zend -I/opt/nmc/ingres/files -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/xml/expat/xmltok -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/xml/expat/xmlparse -I/opt/nmc/users/nmcadm/morten/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c ii.c touch ii.lo ii.c: In function `_clean_ii_plink': ii.c:191: `IIAPI_AUTOPARM' undeclared (first use in this function) ii.c:191: (Each undeclared identifier is reported only once ii.c:191: for each function it appears in.) ii.c:191: parse error before `autoParm' ii.c:200: `autoParm' undeclared (first use in this function) ii.c: In function `php_if_ingres_autocommit': ii.c:1350: `IIAPI_AUTOPARM' undeclared (first use in this function) ii.c:1350: parse error before `autoParm' ii.c:1363: `autoParm' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `ii.lo' Current working directory /opt/nmc/users/nmcadm/morten/php-4.0.4/ext/ingres_ii *** Error code 1 make: Fatal error: Command failed for target `all-recursive' As you can see there seems to be a problem in the ii.c file. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8418edit=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 #8896 Updated: mhash compilation error
ID: 8896 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Works for me just fine. What is the version of mhash libs you are trying this with? --Jani Previous Comments: --- [2001-01-25 02:06:17] [EMAIL PROTECTED] mhash.c: In function `php_if_mhash_keygen_s2k': mhash.c:206: `KEYGEN' undeclared (first use in this function) mhash.c:206: (Each undeclared identifier is reported only once mhash.c:206: for each function it appears in.) mhash.c:206: parse error before `keystruct' mhash.c:226: `KEYGEN_S2K_SALTED' undeclared (first use in this function) mhash.c:244: `keystruct' undeclared (first use in this function) From the mhash.h installed with libmhash: /* $Id: mhash.h,v 1.3 1999/10/04 12:13:10 sascha Exp $ */ ./configure --with-gettext --with-mcrypt --with-zlib --with-apxs --with-openssl=/usr/local/ssl --enable-magic-quotes --with-bz2 --enable-calendar --with-curl --with-mcrypt --with-dom=/usr/local/lib --enable-ftp --enable-gd-imgstrttf --with-gd --with-jpeg-dir --with-ttf --with-t1lib --with-imap-ssl --with-imap --with-java=/usr/local/jdk1.3 --with-ldap --with-mysql --with-pdflib=/usr/local/lib --with-zlib-dir --with-jpeg-dir --with-png-dir --with-tiff-dir --with-pgsql --with-pspell --with-readline --with-sablot --with-sablot-errors-descriptive --enable-trans-sid --enable-shmop --enable-sockets --with-swf --enable-sysvsem --enable-sysvshm --enable-inline-optimization --enable-memory-limit --enable-shared --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8896edit=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 #11062: Sharing Violation Error Message
From: [EMAIL PROTECTED]
Operating system: NT 4.0 SP6a
PHP version: 4.0.5
PHP Bug Type: Directory function related
Bug description: Sharing Violation Error Message
Hello, I've written a simple script which can recurse into subdirectories when needed,
and print out an HTML table with with details about the files it finds. The problem
is that after I run this script, if I try and rename one of the folders it has
recursed into, I get an error message which reads:
Cannot rename [folder name]: There has been a sharing violation. The source or
destination file may be in use.
Note that I can still rename files, just not folders. If I stop and start IIS, I am
able to rename folders until I run the script again. I believe I'm using the
closedir() function correctly, and have even echoed out when the directories are
opened and closed to make sure I'm not messing up. One last thing to note is that
this script is being run on an NTFS partition. A copy of the script follows:
?php
// $hddir is the hard drive directory passed into this function from the calling page
// $mode can be either single or recurse
// $order is just ignored right now, but I would like it to be alphabetical, size,
etc.
function list_dir($hddir, $mode, $order) {
$webdir = http://www.foo.com; . str_replace(/inetpub/www_root, , $hddir);
$handle = opendir($hddir);
chdir($hddir);
// if there are files in the directory, print out the table header and set the
flag
// once we find a file, don't run the test (and print out the table header)
again
while (($file = readdir($handle)) ($file_count 1)) {
if ($file == '.' || $file== '..')
continue;
else if (is_file($file)) {
echo table border=\0\ cellpadding=\2\
cellspacing=\2\;
echo trth/thth class=\high\Filename/th;
echo th class=\high\Size/th;
echo th class=\high\Modified/th/tr;
$file_count += 1;
}
}
rewinddir ($handle);// start reading again
from the beginning of the directory
while ($file = readdir($handle)) { // while we can read an entry
from the directory (files and dirs)
if ($file == '.' || $file== '..')
continue;
else if (($mode == recurse) (is_dir($file)) (substr($file,
0, 1) != _)) { // don't recurse directories which begin with an underscore
$dir_count += 1;
$places_to_go[$dir_count] = $file;
}
else if (is_file($file)) {
$extension = '';
$parts = split('\.', $file);
if (count($parts) 1) $extension = end($parts);
if (!$extension count($parts) 2) $extension =
prev($parts);
if (($extension == doc) || ($extension == DOC) ||
($extension == rtf))
echo trtdimg src=\/pics/icons/word_sm.gif\
width=\20\ height=\19\/td;
else
echo trtdimg src=\/pics/spacer.gif\
width=\20\ height=\19\/td;
echo td bgcolor=\silver\a href=\ . $webdir . / .
$file . \ target=\_blank\ . $file . /a/td;
$j = 0;
$ext = array( Bytes, KB, MB, GB, TB);
$file_size = filesize($file);
while ($file_size = pow(1024,$j)) ++$j;
$file_size = round($file_size / pow(1024,$j-1) * 100)
/ 100 . $ext[$j-1];
echo td bgcolor=\silver\ . $file_size . /td;
$filemod = filemtime($file);
$file_modtime = date(F j Y h:i:s A, $filemod);
echo td bgcolor=\silver\ . $file_modtime . /td/tr;
}
} // end while we're reading files from the directory
// if we printed out a table, header (and contents) we should cap it off
if ($file_count = 1)
echo /table;
// if there are other directories to recurse into that were stored in our
array,
// print out the name of the directory, and call this function with the new
directory name.
if ($dir_count = 1) {
for ($x=1; $x=$dir_count; $x++) {
echo h4$places_to_go[$x]/h4;
echo dir;
$newdir = $hddir . /$places_to_go[$x];
list_dir($newdir, recurse, alpha);
echo /dir;
}
}
chdir (..);
[PHP-DEV] Bug #8970 Updated: Cannot compile PHP 4.0.4pl1 w/ pgsql
ID: 8970 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Compile Failure Bug Type: PostgreSQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Does this happen with PHP 4.0.5 too? And if it does, what is the version of Postgresql you have? --Jani Previous Comments: --- [2001-01-28 17:39:43] [EMAIL PROTECTED] Using the following commands: ./configure --with-gd=/usr/local/gd/ --with-mysql --with-pgsql --with-xml --with-zlib --enable-memory-limit --enable-force-cgi-redirect make the compile fails with the following output: Making all in pgsql make[2]: Entering directory `/g/src/php/php-4.0.4pl1/ext/pgsql' make[3]: Entering directory `/g/src/php/php-4.0.4pl1/ext/pgsql' gcc -I. -I/g/src/php/php-4.0.4pl1/ext/pgsql -I/g/src/php/php-4.0.4pl1/main -I/g/src/php/php-4.0.4pl1 -I/g/src/php/php-4.0.4pl1/Zend -I/usr/local/gd/ -I/g/src/php/php-4.0.4pl1/ext/mysql/libmysql -I/g/src/php/php-4.0.4pl1/ext/xml/expat/xmltok -I/g/src/php/php-4.0.4pl1/ext/xml/expat/xmlparse -I/usr/local/include -I/g/src/php/php-4.0.4pl1/TSRM -I/usr/local/pgsql/include -DXML_BYTE_ORDER=12 -g -O2 -c pgsql.c touch pgsql.lo pgsql.c: In function `php_if_pg_put_line': pgsql.c:750: void value not ignored as it ought to be make[3]: *** [pgsql.lo] Error 1 make[3]: Leaving directory `/g/src/php/php-4.0.4pl1/ext/pgsql' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/g/src/php/php-4.0.4pl1/ext/pgsql' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/g/src/php/php-4.0.4pl1/ext' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8970edit=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 #11044 Updated: PHP CGI on Win32 crashed after fresh build
ID: 11044 Updated by: elixer Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproducible crash Operating system: PHP Version: 4.0 Latest CVS (2001-05-23) Assigned To: Comments: Fixed by Andi. I love closing my own bug reports :) Previous Comments: --- [2001-05-23 03:20:13] [EMAIL PROTECTED] I built the Debug_TS PHP project from CVS about an hour ago and when invoking the resulting binary I get the following error: The exception Breakpoint A breakpoint has been reached. (0x8003) occurred in the application at location 0x0023ae23. The exception is raised by the call to abort() on line 319 in TSRM.c. I don't know a _thing_ about thread safety, so Zeev or Andi will have to take care of this one. If anymore information is needed, please let me know. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11044edit=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 #8418 Updated: ii.c (Ingres) fails to compile with gcc
ID: 8418 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Solaris 2.5.1 PHP Version: 4.0.4 Description: ii.c (Ingres) fails to compile with gcc After many hours of wacking my brain I found out the database was 'OpenIngres' and they are apparently not compatible with the IngresII support in php Previous Comments: --- [2001-05-23 14:25:47] [EMAIL PROTECTED] What's the status with this? This works for me just fine with II 2.5/00 (int.lnx/97). --Jani --- [2000-12-28 11:51:30] [EMAIL PROTECTED] My entire configuration line was ./configure --without-mysql --with-ingres --with-apache=../apache_1.3.14, and if I don't have the --with-ingres in my configuration line everything works (but I really, really need the ingres database access). As you can see from my configure locates the ingres database (/opt/nmc/ingres/files) by it self so I dont think that is the problem. I also did some research and I think that the ingres header file (iiapi.h?) which ii.h (from php) depends on havn't got the declaration of IIAPI_AUTOPARM (maybe a old version of ingres). At the moment I havn't got access to the computer (it's at work and I'm home for christmas), but I'll see if I can get hold of that iiapi.h file --- [2000-12-28 09:07:15] [EMAIL PROTECTED] What is the whole configure line you have used? Is there anything unusual in config.log when --with-ii is used? Does it work when it is not used? --Jani --- [2000-12-25 18:08:17] [EMAIL PROTECTED] I just noticed that the configure program gives me an 'error': Generating files checking for working mkdir -p... yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/pear creating pear/phpize creating pear/php-config creating pear/PEAR.php creating TSRM/Makefile creating sapi/apache/libphp4.module creating main/php_config.h creating sapi/Makefile creating ext/Makefile creating Makefile mkdir: : No such file or directory creating pear/Makefile creating main/Makefile creating ext/ingres_ii/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile creating sapi/apache/Makefile creating regex/Makefile creating main/internal_functions.c Notice that mkdir: : No such file or directory in there --- [2000-12-25 17:10:45] [EMAIL PROTECTED] I get the following error when I try to compile php 4.0.4 with the --with-ingres support. gcc -I. -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/ingres_ii -I/opt/nmc/users/nmcadm/morten/php-4.0.4/main -I/opt/nmc/users/nmcadm/morten/php-4.0.4 -I/opt/nmc/users/nmcadm/morten/apache_1.3.14/src/include -I/opt/nmc/users/nmcadm/morten/apache_1.3.14/src/os/unix -I/opt/nmc/users/nmcadm/morten/php-4.0.4/Zend -I/opt/nmc/ingres/files -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/xml/expat/xmltok -I/opt/nmc/users/nmcadm/morten/php-4.0.4/ext/xml/expat/xmlparse -I/opt/nmc/users/nmcadm/morten/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -g -O2 -c ii.c touch ii.lo ii.c: In function `_clean_ii_plink': ii.c:191: `IIAPI_AUTOPARM' undeclared (first use in this function) ii.c:191: (Each undeclared identifier is reported only once ii.c:191: for each function it appears in.) ii.c:191: parse error before `autoParm' ii.c:200: `autoParm' undeclared (first use in this function) ii.c: In function `php_if_ingres_autocommit': ii.c:1350: `IIAPI_AUTOPARM' undeclared (first use in this function) ii.c:1350: parse error before `autoParm' ii.c:1363: `autoParm' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `ii.lo' Current working directory /opt/nmc/users/nmcadm/morten/php-4.0.4/ext/ingres_ii *** Error code 1 make: Fatal error: Command failed for target `all-recursive' As you can see there seems to be a problem in the ii.c file. --- 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=8418 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list
[PHP-DEV] Bug #11061 Updated: Crash while recursivly call of a class method
ID: 11061
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Reproducible crash
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-23)
Assigned To:
Comments:
maybe it should bail out with an out of memory message
instead, but beside that it's good old bullshit in,
bullshit out here. you didn't expect this to run
forever, do you?
PS: there have been lots of reports about this
before
Previous Comments:
---
[2001-05-23 14:24:30] [EMAIL PROTECTED]
This class will core dump your php, reproducable *every* time (how boring ;-)),
testing with latest CVS on Linux 2.4.x and Windows 98
?
class CFooBar
{
function barFoo()
{
return $this-barFoo();
}
}
$fooBar = New CFooBar();
$fooBar-barFoo();
?
gdb bt:
(gdb) bt
#0 0x80e7a56 in zend_fetch_var_address (result=0x81f9fb8, op1=0x81f9fc8,
op2=0x81f9fd8, Ts=0xbf800038, type=0)
at ./zend_execute.c:462
#1 0x80e9c18 in execute (op_array=0x81fb03c) at ./zend_execute.c:1209
#2 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#3 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
[CUT]
#47 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#48 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#49 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11061edit=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 #8418 Updated: ii.c (Ingres) fails to compile with gcc
ID: 8418 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.4 Assigned To: Comments: Bogusing this then. --Jani Previous Comments: --- [2001-05-23 15:24:18] [EMAIL PROTECTED] After many hours of wacking my brain I found out the database was 'OpenIngres' and they are apparently not compatible with the IngresII support in php --- [2001-05-23 14:25:47] [EMAIL PROTECTED] What's the status with this? This works for me just fine with II 2.5/00 (int.lnx/97). --Jani --- [2000-12-28 11:51:30] [EMAIL PROTECTED] My entire configuration line was ./configure --without-mysql --with-ingres --with-apache=../apache_1.3.14, and if I don't have the --with-ingres in my configuration line everything works (but I really, really need the ingres database access). As you can see from my configure locates the ingres database (/opt/nmc/ingres/files) by it self so I dont think that is the problem. I also did some research and I think that the ingres header file (iiapi.h?) which ii.h (from php) depends on havn't got the declaration of IIAPI_AUTOPARM (maybe a old version of ingres). At the moment I havn't got access to the computer (it's at work and I'm home for christmas), but I'll see if I can get hold of that iiapi.h file --- [2000-12-28 09:07:15] [EMAIL PROTECTED] What is the whole configure line you have used? Is there anything unusual in config.log when --with-ii is used? Does it work when it is not used? --Jani --- [2000-12-25 18:08:17] [EMAIL PROTECTED] I just noticed that the configure program gives me an 'error': Generating files checking for working mkdir -p... yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/pear creating pear/phpize creating pear/php-config creating pear/PEAR.php creating TSRM/Makefile creating sapi/apache/libphp4.module creating main/php_config.h creating sapi/Makefile creating ext/Makefile creating Makefile mkdir: : No such file or directory creating pear/Makefile creating main/Makefile creating ext/ingres_ii/Makefile creating ext/pcre/Makefile creating ext/pcre/pcrelib/Makefile creating ext/posix/Makefile creating ext/session/Makefile creating ext/standard/Makefile creating ext/xml/Makefile creating ext/xml/expat/Makefile creating ext/xml/expat/xmlparse/Makefile creating ext/xml/expat/xmltok/Makefile creating sapi/apache/Makefile creating regex/Makefile creating main/internal_functions.c Notice that mkdir: : No such file or directory in there --- 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=8418edit=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 #11061 Updated: Crash while recursivly call of aclass method
Are there any plans to do anything about these ever?
If not, I'd say you should 'Bogus' this.
--Jani
On 23 May 2001 [EMAIL PROTECTED] wrote:
ID: 11061
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Reproducible crash
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-23)
Assigned To:
Comments:
maybe it should bail out with an out of memory message
instead, but beside that it's good old bullshit in,
bullshit out here. you didn't expect this to run
forever, do you?
PS: there have been lots of reports about this
before
Previous Comments:
---
[2001-05-23 14:24:30] [EMAIL PROTECTED]
This class will core dump your php, reproducable *every* time (how boring ;-)),
testing with latest CVS on Linux 2.4.x and Windows 98
?
class CFooBar
{
function barFoo()
{
return $this-barFoo();
}
}
$fooBar = New CFooBar();
$fooBar-barFoo();
?
gdb bt:
(gdb) bt
#0 0x80e7a56 in zend_fetch_var_address (result=0x81f9fb8, op1=0x81f9fc8,
op2=0x81f9fd8, Ts=0xbf800038, type=0)
at ./zend_execute.c:462
#1 0x80e9c18 in execute (op_array=0x81fb03c) at ./zend_execute.c:1209
#2 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#3 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
[CUT]
#47 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#48 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
#49 0x80ec12b in execute (op_array=0x81fb03c) at ./zend_execute.c:1614
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11061edit=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] extension depending on extension?
Alright, so what I'm doing is wrapping two libraries from the Jabber Project (http://www.jabber.org). The first is an xmlnodes wrapper, similar to DOM but more internalized as well as some other helper functions, the second is jabber specific functionality. Here is where it gets tricky, the xmlnode library is dependent on the jabber library. The xmlnode library is also very useful by itself so I would like it to be that way. So I have it working great but now that I'm ready to make the jabber extension use it I'm lost. Can I make the require each other? Can I register xmlnode resources from the jabber extension? If I can't do this any suggestions on the best solution? --temas -- PHP Development Mailing List http://www.php.net/ 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 #10969 Updated: apache don't start, cannot load php4apache.dll
ID: 10969 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating system: Win 98 PHP Version: 4.0.5 Description: apache don't start, cannot load php4apache.dll I found what the error was: Apache could not find odbc32.dll. After I installed this library the server started normally. Previous Comments: --- [2001-05-21 09:36:13] [EMAIL PROTECTED] I don't see any sintax error there. Please send detailed info. I think scripting engine classifies this as a sintax error but indeed there are another kind of a problem. By the way, the full message I see in my console window is: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: (1157) Cannot load dinamic library: The last sentence was written in russian, in accordance with OS-specific regional settings and then translated by me in English. That's why I omitted this message in the first edition of this bug report. --- [2001-05-19 10:50:01] [EMAIL PROTECTED] Bogus --- [2001-05-19 10:44:27] [EMAIL PROTECTED] This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix this syntax error and try again. --- [2001-05-19 10:14:54] [EMAIL PROTECTED] When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE --- Full Bug description available at: http://bugs.php.net/?id=10969 -- PHP Development Mailing List http://www.php.net/ 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 #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Variables related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
What is the setting for this directive in your php.ini:
variables_order
--Jani
Previous Comments:
---
[2001-05-23 13:39:30] [EMAIL PROTECTED]
Everything else seems to be OK except the GET method
Thanks in advance for follow up the problem.
---
[2001-05-23 13:35:13] [EMAIL PROTECTED]
the link is generated in one document like this:
board.php
echo(a href=drop.php?id= . urlencode($data[n_id]) . DROP/an);
.
and in drop.php?id=1 variable $HTTP_GET_VARS is not set.
if (isset($HTTP_GET_VARS[id])){
$n_id = $HTTP_GET_VARS[id];
}else{
$n_id = 0;
}
This worked on WinNT5.0 with apache 1.3.14 and PHP 4.0.4pl1 as a module.
I've compiled apache and PHP as a static module.
./cofigure --with-mysql --with-apache=../apache_1.3.19
---
[2001-05-23 12:50:45] [EMAIL PROTECTED]
Works for me just fine. Can you please add a shortest
possible script into this report which can be used to reproduce this problem?
--Jani
---
[2001-05-23 12:38:18] [EMAIL PROTECTED]
I have this problem:
PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK.
PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11059edit=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 #11064: ereg() doe's not accept the third argument as reported in doc
From: [EMAIL PROTECTED] Operating system: linux 2.2 PHP version: 4.0.5 PHP Bug Type: Regexps related Bug description: ereg() doe's not accept the third argument as reported in doc try this : ereg( $a, $b, $c ); -- Edit Bug report at: http://bugs.php.net/?id=11064edit=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 #11065: Compile faliure
From: [EMAIL PROTECTED]
Operating system: sparc-sun-solaris2.7
PHP version: 4.0.5
PHP Bug Type: Compile Failure
Bug description: Compile faliure
I got the error when I compile php:
docent@hbsp-test% ./configure -with-nsapi=/export/home/netscape/server4
-with-oci8=/oracle/product/8.1.6 -enable-track-vars -enable-libgcc
loading cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles... no
checking host system type... sparc-sun-solaris2.7
checking for gawk... (cached) nawk
checking for bison... (cached) bison -y
checking bison version... 1.28 (ok)
checking for gcc... (cached) /usr/local/bin/gcc
checking whether the C compiler (/usr/local/bin/gcc ) works... yes
checking whether the C compiler (/usr/local/bin/gcc ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether /usr/local/bin/gcc accepts -g... (cached) yes
checking how to run the C preprocessor... (cached) /usr/local/bin/gcc -E
checking for AIX... no
checking for /usr/local/bin/gcc option to accept ANSI C... (cached) none needed
checking for ranlib... (cached) ranlib
checking whether /usr/local/bin/gcc and cc understand -c and -o together... (cached)
yes
checking whether ln -s works... (cached) yes
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking lex output file root... (cached) lex.yy
checking whether yytext is a pointer... (cached) yes
checking for working const... (cached) yes
checking for pthreads_cflags... (cached)
checking for pthreads_lib... (cached) pthread
[1mConfiguring SAPI modules[m
checking for AOLserver support... no
checking for Apache module support via DSO through APXS... no
checking for Apache module support... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 module support via DSO through APXS... no
checking for Caudium support... no
checking whether to force Apache CGI redirect... no
checking whether to discard path_info + path_translated... no
checking for fhttpd module support... no
checking for FastCGI support... no
checking for Zeus ISAPI support... no
checking for NSAPI support... /export/home/netscape/server4
checking for NSAPI include files... iPlanet/4.x style
checking for PHTTPD support... no
checking for Pi3Web Support... no
checking for Roxen/Pike support... no
checking for Servlet support... no
checking for thttpd... no
checking for chosen SAPI module... nsapi
[1mRunning system checks[m
checking for missing declarations of reentrant functions... done
checking whether compiler supports -R... (cached) yes
checking for sendmail... (cached) /usr/lib/sendmail
checking whether system uses EBCDIC... (cached) no
checking for socket in -lsocket... (cached) yes
checking for yp_get_default_domain... no
checking for gethostname in -lnsl... (cached) yes
checking for crypt in -lcrypt... (cached) yes
checking for dlopen in -ldl... (cached) yes
checking for sin in -lm... (cached) yes
checking for inet_aton in -lresolv... (cached) yes
checking for res_search in -lsocket... (cached) yes
checking for dn_skipname in -lresolv... (cached) no
checking for __dn_skipname in -lresolv... (cached) yes
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking for fclose declaration... ok
checking for alloca.h... (cached) yes
checking for arpa/inet.h... (cached) yes
checking for arpa/nameser.h... (cached) yes
checking for crypt.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for grp.h... (cached) yes
checking for ieeefp.h... (cached) yes
checking for limits.h... (cached) yes
checking for locale.h... (cached) yes
checking for netinet/in.h... (cached) yes
checking for pwd.h... (cached) yes
checking for resolv.h... (cached) yes
checking for signal.h... (cached) yes
checking for stdarg.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for syslog.h... (cached) yes
checking for sysexits.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/mman.h... (cached) yes
checking for sys/resource.h... (cached) yes
checking for sys/select.h... (cached) yes
checking for sys/socket.h... (cached) yes
checking for sys/statfs.h... (cached) yes
checking for sys/statvfs.h... (cached) yes
checking for sys/sysexits.h... (cached) no
checking for sys/time.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/varargs.h... (cached) yes
checking for sys/wait.h... (cached) yes
checking for unistd.h... (cached) yes
checking for unix.h... (cached)
[PHP-DEV] Bug #11063 Updated: $var = function_returning_array(args)[0]; doesn't work
ID: 11063 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Old-Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This syntax does not make sense at all (to me). It is not present in any language AFAIK. A function simply returns an array, and if you want to do something with that, do it later. However, it is a valid feature request, but I don't think it wil be implemented in short time. Changed type to Feature Request and status to Suspended. Derick Previous Comments: --- [2001-05-23 16:35:48] [EMAIL PROTECTED] $var = function_returning_array(args)[0]; gives an error but $var = function_returning_array(args); $var=$var[0]; works fine. I think that either should work. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11063edit=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 #11063 Updated: $var = function_returning_array(args)[0]; doesn't work
ID: 11063 User Update by: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating system: Windows NT 4.0 Build 1381 PHP Version: 4.0.4pl1 Description: $var = function_returning_array(args)[0]; doesn't work I think that $var=(function_returning_array(args))[0]; should also work, but it does not either. The real problem here is that the [] operator works only on variables, not on general expressions. Just trying to make php more c-like in it's expression syntax. Previous Comments: --- [2001-05-23 17:33:22] [EMAIL PROTECTED] This syntax does not make sense at all (to me). It is not present in any language AFAIK. A function simply returns an array, and if you want to do something with that, do it later. However, it is a valid feature request, but I don't think it wil be implemented in short time. Changed type to Feature Request and status to Suspended. Derick --- [2001-05-23 16:35:48] [EMAIL PROTECTED] $var = function_returning_array(args)[0]; gives an error but $var = function_returning_array(args); $var=$var[0]; works fine. I think that either should work. --- Full Bug description available at: http://bugs.php.net/?id=11063 -- PHP Development Mailing List http://www.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 #11063 Updated: $var = function_returning_array(args)[0]; doesn't work
This syntax comes from using slices in Perl. It's a great feature, but as you say, unlikely to see the light of day in PHP. e.g. my ($user, $uid, $gid) = split(/:/, $line_from_passwd_file)[0,2,3]; Great feature. =) Daniel - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 23, 2001 4:33 PM Subject: [PHP-DEV] Bug #11063 Updated: $var = function_returning_array(args)[0]; doesn't work ID: 11063 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Old-Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This syntax does not make sense at all (to me). It is not present in any language AFAIK. A function simply returns an array, and if you want to do something with that, do it later. However, it is a valid feature request, but I don't think it wil be implemented in short time. Changed type to Feature Request and status to Suspended. Derick Previous Comments: -- - [2001-05-23 16:35:48] [EMAIL PROTECTED] $var = function_returning_array(args)[0]; gives an error but $var = function_returning_array(args); $var=$var[0]; works fine. I think that either should work. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11063edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11066: In the uploaded binary file all zero bytes are replaced by 0x20 (32)
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.0-RELEASE #6
PHP version: 4.0.4pl1
PHP Bug Type: HTTP related
Bug description: In the uploaded binary file all zero bytes are replaced by 0x20 (32)
Configure command:
'./configure' '--with-apache=../apache_1.3.14rusPL30.1' '--enable-track-vars'
All default values in php.ini file.
Sample script:
htmlbody
?
if(!isset($inputfile)){
$script=basename($PHP_SELF);
?
FORM ENCTYPE=multipart/form-data ACTION=?=$script? METHOD=POST
INPUT TYPE=hidden name=MAX_FILE_SIZE value=30
INPUT NAME=inputfile TYPE=file
INPUT TYPE=submit VALUE=Submit!
/FORM
?
}
else{
move_uploaded_file($inputfile,./uploaded.file);
echo File is uploaded!;
}
?
/body/html
--
Edit Bug report at: http://bugs.php.net/?id=11066edit=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 #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Variables related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Was $data['n_id'] non-empty in board.php?
Your script works fine for me when I add $data['n_id'] = 1;
Previous Comments:
---
[2001-05-23 16:48:03] [EMAIL PROTECTED]
What is the setting for this directive in your php.ini:
variables_order
--Jani
---
[2001-05-23 13:39:30] [EMAIL PROTECTED]
Everything else seems to be OK except the GET method
Thanks in advance for follow up the problem.
---
[2001-05-23 13:35:13] [EMAIL PROTECTED]
the link is generated in one document like this:
board.php
echo(a href=drop.php?id= . urlencode($data[n_id]) . DROP/an);
.
and in drop.php?id=1 variable $HTTP_GET_VARS is not set.
if (isset($HTTP_GET_VARS[id])){
$n_id = $HTTP_GET_VARS[id];
}else{
$n_id = 0;
}
This worked on WinNT5.0 with apache 1.3.14 and PHP 4.0.4pl1 as a module.
I've compiled apache and PHP as a static module.
./cofigure --with-mysql --with-apache=../apache_1.3.19
---
[2001-05-23 12:50:45] [EMAIL PROTECTED]
Works for me just fine. Can you please add a shortest
possible script into this report which can be used to reproduce this problem?
--Jani
---
[2001-05-23 12:38:18] [EMAIL PROTECTED]
I have this problem:
PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK.
PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11059edit=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 #11068: cookie lost after redirect header(Location:);
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: cookie lost after redirect header(Location:); take these 3 scripts: include.php $value = 1; $boolean = $session[0]; if($boolean) $value = 0; script1.php include(include.php); setcookie(session[0],1,0,/,,0); header(Location: /script2.php); script2.php include(include.php); echo $value; now here is the problem... i run script one, it includes include.php and sets the cookie and redirects to script2.php, but i don't think script2.php is including include.php again after the cookie set. these aren't the real scripts i am testing this on, but something very similar. is there a problem with this sequence: script1: include(file); header(Location: script2); script2: include(file); thanks -- Edit Bug report at: http://bugs.php.net/?id=11068edit=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 #11069: can't spawn new php after a few hours (mem leak?)
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: can't spawn new php after a few hours (mem leak?) i run a web based game with a development server that gets around 100k hits a day. after upgrading to apache 1.3.19 and php 4.0.5 and mysql 3.23.38 the server suddenly stops working and returns internal server error after a few hours, and apaches error.log reads can't spawn child process i am using php as CGI now. i used to use the module, but when i use the module now, the server works fine for about 10 minutes and then stops working completely (doesn't even return 500 internal server error) these are the only 3 programs that are running and this didn't happen before i upgraded all the software. i am using persistant connections on the db which i believe may be linked to the problem. -- Edit Bug report at: http://bugs.php.net/?id=11069edit=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 #11069 Updated: can't spawn new php after a few hours (mem leak?)
ID: 11069 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: No offense, but Win 98 is not really a stable server environment. I'd recommend a unix flavor, or at least Win2K for this job. What software was you using before this upgrade? Derick Previous Comments: --- [2001-05-23 18:32:33] [EMAIL PROTECTED] i run a web based game with a development server that gets around 100k hits a day. after upgrading to apache 1.3.19 and php 4.0.5 and mysql 3.23.38 the server suddenly stops working and returns internal server error after a few hours, and apaches error.log reads can't spawn child process i am using php as CGI now. i used to use the module, but when i use the module now, the server works fine for about 10 minutes and then stops working completely (doesn't even return 500 internal server error) these are the only 3 programs that are running and this didn't happen before i upgraded all the software. i am using persistant connections on the db which i believe may be linked to the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11069edit=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 #11069 Updated: can't spawn new php after a few hours (mem leak?)
ID: 11069 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-23 18:32:33] [EMAIL PROTECTED] i run a web based game with a development server that gets around 100k hits a day. after upgrading to apache 1.3.19 and php 4.0.5 and mysql 3.23.38 the server suddenly stops working and returns internal server error after a few hours, and apaches error.log reads can't spawn child process i am using php as CGI now. i used to use the module, but when i use the module now, the server works fine for about 10 minutes and then stops working completely (doesn't even return 500 internal server error) these are the only 3 programs that are running and this didn't happen before i upgraded all the software. i am using persistant connections on the db which i believe may be linked to the problem. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11069edit=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 #11068 Updated: cookie lost after redirect header(Location:);
ID: 11068 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Ask support questions on [EMAIL PROTECTED] Previous Comments: --- [2001-05-23 18:23:58] [EMAIL PROTECTED] take these 3 scripts: include.php $value = 1; $boolean = $session[0]; if($boolean) $value = 0; script1.php include(include.php); setcookie(session[0],1,0,/,,0); header(Location: /script2.php); script2.php include(include.php); echo $value; now here is the problem... i run script one, it includes include.php and sets the cookie and redirects to script2.php, but i don't think script2.php is including include.php again after the cookie set. these aren't the real scripts i am testing this on, but something very similar. is there a problem with this sequence: script1: include(file); header(Location: script2); script2: include(file); thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11068edit=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 #8600 Updated: --enable-socket option does not compile on Solaris 7/8
ID: 8600 Updated by: jason Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sockets related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Fixed since 4.0.5 Previous Comments: --- [2001-01-09 14:15:58] [EMAIL PROTECTED] php build: php4-200101090945 compiler: gcc 2.95.2 on solaris 7 configuration as: configure --enable-sockets make bails out while building sockets extension: sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function) sockets.c:118: initializer element is not constant sockets.c:118: (near initialization for `sockets_functions[10].handler') sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function) sockets.c:139: initializer element is not constant an so on ... --- [2001-01-09 03:45:09] [EMAIL PROTECTED] This should be fixed in CVS. Please try latest snapshot from http://snaps.php.net/ --Jani --- [2001-01-09 03:31:02] [EMAIL PROTECTED] Can we have more details please. It compiles for me OK on solaris 2.7 (which I guess is solaris 7) WHat compiler errors do you get? What compiler do you use? What is your PATH? What is the smallest ./configure command you use that exhibits the problem? Sam --- [2001-01-08 14:08:16] [EMAIL PROTECTED] --enable-socket option does not compile on Solaris 7/8 platforms because of sendmsg/recvmesg function implementations. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8600edit=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]
