#19516 [Fbk-Opn]: output buffer timing is strange
ID: 19516 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Windows 2000 server -PHP Version: 4.2.3 +PHP Version: 4.3.0pre1 New Comment: I rerun the test with the 4.30pre1 version. I always have the same result on command line and with apache 1.3.27, but not with apache 2.0.43. the problem is really visible with the output buffer to 16384 and $max = 1000 in the script. I see that te first loop can take in buffer, so the timing for this loop is god, but the second loop can not tkae in buffer, so the timing is really bad. Previous Comments: [2002-10-24 15:34:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-14 08:10:52] [EMAIL PROTECTED] I rerun test with and without zlib_output_compression. there is no difference. i don't use ob_gzhandler. with $max=1000 and output_buffer= 16384, the second loop is slower than the first. If i increase output_buffer to 32656 , the second loop take less time than the first ( it's the good result). The size odf output is 28ko. I will run test with the php 4.3.0pre1 as soon as possible. [2002-10-01 05:21:07] [EMAIL PROTECTED] It sounds like you are enabling zlib.output_compression. (If you are not using ob_gzhandler) If yes, this is not a bug. [2002-10-01 02:44:00] [EMAIL PROTECTED] There is no difference with or without \n and in command line. gzip is disabled for all test. I think the problem is the rotation of the buffer. timing is good if the buffer size is greater or equal to the output size. all works fine on linux [2002-09-26 18:28:55] [EMAIL PROTECTED] If you add \n to $suite variable does this change the timings in any signifcant way? Also, check to make sure you do not gzip compression enabled as well as try doing this test via a command line rather then a browser. 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/19516 -- Edit this bug report at http://bugs.php.net/?id=19516edit=1
#16217 [Opn]: syslog functions and exit functions are buggy
ID: 16217 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Reproducible crash Operating System: windows NT 4/ win2000 pro/server -PHP Version: 4.2.1 +PHP Version: 4.3.0pre1 New Comment: i rerun test with php 4.30pre1 and i see this version is more stable. apache doesn't crash, but i get popup message like this : instruction at 0x100d4ebd . memory could not written. but the hexa value seems to change if i run apache in command line or like service, or sith a different version (like 2.0.43). Previous Comments: [2002-09-20 03:39:13] [EMAIL PROTECTED] i get the same crash with php 4.2.3. without exit call at end of script. Ok for the documentation error [2002-08-30 14:47:39] [EMAIL PROTECTED] Actually that's LOG_LOCAL0 through LOG_LOCAL7 that are not avaliable. I made a typo in my previous comment. [2002-08-30 14:35:06] [EMAIL PROTECTED] I cannot replicate the crash. However, there is a definate problem with the docs for openlog() functions. On win32 LOCAL_LOG0 through LOCAL_LOG7 are not avaliable. In fact the openlog line in the example returns a warning about the 3rd parameter being invalid. The openlog facilities should be better documented, mentioning which are *nix specific, win32 specific and which are common. [2002-06-10 04:33:37] [EMAIL PROTECTED] platform : apache 1.3.24 / php 4.2.1 / w2k SP2 I test on php 4.2.1 and there are some difference. The exit function seem to not cause bug, but the closelog crash apache (drwatson is started...). This appear when i reload one or two times the script. all works fine when i comment closelog. No problem on linux [2002-03-22 04:29:02] [EMAIL PROTECTED] Crash appear with the php module, not with cgi version. with module and without extensions, apache always crash... So this bugs is related to apache module. I don't test with php 4.1.2 and on linux, it seems to be ok. 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/16217 -- Edit this bug report at http://bugs.php.net/?id=16217edit=1
#20088 [Bgs]: Custom authentication mechanism
ID: 20088
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: HTTP related
Operating System: SuSE Linux 7.2
PHP Version: 4.2.3
New Comment:
The patch I applied to the source was on the recommendation of php.net
developers who said that the exact same patch would soon make it into
the main tree. Therefore I assumed they recognised the original
behaviour with revelation of kerberos passwords as a genuine bug.
Hence, with the patch applied I am now reporting that the custom
authentication method fails.
Sorry for being thick, but have I missed something?
Previous Comments:
[2002-10-27 21:25:19] [EMAIL PROTECTED]
Err, you have created a bug by modifying the PHP source, trying to fix
another bug? Why did you report this bug - anyhow, its marked bogus :)
[2002-10-27 10:49:56] [EMAIL PROTECTED]
Yes, register_globals is on. Did your test system have similar modules
(eg mod_auth_kerb etc) installed?
[2002-10-25 12:44:04] [EMAIL PROTECTED]
Works fine here. Do you have 'register_globals=On' ??
[2002-10-25 10:36:35] [EMAIL PROTECTED]
The following code:
?php
// File Name: auth01.php
// Check to see if $PHP_AUTH_USER already contains info
if (!isset($PHP_AUTH_USER)) {
// If empty, send header causing dialog box to appear
header('WWW-Authenticate: Basic realm=My Private Stuff');
header('HTTP/1.0 401 Unauthorized');
phpinfo();
exit;
}
// If not empty, display values for variables
else {
echo
PYou have entered this username: $PHP_AUTH_USERbr
You have entered this password: $PHP_AUTH_PWbr
The authorization type is: $PHP_AUTH_TYPE/p
;
}
?
fails. I believe the reason for this is that I have made the
following change to the PHP source:
--- php/sapi/apache/mod_php4.c.paj00Tue Sep 10 13:59:06 2002
+++ php/sapi/apache/mod_php4.c Tue Sep 10 13:59:17 2002
@@ -434,7 +434,7 @@
authorization = table_get(r-headers_in,
Authorization);
}
if (authorization
-/* !auth_type(r) */
+!auth_type(r)
!strcasecmp(getword(r-pool, authorization, ' '),
Basic)) {
tmp = uudecode(r-pool, authorization);
SG(request_info).auth_user = getword_nulls_nc(r-pool,
tmp, ':');
I have made this change because of Bug #18391. However, custom
authentication methods, an example of which is entered above, now fail.
I would imagine that the two are linked.
As we use mod_auth_kerb I will not remove this patch because otherwise
we leave ourselves quite open to attack from the inside. Any
suggestions on how to get custom authentication working alongside the
increased kerberos security?
Thanks,
Paul
--
Edit this bug report at http://bugs.php.net/?id=20088edit=1
#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: Sterling, just a little curious: What made you conclude not a php bug? From the stack trace it looked like it was a call from php that caused the OS to choke. Sure, that could just be another Win feature, but what is then the change between php 4.1.2 and 4.2.x that have caused this? Thanks! Previous Comments: [2002-10-27 18:55:38] [EMAIL PROTECTED] not a php bug... [2002-09-30 17:21:51] [EMAIL PROTECTED] I've manged to get a backtrace using the latest CVS version: It crashes in ext/curl/curl.c:313 NTDLL! 77f83941() NTDLL! 77f838c6() curl_write(char * 0x011607d9, unsigned int 0x0001, unsigned int 0x048b, void * 0x00dcd248) line 313 + 25 bytes PHP_CURL! Curl_client_write + 54 bytes PHP_CURL! Curl_readwrite + 3191 bytes PHP_CURL! Curl_perform + 1135 bytes PHP_CURL! Curl_perform + 120 bytes PHP_CURL! curl_easy_perform + 33 bytes zif_curl_exec(int 0x00dcc190, _zval_struct * 0x00db2780, _zval_struct * 0x0012fe04, int 0x1000, void * * * 0x7ffdf000) line 921 + 11 bytes zend_execute_scripts(int 0x0008, void * * * 0x00db2780, _zval_struct * * 0x, int 0x0003) line 834 + 34 bytes php_execute_script(_zend_file_handle * 0x0012ff48, void * * * 0x00db2780) line 1537 + 27 bytes main(int 0x0003, char * * 0x00db4f78) line 1055 + 17 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77e8d326() [2002-09-30 17:09:24] [EMAIL PROTECTED] reopening as snaps system uses latest release of curl. - James [2002-09-30 15:45:50] [EMAIL PROTECTED] mine was latest CVS on the date I posted it, it might be a bug in curl which is casuing the crash and the machine which is doing the snap shot builds is using an older version. Ill find out and get that updated if that is the case. CLosing this bug for now as it seems a tertary problem rather than a PHP one. - James [2002-09-30 04:32:32] [EMAIL PROTECTED] I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? 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/19301 -- Edit this bug report at http://bugs.php.net/?id=19301edit=1
#9852 [Com]: Header redirect and db connection cause CGI misbehaved
ID: 9852 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: Thanx for the quick answer dmendez, I now switched to Background Application, there are no CGI Errors, but i just could not stress test the server. But it seems as if that solved the problem. Previous Comments: [2002-10-25 10:15:11] [EMAIL PROTECTED] Ewald, this setting is applicable to windows not to IIS. Go to start button, control panel, system, advanced tab then performance option. good luck. dmendez [2002-10-25 03:42:41] [EMAIL PROTECTED] We have the same problem and the same configuration Web server: Win2000 Server IIS 5.0 PHP 4.2.2 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 The CGI Error is apperaing now and then. Tried all patches (MDAC 2.7 ...) and Check File exists.. but nothing really worked.. I would love to try to change these perfomance options as Ottawa posted, but unfortunately I don't know where in IIS to set them! Could somebody give me a helping hand on that ?? I will then test and post the results! Thanks Ewald [2002-10-10 13:15:46] [EMAIL PROTECTED] Follow up: (VERY INTERESTING) As previously posted, a client of ours installed our PHP application and had CGI errors like crazy. They installed MDAC 2.7 and MS02-009 and fixed the problem. We recently were able to convince them to try a test for us (because their machine is three times faster than anything we have!). We had them change their Performance Options from Background services to Application RESULT: CGI misbehaved ERRORS ALL OVER THE PLACE! Set back the Performance Options to Background services. RESULT: NO CGI ERRORS! Scott is really onto something here. There is no question these errors are directly related to Performance Options and the priviledges associated with this setting. It's very interesting that IIS doesn't even get to the point of launching PHP in Scott's tests. I want to do some testing with running the IIS slot as an Administrator. I will post my findings. Ottawa [2002-09-24 20:46:08] [EMAIL PROTECTED] Hi All, I installed the patch for Q318089 (MS02-009) and the error still occurs. It's also interesting to note that after running IRIS (network packet sniffer) it seems that IIS is not even launching PHP since the header X-Powered-By: PHP/4.2.3 does not show up. I can only guess in that something with IIS/PHP/MSSQL connectivity, the PHP executable (child handles/threads) are being locked in use which prevents PHP from launching, however a local administrator on the box has sufficient priviledges to over-ride these locks and PHP is launched. -- Packet from IRIS -- GET /image_viewer.php?strPhotoID=99cBiFieBDiBaHBHcBacstrThumb=1 HTTP/1.1 Accept: */* Referer: http://website/test.php Accept-Language: en-au Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) Host: website Connection: Keep-Alive Cookie: PHPSESSID=b3cfba912345ad3043a08bd6d6faf16d HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/5.0 Date: Wed, 25 Sep 2002 01:18:12 GMT Connection: close Content-Length: 215 Content-Type: text/html headtitleError in CGI Application/title/head bodyh1CGI Error/h1The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:pppre/pre --- Regards David [2002-09-24 20:05:43] [EMAIL PROTECTED] After some further testing on this PHP bug, I'll have to claim my previous comment about upgrading MDAC to be a bit of a Red Herring. However, my comment about running the IIS slot as an Administrator is still valid, it seems that when the scripts are being executed as an administrator (either by setting the anonymous IUSR to be an administrator or removing anonymous access and authenticating with an administrator account), this bug didn't occur in the 200 or so requests that I made to the server yet when I drop the slot back to being run as the IUSR it fails immediately. The bug now seems to be not related to a Header redirect since I can replicate it almost every time without fail by browsing to one of my plain HTML pages which loads approximately 30 images by using a PHP script to produce the image. A database connection is created in that image script as it lookups the image's ID (a random 15 character string) which maps it to the
#19650 [NoF-Csd]: 4.2.3 (!) include operator mistake
ID: 19650
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows
PHP Version: 4.2.3
New Comment:
OK, today's snapshot (27 0ct 2002) seems to be correct:
z:/t.php:
?include /test.php?
z:/test.php:
?echo !?
Z:\!distrib\php\php4-win32-latestphp.exe /t.php
!
Thanks. But I suppose that this bug is deeply rooted. When I make PHP
to read a script from STDIN:
Z:\!distrib\php\php4-win32-latestphp.exe
?include /test.php?
^Z
Warning: main(/test.php) [http://www.php.net/function.main]: failed to
create stream: No such file or directory in
Z:\!distrib\php\php4-win32-latest\- on line 2
Warning: Failed opening '/test.php' for inclusion
(include_path='.;c:\php4\pear') in Z:\!dis
trib\php\php4-win32-latest\- on line 2
Of course,
Z:\!distrib\php\php4-win32-latestphp.exe
?include z:/test.php?
^Z
!
Previous Comments:
[2002-10-27 19:11:06] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
[2002-10-12 10:26:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-10-07 12:18:47] [EMAIL PROTECTED]
Wow... I'm a fool, I have tested wrong PHP version! Error is still
actual.
But now I think I have found the bug place.
File main/fopen_wrappers.c, in function php_fopen_with_path, we can see
a piece of code:
if (IS_ABSOLUTE_PATH(filename, filename_length)) {
if ((php_check_safe_mode_include_dir(filename TSRMLS_CC)) == 0)
/* filename is in safe_mode_include_dir (or subdir) */
return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
if (PG(safe_mode) (!php_checkuid(filename, mode,
CHECKUID_CHECK_MODE_PARAM)))
return NULL;
return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
}
/* else start to glue path from include_path */
...
Under Windows IS_ABSOLUTE_PATH is:
#define IS_ABSOLUTE_PATH(path, len) \
(len = 2 isalpha(path[0]) path[1] == ':')
Of course, when Apache's mod_php4 makes include request for
/home/localhost/www/phpinfo.php, program DOES NOT get into if
statement! And we get pathes something like
.//home/localhost/www/phpinfo.php and
c:/php/pear//home/localhost/www/phpinfo.php when
include_path=.;c:/php/pear (I have dumped path argument of
virtual_fopen function [tsrm_virtual-cwd.c] to watch such pathes).
We cannot modify IS_ABSOLUTE_PATH macro, because there is #define
COPY_WHEN_ABSOLUTE 2 before it, and core always think that absolute
part contains 2 characters - we'd like to thank developers of windows
port for that :-(. Path /some/path contains NONE absolute
characters (z:/some/path contains two - z:).
But, if we patch:
- if (IS_ABSOLUTE_PATH(filename, filename_length)) {
+ if (IS_ABSOLUTE_PATH(filename, filename_length)
+ || IS_SLASH(*filename)) {
PHP begins to work!
I don't know would it cause a security problem with safe_mode. Code is
too tangled and duplicated (somebody likes copy+paste technique of
programming, I suppose).
Please correct this bug in next PHPs. Now I will patch it by hands,
but I don't want our users to cry when they would install newer version
and it begin to trash.
[2002-10-05 18:49:02] [EMAIL PROTECTED]
Of course, not OK (-;
File c:\t.php:
?php include /test.php ?
File c:\test.php:
?php echo ! ?
c:\php php.exe -q c:\t.php
br /
bWarning/b: Failed opening '/test.php' for inclusion
(include_path='.;c:\php4\pear') in b-/b on line b2/bbr /
c:\php php.exe -q c:\t.php
!
Strange, isn't it?..
Good /test.php, or not good, when I write
DocumentRoot /home/localhost/www
in httpd.conf, and then
GET /phpinfo.php HTTP/1.1
Apache calls /home/localhost/www/phpinfo.php, but not
./home/localhost/www (-; Well, 4.2.3 processes it correctly (and we may
close this bug report), but...
I meant that PHP 4.2.3 still have something wrong in its code, because
absolute-slashed pathes do not work sometimes (like in script,
maybe somewhere else?). Here, in Russia, we saying in such cases: Heh,
something's wrong in Danish kingdom. (-; Today I tried to debug it,
but have not found a bug place. Maybe next time.
Good luck.
[2002-10-05
#20088 [Fbk-Csd]: Custom authentication mechanism
ID: 20088 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: HTTP related Operating System: SuSE Linux 7.2 PHP Version: 4.2.3 New Comment: Jani, Many thanks. Following on from your suggestion, I checked out the path from .htaccess to httpd.conf. Sure enough, as a globally set parameter in httpd.conf in a Directory / style config directive we have the following: AuthType KerberosV5 which I would imagine is causing the problem. Many thanks for your time, Paul Previous Comments: [2002-10-28 04:51:43] [EMAIL PROTECTED] Nevermind Sterling, he just wasn't aware of the patch..which btw. is in 4.3.0-dev already. Anyway, I'm still unable to reproduce this. I don't have time to install mod_auth_kerb right now. But the problem might be configuration related..are you sure you're not using the mod_auth_kerb within the same vhost/directory (not sure how it can be configured) as you're trying to run that php code in? --Jani [2002-10-28 04:04:17] [EMAIL PROTECTED] The patch I applied to the source was on the recommendation of php.net developers who said that the exact same patch would soon make it into the main tree. Therefore I assumed they recognised the original behaviour with revelation of kerberos passwords as a genuine bug. Hence, with the patch applied I am now reporting that the custom authentication method fails. Sorry for being thick, but have I missed something? [2002-10-27 21:25:19] [EMAIL PROTECTED] Err, you have created a bug by modifying the PHP source, trying to fix another bug? Why did you report this bug - anyhow, its marked bogus :) [2002-10-27 10:49:56] [EMAIL PROTECTED] Yes, register_globals is on. Did your test system have similar modules (eg mod_auth_kerb etc) installed? [2002-10-25 12:44:04] [EMAIL PROTECTED] Works fine here. Do you have 'register_globals=On' ?? 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/20088 -- Edit this bug report at http://bugs.php.net/?id=20088edit=1
#18939 [Com]: Access violation in php4ts.dll running as a servlet
ID: 18939 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: Windows 2000 Pro SP2 PHP Version: 4.2.2 New Comment: RH 7.2 Linux 2.4.7.10 PHP 4.2.3 TOMCAT4.1.12 COCOON2.0.3 JSDK1.4.1 It seems to work but . I Am enable to run the JAVA extension or PHP as servlet correctly, for the last test of PHP I try to work with PHP as a servlet. It seems there is a problem with the send () native method of PHP : (this call is created inside the servlet.java class from php.../sapi/servlet/ ) = Public native send(string requestMethod, String QueryString, String pathInfo, String PathTranslated, String contentType, int contentLength, String authUser, boolean display_sourc_mode). As developed in the the bug id : 16402, I've also place libphp4.so inside /usr/java/j2sdk1.4.1/jre/lib with the related correction to the LD_LIBRARY_PATH. I understand that JAVA waiting for a php4.so, but it start to work only through a soft link = ln -s libphp4.so php4.so if I rename directly libphp4.so as php4.so it does not find any php4 in library.java.path java.lang.UnsatisfiedLinkError: no php4 in java.library.path With a soft link , It seems to work with the following file ?php echo PHP AS A SERVLET; $a=2.0*5; echo $a; ? It's OK it works... several time, no problem on the other hand if I try : ?php phpinfo(); ? The Virtual machine crashes each time With the the message than the exception was detected in the native code outside the VM unexpected Signal: 11 occured at PC=0x4EA8A5BF Function=zend_hash_index_update_or_next_insert+0x3B library=/i386/libphp4.so Is it a bug in the virtual machine ? I'm circumspect about that ! The ouput is not a well-formed XML tree ? But I don't know Marcel Previous Comments: [2002-08-17 17:58:36] [EMAIL PROTECTED] Just marking as Open again... [2002-08-17 11:46:43] [EMAIL PROTECTED] The log file contains *exactly* the same information I pasted in the original submission. I would not think Resin per se is the problem, as I managed to see the output of ?php phpinfo(); ? with it. From my experience, a crash in native code like this one can only result from a bug in the native code or possibly a bug in the JVM. [2002-08-16 12:47:40] [EMAIL PROTECTED] The microsoft page does not exist, but I am running Win2k IIS/PHP-4.2.2 here, and have not seen this issue. I consider that bogus. As for the initial report running as a servlet, I haven't any experience with this webserver... nor do I know if PHP really even works with it (non-documented). Can you place the error message from hs_err_pid1892.log in the bug report though as well? [2002-08-16 11:21:20] [EMAIL PROTECTED] I have also a related problem. I'm usign Windows 2000 Server SP2 (All hotfixes). The application is SquirrelMail version 1.2.7. The server runs OK for a while, until, it doesn't respond. And the server log show: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C16DC '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. [2002-08-16 09:48:21] [EMAIL PROTECTED] Running PHP 4.2.2 (binary download) as a servlet under Caucho Resin 2.0.1. The application I'm trying to run is OBM 0.5.2 (www.aliacom.fr). Following is the error that shows up in Resin's stdout.log. An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x9599A40 Function=zend_hash_index_update_or_next_insert+0x20 Library=C:\WINNT\System32\php4ts.dll Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:93) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:103) at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:82) at com.caucho.server.http.Invocation.service(Invocation.java:272) at com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:128) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:216) at
#20022 [Opn]: OCI8 Recursive call!
ID: 20022 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Win XP Pro SP1 PHP Version: 4.2.3 New Comment: Same problem in latest CVS: Both 4.2.4-dev and 4.3.0-dev Jesper Previous Comments: [2002-10-22 03:31:18] [EMAIL PROTECTED] I have installed PHP as sapi on IIS. I have Oracle 9.2.0.1.0 Enterprise edition. I have removed all old PHP stuff, and reinstalled 4.2.3 from scratch. When i try to run this script: ? echo liBefore OCILogon/li; $db = ORCL; $user = system; $pass = ***; $con = OCIPLogon($user,$pass,$db); echo liAfter OCILogon/li; ? I get this: liBefore OCILogon/libr / bWarning/b: OCI8 Recursive call! in bD:\Dokumenter\drift\oracle\session.php/b on line b6/bbr / PHP has encountered an Access Violation at 0165553E Is 9i ( 9.2.0.1.0 ) supported ? Best reagrds Jesper -- Edit this bug report at http://bugs.php.net/?id=20022edit=1
#20022 [Opn]: OCI8 Recursive call!
ID: 20022 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Win XP Pro SP1 PHP Version: 4.2.3 New Comment: Works OK from commandline ! Previous Comments: [2002-10-28 07:50:36] [EMAIL PROTECTED] I use IIS ! How do i do it from the comman-line ? Jesper [2002-10-28 07:47:03] [EMAIL PROTECTED] oracle9 is fully supported. does the same happen if you use php from the command line? BTW: what webserver are you using? [2002-10-28 06:45:55] [EMAIL PROTECTED] Same problem in latest CVS: Both 4.2.4-dev and 4.3.0-dev Jesper [2002-10-22 03:31:18] [EMAIL PROTECTED] I have installed PHP as sapi on IIS. I have Oracle 9.2.0.1.0 Enterprise edition. I have removed all old PHP stuff, and reinstalled 4.2.3 from scratch. When i try to run this script: ? echo liBefore OCILogon/li; $db = ORCL; $user = system; $pass = ***; $con = OCIPLogon($user,$pass,$db); echo liAfter OCILogon/li; ? I get this: liBefore OCILogon/libr / bWarning/b: OCI8 Recursive call! in bD:\Dokumenter\drift\oracle\session.php/b on line b6/bbr / PHP has encountered an Access Violation at 0165553E Is 9i ( 9.2.0.1.0 ) supported ? Best reagrds Jesper -- Edit this bug report at http://bugs.php.net/?id=20022edit=1
#20134 [NEW]: read from UDP results wrong data
From: [EMAIL PROTECTED]
Operating system: i686-pc-linux-gnu
PHP version: 4CVS-2002-10-28
PHP Bug Type: Sockets related
Bug description: read from UDP results wrong data
Hi,
If you open an UDP connection to a non open udp port
with fsockopen, fread reads the requested length, but
the content is sometimes wrong (nonsensical data)
This short script demonstrate the problem:
?php
header ('Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0, no-risk, no-fun');
header ('Pragma: no-cache');
// Please replace the ip address with an existing host
$fp = fsockopen(udp://192.168.0.1, 4, $errno, $errstr);
if (!$fp) {
echo ERROR: $errno - $errstrbr\n;
}
else {
fwrite($fp,\n);
$content=fread($fp, 40);
echo hrread length: .strlen($content).hr;
echo $content.hr;
echo bin2hex($content).hr;
fclose($fp);
}
echo Finished @ .time();
?
I've test it with the lastest cvs version (28.10.2002)
Regards,
Steve
--
Edit bug report at http://bugs.php.net/?id=20134edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20134r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20134r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20134r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20134r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20134r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20134r=support
Expected behavior: http://bugs.php.net/fix.php?id=20134r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20134r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20134r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20134r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20134r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20134r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20134r=isapi
#20022 [Opn-Sus]: OCI8 Recursive call!
ID: 20022 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Suspended Bug Type: OCI8 related Operating System: Win XP Pro SP1 PHP Version: 4.2.3 New Comment: as i don't use windows myself there's nothing i can do to help you. maybe try to find someone on php-db who has this setup working. Previous Comments: [2002-10-28 08:17:30] [EMAIL PROTECTED] Works OK from commandline ! [2002-10-28 07:50:36] [EMAIL PROTECTED] I use IIS ! How do i do it from the comman-line ? Jesper [2002-10-28 07:47:03] [EMAIL PROTECTED] oracle9 is fully supported. does the same happen if you use php from the command line? BTW: what webserver are you using? [2002-10-28 06:45:55] [EMAIL PROTECTED] Same problem in latest CVS: Both 4.2.4-dev and 4.3.0-dev Jesper [2002-10-22 03:31:18] [EMAIL PROTECTED] I have installed PHP as sapi on IIS. I have Oracle 9.2.0.1.0 Enterprise edition. I have removed all old PHP stuff, and reinstalled 4.2.3 from scratch. When i try to run this script: ? echo liBefore OCILogon/li; $db = ORCL; $user = system; $pass = ***; $con = OCIPLogon($user,$pass,$db); echo liAfter OCILogon/li; ? I get this: liBefore OCILogon/libr / bWarning/b: OCI8 Recursive call! in bD:\Dokumenter\drift\oracle\session.php/b on line b6/bbr / PHP has encountered an Access Violation at 0165553E Is 9i ( 9.2.0.1.0 ) supported ? Best reagrds Jesper -- Edit this bug report at http://bugs.php.net/?id=20022edit=1
#9852 [Com]: Header redirect and db connection cause CGI misbehaved
ID: 9852 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: On our servers, we were recieving this cgi error a lot. I haven't installed the specific patch or updated MDAC. (web server - w2k sp3 iis 5, fast; mssql server - w2k sp3 mssql 2000, fast; all on a 1gb private net). My web server was set to background by default. I changed to APPLICATION and things have been working well. It seems that folks are using the background setting after the updates and patches. Don't know if this is of any use, but I thought I'd let people know. Also, I only recieve the CGI error on the IE browser. I have yet to recieve it on Mozilla. Thanks Seth Previous Comments: [2002-10-28 04:35:26] [EMAIL PROTECTED] Thanx for the quick answer dmendez, I now switched to Background Application, there are no CGI Errors, but i just could not stress test the server. But it seems as if that solved the problem. [2002-10-25 10:15:11] [EMAIL PROTECTED] Ewald, this setting is applicable to windows not to IIS. Go to start button, control panel, system, advanced tab then performance option. good luck. dmendez [2002-10-25 03:42:41] [EMAIL PROTECTED] We have the same problem and the same configuration Web server: Win2000 Server IIS 5.0 PHP 4.2.2 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 The CGI Error is apperaing now and then. Tried all patches (MDAC 2.7 ...) and Check File exists.. but nothing really worked.. I would love to try to change these perfomance options as Ottawa posted, but unfortunately I don't know where in IIS to set them! Could somebody give me a helping hand on that ?? I will then test and post the results! Thanks Ewald [2002-10-10 13:15:46] [EMAIL PROTECTED] Follow up: (VERY INTERESTING) As previously posted, a client of ours installed our PHP application and had CGI errors like crazy. They installed MDAC 2.7 and MS02-009 and fixed the problem. We recently were able to convince them to try a test for us (because their machine is three times faster than anything we have!). We had them change their Performance Options from Background services to Application RESULT: CGI misbehaved ERRORS ALL OVER THE PLACE! Set back the Performance Options to Background services. RESULT: NO CGI ERRORS! Scott is really onto something here. There is no question these errors are directly related to Performance Options and the priviledges associated with this setting. It's very interesting that IIS doesn't even get to the point of launching PHP in Scott's tests. I want to do some testing with running the IIS slot as an Administrator. I will post my findings. Ottawa [2002-09-24 20:46:08] [EMAIL PROTECTED] Hi All, I installed the patch for Q318089 (MS02-009) and the error still occurs. It's also interesting to note that after running IRIS (network packet sniffer) it seems that IIS is not even launching PHP since the header X-Powered-By: PHP/4.2.3 does not show up. I can only guess in that something with IIS/PHP/MSSQL connectivity, the PHP executable (child handles/threads) are being locked in use which prevents PHP from launching, however a local administrator on the box has sufficient priviledges to over-ride these locks and PHP is launched. -- Packet from IRIS -- GET /image_viewer.php?strPhotoID=99cBiFieBDiBaHBHcBacstrThumb=1 HTTP/1.1 Accept: */* Referer: http://website/test.php Accept-Language: en-au Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) Host: website Connection: Keep-Alive Cookie: PHPSESSID=b3cfba912345ad3043a08bd6d6faf16d HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/5.0 Date: Wed, 25 Sep 2002 01:18:12 GMT Connection: close Content-Length: 215 Content-Type: text/html headtitleError in CGI Application/title/head bodyh1CGI Error/h1The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:pppre/pre --- Regards David 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/9852 -- Edit this bug report at http://bugs.php.net/?id=9852edit=1
#20135 [NEW]: segmentation fault with session_start()
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.2.0 PHP Bug Type: Unknown/Other Function Bug description: segmentation fault with session_start() Running: Apache/1.3.6 (Unix) PHP/4.2.0-dev mod_perl/1.21 mod_ssl/2.2.8 OpenSSL/0.9.2b I receive a segmentation fault occasionally when processing a script with session_start() at the beginning. The page returns no data. I have to comment out the session_start() tag to view the page. It happens infrequently but enough to become annoying. Please advise -- Edit bug report at http://bugs.php.net/?id=20135edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20135r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20135r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20135r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20135r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20135r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20135r=support Expected behavior: http://bugs.php.net/fix.php?id=20135r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20135r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20135r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20135r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20135r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20135r=dst IIS Stability: http://bugs.php.net/fix.php?id=20135r=isapi
#20135 [Opn-Bgs]: segmentation fault with session_start()
ID: 20135 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Unix PHP Version: 4.2.0 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2002-10-28 08:56:36] [EMAIL PROTECTED] Running: Apache/1.3.6 (Unix) PHP/4.2.0-dev mod_perl/1.21 mod_ssl/2.2.8 OpenSSL/0.9.2b I receive a segmentation fault occasionally when processing a script with session_start() at the beginning. The page returns no data. I have to comment out the session_start() tag to view the page. It happens infrequently but enough to become annoying. Please advise -- Edit this bug report at http://bugs.php.net/?id=20135edit=1
#20008 [Opn-Bgs]: php_admin_flag clears variable if it can't be changed
ID: 20008 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: FreeBSD4.5 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Actually VirtualHost can overwrite the php.ini settings. Your problem is that you are using php_admin_flag instead of php_admin_value when changing a string value. Since php_admin_flag expects On/Off or 0/1 bolean values the string value you provide gets converted to 0. Hence the 0 value for upload_tmp_dir. Previous Comments: [2002-10-21 08:00:22] [EMAIL PROTECTED] Oh well yes, it shouldn't change it at all. Anyone tried this with PHP-4.3.0dev? [2002-10-21 07:56:08] [EMAIL PROTECTED] true, but that was not the reported bug [2002-10-21 07:53:50] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php upload_tmp_dir is PHP_INI_SYSTEM. PHP_INI_SYSTEM Entry can be set in php.ini or httpd.conf (but not in VHost blocks in httpd.conf). [2002-10-21 07:40:40] [EMAIL PROTECTED] upload_tmp_dir was set to '/clients/home/TMP' in php.ini I tried to redefine it in VirtualHost section via php_admin_flag (I missed that it's not allowed) it was changd to 0. I think that if a variable can't be changed in VirtualHost section, attempt to change it should not wipe it. -- Edit this bug report at http://bugs.php.net/?id=20008edit=1
#17241 [Com]: encoding error?
ID: 17241
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: DOM XML related
Operating System: slackware linux 2.4.16
PHP Version: 4.2.0
New Comment:
Here is the main problem regarding this bug. If you want to enter data
into your xml document that is encoding in iso-8859-0 because the
encoding on your document is set to iso-8859-0, it screws up because
the internal encoding is always set to utf-8. This is fine, but the
input encoding is also always set to utf-8...if you want to enter
iso8859-1 data into the tree, there should be an option to set the
input encoding so that it converts it appropriately to utf-8.
Otherwise, the user is forced to do
iconv('ISO-8859-1', 'UTF-8', 'string') each time he/she wants to enter
data into the document. I believe you should be able to set the
expected input encoding and have it automatically convert it.
Previous Comments:
[2002-09-17 01:00:00] [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.
[2002-08-14 10:40:44] [EMAIL PROTECTED]
Properties of Dom Objects are read-only, only created at generation
time and therefore not really reliable...
The internal encoding of domxml is always utf8, could you please give a
short selfcontained example for the add nodes from one document to
another-problem?
But you gave the right solution, for having another encoding at
output.
chregu
[2002-05-15 05:57:55] [EMAIL PROTECTED]
I have found problems using documents with different encodings.
When I add nodes from one document to another
($docAItem-add_child($docB-root()), if the flag encoding property of
the target document has not been set when initially creating the
document (using functions xmldoc, xmldocfile, etc., not setting the
property manually with '$doc-encoding = utf8') then the encoding
translation is not done.
A possible workaround for this situation is to force the flag using
dumpmem with the optional encoding flag set. ie:
$docA = domxml_new_xmldoc(1.0);
$docARoot = $docA-add_root(root);
$docA = xmldoc($docA-dumpmem(0, UTF8));
It looks like the encoding property of the DomDocument object cant be
set manually.
Also, when creating a new DomDocument from scratch (with
domxml_new_xmldoc) the encoding property should be set to UTF8 as a
default, or allow a second optional parameter in the xmldoc function to
set the proper encoding.
byeer, pipo_
--
Edit this bug report at http://bugs.php.net/?id=17241edit=1
#20134 [Opn-Fbk]: read from UDP results wrong data
ID: 20134
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: i686-pc-linux-gnu
PHP Version: 4CVS-2002-10-28
New Comment:
Did it do this with PHP 4.2.3?
Also, your test script is not very useful to us because:
a) We don't have some unknown UDP service on 4
b) We don't know what data it sends
c) We don't know what data the script receives and thus
how it is wrong.
Please supply us with more information, and we'll be happy
to resolve the problem.
Previous Comments:
[2002-10-28 08:38:20] [EMAIL PROTECTED]
Hi,
If you open an UDP connection to a non open udp port
with fsockopen, fread reads the requested length, but
the content is sometimes wrong (nonsensical data)
This short script demonstrate the problem:
?php
header ('Cache-Control: no-store, no-cache, must-revalidate,
post-check=0, pre-check=0, no-risk, no-fun');
header ('Pragma: no-cache');
// Please replace the ip address with an existing host
$fp = fsockopen(udp://192.168.0.1, 4, $errno, $errstr);
if (!$fp) {
echo ERROR: $errno - $errstrbr\n;
}
else {
fwrite($fp,\n);
$content=fread($fp, 40);
echo hrread length: .strlen($content).hr;
echo $content.hr;
echo bin2hex($content).hr;
fclose($fp);
}
echo Finished @ .time();
?
I've test it with the lastest cvs version (28.10.2002)
Regards,
Steve
--
Edit this bug report at http://bugs.php.net/?id=20134edit=1
#19902 [Ana-Csd]: browscap.ini parsing error
ID: 19902 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Scripting Engine problem Operating System: All Win PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The broken browscap.ini is no longer being bundled with Windows distributions of PHP. The documentation now links to a web site where a working browscap.ini, which is frequently updated can be obtained. Previous Comments: [2002-10-14 21:42:48] [EMAIL PROTECTED] Hello Iliaa Thank you for acknowledging my initial Suggestion. I do not recall exactly when I first came across a bundled browscap.ini with not valid entries, but it must have been quite some time (php releases) ago. Probably browscap.ini is a static item in the bundling process and thus the invalid line 8206 got propagated with every (win) distribution. There does not seem to be a reason, why future releases of PHP should contain an uncorrected version of browscap.ini. Thanks again. Kind regards Juri [2002-10-14 19:44:03] [EMAIL PROTECTED] Actually after checking it seems the Windows distribution contains a bundled browscap.ini file. My applogies. I'll look into why we are bundling this file and what can be done to correct it. [2002-10-14 19:35:26] [EMAIL PROTECTED] browscap.ini is NOT released by PHP, this file can be obtained from various sources on the net none of which are related to the PHP project. PHP merely has a generic ini parser that amongst other things can parse browscap.ini files. For whatever reason those files are not always completely compatible or properly formatted. Thus they sometimes cannot be parsed completely by the PHP's parser. This means that the incompatible lines should either be removed or altered. [2002-10-14 19:24:52] [EMAIL PROTECTED] Hello Iliaa Why do you release a browscap.ini with invalid entries with every new distribution of PHP? Everybody using browscap.ini is forced to edit it, before he may use it. Cumbersom... Kind regards Juri [2002-10-14 18:54:22] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The browscap.ini sometimes contains not valid entries not supported by PHP's ini parser. Simply remove those lines, there are usually very few of those. 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/19902 -- Edit this bug report at http://bugs.php.net/?id=19902edit=1
#19844 [Opn-Fbk]: using $this-array messed up with overload support
ID: 19844
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-10-10 06:40:03] [EMAIL PROTECTED]
Goes like that:
class myclass {
var $myarr = array();
function myclass() {
$this-myarr[test] = 1; // works here
$this-myfunc();
$this-another();
}
function myfunc() {
$this-myarr[test1] = 1; // doesn't work here
}
function another() {
reset($this-myarr); // SIGSEGV here
foreach($this-myarr as $k = $val) {
} // either a warning about $this-myarr not being an array or
SIGSEGV (same in constructor);
}
--
Edit this bug report at http://bugs.php.net/?id=19844edit=1
#20136 [NEW]: Sessions don't work across scripts
From: [EMAIL PROTECTED] Operating system: Windows 2000 Pro PHP version: 4.2.3 PHP Bug Type: Session related Bug description: Sessions don't work across scripts I'm using PHP running on Win2k using IIS and apache 1.3.x on separate machines. The basic problem is that when you start a session using session_start() and register some variables using session_register(), you lose the session link when you jump to the other scripts/pages. If you check what PHP does, everything seems normal at first: it creates the session file and the vars are in there, with values and all. The problem lies when you jump to the next page/script. Trying to get values using $_SESSION or $HTTP_SESSION_VARS produces no results. The values are still in the session file, but you can't get at them. I don't think its my php.ini config that's causing this. Register_globals is on. And I've gone back to version 4.1.2 because sessions work on that, so I can't supply any config info. Really sorry if this is a waste of your time in case you follow up on this and produces no results but I think there is a real problem here. I didn't find this in the advanced bug search either so I decided to post it here. There's also a lot of people stumbling about in the newsgroup this month wondering what's happening to their sessions. Anyway, hope this helps. -- Edit bug report at http://bugs.php.net/?id=20136edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20136r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20136r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20136r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20136r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20136r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20136r=support Expected behavior: http://bugs.php.net/fix.php?id=20136r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20136r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20136r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20136r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20136r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20136r=dst IIS Stability: http://bugs.php.net/fix.php?id=20136r=isapi
#19842 [Opn-Bgs]: is_object returns FALSE on Incomplete classes
ID: 19842
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4CVS-2002-10-10
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
It'll work flawlesly if you second script also contains the class
defention ( class atest { var $t = 1; } ). Without it the class
defenition, everything works properly with the exception of is_object,
which is failing due to the class atest not being defined.
Previous Comments:
[2002-10-10 02:13:16] [EMAIL PROTECTED]
variable object variables also fail on incomplete classes:
eg. (from the example below)
$data = unserialize(file_get_contents('/tmp/test'));
$key = 't';
var_dump($data-$key); // is blank.
//however
$ar = get_object_vars($data);
echo $ar[$key]; // produces 1
[2002-10-10 01:55:22] [EMAIL PROTECTED]
Steps to reproduce
a) generate a serialized class
eg.
class atest {
var $t = 1;
}
$t = new atest;
$fh = fopen('/tmp/test','w');
fwrite($fh,serialize($t));
fclose($fh);
--
In another file
$data = unserialize(file_get_contents('/tmp/test'));
if (!is_object($data)) {
echo DATA is an .gettype($b).!\n; }
}
should output
DATA is an object!
It's on the verge of expected behaviour, but it would be nice if it
worked :)
--
Edit this bug report at http://bugs.php.net/?id=19842edit=1
#20136 [Opn-Bgs]: Sessions don't work across scripts
ID: 20136 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows 2000 Pro PHP Version: 4.2.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Don't use session_register to register session variables, instead do $_SESSION['variable'] = 'value'; or $HTTP_SESSION_VARS['variable'] = 'value'; It would also be a very good idea to try the latest CVS snapshot, it contains many fixes to the session code, which were added since the 4.2.3 release. Previous Comments: [2002-10-28 10:13:58] [EMAIL PROTECTED] I'm using PHP running on Win2k using IIS and apache 1.3.x on separate machines. The basic problem is that when you start a session using session_start() and register some variables using session_register(), you lose the session link when you jump to the other scripts/pages. If you check what PHP does, everything seems normal at first: it creates the session file and the vars are in there, with values and all. The problem lies when you jump to the next page/script. Trying to get values using $_SESSION or $HTTP_SESSION_VARS produces no results. The values are still in the session file, but you can't get at them. I don't think its my php.ini config that's causing this. Register_globals is on. And I've gone back to version 4.1.2 because sessions work on that, so I can't supply any config info. Really sorry if this is a waste of your time in case you follow up on this and produces no results but I think there is a real problem here. I didn't find this in the advanced bug search either so I decided to post it here. There's also a lot of people stumbling about in the newsgroup this month wondering what's happening to their sessions. Anyway, hope this helps. -- Edit this bug report at http://bugs.php.net/?id=20136edit=1
#14877 [Opn-Fbk]: HTTP_FDF_DATA not available
ID: 14877 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: FDF related Operating System: XP Pro PHP Version: 4.3 dev Assigned To: hholzgra New Comment: Try erasing all old versions/files, then re-test... Previous Comments: [2002-10-23 14:12:05] [EMAIL PROTECTED] Now, php_fdf.dll crashes php when loaded at startup, even if there is no fdf data sent with the request. Without fdf, PHP works well. Do you need more info? [2002-10-23 14:02:17] [EMAIL PROTECTED] sorry, forget about my last msg. [2002-10-23 13:59:00] [EMAIL PROTECTED] compile.log is now ok, but the php_fdf.dll file is still missing in the distribution. [2002-10-22 14:45:14] [EMAIL PROTECTED] Sorry, but the actual windows snapshots don't contain php_fdf.dll. There are some linking errors in compile.log. [2002-10-21 15:28:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip i've just updated fdf stuff to use fdftk 5.0 and some of its new features, maybe this also solved your problem? 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877edit=1
#19656 [Opn-Fbk]: FastCGI : Wrong SCRIPT_NAME and SCRIPT_FILENAME
ID: 19656 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Other web server Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-29 07:22:52] [EMAIL PROTECTED] I don't think this hack still works for PHP 4.2 because there is no _SERVER vars... aie... [2002-09-29 06:54:42] [EMAIL PROTECTED] When running PHP under FastCGI (with Suexec wrapper enabled), the variables _SERVER[SCRIPT_NAME] and _SERVER[SCRIPT_FILENAME] are returning the path and filename of the PHP-FCGI binary instead of the path and filename of the current executing script, that is, the values of _ENV[SCRIPT_NAME] and _ENV[SCRIPT_FILENAME] respectively. This breaks a lot of scripts relying on just $SCRIPT_NAME and $SCRIPT_FILENAME; ie, when setting up this in httpd.conf : ScriptAlias /fcgi-bin/ /usr/local/apache/bin/ Location /fcgi-bin/ SetHandler fastcgi-script /Location AddType application/x-httpd-php .php .php3 .php4 Action application/x-httpd-php /fcgi-bin/php.fcgi When called from a script, $SCRIPT_NAME becomes : /fcgi-bin/php.fcgi $SCRIPT_FILENAME becomes : /usr/local/apache/bin/php.fcgi Versions : PHP 4.2.3 compiled with --with-fastcgi mod_fastcgi 2.2.12 Apache 1.3.26 I modified sapi/fastcgi.c to register the correct _SERVER vars, and it works OK. At line 164, add : php_register_variable(SCRIPT_NAME, (SG(request_info).request_uri ? SG(request_info).request_uri:), track_vars_array TSRM LS_CC); php_register_variable(SCRIPT_FILENAME, (SG(request_info).path_translated ? SG(request_info).path_translated:), track_var s_array TSRMLS_CC); Best, [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=19656edit=1
#20056 [Bgs]: mail() hangs when e-mail is too big.
ID: 20056 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: Ok, i'm not mad, i found in sendmail.c in php-4.3.0pre2\win32 /* This pattern removes \r\n from the start of the string, * \r\n from the end of the string and also makes sure every line * is only wrapped with a single \r\n (thus reduces multiple * occurences of \r\n between lines to a single \r\n) */ #define PHP_WIN32_MAIL_RMVDBL_PATTERN /^\r\n|(\r\n)+$/m #define PHP_WIN32_MAIL_RMVDBL_REPLACE This causes my pb (with 4.3), as mime client i've tested use multiple \r\n to separate fields ( a least outlok express uses and needs that ). Previous Comments: [2002-10-28 08:35:20] [EMAIL PROTECTED] Sory, I dont't think it's a SMTP configuration error as everthing was ok with the SMTP server before the update to PHP 4.3. With 4.2.3, big strings in the additional_headers parameter where causing PHP HANG (and not SMTP server). Smaller strings where ok and unmodified. With 4.3, PHP no more hangs, BUT The strings in additional_headers are modified (no double CR/LF allowed). The SMTP Server is listening to usual port, and sends e-mails correctly without touching any part of the mail when comming from ather apps than PHP. [2002-10-28 07:57:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sounds like a configuration issue with your Windows' SMTP server. [2002-10-25 05:59:12] [EMAIL PROTECTED] The scripts no more hangs the machine, but ... does'nt work any more. Outlook express cant't recognise the mime format. The difference between the results of the same script on Linux/4.2.3 and XP/4.3 seem to be \r\n\r\n are changed to \r\n. I'm not sure, but i think the double /r/n/r/n was compulsory in some cases to separate mime blocks Tried \r\n \r\n instead, witch is not changed but it does not work. Everything else \r\n\r\n\n\r ... is each time changed to \r\n. [2002-10-24 08:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 05:23:04] [EMAIL PROTECTED] This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,,$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit this bug report at http://bugs.php.net/?id=20056edit=1
#13735 [Opn-Bgs]: exec sybase procedure in .php but only ' 0 'returns!
ID: 13735
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Sybase-ct (ctlib) related
Operating System: soliars,win2000
PHP Version: 4.2.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Previous Comments:
[2002-08-13 22:56:58] [EMAIL PROTECTED]
Updating version number
[2002-05-24 04:41:08] [EMAIL PROTECTED]
Forgot to mention - original config was with RedHat 7.0 - newer
(failed) config is with RedHat 7.1
[2002-05-24 04:38:17] [EMAIL PROTECTED]
I've had a similar experience - the 0 returned is a failure notice, I
believe. I got this error message when trying to connect ('db_name' is
the name of the connection I use in the interfaces and hosts files):
Notice: Connection failed to db_name,14224: Connection refused
(errflg=2) in Unknown on line 0
I'm using PHP 4.2.1 with Apache 1.3.24, and have Sybase ase-11.0.3.3-6
and ocsd-10.0.4-6 installed. (Do I need *both* of these?)
Never had this problem with an earlier combination of PHP 4.0.4pl1 and
Apache 1.3.19 using the same ct lib files.
I still haven't solved this one, so any help would be appreciated!
[2001-10-18 09:47:44] [EMAIL PROTECTED]
I defined the sybase procedure as following:
***
create proc circul.circul_hold
@rec_ctrl_idchar(10),
@reader_barcode char(14),
@department_id char(2),
@user_idchar(4),
@list_noint output,
@errmsg varchar(200) output
as
..
***
and I ececuted this proc in test.php as fllowing:
?php
include ../include/connect.php;
$rec_ctrl_id='15400';
$barcode='21113000694135';
$departid='70';
$userid = 'web';
$sql = declare @list_no2 int, @errmsg2 varchar(200) ;
$sql.= exec circul.circul_hold
'$rec_ctrl_id','$barcode','$departid','$userid',@list_no
=@list_no2 output,@errmsg=@errmsg2 output ;
$sql.= select list_no = @list_no2 , errmsg = @errmsg2;
$query=sybase_query($sql);
if ($query){
$array = sybase_fetch_array($query);
echo $array[list_no] .'br';
echo $array[errmsg] .'br';
}
...
?
I found that $array[list_no]=$array[list_no]=null,and
sybase_num_rows($query)=1 and $array[0]= 0,which means
only '0' returns (while the sybase proc excute succeed,it always return
0).
But I execute $sql in SYBASE SQL ADVANTAGE ,I can get
$array[list_no] and $array[errmsg] ,whilch are not null.
Why?I have been confused for months.
Please tell me the right way to execute sybase proc with output
parameters in php as soon as possible.
--
Edit this bug report at http://bugs.php.net/?id=13735edit=1
#19516 [Opn-Fbk]: output buffer timing is strange
ID: 19516 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.3.0pre1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip pre2 is now out with several changes/fixes in output buffering code. Could you please verify if the problem is still there? Previous Comments: [2002-10-28 02:58:25] [EMAIL PROTECTED] I rerun the test with the 4.30pre1 version. I always have the same result on command line and with apache 1.3.27, but not with apache 2.0.43. the problem is really visible with the output buffer to 16384 and $max = 1000 in the script. I see that te first loop can take in buffer, so the timing for this loop is god, but the second loop can not tkae in buffer, so the timing is really bad. [2002-10-24 15:34:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-14 08:10:52] [EMAIL PROTECTED] I rerun test with and without zlib_output_compression. there is no difference. i don't use ob_gzhandler. with $max=1000 and output_buffer= 16384, the second loop is slower than the first. If i increase output_buffer to 32656 , the second loop take less time than the first ( it's the good result). The size odf output is 28ko. I will run test with the php 4.3.0pre1 as soon as possible. [2002-10-01 05:21:07] [EMAIL PROTECTED] It sounds like you are enabling zlib.output_compression. (If you are not using ob_gzhandler) If yes, this is not a bug. [2002-10-01 02:44:00] [EMAIL PROTECTED] There is no difference with or without \n and in command line. gzip is disabled for all test. I think the problem is the rotation of the buffer. timing is good if the buffer size is greater or equal to the output size. all works fine on linux 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/19516 -- Edit this bug report at http://bugs.php.net/?id=19516edit=1
#15325 [Opn-Csd]: mssql_query returns early
ID: 15325 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.1.1 New Comment: not a php extension issue... Previous Comments: [2002-02-08 02:54:07] [EMAIL PROTECTED] The return from mssql_query() appears to be immediate. When the call to sleep() is present, the backup continues and completes during the sleep() and the execution timer isn't exceeded. (I verified by using a sleep(300) and did get the timer exceeded error.) [2002-02-07 23:47:50] [EMAIL PROTECTED] Is the backup taking longer than your max script execution time (in php.ini) by any chance? [2002-02-01 11:05:06] [EMAIL PROTECTED] Running the 4.1.1 binaries from php.net: Using mssql_query() to issue a backup statement doesn't work $conn = msssql_connect(localhost, sa, ) or die(bad); $sql = BACKUP DATABASE Northwind TO DC_Northwind; $result = mssql_query($sql, $conn); mssql_close($conn); sets $result to 1 and the script prints: MS SQL message: Cannot create worker thread. (severity 16) in Unknown on Line 0 MS SQL message: BACKUP DATABASE is terminating abnormally. (severity 16) in Unknown on Line 0 Then a dialog box reports: The instruction at 0x100a0f9d referenced memory at 0x. The memory cannot be written. SQL Profiler confirms that the backup failed. If a sleep(25) is placed after the call to mssql_query(): 1) The warning messages aren't displayed 2) The backup actually succeeds but 3) The dialog box still appears (and the script terminates). Using the 4.0.6 binaries from the web site the backup behaves identically, BUT the dialog box does not appear and the script terminates cleanly. The SQL Server has all service packs installed and the backup commands work without problem from the query analyzer or isql.exe -- Edit this bug report at http://bugs.php.net/?id=15325edit=1
#19377 [Opn-Fbk]: Translatings to certian multibyte strings causes php to die
ID: 19377
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Gettext related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-09-12 20:48:29] [EMAIL PROTECTED]
Sorry. My webserver died for a few hours. Just got a new motherboard in
and I can basically confirm it is hardware independant. Now on a single
Athlon XP and still the same problem.
Same URL will now work.
[2002-09-12 17:47:54] [EMAIL PROTECTED]
Oops..accidently clicked the url to close this..nothing was fixed in
related to this. :I
Anyway, that url to that .zip package doesn't seem to work..at least
not for me..is it correct?
[2002-09-12 17:46:02] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2002-09-12 13:14:02] [EMAIL PROTECTED]
Description:
When translating some strings to Japanese or Chinese (and possibly
other multibyte character sets) php will start using 100% CPU time and
never exit.
I acutally use the latest stable win32 snapshot from snaps.php.net and
this problem has definatly been reproducable for the last week with the
builds from there.
The same is from for CGI or Apache Module
My System:
Windows 2000 Pro SP2
Dual Athlon XP (I haven't tried removing a CPU to see if it's a dual
CPU issue yet)
Apache
PHP 4.2.4-dev (http://www.graftonhall.co.nz/test.php for php info
screen)
I am happy to supply more examples or test builds.
How to reproduce:
the file http://www.graftonhall.co.nz/temp/gettext/gettext.zip contains
a test script and a single japanese translation that will cause this
effect. The .mo and .po files are there.
The script included is:
?php
$lang='ja_JP';
@putenv('LANG=' . $lang);
@putenv('LANGUAGE=' . $lang);
setlocale(LC_ALL, $lang);
// Specify location of translation tables
bindtextdomain(broken, './locale');
// Choose domain
textdomain(broken);
echo _(Birthday);
?
--
Edit this bug report at http://bugs.php.net/?id=19377edit=1
#18963 [Opn-Fbk]: Reproducable crash with simple string functions.
ID: 18963 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: IRIX64 6.5.16f IP25 PHP Version: 4.3.0-dev New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-08-21 01:13:40] [EMAIL PROTECTED] I didn't have any problems compiling 4.2.2 or 4.2.1, just the latest snap version gave the problems. It was easily resolved by putting some full paths in. [2002-08-20 23:09:34] [EMAIL PROTECTED] Sounds very suspicious of a bad install of Apache on the headers part. [2002-08-20 23:02:28] [EMAIL PROTECTED] I had problems with a number of apache includes, I had to edit some headers and put in the explicit paths, it didn't seem able to find the proper paths for some headers os.h, ap_*.h, etc [2002-08-20 22:12:16] [EMAIL PROTECTED] what sort of problems did you have compiling this? Also updating version [2002-08-20 10:21:59] [EMAIL PROTECTED] A note from another IRIX admin who looked at this problem: I note that the problemic address is not null. It resembles a stack address. In that case, the most frequent cause of the problem is a miscoded procedure that is called and it returns the address of a variable with is on the stack and that stack frame is then released. If the stack shortens by enough, then the address may become invalid as the kernel releases under some circumstances unneeded stack frames. Randolph J. Herber, [EMAIL PROTECTED], +1 630 840 2966, CD/CDFTF PK-149F,Mail Stop 318, Fermilab, Kirk Pine Rds., PO Box 500, Batavia, IL 60510-0500,USA. (Speaking for myself and not for US, US DOE, FNAL nor URA.) (Product,trade, or service marks herein belong to their respective owners.) 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/18963 -- Edit this bug report at http://bugs.php.net/?id=18963edit=1
#17925 [Opn]: PHP should have a separate gd.fontpath ini setting and honor safe_mode
ID: 17925 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: GD related +Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0CVS-2002-06-22 New Comment: reclassifying... Previous Comments: [2002-06-22 13:12:48] [EMAIL PROTECTED] A new ini setting for setting a permanent font path should be introduced. Using putenv(GDFONTPATH=..); is not a nice way. Now that it's bundled we can properly fix this. gd.fontpath = c:\somewhere\over;f:\the\rainbow This should be settable by the user too, e.g. ini_set(). If gd.fontpath is NOT set it should default to c:\winnt\fonts on win32 and /usr/share/fonts/truetype on unix systems. Also safe_mode setting should be honored if ttf file's are accessed, e.g. no ini_set() to change the gd.fontpath from the mater value and no support for absolute paths (but should be supported in non-safe_mode). The fontname should either be a fontname with or without the trailing .ttf extension. If it's not provided, it should also try to load it with .ttf . -- Edit this bug report at http://bugs.php.net/?id=17925edit=1
#18501 [Opn-Bgs]: using suns CC with option '-fast' segfaults php.
ID: 18501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.2.2
New Comment:
don't use the -fast option, enabling compiler optimizations is risky,
especially when the code is not written for your native system...
Previous Comments:
[2002-07-23 12:43:32] [EMAIL PROTECTED]
changed category from compile issue to reproducible crash.
[2002-07-23 12:41:51] [EMAIL PROTECTED]
I have been trying to compile php on a ultrasparc-II machine with Suns
compiler: Sun WorkShop 6 2000/04/07 C 5.1
I have set CFLAGS=-fast to ensure native fast compilation. This is
what causes problems, I have no problems if -fast is not set.
Both the command line executable and the libphp4.so segfaults.
Here are two minimal files which reproduce the segfault here:
bugtest.php
? include(buginclude.php);
stdheader(foobar);
?
/bugtest.php
buginclude.php
?
function stdheader ($title) {
}
?
/buginclude.php
If the function stdheader is defined in bugtest.php, I receive no
segfault.
The last lines of truss-output follows:
-trussoutput-
resolvepath(/home/lastebil/e/berland/public_html/./buginclude.php,
/home/lastebil/e/berland/public_html/buginclude.php, 1024) = 51
ioctl(7, TCGETA, 0xFFBEE23C)Err#25 ENOTTY
fstat64(7, 0xFFBEC990) = 0
ioctl(7, TCGETA, 0xFFBEC91C)Err#25 ENOTTY
read(7, ?\n f u n c t i o n .., 8192) = 38
read(7, 0x00309AC4, 8192) = 0
ioctl(7, TCGETA, 0xFFBECAD4)Err#25 ENOTTY
llseek(7, 0, SEEK_CUR) = 38
close(7)= 0
Incurred fault #6, FLTBOUNDS %pc = 0x00137E5C
siginfo: SIGSEGV SEGV_MAPERR addr=0x
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x
*** process killed ***
trussoutput-
Take contact if entire truss output is needed.
We do manage without the option -fast, but it would be
nice as we have noticed a significant speedup for some
applications.
gdb-backtrace: I am not sure whether this was successful, as it
complains heavily about missing debug symbols, even when I compiled
with --enable-debug, but here it is:
GDB 4.16 (sparc-sun-solaris2.3),
Copyright 1996 Free Software Foundation, Inc...(no debugging symbols
found)...
(gdb) set args ~berland/public_html/bugtest.php
(gdb) run
Starting program: /local/src/webserver/php-4.2.2/./php
~berland/public_html/bugtest.php
warning: Unable to find dynamic linker breakpoint function.
warning: GDB will be unable to debug shared library initializers
warning: and track explicitly loaded dynamic code.
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x137e5c in execute ()
(gdb) bt
#0 0x137e5c in execute ()
#1 0x137a98 in execute ()
#2 0x109c6c in zend_execute_scripts ()
#3 0x334e4 in php_execute_script ()
#4 0x30060 in main ()
(gdb)
So, there you've got it, now you great volunteers may have a look at it
if it makes any sense! Keep up the good work!
--
Håvard Berland
System Administrator and PhD-student
Department of Mathematical Sciences
Norwegian University of Science and Technology
--
Edit this bug report at http://bugs.php.net/?id=18501edit=1
#20086 [Fbk-Opn]: SQLDriverConnect supported by win32
ID: 20086 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: W2K PHP Version: 4CVS-2002-10-25 New Comment: diff is now my new friend. Is this right? :-) 2110c2110 #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) --- #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) || defined(PHP_WIN32) 2133c2133 rc = SQLDriverConnect((*conn)-hdbc, NULL, ldb, strlen(ldb), dsnbuf, 300, --- rc = SQLDriverConnect((*conn)-hdbc, NULL, ldb, (short)strlen(ldb), dsnbuf, 300, The (short) typecast is to prevent a warning in win32 - don't know if it will have issues with other platforms. Now using PHP_WIN32 not WIN32 for consistency with other code. Previous Comments: [2002-10-27 19:46:08] [EMAIL PROTECTED] Unified diffs are your and my friends. Can you please provide one! [2002-10-25 09:45:46] [EMAIL PROTECTED] In ext/odbc/php_odbc.php dsn-less connections are only supported for empress and unixodbc. Windows also supports this connection method. Changing the line: #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) to: #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) || defined(WIN32) enables dsn-less connections under windows. -- Edit this bug report at http://bugs.php.net/?id=20086edit=1
#20137 [NEW]: conflicting types for php_read in sockets.c
From: [EMAIL PROTECTED] Operating system: OpenBSD 3.1-stable PHP version: 4CVS-2002-10-28 PHP Bug Type: Compile Failure Bug description: conflicting types for php_read in sockets.c I've now been unable to compile PHP for about 10 days due to compilation errors (see bug 20063). That bug may now have been obscured by this one. buildconf works fine (I installed bison 1.75). I'm using this configure (and have been for the last few months), which gives no complaints: ./configure --with-mysql=/usr/local --with-pdflib --enable-exif --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-vpopmail --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring --with-pear=/usr/local/lib/php I get this compile error on make: gcc -Iext/sockets/ -I/usr/local/src/php4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php4/ext/xml/expat -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/sockets/sockets.c -o ext/sockets/sockets.o echo ext/sockets/sockets.lo /usr/local/src/php4/ext/sockets/sockets.c:276: conflicting types for `php_read' /usr/local/src/php4/ext/sockets/php_sockets.h:105: previous declaration of `php_read' *** Error code 1 Stop in /usr/local/src/php4 (line 422 of Makefile). Thanks for your attention -- Edit bug report at http://bugs.php.net/?id=20137edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20137r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20137r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20137r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20137r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20137r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20137r=support Expected behavior: http://bugs.php.net/fix.php?id=20137r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20137r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20137r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20137r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20137r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20137r=dst IIS Stability: http://bugs.php.net/fix.php?id=20137r=isapi
#20137 [Opn-Csd]: conflicting types for php_read in sockets.c
ID: 20137 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: OpenBSD 3.1-stable PHP Version: 4CVS-2002-10-28 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-10-28 11:40:02] [EMAIL PROTECTED] I've now been unable to compile PHP for about 10 days due to compilation errors (see bug 20063). That bug may now have been obscured by this one. buildconf works fine (I installed bison 1.75). I'm using this configure (and have been for the last few months), which gives no complaints: ./configure --with-mysql=/usr/local --with-pdflib --enable-exif --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-vpopmail --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring --with-pear=/usr/local/lib/php I get this compile error on make: gcc -Iext/sockets/ -I/usr/local/src/php4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php4/ext/xml/expat -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/sockets/sockets.c -o ext/sockets/sockets.o echo ext/sockets/sockets.lo /usr/local/src/php4/ext/sockets/sockets.c:276: conflicting types for `php_read' /usr/local/src/php4/ext/sockets/php_sockets.h:105: previous declaration of `php_read' *** Error code 1 Stop in /usr/local/src/php4 (line 422 of Makefile). Thanks for your attention -- Edit this bug report at http://bugs.php.net/?id=20137edit=1
#20138 [NEW]: PHP 4.3.0-pre2 fails to parse .php files with Apache 2.0.43
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 PHP version: 4.3.0-pre1 PHP Bug Type: Apache related Bug description: PHP 4.3.0-pre2 fails to parse .php files with Apache 2.0.43 This is actually about 4.3.0-pre2 ( I haven't tried pre1 ). PHP was configured with: --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php --without-mysql --with-pgsql --with-gd --with-openssl --with-zlib --with-jpeg-dir=/usr --with-png-dir=/usr --with-bz2 -enable-ftp --enable-bcmath (It failed to find libjpeg and libpng in /usr/lib without the relevant options above. ) I manually added: LoadModule php4_module modules/libphp4.so and: AddType application/x-httpd-php .php to httpd.conf, APXS getting the fromer wrong, though I note that 'make install' with PHP 4.2.3 and Apache 2 does do the right thing. 'make test' resulted in two failures: FAIL OpenSSL private key functions [ext/openssl/tests/001.phpt] FAIL Testing randomization of shuffle() and str_shuffle(). [ext/standard/tests/strings/004.phpt] I wouldn't have thought, but don't know, that these are not relevant to my problem. Anyway, the main problem is that .php files are not being parsed when served, my browser prompting me to save the file instead. The browser informs me that it is a file of type application/x-httpd-php, so it seems the AddType directive is working. It looks as if Apache is loading the PHP module: HTTP/1.1 200 OK Date: Mon, 28 Oct 2002 18:22:51 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6e PHP/4.3.0-pre2 and fuser reports that libphp4.so is held open by each of the Apache processes. The Apache configuration is almost as the supplied default, but with two virtual servers enabled. I've tested without virtual servers and the same problem occurs. PHP 4.2.3 with the same Apache configuration does work, other than the known problem of the segmentation faults on trying to make the server re-read its configuration. -- Edit bug report at http://bugs.php.net/?id=20138edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20138r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20138r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20138r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20138r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20138r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20138r=support Expected behavior: http://bugs.php.net/fix.php?id=20138r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20138r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20138r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20138r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20138r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20138r=dst IIS Stability: http://bugs.php.net/fix.php?id=20138r=isapi
#20138 [Opn-Bgs]: PHP 4.3.0-pre2 fails to parse .php files with Apache 2.0.43
ID: 20138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.19 PHP Version: 4.3.0-pre1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Looks like a user configuration problem. I've tried pre2 just now on Apache 2.0.43 and it worked fine with both: Files *.php SetOutputFilter PHP SetInputFilter PHP /Files AND AddType application/x-httpd-php .php Previous Comments: [2002-10-28 12:42:46] [EMAIL PROTECTED] This is actually about 4.3.0-pre2 ( I haven't tried pre1 ). PHP was configured with: --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/php --without-mysql --with-pgsql --with-gd --with-openssl --with-zlib --with-jpeg-dir=/usr --with-png-dir=/usr --with-bz2 -enable-ftp --enable-bcmath (It failed to find libjpeg and libpng in /usr/lib without the relevant options above. ) I manually added: LoadModule php4_module modules/libphp4.so and: AddType application/x-httpd-php .php to httpd.conf, APXS getting the fromer wrong, though I note that 'make install' with PHP 4.2.3 and Apache 2 does do the right thing. 'make test' resulted in two failures: FAIL OpenSSL private key functions [ext/openssl/tests/001.phpt] FAIL Testing randomization of shuffle() and str_shuffle(). [ext/standard/tests/strings/004.phpt] I wouldn't have thought, but don't know, that these are not relevant to my problem. Anyway, the main problem is that .php files are not being parsed when served, my browser prompting me to save the file instead. The browser informs me that it is a file of type application/x-httpd-php, so it seems the AddType directive is working. It looks as if Apache is loading the PHP module: HTTP/1.1 200 OK Date: Mon, 28 Oct 2002 18:22:51 GMT Server: Apache/2.0.43 (Unix) mod_ssl/2.0.43 OpenSSL/0.9.6e PHP/4.3.0-pre2 and fuser reports that libphp4.so is held open by each of the Apache processes. The Apache configuration is almost as the supplied default, but with two virtual servers enabled. I've tested without virtual servers and the same problem occurs. PHP 4.2.3 with the same Apache configuration does work, other than the known problem of the segmentation faults on trying to make the server re-read its configuration. -- Edit this bug report at http://bugs.php.net/?id=20138edit=1
#14882 [Com]: PHP as ISAPI dll causes ASP to generate Internal Server Error 5000
ID: 14882 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: PHP Version 4.2.3 + IIS 5/Win2k Server SP 3 Exact same symptoms. Please email me if someone has a solution. Previous Comments: [2002-07-07 01:00:06] [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. [2002-06-03 12:23:54] [EMAIL PROTECTED] Please try a newever version and also see if the CGI works better for you. [2002-01-06 00:09:27] [EMAIL PROTECTED] I just noticed that if you also install the php4isapi.dll as an ISAPI Filter then the problem disappears What I mean is I installed the ISAPI version of PHP under: Home directory, settings, etc and the ISAPI Filter under the ISAPI Filters Tab. [2002-01-05 23:45:49] [EMAIL PROTECTED] The problem only appears when running under Windows 2000 and IIS5. I tried the same configuration with Windows NT with no problems. The problem appears even when no extensions are loaded. After running a PHP script using the ISAPI PHP dll almost all ASPs start generating Internal Server Error messages (500). I checked the logs and the Event viewer and couldn't come up with anything useful. I saw this reported by many people in the bug database but no successfull solution has been found. PLEASE NOTE that all php scripts continue to work perfectly! therefore if you are trying to find problems with php you won't! It is only when you have to have phps and asps running on the same server on a Windows 2000 with IIS5. As soon as I change to the CGI version (php.exe) the problem disappears but it is too slow! I need to prove PHP is faster than ASP because I want to get rid of those ASPs in the meantime they have to live together Thanks! -- Edit this bug report at http://bugs.php.net/?id=14882edit=1
#20140 [NEW]: basic_functions.c incompatible pointer type
From: [EMAIL PROTECTED] Operating system: OpenBSD 3.1-stable PHP version: 4CVS-2002-10-28 PHP Bug Type: Compile Failure Bug description: basic_functions.c incompatible pointer type buildconf anc configure work fine. With this config: ./configure --with-mysql=/usr/local --with-pdflib --enable-exif --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-vpopmail --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring --with-pear=/usr/local/lib/php I get this error on make: gcc -Iext/standard/ -I/usr/local/src/php4/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php4/ext/xml/expat -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/standard/basic_functions.c -o ext/standard/basic_functions.o echo ext/standard/basic_functions.lo /usr/local/src/php4/ext/standard/basic_functions.c:1377: warning: `struct option' declared inside parameter list /usr/local/src/php4/ext/standard/basic_functions.c:1377: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/src/php4/ext/standard/basic_functions.c: In function `free_longopts': /usr/local/src/php4/ext/standard/basic_functions.c:1382: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1382: increment of pointer to unknown structure /usr/local/src/php4/ext/standard/basic_functions.c:1382: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1383: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c: In function `zif_getopt': /usr/local/src/php4/ext/standard/basic_functions.c:1458: sizeof applied to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1470: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1474: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1477: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1482: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1483: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1484: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1487: increment of pointer to unknown structure /usr/local/src/php4/ext/standard/basic_functions.c:1487: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1519: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1519: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1548: warning: passing arg 1 of `free_longopts' from incompatible pointer type *** Error code 1 Stop in /usr/local/src/php4 (line 428 of Makefile). -- Edit bug report at http://bugs.php.net/?id=20140edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20140r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20140r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20140r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20140r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20140r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20140r=support Expected behavior: http://bugs.php.net/fix.php?id=20140r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20140r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20140r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20140r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20140r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20140r=dst IIS Stability: http://bugs.php.net/fix.php?id=20140r=isapi
#15009 [Com]: Compile Error in file gd.c
ID: 15009 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Linux (Kernel 2.4.17) PHP Version: 4.1.1 New Comment: I tried to put gd in a different directory, I compiled it over at /usr/gd/ and the same error applies, and then I tried /etc/gd/ and same error. So, how do I go about finding the other versions of gd on the box? Afaik, I have no other versions of gd (but I'm known to be wrong) What files does it look for that I can just remove? Will this be fixed in a feature version to not have this compiling error? Tyler Previous Comments: [2002-04-12 20:04:45] [EMAIL PROTECTED] Unfortunately there really isn't much we can do about it. Install the GD library headers in some non-standard place and use the --with-gd=/path/to/that/non-standard/place should work fine. [2002-03-04 13:42:04] [EMAIL PROTECTED] This is due to you having multiple versions of GD installed on your system. PHP should probably do a better job of handling that, but if you only have one installed it works just fine. [2002-03-04 13:37:59] [EMAIL PROTECTED] The same error also occurs with PHP versions dating as far back as 4.0.6 with distributions of both GD 1(.8.4) and 2(.0.1). [2002-02-28 15:04:34] [EMAIL PROTECTED] This problem also occurs with GD 2.0.1, on earlier and later kernels (on separate machines), and on machines which are both fresh installs and which have had PHP (and older versions of gd) installed before. [2002-01-12 16:09:46] [EMAIL PROTECTED] If i compiled php with gd. There was an error while compiling gd.c: gd.c:92: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' It works, if I've uncomment the line 92 in gd.c. I compiled previously gd 1.8.4 -- Edit this bug report at http://bugs.php.net/?id=15009edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 Previous Comments: [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. [2002-10-22 06:08:12] [EMAIL PROTECTED] I'm trying to use the Webfroot Shoutbox script for testing purposes.This had happened to me about everytime I tried to execute the script. I'm using PHP 4.2.3 and Windows XP. Today, I finally able to stop the error from reproducing by changing the settings in php.ini register_globals = Off to register_globals = On. [2002-10-14 18:40:02] [EMAIL PROTECTED] updated version. (even as this is most likely not even any bug in PHP but something in windows. Just use Apache..it works) [2002-10-14 12:43:57] [EMAIL PROTECTED] Reopening as per comments 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333edit=1
#18829 [Asn-]: array_pop, array_shift, array_push... functions very slow with large arrays
ID: 18829
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Won\'t fix
Bug Type: Arrays related
Operating System: Linux RedHat 7.1
PHP Version: 4.2.2
Assigned To: rodif_bl
New Comment:
PHP is not perl, since arrays are bastards (the unwed child of a hash
and array) there is really not a more efficient way to handle this,
without breaking things badly...
Previous Comments:
[2002-08-13 20:45:48] [EMAIL PROTECTED]
Assigning to Brad, as he seems to be working on it... a bit.
[2002-08-13 04:11:32] [EMAIL PROTECTED]
In perl :
@a = (1, 2, 3);
shift(@a);
print $a[0], $a[1];
Result : 2, 3
This is correct.
I don't know how the shift function is implemented in perl, but i think
arrays are not reindexed like in PHP, else it shouldn't be so fast.
[2002-08-12 09:18:55] [EMAIL PROTECTED]
The problem wasn't just array_shift it was array_shift and array_pop.
array_shift is whats causing the slowness now but way its implemented
now I really don't think it can get much faster. Basically when you
shift of the top of the array it needs to re-index the entire array
meaning if you have 10,000 records it needs to loop thru all 10,000
changing the index. If the function didn't need to do this it wouldn't
take nearly as long. Does it work this way in perl or python.
$a = array(1,2);
array_shift($a);
echo $a[0];
[2002-08-12 04:25:03] [EMAIL PROTECTED]
Same results than you. The script takes approximately 4 minutes on my
P4 1.5Ghz with the latest CVS (before it was 87m...). After correction
of the array_shift function, PHP should be in the same time than Perl
or Python.
[2002-08-10 05:39:19] [EMAIL PROTECTED]
I did some testing on your function and it seems that array_shift is to
blame. If I avoid using that function, the execution time drop down to
few seconds. To cut down the problem:
$size = 5000;
$Li1 = array();
$Li1 = array_pad($Li1, $size, 0);
$Li2 = array();
while ($Li1) {
$Li2[] = array_shift($Li1);
}
This takes 1.8 s on my P3 933 MHz. If I increase $size to 1 it
takes 16 s.
The rest of array functions seem to be working fine.
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/18829
--
Edit this bug report at http://bugs.php.net/?id=18829edit=1
#18926 [Opn-Bgs]: call_user_func_array does not mirror normal scope inside class functions
ID: 18926
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Mac OS X 10.1.5 / Darwin 5.5
PHP Version: 4CVS-2002-08-15
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2002-08-15 21:09:04] [EMAIL PROTECTED]
presuming ZE == ZE1.3.0, this is on a vanilla build from CVS
(just checked it out, ran buildconf, then configure w/o options):
?php
class foo { function from_foo($p) { echo i am from foo: $p\n; } }
class bar extends foo {
function test() {
foo::from_foo('foo::from_foo');
call_user_func(
array('foo','from_foo')
,'call_user_func(array(foo,from_foo))'
);
parent::from_foo('parent::from_foo');
call_user_func(
array('parent','from_foo')
,'call_user_func(array(parent,from_foo))'
);
}
}
error_reporting(E_ALL);
bar::test();
?
gives you:
# sapi/cli/php -v
PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
# sapi/cli/php ctest.php
i am from foo: foo::from_foo
i am from foo: call_user_func(array(foo,from_foo))
i am from foo: parent::from_foo
Warning: call_user_func(): First argumented is expected to be a valid
callback, 'parent::from_foo' was given in ctest.php on line 14
[2002-08-15 20:40:37] [EMAIL PROTECTED]
can you please give a ZE example?
[2002-08-15 20:26:30] [EMAIL PROTECTED]
You see the same behavior with PHP 4.3.0-dev and ZE1.3 for 'parent'.
Calls to 'self' and the change in function name scope are ZE2 only
features anyway (I think).
[2002-08-15 20:09:25] [EMAIL PROTECTED]
Is this with ZE2 or ZE1?
[2002-08-15 17:10:04] [EMAIL PROTECTED]
Using call_user_func_array() inside a class function produces different
results from the equivalent direct function calls.
call_user_func_array(array('self,'method'), $args) gives an error,
although self::method() works, as does
call_user_func_array(array('myclassname','method'), $args).
(This format for calling static class methods is undocumented, by the
way - is it officially even supposed to work?)
Also, in PHP 4.3-dev, a call to myfunction() inside a class function
will check the current class's function table first, before calling a
globally defined function. But call_user_func_array('myfunction',$args)
does not - it only looks for global functions.
Whether any of these things are bugs or features, I don't know.
test script:
?php
class foo
{
function myname() { return 'foo'; }
function myself()
{
$args = func_get_args();
echo 'li', self::myname(), '::myself - my args are
',var_export($args,TRUE),\n;
}
}
class bar extends foo
{
function myname() { return 'bar'; }
function test()
{
foo::myself('calling foo::myself');
bar::myself('calling bar::myself');
self::myself('calling self::myself');
parent::myself('calling parent::myself');
call_user_func_array(array('foo','myself'),
array('call_user_func_array on array(foo,myself)'));
call_user_func_array(array('bar','myself'),
array('call_user_func_array on array(bar,myself)'));
call_user_func_array(array('parent','myself'),
array('call_user_func_array on array(parent,myself)'));
call_user_func_array(array('self','myself'),
array('call_user_func_array on array(self,myself)'));
myself('calling myself');
call_user_func_array('myself', array('call_user_func_array on
myself'));
}
}
function myself()
{
echo 'lii am the external function myself - my args are ',
var_export(func_get_args(), TRUE), \n;
}
bar::test('testing',1,2);
?
--
Edit this bug report at http://bugs.php.net/?id=18926edit=1
#17497 [Opn-Csd]: mssql extension crashes if magic_quotes_runtime is on
ID: 17497
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.2.1
New Comment:
Fixed in cvs, thanks...
Previous Comments:
[2002-05-28 20:30:16] [EMAIL PROTECTED]
I've found a bug in the mssql extension: If magic_quotes_runtime is set
every mssql_fetch_* produces a crash of php due to double freed memory.
The problem itself is produced in the following code:
if (PG(magic_quotes_runtime)) {
data = php_addslashes(Z_STRVAL(result-data[result-cur_row][i]),
Z_STRLEN(result-data[result-cur_row][i]),
Z_STRLEN(result-data[result-cur_row][i]), 1 TSRMLS_CC);
there the string stored in the zval gets freed without destroying the
zval itself, so later if the destructor of the the zval gets called (in
_free_result) the data is already freed and php crashes with a memory
exception.
to (quick)fix this just change the function call to
data = php_addslashes(Z_STRVAL(result-data[result-cur_row][i]),
Z_STRLEN(result-data[result-cur_row][i]), data_len, 0 TSRMLS_CC);
the data_len is there since the length of the passed string doesn't
change and if it gets changed by php_addslashes we will get warnings of
not 0 terminated strings sometimes. and the last parameter was changed
to 0 so php_addslashes doesn't free the memory.
regards
Dominik del Bondio
--
Edit this bug report at http://bugs.php.net/?id=17497edit=1
#20002 [Bgs-Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: And what for a mis-configuration ? Previous Comments: [2002-10-27 22:16:42] [EMAIL PROTECTED] most likely a mis-configuration, not a bug... [2002-10-23 11:19:40] [EMAIL PROTECTED] I missing only single chars from the htmlcode. For example a ''. [2002-10-21 15:08:41] [EMAIL PROTECTED] are you loosing *all* your output or only small pieces of it (feel free to talk to my directly in german mailto:hartmut;six.de ) PS: a simple warning doesn't imply the build is broken [2002-10-21 14:58:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And ignore all _warnings_. (that 'error' you had is only a warning) [2002-10-21 06:55:13] [EMAIL PROTECTED] I become the message: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' 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/20002 -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
#20114 [Csd-Fbk]: Post looses first 4 characters
ID: 20114 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: mbstring related Operating System: Red Hat Linux release 7.1 PHP Version: 4.2.3 New Comment: Thank you for the report. There is no difference between 4.3.0-pre1 and CVS HEAD version in the part of code blamed in 4.2.3, so I don't see the problem there. Did you get the same result with pre1 version? Previous Comments: [2002-10-27 11:04:40] [EMAIL PROTECTED] I upgraded to the lastest snapshot and it works great. I think this is also a problem in 4.3.0pre1 because I tried to upgrade to that and it still didn't work. [2002-10-27 00:45:02] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Also try --disable-mbstr-enc-trans if you still want to use 4.2.3. [2002-10-26 23:39:37] [EMAIL PROTECTED] Posting to an array variable LOOSES the first 4 charcters of data every time. The best way to see this is by example: !-- INPUT -- form action=?=$_SELF? method=POST input name=variable[] value=123456789 input name=variable[] value=abcdefghi input type=submit value=submit name=submit /form pre ?=print_r($_POST);? /pre !-- OUTPUT -- Array ( [variable] = Array ( [0] = 56789 [1] = efghi ) [submit] = submit ) --- I noticed this bug after a few clients upgraded to PHP 4.2.3 from 4.2.2. Nothing else changed on the server. -- Edit this bug report at http://bugs.php.net/?id=20114edit=1
#20141 [NEW]: Can't get setcookie to work with CGI version.
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.2.1
PHP Bug Type: Session related
Bug description: Can't get setcookie to work with CGI version.
I have been trying to setup cookies on a new site I'm working on. However
no matter what I try I can't create the cookie. The best I can tell this
just doesn't work with the CGI version of PHP. I am running windows 2000
server with IIS. Below is my code to create the cookie.
THANKS
?php
$username = $_POST['username'];
$password = $_POST['password'];
include_once('homeconnect.inc');
$result = mysql_query(SELECT * from users where home_user='$username'
AND home_pass='$password');
$num = mysql_num_rows($result); // how many rows match our
query?
if ($num == 0) // if none?
{ die (Username or password was incorrect, or you have not yet
registered. a href='signup.php'Click Here/a to sign up now.);}
mysql_close($db);
setcookie (user, $username);
header(Location: http://tim.brogdon.net/homepage/default.php;);
exit;
?
--
Edit bug report at http://bugs.php.net/?id=20141edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20141r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20141r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20141r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20141r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20141r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20141r=support
Expected behavior: http://bugs.php.net/fix.php?id=20141r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20141r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20141r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20141r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20141r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20141r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20141r=isapi
#20141 [Opn-Bgs]: Can't get setcookie to work with CGI version.
ID: 20141
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Windows 2000
PHP Version: 4.2.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Previous Comments:
[2002-10-28 15:15:08] [EMAIL PROTECTED]
I have been trying to setup cookies on a new site I'm working on.
However no matter what I try I can't create the cookie. The best I can
tell this just doesn't work with the CGI version of PHP. I am running
windows 2000 server with IIS. Below is my code to create the cookie.
THANKS
?php
$username = $_POST['username'];
$password = $_POST['password'];
include_once('homeconnect.inc');
$result = mysql_query(SELECT * from users where
home_user='$username' AND home_pass='$password');
$num = mysql_num_rows($result); // how many rows match our
query?
if ($num == 0) // if none?
{ die (Username or password was incorrect, or you have not yet
registered. a href='signup.php'Click Here/a to sign up now.);}
mysql_close($db);
setcookie (user, $username);
header(Location: http://tim.brogdon.net/homepage/default.php;);
exit;
?
--
Edit this bug report at http://bugs.php.net/?id=20141edit=1
#19730 [NoF-Opn]: PHP --with-mysql reports the wrong client API version
ID: 19730 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: MySQL related Operating System: debian linux potato PHP Version: 4.2.3 New Comment: Apologies for the delay; the previous message got lost in my inbox and I forgot to check up on it. I am unable to build from the snapshot. I grabbed the latest snapshot, and ran buildconf in the root of the source tree. then I ran my configure line (pasted earlier). Error follows: [root@aqua php4-200210280900]# make gcc -Iext/sockets/ -I/usr/local/src/php4-200210280900/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/src/php4-200210280900/include -I/usr/local/src/php4-200210280900/main -I/usr/local/src/php4-200210280900 -I/usr/local/src/php4-200210280900/Zend -I/usr/local/ssl/include -I/usr/local/include/mysql -I/usr/local/include/ucd-snmp -I/usr/local/src/php4-200210280900/ext/xml/expat -I/usr/local/include -I/usr/local/src/php4-200210280900/TSRM -g -O2 -c /usr/local/src/php4-200210280900/ext/sockets/sockets.c -o ext/sockets/sockets.o echo ext/sockets/sockets.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /usr/local/src/php4-200210280900/ext/sockets/sockets.c:276: conflicting types for `php_read' /usr/local/src/php4-200210280900/ext/sockets/php_sockets.h:105: previous declaration of `php_read' make: *** [ext/sockets/sockets.lo] Error 1 [root@aqua php4-200210280900]# Previous Comments: [2002-10-27 19:12:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-10-12 10:23:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Even as I'm pretty sure this is some problem in your system or an user error.. [2002-10-04 19:21:39] [EMAIL PROTECTED] yes, it does. Both the binary build and the apache module were built on October 2, 2002, and they both show the correct build date. [2002-10-04 18:29:07] [EMAIL PROTECTED] Can you check what the build-date is in the phpinfo output where the incorrect mysql version is shown? (2nd line, iirc) Does it match the date you build it? [2002-10-04 13:08:36] [EMAIL PROTECTED] Additionally, as I stated earlier, the PHP binary and the PHP Apache modules are being compiled on the same server, with the same configure options (except --with-apache). Nothing on the server was changed between building the binary and the module. They both used clean source trees (freshly untarred, even). The binary reports the correct version, the module does not. The module also does not report the version of the included MySQL libs, instead it reports a version of MySQL that has never been installed on the server. 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/19730 -- Edit this bug report at http://bugs.php.net/?id=19730edit=1
#16413 [Com]: Apache Startup Failure: Undefined symbol _mail_string
ID: 16413 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: _mail_string OPENBSD problem! I got PHP4 and configured it with the following arguments successfully: | [root@impulse conf]#./configure --with-apxs | --with-config-file-path=/var/www/conf --enable-safe-mode | --enable-track-vars --enable-magic-quotes --enable-bcmath | --enable-calendar --with-db2 --enable-ftp --with-imap --with-java | --with-ldap --with-mcal --with-mhash --with-pgsql --enable-trans-sid | --enable-memory-limit While compiling with LDFLAGS=-ldl (as suggested by some messages in the OpenBSD-misc archives; I received the following when compiling without -ldl, as well), I received the following: | *** Warning: inter-library dependencies are not known to be supported. | *** All declared inter-library dependencies are being dropped. | *** The inter-library dependencies that have been dropped here will be | *** automatically added whenever a program is linked with this library | *** or is declared to -dlopen it. | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xfab | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xf4f | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xcce | Making all in pear | [root@impulse php-4.0.0]# I then make-install'd without any errors. Upon restarting apache, I received the following error: | [root@impulse conf]#apachectl restart | /usr/sbin/apachectl restart: httpd not running, trying to start | /usr/libexec/ld.so: Undefined symbol _mail_string in | httpd:/usr/lib/apache/modules/libphp4.so | /usr/sbin/apachectl restart: httpd could not be started | [root@impulse conf]# I then configured PHP4 with only --with-apxs, and compiled cleanly, but received the same errors, so I don't think it's a problem in compiling one of the options. I have successfully had PHP3 run on the box with the same apache. Has anyone run into this before? Does anyone know any way to solve it? I saw somewhere that it might be an ELF problem, but I still do not understand why it works on PHP3. (no, i cannot use OpenBSD ports, coz I have to many features added). Previous Comments: [2002-06-29 01:00:07] [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. [2002-06-11 04:56:13] [EMAIL PROTECTED] Latest ports for OpenBSD 3.0 works now for me. Don't ask me why :-) [2002-06-01 16:18:10] [EMAIL PROTECTED] I have the same problem when compiling my own port in the same way but using PHP 4.1.2. Precompiled packages work also fine for me. (And may you see my bug report 17165 which appear to be near problem (ie. libc-client.a)). [2002-05-28 13:06:21] [EMAIL PROTECTED] Is this still an issue with PHP 4.2.1? [2002-04-03 21:27:02] [EMAIL PROTECTED] 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
#18926 [Com]: call_user_func_array does not mirror normal scope inside class functions
ID: 18926
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Mac OS X 10.1.5 / Darwin 5.5
PHP Version: 4CVS-2002-08-15
New Comment:
If this is not a bug, then how exactly is one supposed to be able to
make the function call
self::method($a,$b,$etc)
using call_user_func_array()??? or is that not supported? because this
still doesn't work. a word or two of explanation would be polite.
Previous Comments:
[2002-10-28 14:10:29] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2002-08-15 21:09:04] [EMAIL PROTECTED]
presuming ZE == ZE1.3.0, this is on a vanilla build from CVS
(just checked it out, ran buildconf, then configure w/o options):
?php
class foo { function from_foo($p) { echo i am from foo: $p\n; } }
class bar extends foo {
function test() {
foo::from_foo('foo::from_foo');
call_user_func(
array('foo','from_foo')
,'call_user_func(array(foo,from_foo))'
);
parent::from_foo('parent::from_foo');
call_user_func(
array('parent','from_foo')
,'call_user_func(array(parent,from_foo))'
);
}
}
error_reporting(E_ALL);
bar::test();
?
gives you:
# sapi/cli/php -v
PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
# sapi/cli/php ctest.php
i am from foo: foo::from_foo
i am from foo: call_user_func(array(foo,from_foo))
i am from foo: parent::from_foo
Warning: call_user_func(): First argumented is expected to be a valid
callback, 'parent::from_foo' was given in ctest.php on line 14
[2002-08-15 20:40:37] [EMAIL PROTECTED]
can you please give a ZE example?
[2002-08-15 20:26:30] [EMAIL PROTECTED]
You see the same behavior with PHP 4.3.0-dev and ZE1.3 for 'parent'.
Calls to 'self' and the change in function name scope are ZE2 only
features anyway (I think).
[2002-08-15 20:09:25] [EMAIL PROTECTED]
Is this with ZE2 or ZE1?
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/18926
--
Edit this bug report at http://bugs.php.net/?id=18926edit=1
#18926 [Bgs-Opn]: __construct() blocks use of __get() in parent
ID: 18926
User updated by: [EMAIL PROTECTED]
-Summary: call_user_func_array does not mirror normal scope
inside class functions
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
-Operating System: Mac OS X 10.1.5 / Darwin 5.5
+Operating System: OS X 10.1
-PHP Version: 4CVS-2002-08-15
+PHP Version: 4CVS-2002-10-26
New Comment:
Still doesn't work on ZE2.
Previous Comments:
[2002-10-28 15:46:45] [EMAIL PROTECTED]
If this is not a bug, then how exactly is one supposed to be able to
make the function call
self::method($a,$b,$etc)
using call_user_func_array()??? or is that not supported? because this
still doesn't work. a word or two of explanation would be polite.
[2002-10-28 14:10:29] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2002-08-15 21:09:04] [EMAIL PROTECTED]
presuming ZE == ZE1.3.0, this is on a vanilla build from CVS
(just checked it out, ran buildconf, then configure w/o options):
?php
class foo { function from_foo($p) { echo i am from foo: $p\n; } }
class bar extends foo {
function test() {
foo::from_foo('foo::from_foo');
call_user_func(
array('foo','from_foo')
,'call_user_func(array(foo,from_foo))'
);
parent::from_foo('parent::from_foo');
call_user_func(
array('parent','from_foo')
,'call_user_func(array(parent,from_foo))'
);
}
}
error_reporting(E_ALL);
bar::test();
?
gives you:
# sapi/cli/php -v
PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
# sapi/cli/php ctest.php
i am from foo: foo::from_foo
i am from foo: call_user_func(array(foo,from_foo))
i am from foo: parent::from_foo
Warning: call_user_func(): First argumented is expected to be a valid
callback, 'parent::from_foo' was given in ctest.php on line 14
[2002-08-15 20:40:37] [EMAIL PROTECTED]
can you please give a ZE example?
[2002-08-15 20:26:30] [EMAIL PROTECTED]
You see the same behavior with PHP 4.3.0-dev and ZE1.3 for 'parent'.
Calls to 'self' and the change in function name scope are ZE2 only
features anyway (I think).
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/18926
--
Edit this bug report at http://bugs.php.net/?id=18926edit=1
#20142 [NEW]: Session and EscapeShellCmd problem
From: [EMAIL PROTECTED]
Operating system: Win 2K
PHP version: 4.2.3
PHP Bug Type: Session related
Bug description: Session and EscapeShellCmd problem
I am using sessions with variables that have passed through
EscapeShellCmd(). The EscapeShellCmd function does its job well and
appends a \ before each special character. I am also using user defined
session handlers with session_set_save_handler(). Listed below is my
script that executes the session_set_save_handler function along with all
the functions for the session handlers. The problem occurs when PHP
inserts or updates a value to the session database that has gone through
the EscapeShellCmd function and escaped any special characters. The
session separator value counts the backslashes even though they are not
posted. For instance:
/***/
// If I set a variable
$test = blah;
// And then run the EscapeShellCmd function
$test = EscapeShellCmd($test);
// and then register it as a session variable
session_register(test);
// then print the variable to see what it looks like
print $test;# This outputs: b\lah
/***/
It adds the session, but counts the backslash as part of the session
separator so that the session variable looks something like this:
test|s:6:b'lah;
when it should read:
test|s:5:b'lah;
Because it says 6, the count of characters is off and all of the session
variables become damaged.
If this is not a bug, and there is an easy solution to this please let me
know, and I apologize for posting here. I have asked around and am unable
to find an answer.
Thank you for your time and effort.
-Glenn DeVore
P.S. Below is my session handlers script.
/***/
// This is the session handler script page
/***/
include(error.inc);
include(db.inc);
// The database connection
// $connection;
// The global variable that holds the table name
// $session_table;
// Returns current time as a number.
// Used for recording the last session access.
//
if (!function_exists('getMicroTime')) {
function getMicroTime()
{
// microtime() returns the number of seconds
// since 0:00:00 January 1, 1970 GMT as a
// microsecond part and a second part.
// eg: 0.08344800 1000952237
// Convert the two parts into an array
$mtime = explode( , microtime());
// Return the addition of the two parts
// eg: 1000952237.08344800
return($mtime[1] + $mtime[0]);
}
}
// The session open handler called by PHP whenever
// a session is initialized. Always returns true.
//
if (!function_exists('sessionOpen')) {
function sessionOpen($database_name, $table_name)
{
// Save the database name in a global variable
global $connection;
global $hostName;
global $username;
global $password;
global $session_table;
if (!($connection = @ mysql_pconnect($hostName,
$username,
$password)))
showerror();
if (!mysql_select_db($database_name, $connection))
showerror();
// Save the table name in a global variable
$session_table = $table_name;
return true;
}
}
// This function is called whenever a session_start()
// call is made and reads the session variables
// Returns when a session is not found
// (serialized)string - session exists
//
if (!function_exists('sessionRead')) {
function sessionRead($sess_id)
{
// Access the DBMS connection
global $connection;
// Access the global variable that holds the name
// of the table that holds the session variables
global $session_table;
// Formulate a query to find the session
// identified by $sess_id
$search_query =
SELECT * FROM $session_table
WHERE session_id = '$sess_id';
// Execute the query
if (!($result = @ mysql_query($search_query,
$connection)))
showerror();
if(mysql_num_rows($result) == 0)
// No session found - return an empty string
return ;
else
{
// Found a session - return the serialized string
$row = mysql_fetch_array($result);
return $row[session_variable];
}
}
}
// This function is called when a session is initialized
// with a session_start() call, when variables are
// registered or unregistered, and when session variables
// are modified. Returns true on success.
//
if (!function_exists('sessionWrite')) {
function sessionWrite($sess_id, $val)
{
global $connection;
global $session_table;
$time_stamp = getMicroTime();
$search_query =
SELECT session_id FROM $session_table
WHERE session_id = '$sess_id';
// Execute the query
if (!($result = @ mysql_query($search_query,
$connection)))
#16413 [Com]: Apache Startup Failure: Undefined symbol _mail_string
ID: 16413 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IMAP related Operating System: OpenBSD 3.0 PHP Version: 4.1.2 New Comment: Forget it. It works now. I installed the imap-uw-4.7c2.tgz from http://www.openbsd.org/2.8_packages/i386.html .. Previous Comments: [2002-10-28 15:44:08] [EMAIL PROTECTED] _mail_string OPENBSD problem! I got PHP4 and configured it with the following arguments successfully: | [root@impulse conf]#./configure --with-apxs | --with-config-file-path=/var/www/conf --enable-safe-mode | --enable-track-vars --enable-magic-quotes --enable-bcmath | --enable-calendar --with-db2 --enable-ftp --with-imap --with-java | --with-ldap --with-mcal --with-mhash --with-pgsql --enable-trans-sid | --enable-memory-limit While compiling with LDFLAGS=-ldl (as suggested by some messages in the OpenBSD-misc archives; I received the following when compiling without -ldl, as well), I received the following: | *** Warning: inter-library dependencies are not known to be supported. | *** All declared inter-library dependencies are being dropped. | *** The inter-library dependencies that have been dropped here will be | *** automatically added whenever a program is linked with this library | *** or is declared to -dlopen it. | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xfab | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xf4f | ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer | to global symbol at 0xcce | Making all in pear | [root@impulse php-4.0.0]# I then make-install'd without any errors. Upon restarting apache, I received the following error: | [root@impulse conf]#apachectl restart | /usr/sbin/apachectl restart: httpd not running, trying to start | /usr/libexec/ld.so: Undefined symbol _mail_string in | httpd:/usr/lib/apache/modules/libphp4.so | /usr/sbin/apachectl restart: httpd could not be started | [root@impulse conf]# I then configured PHP4 with only --with-apxs, and compiled cleanly, but received the same errors, so I don't think it's a problem in compiling one of the options. I have successfully had PHP3 run on the box with the same apache. Has anyone run into this before? Does anyone know any way to solve it? I saw somewhere that it might be an ELF problem, but I still do not understand why it works on PHP3. (no, i cannot use OpenBSD ports, coz I have to many features added). [2002-06-29 01:00:07] [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. [2002-06-11 04:56:13] [EMAIL PROTECTED] Latest ports for OpenBSD 3.0 works now for me. Don't ask me why :-) [2002-06-01 16:18:10] [EMAIL PROTECTED] I have the same problem when compiling my own port in the same way but using PHP 4.1.2. Precompiled packages work also fine for me. (And may you see my bug report 17165 which appear to be near problem (ie. libc-client.a)). [2002-05-28 13:06:21] [EMAIL PROTECTED] Is this still an issue with PHP 4.2.1? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16413 -- Edit this bug report at http://bugs.php.net/?id=16413edit=1
#20129 [Com]: ImageTTFText implode( , $argv)
ID: 20129 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.x PHP Version: 4.2.3 New Comment: Ok, the status is changed to Bogus. Is this working as designed and not a problem/bug? Thanks, - Justin Previous Comments: [2002-10-27 22:07:41] [EMAIL PROTECTED] ohhh, god... [2002-10-27 20:48:08] [EMAIL PROTECTED] I cannot use implode with the ImageTTFText function. The following code does not work, it returns a broken image: ?php Header(Content-type: image/png); //$string = Test; $string = implode( , $argv); $string = urldecode($string); $im = imageCreateFromPng(header_img2.png); $white = ImageColorAllocate($im, 167, 194, 206); $px = (imagesx($im)-7.5*strlen($string))/2; ImageTTFText($im, 30, 0, $px, 42, $white, /usr/local/apache/htdocs/ttf/ARTBRUSH.TTF, $string); ImagePng($im); ImageDestroy($im); ? If I comment out the implode line and set $string then it works great. I use implode with other code for creating other images but not with ImageTTFText. Thanks! - Justin -- Edit this bug report at http://bugs.php.net/?id=20129edit=1
#20129 [Bgs]: ImageTTFText implode( , $argv)
ID: 20129 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.x PHP Version: 4.2.3 New Comment: $argv is an array, and implode() takes an array. Sterling is wondering to the powers that be why in God's name you passed $argv in quotes (thereby making it a string) to the implode function. Previous Comments: [2002-10-28 16:35:07] [EMAIL PROTECTED] Ok, the status is changed to Bogus. Is this working as designed and not a problem/bug? Thanks, - Justin [2002-10-27 22:07:41] [EMAIL PROTECTED] ohhh, god... [2002-10-27 20:48:08] [EMAIL PROTECTED] I cannot use implode with the ImageTTFText function. The following code does not work, it returns a broken image: ?php Header(Content-type: image/png); //$string = Test; $string = implode( , $argv); $string = urldecode($string); $im = imageCreateFromPng(header_img2.png); $white = ImageColorAllocate($im, 167, 194, 206); $px = (imagesx($im)-7.5*strlen($string))/2; ImageTTFText($im, 30, 0, $px, 42, $white, /usr/local/apache/htdocs/ttf/ARTBRUSH.TTF, $string); ImagePng($im); ImageDestroy($im); ? If I comment out the implode line and set $string then it works great. I use implode with other code for creating other images but not with ImageTTFText. Thanks! - Justin -- Edit this bug report at http://bugs.php.net/?id=20129edit=1
#20129 [Com]: ImageTTFText implode( , $argv)
ID: 20129 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.x PHP Version: 4.2.3 New Comment: Oh, I don't know why I did that I took the off and it is still not working... e... Any ideas? Sorry to take up your guys time on this... - Justin Previous Comments: [2002-10-28 16:46:26] [EMAIL PROTECTED] $argv is an array, and implode() takes an array. Sterling is wondering to the powers that be why in God's name you passed $argv in quotes (thereby making it a string) to the implode function. [2002-10-28 16:35:07] [EMAIL PROTECTED] Ok, the status is changed to Bogus. Is this working as designed and not a problem/bug? Thanks, - Justin [2002-10-27 22:07:41] [EMAIL PROTECTED] ohhh, god... [2002-10-27 20:48:08] [EMAIL PROTECTED] I cannot use implode with the ImageTTFText function. The following code does not work, it returns a broken image: ?php Header(Content-type: image/png); //$string = Test; $string = implode( , $argv); $string = urldecode($string); $im = imageCreateFromPng(header_img2.png); $white = ImageColorAllocate($im, 167, 194, 206); $px = (imagesx($im)-7.5*strlen($string))/2; ImageTTFText($im, 30, 0, $px, 42, $white, /usr/local/apache/htdocs/ttf/ARTBRUSH.TTF, $string); ImagePng($im); ImageDestroy($im); ? If I comment out the implode line and set $string then it works great. I use implode with other code for creating other images but not with ImageTTFText. Thanks! - Justin -- Edit this bug report at http://bugs.php.net/?id=20129edit=1
#20129 [Bgs]: ImageTTFText implode( , $argv)
ID: 20129 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.x PHP Version: 4.2.3 New Comment: So stop and debug it without the image-related stuff in there. Previous Comments: [2002-10-28 17:21:28] [EMAIL PROTECTED] Oh, I don't know why I did that I took the off and it is still not working... e... Any ideas? Sorry to take up your guys time on this... - Justin [2002-10-28 16:46:26] [EMAIL PROTECTED] $argv is an array, and implode() takes an array. Sterling is wondering to the powers that be why in God's name you passed $argv in quotes (thereby making it a string) to the implode function. [2002-10-28 16:35:07] [EMAIL PROTECTED] Ok, the status is changed to Bogus. Is this working as designed and not a problem/bug? Thanks, - Justin [2002-10-27 22:07:41] [EMAIL PROTECTED] ohhh, god... [2002-10-27 20:48:08] [EMAIL PROTECTED] I cannot use implode with the ImageTTFText function. The following code does not work, it returns a broken image: ?php Header(Content-type: image/png); //$string = Test; $string = implode( , $argv); $string = urldecode($string); $im = imageCreateFromPng(header_img2.png); $white = ImageColorAllocate($im, 167, 194, 206); $px = (imagesx($im)-7.5*strlen($string))/2; ImageTTFText($im, 30, 0, $px, 42, $white, /usr/local/apache/htdocs/ttf/ARTBRUSH.TTF, $string); ImagePng($im); ImageDestroy($im); ? If I comment out the implode line and set $string then it works great. I use implode with other code for creating other images but not with ImageTTFText. Thanks! - Justin -- Edit this bug report at http://bugs.php.net/?id=20129edit=1
#20140 [Opn-Bgs]: basic_functions.c incompatible pointer type
ID: 20140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OpenBSD 3.1-stable PHP Version: 4CVS-2002-10-28 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Previous Comments: [2002-10-28 13:26:13] [EMAIL PROTECTED] buildconf anc configure work fine. With this config: ./configure --with-mysql=/usr/local --with-pdflib --enable-exif --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-vpopmail --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring --with-pear=/usr/local/lib/php I get this error on make: gcc -Iext/standard/ -I/usr/local/src/php4/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php4/ext/xml/expat -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/standard/basic_functions.c -o ext/standard/basic_functions.o echo ext/standard/basic_functions.lo /usr/local/src/php4/ext/standard/basic_functions.c:1377: warning: `struct option' declared inside parameter list /usr/local/src/php4/ext/standard/basic_functions.c:1377: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/src/php4/ext/standard/basic_functions.c: In function `free_longopts': /usr/local/src/php4/ext/standard/basic_functions.c:1382: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1382: increment of pointer to unknown structure /usr/local/src/php4/ext/standard/basic_functions.c:1382: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1383: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c: In function `zif_getopt': /usr/local/src/php4/ext/standard/basic_functions.c:1458: sizeof applied to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1470: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1474: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1477: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1482: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1483: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1484: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1487: increment of pointer to unknown structure /usr/local/src/php4/ext/standard/basic_functions.c:1487: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1519: arithmetic on pointer to an incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1519: dereferencing pointer to incomplete type /usr/local/src/php4/ext/standard/basic_functions.c:1548: warning: passing arg 1 of `free_longopts' from incompatible pointer type *** Error code 1 Stop in /usr/local/src/php4 (line 428 of Makefile). -- Edit this bug report at http://bugs.php.net/?id=20140edit=1
#20002 [Opn-Fbk]: Lose auf HTML-Code at session_start()
ID: 20002 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-28 14:19:20] [EMAIL PROTECTED] And what for a mis-configuration ? [2002-10-27 22:16:42] [EMAIL PROTECTED] most likely a mis-configuration, not a bug... [2002-10-23 11:19:40] [EMAIL PROTECTED] I missing only single chars from the htmlcode. For example a ''. [2002-10-21 15:08:41] [EMAIL PROTECTED] are you loosing *all* your output or only small pieces of it (feel free to talk to my directly in german mailto:hartmut;six.de ) PS: a simple warning doesn't imply the build is broken [2002-10-21 14:58:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And ignore all _warnings_. (that 'error' you had is only a warning) 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/20002 -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
#19730 [Opn-Fbk]: PHP --with-mysql reports the wrong client API version
ID: 19730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: debian linux potato PHP Version: 4.2.3 New Comment: That compile error is fixed. Please try more recent snapshot tomorrow. Previous Comments: [2002-10-28 15:42:28] [EMAIL PROTECTED] Apologies for the delay; the previous message got lost in my inbox and I forgot to check up on it. I am unable to build from the snapshot. I grabbed the latest snapshot, and ran buildconf in the root of the source tree. then I ran my configure line (pasted earlier). Error follows: [root@aqua php4-200210280900]# make gcc -Iext/sockets/ -I/usr/local/src/php4-200210280900/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/src/php4-200210280900/include -I/usr/local/src/php4-200210280900/main -I/usr/local/src/php4-200210280900 -I/usr/local/src/php4-200210280900/Zend -I/usr/local/ssl/include -I/usr/local/include/mysql -I/usr/local/include/ucd-snmp -I/usr/local/src/php4-200210280900/ext/xml/expat -I/usr/local/include -I/usr/local/src/php4-200210280900/TSRM -g -O2 -c /usr/local/src/php4-200210280900/ext/sockets/sockets.c -o ext/sockets/sockets.o echo ext/sockets/sockets.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /usr/local/src/php4-200210280900/ext/sockets/sockets.c:276: conflicting types for `php_read' /usr/local/src/php4-200210280900/ext/sockets/php_sockets.h:105: previous declaration of `php_read' make: *** [ext/sockets/sockets.lo] Error 1 [root@aqua php4-200210280900]# [2002-10-27 19:12:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-10-12 10:23:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Even as I'm pretty sure this is some problem in your system or an user error.. [2002-10-04 19:21:39] [EMAIL PROTECTED] yes, it does. Both the binary build and the apache module were built on October 2, 2002, and they both show the correct build date. [2002-10-04 18:29:07] [EMAIL PROTECTED] Can you check what the build-date is in the phpinfo output where the incorrect mysql version is shown? (2nd line, iirc) Does it match the date you build it? 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/19730 -- Edit this bug report at http://bugs.php.net/?id=19730edit=1
#20142 [Opn-Fbk]: Session and EscapeShellCmd problem
ID: 20142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Win 2K
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-10-28 16:00:30] [EMAIL PROTECTED]
I am using sessions with variables that have passed through
EscapeShellCmd(). The EscapeShellCmd function does its job well and
appends a \ before each special character. I am also using user
defined session handlers with session_set_save_handler(). Listed below
is my script that executes the session_set_save_handler function along
with all the functions for the session handlers. The problem occurs
when PHP inserts or updates a value to the session database that has
gone through the EscapeShellCmd function and escaped any special
characters. The session separator value counts the backslashes even
though they are not posted. For instance:
/***/
// If I set a variable
$test = blah;
// And then run the EscapeShellCmd function
$test = EscapeShellCmd($test);
// and then register it as a session variable
session_register(test);
// then print the variable to see what it looks like
print $test;# This outputs: b\lah
/***/
It adds the session, but counts the backslash as part of the session
separator so that the session variable looks something like this:
test|s:6:b'lah;
when it should read:
test|s:5:b'lah;
Because it says 6, the count of characters is off and all of the
session variables become damaged.
If this is not a bug, and there is an easy solution to this please let
me know, and I apologize for posting here. I have asked around and am
unable to find an answer.
Thank you for your time and effort.
-Glenn DeVore
P.S. Below is my session handlers script.
/***/
// This is the session handler script page
/***/
include(error.inc);
include(db.inc);
// The database connection
// $connection;
// The global variable that holds the table name
// $session_table;
// Returns current time as a number.
// Used for recording the last session access.
//
if (!function_exists('getMicroTime')) {
function getMicroTime()
{
// microtime() returns the number of seconds
// since 0:00:00 January 1, 1970 GMT as a
// microsecond part and a second part.
// eg: 0.08344800 1000952237
// Convert the two parts into an array
$mtime = explode( , microtime());
// Return the addition of the two parts
// eg: 1000952237.08344800
return($mtime[1] + $mtime[0]);
}
}
// The session open handler called by PHP whenever
// a session is initialized. Always returns true.
//
if (!function_exists('sessionOpen')) {
function sessionOpen($database_name, $table_name)
{
// Save the database name in a global variable
global $connection;
global $hostName;
global $username;
global $password;
global $session_table;
if (!($connection = @ mysql_pconnect($hostName,
$username,
$password)))
showerror();
if (!mysql_select_db($database_name, $connection))
showerror();
// Save the table name in a global variable
$session_table = $table_name;
return true;
}
}
// This function is called whenever a session_start()
// call is made and reads the session variables
// Returns when a session is not found
// (serialized)string - session exists
//
if (!function_exists('sessionRead')) {
function sessionRead($sess_id)
{
// Access the DBMS connection
global $connection;
// Access the global variable that holds the name
// of the table that holds the session variables
global $session_table;
// Formulate a query to find the session
// identified by $sess_id
$search_query =
SELECT * FROM $session_table
WHERE session_id = '$sess_id';
// Execute the query
if (!($result = @ mysql_query($search_query,
$connection)))
showerror();
if(mysql_num_rows($result) == 0)
// No session found - return an empty string
return ;
else
{
// Found a session - return the serialized string
$row = mysql_fetch_array($result);
return $row[session_variable];
}
}
}
// This function is called when a session is initialized
// with a session_start() call, when variables are
// registered or unregistered, and when session variables
// are modified. Returns true on success.
//
if (!function_exists('sessionWrite')) {
#20129 [Com]: ImageTTFText implode( , $argv)
ID: 20129 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.x PHP Version: 4.2.3 New Comment: OK, I am an idot... Setting register_globals to on fixed my problem. When it is set to off I get Bad arguments to implode() I am not sure why some of my scripts still work and others don't... Sorry to have logged this bug, of couse it is not a bug... errr Thanks!! - Justin Previous Comments: [2002-10-28 17:23:50] [EMAIL PROTECTED] So stop and debug it without the image-related stuff in there. [2002-10-28 17:21:28] [EMAIL PROTECTED] Oh, I don't know why I did that I took the off and it is still not working... e... Any ideas? Sorry to take up your guys time on this... - Justin [2002-10-28 16:46:26] [EMAIL PROTECTED] $argv is an array, and implode() takes an array. Sterling is wondering to the powers that be why in God's name you passed $argv in quotes (thereby making it a string) to the implode function. [2002-10-28 16:35:07] [EMAIL PROTECTED] Ok, the status is changed to Bogus. Is this working as designed and not a problem/bug? Thanks, - Justin [2002-10-27 22:07:41] [EMAIL PROTECTED] ohhh, god... 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/20129 -- Edit this bug report at http://bugs.php.net/?id=20129edit=1
#19656 [Com]: FastCGI : Wrong SCRIPT_NAME and SCRIPT_FILENAME
ID: 19656 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: It doesn't work : Fatal error: input in flex scanner failed in - on line 1 Sorry... am I missing something ? --elk Previous Comments: [2002-10-28 10:46:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-29 07:22:52] [EMAIL PROTECTED] I don't think this hack still works for PHP 4.2 because there is no _SERVER vars... aie... [2002-09-29 06:54:42] [EMAIL PROTECTED] When running PHP under FastCGI (with Suexec wrapper enabled), the variables _SERVER[SCRIPT_NAME] and _SERVER[SCRIPT_FILENAME] are returning the path and filename of the PHP-FCGI binary instead of the path and filename of the current executing script, that is, the values of _ENV[SCRIPT_NAME] and _ENV[SCRIPT_FILENAME] respectively. This breaks a lot of scripts relying on just $SCRIPT_NAME and $SCRIPT_FILENAME; ie, when setting up this in httpd.conf : ScriptAlias /fcgi-bin/ /usr/local/apache/bin/ Location /fcgi-bin/ SetHandler fastcgi-script /Location AddType application/x-httpd-php .php .php3 .php4 Action application/x-httpd-php /fcgi-bin/php.fcgi When called from a script, $SCRIPT_NAME becomes : /fcgi-bin/php.fcgi $SCRIPT_FILENAME becomes : /usr/local/apache/bin/php.fcgi Versions : PHP 4.2.3 compiled with --with-fastcgi mod_fastcgi 2.2.12 Apache 1.3.26 I modified sapi/fastcgi.c to register the correct _SERVER vars, and it works OK. At line 164, add : php_register_variable(SCRIPT_NAME, (SG(request_info).request_uri ? SG(request_info).request_uri:), track_vars_array TSRM LS_CC); php_register_variable(SCRIPT_FILENAME, (SG(request_info).path_translated ? SG(request_info).path_translated:), track_var s_array TSRMLS_CC); Best, [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=19656edit=1
#9852 [Csd]: Header redirect and db connection cause CGI misbehaved
ID: 9852 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: We fix what we can fix given our resources and the environment we are working in. In many ways M$ does not provide us with a level playing-field and as such you will find that PHP is much much stronger on non-M$ platforms where we are not hampered by closed-source, vague and often quite buggy apis. But thank you for your amazingly constructive comments. Previous Comments: [2002-10-28 18:59:46] [EMAIL PROTECTED] I was having major problems with this just as everyone else was so I changed my setting from being optimized for background processes to applications and everything seems to be working smoothly. That said, I am very disappointed with PHP, and I really hope that the developers learn from their mistakes... especially this one. This type of error cannot be tolerated, especially when it's been present for this long. Version after version... nobody seems to be paying attention to it. I'm sorry, but I think I will be moving to asp.net if php cannot handle the speed of our servers. I understand that bringing up asp.net in a PHP forum is not a good idea, however I'm just stating the facts. Farewell PHP, I might be back, but in the mean time I choose not to put my reputation into the hands of ignorant programmers. [2002-10-28 08:41:44] [EMAIL PROTECTED] On our servers, we were recieving this cgi error a lot. I haven't installed the specific patch or updated MDAC. (web server - w2k sp3 iis 5, fast; mssql server - w2k sp3 mssql 2000, fast; all on a 1gb private net). My web server was set to background by default. I changed to APPLICATION and things have been working well. It seems that folks are using the background setting after the updates and patches. Don't know if this is of any use, but I thought I'd let people know. Also, I only recieve the CGI error on the IE browser. I have yet to recieve it on Mozilla. Thanks Seth [2002-10-28 04:35:26] [EMAIL PROTECTED] Thanx for the quick answer dmendez, I now switched to Background Application, there are no CGI Errors, but i just could not stress test the server. But it seems as if that solved the problem. [2002-10-25 10:15:11] [EMAIL PROTECTED] Ewald, this setting is applicable to windows not to IIS. Go to start button, control panel, system, advanced tab then performance option. good luck. dmendez [2002-10-25 03:42:41] [EMAIL PROTECTED] We have the same problem and the same configuration Web server: Win2000 Server IIS 5.0 PHP 4.2.2 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 The CGI Error is apperaing now and then. Tried all patches (MDAC 2.7 ...) and Check File exists.. but nothing really worked.. I would love to try to change these perfomance options as Ottawa posted, but unfortunately I don't know where in IIS to set them! Could somebody give me a helping hand on that ?? I will then test and post the results! Thanks Ewald 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/9852 -- Edit this bug report at http://bugs.php.net/?id=9852edit=1
#15180 [Opn]: _POST -- HTTP_POST_VARS (refrences!!! not)
ID: 15180
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.1.1
New Comment:
I noticed it is a copy before release. Will this be changed? I don't
care, but I guess not.
Previous Comments:
[2002-10-27 22:40:41] [EMAIL PROTECTED]
feature/change request...
[2002-01-23 04:43:02] [EMAIL PROTECTED]
Hi,
I have recently installed PHP 4.1.1 and I found
that _POST is not a reference of HTTP_POST_VARS
but a copy. I think that it should be reference.
Here is a reply to one of my old message in which
Yasuo Ohgaki wrote:
$_SEERVER, etc are reference of $HTTP_*_VARS.
I think this should be noted *obvious* place when 4.1.0 is
released :)
http://www.zend.com/lists/php-dev/200112/msg00376.html
A simple script for prove:
?php
function func_change($value, $key)
{
if (is_string($value)) {
$value = '***'.$value;
}
}
echo('PRE');
echo('HTTP_GET_VARS before: '); print_r($HTTP_GET_VARS);
echo('_GET before: '); print_r($_GET);
reset($HTTP_GET_VARS);
array_walk($HTTP_GET_VARS, 'func_change');
reset($HTTP_GET_VARS);
echo('HTTP_GET_VARS after: '); print_r($HTTP_GET_VARS);
echo('_GET after: '); print_r($_GET);
echo('/PRE');
?
call it as:
/testsuperglobals.php?x=lalala=1b=dkdkkd
and you will see this:
HTTP_GET_VARS before: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
_GET before: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
HTTP_GET_VARS after: Array
(
[x] = ***lalal
[a] = ***1
[b] = ***dkdkkd
)
_GET after: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
--
Edit this bug report at http://bugs.php.net/?id=15180edit=1
#15180 [Opn-]: _POST -- HTTP_POST_VARS (refrences!!! not)
ID: 15180
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Won\'t fix
Bug Type: Feature/Change Request
Operating System: ALL
PHP Version: 4.1.1
New Comment:
Just for the record, I proposed the same thing.
But someone insisted it's not needed to be reference.
You can find it somewhere in archive.
Previous Comments:
[2002-10-28 21:45:29] [EMAIL PROTECTED]
I noticed it is a copy before release. Will this be changed? I don't
care, but I guess not.
[2002-10-27 22:40:41] [EMAIL PROTECTED]
feature/change request...
[2002-01-23 04:43:02] [EMAIL PROTECTED]
Hi,
I have recently installed PHP 4.1.1 and I found
that _POST is not a reference of HTTP_POST_VARS
but a copy. I think that it should be reference.
Here is a reply to one of my old message in which
Yasuo Ohgaki wrote:
$_SEERVER, etc are reference of $HTTP_*_VARS.
I think this should be noted *obvious* place when 4.1.0 is
released :)
http://www.zend.com/lists/php-dev/200112/msg00376.html
A simple script for prove:
?php
function func_change($value, $key)
{
if (is_string($value)) {
$value = '***'.$value;
}
}
echo('PRE');
echo('HTTP_GET_VARS before: '); print_r($HTTP_GET_VARS);
echo('_GET before: '); print_r($_GET);
reset($HTTP_GET_VARS);
array_walk($HTTP_GET_VARS, 'func_change');
reset($HTTP_GET_VARS);
echo('HTTP_GET_VARS after: '); print_r($HTTP_GET_VARS);
echo('_GET after: '); print_r($_GET);
echo('/PRE');
?
call it as:
/testsuperglobals.php?x=lalala=1b=dkdkkd
and you will see this:
HTTP_GET_VARS before: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
_GET before: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
HTTP_GET_VARS after: Array
(
[x] = ***lalal
[a] = ***1
[b] = ***dkdkkd
)
_GET after: Array
(
[x] = lalal
[a] = 1
[b] = dkdkkd
)
--
Edit this bug report at http://bugs.php.net/?id=15180edit=1
#19768 [Opn-Bgs]: Expires header incorrectly set, cannot be overwritten
ID: 19768
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Win32, Unix
PHP Version: 4.2.1
New Comment:
Since HTTP/1.0 lacks cache control feature can be found in HTTP/1.1,
past date expire header should be sent.
It's not a bug, but a intended behavior for HTTP/1.0 clients.
See also header() manual page to replace header, but add new one.
Previous Comments:
[2002-10-26 11:23:15] [EMAIL PROTECTED]
Also see my detailed comment on bug #5415
http://bugs.php.net/bug.php?id=5415
[2002-10-26 11:08:26] [EMAIL PROTECTED]
I did use private, but this causes incorrect Expires headers as
described. That's why I switched to none and created the headers
myself.
[2002-10-21 14:55:10] [EMAIL PROTECTED]
There seems to be a misunderstanding:
Using session_cache_limiter(private) will create the malformed
Expires headers mentioned in my bug report.
[2002-10-20 13:04:06] [EMAIL PROTECTED]
The default value 'nocache' means that the page should not be cached at
all. Have a look at php.ini-dist, you probably want to set
session.cache_limiter to 'private'.
[2002-10-05 11:50:34] [EMAIL PROTECTED]
session_cache_control('none') was meant to read
session_cache_limiter('none'). Sorry.
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/19768
--
Edit this bug report at http://bugs.php.net/?id=19768edit=1
#13035 [Bgs-Opn]: 404 on a .php results in SERVER ERROR when using php as a cgi
ID: 13035 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open -Bug Type: Apache related +Bug Type: Other web server Operating System: Linux 2.4.6 -PHP Version: 4.0.6 +PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reopen to confirm if the problem is in 4.3.0-dev Previous Comments: [2002-10-24 08:35:35] [EMAIL PROTECTED] I would like the PHP developers to please consider reopening this bug. I don't think it is bogus. It still happens with PHP 4.2.x: The problem is simple: when using PHP as a CGI and pointing to a non-existing PHP file, instead of a 404 error we receive an empty page or a 500 - Internal Server error from the PHP CGI due to missing HTTP headers. I think the solution is that the PHP CGI should be modified to return a 404 error header when it cannot find the .php file that it is being pointed to. [2002-06-13 18:04:46] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. [2002-03-26 18:50:25] [EMAIL PROTECTED] This problem has been annoying me for a while and is still present in 4.1.2 (CGI) at least. I stepped through the code in a debugger and found out that when the php script doesn't exist then zend_error() is called at the lower-level, but the zend_catch in cgi_main.c catches the error and the php execution ends without any HTTP headers or anything... hence the '500 Server Error'. I don't know enough about the way Zend works to propose a patch, but I found a nice WORKAROUND... in your php.ini, set log_errors=On; This way, the error message will be sent to your Apache error_log, and the php execution will end nicely with proper HTTP headers, but an empty document, which is better than a 500 server error. [2002-03-07 14:26:29] [EMAIL PROTECTED] Yes with PHP 4.1.2 the problem occures still for me. [2002-01-17 19:32:26] [EMAIL PROTECTED] I dont know. I dont have 4.1.1 compiled as a CGI anywhere, won't have time to do it and test it until next week probably. 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/13035 -- Edit this bug report at http://bugs.php.net/?id=13035edit=1
#19811 [NoF-Asn]: phps display incomplete
ID: 19811 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Assigned Bug Type: Output Control Operating System: Debian sarge, kernel 2.4.18 -PHP Version: 4.2.3 +PHP Version: ANY -Assigned To: +Assigned To: zeev New Comment: Zeev said he is going to fix. Previous Comments: [2002-10-27 19:13:28] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-10-08 01:55:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-08 01:25:12] [EMAIL PROTECTED] I should also note that I'm running apache 1.3.26. Full system information can be seen with phpinfo() running at http://www.fmp.com/phpinfo.php. [2002-10-08 01:15:44] [EMAIL PROTECTED] Source (phps) displays are truncated. See, for instance, http://www.denniscleasby.com/artworks.phps which truncates prior to the the true ending of the file. The actual file continues on, closes the table, and ends with several more lines of HTML and PHP. This may be a server child process crash, but I'm not seeing anything in my apache error log about it. This is reproducable with other pages as well. The problem was also present in PHP 4.2.2. The configure with which I compiled PHP is as follows: ./configure \ --prefix=/usr \ --with-mysql \ --libexecdir=/usr/lib/php4 \ --infodir=/usr/share/info \ --sysconfdir=/etc/php \ --mandir=/usr/share/man \ --includedir=/usr/include/php \ --with-config-file-path=/etc/php/apache \ --with-openssl=../openssl-0.9.6g \ --enable-magic-quotes \ --enable-ftp \ --enable-shared \ --with-mm \ --enable-sockets \ --with-apxs=/usr/sbin/apxs -- Edit this bug report at http://bugs.php.net/?id=19811edit=1
#20144 [NEW]: stacks
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.2.0 PHP Bug Type: *Programming Data Structures Bug description: stacks stack cannt be implemented -- Edit bug report at http://bugs.php.net/?id=20144edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20144r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20144r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20144r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20144r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20144r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20144r=support Expected behavior: http://bugs.php.net/fix.php?id=20144r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20144r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20144r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20144r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20144r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20144r=dst IIS Stability: http://bugs.php.net/fix.php?id=20144r=isapi
#20144 [Opn-Bgs]: stacks
ID: 20144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Programming Data Structures Operating System: windows 2000 PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2002-10-29 00:31:10] [EMAIL PROTECTED] stack cannt be implemented -- Edit this bug report at http://bugs.php.net/?id=20144edit=1
#16114 [Fbk-NoF]: fputs doesn't send all data(better now!)
ID: 16114
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Sockets related
Operating System: Windows 2000 AS
PHP Version: 4.1.1-4.3/CVS
New Comment:
No feedback was provided for this bug for over 2 weeks, 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-10-13 18:54:27] [EMAIL PROTECTED]
Please try the next snapshot.
[2002-10-13 18:40:35] [EMAIL PROTECTED]
Scratch that; I just discovered something in the MSDN docs.
[2002-10-13 18:34:13] [EMAIL PROTECTED]
I've just committed a little patch that might fix this problem; PHP was
calling shutdown(2) prior to closing the socket, and this may have been
causing the data-loss.
If you can compile PHP yourself, comment out the shutdown line in
main/network.c.
Otherwise, you need to wait for the next snapshot to be built (could be
3 hours away).
Please let me know how you get on.
[2002-10-13 15:08:38] [EMAIL PROTECTED]
The lastest snapshot(Oct 13, 2002; php4-win32-latest.zip) works almost
fine.
This code:
$socket = @fsockopen( 'localhost', 80, $err1, $err2 );
if (!$socket) die('socket not open');
$result = fputs( $socket, $request ); #$request holds a well formed
MIME request for posting a file.
fflush( $socket );
//echo pre\r\n.str_replace('/pre', 'lt;/pre',
$request).\r\n/pre;
fclose( $socket );
This works if the file being posted is small(can't say how much). The
point is that if I uncomment the echo line before fclose(), it sends
all the data(up to 10.5M=11,076,608 bytes I sent), but without the echo
line, it seems that fclose() executes in such a way that chops the
socket's output stream and the Web Server does not executes the
receive.php script.
The echo line may be replace by sleep(8) and still working.
Summary:
Give it time before fclose() a works; otherwise, unstable.
Manu.
[2002-09-26 10:38:03] [EMAIL PROTECTED]
What's the status on this?
Are you sure this is an issue with fputs and not instead
an issue with file upload to a PHP script?
What are you connecting to?
If you are testing again, please try the latest snapshot;
more changes have been made.
http://snaps.php.net/win32/
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/16114
--
Edit this bug report at http://bugs.php.net/?id=16114edit=1
