#28616 [Opn]: Error while make (compiling) Oracle 9i with php 4.3.6 (oci8 lib) .
ID: 28616 User updated by: post_ravi at yahoo dot com Reported By: post_ravi at yahoo dot com Status: Open Bug Type: OCI8 related Operating System: Linux host 2.4.21-4.ELsmp (ES 3) PHP Version: 4.3.6 Assigned To: tony2001 New Comment: Hi Please find the queries answered. 1) -- START --- cimlix002> grep @OCI8 /opt/php-4.3.6/config.status [EMAIL PROTECTED]@%%g [EMAIL PROTECTED]@%/home/oracle/OraHome1/%g [EMAIL PROTECTED]@%9.2%g --- END -- 2) START -- find $ORACLE_HOME -name "oci.h" -print Ans: No such file is found find $ORACLE_HOME -name "oro.h" -print Ans: No such file is found Note : ORACLE_HOME = /home/oracle/OraHome1 By the way these are the only header found when i searched the ORACLE_HOME for *.h cimlix002> find $ORACLE_HOME -name "*.h" -print /home/oracle/OraHome1/xdk/include/oratypes.h /home/oracle/OraHome1/xdk/include/oraxsd.h /home/oracle/OraHome1/xdk/include/oraxml.h /home/oracle/OraHome1/xdk/include/oraxmlcg.h /home/oracle/OraHome1/rdbms/demo/oratypes.h /home/oracle/OraHome1/rdbms/demo/xa.h /home/oracle/OraHome1/ldap/public/oapt.h /home/oracle/OraHome1/ldap/public/gsdsy.h /home/oracle/OraHome1/ldap/public/gsdsd.h /home/oracle/OraHome1/ldap/public/oamst.h /home/oracle/OraHome1/ldap/public/oals.h /home/oracle/OraHome1/ldap/public/oaos.h /home/oracle/OraHome1/ldap/public/ldap.h /home/oracle/OraHome1/ldap/public/dsspid.h /home/oracle/OraHome1/ldap/public/omupi.h /home/oracle/OraHome1/ldap/public/gslpl.h /home/oracle/OraHome1/ldap/public/oacm.h /home/oracle/OraHome1/ldap/public/oaxm.h /home/oracle/OraHome1/ldap/public/oa.h /home/oracle/OraHome1/ldap/public/oamh.h /home/oracle/OraHome1/ldap/public/oodef.h /home/oracle/OraHome1/ldap/public/oaodes.h /home/oracle/OraHome1/ldap/public/gssdom.h /home/oracle/OraHome1/ldap/public/dsid.h /home/oracle/OraHome1/ldap/public/dsec.h /home/oracle/OraHome1/ldap/public/dsi.h /home/oracle/OraHome1/ldap/public/soa.h /home/oracle/OraHome1/precomp/demo/proc/lobdemo1.h /home/oracle/OraHome1/precomp/demo/proc/empclass.h /home/oracle/OraHome1/precomp/public/oraca.h /home/oracle/OraHome1/precomp/public/sqlca.h /home/oracle/OraHome1/precomp/public/sqlda.h /home/oracle/OraHome1/precomp/public/sql2oci.h /home/oracle/OraHome1/precomp/public/sqlapr.h /home/oracle/OraHome1/precomp/public/sqlcpr.h /home/oracle/OraHome1/precomp/public/sqlkpr.h /home/oracle/OraHome1/precomp/public/sqlucs2.h /home/oracle/OraHome1/precomp/syshdr/a.out.h /home/oracle/OraHome1/precomp/syshdr/limits.h /home/oracle/OraHome1/precomp/syshdr/syslimits.h /home/oracle/OraHome1/precomp/syshdr/bits/mathcalls.h /home/oracle/OraHome1/precomp/syshdr/sys/ipc.h /home/oracle/OraHome1/plsql/include/pdtyp.h /home/oracle/OraHome1/plsql/include/pen.h /home/oracle/OraHome1/plsql/include/pn.h /home/oracle/OraHome1/plsql/include/pptyp.h /home/oracle/OraHome1/plsql/include/pvm.h /home/oracle/OraHome1/jdk/include/linux/jni_md.h /home/oracle/OraHome1/jdk/include/linux/jawt_md.h /home/oracle/OraHome1/jdk/include/jvmpi.h /home/oracle/OraHome1/jdk/include/jawt.h /home/oracle/OraHome1/jdk/include/jni.h /home/oracle/OraHome1/jdk/include/jvmdi.h /home/oracle/OraHome1/jdk/include-old/linux/miscdefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/path_md.h /home/oracle/OraHome1/jdk/include-old/linux/io_md.h /home/oracle/OraHome1/jdk/include-old/linux/jmath_md.h /home/oracle/OraHome1/jdk/include-old/linux/hpi_md.h /home/oracle/OraHome1/jdk/include-old/linux/jvm_md.h /home/oracle/OraHome1/jdk/include-old/linux/typedefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/sysmacros_md.h /home/oracle/OraHome1/jdk/include-old/linux/jawt_md.h /home/oracle/OraHome1/jdk/include-old/linux/byteorder_md.h /home/oracle/OraHome1/jdk/include-old/linux/timeval_md.h /home/oracle/OraHome1/jdk/include-old/linux/gc_md.h /home/oracle/OraHome1/jdk/include-old/tree.h /home/oracle/OraHome1/jdk/include-old/gc.h /home/oracle/OraHome1/jdk/include-old/common_exceptions.h /home/oracle/OraHome1/jdk/include-old/hpi.h /home/oracle/OraHome1/jdk/include-old/jawt.h /home/oracle/OraHome1/jdk/include-old/vmprofiler.h /home/oracle/OraHome1/jdk/include-old/dll.h /home/oracle/OraHome1/jdk/include-old/jmath.h /home/oracle/OraHome1/jdk/include-old/reflect.h /home/oracle/OraHome1/jdk/include-old/alloc_cache.h /home/oracle/OraHome1/jdk/include-old/native.h /home/oracle/OraHome1/jdk/include-old/sys_api.h /home/oracle/OraHome1/jdk/include-old/debug.h /home/oracle/OraHome1/jdk/include-old/threads.h /home/oracle/OraHome1/jdk/include-old/jit.h /home/oracle/OraHome1/jdk/include-old/path.h /home/oracle/OraHome1/jdk/include-old/oobj.h /home/oracle/OraHome1/jdk/include-old/monitor.h /home/oracle/OraHome1/jdk/include-old/breakpoints.h /home/oracle/OraHome1/jdk/include-old/exceptions.h /home/oracle/OraHome1/jdk/include-ol
#28653 [Com]: PSpell in Windows problems
ID: 28653 Comment by: debarati at linkexplore dot com Reported By: dustin at undeadarmy dot com Status: Bogus Bug Type: Pspell related Operating System: Windows XP PHP Version: 4.3.7 New Comment: how to use pspell functions in windows platform. Previous Comments: [2004-06-09 09:28:30] [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. Don\'t forget to put the other .dlls somewhere where windows can find it. [2004-06-06 21:07:04] dustin at undeadarmy dot com Description: I followed the directions for using pspell in Windows and copied the aspell-15.dll file to the c:\windows\system32 and c:\apache\php folders and PHP still doesn't recognize the pspell module. -- Edit this bug report at http://bugs.php.net/?id=28653&edit=1
#28242 [Com]: A site's session data is available for all virtual hosts on same server
ID: 28242 Comment by: xuefer at 21cn dot com Reported By: php at ter dot dk Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.6 New Comment: thinking this bug as bogus is M$ behavior. just like win2k/xp Pro: make all users use administrator by default(low secure), and say "hey you're using admin, it's dangerious!". but what's the result? many and many users use admin, and lead to security problem. cross site caching/sessioning is already discussed in turck-mmcache, and fixed. and "cross site exception" is in the author's todo list. adding a SERVER_NAME to the key/sessionid(only when read/write) should easily solve the problem session.allow_cross_site = 0 ; by default session file-handler should be something like: put_file_content($path . '/' . (session.allow_cross_site ? urlencode($_SERVER['SERVER_NAME']) . ':' : '' . $sessionid, session_encode()) i don't see any BC problem unless some site is doing: redirect example.com <-> www.example.com frequently Previous Comments: [2004-07-01 11:00:29] [EMAIL PROTECTED] i agree with Peter, because i had servers with virtual shared users, but i think the problem resides in the security documentation. The problems are a lot different when you have a virtual server, because a lot of users run their different scripts, so its not as easy as activating safe_mode if you want to secure it. Should be created a different category in the Security chapter, to look into all sensitive attributes in php.ini (like session.save_path, disable_functions, etc.) that could cause problems to a virtual server. On the other side, the developers should be thought to add to their session, variables like: -users ip -domain name So, my proposal would still be, just as a solution to gain access to other users' passwords at the same server using the same realm, to add the UID of the script to the session-filename when in safe mode. I dont see why only in safe mode. >From my tests, i noticed that configuring php will not help you secure your web server, there are things like permissions that i had some problems. Like in a shared environment i could compromise sensitive files with file manipulation functions (ex. fopen, read, etc), just getting out of my /home/user/ dir. But i guess this is some kind of another story. Serban Gh. Ghita PHP.net manual [2004-05-01 18:24:48] php at ter dot dk schlueter: 1. PHP would have easy access to the servername, where available. 1.1. Another approach, that might be more alike existing solutions would be, when in safe mode, to add the UID of the script to the session id. This solution is already used when using HTTP-based authentication in Safe Mode (UID added to the Realm). 2. My experience would say that the fewest service providers configures a unique save_path for each user. Yes, I know how to configure PHP myself, but that has no effect on rest of the world. 3. The argument is flawed. It's very easy just to play "King of my castle"-sysadmin, but let's look at the case in a broader perspective: The superglobals were introduced to prevent some user errors. One might have used the same argument, "It's the users' fault", which might be correct, BUT when a problem is as widespread, it is a global problem and should be handled as such, with centralized solutions, instead of just blaming everybody else. 3.1. You might change the category to a documentation-issue, but all the documentation states under sessions is "You need to take additional measures to actively protect the integrity of the session, depending on the value associated with it.". The security-chapter doesn't mention anything about this at all! Using the same debate technique, one might state: PHP isn't interested in security (or ther users' security). The documentation doesn't provide enough explanation about this issue. So, my proposal would still be, just as a solution to gain access to other users' passwords at the same server using the same realm, to add the UID of the script to the session-filename when in safe mode. That would be pretty much in the spirit of safe mode (user separation), as file access, HTTP-authentication, etc. are based on information about UID. Any cons against this proposal? [2004-05-01 17:43:25] schlueter at phpbar dot de PHP does neither know something about different sites nor where to write sessions except from /tmp so the provider has to tell it. Most providers I know set the session.save_path per user in the Apache configuration and I don't see any reason to change this. If one provider doesn't do this it's not the fault of PHP but with the provider who isn't interested in security.
#28989 [NEW]: save_session_path
From: jan dot piet dot willems at pandora dot be
Operating system: windows XP
PHP version: 4.3.7
PHP Bug Type: Session related
Bug description: save_session_path
Description:
used code:
session_save_path("C:\windows\temp");
generates an error
replaced by:
session_save_path("C:\windows\Temp");
works fine as long as no "t" right behind the \ is used.
Reproduce code:
---
Warning: session_start(): open(C:\windows
emp\sess_242aa938bd6bc11c26420d8ae71102be, O_RDWR) failed: Invalid
argument (22) in C:\pwIntraNet\www\tribuun\tests\login_page.php on line 6
Actual result:
--
session_save_path("C:\windows\Temp");
= ok
--
Edit bug report at http://bugs.php.net/?id=28989&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28989&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28989&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28989&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28989&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28989&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28989&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28989&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28989&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28989&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28989&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28989&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28989&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28989&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28989&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28989&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28989&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28989&r=float
#28983 [Com]: Oracle OCILogon function crashes apache
ID: 28983
Comment by: luth at ch dot ibm dot com
Reported By: dfe-csi dot gips at ti dot ch
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000 server
PHP Version: 4.3.6
New Comment:
I repeated the test above while turing *off* Hyperthreading (which
makes it a singleprocessor system) and the problem is gone!
Previous Comments:
[2004-07-01 17:34:51] luth at ch dot ibm dot com
I have reproduced this problem with oracle10g / php 4.7 / apache 2.0 -
on a windows xp box with an intel Hyperthreading CPU ("multiprocessor"
system too).
Using 10 concurrent users doing repeatedly logon, after 8 minutes I do
get the address violation, the stack trace points to oracle10.dll.
[2004-07-01 16:04:04] dfe-csi dot gips at ti dot ch
Get the Dr.Watson dump file at the following address:
http://www2.gips.ti.ch/drwtsn32.zip
(File size: 22 KB "zipped"; 141 KB "unzipped")
[2004-07-01 15:09:25] dfe-csi dot gips at ti dot ch
how can i attach the zipped drwtsn32.log ? (22KB)
Diffs of php.in vs php.ini-dist
---
asp_tags = On
max_execution_time = 120
log_errors = On
error_log = "C:\temp\php_error.log"
register_globals = On
default_mimetype = "text/html"
default_charset= "iso-8859-1"
include_path = ".;D:\www;D:\www\myapp"
extension_dir = "C:\apache\php\extensions"
extension = php_fdf.dll
extension = php_oci8.dll
extension = php_pdf.dll
SMTP = mymailhost.example.com
sendmail_from = [EMAIL PROTECTED]
session.save_path = "C:\temp\sessions"
session.auto_start = 1
===
[2004-07-01 14:55:44] dfe-csi dot gips at ti dot ch
Description:
Description:
---
Our webserver works on a oracle 8.1.7 database
trought the oci8 php extension.
We observe (with apache server-status module)
that the apache process isn't stable
and reboots frequently (up to 50times/day).
Each crash causes a Dr. Watson dump (Exception
number: c005 - access violation)
We can reproduce the crash on calling a simple
OCILogon function with 5 concurrent users.
Tested Issues:
- Upgading the oracle client from 8.1.7 to 9.2.0
and 10.1.0 we have longer uptime but crashes anyway.
- Using TNS address string in OCILogon (like
BUG# 26558 suggestion) makes less core dumps.
- We could not reproduce the error with PHP/Linux
using the same hardware.
We currently wonder if this could be an issue
with PHP/Oracle running on a Multiprocessor
Windows server?
Sysconfig:
---
Compaq Proliant DL360 (Dual Processor);
Windows 2000 server SP 4,
Apache 1.3.29,
PHP 4.3.6 (apache module)
Oracle client 10.0
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#28865 [Fbk->NoF]: Functions ftp_*list
ID: 28865 Updated by: [EMAIL PROTECTED] Reported By: 336764 at 163 dot com -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: MandRake 10 PHP Version: 5.0.0RC3 Assigned To: pollita New Comment: No feedback was provided for this bug for over a week, 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: [2004-06-24 02:15:45] [EMAIL PROTECTED] Now that you've changed your environment variable settings, and gotten tmpfile() to work, do ftp_nlist() and/or ftp_rawlist() work as expected? [2004-06-23 12:04:12] 336764 at 163 dot com vi /root/.bashrc Add "TMPDIR=/tmp" save & exit; Restart httpd run php: var_dump(tmpfile()); get: resource(2) of type (stream) [2004-06-23 03:37:39] 336764 at 163 dot com PHP5 Environment variable: TMPDIR is /root/tmp How to change it ? [2004-06-23 03:21:59] 336764 at 163 dot com bool(false) [2004-06-21 17:59:11] [EMAIL PROTECTED] What does the ouput of this show? var_dump(tmpfile()); 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/28865 -- Edit this bug report at http://bugs.php.net/?id=28865&edit=1
#28873 [Fbk->NoF]: PHP Crashes. But not in 4.3.6.
ID: 28873 Updated by: [EMAIL PROTECTED] Reported By: sayez at fucam dot ac dot be -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: Windows 2003 Server PHP Version: 4.3.7 New Comment: No feedback was provided for this bug for over a week, 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: [2004-06-24 17:23:40] [EMAIL PROTECTED] 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. [2004-06-21 20:28:25] sayez at fucam dot ac dot be Description: Impossible to tell how to produce the bug for the moment. At the end of the first page of the site : PHP Encountered error and all the other pages are inaccessible. Reset IIS is the only way to solve. We use MSSQL, GD, LDAP Library and ISAPI module. -- Edit this bug report at http://bugs.php.net/?id=28873&edit=1
#14954 [Com]: Warning: Server Error with mail() function
ID: 14954
Comment by: cleilton at secrel dot net dot br
Reported By: jberall at yahoo dot com
Status: No Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
I have the same problem using php 4.2, windows 2000 server iis5.
I resolve the problem using \r\n not \n for the break line.
Example:
mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine
3");
This code results in a server error
Correct code:
$email = mail("[EMAIL PROTECTED]", "My Subject", "Line 1\r\nLine
2\r\nLine 3");
If ($email){
echo "E-mail was sent!";
}
:-)
Previous Comments:
[2002-07-03 01:00:08] php-bugs at lists dot php dot net
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-02 13:51:03] [EMAIL PROTECTED]
Error handlig has been improvied, please try a snapshot from
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-01-09 17:10:07] jberall at yahoo dot com
The mail() function doesn't work properly.
Every so often it does send mail.
I tried putting the php.ini in the c:\php\php.ini instead of the
c:\winnt\php.ini but that didn't help.
I've been at it a while and I've found no solutions on the web yet,
while other people have encountered the same issue.
PHP.INI has a valid SMTP = mail.pnang.com and sendmail_from =
[EMAIL PROTECTED]
The code
mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine 3");
And the birthday one from the manual.
Again the frustrating part is it worked last night. My outlook works
perfectly with the same SMTP.
Thanks,
Jonathan
--
Edit this bug report at http://bugs.php.net/?id=14954&edit=1
#28988 [NEW]: Syslog NOT logging Errors to the Event Viewer
From: mgilbert at kcm dot org
Operating system: Windows Server 2003
PHP version: 4.3.7
PHP Bug Type: IIS related
Bug description: Syslog NOT logging Errors to the Event Viewer
Description:
This error was orrigionally logged at an IIS forum. The Forum
administrator had the same problem and sugested that we logg this error on
the PHP web site. Below is some of the text from our origional message.
This is the link to the origional message:
http://www.iis-resources.com/modules/newbb/viewtopic.php?topic_id=1560&forum=5
We recently migrated a website from Windows 2000 to Windows 2003 using the
iis 6.0 Migration tool provided by Microsoft.
PHP is installed and seems to work fine with the exception of a challenge
one of my developers approached me with recently. This function works fine
on Windows 2000, but doesn't on Windows 2003. He has some code to log
errors to the system event log but the events are not getting logged.
We have logging enabled in the PHP.ini :
; Log errors to syslog (Event Log on NT, not valid in Windows 95).
error_log = syslog
I've attempted giving IUSR_website account more permissions on the box
(including administrative rights for a very short period of time to make
sure that NTFS permissions are not blocking anything)
Any information you could provide would be greatly appreciated. Thanks,
Reproduce code:
---
if ($priority <> "")
{
openlog("Website", LOG_ODELAY, LOG_USER);
syslog($priority, $error_log);
closelog();
}
Expected result:
It should log an event in the event Windows Event Viewer.
Actual result:
--
Did not log the event.
--
Edit bug report at http://bugs.php.net/?id=28988&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28988&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28988&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28988&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28988&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28988&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28988&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28988&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28988&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28988&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28988&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28988&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28988&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28988&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28988&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28988&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28988&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28988&r=float
#28987 [NEW]: make test hangs
From: seb at d2 dot com Operating system: Linux RHWS 3.0 on AMD64 PHP version: 4.3.7 PHP Bug Type: Compile Warning Bug description: make test hangs Description: make test hangs on my AMD64 (x86_64) linux RHWS3.0 box. seems to be some 64-bit problems in 4.3.7. could that be? the cli seems to segfault also when i try to play with the tests by hand. make install goes fine but haven't tried anything further yet. Reproduce code: --- box is an AMD64 (x86_64) running RHWS 3.0. i configured using: cd php-4.3.7.DD && ./configure "--with-mysql" \ "--with-apache=../apache_1.3.31.DD" \ "--prefix=/job/SYSTEMS/SERVICES/web/1.3.31/linux_amd64" make (went ok) make test ==> see output above. same on RH9 regular x86 box works fine though. Expected result: make test completes at least, maybe shows some failures. Actual result: -- [EMAIL PROTECTED]> make test = CWD : /lot/s61/SYSTEMS/SERVICES/web/1.3.31/linux_amd64/src/php-4.3.7.DD PHP : /job/SYSTEMS/SERVICES/web/1.3.31/linux_amd64/src/php-4.3.7.DD/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 4.3.7 ZEND_VERSION: 1.3.0 PHP_OS : Linux - Linux angstrom1 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:32:58 EDT 2003 x86_64 INI actual : More .INIs : Extra dirs : = TIME START 2004-07-02 04:41:56 = PASS EXPECT [tests/run-test/test001.phpt] [...] PASS a script should not be able to modify session.use_trans_sid [ext/session/tests/014.phpt] PASS use_trans_sid should not affect SID [ext/session/tests/015.phpt] PASS invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] PASS setting $_SESSION before session_start() should not cause segfault [ext/session/tests/017.phpt] PASS rewriter correctly handles attribute names which contain dashes [ext/session/tests/018.phpt] [hangs indefinately here...] -- Edit bug report at http://bugs.php.net/?id=28987&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28987&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28987&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28987&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28987&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28987&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28987&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28987&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28987&r=support Expected behavior: http://bugs.php.net/fix.php?id=28987&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28987&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28987&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28987&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28987&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28987&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28987&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28987&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28987&r=float
#11949 [Com]: Failed to write session ..... open(/tmp..) failed.
ID: 11949 Comment by: j at j dot com Reported By: tvirag at interbaun dot com Status: Bogus Bug Type: Any Operating System: Windows 98 SE PHP Version: 4.0.6 New Comment: the quickest solution I found: create a directory in the root of the c:/ drive called '/tmp' -josh Previous Comments: [2001-07-07 17:45:47] [EMAIL PROTECTED] open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca it has both a slash and a backslash, check your php.ini For asking questions, you should have gone to http://www.php.net/support.php (php-general mailinglist) [2001-07-07 16:29:19] tvirag at interbaun dot com Warning: open(/tmp\sess_5b9c005c594b13dd0c7a54e9c84721ca, O_RDWR) failed: No such file or directory (2) in c:\apache\htdocs\ep\test1.php on line 3 People reporting this error all over, but I can not find the solution. This error happens with "session_start()". The session.save_path is set corretly in php.ini, but it get ignored by PHP. Please help me how to ovecome on this problem. I have to use session functions in my applications. Thank you Tamas Virag -- Edit this bug report at http://bugs.php.net/?id=11949&edit=1
#28986 [Opn->Bgs]: 'if' bug
ID: 28986
Updated by: [EMAIL PROTECTED]
Reported By: philipp at bind dot ch
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Linux
PHP Version: Irrelevant
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
This is how == works (if either side is an int, the other is also
converted to int before comparison). Use === if you want to take type
into account as well as value.
(See also http://uk.php.net/manual/en/types.comparisons.php and
http://uk.php.net/manual/en/language.types.type-juggling.php)
Previous Comments:
[2004-07-01 20:26:36] philipp at bind dot ch
Description:
hi there!
I'll past some code here to explain my problem.
I dont know if it is a bug or not bug it looks like one to me!
I had some real ugly problems because of this.
If you have a look at the output of this code you'll see what i mean!
if php commpares 0 with any string the if function tells us that this
is true.
I cant believe that the language should be like that so I wrote this
bug-report.
Reproduce code:
---
$test_char = 'a';
$my_array = array(0, 1, '0', '1', 'a', 'b');
for($i = 0; $i < 6; $i++)
{
if($my_array[$i] == $test_char)
echo("php's 'if' tells us that {$my_array[$i]} is the
same as {$test_char}\n");
else
echo("php's 'if' tells us that {$my_array[$i]} is not
the same as {$test_char}\n");
}
Expected result:
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that a is the same as a
php's 'if' tells us that b is not the same as a
Actual result:
--
php's 'if' tells us that 0 is the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that a is the same as a
php's 'if' tells us that b is not the same as a
--
Edit this bug report at http://bugs.php.net/?id=28986&edit=1
#28986 [NEW]: 'if' bug
From: philipp at bind dot ch
Operating system: Linux
PHP version: Irrelevant
PHP Bug Type: *General Issues
Bug description: 'if' bug
Description:
hi there!
I'll past some code here to explain my problem.
I dont know if it is a bug or not bug it looks like one to me!
I had some real ugly problems because of this.
If you have a look at the output of this code you'll see what i mean!
if php commpares 0 with any string the if function tells us that this is
true.
I cant believe that the language should be like that so I wrote this
bug-report.
Reproduce code:
---
$test_char = 'a';
$my_array = array(0, 1, '0', '1', 'a', 'b');
for($i = 0; $i < 6; $i++)
{
if($my_array[$i] == $test_char)
echo("php's 'if' tells us that {$my_array[$i]} is the same
as {$test_char}\n");
else
echo("php's 'if' tells us that {$my_array[$i]} is not the
same as {$test_char}\n");
}
Expected result:
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that a is the same as a
php's 'if' tells us that b is not the same as a
Actual result:
--
php's 'if' tells us that 0 is the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that 0 is not the same as a
php's 'if' tells us that 1 is not the same as a
php's 'if' tells us that a is the same as a
php's 'if' tells us that b is not the same as a
--
Edit bug report at http://bugs.php.net/?id=28986&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28986&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28986&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28986&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28986&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28986&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28986&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28986&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28986&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28986&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28986&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28986&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28986&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28986&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28986&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28986&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28986&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28986&r=float
#28983 [Com]: Oracle OCILogon function crashes apache
ID: 28983
Comment by: luth at ch dot ibm dot com
Reported By: dfe-csi dot gips at ti dot ch
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000 server
PHP Version: 4.3.6
New Comment:
I have reproduced this problem with oracle10g / php 4.7 / apache 2.0 -
on a windows xp box with an intel Hyperthreading CPU ("multiprocessor"
system too).
Using 10 concurrent users doing repeatedly logon, after 8 minutes I do
get the address violation, the stack trace points to oracle10.dll.
Previous Comments:
[2004-07-01 16:04:04] dfe-csi dot gips at ti dot ch
Get the Dr.Watson dump file at the following address:
http://www2.gips.ti.ch/drwtsn32.zip
(File size: 22 KB "zipped"; 141 KB "unzipped")
[2004-07-01 15:09:25] dfe-csi dot gips at ti dot ch
how can i attach the zipped drwtsn32.log ? (22KB)
Diffs of php.in vs php.ini-dist
---
asp_tags = On
max_execution_time = 120
log_errors = On
error_log = "C:\temp\php_error.log"
register_globals = On
default_mimetype = "text/html"
default_charset= "iso-8859-1"
include_path = ".;D:\www;D:\www\myapp"
extension_dir = "C:\apache\php\extensions"
extension = php_fdf.dll
extension = php_oci8.dll
extension = php_pdf.dll
SMTP = mymailhost.example.com
sendmail_from = [EMAIL PROTECTED]
session.save_path = "C:\temp\sessions"
session.auto_start = 1
===
[2004-07-01 14:55:44] dfe-csi dot gips at ti dot ch
Description:
Description:
---
Our webserver works on a oracle 8.1.7 database
trought the oci8 php extension.
We observe (with apache server-status module)
that the apache process isn't stable
and reboots frequently (up to 50times/day).
Each crash causes a Dr. Watson dump (Exception
number: c005 - access violation)
We can reproduce the crash on calling a simple
OCILogon function with 5 concurrent users.
Tested Issues:
- Upgading the oracle client from 8.1.7 to 9.2.0
and 10.1.0 we have longer uptime but crashes anyway.
- Using TNS address string in OCILogon (like
BUG# 26558 suggestion) makes less core dumps.
- We could not reproduce the error with PHP/Linux
using the same hardware.
We currently wonder if this could be an issue
with PHP/Oracle running on a Multiprocessor
Windows server?
Sysconfig:
---
Compaq Proliant DL360 (Dual Processor);
Windows 2000 server SP 4,
Apache 1.3.29,
PHP 4.3.6 (apache module)
Oracle client 10.0
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#28985 [NEW]: __getTypes() returning nothing on complex WSDL
From: jp dot gouigoux at free dot fr
Operating system: Win2000
PHP version: 5.0.0RC3
PHP Bug Type: SOAP related
Bug description: __getTypes() returning nothing on complex WSDL
Description:
I have two web services implemented in ASP.NET: number one uses only
primitive types, number two uses arrays of specific objects. The WSDL
generated for both is valid and correct. When I use
var_dump($client->__getTypes()); for the first one, I indeed get the
generated description of objects used by the web service. As for the
second web service, nothing appears and the execution of my php page is
stopped...
Reproduce code:
---
$client = new
SOAPClient('http://localhost/SimpleService.asmx?WSDL',array('trace'=>1));
var_dump($client->__getTypes());
$client = new
SOAPClient('http://localhost/ComplexTypeService.asmx?WSDL',array('trace'=>1));
var_dump($client->__getTypes());
Expected result:
array(10) { [0]=> string(17) "struct Coucou { }" [1]=> string(47)
"struct CoucouResponse { string CoucouResult; }" [2]=> string(38) "struct
RenvoiSimple { string texte; }" [3]=> string(59) "struct
RenvoiSimpleResponse { string RenvoiSimpleResult; }" [4]=> string(41)
"struct StoreInSession { string valeur; }" [5]=> string(64) "struct
StoreInSessionResponse { boolean StoreInSessionResult; }" [6]=>
string(30) "struct RetrieveFromSession { }" [7]=> string(73) "struct
RetrieveFromSessionResponse { string RetrieveFromSessionResult; }" [8]=>
string(28) "struct RetrieveSessionId { }" [9]=> string(69) "struct
RetrieveSessionIdResponse { string RetrieveSessionIdResult; }" }
THEN THE SAME THING FOR THE SECOND WEB SERVICE
Actual result:
--
array(10) { [0]=> string(17) "struct Coucou { }" [1]=> string(47)
"struct CoucouResponse { string CoucouResult; }" [2]=> string(38) "struct
RenvoiSimple { string texte; }" [3]=> string(59) "struct
RenvoiSimpleResponse { string RenvoiSimpleResult; }" [4]=> string(41)
"struct StoreInSession { string valeur; }" [5]=> string(64) "struct
StoreInSessionResponse { boolean StoreInSessionResult; }" [6]=>
string(30) "struct RetrieveFromSession { }" [7]=> string(73) "struct
RetrieveFromSessionResponse { string RetrieveFromSessionResult; }" [8]=>
string(28) "struct RetrieveSessionId { }" [9]=> string(69) "struct
RetrieveSessionIdResponse { string RetrieveSessionIdResult; }" }
(ONLY...)
--
Edit bug report at http://bugs.php.net/?id=28985&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28985&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28985&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28985&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28985&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28985&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28985&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28985&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28985&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28985&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28985&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28985&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28985&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28985&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28985&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28985&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28985&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28985&r=float
#28984 [NEW]: Crash when filling an image with a transparent color
From: sg01_net at hotmail dot com Operating system: Windows XP PHP version: 4CVS-2004-07-01 (stable) PHP Bug Type: GD related Bug description: Crash when filling an image with a transparent color Description: Using GD2, and the code in the code window, PHP will crash with a "windows xp" crash-error. I have tried upgrading to the latest stable CVS, but it did not help. I tried using command line (C:\PHP>php -f C:\PHP\x.php.txt) but it did the same. (in php.ini extension=php_gd2.dll is enabled) Thanks in advance for helping, SG_01 Lunarchild Reproduce code: --- Expected result: Fill image $IMG with a transparent color. Actual result: -- Windows crash report (PHP Script Interperter has generated an error...) with the following signature: AppName: php.exe AppVer: 4.3.8.8 ModName: php_gd2.dll ModVer: 0.0.0.0 Offset: e5a4 Error message when starting to debug: Unhandled exception at 0x00b3e5a4 in php.exe: 0xC005: Access violation writing location 0x00a11000. -- Edit bug report at http://bugs.php.net/?id=28984&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28984&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28984&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28984&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28984&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28984&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28984&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28984&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28984&r=support Expected behavior: http://bugs.php.net/fix.php?id=28984&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28984&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28984&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28984&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28984&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28984&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28984&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28984&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28984&r=float
#9673 [Com]: Relative paths in require(), require_once(), include(), include_once()
ID: 9673 Comment by: php at mrvanes dot com Reported By: vvo at geocities dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux PHP Version: 4.3.2 New Comment: I too second that it would be logical to have the path relative to the _current_ file we're looking at, no matter how deep it is included in other files. Relativity makes absolute _no_ sense without this. Previous Comments: [2004-06-10 17:31:54] vvo at geocities dot com That's ok, I gave up on PHP a long time ago. RTFPHPM yourself. [2004-04-20 06:21:34] cameron at prolifique dot com No, not necessarily a bug...just a very illogical and painful behavior for the include & require functions when using relative paths. It's like having a compass that points north in relation to wherever you started your trip, not where you're standing now. Not much use. If you knew where you started, why would you need a compass? If a relative include path isn't relative to the script calling it, what's the use of a relative include path? I never expected that the hardest part of moving from ASP to PHP would be include file references, but considering this behavior (still happening in 4.3.4), it appears to be. Luckily, there appears to be a workaround: [2 Sep 2003 8:48am CEST] mathieu dot messe at urssaf dot fr A workaround found at http://fr.php.net/manual/fr/function.include.php is to use require(dirname(__FILE__) . "\..\second.php"); [2004-04-05 08:50:44] [EMAIL PROTECTED] RTFM. There is no bug here. [2004-04-02 16:03:57] chapwest at hotmail dot com I have no idea what this means in regard to my sight. Michael [2004-04-01 18:36:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/9673 -- Edit this bug report at http://bugs.php.net/?id=9673&edit=1
#28983 [Opn]: Oracle OCILogon function crashes apache
ID: 28983 User updated by: dfe-csi dot gips at ti dot ch Reported By: dfe-csi dot gips at ti dot ch Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 server PHP Version: 4.3.6 New Comment: Get the Dr.Watson dump file at the following address: http://www2.gips.ti.ch/drwtsn32.zip (File size: 22 KB "zipped"; 141 KB "unzipped") Previous Comments: [2004-07-01 15:09:25] dfe-csi dot gips at ti dot ch how can i attach the zipped drwtsn32.log ? (22KB) Diffs of php.in vs php.ini-dist --- asp_tags = On max_execution_time = 120 log_errors = On error_log = "C:\temp\php_error.log" register_globals = On default_mimetype = "text/html" default_charset= "iso-8859-1" include_path = ".;D:\www;D:\www\myapp" extension_dir = "C:\apache\php\extensions" extension = php_fdf.dll extension = php_oci8.dll extension = php_pdf.dll SMTP = mymailhost.example.com sendmail_from = [EMAIL PROTECTED] session.save_path = "C:\temp\sessions" session.auto_start = 1 === [2004-07-01 14:55:44] dfe-csi dot gips at ti dot ch Description: Description: --- Our webserver works on a oracle 8.1.7 database trought the oci8 php extension. We observe (with apache server-status module) that the apache process isn't stable and reboots frequently (up to 50times/day). Each crash causes a Dr. Watson dump (Exception number: c005 - access violation) We can reproduce the crash on calling a simple OCILogon function with 5 concurrent users. Tested Issues: - Upgading the oracle client from 8.1.7 to 9.2.0 and 10.1.0 we have longer uptime but crashes anyway. - Using TNS address string in OCILogon (like BUG# 26558 suggestion) makes less core dumps. - We could not reproduce the error with PHP/Linux using the same hardware. We currently wonder if this could be an issue with PHP/Oracle running on a Multiprocessor Windows server? Sysconfig: --- Compaq Proliant DL360 (Dual Processor); Windows 2000 server SP 4, Apache 1.3.29, PHP 4.3.6 (apache module) Oracle client 10.0 Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#28983 [Opn]: Oracle OCILogon function crashes apache
ID: 28983 User updated by: dfe-csi dot gips at ti dot ch Reported By: dfe-csi dot gips at ti dot ch Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 server PHP Version: 4.3.6 New Comment: how can i attach the zipped drwtsn32.log ? (22KB) Diffs of php.in vs php.ini-dist --- asp_tags = On max_execution_time = 120 log_errors = On error_log = "C:\temp\php_error.log" register_globals = On default_mimetype = "text/html" default_charset= "iso-8859-1" include_path = ".;D:\www;D:\www\myapp" extension_dir = "C:\apache\php\extensions" extension = php_fdf.dll extension = php_oci8.dll extension = php_pdf.dll SMTP = mymailhost.example.com sendmail_from = [EMAIL PROTECTED] session.save_path = "C:\temp\sessions" session.auto_start = 1 === Previous Comments: [2004-07-01 14:55:44] dfe-csi dot gips at ti dot ch Description: Description: --- Our webserver works on a oracle 8.1.7 database trought the oci8 php extension. We observe (with apache server-status module) that the apache process isn't stable and reboots frequently (up to 50times/day). Each crash causes a Dr. Watson dump (Exception number: c005 - access violation) We can reproduce the crash on calling a simple OCILogon function with 5 concurrent users. Tested Issues: - Upgading the oracle client from 8.1.7 to 9.2.0 and 10.1.0 we have longer uptime but crashes anyway. - Using TNS address string in OCILogon (like BUG# 26558 suggestion) makes less core dumps. - We could not reproduce the error with PHP/Linux using the same hardware. We currently wonder if this could be an issue with PHP/Oracle running on a Multiprocessor Windows server? Sysconfig: --- Compaq Proliant DL360 (Dual Processor); Windows 2000 server SP 4, Apache 1.3.29, PHP 4.3.6 (apache module) Oracle client 10.0 Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=28983&edit=1
#28983 [NEW]: Oracle OCILogon function crashes apache
From: dfe-csi dot gips at ti dot ch Operating system: Windows 2000 server PHP version: 4.3.6 PHP Bug Type: Reproducible crash Bug description: Oracle OCILogon function crashes apache Description: Description: --- Our webserver works on a oracle 8.1.7 database trought the oci8 php extension. We observe (with apache server-status module) that the apache process isn't stable and reboots frequently (up to 50times/day). Each crash causes a Dr. Watson dump (Exception number: c005 - access violation) We can reproduce the crash on calling a simple OCILogon function with 5 concurrent users. Tested Issues: - Upgading the oracle client from 8.1.7 to 9.2.0 and 10.1.0 we have longer uptime but crashes anyway. - Using TNS address string in OCILogon (like BUG# 26558 suggestion) makes less core dumps. - We could not reproduce the error with PHP/Linux using the same hardware. We currently wonder if this could be an issue with PHP/Oracle running on a Multiprocessor Windows server? Sysconfig: --- Compaq Proliant DL360 (Dual Processor); Windows 2000 server SP 4, Apache 1.3.29, PHP 4.3.6 (apache module) Oracle client 10.0 Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=28983&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28983&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28983&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28983&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28983&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28983&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28983&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28983&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28983&r=support Expected behavior: http://bugs.php.net/fix.php?id=28983&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28983&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28983&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28983&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28983&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28983&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28983&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28983&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28983&r=float
#24189 [Com]: big problem on stream function
ID: 24189 Comment by: jorton at redhat dot com Reported By: anton at valuehost dot ru Status: Bogus Bug Type: Sockets related Operating System: FreeBSD 4.8 PHP Version: 4.3.2 New Comment: This is a real bug. The issue is that fd_set is a fixed-size array, and if FD_SET is passed an fd number greater than FD_SETSIZE, it has undefined behaviour, i.e. it overruns the array and corrupts memory. All uses of select() in PHP look to be unsafe because of this. The proper fix is to use poll() on platforms where it is available, and to always check that fd < FD_SETSIZE before using FD_SET. Previous Comments: [2003-06-15 16:34:13] [EMAIL PROTECTED] let's keep this bogus.. [2003-06-15 11:02:43] anton at valuehost dot ru Do not want to help well and it is not necessary, in backtrace I and itself can understand. [2003-06-15 10:58:08] [EMAIL PROTECTED] Not enough information -> bogus. (get rid of the zendoptimizer on some machine and provide a backtrace, otherwise -> not bug) [2003-06-15 10:55:20] anton at valuehost dot ru In it that all and the problem, on dev server to us was not possible to receive this mistake. The problem arises on production a level what from scripts of users of her causes to understand not really, we hold over 25000 sites. We at once find out any mistakes and we celebrate them quickly enough, and this of us has led up a blind alley :( But I can tell precisely, that all functions which work with socket cease to work, what that restriction on work mod_php is imposed. [2003-06-15 10:25:52] [EMAIL PROTECTED] You should have a dev machine to test this on. Just leave ZendOptimizer out. If you can't do this and can't provide decent backtrace, we can't fix anything. 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/24189 -- Edit this bug report at http://bugs.php.net/?id=24189&edit=1
#26337 [Com]: Invalid access to memory location
ID: 26337 Comment by: michael dot rochon at tiscali dot co dot uk Reported By: peterp4n at hiya dot pe dot kr Status: No Feedback Bug Type: IIS related Operating System: windows 2000 professional PHP Version: 4.3.3 New Comment: I have the same problem on Windows XP Professional, IIS version 5.1 and the latest PHP (4.3.7). Previous Comments: [2003-11-25 15:36:32] [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. [2003-11-20 21:48:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-20 19:52:00] peterp4n at hiya dot pe dot kr Description: Hello! I have a little problem when I try to display index.php. I'm using IIS and the ISAPI module and php-4.3.3 First result : . Invalid access to memory location Second result : . PHP has encountered an Access Violation at 017D3D26 Invalid access to memory location Reproduce code: --- Actual result: -- First result => Invalid access to memory location Second result => PHP has encountered an Access Violation at 017D3D26 -- Edit this bug report at http://bugs.php.net/?id=26337&edit=1
#28740 [Com]: PHP has encountered an Access Violation
ID: 28740 Comment by: jmertic at ncscredit dot com Reported By: colorprint at mail dot ru Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.7 New Comment: Is someone looking into this? It's obviously a bug in PHP itself since it's been confirmed on several different sites where and upgrade from 4.3.6 or older to 4.3.7 is giving this error ( and also is in the 5.0 series according to some of the comments ). It also seems to be related to using MySQL; is this limited to PHP's builtin MySQL support or does it also encompass the PEAR DB module? This is going to hurt PHP 5 adoption on Windows if this isn't taken care of. Previous Comments: [2004-06-29 11:44:31] fidanza at uniroma3DOT dot it PHP5 RC3, windows xp pro IIS 5.1 Access Violation: every time at the same memory address, on every page same problem on WIN 2000 [2004-06-26 15:05:07] renato at ostorero dot it Same problem here since upgrade to 4.3.7 ... I'm moving back to 4.3.6 [2004-06-23 12:55:34] michiel at techconnect dot nl We have same problem now on our webserver. Win2003/MySQL and PHP 4.3.7 http://www.techconnect.nl/info.php the info problem exists sometimes (but not always) on: www.tcmagazine.net, www.tcdsl.nl, www.nk-halo.nl and www.gameconnect.nl [2004-06-21 14:25:37] magnus2 at nova dot nu Same here. I've always gotten this error (PHP has encountered an Access Violation at xxx) when running PHP 4.3.x (any version and for both CGI and ISAPI) on Windows 2000 or Windows 2003 that connects to MySQL. I have other sites on same machines connecting to MSSQL that works fine. In Windows 2003 I've isolated the servers in different applications pools (to be able to restart them seperately) and it's only sites using MySQL where this error occur. It can be a few hours between but sometimes it's days. For example on same machine I've set up two phpbb (http://www.phpbb.com) forums, one using a MySQL 4.0.16 database and the other a MSSQL 2000 SP3 database. Both sites in different application pools. Rest of the config is identical (Win 2003, PHP 4.3.5, ISAPI) and it's only the forum site using MySQL that will get this error every couple of days. I've read on other posts that it could be related to pconnect() or that PHP gets "unloaded" but I don't know what that is supposed to mean. Seems to be an issue when you combine IIS,PHP,MySQL on Windows. I've never seen a final soultion for this. [2004-06-21 08:03:09] sekmun at mypostbox dot com upgraded from 4.3.6 to 4.3.7, platform: win2k server/IIS (ISAPI)/Mysql Seeing this "PHP Access Violation" error now intermittently. Didn't use to get his problem. Might go back to 4.3.6 for the time being. 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/28740 -- Edit this bug report at http://bugs.php.net/?id=28740&edit=1
#28242 [Bgs]: A site's session data is available for all virtual hosts on same server
ID: 28242 Updated by: [EMAIL PROTECTED] Reported By: php at ter dot dk Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.6 New Comment: i agree with Peter, because i had servers with virtual shared users, but i think the problem resides in the security documentation. The problems are a lot different when you have a virtual server, because a lot of users run their different scripts, so its not as easy as activating safe_mode if you want to secure it. Should be created a different category in the Security chapter, to look into all sensitive attributes in php.ini (like session.save_path, disable_functions, etc.) that could cause problems to a virtual server. On the other side, the developers should be thought to add to their session, variables like: -users ip -domain name So, my proposal would still be, just as a solution to gain access to other users' passwords at the same server using the same realm, to add the UID of the script to the session-filename when in safe mode. I dont see why only in safe mode. >From my tests, i noticed that configuring php will not help you secure your web server, there are things like permissions that i had some problems. Like in a shared environment i could compromise sensitive files with file manipulation functions (ex. fopen, read, etc), just getting out of my /home/user/ dir. But i guess this is some kind of another story. Serban Gh. Ghita PHP.net manual Previous Comments: [2004-05-01 18:24:48] php at ter dot dk schlueter: 1. PHP would have easy access to the servername, where available. 1.1. Another approach, that might be more alike existing solutions would be, when in safe mode, to add the UID of the script to the session id. This solution is already used when using HTTP-based authentication in Safe Mode (UID added to the Realm). 2. My experience would say that the fewest service providers configures a unique save_path for each user. Yes, I know how to configure PHP myself, but that has no effect on rest of the world. 3. The argument is flawed. It's very easy just to play "King of my castle"-sysadmin, but let's look at the case in a broader perspective: The superglobals were introduced to prevent some user errors. One might have used the same argument, "It's the users' fault", which might be correct, BUT when a problem is as widespread, it is a global problem and should be handled as such, with centralized solutions, instead of just blaming everybody else. 3.1. You might change the category to a documentation-issue, but all the documentation states under sessions is "You need to take additional measures to actively protect the integrity of the session, depending on the value associated with it.". The security-chapter doesn't mention anything about this at all! Using the same debate technique, one might state: PHP isn't interested in security (or ther users' security). The documentation doesn't provide enough explanation about this issue. So, my proposal would still be, just as a solution to gain access to other users' passwords at the same server using the same realm, to add the UID of the script to the session-filename when in safe mode. That would be pretty much in the spirit of safe mode (user separation), as file access, HTTP-authentication, etc. are based on information about UID. Any cons against this proposal? [2004-05-01 17:43:25] schlueter at phpbar dot de PHP does neither know something about different sites nor where to write sessions except from /tmp so the provider has to tell it. Most providers I know set the session.save_path per user in the Apache configuration and I don't see any reason to change this. If one provider doesn't do this it's not the fault of PHP but with the provider who isn't interested in security. [2004-05-01 16:54:51] php at ter dot dk Please notice that not any single PHP-user in the world has access to the Apache-configuration as well. That's the whole point: This issue is relevant for customers at web providers. These customers should be pretty restricted. safe_mode is also advertised as a method of isolating users from each other, but that isn't enough here. Furthermore, suggesting that every virtual host in the world where the user has access to php should have a custom php-configuration - that's just simply not going to happen. It isn't a problem for those who host a website on their own server. But it is a problem for everybody else. I haven't heard a single good argument for why increased security shouldn't be enabled per default, instead of allowing sites to access other sites' session data. Allowing sites to access each other's data should be the exception, not the rule. - Pe
#28981 [Opn->Fbk]: dirname faild in UTF8 dirname
ID: 28981
Updated by: [EMAIL PROTECTED]
Reported By: hunix at hunix dot idv dot tw
-Status: Open
+Status: Feedback
Bug Type: Directory function related
Operating System: Linux 2.4.26
PHP Version: 5.0.0RC3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
Previous Comments:
[2004-07-01 08:02:46] hunix at hunix dot idv dot tw
Description:
When calling dirname with an UTF-8 dir-string, The dirname can NOT
return non ASCII strings. For example,
dirname("/x/y/z/UTF-8name/basename"); the return value would be
"/x/y/z/name" not "/x/y/z/UTF-8name". The same code work on php-4.3.5,
php-4.3.6, php-4.3.7 very well.
--
Edit this bug report at http://bugs.php.net/?id=28981&edit=1
#28403 [Opn->Sus]: ORA dll make apache child process crash and restart Apache
ID: 28403 Updated by: [EMAIL PROTECTED] Reported By: scouture at novo dot ca -Status: Open +Status: Suspended Bug Type: Apache2 related Operating System: win 2003 server PHP Version: 4.3.7 New Comment: Sounds like a threading issue to me... and you're asking for those by running apache 2 on windows (where the default processing model for apache is threaded). It sounds like either the oracle extension or oracle libraries are not threadsafe. I'll suspend this until you can come up with a clear script to reproduce this as there is no other way to find what this problem might be. Previous Comments: [2004-06-30 20:41:30] scouture at novo dot ca Ok, it is a long process for us just upgrade our php version. We have to pass by a dev environment before going to prod so we have pass to PHP 4.3.7 in prod recently. And since that the PHP team have annonce the release of 4.3.8. :o) But we still have the problem. Same error that the one list bellow. I can add that the server is a multiprocessor server (4 procs). We have a lot of hits by minutes. The error occurs every 5-10 minutes so kind of frequently. Apache and php are call via C# services and soap implementation. We do not seem to have this problem with a low volume environment (in our labs). The requests we pass via apache/phh are very simple (insert into... where, update ... where) nothing consumming. Please tell me if you need something more. Thanks for your help. Styve [2004-05-23 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-05-14 18:23:35] [EMAIL PROTECTED] 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. Also, upgrade to latest version.. [2004-05-14 17:43:08] scouture at novo dot ca Description: I know that I've got a 4.3.3 version of PHP but this issue (child process exited with status ...) do not seems to have been adressed. WINDOWS SERVER 2003 STANDARD EDITION RAM 2.49 Go Xeon(TM) CPU 2.80 GHz APACHE 2.0.47 PHP 4.3.3.3 ORACLE 9i In Apache error.log [Wed May 12 14:09:59 2004] [notice] Parent: child process exited with status 3221226324 -- Restarting. WINDOWS EVENT VIEWER Erreur de file d'attente de rapport : application défaillante Apache.exe, version 2.0.47.0, module défaillant oranl9.dll, version 0.0.0.0, adresse de défaillance 0x0001232b. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 41 70 61 ure Apa 0018: 63 68 65 2e 65 78 65 20 che.exe 0020: 32 2e 30 2e 34 37 2e 30 2.0.47.0 0028: 20 69 6e 20 6f 72 61 6ein oran 0030: 6c 39 2e 64 6c 6c 20 30 l9.dll 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 30 30 31 32 33 320001232 0050: 62b : 6c707041 74616369 206e6f69 6c696146 0010: 20657275 61704120 2e656863 20657865 0020: 2e302e32 302e3734 206e6920 6e61726f 0030: 642e396c 30206c6c 302e302e 6120302e 0040: 666f2074 74657366 30303020 32333231 0050: 62 Expected result: Apache not crashing -- Edit this bug report at http://bugs.php.net/?id=28403&edit=1
