Bug #16407: Non persistant cookie with IE5.5 and +
From: [EMAIL PROTECTED]
Operating system: Win 2000
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: Non persistant cookie with IE5.5 and +
This problem occurs with IE 5.5 +.
I set a non persistant cookie, by exemple :
setcookie('myCookie','miam','','/','',0);
in a first navigator window.
When I open a second window (the first is still open), I can read the
cookie, but when I close this second window, the cookie is deleted, and no
longer accessible from the first.
This problem don't occur when I write cookie using JavaScript. It don't
occur with Navigator (4.x and 6) and with IE 5.0.
--
Edit bug report at http://bugs.php.net/?id=16407&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16407&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16407&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16407&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16407&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16407&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16407&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16407&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16407&r=submittedtwice
Bug #16408: session handling does not work with IE6
From: [EMAIL PROTECTED] Operating system: Windows NT (IIS) & AIX (Apache) PHP version: 4.1.1 PHP Bug Type: Session related Bug description: session handling does not work with IE6 In IE6 we have on some PCs the problem that the session data will not saved: First page: session_start(); $User = "root"; session_register(User); Second page: session_start(); echo "$User"; Now nothing will displayed... :-( This Problem occures only in IE6 an never in IE5.x Stephan -- Edit bug report at http://bugs.php.net/?id=16408&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16408&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16408&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16408&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16408&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16408&r=support Expected behavior: http://bugs.php.net/fix.php?id=16408&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16408&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16408&r=submittedtwice
Bug #16407 Updated: Non persistant cookie with IE5.5 and +
ID: 16407
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: HTTP related
Operating System: Win 2000
PHP Version: 4.0.6
New Comment:
We can't influence the way browsers treat cookies. This is a problem
with IE, not with PHP.
Previous Comments:
[2002-04-03 04:13:59] [EMAIL PROTECTED]
This problem occurs with IE 5.5 +.
I set a non persistant cookie, by exemple :
setcookie('myCookie','miam','','/','',0);
in a first navigator window.
When I open a second window (the first is still open), I can read the
cookie, but when I close this second window, the cookie is deleted, and
no longer accessible from the first.
This problem don't occur when I write cookie using JavaScript. It don't
occur with Navigator (4.x and 6) and with IE 5.0.
--
Edit this bug report at http://bugs.php.net/?id=16407&edit=1
Bug #16263 Updated: session.start() create new empty session file and not resume existing session
ID: 16263 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: *** *** *** *** *** *** *** *** *** *** *** *** Yeah, this is a bug in 4.1.2... does anybody know where I can download the previous 4.1.1 version of PHP??? It has been removed from php.net and I can't seem to find it anywhere else. Thanks! Previous Comments: [2002-03-25 10:27:44] [EMAIL PROTECTED] When calling function session_start() in 4.1.2 version, it creates new empty file in session.save_path. In version 4.1.1 it was OK, after installing new version this does not work, even if php.ini is the same. print_r($_SESSION) gets empty array. I have register_globals off and using only $_SESSION, $_GET, vars my php.ini: session.save_handler = files session.save_path = c:\program files\php\tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start= 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = burcin.natur.cuni.cz session.serialize_handler = php session.gc_probability= 1 session.gc_maxlifetime= 1440 session.referer_check = session.entropy_length= 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 0 session.use_trans_sid = 1 -- Edit this bug report at http://bugs.php.net/?id=16263&edit=1
Bug #16263 Updated: session.start() create new empty session file and not resume existing session
ID: 16263 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Nothing changed between 4.1.1 and 4.1.2, but you can try php-4.2.0rc1 from www.php.net/~derick if you want. Please report back if this fixes the problem. Derick Previous Comments: [2002-04-03 04:34:48] [EMAIL PROTECTED] *** *** *** *** *** *** *** *** *** *** *** *** Yeah, this is a bug in 4.1.2... does anybody know where I can download the previous 4.1.1 version of PHP??? It has been removed from php.net and I can't seem to find it anywhere else. Thanks! [2002-03-25 10:27:44] [EMAIL PROTECTED] When calling function session_start() in 4.1.2 version, it creates new empty file in session.save_path. In version 4.1.1 it was OK, after installing new version this does not work, even if php.ini is the same. print_r($_SESSION) gets empty array. I have register_globals off and using only $_SESSION, $_GET, vars my php.ini: session.save_handler = files session.save_path = c:\program files\php\tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start= 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = burcin.natur.cuni.cz session.serialize_handler = php session.gc_probability= 1 session.gc_maxlifetime= 1440 session.referer_check = session.entropy_length= 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 0 session.use_trans_sid = 1 -- Edit this bug report at http://bugs.php.net/?id=16263&edit=1
Bug #16406 Updated: ldap_delete and ldap_add return http header
ID: 16406
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: win, iis
PHP Version: 4.1.2
New Comment:
See, the LDAP module does in no way return any headers if it encounters
an error (that would render it useless for on-web application for which
I use it for example).
It's more likely a configuration error with your webserver or your
code, you should double/tripple check that first.
Previous Comments:
[2002-04-03 03:01:50] [EMAIL PROTECTED]
I'm using IIS, Win2000, PHP 4.1.2, IPlanet 5.1. When I try to delete or
add an entry I receive the http header. This is a sample of the code:
if (!$ds=@ldap_connect($LDAP_SERVER[$SERVER_ID])) die("Unable to
connect");
if (!@ldap_bind($ds,$gebruiker,$passw)) {
$errno = ldap_errno($ds);
// error 49 wrong password, error 32 unknown user
if ($errno == 49 || $errno == 32) {
//call login function
showLogin();
} else {
die("Unable to bind");
}
if (!@ldap_delete($ds, $dn)) {
$errno = ldap_errno($ds);
//error 50 No Access
if ($errno == 50) {
showLogin($);
} else {
die ("Could not delete");
}
}
What this should do is delete an entry by first connecting to the
server, then bind to it and finally delete the specified entry.
When a bind is unsuccessful due to wrong access info a redirect to a
login screen is forced. This also goes for when an object has
insufficient right to delete the specified entry.
The function ldap_delete does return true or false, but when I don't
have sufficient access rights to delete an entry (errno 50) the below
http header is not processed by the webserver but returned to the
browser instead.
X-Powered-By: PHP/4.1.2
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Location: http://www.somedomain.com/loginscreen.php
Content-type: text/html
This problem also occurs when I don't have proper rights to add an
entry with ldap_add.
These problems do not occur when I run the code on a Unix system and a
Apache webserver. So it might be the dll or IIS that's causing the
problems.
--
Edit this bug report at http://bugs.php.net/?id=16406&edit=1
Bug #16409: include_once includes multiple times
From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.1.3
PHP version: 4.1.2
PHP Bug Type: Filesystem function related
Bug description: include_once includes multiple times
There is a bug with include_once including a file twice, if it is
referenced once with a fully qualified path and once with only the
filename (and the file being in the include path). This script illustrates
what I mean:
include_once('x.php');
include_once('/home/janneck/public_html/x.php');
On my Mac OS X 10.1.3, Apache 1.3.22, PHP 4.1.2 (also: 4.0.6) system, this
results in x.php getting included twice. (It works as expected on RedHat
7.1, Apache 1.3.22, PHP 4.0.6.)
doing "var_dump(get_included_files());" shows the following:
array(2) { [0]=> string(6) "/x.php" [1]=> string(40)
"/home/janneck/public_html/x.php" }
This might be related to a problem with the "realpath()" function which
does not work correctly but returns "" all the time.
--
Edit bug report at http://bugs.php.net/?id=16409&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16409&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16409&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16409&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16409&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16409&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16409&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16409&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16409&r=submittedtwice
Bug #10998 Updated: include http file
ID: 10998 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: HTTP related Operating System: AIX 4.3 PHP Version: 4.0.5 New Comment: Can you try RC1 from www.php.net/~derick ? Previous Comments: [2001-06-12 17:32:41] [EMAIL PROTECTED] This is confirmed problem on some systems. There is something wrong with the php_hostconnect() [2001-05-21 16:48:26] [EMAIL PROTECTED] Please include the example script here which can be used to reproduce this problem. --Jani [2001-05-21 15:13:47] [EMAIL PROTECTED] I receive that only on the new version of PHP and not on my Linux machine (with php 4.0.4pl1) I can include a specific file but not from http. Warning: php_hostconnect: connect failed in /appl/htdocs/xped-output.php on line 38 Warning: Failed opening 'http://32.203.99.36/xped-output.php?seq=0518&sort=' for inclusion (include_path='') in /appl/htdocs/xped-output.php on line 38 -- Edit this bug report at http://bugs.php.net/?id=10998&edit=1
Bug #16389 Updated: session_name doesnt work as expected
ID: 16389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.1.2 New Comment: try this, but try across subdomains. .htaccess for sub1 php_value session.name eisessid php_value session.auto_start 1 php_value session.save_path /home/blah/tmp php_value session.cookie_domain .blah.com now make a script and add a session variable... just register anything... now make a replica of this .htaccess for sub2 but remove session.name directive. now in sub2 try to access the session variable of sub1 you wont be able to. add the session_name into your script (not .htaccess) and try again.. and ofcourse the session_id.. yet wont work now in .htaccess add the session.name directive and set it to blahsessid and in the sub2 page, set session_name to eisessid so u can access sub1's sessvar. you should be able to do it now. even if u change .htaccess to eisessid it will work this shows u can access the session variable of another sub only if there is a directive for session.name in .htaccess even tho the session name is different. but otherwise without this directive it just wont work. Previous Comments: [2002-04-02 08:30:50] [EMAIL PROTECTED] Could you paste short and complete script? [2002-04-02 06:34:29] [EMAIL PROTECTED] Okay i was playing around some more.. I found that if i set some other session name into .htaccess i can yet retrieve information from my actual session variable (eisessid). but if i dont add anything into .htaccess (default being phpsessid) it doesnt seem to work. [2002-04-02 06:19:31] [EMAIL PROTECTED] i almost forgot session_name also returns eisessid if i set it from my script but doesnt return any session variable info. But using .htaccess it yet returns eisessid as session name but this time it returns the session variable info as well. (both cases session_id remains the same). [2002-04-02 05:57:17] [EMAIL PROTECTED] session_name is supposed to get/set the session name. So basically if i have a session variable which is registered under a particular session name and a session id i should be able to propogate it across any subdomain. Now heres the real problem i have a domain.com which works on eisessid as its session name and i have abc.domain.com which i am trying to access the session information. When i set session_name to eisessid i do not get the information of that session(from within my php script). However, when i put session.name as eisessvar in my .htaccess of abc.domain.com i am able to retrieve the information. Since session_name is supposed to set/get the name of the session and i am propogating the session id to work, shouldnt session_name from within my code be able to access the session variables ? instead of having to only do it from .htaccess ? -- Edit this bug report at http://bugs.php.net/?id=16389&edit=1
Bug #16109 Updated: zlib.output_compression and generated pictures
ID: 16109 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Zlib Related Operating System: linux PHP Version: 4.1.2 New Comment: I'm 100% sure there is a bugreport for this. I don't know the number, I can't find it anymore... Previous Comments: [2002-03-16 07:08:29] [EMAIL PROTECTED] Which bug number is it ? I tried to find a bug report, but didn't found any. [2002-03-16 06:54:00] [EMAIL PROTECTED] This has already been reported. [2002-03-15 16:53:11] [EMAIL PROTECTED] Hello, It seems a problem occurs when using zlib.output_compression=Yes and generating pictures from a script; The content of the picture seems to be compressed, and not recognize by a browser ( Netscape ). It occurs with jpeg and png files. Strange because, if using mod_gzip with Apache the picture is compressed __but__ still recognized by the browser. What is nice with zlib.output_compression is that nothing needs to be modified in the scripts themselves, but i was not able to find a way to stop compressing in a particular script. Anyhow, thanks again to all, for the nice job done here. Patrick -- Edit this bug report at http://bugs.php.net/?id=16109&edit=1
Bug #15026 Updated: bcpow error
ID: 15026 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: BC math related Operating System: WIN NT 4.0 SP6 PHP Version: 4.1.1 New Comment: Dupe of 13551: PHP's BCmath implementation doesn't support decimal numbers. Previous Comments: [2002-01-14 02:38:51] [EMAIL PROTECTED] Source code for demonstration: "; echo $b."...b"; echo $c."...b"; echo bccomp ($b, $c, 40)."...bccomp($a, $c , 40)"; echo bcdiv ($a, $b , 40)."bcdiv($a, $b , 40)"; echo bcmul ($a, $b , 40)."bcmul($a, $b , 40)"; echo bcpow ($a, $b , 40)."bcpow($a, $b , 40)"; echo pow ($a, $b )."pow($a, $b )"; echo bcadd ($a, $b , 40)."bcadd($a, $b , 40)"; echo bcsub ($a, $b , 40)."bcsub($a, $b , 40)"; echo bcsqrt ($a, 40)."bcsqrt($a, $b , 40)"; ?> Result: 0.23568...a 0.45689...b 0.45689...b 0...bccomp(0.23568, 0.45689 , 40) 0.5158353214121560988421720764297752194182bcdiv(0.23568, 0.45689 , 40) 0.1076798352bcmul(0.23568, 0.45689 , 40) * See here * 1bcpow(0.23568, 0.45689 , 40) 0.5166786686981pow(0.23568, 0.45689 ) * End of error * 0.69257000bcadd(0.23568, 0.45689 , 40) -0.22121000bcsub(0.23568, 0.45689 , 40) 0.485468845550360728809593402625080687bcsqrt(0.23568, 0.45689 , 40) -- Edit this bug report at http://bugs.php.net/?id=15026&edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: I have the same problem with AIX 4.2.1, Apache 1.3.24 and PHP 4.1.2 (and PHP 4.0.4pl1). I'm using gcc 2.95.2, GNU-make 3.79.1, bison 1.35, and the standard AIX ld. The problem also occurred when using the standard AIX make, and without bison. Just copying libphp4.so.0 to /usr/local/apache/libexec/libphp4.so made PHP working from within Apache. Previous Comments: [2002-02-28 09:02:37] [EMAIL PROTECTED] I have the same problem, on the same platform using the same PHP version, and reproducible for PHP 4.1.2 as well. I used the same work around for the 'make-install' issue (cp ./.libs/* ./libs), and have the same problem on server-startup. I got some more information when I discovered that in my case, iPlanet is recieving signal 11/segmentation fault and trying to dump core when it 'hangs'. It's the uxwdog process that restarts it/keeps it from crashing, giving the impression that the server is 'frozen'. In order to get a core file and some more info: Make sure the account you are running the server as, can write to "/usr/netscape/server4/https-/config/core". By default, the core file should be located there. Make sure that the filesystem this dir is in has enough space for a corefile. Make sure there is no limit set for dumping core for the user-id the server is running under, by checking the users stanza in '/etc/security/limits' (set core=-1). start the httpd manually (instead of using the 'start' script) by doing: cd /usr/netscape/server4/bin/https/bin ./ns-httpd -d /usr/netscape/server4/https-/config Also, check the aix error log for messages by doing: errpt -a | more If you are running syslog, check that logfile too for messages from uxwdog. [2002-02-21 10:18:09] [EMAIL PROTECTED] I have copied libphp4.a, libphp4.la, and libphp4.so.0 from the .libs directory to the libs/ directory. Renaming libphp4.so.0 to libphp4.so. Then run make install, the install goes fine after this and copies the binaries around. Is this ok to do? iPlanet is still hanging when I go to a page as it was with php 4.0.6. Thanks, Chris [2002-02-21 03:53:35] [EMAIL PROTECTED] I guess this is PHP's fault. It seems libphp4.a is collect shared lib name for AIX. (not?) [2002-02-20 15:16:43] [EMAIL PROTECTED] AIX uses lib*.a for shared libraries as well as static archives, so the *.so file isn't supposed to be installed, rather it is archived into the lib*.a file. [2002-02-15 18:03:33] [EMAIL PROTECTED] This is not PHP problem, but a bug in libtool. Please report it to the friendly gnu people. --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 at http://bugs.php.net/15561 -- Edit this bug report at http://bugs.php.net/?id=15561&edit=1
Bug #16406 Updated: ldap_delete and ldap_add return http header
ID: 16406
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: LDAP related
Operating System: win, iis
PHP Version: 4.1.2
New Comment:
I installed Apache on my win2000 machine and tested the code. This
processed the code without any problems. I guess it is save to say that
IIS, or at least the configuration is to blame.
Previous Comments:
[2002-04-03 05:25:15] [EMAIL PROTECTED]
See, the LDAP module does in no way return any headers if it encounters
an error (that would render it useless for on-web application for which
I use it for example).
It's more likely a configuration error with your webserver or your
code, you should double/tripple check that first.
[2002-04-03 03:01:50] [EMAIL PROTECTED]
I'm using IIS, Win2000, PHP 4.1.2, IPlanet 5.1. When I try to delete or
add an entry I receive the http header. This is a sample of the code:
if (!$ds=@ldap_connect($LDAP_SERVER[$SERVER_ID])) die("Unable to
connect");
if (!@ldap_bind($ds,$gebruiker,$passw)) {
$errno = ldap_errno($ds);
// error 49 wrong password, error 32 unknown user
if ($errno == 49 || $errno == 32) {
//call login function
showLogin();
} else {
die("Unable to bind");
}
if (!@ldap_delete($ds, $dn)) {
$errno = ldap_errno($ds);
//error 50 No Access
if ($errno == 50) {
showLogin($);
} else {
die ("Could not delete");
}
}
What this should do is delete an entry by first connecting to the
server, then bind to it and finally delete the specified entry.
When a bind is unsuccessful due to wrong access info a redirect to a
login screen is forced. This also goes for when an object has
insufficient right to delete the specified entry.
The function ldap_delete does return true or false, but when I don't
have sufficient access rights to delete an entry (errno 50) the below
http header is not processed by the webserver but returned to the
browser instead.
X-Powered-By: PHP/4.1.2
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Location: http://www.somedomain.com/loginscreen.php
Content-type: text/html
This problem also occurs when I don't have proper rights to add an
entry with ldap_add.
These problems do not occur when I run the code on a Unix system and a
Apache webserver. So it might be the dll or IIS that's causing the
problems.
--
Edit this bug report at http://bugs.php.net/?id=16406&edit=1
Bug #16392 Updated: simple DOM XML test app does not return any result
ID: 16392 Updated by: [EMAIL PROTECTED] -Summary: simple test app does not return result Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: windows 2000 PHP Version: 4.1.2 New Comment: changed summary to reflect problem more accurate Previous Comments: [2002-04-02 10:36:57] [EMAIL PROTECTED] Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php and test5.php.txt. I copied the example from a popular source code website. My site runs on iis5 dotnetbeta2 + php 4.1.2 The same file was installed on http://flux.myserver.org/php/carl.php but as you probably can see on a different installation: omnihttpd + php 4.0.4 My test php does not respond with any information on my server while the same php file on the other server responds correctly. -- Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #15150 Updated: curl_errno() [still] reports strange numbers
ID: 15150
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating System: linux 2.4.16
PHP Version: 4.1.1
New Comment:
I'd suggest a patch similar to this one. This was made against the
current CVS.
diff -u -r1.110 curl.c
--- curl.c 24 Mar 2002 10:40:21 - 1.110
+++ curl.c 3 Apr 2002 13:18:14 -
@@ -797,8 +797,8 @@
}
}
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
}
@@ -857,8 +857,8 @@
}
}
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
} else {
RETURN_TRUE;
@@ -881,10 +881,10 @@
ZEND_FETCH_RESOURCE(ch, php_curl *, zid, -1, le_curl_name,
le_curl);
error = curl_easy_perform(ch->cp);
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
if (ch->handlers->write->buf.len > 0)
smart_str_free(&ch->handlers->write->buf);
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
}
Previous Comments:
[2002-01-21 10:45:10] [EMAIL PROTECTED]
curl_errno() returns strange wrong values (very large numbers..
negative
numbers etc..)
$ch = curl_init ("http://www.php.net";);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_HEADER, 0);
$page=curl_exec ($ch);
$errore=curl_errno($ch);
error_log (" curl_errno: $errore",0);
curl_close ($ch);
my configure options:
'./configure' '--enable-trans-sid' '--with-mm=/usr/local/src/mm-1.1.3'
'--with-mhash'
'--with-apxs=/var/lib/apache/sbin/apxs'
'--with-mysql' '--with-curl'
libcurl version is libcurl 7.9.2
--
Edit this bug report at http://bugs.php.net/?id=15150&edit=1
Bug #13630 Updated: GDBM writes frequently fail during heavy traffic.
ID: 13630
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DBM/DBA related
Operating System: RedHat 7.1
PHP Version: 4.0.6
New Comment:
OS: Tru64 4.0F
apache 1.3.19
gdbm 1.8.0
i can't use gdbm, because the read only access
failed, if more the one process read from the
same database
Previous Comments:
[2001-10-10 15:56:59] [EMAIL PROTECTED]
We're using GDBM version 1.8.0, as of May 19, 1999. We have
a fairly active web site whichs pulls content from a GDBM
database.
Usually this access is read-only. Occasionally -- to update
a counter or information -- we need to open these databases
with write access.
A sample line to do this:
$dbm = dbmopen("facedb", "w");
Usually, this is never a problem. However, during heavy
load -- when more people than usual are updating data or
counters and thus needing to write to this database -- the
dbmopen() call fails with the following error:
"Warning: dbmopen_gdbm(itemsdb): 10 [Can't be writer], 11
[Resource temporarily unavailable] in db.php on line 5"
The PHP documentation page for dbmopen() states: "Note that
PHP does its own file locking in addition to any file
locking that may be done by the DBM library itself."
Is this true? If so, why would we be encountering this bug?
I guess the first question, which I might not be qualified
to answer: is this a GDBM problem, or a PHP problem?
Would switching to another database style help? Can we trap
this error and try again?
Enough question. That's my bug report.
-Cabel
--
Edit this bug report at http://bugs.php.net/?id=13630&edit=1
Bug #16349 Updated: no way to tell if a session exists without starting it
ID: 16349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: *General Issues +Bug Type: Session related Operating System: WinXP PHP Version: 4.1.2 New Comment: This is still session related. Ask on [EMAIL PROTECTED] as this is not bug. The PHP manual also has lot information about how sessions are supposed to be used. Previous Comments: [2002-04-02 16:33:31] [EMAIL PROTECTED] Is anybody looking at these? Moved from session category due to lack of response [2002-03-29 13:25:38] [EMAIL PROTECTED] There is no way, that I can see, of knowing if a session exists before starting it. I am trying to destroy a session, but only if it already exists. If it doesn't, I basically have to create it then destroy it. The problem, besides this being lame, is the browser can pop up a box asking the user if they want to accept a session cookie, when I am not even trying to start a session. It might be better if session_destroy just didn't require the session to be started. -- Edit this bug report at http://bugs.php.net/?id=16349&edit=1
Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure
ID: 4832 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: OpenBSD PHP Version: 4.1.2 New Comment: Changed the reporter email address. (original person was satisfied with the ported version) Also, please add your configure line and also the version of the c-client library on your system. Previous Comments: [2002-04-02 20:48:32] [EMAIL PROTECTED] Reopen due to user report [2002-04-02 20:12:33] [EMAIL PROTECTED] I get this same error with OpenBSD 3.0 and PHP 4.1.2. I am trying to upgrade to the newer php because of the upload security hole, otherwise I'd just stick with the OpenBSD port. If anyone cracks this I'd love to hear about it. [2002-02-27 00:15:48] [EMAIL PROTECTED] I'm not using PHP 4.0.0 or OpenBSD 2.9 anymore. The patched version in the OpenBSD ports system works, and that's good enough for me. [2002-02-26 23:59:13] [EMAIL PROTECTED] Hi, Just pulled the stable source (4.1.1), and compiled it under openbsd2.9. Used the following options: ./configure - ./configure --with-apxs=/usr/sbin/apxs --with-config-file-path=/var/www/conf --enable-calendar --enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex --enable-ftp --with-xml --with-openssl --with-zlib --enable-sysvsem --enable-sysvshm --without-curl --without-gdbm --with-gettext --with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap --with-mhash --without-mm --without-recode --without-snmp --without-gd --without-pdflib --disable-dbase --disable-filepro --without-mysql --with-pgsql=/usr/local/lib --without-iodbc --prefix=/usr/local --sysconfdir=/etc ,, then compiled, while recieving the compilation warning mentioned before. 'make install'd it fine, and upon restarting apache recieved the _mail_string error mentioned above. Please check it out. Regards, Gene [2000-12-07 11:16:20] [EMAIL PROTECTED] No feedback. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/4832 -- Edit this bug report at http://bugs.php.net/?id=4832&edit=1
Bug #4832 Updated: Undefined symbol "_mail_string" -> apache startup failure
ID: 4832 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: *General Issues Operating System: OpenBSD PHP Version: 4.1.2 New Comment: Seems like it's not possible to change the submitter email. So closing this one. Please open new bug report. Previous Comments: [2002-04-03 08:36:47] [EMAIL PROTECTED] Changed the reporter email address. (original person was satisfied with the ported version) Also, please add your configure line and also the version of the c-client library on your system. [2002-04-02 20:48:32] [EMAIL PROTECTED] Reopen due to user report [2002-04-02 20:12:33] [EMAIL PROTECTED] I get this same error with OpenBSD 3.0 and PHP 4.1.2. I am trying to upgrade to the newer php because of the upload security hole, otherwise I'd just stick with the OpenBSD port. If anyone cracks this I'd love to hear about it. [2002-02-27 00:15:48] [EMAIL PROTECTED] I'm not using PHP 4.0.0 or OpenBSD 2.9 anymore. The patched version in the OpenBSD ports system works, and that's good enough for me. [2002-02-26 23:59:13] [EMAIL PROTECTED] Hi, Just pulled the stable source (4.1.1), and compiled it under openbsd2.9. Used the following options: ./configure - ./configure --with-apxs=/usr/sbin/apxs --with-config-file-path=/var/www/conf --enable-calendar --enable-bcmath --enable-trans-sid --with-yp --with-pcre-regex --enable-ftp --with-xml --with-openssl --with-zlib --enable-sysvsem --enable-sysvshm --without-curl --without-gdbm --with-gettext --with-imap=/usr/local --with-imap-ssl=/usr/local --without-ldap --with-mhash --without-mm --without-recode --without-snmp --without-gd --without-pdflib --disable-dbase --disable-filepro --without-mysql --with-pgsql=/usr/local/lib --without-iodbc --prefix=/usr/local --sysconfdir=/etc ,, then compiled, while recieving the compilation warning mentioned before. 'make install'd it fine, and upon restarting apache recieved the _mail_string error mentioned above. Please check it out. Regards, Gene The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/4832 -- Edit this bug report at http://bugs.php.net/?id=4832&edit=1
Bug #16403 Updated: datetime field error
ID: 16403 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: MSSQL related Operating System: windows NT 4.0 PHP Version: 4.0.5 New Comment: reclassified Previous Comments: [2002-04-03 00:21:39] [EMAIL PROTECTED] I'm using PHP 4.0.5 with Microsoft SQL Server 6.5 in Windows NT 4.0 platform. When I try to select a "datetime" field in a record, the result is a truncated date like "Oct 10 2". -- Edit this bug report at http://bugs.php.net/?id=16403&edit=1
Bug #16109 Updated: zlib.output_compression and generated pictures
ID: 16109 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Open Bug Type: Zlib Related Operating System: linux PHP Version: 4.1.2 New Comment: If you can't find the number for the other bug report, leave the report open.. Previous Comments: [2002-04-03 06:32:06] [EMAIL PROTECTED] I'm 100% sure there is a bugreport for this. I don't know the number, I can't find it anymore... [2002-03-16 07:08:29] [EMAIL PROTECTED] Which bug number is it ? I tried to find a bug report, but didn't found any. [2002-03-16 06:54:00] [EMAIL PROTECTED] This has already been reported. [2002-03-15 16:53:11] [EMAIL PROTECTED] Hello, It seems a problem occurs when using zlib.output_compression=Yes and generating pictures from a script; The content of the picture seems to be compressed, and not recognize by a browser ( Netscape ). It occurs with jpeg and png files. Strange because, if using mod_gzip with Apache the picture is compressed __but__ still recognized by the browser. What is nice with zlib.output_compression is that nothing needs to be modified in the scripts themselves, but i was not able to find a way to stop compressing in a particular script. Anyhow, thanks again to all, for the nice job done here. Patrick -- Edit this bug report at http://bugs.php.net/?id=16109&edit=1
Bug #16389 Updated: session_name doesnt work as expected
ID: 16389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.1.2 New Comment: You are starting session automatically. Then you cannot change session name with session_name(). (I've commited warning patch before but it's reverted) PHP does not raise any error and it does work. It's not nice. Don't you think so ;) BTW, when we ask script, paste script even if it _very_ simple. There are many cases that no one cannot be sure if it's bug or user error w/o script. It seems there is other issue in your report also. Previous Comments: [2002-04-03 06:31:29] [EMAIL PROTECTED] try this, but try across subdomains. .htaccess for sub1 php_value session.name eisessid php_value session.auto_start 1 php_value session.save_path /home/blah/tmp php_value session.cookie_domain .blah.com now make a script and add a session variable... just register anything... now make a replica of this .htaccess for sub2 but remove session.name directive. now in sub2 try to access the session variable of sub1 you wont be able to. add the session_name into your script (not .htaccess) and try again.. and ofcourse the session_id.. yet wont work now in .htaccess add the session.name directive and set it to blahsessid and in the sub2 page, set session_name to eisessid so u can access sub1's sessvar. you should be able to do it now. even if u change .htaccess to eisessid it will work this shows u can access the session variable of another sub only if there is a directive for session.name in .htaccess even tho the session name is different. but otherwise without this directive it just wont work. [2002-04-02 08:30:50] [EMAIL PROTECTED] Could you paste short and complete script? [2002-04-02 06:34:29] [EMAIL PROTECTED] Okay i was playing around some more.. I found that if i set some other session name into .htaccess i can yet retrieve information from my actual session variable (eisessid). but if i dont add anything into .htaccess (default being phpsessid) it doesnt seem to work. [2002-04-02 06:19:31] [EMAIL PROTECTED] i almost forgot session_name also returns eisessid if i set it from my script but doesnt return any session variable info. But using .htaccess it yet returns eisessid as session name but this time it returns the session variable info as well. (both cases session_id remains the same). [2002-04-02 05:57:17] [EMAIL PROTECTED] session_name is supposed to get/set the session name. So basically if i have a session variable which is registered under a particular session name and a session id i should be able to propogate it across any subdomain. Now heres the real problem i have a domain.com which works on eisessid as its session name and i have abc.domain.com which i am trying to access the session information. When i set session_name to eisessid i do not get the information of that session(from within my php script). However, when i put session.name as eisessvar in my .htaccess of abc.domain.com i am able to retrieve the information. Since session_name is supposed to set/get the name of the session and i am propogating the session id to work, shouldnt session_name from within my code be able to access the session variables ? instead of having to only do it from .htaccess ? -- Edit this bug report at http://bugs.php.net/?id=16389&edit=1
Bug #15039 Updated: sticky save handler module setting
ID: 15039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: linux PHP Version: 4.0CVS-2002-01-1 New Comment: It looks ini restore problem is fixed. Previous Comments: [2002-02-03 19:54:31] [EMAIL PROTECTED] Will be fixed [2002-01-15 01:53:48] [EMAIL PROTECTED] When session save handler module is specified with session_module_name(), the setting became sticky. (i.e. the last specified save handler is used for later requests) -- Edit this bug report at http://bugs.php.net/?id=15039&edit=1
Bug #16389 Updated: session_name doesnt work as expected
ID: 16389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.1.2 New Comment: I think other issue is fixed in 4.2.0RC1. Visit http://qa.php.net/ for 4.2.0RC1. Please reopen if you still have problem. Thank you. Previous Comments: [2002-04-03 09:03:13] [EMAIL PROTECTED] You are starting session automatically. Then you cannot change session name with session_name(). (I've commited warning patch before but it's reverted) PHP does not raise any error and it does work. It's not nice. Don't you think so ;) BTW, when we ask script, paste script even if it _very_ simple. There are many cases that no one cannot be sure if it's bug or user error w/o script. It seems there is other issue in your report also. [2002-04-03 06:31:29] [EMAIL PROTECTED] try this, but try across subdomains. .htaccess for sub1 php_value session.name eisessid php_value session.auto_start 1 php_value session.save_path /home/blah/tmp php_value session.cookie_domain .blah.com now make a script and add a session variable... just register anything... now make a replica of this .htaccess for sub2 but remove session.name directive. now in sub2 try to access the session variable of sub1 you wont be able to. add the session_name into your script (not .htaccess) and try again.. and ofcourse the session_id.. yet wont work now in .htaccess add the session.name directive and set it to blahsessid and in the sub2 page, set session_name to eisessid so u can access sub1's sessvar. you should be able to do it now. even if u change .htaccess to eisessid it will work this shows u can access the session variable of another sub only if there is a directive for session.name in .htaccess even tho the session name is different. but otherwise without this directive it just wont work. [2002-04-02 08:30:50] [EMAIL PROTECTED] Could you paste short and complete script? [2002-04-02 06:34:29] [EMAIL PROTECTED] Okay i was playing around some more.. I found that if i set some other session name into .htaccess i can yet retrieve information from my actual session variable (eisessid). but if i dont add anything into .htaccess (default being phpsessid) it doesnt seem to work. [2002-04-02 06:19:31] [EMAIL PROTECTED] i almost forgot session_name also returns eisessid if i set it from my script but doesnt return any session variable info. But using .htaccess it yet returns eisessid as session name but this time it returns the session variable info as well. (both cases session_id remains the same). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16389 -- Edit this bug report at http://bugs.php.net/?id=16389&edit=1
Bug #16410: array function request
From: [EMAIL PROTECTED] Operating system: Slackware PHP version: 4.0.6 PHP Bug Type: Arrays related Bug description: array function request well ... it's not a bug, but something like request for a new feature, but didn't find the "request" page :). well i found that sometime i need to get evens and odds results from an array. like : modul 1 - modul 3 modul 2 - modul 4 and so on ... so it's would be VERY usefull adding such functions :) - like array_evens and array_odds . once again - IT'S NOT A BUG REPORT ... sorry about that :/ -- Edit bug report at http://bugs.php.net/?id=16410&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16410&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16410&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16410&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16410&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16410&r=support Expected behavior: http://bugs.php.net/fix.php?id=16410&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16410&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16410&r=submittedtwice
Bug #16411: CGI application misbehaved by not returning a complete set of
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.2
PHP Bug Type: MSSQL related
Bug description: CGI application misbehaved by not returning a complete set of
I have the same set of php scripts, php 4.0.6 CGI running on:
1-Windows NT 4.0 with IIS4, MySQL, MS-SQL 7; this works fine;
2-Windows 2000 server with IIS5, MySQL, MS-SQL 7; this works fine;
3-Windows 2000 advanced server with IIS5, MySQL, MS-SQL 7; this works
fine;
4-Windows 2000 advanced server with IIS5, MySQL, MS-SQL 2000; this still
works except that a curious error occurs:
Im using a lot of Header ("location: some.php") for redirections. In this
particular installation, right after the call of header function, the
browser
still gets the right URI, but then it issues the following error (a copy
again here):
CGI ERROR
CGI application misbehaved by not returning a complete set of
headers.The headers that it did return are:
The funny thing was that if I refresh the page then it works just fine.
When I look back at the 4 installations, the only difference was the
installation 4: MS-SQL 2000.
I later made another test: from the installation 3, I made an upgrade of
MS SQL from 7.0 to 2000. The same problem happened.
I have tested with php 4.1.2 and 4.0.6. I had the same symptoms with both
versions
Is there anything in php_mssql that does the job with MS-SQL 2000 but has
some sort of side-effect that causes the above strange bug?
Would any one spend time looking into the code? It
would help us a lot.
Thank you very much!
Loi Le V.
--
Edit bug report at http://bugs.php.net/?id=16411&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16411&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16411&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16411&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16411&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16411&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16411&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16411&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16411&r=submittedtwice
Bug #16408 Updated: session handling does not work with IE6
ID: 16408 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows NT (IIS) & AIX (Apache) PHP Version: 4.1.1 New Comment: Hmm. I use IE6+Linux/Apache and I don't have problem. Could you look into packets using sniffer? and see if there is any difference with IE6 and IE5. Ehtereal works on a lot of platforms and very easy to use. http://www.ethereal.com/ Previous Comments: [2002-04-03 04:16:46] [EMAIL PROTECTED] In IE6 we have on some PCs the problem that the session data will not saved: First page: session_start(); $User = "root"; session_register(User); Second page: session_start(); echo "$User"; Now nothing will displayed... :-( This Problem occures only in IE6 an never in IE5.x Stephan -- Edit this bug report at http://bugs.php.net/?id=16408&edit=1
Bug #16410 Updated: array function request
ID: 16410 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Arrays related +Bug Type: Feature/Change Request Operating System: Slackware PHP Version: 4.0.6 New Comment: It's in this same bugsystem :) Previous Comments: [2002-04-03 09:43:52] [EMAIL PROTECTED] well ... it's not a bug, but something like request for a new feature, but didn't find the "request" page :). well i found that sometime i need to get evens and odds results from an array. like : modul 1 - modul 3 modul 2 - modul 4 and so on ... so it's would be VERY usefull adding such functions :) - like array_evens and array_odds . once again - IT'S NOT A BUG REPORT ... sorry about that :/ -- Edit this bug report at http://bugs.php.net/?id=16410&edit=1
Bug #16274 Updated: Session is not disconnected.
ID: 16274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux 7.1 PHP Version: 4.1.2 New Comment: You may have deep session.save_path. Try to set session.save_path to "/tmp". (Did you try session session_unset() and session_destroy()?) BTW, even if you restart your server/client, session data will be kept in files/database/etc. Therefore, session values are restored. If you are using mm, save handler restarting server will delete session data since mm use memory to save session data. Previous Comments: [2002-03-27 19:27:55] [EMAIL PROTECTED] I test MS IE 6. Session is not disconnect.. How can I slove it? [2002-03-27 16:20:44] [EMAIL PROTECTED] We just notice the same problem for our web site (www.monaco-spectacle.com). The only solution we found was to come back to 4.06 then the session stops again. We work on Sun Cobalt 4i with their last version of OS. [2002-03-26 09:10:18] [EMAIL PROTECTED] Thank you for your feedback. I test it Netscape Communicator 4.79 and MS Internet Explore 5.5. But the result is same. Both of browsers still have session value even they are restarted. Tomorrow I will test with MS Internet Explore 6. Now 11 P.M. my local time ^^. I test it with 8 computers. Three is win2K professional with MS IE 5.5, Three is win2K server with MS IE 5.5, Two is Linux 7.1 with Netscape. I setting up two server with Linux 7.1 useing php 4.1.2 But today I reset one server with php 4.0.6 for test. This server what setting with php 4.0.6 works very well all my testing computer. [2002-03-26 08:00:34] [EMAIL PROTECTED] This is very likely to be a problem with your browser anad not with PHP. Which browser do you use, and can you try other browsers? [2002-03-25 20:04:29] [EMAIL PROTECTED] I use apache 1.3.23 / php 4.1.2 / mysql 3.23.49 / Zend Optimizer v1.2.0 with Redhat 7.1. phpinfo list are below, Configure Command './configure' '--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.23' '--enable-track-vars' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini ZEND_DEBUG disabled Thread Safety disabled php.ini list below, session.save_handler = files session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" First I loged in by session, and close browser. Then I reconnect, session still alive with login ID and Password. I restart my server computer and my personal computer, but session are still alive. Sometime session disconnect, but Sometime are not. You can test here http://pansory.pe.kr with UserID : and password . phpinfo URL is http://pansory.pe.kr/php.php I found someone who are same exprience with me. One use php 4.1.1 and the other use 4.1.2 I also expriece this situation with win2K server. with php versoion 4.1.2 -- Edit this bug report at http://bugs.php.net/?id=16274&edit=1
Bug #15856 Updated: session_destroy() - hangs php4ts.dll - memory leak
ID: 15856
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Windows 98 Windows 2000
PHP Version: 4.1.1
New Comment:
What is session save handler? files?
Previous Comments:
[2002-03-09 07:30:16] [EMAIL PROTECTED]
This Bug is even tested and reproduceable in Windows 2000 environment
[2002-03-06 05:06:07] [EMAIL PROTECTED]
Hope last feedback help.
[2002-03-04 10:44:30] [EMAIL PROTECTED]
Only the login function that is capsuled in the class. called on one
page the session start is before the constructor of the class...
if the login failed it passes the session_destroy...
the do login function is called after a post form...
hope that helps..
what do you mean with caps
---
function doLogin($pseudo,$pw){
global $s_userAuthorisation;
global $s_loginRetries;
if ($this->DEBUG) { echo " doLogin($pseudo,$pw)";}
$loginOk=false;
$s_userData=array();
if (!isset($s_loginRetries)){
session_register("s_loginRetries");
$s_loginRetries=0;
}
// count the retris
$s_loginRetries++;
// check pseudo
$userid=$this->getUserIdFromPseudo($pseudo);
if ($userid==0) {
if ($s_loginRetries<3) {
// nothing to do as no timeout to set
if ($this->DEBUG) {echo "Loginretries ".$s_loginRetries;}
$this->ErrorMsg="Login inkorrekt";
}
else
{
$this->ErrorMsg="10sec. Timeout 3 fehlerhafte
Loginversuche";
if ($this->DEBUG) { echo " 10sec. Timeout 3 fehlerhafte
Loginversuche";}
flush();
sleep(10);
$s_loginRetries=0;
}
}
// pseudo exist so check the login
else{
// perform the login check
$qstring = "select * ";
$qstring = $qstring." from ".$this->tablename;
$qstring = $qstring." where vch_pseudo ='".$pseudo."' ";
$qstring = $qstring." and vch_pw ='".$pw."' ";
$qstring = $qstring." and ".$this->activeRecord;
$queryst = sprintf($qstring);
$this->query($queryst);
// only one row allowed
if ($this->num_Rows()!=0) {
while($this->next_record()) {
$loginOk=true;
if ($this->DEBUG) {
echo "DOLOGINQUERYRESULT";
echo "sUserId:".$this->f("i_id")." ";
echo "sSalutationId" .$this->f("i_salutation_id")." ";
echo "sUserName" . $this->f("vch_pseudo")." ";
echo "sUniqueId". $this->f("vch_unique")." ";
echo "sEmail". $this->f("vch_email")." ";
echo "sFirstName". $this->f("vch_first_name")." ";
echo "sLastName". $this->f("vch_last_name")." ";
echo "sLastLogin". $this->f("dt_last_login")." ";
echo "sLoginSince". date("H:i:s")." ";
}
$s_userAuthorisation=array("sUserId" =>$this->f("i_id"),
"sSalutationId"
=>$this->f("i_salutation_id"),
"sUserName" => $this->f("vch_pseudo"),
"sUniqueId" => $this->f("vch_unique"),
"sEmail" => $this->f("vch_email"),
"sFirstName" => $this->f("vch_first_name"),
"sLastName" => $this->f("vch_last_name"),
"sLastLogin" => $this->f("dt_last_login"),
"sLoginSince" => date("H:i:s"));
session_register("s_userAuthorisation");
if ($this->DEBUG) {
echo "Login ok ".$s_loginRetries;}
$this->lastLoginDateTime=$this->f("dt_last_login");
$this->loggedInPseudo=$pseudo;
$this->updateLastLoginDate($pseudo);
$this->ErrorMsg="";
$s_loginRetries=0;
// put to member online
$k=new Keepalive();
$k->updateUserLoggedIn(session_id(),$s_userAuthorisation["sUserName"],$s_userAuthorisation["sUserId"]);
if ($this->DEBUG) { $this->displaySessionVars(); }
}
}
else
{
// login failed
// delete Session
// here is the bug: HANGSPHP
session_destroy();
// some security
if ($this->DEBUG) { $this->displaySessionVars(); }
if ($s_loginRetries<3) {
// nothing to do as no timeout to set
if ($this->DEBUG) {echo "Loginretries ".$s_loginRetries;}
$this->ErrorMsg="Login inkorrekt";
}
else
{
$this->ErrorMsg="10sec. Timeout 3 fehlerhafte
Loginversuche";
if ($this->DEBUG) { echo " 10sec. Timeout 3 fehlerhafte
Loginversuche in Folge";}
flush();
sleep(10);
$s_loginRetries=0;
}
//
Bug #15322 Updated: php.ini : session.use_trans_sid=0 disables session-id creation too
ID: 15322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: SuSe 7.3 PHP Version: 4.1.1 New Comment: Now SID is defined when session id is not set by cookie. Previous Comments: [2002-03-05 18:31:34] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-13 22:42:09] [EMAIL PROTECTED] Will be fixed soon [2002-02-04 03:33:52] [EMAIL PROTECTED] In versions <4.1.x I did not compile with --enable-trans-sid, had session.use_trans_sid=1 and used . The result was one session-id. After the upgrade to 4.1.x I get each session-id twice. All compiler settings remained the same. As I understand --enable-trans-sid is now the default. But how to get the same behaviour as before and is the implicit disable of by intention? Further I'm not sure if the modification of the url_rewriter.tags is the right way to handle this? [2002-02-03 19:39:03] [EMAIL PROTECTED] Current code does not set SID when trans sid is off. Is there any version that does initialize SID always? [2002-02-01 08:20:06] [EMAIL PROTECTED] Before 4.1.x I didn't compile with --enable-trans-sid and used instead the expression on pages very often. With the new releases and --enable-trans-sid as default I now get the session-id twice on every link which is the expected behaviour on first hand. I didn't want to edit all pages. My idea was to set "session.use_trans_sid=0" in php.ini to disable the auto-session generation. After this, even does no longer generate a session-id, which seems to be a bug!? The only quick hack for the moment was to have "session.use_trans_sid=1" and to modify the url_rewriter.tags in php.ini: Original: url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Modified: url_rewriter.tags = "area=href,frame=src,input=src,form=fakeentry" Is the new behaviour a feature or a bug? Guenther -- Edit this bug report at http://bugs.php.net/?id=15322&edit=1
Bug #16288 Updated: Timeout while checking on a string
ID: 16288
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Pspell related
Operating System: RedHat 7.2
PHP Version: 4.1.2
Assigned To: vlad
New Comment:
Okay well unfortunately, I just tried this and it didn't work so I
tried again from scratch...
pspell:
./configure
make ; make clean install
aspell
./configure
make ; make clean install
pspell again:
./add-modules
cd .. ; make ; make install
php:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell
make
make install
/etc/rc.d/init.d/httpd restart
still the same timeout...
Previous Comments:
[2002-04-02 21:21:53] [EMAIL PROTECTED]
Sorry, took me a while to reply
After you do:
./add-modules
did you remember to do rebuild pspell?
that is,
./add-modules
cd ..
make
make install
???
That should fix the problem.
[2002-03-27 08:55:17] [EMAIL PROTECTED]
I don't know if I'm supposed to open the bug report again or not...
[2002-03-26 20:44:08] [EMAIL PROTECTED]
went in /usr/local/downloads (where I build packages before installing
them) and built example-c, it works perfectly fine.
my steps for installing pspell, aspell and php were:
Pspell:
cd /usr/local/download/pspell
./configure
make
make install
cd ../aspell
./configure
make
make install
cd ../pspell/modules
./add-modules
cd ../../php
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/
--with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ;
make install ; /etc/init.d/httpd restart ; echo all done
[2002-03-26 18:12:20] [EMAIL PROTECTED]
I use the *exact* same configuration on my test box and it works
(redhat7.2, php4.1.2, same exact versions of pspell and aspell).
Two questions:
- can you build and run a sample app in pspell/examples directory?
(e.g. 'make example-c' followed by './example-c en')?
- what are your build steps when building aspell and pspell, and in
which exact order?
I suspect misconfiguration :(
[2002-03-26 09:56:28] [EMAIL PROTECTED]
Hi,
After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest
versions on the official website, versions:
aspell-.33.7.1
pspell-.12.2
php 4.1.2
I first compiled pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell ; make ; make install ;
/etc/init.d/httpd restart ; echo all done
And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:
\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}
Did they break backward source compatibility again or is it a problem
with my config or install ?
--
Edit this bug report at http://bugs.php.net/?id=16288&edit=1
Bug #16389 Updated: session_name doesnt work as expected
ID: 16389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.1.2 New Comment: the first time i tried it was without .htaccess for sub2 so that wasnt on auto start. My whole report is basically to state that without session.name in .htaccess it just didnt work. Previous Comments: [2002-04-03 09:42:07] [EMAIL PROTECTED] I think other issue is fixed in 4.2.0RC1. Visit http://qa.php.net/ for 4.2.0RC1. Please reopen if you still have problem. Thank you. [2002-04-03 09:03:13] [EMAIL PROTECTED] You are starting session automatically. Then you cannot change session name with session_name(). (I've commited warning patch before but it's reverted) PHP does not raise any error and it does work. It's not nice. Don't you think so ;) BTW, when we ask script, paste script even if it _very_ simple. There are many cases that no one cannot be sure if it's bug or user error w/o script. It seems there is other issue in your report also. [2002-04-03 06:31:29] [EMAIL PROTECTED] try this, but try across subdomains. .htaccess for sub1 php_value session.name eisessid php_value session.auto_start 1 php_value session.save_path /home/blah/tmp php_value session.cookie_domain .blah.com now make a script and add a session variable... just register anything... now make a replica of this .htaccess for sub2 but remove session.name directive. now in sub2 try to access the session variable of sub1 you wont be able to. add the session_name into your script (not .htaccess) and try again.. and ofcourse the session_id.. yet wont work now in .htaccess add the session.name directive and set it to blahsessid and in the sub2 page, set session_name to eisessid so u can access sub1's sessvar. you should be able to do it now. even if u change .htaccess to eisessid it will work this shows u can access the session variable of another sub only if there is a directive for session.name in .htaccess even tho the session name is different. but otherwise without this directive it just wont work. [2002-04-02 08:30:50] [EMAIL PROTECTED] Could you paste short and complete script? [2002-04-02 06:34:29] [EMAIL PROTECTED] Okay i was playing around some more.. I found that if i set some other session name into .htaccess i can yet retrieve information from my actual session variable (eisessid). but if i dont add anything into .htaccess (default being phpsessid) it doesnt seem to work. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16389 -- Edit this bug report at http://bugs.php.net/?id=16389&edit=1
Bug #16392 Updated: simple test app does not return result
ID: 16392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: windows 2000
PHP Version: 4.1.2
New Comment:
for current php-cvs, i'm not sure about v4.1.x and above, you have to
use this code, b/c the php_domxml api changed:
if($person->node_name() == "person")
{
echo "Person Found: ";
echo "Name: " . $person->get_content() . "";
echo "Id: " . $person->get_attribute("id") . "";
echo "DOB: " . $person->get_attribute("dob") . "";
}
Previous Comments:
[2002-04-03 07:37:03] [EMAIL PROTECTED]
changed summary to reflect problem more accurate
[2002-04-02 10:36:57] [EMAIL PROTECTED]
Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php
and test5.php.txt. I copied the example from a popular source code
website. My site runs on iis5 dotnetbeta2 + php 4.1.2
The same file was installed on http://flux.myserver.org/php/carl.php
but as you probably can see on a different installation: omnihttpd +
php 4.0.4
My test php does not respond with any information on my server while
the same php file on the other server responds correctly.
--
Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #16392 Updated: simple test app does not return result
ID: 16392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: windows 2000
PHP Version: 4.1.2
New Comment:
node_content() was broken from 4.0.6-4.1.2. It has subsequently been
fixed. Please try the 4.2.0 release candidate available from
http://www.php.net/~derick. Also, use get_content() now (version 4.2.0
and later) instead of node_content.
Previous Comments:
[2002-04-03 10:30:17] [EMAIL PROTECTED]
for current php-cvs, i'm not sure about v4.1.x and above, you have to
use this code, b/c the php_domxml api changed:
if($person->node_name() == "person")
{
echo "Person Found: ";
echo "Name: " . $person->get_content() . "";
echo "Id: " . $person->get_attribute("id") . "";
echo "DOB: " . $person->get_attribute("dob") . "";
}
[2002-04-03 07:37:03] [EMAIL PROTECTED]
changed summary to reflect problem more accurate
[2002-04-02 10:36:57] [EMAIL PROTECTED]
Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php
and test5.php.txt. I copied the example from a popular source code
website. My site runs on iis5 dotnetbeta2 + php 4.1.2
The same file was installed on http://flux.myserver.org/php/carl.php
but as you probably can see on a different installation: omnihttpd +
php 4.0.4
My test php does not respond with any information on my server while
the same php file on the other server responds correctly.
--
Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #16392 Updated: simple test app does not return result
ID: 16392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: DOM XML related
Operating System: windows 2000
PHP Version: 4.1.2
New Comment:
Sorry, meant to set to closed.
Previous Comments:
[2002-04-03 10:32:12] [EMAIL PROTECTED]
node_content() was broken from 4.0.6-4.1.2. It has subsequently been
fixed. Please try the 4.2.0 release candidate available from
http://www.php.net/~derick. Also, use get_content() now (version 4.2.0
and later) instead of node_content.
[2002-04-03 10:30:17] [EMAIL PROTECTED]
for current php-cvs, i'm not sure about v4.1.x and above, you have to
use this code, b/c the php_domxml api changed:
if($person->node_name() == "person")
{
echo "Person Found: ";
echo "Name: " . $person->get_content() . "";
echo "Id: " . $person->get_attribute("id") . "";
echo "DOB: " . $person->get_attribute("dob") . "";
}
[2002-04-03 07:37:03] [EMAIL PROTECTED]
changed summary to reflect problem more accurate
[2002-04-02 10:36:57] [EMAIL PROTECTED]
Om my site you can find http://cveld.nl.eu.org/test/xml/php/test5.php
and test5.php.txt. I copied the example from a popular source code
website. My site runs on iis5 dotnetbeta2 + php 4.1.2
The same file was installed on http://flux.myserver.org/php/carl.php
but as you probably can see on a different installation: omnihttpd +
php 4.0.4
My test php does not respond with any information on my server while
the same php file on the other server responds correctly.
--
Edit this bug report at http://bugs.php.net/?id=16392&edit=1
Bug #16389 Updated: session_name doesnt work as expected
ID: 16389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.1.2 New Comment: If you really think this is a bug, you need to paste some script and it's setting here to demonstrate bug. It sounds like there is your error (there may not) and I don't see what is exact problem yet. Previous Comments: [2002-04-03 10:28:31] [EMAIL PROTECTED] the first time i tried it was without .htaccess for sub2 so that wasnt on auto start. My whole report is basically to state that without session.name in .htaccess it just didnt work. [2002-04-03 09:42:07] [EMAIL PROTECTED] I think other issue is fixed in 4.2.0RC1. Visit http://qa.php.net/ for 4.2.0RC1. Please reopen if you still have problem. Thank you. [2002-04-03 09:03:13] [EMAIL PROTECTED] You are starting session automatically. Then you cannot change session name with session_name(). (I've commited warning patch before but it's reverted) PHP does not raise any error and it does work. It's not nice. Don't you think so ;) BTW, when we ask script, paste script even if it _very_ simple. There are many cases that no one cannot be sure if it's bug or user error w/o script. It seems there is other issue in your report also. [2002-04-03 06:31:29] [EMAIL PROTECTED] try this, but try across subdomains. .htaccess for sub1 php_value session.name eisessid php_value session.auto_start 1 php_value session.save_path /home/blah/tmp php_value session.cookie_domain .blah.com now make a script and add a session variable... just register anything... now make a replica of this .htaccess for sub2 but remove session.name directive. now in sub2 try to access the session variable of sub1 you wont be able to. add the session_name into your script (not .htaccess) and try again.. and ofcourse the session_id.. yet wont work now in .htaccess add the session.name directive and set it to blahsessid and in the sub2 page, set session_name to eisessid so u can access sub1's sessvar. you should be able to do it now. even if u change .htaccess to eisessid it will work this shows u can access the session variable of another sub only if there is a directive for session.name in .htaccess even tho the session name is different. but otherwise without this directive it just wont work. [2002-04-02 08:30:50] [EMAIL PROTECTED] Could you paste short and complete script? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16389 -- Edit this bug report at http://bugs.php.net/?id=16389&edit=1
Bug #16400 Updated: $_FILES array and mp3 files
ID: 16400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Linux RH7.1
PHP Version: 4.1.2
New Comment:
After further investigation, I have found that
ini_set("upload_max_filesize", "15M")
or
ini_set("upload_max_filesize", "1500")
or
ini_set("upload_max_filesize", 1500)
does not work. If I change the setting in php.ini, the uploads work.
So, ini_set seems to be the culprit. The cutoff size _was_ the default
2M in php.ini. If "upload_max_filesize" cannot be set via a script, it
is an unfortunate problem.
I also tried setting ini_set("memory_limit","15M") and wonder about
"post_max_size" (no detailed documentation). However, I didn't need to
change them to make things work.
Previous Comments:
[2002-04-03 01:40:02] [EMAIL PROTECTED]
Does it work with other file types of similar size to the
MP3s which you are uploading? i.e. are you sure it's not
a max_file_size problem?
Torben
[2002-04-02 17:06:52] [EMAIL PROTECTED]
I am using PHP4.2.0RC1. When referencing .mp3 file uploads, the
$_FILES[name]['tmp_name'] is empty, and $_FILES[name][size] is 0. When
referencing other file types, everything works fine.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=16400&edit=1
Bug #14950 Updated: crash with __sleep() and __wakeup()
ID: 14950 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Analyzed Bug Type: Session related Operating System: Debian SID PHP Version: 4.2.0-dev New Comment: I just tested. It does not work. Previous Comments: [2002-03-22 05:30:46] [EMAIL PROTECTED] Could you try CVS version to see if this bug is fixed? [2002-03-06 03:25:20] [EMAIL PROTECTED] Version update I just take a look at what is going on, __sleep and __wakeup is messed badly. It does not work at all and even crashes... [2002-02-03 19:44:04] [EMAIL PROTECTED] This will be next my target to fix :) [2002-01-09 10:38:21] [EMAIL PROTECTED] Forgot to tell : asking for .phps will show you the source in the /test/session/ directory. [2002-01-09 10:36:08] [EMAIL PROTECTED] Passing objects using the magic __sleep() and __wakeup() methods through sessions fail. In the best case the script fails without error. In the worst, an integer in session turns into the value of the PHP session ID and the object is not registered. Yasuo Ohgaki guesses it's a serialize/unserialize problem. Make log : /usr/src/web/php/php4/ext/standard/var_unserializer.re: In function `php_var_unserialize': /usr/src/web/php/php4/ext/standard/var_unserializer.re:304: warning: comparison is always false due to limited range of data type Tests : http://php.hellekin.com/test/session/ PHPInfo() : http://php.hellekin.com/info.php -- Edit this bug report at http://bugs.php.net/?id=14950&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. Previous Comments: [2002-02-07 03:31:35] [EMAIL PROTECTED] Im currently running into the same issue with the base install of SUSE 7.3, fopen(), fsockopen(), and file() also to not work with URL's or an ip address. [2001-12-07 09:12:30] [EMAIL PROTECTED] its a problem with your operating system setup, not PHP. [2001-08-09 15:02:48] [EMAIL PROTECTED] Still not resolved. I commented out the line: #define HAVE_GETADDRINFO 1 from my main/php_config.h file, did a make, then a make install. Recompiled Apache, stopped and started the server, and still have the same errors. I also tried changing the value to 0, and did the same to #define LIBRESOLV 1 to see if that was the problem (for some reason there are 2 identical lines with LIBRESOLV in my php_config.h file). Nothing. Any ideas? This was working perfectly before upgrading to PHP4, and I haven't touched the box except to upgrade Apache and install OpenSSL. [2001-08-07 12:56:13] [EMAIL PROTECTED] Still having the same issue with 4.0.6 now. I'll try and recompile without the GETADDRINFO line and see what happens. [2001-08-03 22:53:11] [EMAIL PROTECTED] What's the status for this?? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: If you have IPV6 support enabled, try turning it off, or vice-versa. Previous Comments: [2002-04-03 11:19:52] [EMAIL PROTECTED] I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. [2002-02-07 03:31:35] [EMAIL PROTECTED] Im currently running into the same issue with the base install of SUSE 7.3, fopen(), fsockopen(), and file() also to not work with URL's or an ip address. [2001-12-07 09:12:30] [EMAIL PROTECTED] its a problem with your operating system setup, not PHP. [2001-08-09 15:02:48] [EMAIL PROTECTED] Still not resolved. I commented out the line: #define HAVE_GETADDRINFO 1 from my main/php_config.h file, did a make, then a make install. Recompiled Apache, stopped and started the server, and still have the same errors. I also tried changing the value to 0, and did the same to #define LIBRESOLV 1 to see if that was the problem (for some reason there are 2 identical lines with LIBRESOLV in my php_config.h file). Nothing. Any ideas? This was working perfectly before upgrading to PHP4, and I haven't touched the box except to upgrade Apache and install OpenSSL. [2001-08-07 12:56:13] [EMAIL PROTECTED] Still having the same issue with 4.0.6 now. I'll try and recompile without the GETADDRINFO line and see what happens. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: In your OS config that is. Previous Comments: [2002-04-03 11:32:50] [EMAIL PROTECTED] If you have IPV6 support enabled, try turning it off, or vice-versa. [2002-04-03 11:19:52] [EMAIL PROTECTED] I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. [2002-02-07 03:31:35] [EMAIL PROTECTED] Im currently running into the same issue with the base install of SUSE 7.3, fopen(), fsockopen(), and file() also to not work with URL's or an ip address. [2001-12-07 09:12:30] [EMAIL PROTECTED] its a problem with your operating system setup, not PHP. [2001-08-09 15:02:48] [EMAIL PROTECTED] Still not resolved. I commented out the line: #define HAVE_GETADDRINFO 1 from my main/php_config.h file, did a make, then a make install. Recompiled Apache, stopped and started the server, and still have the same errors. I also tried changing the value to 0, and did the same to #define LIBRESOLV 1 to see if that was the problem (for some reason there are 2 identical lines with LIBRESOLV in my php_config.h file). Nothing. Any ideas? This was working perfectly before upgrading to PHP4, and I haven't touched the box except to upgrade Apache and install OpenSSL. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #16349 Updated: no way to tell if a session exists without starting it
ID: 16349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Session related Operating System: WinXP PHP Version: 4.1.2 New Comment: This is a bug, or missing essential feature if you prefer. There is no question to ask, other than why has noone implemented this. Previous Comments: [2002-04-03 08:29:49] [EMAIL PROTECTED] This is still session related. Ask on [EMAIL PROTECTED] as this is not bug. The PHP manual also has lot information about how sessions are supposed to be used. [2002-04-02 16:33:31] [EMAIL PROTECTED] Is anybody looking at these? Moved from session category due to lack of response [2002-03-29 13:25:38] [EMAIL PROTECTED] There is no way, that I can see, of knowing if a session exists before starting it. I am trying to destroy a session, but only if it already exists. If it doesn't, I basically have to create it then destroy it. The problem, besides this being lame, is the browser can pop up a box asking the user if they want to accept a session cookie, when I am not even trying to start a session. It might be better if session_destroy just didn't require the session to be started. -- Edit this bug report at http://bugs.php.net/?id=16349&edit=1
Bug #16349 Updated: no way to tell if a session exists without starting it
ID: 16349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Suspended -Bug Type: Session related +Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 4.1.2 New Comment: If it isn't implemented, there can't be a bug in it. Moving this to a feature request. Derick Previous Comments: [2002-04-03 11:47:04] [EMAIL PROTECTED] This is a bug, or missing essential feature if you prefer. There is no question to ask, other than why has noone implemented this. [2002-04-03 08:29:49] [EMAIL PROTECTED] This is still session related. Ask on [EMAIL PROTECTED] as this is not bug. The PHP manual also has lot information about how sessions are supposed to be used. [2002-04-02 16:33:31] [EMAIL PROTECTED] Is anybody looking at these? Moved from session category due to lack of response [2002-03-29 13:25:38] [EMAIL PROTECTED] There is no way, that I can see, of knowing if a session exists before starting it. I am trying to destroy a session, but only if it already exists. If it doesn't, I basically have to create it then destroy it. The problem, besides this being lame, is the browser can pop up a box asking the user if they want to accept a session cookie, when I am not even trying to start a session. It might be better if session_destroy just didn't require the session to be started. -- Edit this bug report at http://bugs.php.net/?id=16349&edit=1
Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This bug still exists in PHP 4.1.2.
A similiar problem also affects safe_mode_include_dir (path-statements
containing symlinks do not work: "The script whose uid is 1234 is not
allowed to access /my/safe_mode_include_path/with/symlink/mail.php
owned by uid 0").
Could someone *please* fix this ?
Hajo
Previous Comments:
[2002-01-17 14:59:12] [EMAIL PROTECTED]
I've verified that this problem still exists in PHP 4.1.1.
Hajo Noerenberg
[2002-01-16 13:42:52] [EMAIL PROTECTED]
As a workaround you can use relative paths in all of
your fopen()-calls: fopen("./test.html") always works
(I think php prepends the *expanded path* then -- see
the last paragraph in my previous comment).
Hajo
[2002-01-16 13:21:11] [EMAIL PROTECTED]
This problem has nothing to do with wrong file/directory modes. I'm
quite sure that it is a bug in the PHP-realpath-code.
Please consider the following setup layout:
/var/www/ = symlink to /mnt/sda1/www
/var/www/domain.com = apache document_root = php open_basedir
/var/www/domain.com/test.html = test file for fopen()
I've added some debug code to fopen_wrappers.c :
php_error(E_NOTICE, "check_specific_open_basedir ( comparing resolved
name %s to resolved_basedir %s )", resolved_name, resolved_basedir);
if (strncmp(resolved_basedir, resolved_name, strlen(resolved_basedir))
== 0) {
Trying to fopen("/var/www/domain.com/test.html") results
in two cases:
1. /var/www/domain.com/test.html already exists
PHP Warning: check_specific_open_basedir ( comparing resolved name
/mnt/sda1/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() succeeds
2. /var/www/domain.com/test.html does *not* exist
PHP Warning: check_specific_open_basedir ( comparing resolved name
/var/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() fails with "open basedir restriction in effect"-error
As you can see in the debug output, PHP does not correctly
expand the file path if the file does not exists !
Trying to fopen("/mnt/sda1/www/domain.com/test.html") always
succeeds because PHP does not need to expand the filename anymore
(-> strncmp is always true ).
Hajo
(Linux 2.2 - PHP 4.0.6 - afaik the problem still exists in 4.1.X)
[2001-11-19 13:50:10] [EMAIL PROTECTED]
Well, the fact that it can create a *new directory* in the same
directory, already means that the apache process has sufficient
permissions to also create a file in it. However, these are the
permissions:
webedit@penguin:/var/www/tmp/submit$ ls -lad ./
drwxrwx--- 18 webedit www 4096 Nov 15 19:13 ./
Apache runs as user `www', and the scripts are owned by user `webedit'.
Note that the directory is owned by the same user as the script, and
writeable to Apache, so the requirements of safe mode are met.
Thank you for your response.
--
Arcady Genkin
[2001-11-19 12:37:01] [EMAIL PROTECTED]
Post please the
mod of your directory and tell me the
user and group of your apache. Maybe the apache dont have
rights to create a new file in your directory but he owns the newfile
and can remove/edit this 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 at
http://bugs.php.net/14076
--
Edit this bug report at http://bugs.php.net/?id=14076&edit=1
Bug #16349 Updated: no way to tell if a session exists without starting it
ID: 16349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 4.1.2 New Comment: I don't know, I am pretty good at having bugs even in stuff I haven't implemented yet. Previous Comments: [2002-04-03 11:48:19] [EMAIL PROTECTED] If it isn't implemented, there can't be a bug in it. Moving this to a feature request. Derick [2002-04-03 11:47:04] [EMAIL PROTECTED] This is a bug, or missing essential feature if you prefer. There is no question to ask, other than why has noone implemented this. [2002-04-03 08:29:49] [EMAIL PROTECTED] This is still session related. Ask on [EMAIL PROTECTED] as this is not bug. The PHP manual also has lot information about how sessions are supposed to be used. [2002-04-02 16:33:31] [EMAIL PROTECTED] Is anybody looking at these? Moved from session category due to lack of response [2002-03-29 13:25:38] [EMAIL PROTECTED] There is no way, that I can see, of knowing if a session exists before starting it. I am trying to destroy a session, but only if it already exists. If it doesn't, I basically have to create it then destroy it. The problem, besides this being lame, is the browser can pop up a box asking the user if they want to accept a session cookie, when I am not even trying to start a session. It might be better if session_destroy just didn't require the session to be started. -- Edit this bug report at http://bugs.php.net/?id=16349&edit=1
Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This should be fixed. Please see www.php.net/~derick for the latest RC
for 4.2.0m, and report back.
Derick
Previous Comments:
[2002-04-03 11:56:31] [EMAIL PROTECTED]
This bug still exists in PHP 4.1.2.
A similiar problem also affects safe_mode_include_dir (path-statements
containing symlinks do not work: "The script whose uid is 1234 is not
allowed to access /my/safe_mode_include_path/with/symlink/mail.php
owned by uid 0").
Could someone *please* fix this ?
Hajo
[2002-01-17 14:59:12] [EMAIL PROTECTED]
I've verified that this problem still exists in PHP 4.1.1.
Hajo Noerenberg
[2002-01-16 13:42:52] [EMAIL PROTECTED]
As a workaround you can use relative paths in all of
your fopen()-calls: fopen("./test.html") always works
(I think php prepends the *expanded path* then -- see
the last paragraph in my previous comment).
Hajo
[2002-01-16 13:21:11] [EMAIL PROTECTED]
This problem has nothing to do with wrong file/directory modes. I'm
quite sure that it is a bug in the PHP-realpath-code.
Please consider the following setup layout:
/var/www/ = symlink to /mnt/sda1/www
/var/www/domain.com = apache document_root = php open_basedir
/var/www/domain.com/test.html = test file for fopen()
I've added some debug code to fopen_wrappers.c :
php_error(E_NOTICE, "check_specific_open_basedir ( comparing resolved
name %s to resolved_basedir %s )", resolved_name, resolved_basedir);
if (strncmp(resolved_basedir, resolved_name, strlen(resolved_basedir))
== 0) {
Trying to fopen("/var/www/domain.com/test.html") results
in two cases:
1. /var/www/domain.com/test.html already exists
PHP Warning: check_specific_open_basedir ( comparing resolved name
/mnt/sda1/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() succeeds
2. /var/www/domain.com/test.html does *not* exist
PHP Warning: check_specific_open_basedir ( comparing resolved name
/var/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() fails with "open basedir restriction in effect"-error
As you can see in the debug output, PHP does not correctly
expand the file path if the file does not exists !
Trying to fopen("/mnt/sda1/www/domain.com/test.html") always
succeeds because PHP does not need to expand the filename anymore
(-> strncmp is always true ).
Hajo
(Linux 2.2 - PHP 4.0.6 - afaik the problem still exists in 4.1.X)
[2001-11-19 13:50:10] [EMAIL PROTECTED]
Well, the fact that it can create a *new directory* in the same
directory, already means that the apache process has sufficient
permissions to also create a file in it. However, these are the
permissions:
webedit@penguin:/var/www/tmp/submit$ ls -lad ./
drwxrwx--- 18 webedit www 4096 Nov 15 19:13 ./
Apache runs as user `www', and the scripts are owned by user `webedit'.
Note that the directory is owned by the same user as the script, and
writeable to Apache, so the requirements of safe mode are met.
Thank you for your response.
--
Arcady Genkin
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14076
--
Edit this bug report at http://bugs.php.net/?id=14076&edit=1
Bug #16349 Updated: no way to tell if a session exists without starting it
ID: 16349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 4.1.2 New Comment: Heh when I think bug I think "flaw", I don't consider basic functionality to be a feature. Knowing if a session has been created or not without having to create one seems pretty basic to me.. Previous Comments: [2002-04-03 11:57:46] [EMAIL PROTECTED] I don't know, I am pretty good at having bugs even in stuff I haven't implemented yet. [2002-04-03 11:48:19] [EMAIL PROTECTED] If it isn't implemented, there can't be a bug in it. Moving this to a feature request. Derick [2002-04-03 11:47:04] [EMAIL PROTECTED] This is a bug, or missing essential feature if you prefer. There is no question to ask, other than why has noone implemented this. [2002-04-03 08:29:49] [EMAIL PROTECTED] This is still session related. Ask on [EMAIL PROTECTED] as this is not bug. The PHP manual also has lot information about how sessions are supposed to be used. [2002-04-02 16:33:31] [EMAIL PROTECTED] Is anybody looking at these? Moved from session category due to lack of response The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16349 -- Edit this bug report at http://bugs.php.net/?id=16349&edit=1
Bug #16412: Using session_start() repeatedly (on different pages) causes HTTP 500
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.2 PHP Bug Type: Session related Bug description: Using session_start() repeatedly (on different pages) causes HTTP 500 I've had this with a more complex script but here is a cut down version. When I call session_start() in my script then link to another page that calls session_start() I eventually get HTTP 500 internal server error. This usually happens after 3 or 4 links. Its fine for the first few links usually. I'm running on the version of IIS that comes with XP Pro. I changed none of the php.ini setting during installation apart from the session var directory which is now f:\data\websites\sessions. The version of PHP is the binary of v4.1.2 for windows downloaded from php.net. I'm running as CGI. Here is an example of the code that exhibits the problem. If I keep clicking the "Click me" link it throws the error after 3-4 clicks most of the time. Click me Rob -- Edit bug report at http://bugs.php.net/?id=16412&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16412&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16412&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16412&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16412&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16412&r=support Expected behavior: http://bugs.php.net/fix.php?id=16412&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16412&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16412&r=submittedtwice
Bug #16413: Apache Startup Failure: Undefined symbol "_mail_string"
From: [EMAIL PROTECTED] Operating system: OpenBSD 3.0 PHP version: 4.1.2 PHP Bug Type: Dynamic loading Bug description: Apache Startup Failure: Undefined symbol "_mail_string" I am having problems installing php as a dso with imap support on my OpenBSD 3.0 system. I would use the OpenBSD port but I am concerned about the upload security hole. in php-4.0.6. The configure, make, and make install work fine but when I attempt to start apache I receive the error 'Undefined symbol "_mail_string" in module php...' I am using the following software: - apache_1.3.24/mod_ssl - imap-2001a (compiled and copied .a and .h files to /usr/local/include and /usr/local/lib per instructions on http://www.php.net/manual/en/ref.imap.php) - php-4.1.2 My configure string follows: ./configure --with-mysql=/usr/local --with-apxs=/home/httpd/bin/apxs --prefix=/usr/local --with-config-file-path=/home/httpd/conf --enable-bcmath --enable-calendar --enable-ftp --with-gettext=/usr/local --with-mhash=/usr/local --with-pspell=/usr/local --with-mm --without-curl --without-gdbm --without-ldap --without-recode --without-snmp --disable-dbase --disable-filepro --without-iodbc --sysconfdir=/etc --enable-sysvsem --enable-sysvshm --with-imap=/usr/local --with-imap-ssl=/usr -- Edit bug report at http://bugs.php.net/?id=16413&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16413&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16413&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16413&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16413&r=support Expected behavior: http://bugs.php.net/fix.php?id=16413&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16413&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16413&r=submittedtwice
Bug #16400 Updated: $_FILES array and mp3 files
ID: 16400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: HTTP related
Operating System: Linux RH7.1
PHP Version: 4.1.2
New Comment:
PHP decides whether a file is accepted BEFORE your script runs. The
changes to php.ini with ini_set() are made AFTER the uploads are
processed by PHP, and thus have no effect on the the decision.
This is intended behaviour.
Previous Comments:
[2002-04-03 11:02:09] [EMAIL PROTECTED]
After further investigation, I have found that
ini_set("upload_max_filesize", "15M")
or
ini_set("upload_max_filesize", "1500")
or
ini_set("upload_max_filesize", 1500)
does not work. If I change the setting in php.ini, the uploads work.
So, ini_set seems to be the culprit. The cutoff size _was_ the default
2M in php.ini. If "upload_max_filesize" cannot be set via a script, it
is an unfortunate problem.
I also tried setting ini_set("memory_limit","15M") and wonder about
"post_max_size" (no detailed documentation). However, I didn't need to
change them to make things work.
[2002-04-03 01:40:02] [EMAIL PROTECTED]
Does it work with other file types of similar size to the
MP3s which you are uploading? i.e. are you sure it's not
a max_file_size problem?
Torben
[2002-04-02 17:06:52] [EMAIL PROTECTED]
I am using PHP4.2.0RC1. When referencing .mp3 file uploads, the
$_FILES[name]['tmp_name'] is empty, and $_FILES[name][size] is 0. When
referencing other file types, everything works fine.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=16400&edit=1
Bug #15256 Updated: Missing description of ini-file parameter "post_max_size" in manual
ID: 15256 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux 2.2.19-6.2.12 PHP Version: 4.1.1 New Comment: I added more description for it. Thank you for reporting. Previous Comments: [2002-04-03 03:04:12] [EMAIL PROTECTED] It's explained here http://www.php.net/manual/en/features.file-upload.common-pitfalls.php We might want to make this more obvious. [2002-01-28 11:36:47] [EMAIL PROTECTED] (I also looked at the online manual, dated 27-01-2002.) The php.ini-file parameter "post_max_size" is not documented in the "I.3. Configuration" section of the manual. To include a copy of the text in php.ini would be a start. It would be nice with a pointer to it from the "upload_max_filesize" parameter too though, since the "post_max_size" parameter effects upload size too, ie. it have to be at least as big as the "upload_max_filesize" as the accompanying MIME headers also takes some space. The parameter is also not mentioned in the section "III.19. Handling file uploads", where it ought to be mentioned, at least in the "Common Pitfalls" subsection, where "upload_max_filesize" is mentioned. Affi -- Edit this bug report at http://bugs.php.net/?id=15256&edit=1
Bug #16414: Unable to compile the fribidi extension
From: [EMAIL PROTECTED] Operating system: Linux (RedHat 7.2) PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: Unable to compile the fribidi extension When trying to compile PHP with --with-fribidi: [sagi@domino php-4.2.0RC1]$ make Making all in Zend make[1]: Entering directory `/usr/local/src/php-4.2.0RC1/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/src/php-4.2.0RC1/Zend' Making all in main make[1]: Entering directory `/usr/local/src/php-4.2.0RC1/main' make[2]: Entering directory `/usr/local/src/php-4.2.0RC1/main' gcc -I. -I/usr/local/src/php-4.2.0RC1/main -I/usr/local/src/php-4.2.0RC1/main -I/usr/local/src/php-4.2.0RC1 -I/usr/local/src/php-4.2.0RC1/Zend -I/usr/local/include/fribidi/ -I/usr/lib/glib/include/ -I/usr/include/freetype2/freetype -I/usr/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.2.0RC1/ext/xml/expat -I/usr/local/src/php-4.2.0RC1/TSRM -g -O2 -c internal_functions.c && touch internal_functions.lo In file included from internal_functions.c:36: /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:32: parse error before `guint16' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:32: warning: no semicolon at end of struct or union /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:33: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:34: parse error before `*' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:34: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:35: parse error before `*' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:35: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:36: parse error before `}' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:36: warning: data definition has no type or storage class make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0RC1/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0RC1/main' make: *** [all-recursive] Error 1 [sagi@domino php-4.2.0RC1]$ Same thing happens with PHP4.1.2. FriBidi version: 0.10.1 GLIB version: 1.2.10 Sagi -- Edit bug report at http://bugs.php.net/?id=16414&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16414&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16414&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16414&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16414&r=support Expected behavior: http://bugs.php.net/fix.php?id=16414&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16414&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16414&r=submittedtwice
Bug #16407 Updated: Non persistant cookie with IE5.5 and +
ID: 16407
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Closed
Bug Type: HTTP related
Operating System: Win 2000
PHP Version: 4.0.6
New Comment:
No comment
Previous Comments:
[2002-04-03 04:32:06] [EMAIL PROTECTED]
We can't influence the way browsers treat cookies. This is a problem
with IE, not with PHP.
[2002-04-03 04:13:59] [EMAIL PROTECTED]
This problem occurs with IE 5.5 +.
I set a non persistant cookie, by exemple :
setcookie('myCookie','miam','','/','',0);
in a first navigator window.
When I open a second window (the first is still open), I can read the
cookie, but when I close this second window, the cookie is deleted, and
no longer accessible from the first.
This problem don't occur when I write cookie using JavaScript. It don't
occur with Navigator (4.x and 6) and with IE 5.0.
--
Edit this bug report at http://bugs.php.net/?id=16407&edit=1
Bug #16415: mysql_query() function throws away entire variable if it contains "\0"
From: [EMAIL PROTECTED]
Operating system: OpenBSD
PHP version: 4.1.2
PHP Bug Type: MySQL related
Bug description: mysql_query() function throws away entire variable if it contains
"\0"
actually running PHP 4.1.2-audit
_
configure command:
 './configure' '--without-db' '--with-apache=./apache'
'--with-mysql=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-db3=/usr/local'
'--disable-debug'
_
I was doing something unnecessary with preg_replace to a
variable --
$var = preg_replace("[\(|\)]","\0",$var);
-- before using it in an INSERT query, like so:
$SQL = "INSERT into theTable (theField) VALUES
('".$var."')";
mysql_query($SQL,$conn);
and all I got was a blank entry for the field insert.
Basically, the preg was stripping out "()" parenthesis and
leaving me with the string inside the parenthesis. the
mysql_query must have seen the "\0" null terminator and
thrown away the entire string. When I changed the preg
function to:
$var = preg_replace("[\(|\)]","",$var);
everything worked the way it was supposed to.
I know there was no good reason for me to replace with a
null terminator but maybe this is a bug? when I printed
the variable out to debug I could see the string, minus the
parenthesis, as I intended. this is what left me confused
for quite some time. maybe this isn't a bug but it's
definitely only happening in the mysql_query function, not
PHP, so I thought I should report it.
--
Edit bug report at http://bugs.php.net/?id=16415&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16415&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16415&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16415&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16415&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16415&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16415&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16415&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16415&r=submittedtwice
Bug #16288 Updated: Timeout while checking on a string
ID: 16288 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Pspell related Operating System: RedHat 7.2 PHP Version: 4.1.2 Assigned To: vlad New Comment: Ok. Back to the question I asked earlier then. Could you go into the directory where pspell source is and from there to examples, and try to compile and run an example: cd pspell/examples make example-c ./example-c en s helllo and please tell if it gives you a list of suggestions for the misspelled word 'helllo'. Previous Comments: [2002-04-03 10:08:18] [EMAIL PROTECTED] Okay well unfortunately, I just tried this and it didn't work so I tried again from scratch... pspell: ./configure make ; make clean install aspell ./configure make ; make clean install pspell again: ./add-modules cd .. ; make ; make install php: ./configure --with-apxs=/usr/sbin/apxs --with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug --enable-trans-sid --with-pspell make make install /etc/rc.d/init.d/httpd restart still the same timeout... [2002-04-02 21:21:53] [EMAIL PROTECTED] Sorry, took me a while to reply After you do: ./add-modules did you remember to do rebuild pspell? that is, ./add-modules cd .. make make install ??? That should fix the problem. [2002-03-27 08:55:17] [EMAIL PROTECTED] I don't know if I'm supposed to open the bug report again or not... [2002-03-26 20:44:08] [EMAIL PROTECTED] went in /usr/local/downloads (where I build packages before installing them) and built example-c, it works perfectly fine. my steps for installing pspell, aspell and php were: Pspell: cd /usr/local/download/pspell ./configure make make install cd ../aspell ./configure make make install cd ../pspell/modules ./add-modules cd ../../php ./configure --with-apxs=/usr/sbin/apxs --with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ; make install ; /etc/init.d/httpd restart ; echo all done [2002-03-26 18:12:20] [EMAIL PROTECTED] I use the *exact* same configuration on my test box and it works (redhat7.2, php4.1.2, same exact versions of pspell and aspell). Two questions: - can you build and run a sample app in pspell/examples directory? (e.g. 'make example-c' followed by './example-c en')? - what are your build steps when building aspell and pspell, and in which exact order? I suspect misconfiguration :( The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16288 -- Edit this bug report at http://bugs.php.net/?id=16288&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: Is this setting in /etc/rc.config? Previous Comments: [2002-04-03 11:34:09] [EMAIL PROTECTED] In your OS config that is. [2002-04-03 11:32:50] [EMAIL PROTECTED] If you have IPV6 support enabled, try turning it off, or vice-versa. [2002-04-03 11:19:52] [EMAIL PROTECTED] I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. [2002-02-07 03:31:35] [EMAIL PROTECTED] Im currently running into the same issue with the base install of SUSE 7.3, fopen(), fsockopen(), and file() also to not work with URL's or an ip address. [2001-12-07 09:12:30] [EMAIL PROTECTED] its a problem with your operating system setup, not PHP. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: So I just tried changing a line in /etc/modules.conf: - From "alias net-pf-10 off" - To "alias net-pf-10 ipv6" I rebooted the box and I still had this problem happening. Previous Comments: [2002-04-03 14:03:19] [EMAIL PROTECTED] Is this setting in /etc/rc.config? [2002-04-03 11:34:09] [EMAIL PROTECTED] In your OS config that is. [2002-04-03 11:32:50] [EMAIL PROTECTED] If you have IPV6 support enabled, try turning it off, or vice-versa. [2002-04-03 11:19:52] [EMAIL PROTECTED] I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. [2002-02-07 03:31:35] [EMAIL PROTECTED] Im currently running into the same issue with the base install of SUSE 7.3, fopen(), fsockopen(), and file() also to not work with URL's or an ip address. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #16272 Updated: SegFault in MySQL
ID: 16272
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.4.x
PHP Version: 4.1.2
New Comment:
I just set up a separate box to test if this bug has anything to do
with what version of glibc is used.
The bug is still there in the following setup:
glibc-2.2.4-19.3 (RedHat Linux 7.2)
MySQL-3.23.42-1
PHP v4.1.2 compiled as a static module for Apache 1.3.22
Previous Comments:
[2002-03-26 13:42:23] [EMAIL PROTECTED]
The bug still shows up in 4.2.0RC1
[2002-03-26 13:41:16] [EMAIL PROTECTED]
The segfault occurs in the following code snippet (a db wrapper that we
wrote for MySQL). What is odd is that this only happens on occasion:
this method is called exceptionally often in our code and only breaks
(in 4.1.x, not 4.0.x) once in a while and not on exceptional
queries--we have, for instance, seen it break on a query that returns
only one row. Anyway, here's the code:
/**
* send a query to the DBMS using the dbLinkID
* @param $dbLink - the link connection ID [INT]
* @param $query [STRING]
* @return the query in ORACLE format $result[FIELDNAME][ROWNUM]=value
[2D HASH]
* @access public
*/
function db_query($dbLink, $query){
$res=mysql_db_query($this->dbase,$query,$dbLink);
while($row=@mysql_fetch_array($res,MYSQL_ASSOC)){
while(list($key,$val)=@each($row)){
$result[$key][]=$val;
}
$x++;
}
if(!is_array($result)) $result=array();
return $result;
}
Thanks for looking into this.
--jonathan
[2002-03-26 07:59:40] [EMAIL PROTECTED]
When does this segfault occur? Can you provide a sample script?
Also, can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has
been fixed?
[2002-03-25 19:48:58] [EMAIL PROTECTED]
maybe related to BUG #14860; here's the backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50, default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
123 } else if ((*passed_id)->type != IS_RESOURCE)
{
(gdb) bt
#0 0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50,
default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
#1 0x809363c in php_mysql_do_query_general (query=0x829ca4c,
mysql_link=0x829ca50,
link_id=-1, db=0x829ca48, use_store=1, return_value=0x8633cf4) at
php_mysql.c:981
#2 0x8093bc2 in zif_mysql_db_query (ht=3, return_value=0x8633cf4,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:1113
#3 0x8156da1 in execute (op_array=0x8622a44) at ./zend_execute.c:1590
#4 0x8156f79 in execute (op_array=0x844e7bc) at ./zend_execute.c:1630
#5 0x8156f79 in execute (op_array=0x859930c) at ./zend_execute.c:1630
#6 0x8156f79 in execute (op_array=0x86092a8) at ./zend_execute.c:1630
#7 0x8156f79 in execute (op_array=0x8530668) at ./zend_execute.c:1630
#8 0x8156f79 in execute (op_array=0x8617eec) at ./zend_execute.c:1630
#9 0x8158c96 in execute (op_array=0x82c8a8c) at ./zend_execute.c:2133
#10 0x813395c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#11 0x8080dee in php_execute_script (primary_file=0xb938) at
main.c:1307
#12 0x813e8f9 in apache_php_module_main (r=0x82344ac,
display_source_mode=0)
at sapi_apache.c:90
#13 0x807d876 in send_php ()
#14 0x807d8cf in send_parsed_php ()
#15 0x8160d93 in ap_invoke_handler ()
#16 0x8174d19 in process_request_internal ()
#17 0x8174d7c in ap_process_request ()
#18 0x816c30e in child_main ()
#19 0x816c4a0 in make_child ()
#20 0x816c5f9 in startup_children ()
#21 0x816cc56 in standalone_main ()
#22 0x816d413 in main ()
#23 0x40140e29 in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=16272&edit=1
Bug #14860 Updated: PHP segfault in mysql driver
ID: 14860 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Solaris 8 PHP Version: 4.1.1 New Comment: This bug may be related to #16272. Ronen. Previous Comments: [2002-02-28 14:20:49] [EMAIL PROTECTED] We've had the same exact problem - specifically with mysql_fetch_array(), and with the exact same symptoms. Not predictable, random occurance, etc'. We're running PHP 4.1.1 as a static build for Apache 1.3.22 on RedHat Linux 6.1. MySQL version is 3.23.42 [2002-01-12 09:25:24] [EMAIL PROTECTED] I'am having the same problem using apache2 and latest cvs. I see that ext/mysql/libmysql/ is always compiled with #define UNDEF_THREADS_HACK so producing a non thread safe mysql builtin library. Not using the builtin libmysql this problem is solved. Don't know if it's the same for win32 builds. I also noticed that build this libmysql the debug code is not turned off definig DBUG_OFF (?), is this intented ? [2002-01-04 17:14:49] [EMAIL PROTECTED] Running PHP under continuity (pthread based), and serving phpMyAdmin 2.2.2, connecting remotely to a 3.23.47 mysql database. The server randomly crashes(trace below), but not always. The seg fault doesn't seem to be related to load, length of server operation, etc. It can crash on the 1st or 80th load of a phpMyAdmin page, but is fairly reproducable. If the server is restarted, may operate normally right away or it may not. Backtrace: current thread: t@15 =>[1] _db_return_(_line_ = 167U, _sfunc_ = 0xfdefa014, _sfile_ = 0xfdefa010, _slevel_ = 0xfdefa00c), line 827 in "dbug.c" [2] vio_read(vio = 0x210ec8, buf = 0x2ba220 "^C", size = 4), line 167 in "violite.c" [3] my_real_read(net = 0x2ba018, complen = 0xfdefa11c), line 457 in "net.c" [4] my_net_read(net = 0x2ba018), line 603 in "net.c" [5] net_safe_read(mysql = 0x2ba018), line 288 in "libmysql.c" [6] mysql_real_connect(mysql = 0x2ba018, host = 0x2c6140 "sugar.makintosh.com", user = 0x2777a8 "phpbugs", passwd = 0x257c58 "phpbugs", db = (nil), port = 3306U, unix_socket = (nil), client_flag = 8325U), line 1517 in "libmysql.c" [7] php_mysql_do_connect(ht = 3, return_value = 0x211038, this_ptr = (nil), return_value_used = 1, tsrm_ls = 0x11c058, persistent = 0), line 646 in "php_mysql.c" [8] zif_mysql_connect(ht = 3, return_value = 0x211038, this_ptr = (nil), return_value_used = 1, tsrm_ls = 0x11c058), line 698 in "php_mysql.c" [9] execute(op_array = 0x192370, tsrm_ls = 0x11c058), line 1590 in "zend_execute.c" [10] execute(op_array = 0x17bce8, tsrm_ls = 0x11c058), line 2133 in "zend_execute.c" [11] zend_execute_scripts(type = 8, tsrm_ls = 0x11c058, retval = (nil), file_count = 3, ...), line 814 in "zend.c" [12] php_execute_script(primary_file = 0xfdf05b28, tsrm_ls = 0x11c058), line 1307 in "main.c" [13] capi_module_main(request_context = 0x121830, tsrm_ls = 0x11c058), line 411 in "capi.c" [14] php4_execute(t = 0xb0348, opts = 0x3f058), line 456 in "capi.c" [15] dlFtransaction_process(class = 4, t = 0xb0348), line 336 in "dl.c" [16] disFhttp_handler(p = 0xb0348), line 69 in "dispatch.c" [17] thrFthread(arg = 0xb0218), line 281 in "tpool.c" -- Edit this bug report at http://bugs.php.net/?id=14860&edit=1
Bug #16414 Updated: Unable to compile the fribidi extension
ID: 16414 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Linux (RedHat 7.2) PHP Version: 4.1.2 New Comment: Just checked with 4.2.0RC2, the problem still exists. Previous Comments: [2002-04-03 12:54:13] [EMAIL PROTECTED] When trying to compile PHP with --with-fribidi: [sagi@domino php-4.2.0RC1]$ make Making all in Zend make[1]: Entering directory `/usr/local/src/php-4.2.0RC1/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/src/php-4.2.0RC1/Zend' Making all in main make[1]: Entering directory `/usr/local/src/php-4.2.0RC1/main' make[2]: Entering directory `/usr/local/src/php-4.2.0RC1/main' gcc -I. -I/usr/local/src/php-4.2.0RC1/main -I/usr/local/src/php-4.2.0RC1/main -I/usr/local/src/php-4.2.0RC1 -I/usr/local/src/php-4.2.0RC1/Zend -I/usr/local/include/fribidi/ -I/usr/lib/glib/include/ -I/usr/include/freetype2/freetype -I/usr/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.2.0RC1/ext/xml/expat -I/usr/local/src/php-4.2.0RC1/TSRM -g -O2 -c internal_functions.c && touch internal_functions.lo In file included from internal_functions.c:36: /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:32: parse error before `guint16' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:32: warning: no semicolon at end of struct or union /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:33: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:34: parse error before `*' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:34: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:35: parse error before `*' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:35: warning: data definition has no type or storage class /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:36: parse error before `}' /usr/local/src/php-4.2.0RC1/ext/fribidi/php_fribidi.h:36: warning: data definition has no type or storage class make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0RC1/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0RC1/main' make: *** [all-recursive] Error 1 [sagi@domino php-4.2.0RC1]$ Same thing happens with PHP4.1.2. FriBidi version: 0.10.1 GLIB version: 1.2.10 Sagi -- Edit this bug report at http://bugs.php.net/?id=16414&edit=1
Bug #16109 Updated: zlib.output_compression and generated pictures
ID: 16109 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: linux PHP Version: 4.1.2 New Comment: Thanks a lot Sniper ! After a little digging, the only bug report 'related' to the problem discussed here seems bug #10905 which was closed because of no feed back. The strange point about what is happening is that pictures .png or .jpeg are already compressed, due to the format itself ... Also, if I use apache's mod_gzip to compress again the pictures, it works, and other non script generated pictures are ok too. Sounds weird. ;-) Patrick Previous Comments: [2002-04-03 08:47:40] [EMAIL PROTECTED] If you can't find the number for the other bug report, leave the report open.. [2002-04-03 06:32:06] [EMAIL PROTECTED] I'm 100% sure there is a bugreport for this. I don't know the number, I can't find it anymore... [2002-03-16 07:08:29] [EMAIL PROTECTED] Which bug number is it ? I tried to find a bug report, but didn't found any. [2002-03-16 06:54:00] [EMAIL PROTECTED] This has already been reported. [2002-03-15 16:53:11] [EMAIL PROTECTED] Hello, It seems a problem occurs when using zlib.output_compression=Yes and generating pictures from a script; The content of the picture seems to be compressed, and not recognize by a browser ( Netscape ). It occurs with jpeg and png files. Strange because, if using mod_gzip with Apache the picture is compressed __but__ still recognized by the browser. What is nice with zlib.output_compression is that nothing needs to be modified in the scripts themselves, but i was not able to find a way to stop compressing in a particular script. Anyhow, thanks again to all, for the nice job done here. Patrick -- Edit this bug report at http://bugs.php.net/?id=16109&edit=1
Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Unfortunately this bug is *not* fixed in 4.2.0rc1.
I can reproduce both problems (fopen fails if file does not exist /
safe_mode_includedir does not work). If I use "real" path statements
(e.g. /mnt/hda7/web/file.php instead of /var/web/file.php) everything
works fine (please see my previous posts to #14076)
Let me know if I can help with more tests or debug output. It would be
very nice to have this problem fixed in the next release.
Hajo
Previous Comments:
[2002-04-03 11:59:12] [EMAIL PROTECTED]
This should be fixed. Please see www.php.net/~derick for the latest RC
for 4.2.0m, and report back.
Derick
[2002-04-03 11:56:31] [EMAIL PROTECTED]
This bug still exists in PHP 4.1.2.
A similiar problem also affects safe_mode_include_dir (path-statements
containing symlinks do not work: "The script whose uid is 1234 is not
allowed to access /my/safe_mode_include_path/with/symlink/mail.php
owned by uid 0").
Could someone *please* fix this ?
Hajo
[2002-01-17 14:59:12] [EMAIL PROTECTED]
I've verified that this problem still exists in PHP 4.1.1.
Hajo Noerenberg
[2002-01-16 13:42:52] [EMAIL PROTECTED]
As a workaround you can use relative paths in all of
your fopen()-calls: fopen("./test.html") always works
(I think php prepends the *expanded path* then -- see
the last paragraph in my previous comment).
Hajo
[2002-01-16 13:21:11] [EMAIL PROTECTED]
This problem has nothing to do with wrong file/directory modes. I'm
quite sure that it is a bug in the PHP-realpath-code.
Please consider the following setup layout:
/var/www/ = symlink to /mnt/sda1/www
/var/www/domain.com = apache document_root = php open_basedir
/var/www/domain.com/test.html = test file for fopen()
I've added some debug code to fopen_wrappers.c :
php_error(E_NOTICE, "check_specific_open_basedir ( comparing resolved
name %s to resolved_basedir %s )", resolved_name, resolved_basedir);
if (strncmp(resolved_basedir, resolved_name, strlen(resolved_basedir))
== 0) {
Trying to fopen("/var/www/domain.com/test.html") results
in two cases:
1. /var/www/domain.com/test.html already exists
PHP Warning: check_specific_open_basedir ( comparing resolved name
/mnt/sda1/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() succeeds
2. /var/www/domain.com/test.html does *not* exist
PHP Warning: check_specific_open_basedir ( comparing resolved name
/var/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
-> fopen() fails with "open basedir restriction in effect"-error
As you can see in the debug output, PHP does not correctly
expand the file path if the file does not exists !
Trying to fopen("/mnt/sda1/www/domain.com/test.html") always
succeeds because PHP does not need to expand the filename anymore
(-> strncmp is always true ).
Hajo
(Linux 2.2 - PHP 4.0.6 - afaik the problem still exists in 4.1.X)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14076
--
Edit this bug report at http://bugs.php.net/?id=14076&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: another note: I have root to another box (it serves about 20 sites to the web) that is also running PHP 4.0.6 and php_network_getaddresses works fine. Does this function require a nameserver? My SuSE 7.3 box is a development machine on my LAN, so I just use proxies to get to it with a browser. Getting DNS, BIND, and DHCP to work was beyond me when I set it up (still is, actually). So I just use a proxy setting for browsers while I build sites. Previous Comments: [2002-04-03 14:18:22] [EMAIL PROTECTED] So I just tried changing a line in /etc/modules.conf: - From "alias net-pf-10 off" - To "alias net-pf-10 ipv6" I rebooted the box and I still had this problem happening. [2002-04-03 14:03:19] [EMAIL PROTECTED] Is this setting in /etc/rc.config? [2002-04-03 11:34:09] [EMAIL PROTECTED] In your OS config that is. [2002-04-03 11:32:50] [EMAIL PROTECTED] If you have IPV6 support enabled, try turning it off, or vice-versa. [2002-04-03 11:19:52] [EMAIL PROTECTED] I'm running SuSE 7.3 and I'm having this exact problem too. Has anyone found a solution? I see the above comment about the problem being in the system configuration and I'm wondering if someone could elaborate on that. Thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: And that is the cause of the problem (and the reason that this report is set to bogus). You need to tell your SuSE box how to resolve the addresses; the SuSE yast tool should let you set the nameserver in it's network configuration. I can't help you any further here, and this is not the place to discuss this further. I'd suggest looking at the SuSE support database for this: it's bound to be a FAQ. Previous Comments: [2002-04-03 15:58:04] [EMAIL PROTECTED] another note: I have root to another box (it serves about 20 sites to the web) that is also running PHP 4.0.6 and php_network_getaddresses works fine. Does this function require a nameserver? My SuSE 7.3 box is a development machine on my LAN, so I just use proxies to get to it with a browser. Getting DNS, BIND, and DHCP to work was beyond me when I set it up (still is, actually). So I just use a proxy setting for browsers while I build sites. [2002-04-03 14:18:22] [EMAIL PROTECTED] So I just tried changing a line in /etc/modules.conf: - From "alias net-pf-10 off" - To "alias net-pf-10 ipv6" I rebooted the box and I still had this problem happening. [2002-04-03 14:03:19] [EMAIL PROTECTED] Is this setting in /etc/rc.config? [2002-04-03 11:34:09] [EMAIL PROTECTED] In your OS config that is. [2002-04-03 11:32:50] [EMAIL PROTECTED] If you have IPV6 support enabled, try turning it off, or vice-versa. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: Well you can tell I had nothing to do today but beat my head against a wall. But I found a solution! I added my target site to /etc/hosts and restarted apache, and now I can include a page in that target site from a different site. It's Miller Time! Previous Comments: [2002-04-03 16:20:32] [EMAIL PROTECTED] And that is the cause of the problem (and the reason that this report is set to bogus). You need to tell your SuSE box how to resolve the addresses; the SuSE yast tool should let you set the nameserver in it's network configuration. I can't help you any further here, and this is not the place to discuss this further. I'd suggest looking at the SuSE support database for this: it's bound to be a FAQ. [2002-04-03 15:58:04] [EMAIL PROTECTED] another note: I have root to another box (it serves about 20 sites to the web) that is also running PHP 4.0.6 and php_network_getaddresses works fine. Does this function require a nameserver? My SuSE 7.3 box is a development machine on my LAN, so I just use proxies to get to it with a browser. Getting DNS, BIND, and DHCP to work was beyond me when I set it up (still is, actually). So I just use a proxy setting for browsers while I build sites. [2002-04-03 14:18:22] [EMAIL PROTECTED] So I just tried changing a line in /etc/modules.conf: - From "alias net-pf-10 off" - To "alias net-pf-10 ipv6" I rebooted the box and I still had this problem happening. [2002-04-03 14:03:19] [EMAIL PROTECTED] Is this setting in /etc/rc.config? [2002-04-03 11:34:09] [EMAIL PROTECTED] In your OS config that is. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11058 -- Edit this bug report at http://bugs.php.net/?id=11058&edit=1
Bug #16416: Unable to load Dynamic Libraries when mod_ssl enabled
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 PHP version: 4.1.2 PHP Bug Type: Apache related Bug description: Unable to load Dynamic Libraries when mod_ssl enabled I'm running Apache 1.3.24, ModSSL 2.8.8, and PHP 4.1.2. For some reason, whenever I enable mod_ssl in Apache, I receive the following errors in my error_log file: PHP Warning: Unable to load dynamic library '/usr/local/lib/imap.so' - /usr/local/lib/imap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/ldap.so' - /usr/local/lib/ldap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/mysql.so' - /usr/local/lib/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Here's how everything's configured: mod_ssl: ./configure --with-apache=../apache_1.3.24 --with-ssl=../openssl-0.9.6c --with-crt=/usr/share/ssl/certs/server.crt --with-key=/usr/share/ssl/certs/server.key --prefix=/usr/local/apache apache: SSL_BASE=/tmp/openssl-0.9.6c ./configure --prefix=/usr/local/apache --server-uid=apache --server-gid=apache --enable-module=ssl --enable-module=so php: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl But, like I said, when I uncomment these lines in httpd.conf, #Include conf/ssl/mod_ssl.conf #Include conf/ssl/ssl.vhosts.conf I get the unable to load dynamic libraries messages... Any help that you can render would be greatly appreciated -- Edit bug report at http://bugs.php.net/?id=16416&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16416&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16416&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16416&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16416&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16416&r=support Expected behavior: http://bugs.php.net/fix.php?id=16416&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16416&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16416&r=submittedtwice
Bug #16416 Updated: Unable to load Dynamic Libraries when mod_ssl enabled
ID: 16416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: RedHat Linux 7.0 PHP Version: 4.1.2 New Comment: Are you compiling PHP with the same SSL libs as the mod_ssl is compiled with? Only passing '--with-imap-ssl' will assume /usr as the install prefix for ssl libraries. --Jani Previous Comments: [2002-04-03 16:56:10] [EMAIL PROTECTED] I'm running Apache 1.3.24, ModSSL 2.8.8, and PHP 4.1.2. For some reason, whenever I enable mod_ssl in Apache, I receive the following errors in my error_log file: PHP Warning: Unable to load dynamic library '/usr/local/lib/imap.so' - /usr/local/lib/imap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/ldap.so' - /usr/local/lib/ldap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/mysql.so' - /usr/local/lib/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Here's how everything's configured: mod_ssl: ./configure --with-apache=../apache_1.3.24 --with-ssl=../openssl-0.9.6c --with-crt=/usr/share/ssl/certs/server.crt --with-key=/usr/share/ssl/certs/server.key --prefix=/usr/local/apache apache: SSL_BASE=/tmp/openssl-0.9.6c ./configure --prefix=/usr/local/apache --server-uid=apache --server-gid=apache --enable-module=ssl --enable-module=so php: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl But, like I said, when I uncomment these lines in httpd.conf, #Include conf/ssl/mod_ssl.conf #Include conf/ssl/ssl.vhosts.conf I get the unable to load dynamic libraries messages... Any help that you can render would be greatly appreciated -- Edit this bug report at http://bugs.php.net/?id=16416&edit=1
Bug #16416 Updated: Unable to load Dynamic Libraries when mod_ssl enabled
ID: 16416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: RedHat Linux 7.0 PHP Version: 4.1.2 New Comment: And that configure line for PHP does NOT produce any shared extensions. Are you sure you're not using some old versions of those extensions? Previous Comments: [2002-04-03 17:14:06] [EMAIL PROTECTED] Are you compiling PHP with the same SSL libs as the mod_ssl is compiled with? Only passing '--with-imap-ssl' will assume /usr as the install prefix for ssl libraries. --Jani [2002-04-03 16:56:10] [EMAIL PROTECTED] I'm running Apache 1.3.24, ModSSL 2.8.8, and PHP 4.1.2. For some reason, whenever I enable mod_ssl in Apache, I receive the following errors in my error_log file: PHP Warning: Unable to load dynamic library '/usr/local/lib/imap.so' - /usr/local/lib/imap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/ldap.so' - /usr/local/lib/ldap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/mysql.so' - /usr/local/lib/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Here's how everything's configured: mod_ssl: ./configure --with-apache=../apache_1.3.24 --with-ssl=../openssl-0.9.6c --with-crt=/usr/share/ssl/certs/server.crt --with-key=/usr/share/ssl/certs/server.key --prefix=/usr/local/apache apache: SSL_BASE=/tmp/openssl-0.9.6c ./configure --prefix=/usr/local/apache --server-uid=apache --server-gid=apache --enable-module=ssl --enable-module=so php: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl But, like I said, when I uncomment these lines in httpd.conf, #Include conf/ssl/mod_ssl.conf #Include conf/ssl/ssl.vhosts.conf I get the unable to load dynamic libraries messages... Any help that you can render would be greatly appreciated -- Edit this bug report at http://bugs.php.net/?id=16416&edit=1
Bug #16400 Updated: $_FILES array and mp3 files
ID: 16400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: HTTP related
Operating System: Linux RH7.1
PHP Version: 4.1.2
New Comment:
So, you are saying that the max filesize for uploads cannot be set in
script? Perhaps the documentation is confusing me. Would you explain
what the ini_set parameter "upload_max_filesize" is used for? The
documentation for ini_set() says this parameter is settable via script
(PHP_INI_ALL).
Thanks.
Previous Comments:
[2002-04-03 12:31:35] [EMAIL PROTECTED]
PHP decides whether a file is accepted BEFORE your script runs. The
changes to php.ini with ini_set() are made AFTER the uploads are
processed by PHP, and thus have no effect on the the decision.
This is intended behaviour.
[2002-04-03 11:02:09] [EMAIL PROTECTED]
After further investigation, I have found that
ini_set("upload_max_filesize", "15M")
or
ini_set("upload_max_filesize", "1500")
or
ini_set("upload_max_filesize", 1500)
does not work. If I change the setting in php.ini, the uploads work.
So, ini_set seems to be the culprit. The cutoff size _was_ the default
2M in php.ini. If "upload_max_filesize" cannot be set via a script, it
is an unfortunate problem.
I also tried setting ini_set("memory_limit","15M") and wonder about
"post_max_size" (no detailed documentation). However, I didn't need to
change them to make things work.
[2002-04-03 01:40:02] [EMAIL PROTECTED]
Does it work with other file types of similar size to the
MP3s which you are uploading? i.e. are you sure it's not
a max_file_size problem?
Torben
[2002-04-02 17:06:52] [EMAIL PROTECTED]
I am using PHP4.2.0RC1. When referencing .mp3 file uploads, the
$_FILES[name]['tmp_name'] is empty, and $_FILES[name][size] is 0. When
referencing other file types, everything works fine.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=16400&edit=1
Bug #16288 Updated: Timeout while checking on a string
ID: 16288 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Pspell related Operating System: RedHat 7.2 PHP Version: 4.1.2 Assigned To: vlad New Comment: Yes, as before, it still works fine and I do get a list of suggestions for the word helllo. Previous Comments: [2002-04-03 13:47:18] [EMAIL PROTECTED] Ok. Back to the question I asked earlier then. Could you go into the directory where pspell source is and from there to examples, and try to compile and run an example: cd pspell/examples make example-c ./example-c en s helllo and please tell if it gives you a list of suggestions for the misspelled word 'helllo'. [2002-04-03 10:08:18] [EMAIL PROTECTED] Okay well unfortunately, I just tried this and it didn't work so I tried again from scratch... pspell: ./configure make ; make clean install aspell ./configure make ; make clean install pspell again: ./add-modules cd .. ; make ; make install php: ./configure --with-apxs=/usr/sbin/apxs --with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug --enable-trans-sid --with-pspell make make install /etc/rc.d/init.d/httpd restart still the same timeout... [2002-04-02 21:21:53] [EMAIL PROTECTED] Sorry, took me a while to reply After you do: ./add-modules did you remember to do rebuild pspell? that is, ./add-modules cd .. make make install ??? That should fix the problem. [2002-03-27 08:55:17] [EMAIL PROTECTED] I don't know if I'm supposed to open the bug report again or not... [2002-03-26 20:44:08] [EMAIL PROTECTED] went in /usr/local/downloads (where I build packages before installing them) and built example-c, it works perfectly fine. my steps for installing pspell, aspell and php were: Pspell: cd /usr/local/download/pspell ./configure make make install cd ../aspell ./configure make make install cd ../pspell/modules ./add-modules cd ../../php ./configure --with-apxs=/usr/sbin/apxs --with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ; make install ; /etc/init.d/httpd restart ; echo all done The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16288 -- Edit this bug report at http://bugs.php.net/?id=16288&edit=1
Bug #14416 Updated: -q and -d command line options seem to negate each other
ID: 14416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Solaris 7 PHP Version: 4.1.0 New Comment: I'm using v4.1.2 on Linux, and I'm seeing the same issue. It is not related specifically to -q and -d, but the number of options specified. If more than one option is specified (regardless of which), then _none_ of them will work. This script works fine: #!/usr/local/bin/php -dregister_globals But as soon as you add any character to the end of the shebang line, it fails. Also, -d options must _not_ have a space between the d and the option name. I.e, "-dregister_globals" works but "-d register_globals" does not. Previous Comments: [2001-12-11 13:28:32] [EMAIL PROTECTED] Yes, it still fails under the brand new 4.1.0 alester@flr4[~]$ cat dq #!/usr/local/bin/php -dinclude_path=.:../../Class:../../Include -q alester@flr4[~]$ cat qd #!/usr/local/bin/php -q -dinclude_path=.:../../Class:../../Include Results are still the same: # ignores the -q alester@flr4[~]$ ./dq Content-type: text/html PHP version=4.1.0 include_path=.:../../Class:../../Include # ignores the -d alester@flr4[~]$ ./qd PHP version=4.1.0 include_path=. [2001-12-11 04:24:36] [EMAIL PROTECTED] Does this happen with the released PHP 4.1.0? I don't have the RC handy, but I can't reproduce (On linux) with 4.0.6 or 4.1.0 $ php410 -q -dinclude_path=.:../../Class:../../Include .:../../Class:../../Include $ php410 -dinclude_path=.:../../Class:../../Include -q .:../../Class:../../Include [2001-12-10 18:00:58] [EMAIL PROTECTED] It seems that -q and -d cannot exist on the same shebang line. We're using PHP for standalone shell scripts (i.e. no thru the web server). -q and -d seem to negate each other: Whichever comes first on the shebang line wins. alester@flr4[~]$ cat qd #!/usr/src/php-4.1.0RC4/php -q -dinclude_path=.:../../Class:../../Include alester@flr4[~]$ ./qd include_path=. # The -q works, since we have no headers, but the include_path isn't changed. alester@flr4[~]$ cat dq #!/usr/src/php-4.1.0RC4/php -dinclude_path=.:../../Class:../../Include -q alester@flr4[~]$ ./dq Content-type: text/html include_path=.:../../Class:../../Include alester@flr4[~]$ # The include path is changed, but now we have the Content-type header that -q should suppress. -- Edit this bug report at http://bugs.php.net/?id=14416&edit=1
Bug #16417: session_id() not working
From: [EMAIL PROTECTED] Operating system: WinXP/Win2K PHP version: 4.1.1 PHP Bug Type: Session related Bug description: session_id() not working Using my own session id doesn't appear to work Causes Apache (1.3.22) to crash on Win2K/4.1.1 and produces "Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\\windows\\temp) in Unknown on line 0" on WinXP/4.2.0RC1 Without calling changing the session id, there are no problems -- Edit bug report at http://bugs.php.net/?id=16417&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16417&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16417&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16417&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16417&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16417&r=support Expected behavior: http://bugs.php.net/fix.php?id=16417&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16417&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16417&r=submittedtwice
Bug #16418: Configures and makes but web server will not start
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.2 PHP Bug Type: *Compile Issues Bug description: Configures and makes but web server will not start I am able to run configure and make and make install but whenever I try to turn the program on I get the following error, do you have any idea of what the problem is. I have all of the latest stable patches libraries (suggested by you) loaded. What could be the problem? error-message: conf_init: Error running init function load-modules: dlopen of /usr/netscape/server4/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: ared: open failed: No such file or directory) Debug - log CONFIGURE: './configure' '--with-oci8=/OraHome1' '--with-nsapi=/usr/netscape/server4' '--with-gd' '--with-zlib' '--with-png-dir' ' --with-jpeg-dir' '--enable-libgcc' '--enable-track-vars' '--with-t1lib' '--with-freetype-dir' '--without-mysql' '--enable-sigchild' CC: gcc CFLAGS: -g -O2 -pthreads CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT CXX: CXXFLAGS: INCLUDES: -I/usr/netscape/server4/plugins/include -I$(top_builddir)/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/i nclude -I/OraHome1/rdbms/public -I/OraHome1/rdbms/demo LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-sol aris2.8/2.95.2 -R/usr/local/lib -L/usr/local/lib -R/OraHome1/lib -L/OraHome1/lib LIBS: -lsched -ldl -lgen -lsocket -lnsl -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lclntsh DLIBS: SAPI: nsapi PHP_RPATHS: /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 /usr/local/lib /OraHome1/lib uname -a: SunOS www.g-isac.net 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-60 gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -R/usr/ucblib -L/usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R/usr/local/lib -L/usr/loca l/lib -R/OraHome1/lib -L/OraHome1/lib conftest.c -lsched -ldl -lgen -lsocket -lnsl -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lclntsh 1>&5 ld.so.1: ./conftest: fatal: ared: open failed: No such file or directory Matthew K Keller -- Edit bug report at http://bugs.php.net/?id=16418&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16418&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16418&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16418&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16418&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16418&r=support Expected behavior: http://bugs.php.net/fix.php?id=16418&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16418&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16418&r=submittedtwice
Bug #16416 Updated: Unable to load Dynamic Libraries when mod_ssl enabled
ID: 16416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat Linux 7.0 PHP Version: 4.1.2 New Comment: Okay, I recompiled with this config line: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.6c --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl ../openssl-0.9.6c is the source dir that I used when I compiled mod_ssl. as far as the external modules, As far as I know, I've never had those on this server. (I did a search and they were nowhere to be found on the server). I've compiled PHP this way a couple of times already on this server when performing upgrades. Previous Comments: [2002-04-03 17:15:20] [EMAIL PROTECTED] And that configure line for PHP does NOT produce any shared extensions. Are you sure you're not using some old versions of those extensions? [2002-04-03 17:14:06] [EMAIL PROTECTED] Are you compiling PHP with the same SSL libs as the mod_ssl is compiled with? Only passing '--with-imap-ssl' will assume /usr as the install prefix for ssl libraries. --Jani [2002-04-03 16:56:10] [EMAIL PROTECTED] I'm running Apache 1.3.24, ModSSL 2.8.8, and PHP 4.1.2. For some reason, whenever I enable mod_ssl in Apache, I receive the following errors in my error_log file: PHP Warning: Unable to load dynamic library '/usr/local/lib/imap.so' - /usr/local/lib/imap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/ldap.so' - /usr/local/lib/ldap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/mysql.so' - /usr/local/lib/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Here's how everything's configured: mod_ssl: ./configure --with-apache=../apache_1.3.24 --with-ssl=../openssl-0.9.6c --with-crt=/usr/share/ssl/certs/server.crt --with-key=/usr/share/ssl/certs/server.key --prefix=/usr/local/apache apache: SSL_BASE=/tmp/openssl-0.9.6c ./configure --prefix=/usr/local/apache --server-uid=apache --server-gid=apache --enable-module=ssl --enable-module=so php: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl But, like I said, when I uncomment these lines in httpd.conf, #Include conf/ssl/mod_ssl.conf #Include conf/ssl/ssl.vhosts.conf I get the unable to load dynamic libraries messages... Any help that you can render would be greatly appreciated -- Edit this bug report at http://bugs.php.net/?id=16416&edit=1
Bug #15612 Updated: Constant Refresh when files too large.
ID: 15612 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Windows XP PHP Version: 4.1.1 New Comment: On my machine, a simple page only consisting of the script, it constantly refreshes, sometimes the page isn't properly rendered at all. I'm running Windows XP (Build 2600), Apache 1.3.23 and PHP 4.1.2. And IE 6.0. The site is accessible for you guys, if you need to see this. Mail me, and I'll post the link to it. I first noticed this, after installing Gallery 1.2.5. I have also experienced the "Page/host not found" reply from my webserver, though the link is correct. The correct page flashes on the screen, before the "page not fould" error is displayed. Previous Comments: [2002-04-02 20:12:56] [EMAIL PROTECTED] I think it is just 1 bug in PHP but multiple reactions to it from different browsers. [2002-04-02 09:42:03] [EMAIL PROTECTED] I have had this same problem - winXP, php4. I was getting reports from people that the page would halfway load, then get redirected to a "Page not found" error. But the url in the address bar was correct. If the user refreshed, sometimes it would load back up, sometimes it wouldnt. Reviewing the logs, I would also notice sometimes that the same user would sit there and refresh the same page over and over, about 20 - 30 seconds apart. After asking them why they did this, they denied ever doing it, and said they just had the page open and didn't notice anything. There seems to be a lot of different things here happening in this one bug. [2002-04-01 01:37:21] [EMAIL PROTECTED] I would like to report that after I had switched to linux, the problem disappeared. I guess it was OS specific. [2002-03-30 23:03:13] [EMAIL PROTECTED] Oh, and I get this with .php files that have a large output. It didn't happen before when I had PHP 4.06 and Windows ME. It happens sometimes with phpMyAdmin pages too. [2002-03-30 22:57:09] [EMAIL PROTECTED] Hello I have been having the same problem but I didn't realize it was because of the page size. WindowsXP Pro Apache 1.3.23 PHP 4.1.2 Also some browsers just show the cut off page, some rapidly refresh The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15612 -- Edit this bug report at http://bugs.php.net/?id=15612&edit=1
Bug #16418 Updated: Configures and makes but web server will not start
ID: 16418 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *Compile Issues +Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: reclassified Previous Comments: [2002-04-03 18:19:21] [EMAIL PROTECTED] I am able to run configure and make and make install but whenever I try to turn the program on I get the following error, do you have any idea of what the problem is. I have all of the latest stable patches libraries (suggested by you) loaded. What could be the problem? error-message: conf_init: Error running init function load-modules: dlopen of /usr/netscape/server4/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: ared: open failed: No such file or directory) Debug - log CONFIGURE: './configure' '--with-oci8=/OraHome1' '--with-nsapi=/usr/netscape/server4' '--with-gd' '--with-zlib' '--with-png-dir' ' --with-jpeg-dir' '--enable-libgcc' '--enable-track-vars' '--with-t1lib' '--with-freetype-dir' '--without-mysql' '--enable-sigchild' CC: gcc CFLAGS: -g -O2 -pthreads CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT CXX: CXXFLAGS: INCLUDES: -I/usr/netscape/server4/plugins/include -I$(top_builddir)/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/i nclude -I/OraHome1/rdbms/public -I/OraHome1/rdbms/demo LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-sol aris2.8/2.95.2 -R/usr/local/lib -L/usr/local/lib -R/OraHome1/lib -L/OraHome1/lib LIBS: -lsched -ldl -lgen -lsocket -lnsl -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lclntsh DLIBS: SAPI: nsapi PHP_RPATHS: /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 /usr/local/lib /OraHome1/lib uname -a: SunOS www.g-isac.net 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-60 gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -R/usr/ucblib -L/usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R/usr/local/lib -L/usr/loca l/lib -R/OraHome1/lib -L/OraHome1/lib conftest.c -lsched -ldl -lgen -lsocket -lnsl -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt -lclntsh 1>&5 ld.so.1: ./conftest: fatal: ared: open failed: No such file or directory Matthew K Keller -- Edit this bug report at http://bugs.php.net/?id=16418&edit=1
Bug #16416 Updated: Unable to load Dynamic Libraries when mod_ssl enabled
ID: 16416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: RedHat Linux 7.0 PHP Version: 4.1.2 New Comment: First: DO NOT use source paths, use the install prefixes. ie. if openssl libraries exist in /www/openssl/lib you would use --with-openssl=/www/openssl and --with-imap-ssl=/www/openssl And did I understand correctly that you don't even have imap.so / ldap.so / mysql.so anywhere in your system? If this assumption is correct, why do you load them in php.ini ??? --Jani Previous Comments: [2002-04-03 18:26:06] [EMAIL PROTECTED] Okay, I recompiled with this config line: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.6c --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl ../openssl-0.9.6c is the source dir that I used when I compiled mod_ssl. as far as the external modules, As far as I know, I've never had those on this server. (I did a search and they were nowhere to be found on the server). I've compiled PHP this way a couple of times already on this server when performing upgrades. [2002-04-03 17:15:20] [EMAIL PROTECTED] And that configure line for PHP does NOT produce any shared extensions. Are you sure you're not using some old versions of those extensions? [2002-04-03 17:14:06] [EMAIL PROTECTED] Are you compiling PHP with the same SSL libs as the mod_ssl is compiled with? Only passing '--with-imap-ssl' will assume /usr as the install prefix for ssl libraries. --Jani [2002-04-03 16:56:10] [EMAIL PROTECTED] I'm running Apache 1.3.24, ModSSL 2.8.8, and PHP 4.1.2. For some reason, whenever I enable mod_ssl in Apache, I receive the following errors in my error_log file: PHP Warning: Unable to load dynamic library '/usr/local/lib/imap.so' - /usr/local/lib/imap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/ldap.so' - /usr/local/lib/ldap.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: Unable to load dynamic library '/usr/local/lib/mysql.so' - /usr/local/lib/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Here's how everything's configured: mod_ssl: ./configure --with-apache=../apache_1.3.24 --with-ssl=../openssl-0.9.6c --with-crt=/usr/share/ssl/certs/server.crt --with-key=/usr/share/ssl/certs/server.key --prefix=/usr/local/apache apache: SSL_BASE=/tmp/openssl-0.9.6c ./configure --prefix=/usr/local/apache --server-uid=apache --server-gid=apache --enable-module=ssl --enable-module=so php: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-calendar --with-imap --with-mysql --with-kerberos --with-imap-ssl But, like I said, when I uncomment these lines in httpd.conf, #Include conf/ssl/mod_ssl.conf #Include conf/ssl/ssl.vhosts.conf I get the unable to load dynamic libraries messages... Any help that you can render would be greatly appreciated -- Edit this bug report at http://bugs.php.net/?id=16416&edit=1
Bug #16413 Updated: Apache Startup Failure: Undefined symbol "_mail_string"
ID: 16413 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Dynamic loading +Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: What does this command show: # nm /usr/local/lib/libc-client.a |grep mail_string And what about: # find / -name libc-client.* Previous Comments: [2002-04-03 12:14:28] [EMAIL PROTECTED] I am having problems installing php as a dso with imap support on my OpenBSD 3.0 system. I would use the OpenBSD port but I am concerned about the upload security hole. in php-4.0.6. The configure, make, and make install work fine but when I attempt to start apache I receive the error 'Undefined symbol "_mail_string" in module php...' I am using the following software: - apache_1.3.24/mod_ssl - imap-2001a (compiled and copied .a and .h files to /usr/local/include and /usr/local/lib per instructions on http://www.php.net/manual/en/ref.imap.php) - php-4.1.2 My configure string follows: ./configure --with-mysql=/usr/local --with-apxs=/home/httpd/bin/apxs --prefix=/usr/local --with-config-file-path=/home/httpd/conf --enable-bcmath --enable-calendar --enable-ftp --with-gettext=/usr/local --with-mhash=/usr/local --with-pspell=/usr/local --with-mm --without-curl --without-gdbm --without-ldap --without-recode --without-snmp --disable-dbase --disable-filepro --without-iodbc --sysconfdir=/etc --enable-sysvsem --enable-sysvshm --with-imap=/usr/local --with-imap-ssl=/usr -- Edit this bug report at http://bugs.php.net/?id=16413&edit=1
Bug #15150 Updated: curl_errno() [still] reports strange numbers
ID: 15150
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: cURL related
Operating System: linux 2.4.16
PHP Version: 4.1.1
New Comment:
Fixed in CVS, thanks to both of you.
Previous Comments:
[2002-04-03 08:18:59] [EMAIL PROTECTED]
I'd suggest a patch similar to this one. This was made against the
current CVS.
diff -u -r1.110 curl.c
--- curl.c 24 Mar 2002 10:40:21 - 1.110
+++ curl.c 3 Apr 2002 13:18:14 -
@@ -797,8 +797,8 @@
}
}
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
}
@@ -857,8 +857,8 @@
}
}
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
} else {
RETURN_TRUE;
@@ -881,10 +881,10 @@
ZEND_FETCH_RESOURCE(ch, php_curl *, zid, -1, le_curl_name,
le_curl);
error = curl_easy_perform(ch->cp);
+SAVE_CURL_ERROR(ch, error);
if (error != CURLE_OK) {
if (ch->handlers->write->buf.len > 0)
smart_str_free(&ch->handlers->write->buf);
- SAVE_CURL_ERROR(ch, error);
RETURN_FALSE;
}
[2002-01-21 10:45:10] [EMAIL PROTECTED]
curl_errno() returns strange wrong values (very large numbers..
negative
numbers etc..)
$ch = curl_init ("http://www.php.net";);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_HEADER, 0);
$page=curl_exec ($ch);
$errore=curl_errno($ch);
error_log (" curl_errno: $errore",0);
curl_close ($ch);
my configure options:
'./configure' '--enable-trans-sid' '--with-mm=/usr/local/src/mm-1.1.3'
'--with-mhash'
'--with-apxs=/var/lib/apache/sbin/apxs'
'--with-mysql' '--with-curl'
libcurl version is libcurl 7.9.2
--
Edit this bug report at http://bugs.php.net/?id=15150&edit=1
Bug #16413 Updated: Apache Startup Failure: Undefined symbol "_mail_string"
ID: 16413 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: Diagnostic commands and their results (cut and pasted right from my ssh terminal): psi # nm /usr/local/lib/libc-client.a |grep mail_string ca78 D _mail_string 0470 t _mail_string_init 04a0 t _mail_string_next 04b4 t _mail_string_setpos U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string psi # find / -name libc-client.* /usr/local/lib/libc-client.a /usr/local/src/imap-2001a/c-client/libc-client.a Previous Comments: [2002-04-03 18:55:00] [EMAIL PROTECTED] What does this command show: # nm /usr/local/lib/libc-client.a |grep mail_string And what about: # find / -name libc-client.* [2002-04-03 12:14:28] [EMAIL PROTECTED] I am having problems installing php as a dso with imap support on my OpenBSD 3.0 system. I would use the OpenBSD port but I am concerned about the upload security hole. in php-4.0.6. The configure, make, and make install work fine but when I attempt to start apache I receive the error 'Undefined symbol "_mail_string" in module php...' I am using the following software: - apache_1.3.24/mod_ssl - imap-2001a (compiled and copied .a and .h files to /usr/local/include and /usr/local/lib per instructions on http://www.php.net/manual/en/ref.imap.php) - php-4.1.2 My configure string follows: ./configure --with-mysql=/usr/local --with-apxs=/home/httpd/bin/apxs --prefix=/usr/local --with-config-file-path=/home/httpd/conf --enable-bcmath --enable-calendar --enable-ftp --with-gettext=/usr/local --with-mhash=/usr/local --with-pspell=/usr/local --with-mm --without-curl --without-gdbm --without-ldap --without-recode --without-snmp --disable-dbase --disable-filepro --without-iodbc --sysconfdir=/etc --enable-sysvsem --enable-sysvshm --with-imap=/usr/local --with-imap-ssl=/usr -- Edit this bug report at http://bugs.php.net/?id=16413&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.1.1 New Comment: I got this error after aplying the lateste security updates on my win2k server. It works fine at the begginig but after 5 mins I get this error. It hangs all the IIS service. This doesn't happen in CGI mode. OS: Win2K Server Patches: SP2 + Lateste Security updates System: P3 @ 550 Mhz - 256 MB RAM PHP VER: 4.1.2. PHP Mode: ISAPI Previous Comments: [2002-02-19 09:06:12] [EMAIL PROTECTED] Nope, I am not using Zend Encoder or Optimizer. Just running plain PHP for now. [2002-02-19 08:52:53] [EMAIL PROTECTED] Are you using Zendencoder? I have the same problem on a machine running Zendoptimizer with some pages that were Zendencoded. The server crashed every 20-30 request or so. I took off the pages Zendencoded and its working fine now... Seems that the problem stands there... [2002-02-01 15:41:48] [EMAIL PROTECTED] I am getting an access violation in php4ts!zend_strndup + 0x2B + 0xA05CB1AD. It is reproducable after about 20 or 30 requests, but it isn't a certain page that causes it. A page refresh may or may not display the page without error. Eventually the server will no longer serve pages at all and only a reboot will bring the web server back. Stopping IIS just sits there attempting to stop the service. Details: Windows 2000 Pro with service pack 2 and all critical and security updates from windowsupdate.microsoft.com K6-2 500MHz with 192Meg RAM I have the exact setup on my machine using an Athlon 1.2GHz with 512Meg RAM without any problem. However on two machines with an AMD K6-2 (configured identically) the web server will stop responding to requests consistently. I have also tested this on my Dell laptop with an Intel PIII/700MHz 256 Meg RAM with same Windows 2000 pro w/sp2 and all updates without any problem. When the server does stop serving pages the DLLHOST.EXE process virtual memory size goes to the max for the machine. I have installed php as an ISAPI module. I have also tried installing PHP as a CGI and have the same problem. I have tested this with php 4.0.6, 4.1.0, and 4.1.1 and have the same problem in zend_strndup with all three. I am using the windows zip file from the php.net download page. Also I am using the Interbase extension. No other extensions are being used. I hope I included enough info here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #16362 Updated: IIS stops serving .php pages after a time period
ID: 16362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Win2k build 2195/XP PHP Version: 4.1.2 New Comment: Checked my Error Log (Thanks for the help) Event: 204 Source: WAM The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05CB1AD '. Also have this error occuring frequently... as frequently as the other, but have no idea what it is. Event: 105 Source: W3SVC The server was unable to register the administration tool discovery information. The administration tool may not be able to see this server. The data is the error code. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. I hope this information helps you help me. Thanks very much for your assistance. -js Previous Comments: [2002-04-02 19:54:02] [EMAIL PROTECTED] I'm not really sure how to check the log files for IIS. Where are they located usually? I already tried uninstall/reinstall to no avail and I guess I have all of the IIS updates. I'll check again. Thanks for the tip. I really want PHP to work for me cause I am deciding whether or not we should install it onto the servers at the ISP I work for. off topic: I ran 'test.php' yesterday (April 1st) and the PHP logo had some guy with pencils in his mouth. I guess as an April fools joke... That's a big plus in my book. It's gone today. Is there a few things that this problem may be steming from that I can check off the list by looking over? Or could it be a ton of things? [2002-04-02 10:37:37] [EMAIL PROTECTED] See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. [2002-04-02 10:37:19] [EMAIL PROTECTED] See if you can narrow it down some more. What does the message log say when it dies for you? If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed. Do you have all of the IIS updates installed? The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer. Also, try this: serve up an asp page. Then wait "a while" and see if it behaves the same way. [2002-04-02 09:11:10] [EMAIL PROTECTED] so does this mean that there is nothing I can do, or can this problem be remedied by changing something in IIS or in the php.ini? I can't find anything very helpful at microsoft. Which I can't understand. Why wouldn't they offer help to someone wanting to use a product that is in direct competition with one of theirs? [2002-04-01 16:07:46] [EMAIL PROTECTED] Have to revise my last comment. It did it for me too, using a build from Thursday's CVS. Event viewer had the following to say. The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17469F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16362 -- Edit this bug report at http://bugs.php.net/?id=16362&edit=1
Bug #16403 Updated: datetime field error
ID: 16403 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: windows NT 4.0 PHP Version: 4.0.5 New Comment: what does it mean by "reclassified" ? Previous Comments: [2002-04-03 08:42:05] [EMAIL PROTECTED] reclassified [2002-04-03 00:21:39] [EMAIL PROTECTED] I'm using PHP 4.0.5 with Microsoft SQL Server 6.5 in Windows NT 4.0 platform. When I try to select a "datetime" field in a record, the result is a truncated date like "Oct 10 2". -- Edit this bug report at http://bugs.php.net/?id=16403&edit=1
Bug #16413 Updated: Apache Startup Failure: Undefined symbol "_mail_string"
ID: 16413 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: And does the PHP4 from the openBSD ports work for you? --Jani Previous Comments: [2002-04-03 19:15:38] [EMAIL PROTECTED] Diagnostic commands and their results (cut and pasted right from my ssh terminal): psi # nm /usr/local/lib/libc-client.a |grep mail_string ca78 D _mail_string 0470 t _mail_string_init 04a0 t _mail_string_next 04b4 t _mail_string_setpos U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string psi # find / -name libc-client.* /usr/local/lib/libc-client.a /usr/local/src/imap-2001a/c-client/libc-client.a [2002-04-03 18:55:00] [EMAIL PROTECTED] What does this command show: # nm /usr/local/lib/libc-client.a |grep mail_string And what about: # find / -name libc-client.* [2002-04-03 12:14:28] [EMAIL PROTECTED] I am having problems installing php as a dso with imap support on my OpenBSD 3.0 system. I would use the OpenBSD port but I am concerned about the upload security hole. in php-4.0.6. The configure, make, and make install work fine but when I attempt to start apache I receive the error 'Undefined symbol "_mail_string" in module php...' I am using the following software: - apache_1.3.24/mod_ssl - imap-2001a (compiled and copied .a and .h files to /usr/local/include and /usr/local/lib per instructions on http://www.php.net/manual/en/ref.imap.php) - php-4.1.2 My configure string follows: ./configure --with-mysql=/usr/local --with-apxs=/home/httpd/bin/apxs --prefix=/usr/local --with-config-file-path=/home/httpd/conf --enable-bcmath --enable-calendar --enable-ftp --with-gettext=/usr/local --with-mhash=/usr/local --with-pspell=/usr/local --with-mm --without-curl --without-gdbm --without-ldap --without-recode --without-snmp --disable-dbase --disable-filepro --without-iodbc --sysconfdir=/etc --enable-sysvsem --enable-sysvshm --with-imap=/usr/local --with-imap-ssl=/usr -- Edit this bug report at http://bugs.php.net/?id=16413&edit=1
Bug #13793 Updated: ibase_fetch_row function chokes on null column values
ID: 13793 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: InterBase related Operating System: Linux PHP Version: 4.0.6 New Comment: Already fixed in CVS Previous Comments: [2001-10-22 18:15:24] [EMAIL PROTECTED] It seems that, if there is a NULL field at the end of a query string, or TWO or more NULL fields in the MIDDLE of the QUERY string, ibase_fetch_row just DROPS the nulls, and any column data that follows them. For exampe, if I have a table with the columns: FNAME, LNAME, MI, PREFIX, SUFFIX, DOB, SEX, PASSWORD . . . IF MI, PREFIX, and SUFFIX all allow NULL values, and all are null, a SELECT * on this table would only return TWO values: FNAME and LNAME. It would leave out the PASSWORD! This is VERY BAD. It SHOULD return (like in any normal SQL query) null values for any null fields, and NOT skip or stop at any columns, just because the data is null. So . . . I have to populate every field with a default null value (a space, or the word "null", for example), if I want to make sure not to miss column date when I do a SELECT statement using ibase_fetch_row. If anyone knows a way around this, an explanation, or any other ideas, please post them. Thanks, Steve -- Edit this bug report at http://bugs.php.net/?id=13793&edit=1
Bug #16360 Updated: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux, Windows PHP Version: 4.0CVS-2002-03-3 New Comment: I'm not sure if this is the same problem, but I get something extremely similar. Install PHP 4.1.x (whether .1 or .2) and suddenly Apache begins growing, and growing, and GROWING in memory use. Eventually a malloc/segfault occurs and Apache either restarts or simply fails outright. Reverting to 4.0.6 resolves the issue, placing 4.1.x back on reintroduces it. No Zend, no nothing other than GZIP and MySQL. Since numerous malloc/segfaults end up leaving Apache unable to restart itself, and PHP 4.1.2 was a security fix and thus HAD to upgrade to it (previously just stuck with 4.0.6 due to this), I have had to configure Apache to auto-restart itself every few hundred hits - this seems to prevent the fault occurring. Mind you PHP still fills up the error log with sh#tloads of parse errors - out of say several hundred executions of a simple 1 line script for example it'll suddenly decide on the next excution to suffer a parse error. Again specific to PHP 4.1.x Sorry if this isn't the same fault? Previous Comments: [2002-04-02 10:24:07] [EMAIL PROTECTED] why not? [2002-04-01 21:58:51] [EMAIL PROTECTED] My personaly preference is "result must be correct always, if not raise error", but it's not the case under PHP, unfortunately. [2002-04-01 09:00:25] [EMAIL PROTECTED] Ok, ZendOptimizer disabled, patch works as expected. Any patch like the one Joerg suggested in sight? [2002-04-01 01:32:52] [EMAIL PROTECTED] When you report error. Disable Zend Optimizer _ALWAYS_. We don't support ZendOptimizer and it's waste of time for both of us. Zend optimizer probably does not work with the patch. To locate line, use die(). [2002-03-31 21:44:32] [EMAIL PROTECTED] Please give me a hint how to locate the line, for I don't know :-) I'm using the Zend Optimizer in addition, nothing else. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16360 -- Edit this bug report at http://bugs.php.net/?id=16360&edit=1
Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: I get a similar difficulty, but with ANY scripts no matter how small or large. 90% of the time it works perfectly, then all of a sudden PHP decides to spew a parse error or some other random phenomenon - even a single one line script will eventually suffer this fault. I experienced this when I moved to PHP 4.1.x, so reverted back to 4.0.6 which does not have the problem. Unfortunately 4.1.2 is a security fix so obviously have to upgrade, and now having to live with this problem. Not sure if its related, but 4.1.x also causes Apache's memory use to grow and grow and GROW until eventually a malloc fault occurrs. Sometimes Apache will restart, sometimes just crash. Again 4.0.6 has no such problem, just 4.1.x - had no choice but to configure Apache to self-restart every few hundred hits to overcome this memory leak. This is all with PHP as a Apache module. Previous Comments: [2002-03-25 15:38:20] [EMAIL PROTECTED] I too am having the same problem. WinXP, Apache/1.3.22 (Win32), PHP/4.1.3-dev, mod_perl/1.26. PHP installed as a module. I haven't tried using it in CGI mode. It's not just phpinfo(). It happens regularly. Try going to: http://singularity.homedns.org/calendar/index.php Hit reload a few times, move to another month, etc. Eventually it will hose up. Spews garbage characters in the middle of the page. I understand going back to 4.0.6 seems to fix it, but I'd rather not. Any help would be..wellhelpful. IanW IanW [2002-03-22 00:24:26] [EMAIL PROTECTED] Another instance: I have a page that only contains and nothing else. PHP ver: 4.1.2 Machine: WinXP Pro HTTPD:Apache, PHP as a module When I browse to the page on my local machine (localhost) I get strange behaviour. I get a large number of instant redirects - in other words, the browser sits there redirecting itself to the same page for about 10 seconds (maybe 50 redirects in all). Finally the page either displays properly, or I get a DNS server not found error page in my browser. It's only started doing this since I upgraded from 4.0.6 to 4.1.2. I have just installed 4.2.0 RC1, but it makes no difference. If I go back to 4.0.6, it's fine. You can try this yourself. Go to: http://mvirtue.myip.org/test/index.php and see what you get. I got a friend of mine to try it from his machine, and he briefly saw the first few lines of the PHP info screen, and then was instantly redirected to a DNS error page. Often the page displays perfectly the first time you go there. It's only when you hit "Refresh" do you get the bizarre behaviour. [2002-01-18 08:50:59] [EMAIL PROTECTED] How I can get the new version? I tried to found by http://cvs.php.net/cvs.php/php4/win32 but I couldn't find the binary-Version for win32! Can you send me the new version or say me where I can find it? I don't beleve, that the but is fix, why the problem was not only with the verion 4.1.1, it was with 4.0.6 too! Greats Pascal [2002-01-11 10:43:45] [EMAIL PROTECTED] This problem occurs only on WIN XP (Pro?) as an OS. [2002-01-11 10:41:12] [EMAIL PROTECTED] As for me - i don't have any extension except imap&gd installed. Maybe something else? I found the same problem with phpmyadmin - it shows "could not found server" page in left frame (the one with database/tables list) from time to time. Ivan The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14865 -- Edit this bug report at http://bugs.php.net/?id=14865&edit=1
Bug #16413 Updated: Apache Startup Failure: Undefined symbol "_mail_string"
ID: 16413 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: I was using the following i386 port: php4-4.0.6p1-gettext-imap-mhash-no_x11-mcrypt-mysql.tgz It worked fine with the apache bundled with OpenBSD. I used pkg_delete to remove the php port (so as not to cause any conflicts when I compiled my own php in /usr/local). I also compiled and installed my own copy of apache/mod_ssl without a hitch under /home/httpd before installing PHP. As long as I do not compile PHP with imap support it works fine (that is what I have running now). I originally tried to compile php against the c-client port that is bundled with OpenBSD, but I was unable to complete a configure against this version of c-client. The configure script asked me to add the --with-kerberos flag to the configure string. When I do add this flag, configure gives me an error "Attention--something is likely to be wrong, configure was unable to determine a basic system feature..." (paraphrased). After trying a few times with different DIR options to the --with-kerberos flag(/usr/local, /usr, absent DIR option) I used pkg_delete to remove the c-client port and downloaded and compiled my own in a futile attempt to make things work! With my own compilation of c-client the configure script works fine but I am (as you know) unable to start apache. If it helps, this is a brand new setup, running OpenBSD 3.0, i386, with only ports from the 3.0 release tree. No old packages, not an upgrade, etc. Gosh, thanks for looking into this--hope any this info helps your development efforts! Previous Comments: [2002-04-03 20:20:14] [EMAIL PROTECTED] And does the PHP4 from the openBSD ports work for you? --Jani [2002-04-03 19:15:38] [EMAIL PROTECTED] Diagnostic commands and their results (cut and pasted right from my ssh terminal): psi # nm /usr/local/lib/libc-client.a |grep mail_string ca78 D _mail_string 0470 t _mail_string_init 04a0 t _mail_string_next 04b4 t _mail_string_setpos U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string U _mail_string psi # find / -name libc-client.* /usr/local/lib/libc-client.a /usr/local/src/imap-2001a/c-client/libc-client.a [2002-04-03 18:55:00] [EMAIL PROTECTED] What does this command show: # nm /usr/local/lib/libc-client.a |grep mail_string And what about: # find / -name libc-client.* [2002-04-03 12:14:28] [EMAIL PROTECTED] I am having problems installing php as a dso with imap support on my OpenBSD 3.0 system. I would use the OpenBSD port but I am concerned about the upload security hole. in php-4.0.6. The configure, make, and make install work fine but when I attempt to start apache I receive the error 'Undefined symbol "_mail_string" in module php...' I am using the following software: - apache_1.3.24/mod_ssl - imap-2001a (compiled and copied .a and .h files to /usr/local/include and /usr/local/lib per instructions on http://www.php.net/manual/en/ref.imap.php) - php-4.1.2 My configure string follows: ./configure --with-mysql=/usr/local --with-apxs=/home/httpd/bin/apxs --prefix=/usr/local --with-config-file-path=/home/httpd/conf --enable-bcmath --enable-calendar --enable-ftp --with-gettext=/usr/local --with-mhash=/usr/local --with-pspell=/usr/local --with-mm --without-curl --without-gdbm --without-ldap --without-recode --without-snmp --disable-dbase --disable-filepro --without-iodbc --sysconfdir=/etc --enable-sysvsem --enable-sysvshm --with-imap=/usr/local --with-imap-ssl=/usr -- Edit this bug report at http://bugs.php.net/?id=16413&edit=1
Bug #12781 Updated: Java loader
ID: 12781 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Windows2000 Pro PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-02-24 06:10:03] [EMAIL PROTECTED] Please test with PHP 4.1.1+JDK 1.2 and report the result back Please do not forget updating PHP version. Thanks. [2001-08-15 22:54:21] [EMAIL PROTECTED] I wrote these notes into php.ini,but when I run my php,I get an Error:Fatal error: java.lang.NoClassDefFoundError: net/php/reflect in d:\apache\cgi-bin\testjava.php(copy from example in manual) on line 3. I am using PHP under Windows2000 Pro ,apache 1.3.20 extension=php_java.dll [Java] java.class.path = ".\php_java.jar;d:\tomcat323\classes;d:\tomcat323\lib\jaxp.jar;d:\tomcat323\lib\servlet.jar;d:\tomcat323\lib\ant.jar;d:\tomcat323\lib\parser.jar;d:\tomcat323\lib\webserver.jar;d:\tomcat323\lib\jasper;D:\jdk1.3\lib\tools.jar;D:\mm.mysql.jdbc-1.2c\mysql_comp.jar;D:\mm.mysql.jdbc-1.2c\mysql_uncomp.jar" java.home = c:\jdk1.3 java.library = D:\jdk1.3\jre\bin\hotspot\jvm.dll java.library.path = D:\jdk1.3\jre\bin\hotspot\ ___ Thanks for any help. -- Edit this bug report at http://bugs.php.net/?id=12781&edit=1
Bug #15761 Updated: IMAP-SSL Bug
ID: 15761 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: RedHat 7.2 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-03-03 18:11:42] [EMAIL PROTECTED] You might wanna read the ./configure --help sometime.. You're using totally bogus paths there. /usr/local/lib won't work anywhere. Remove the '/lib' from those. Also, are you sure your c-client lib has been compiled with SSL support? --Jani [2002-03-03 13:54:08] [EMAIL PROTECTED] here is my ./configure: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-mcrypt=/usr/local/lib --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --with-curl=/usr/local/lib --with-unixODBC=/usr/local/lib --with-zlib=/usr/local --enable-ftp --with-hyperwave --with-ming --with-freetype-dir=/usr/local --with-gd --with-swf --with-ttf=/usr/local/lib --enable-gd-native-ttf --with-mhash=/usr/local/lib --enable-yp --enable-versioning --enable-ftp --enable-apc --enable-bcmath --with-tiff-dir=/usr/local/lib --with-t1lib=/usr/local/lib --enable-sysvshm=yes --enable-sysvsem=yes --enable-calendar --enable-trans-sid --enable-mbregex --enable-mbstring --enable-wddx --enable-shmop --enable-exif --enable-memory-limit --enable-freetype-4bit-antialias-hack --with-bz2 --with-gettext --with-xpm=/usr/X11R6 --with-openssl=/usr/local/openssl --with-pgsql=/usr/local/pgsql --disable-debug --with-microcode=shared --with-dom=/usr/local/lib --enable-gd-imgstrttf --enable-pdflib --with-pdflib --enable-xslt --with-xslt-sablot --enable-dbase --with-ldap --with-zip --with-zlib-dir=/usr/local/lib --with-pspell --with-rtfm=shared --with-kerberos --with-imap --with-imap-ssl=/usr/local/openssl [2002-03-03 12:56:53] [EMAIL PROTECTED] status -> feedback [2002-03-03 12:54:52] [EMAIL PROTECTED] Show us your entire ./configure line please. Do you have both --with-imap and --with-imap-ssl? [2002-03-03 12:41:36] [EMAIL PROTECTED] Please FIX the BUG thanx The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15761 -- Edit this bug report at http://bugs.php.net/?id=15761&edit=1
Bug #10108 Updated: cc 1501:218 file XXX contains an incorrect file suffix
ID: 10108 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: AIX V4.3.3 PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-03-03 02:35:45] [EMAIL PROTECTED] One last request, can you please try the latest PHP Release (4.1.2 at this time). A lot of fixes occured between 4.0.6 and 4.1 series. [2001-09-10 05:11:10] [EMAIL PROTECTED] i have installed libtool 1.4 and have got the same problem. Michael [2001-08-31 08:58:45] [EMAIL PROTECTED] Have you tried using GCC ? Also, could you try with latest CVS snapshot: http://snaps.php.net/ as we now use libtool 1.4 it might have fixed some issues with AIX. --Jani [2001-08-31 08:32:50] [EMAIL PROTECTED] I tried the latest version : php-4.0.6. Got always the same problem. MichaeL [2001-06-20 10:13:46] [EMAIL PROTECTED] Try this link: www.php.net/~andi/php-4.0.6RC4.tar.gz The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/10108 -- Edit this bug report at http://bugs.php.net/?id=10108&edit=1
Bug #16417 Updated: session_id() not working
ID: 16417 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: WinXP/Win2K PHP Version: 4.1.1 New Comment: You really don't have any reason to change the session id. Previous Comments: [2002-04-03 18:10:21] [EMAIL PROTECTED] Using my own session id doesn't appear to work Causes Apache (1.3.22) to crash on Win2K/4.1.1 and produces "Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\\windows\\temp) in Unknown on line 0" on WinXP/4.2.0RC1 Without calling changing the session id, there are no problems -- Edit this bug report at http://bugs.php.net/?id=16417&edit=1
Bug #7204 Updated: Safe mode prevents normal operations with files
ID: 7204
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.3
New Comment:
Upcoming 4.2 has a few cool features to avoid given problem:
safe_mode_gid
safe_mode_include_dir
Combination of those allows:
1) to enable safe_mode
2) to have different uid(s)/gid(s) for web-server and for
web-developers (pretty usefule for hosting and dev-groups)
3) still to restrict access to certain areas
Thanx, folks.
Previous Comments:
[2000-10-18 06:03:52] [EMAIL PROTECTED]
The whole point of safe_mode it to prevent access to files not owned by
owner of the script. If you don't want it, turn off the safe mode.
[2000-10-14 08:21:29] [EMAIL PROTECTED]
Hello!
Safe mode prevents normal operations with files, e.g.:
\n";
if (file_exists($fn)) echo "FOUND $fn\n";
if (copy($fn, "/home/byg/f1/main/tpic/test4.html"))
echo "OK";
else
echo "BAD";*/
//include "/home/byg/homepage/testy.inc";
?>
it prints "FOUND phpVtC860" and "BAD".
More general case:
this script will print "Error" if "somefile" has been
uploaded or just belongs to a uid different with uid of
running script. Quote log file:
=
[14-Oct-2000 18:15:09] PHP Warning: SAFE MODE Restriction in effect.
The script whose uid is 100 is not allowed to access
/home/tmp/phpVtC860 owned by uid 9000 in /home/byg/homepage/testy.inc
on line 5
=
I think there is nothing wrong in my setup when
there are Apache-pseudo-user and web-development user with
different uids. Essentially, I cannot allow apache pseudo-user to own
neither HTML files nor PHP-scripts.
But this is the cause of quoted message and failures of
copy function.
I think something wrong in algorithm of
PHPAPI int php_checkuid(const char *fn, char *fopen_mode, int mode),
'cos I didn't catch sense of the following
checking:
=
if (duid == (uid=php_getuid())) return(1);
else {
php_error(E_WARNING, "SAFE MODE Restriction in effect.
The script whose uid is %ld is not allowed to access %s owned by uid
%ld",uid,fn,duid);
return(0);
=
when change this for return(1) all seems to be OK.
What sense in having the same uid owns php-scripts and
is web-user?
Loaded Modules
mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias,
mod_userdir, mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir,
mod_autoindex, mod_include, mod_status, mod_negotiation, mod_mime,
mod_log_config, mod_env, mod_charset, http_core
php.ini from distribution except the following lines:
safe_mode = On
safe_mode_protected_env_vars=LD_LIBRARY_PATH,REQUEST_URI,PHP_SELF
auto_prepend_file,error logging settings,upload_tmp_dir
WBR, Yury Bokhoncovich.
--
Edit this bug report at http://bugs.php.net/?id=7204&edit=1
Bug #13913 Updated: Empty strings on "nlist" and "rawlist"
ID: 13913
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: FTP related
Operating System: Windows XP final
PHP Version: 4.0.6
New Comment:
Best I can tell from playing with the sample code
given and the PHP FTP client ( http://wonko.com/notftp/ )
this issue does not affect Windows 2000 running Apache w/
PHP installed as a module.
I can see directory listings and pull down files no
problem.
The problem may be specific to the ISAPI (or CGI) build of
PHP (I didn't see which was being used here).
A user might try the CGI version w/ IIS to see if that works
-Garth
Previous Comments:
[2002-03-12 20:09:14] [EMAIL PROTECTED]
I'm seeing this exact same bug using PHP 4.1.1 on Windows 2000 Advanced
Server with IIS 5.0. This is a major showstopper for me -- I *really*
need FTP functionality, and now I'm screwed.
[2002-03-01 03:58:26] [EMAIL PROTECTED]
I have been trying the same with Windows 2000 Server IIS 5.0 and the
result is the same, an empty array, i can not make a for(){} or
foreach(){} or something similar because the matrix is always empty,
the passive mode doesn´t change anything.
All ftp functions works correctly except ftp_nlist() and ftp_rawlist()
why?
I hope something can help me please.Thx.
[2001-11-08 15:17:29] [EMAIL PROTECTED]
Update:
I just validated my FTP's logs and found out that:
- The user logs in correctly
- The passive request arrived and was set correctly
- There was no list command anywhere to be found
It's just not arriving.. (?)
[2001-11-08 02:13:45] [EMAIL PROTECTED]
After adding the following code after the connection and before the
listings,
// Initiate passive mode
if (ftp_pasv($conn_id, true))
{ echo "Initiated passive mode"; }
else { echo "Could not initiated passive mode"; }
The result stays the exact same..
What i forgot to mention: i can switch directorys etc. so
the connection seems to work, but the "LIST" command never reaches the
ftp server (checked).
[2001-11-07 17:04:08] [EMAIL PROTECTED]
You're probably trying to get a listing in active mode, and being
rejected. Set the connection to passive mode with ftp_pasv() before
you try to get the listing.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13913
--
Edit this bug report at http://bugs.php.net/?id=13913&edit=1
Bug #16419: Mysql multiple Insert fails...
From: [EMAIL PROTECTED]
Operating system: Linux redhat 7.2
PHP version: 4.0CVS-2002-04-04
PHP Bug Type: MySQL related
Bug description: Mysql multiple Insert fails...
hi this is my script and it fails when I run it. Sometimes the first one
works and some times the second one..however if I run 1 by 1 both of them
work but if I run themn in the same script..It fails..
$connect = mysql_pconnect($dbhost, $dbuser, $dbpass);
$query = "INSERT INTO transactions
(fromid,toid,threadid,messageid,timesent,message,subject,new,unread)
VALUES
('$username','$toid','$threadid','$messageid',now(),'$message','$subject',
'1', '1')";
$what = "INSERT INTO status
(threadid,subject,fromid,toid,fromstatus,tostatus,dateposted) VALUES
('$threadid', '$subject', '$username', '$toid', '1', '1', now())";
$doit = mysql_db_query($dbname,$what);
$execute = mysql_db_query($dbname, $query);
Thank you
Best Regards,
Dhaval Desai
http://www.netage-me.com
--
Edit bug report at http://bugs.php.net/?id=16419&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16419&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16419&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16419&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16419&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16419&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16419&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16419&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16419&r=submittedtwice
Bug #16417 Updated: session_id() not working
ID: 16417 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: WinXP/Win2K PHP Version: 4.1.1 New Comment: How do you know I don't have a reason to change the session id? :-) Why claim to provide the functionality, then refuse to support it? I *do* need to change the session id. It is unavoidable. Previous Comments: [2002-04-04 00:03:55] [EMAIL PROTECTED] You really don't have any reason to change the session id. [2002-04-03 18:10:21] [EMAIL PROTECTED] Using my own session id doesn't appear to work Causes Apache (1.3.22) to crash on Win2K/4.1.1 and produces "Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\\windows\\temp) in Unknown on line 0" on WinXP/4.2.0RC1 Without calling changing the session id, there are no problems -- Edit this bug report at http://bugs.php.net/?id=16417&edit=1
Bug #15419 Updated: ibase_close problem
ID: 15419 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: InterBase related Operating System: linux red hat PHP Version: 4.1.1 Assigned To: daniela New Comment: Fixed in today CVS (4.3.0-dev). Previous Comments: [2002-04-02 16:32:27] [EMAIL PROTECTED] BUG 14558 seems to be the like this one. the solution to first call ibase_free_result before ibase_close solves bug 14558! But it would be good to mention this fact in the php-interbase-docu that you must not call ibase_close without ibase_free_result [2002-03-25 03:41:39] [EMAIL PROTECTED] change status in analyzed [2002-03-24 12:47:25] [EMAIL PROTECTED] The ibase_connect() create a connection that will be close automatically at the end of your script. If you want to end it "manually" you have to 'free' the query too. Try this : .. ibase_free_result($q); ibase_close($dbc1); [2002-03-12 14:00:13] [EMAIL PROTECTED] I can reproduce this as well. All is fine if the ibase_close call is removed. It is a "Segmentation Fault" according to the Apache error_log. (Could this be related to BUG 15940?) Here is the debugging info: Program received signal SIGSEGV, Segmentation fault. 0x4019c07c in memcpy () from /lib/i686/libc.so.6 #0 0x4019c07c in memcpy () from /lib/i686/libc.so.6 #1 0x0018 in ?? () #2 0x4003e564 in gds__msg_format () from /opt/interbase/lib/libgds.so #3 0x4003e1c8 in gds__interprete () from /opt/interbase/lib/libgds.so #4 0x40038ab3 in isc_interprete () from /opt/interbase/lib/libgds.so #5 0x0808315a in _php_ibase_error () at interbase.c:268 #6 0x08083477 in _php_ibase_free_result (rsrc=0x82151a4) at interbase.c:388 #7 0x081214f7 in list_entry_destructor (ptr=0x82151a4) at zend_list.c:177 #8 0x0811f775 in zend_hash_del_key_or_index (ht=0x81c8e64, arKey=0x0, nKeyLength=0, h=2, flag=1) at zend_hash.c:512 #9 0x08121281 in _zend_list_delete (id=2) at zend_list.c:56 #10 0x0811906d in _zval_dtor (zvalue=0x8215164, __zend_filename=0x8191cdc "zend_execute_API.c", __zend_lineno=274) at zend_variables.c:64 #11 0x08110e4a in _zval_ptr_dtor (zval_ptr=0x8215910, __zend_filename=0x81925b3 "zend_variables.c", __zend_lineno=192) at zend_execute_API.c:274 #12 0x0811939f in _zval_ptr_dtor_wrapper (zval_ptr=0x8215910) at zend_variables.c:192 #13 0x0811f895 in zend_hash_destroy (ht=0x81c8d48) at zend_hash.c:541 #14 0x08110b4a in shutdown_executor () at zend_execute_API.c:173 #15 0x0811a1aa in zend_deactivate () at zend.c:600 #16 0x0807acdc in php_request_shutdown (dummy=0x0) at main.c:735 #17 0x08125c5a in apache_php_module_main (r=0x820859c, display_source_mode=0) at sapi_apache.c:96 #18 0x0807843c in send_php () #19 0x08078495 in send_parsed_php () #20 0x081471e3 in ap_invoke_handler () #21 0x0815b3c3 in process_request_internal () #22 0x0815b424 in ap_process_request () #23 0x0815288d in child_main () #24 0x08152a38 in make_child () #25 0x08152bac in startup_children () #26 0x08153224 in standalone_main () #27 0x08153a77 in main () #28 0x4012f627 in __libc_start_main (main=0x81536e0 , argc=2, ubp_av=0xbb94, init=0x8060014 <_init>, fini=0x8169c00 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbb8c) at ../sysdeps/generic/libc-start.c:129 PHP configured with: ./configure --without-mysql --with-apache=../apache_1.3.22/ --enable-track-vars --with-interbase=/opt/interbase --enable-debug Apache configured with: ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a Firebase version: FirebirdSS-1.0.0.681-0.RC2 OS: RedHat 7.2 (Intel) Kernel: 2.4.17 (from kernel.org no patches) Libc: 2.2.4 GCC: 2.96 2731 (Red Hat Linux 7.1 2.96-98) PHP: 4.1.2 [2002-03-08 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15419 -- Edit this bug report at http://bugs.php.net/?id=15419&edit=1
