Bug #16304: Missing Error Messages

[al]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.2
PHP version:  4.1.2
PHP Bug Type: *Programming Data Structures
Bug description:  Missing Error Messages

Hi,

I wonder if anyone can tell me, when php is not able 
anymore to throw error messages?

I am having a function which is responsible for including 
class definitions which then again require/include their 
specific sub-classes or whatever.

At some point in the process, php loses it's ability to 
throw error messages. It just would not return anything if 
there is an parse error. Which makes debugging a hell.

I could not find any rule when I can include what? 

I found: Including a class definition inside a others class 
method, does not work.
I found Including a class definition inside a function 
seems work.

But if this class is again including files, e.g. language 
files, these do not respond to errors properly.

Is there a way to avoid this? Any guidelines here? Or may 
be a bug?

Regards,

Alex

-- 
Edit bug report at http://bugs.php.net/?id=16304&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16304&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16304&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16304&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16304&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16304&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16304&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16304&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16304&r=submittedtwice

Bug #16057 Updated: ftp_nlist() and ftp_rawlist() return nothing

[landmann]

 ID:   16057
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: FTP related
 Operating System: Windows 2000 Advanced Server
 PHP Version:  4.1.2
 New Comment:

I encountered the same problem with ftp_nlist & ftp_rawlist PHP-Version
4.06pl1

it seems to me the problem is located in the data connection of ftp.
WU-FTP logfile indicates that no data connection can be established to
the W2K machine where the script runs.


Previous Comments:


[2002-03-14 06:12:02] [EMAIL PROTECTED]

I've confirmed that this bug is still present in the Windows build of
4.1.2, and yet it works as documented in the Linux build of 4.1.2.



[2002-03-14 02:23:50] [EMAIL PROTECTED]

In the Windows build of PHP 4.1.1, the ftp_nlist() and ftp_rawlist()
functions return absolutely nothing. The following script works just
fine in PHP 4.1.1 on Linux, but fails under Windows, no matter what FTP
server you try to connect to:

";
print_r($nlist);
print_r($rawlist);
echo "";
?>




-- 
Edit this bug report at http://bugs.php.net/?id=16057&edit=1

Bug #16303: file() MUCH faster than fsockopen() + fgets() but we should be able to set th

[jpaulomf]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:   file() MUCH  faster than fsockopen() + fgets() but we should be 
able to set th


When tring to open a file for remote edition like:

$file = file("http://myaddress.com/users.php?op=xz&f=w";);

Whe can't set the headers.
And why one would like to?

1 - Readfile throws the content to std out.
2 - fsockopen takes too much time to do the same:

$sck = fsockopen($host,$port,&$errno,&$errstr);
fputs($sck,$request);
while(!feof($sck)) {
   $result .= fgets($sck,128);
}
This will take about 300-400% more time compared with file() or
readfile(). (WHY??? Ive tested the int lenght of fgets() with
2,32,64,128...4096 and it is still very slow: filesizes > 400kb ~ 90-120
sec (@ 256k) when file() does the same in ~ 20-30 sec).

I've not tested cURL yet, but I think PHP should support this w/o 3
parties..

Thanks ppl!


-- 
Edit bug report at http://bugs.php.net/?id=16303&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16303&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16303&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16303&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16303&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16303&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16303&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16303&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16303&r=submittedtwice

Bug #16302: socket_set_timeout closes connection

[landmann]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: Network related
Bug description:  socket_set_timeout closes connection 


$ftp=fsockopen($ip, 21, &$errorno, &$errorstr, $timeout);
$returnstring .= "blocking is on?: " . socket_set_blocking($ftp, 0);


The socket_set_blocking terminates the conection immedeatly - when i turn
the socket_set_blocking On the script works fine (as long there is data on
the connection).

btw. the scripting timeout ($timeout) is beeing completly ignored if there
is no data waiting, the script stops until the maximum execution time is
reached...



-- 
Edit bug report at http://bugs.php.net/?id=16302&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16302&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16302&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16302&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16302&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16302&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16302&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16302&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16302&r=submittedtwice

Bug #16301 Updated: English Complited HTML Help is BROKEN!

[derick]

 ID:   16301
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows ME
 PHP Version:  4.1.2
 New Comment:

Should be fixed as soon as the upload is done.

Derick


Previous Comments:


[2002-03-27 00:10:16] [EMAIL PROTECTED]

Problem with yours English Complited HTML Help.
When I am tring to open it, it says that:

Cannot open file: mk:@MSITStore:c:\php_manual_end.chm.

Check yours file...




-- 
Edit this bug report at http://bugs.php.net/?id=16301&edit=1

Bug #16301: English Complited HTML Help is BROKEN!

[Ram0n]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.1.2
PHP Bug Type: Documentation problem
Bug description:  English Complited HTML Help is BROKEN!

Problem with yours English Complited HTML Help.
When I am tring to open it, it says that:

Cannot open file: mk:@MSITStore:c:\php_manual_end.chm.

Check yours file...
-- 
Edit bug report at http://bugs.php.net/?id=16301&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16301&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16301&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16301&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16301&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16301&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16301&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16301&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16301&r=submittedtwice

Bug #15740 Updated: It is better to replace imap_getquota() with imap_getquotaroot() in php_imap.c.

[php-bugs]

 ID:   15740
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IMAP related
 Operating System: Solaris 2.8 SPARC
 PHP Version:  4.1.1
 New Comment:

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-02-26 21:20:52] [EMAIL PROTECTED]

Could you post unified diff against current CVS source to php-dev list?



[2002-02-26 18:56:00] [EMAIL PROTECTED]

It is better to replace "imap_getquota()" with
"imap_getquotaroot()" in php_imap.c, because the latter is
usable by the user so no need to create a mailbox admin user.

The IMAP4-Request "GETQUOTA" only works with a special privileged imap
user. For the "normal" user "GETQUOTAROOT" is usable. GETQUOTAROOT(*)
gives 2 output lines, the Quota root
directory and the Storage Quota. IMAP 2001 perfectly handles
this with the function imap_getquotaroot.

It is in line 1031 of ext/imap/php_imap.c:

-if(!imap_getquota(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))
+if(!imap_getquotaroot(imap_le_struct->imap_stream,
Z_STRVAL_PP(qroot)))

Tested with Cyrus IMAPD 2.0.16 and Sun iPlanet Messaging
Server 5.1.

With this you can get the quota of every mailbox opened
by typing:

$quota_array = imap_get_quota($mb,"INBOX");

Pascal



(*) in raw session it will look like this:

A001 GETQUOTAROOT INBOX
* QUOTAROOT INBOX user.pascal
* QUOTA user.pascal (STORAGE 80280 1000)
A001 OK Completed

IMAP2001 C-Client handles this with imap_getquotaroot().




-- 
Edit this bug report at http://bugs.php.net/?id=15740&edit=1

Bug #9658 Updated: saps Servlet reproducible crash.

[php-bugs]

 ID:   9658
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Java related
 Operating System: Linux RH 6.1
 PHP Version:  4.0 Latest CVS (
 New Comment:

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-02-24 06:05:46] [EMAIL PROTECTED]

Please test with  PHP 4.1.1+JDK 1.2 and report the result back Thanks.



[2001-03-09 17:01:28] [EMAIL PROTECTED]

Bugs 9658 and 9659 are different.

9658 refers to a crash in the JNI code. No java exceptions were thrown
when this stack trace was produced. A simple one line script was run.
The script did access many java methods and data items however.

9659 refers to problems explicitly todo with throwing exceptions in java
code that has been called from a php script (see the except.php script
in the distribution). 

I think these are two separate bugs (unless you class all crashes the
same).

After I applies the code changes suggested in 9659 the exception problem
went away, however bug 9658 remained. Simple scripts now work reasonably
well (apart from the memory usage problems outlined in 9660).







[2001-03-09 13:33:57] [EMAIL PROTECTED]

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).


--

Please update this report and not open any new ones
about same bug. Thank you.

--Jani




[2001-03-09 12:28:53] [EMAIL PROTECTED]



Servlet sapi seems to be very unstable.

Running the jinfo.php script causes a segv after the third execution
(appears at this time it is reusing a previous thread, if it has a new
thread it works OK).

Configuration:-

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)

Dump details:-

Program received signal SIGSEGV, Segmentation fault.
0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c, h=0,

pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at
zend_hash.c:398
398 p = ht->arBuckets[nIndex];

print *ht
$1 = {nTableSize = 175514000, nHashSizeIndex = 9, nNumOfElements =
136884872, 
  nNextFreeElement = 135386148, pHashFunction = 0, 
  pInternalPointer = 0x826ff2c, pListHead = 0x0, pListTail = 0x0, 
  arBuckets = 0x70736572, pDestructor = 0x65736e6f, persistent = 0
'\000', 
  nApplyCount = 0 '\000', bApplyProtection = 1 '\001'}

Back trace:-

#0  0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c,
h=0, 
pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at
zend_hash.c:398
#1  0x48885f1e in Java_net_php_reflect_setResultFromObject
(jenv=0x8167ebc, 
self=0xbe5ff340, result=135386148, value=0xbe5ff348) at java.c:738
#2  0x806b421 in ?? ()
#3  0x8068d09 in ?? ()
#4  0x8068d09 in ?? ()
#5  0x403ed890 in StubRoutines::_code1 ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#6  0x401535e2 in JavaCalls::call_helper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#7  0x401d0731 in os::os_exception_wrapper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#8  0x40153930 in JavaCalls::call ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#9  0x4015a1ab in jni_invoke ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#10 0x4015db1a in jni_CallObjectMethod ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#11 0x4888461f in sapi_servlet_read_cookies (sapi_globals=0x824af20)
at servlet.c:210
#12 0x48889d29 in sapi_activate (sapi_globals=0x824af20) at SAPI.c:298
#13 0x48886c0c in php_request_startup (compiler_globals=0x824b058, 
executor_globals=0x8263cb8, core_globals=0x82689c0, 
sapi_glo

Bug #16300: PNG generation w/ TTF Font loading works from cmd line but fails from http

[shamim]

From: [EMAIL PROTECTED]
Operating system: Linux-Mandrake 8.2
PHP version:  4.1.2
PHP Bug Type: GD related
Bug description:  PNG generation w/ TTF Font loading works from cmd line but fails 
from http

Running Linux-Mandrake 8.2 on Duron 700 266 FSB w/ php 4.1.2 and Zend
engine optimized to 65535 (pass 9 and 10 and 11)

Installed:
apache-conf-1.3.23-4mdk
apache-suexec-1.3.23-3mdk
apache-modules-1.3.23-4mdk
apache-mod_perl-1.3.23_1.26-5mdk
apache-manual-1.3.23-4mdk
apache-devel-1.3.23-4mdk
apache-1.3.23-4mdk
apache-common-1.3.23-4mdk
apache-source-1.3.20-3mdk
php-imap-4.1.2-1mdk
php-manual_en-4.1.1-1mdk
php-xml-4.1.2-1mdk
php-common-4.1.2-1mdk
php-mysql-4.1.2-2mdk
php-readline-4.1.2-1mdk
php-4.1.2-1mdk
php-dba_gdbm_db3-4.1.2-1mdk
php-ldap-4.1.2-1mdk
php-gd-4.1.2-1mdk
php-pgsql-4.1.2-1mdk
mod_php-4.1.2-1mdk
php-devel-4.1.2-1mdk
libgd1-devel-1.8.4-4mdk
libgd1-1.8.4-4mdk
freetype-tools-1.3.1-12mdk
freetype-1.3.1-12mdk
freetype-devel-1.3.1-12mdk
freetype2-2.0.4-1mdk
freetype2-devel-2.0.4-1mdk

http://reality.poetryunlimited.com:81/testvars - list of php settings and
modules

http://new.poetryunlimited.com:81/testbug.php3 -fails miserably.

php testbug.php3 generates image perfectly. Copy of saved image located at
http://new.poetryunlimited.com:81/images/myimg.png

Font directory cannot even be relative or font loading fails - preferred
earlier GD preferences - where can we set the GDFONTPATH env variable per
server? Can we use a full path outside of the apache tree???

Any font file can be used in place of the ttf I have placed below. If the
ttf is requried it can be retrieved from
http://new.poetryunlimited.com:81/font/bluebold.ttf

testbug.php3 follows




-- 
Edit bug report at http://bugs.php.net/?id=16300&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16300&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16300&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16300&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16300&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16300&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16300&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16300&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16300&r=submittedtwice

Bug #16299: session no save data with global_vars=off

[cesar]

From: [EMAIL PROTECTED]
Operating system: win98-redhat7.2
PHP version:  4.1.2
PHP Bug Type: Session related
Bug description:  session no save data with global_vars=off

Tengo la siguiente duda sobre el manejo de sesiones en php4, todo funciona
muy bien cuando habilito las variables globales en el php.ini, pero cuando
las pongo en off, no funciona. Agradezco su revision.

Saludos y gracias. cesar
Ahh por cierto estas pruebas la realize en:
Win98-PWS4-PHP4.1.2 y en RedHat7.2-Apache1.3-PHP406

Les paso 2 ejemplos en uno NO funciona y en otro si.

session_start(); //EJEMPLO QUE NO FUNCIONA 
!isset($_SESSION['count']) ? $_SESSION['count'] = 0 :
$_SESSION['count']++; // idem con $HTTP_SESSION_VARS 
echo $_SESSION['count']; 

=== 
session_start(); //EJEMPLO QUE FUNCIONA 
if(!session_is_registered('count')){ 
session_register('count'); 
$count = 0; 
}else{ 
$count++; 
} 
echo $count; 


-- 
Edit bug report at http://bugs.php.net/?id=16299&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16299&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16299&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16299&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16299&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16299&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16299&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16299&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16299&r=submittedtwice

Bug #16102 Updated: >1 session variables not getting set correctly

[refrost]

 ID:   16102
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Session related
 Operating System: Windows 2000/XP
 PHP Version:  4.1.2
 New Comment:

I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running;  reg_globals OFF; trying to work my way through
sessions. Yikes!!   It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().  

   /* this seems to ~work  sort of, maybe...
  $ship_type = $HTTP_SESSION_VARS['ship_type'];  //or with $_SESSION..
which seems to be erratic

  session_unregister("ship_type");
  $ship_type= 'trs'; //$ship_type + 1;
  session_register("ship_type");
  flush();
  //   This allows other pages to show the revised value via
$_SESSION["ship_type"]   

Now if I could just erase a pair in an array with unset...


Keep up the goodwork!


Previous Comments:


[2002-03-25 20:14:53] [EMAIL PROTECTED]

This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert



[2002-03-20 17:57:04] [EMAIL PROTECTED]

Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but
one of the major points about 4.1.x was the new $_SESSION array and its
global scope. Infact it got a big mention on the download page. Its
only fair to put a big mention that its broke in 4.1.2 as I'm sure that
a few devs (myself included) now have broken code using
$_SESSION["foo"] = "bar" which is silly to take back to the old way of
doing it.

Either make a note or release a patch!

FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta
in CGI mode



[2002-03-20 12:55:14] [EMAIL PROTECTED]

Using session_start() and setting $HTTP_SESSION_VARS['my_Var'] to any
value mays help.

Here is my code to use the $_SESSION array :

//~

session_start();

if (!isset($_SESSION["count"])) {
$HTTP_SESSION_VARS["count"] = 0;
}

$_SESSION["count"]++;

echo $_SESSION["count"];

//~

PHP Version : 4.1.2
OS : Win2K Server
Webserver : APACHE 1.3.22
PHP running as the php.exe



[2002-03-19 11:21:04] [EMAIL PROTECTED]

Fix it and release a new version or at least make a note on the
downloadpage.



[2002-03-19 00:39:08] [EMAIL PROTECTED]

After reading more posts on this subject, I went back and put some
debug code into my application. I see now that the POST variables are
fine; the difficulty is with the session variables. The problem appears
to be somewhere in php4ts.dll, which is copied to \WINNT\system32 as
part of the installation. I mentioned earlier that the version from the
link in http://www.zend.com/zend/week/week77.php was OK. The link on
that page is now dead.

I'm running:
Apache_1.3.23-Mod_SSL_2.8.7-OpenSSL_0.9.6c
Windows 2000 Pro SP2 + pre-SP3 updates
PHP running as module (php4apache.dll); no CGI
MySQL 4.0.1-alpha-win

This problem with session variables is a big deal, but there is no
warning on the download page for Windows users.



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/16102

-- 
Edit this bug report at http://bugs.php.net/?id=16102&edit=1

Bug #15884 Updated: session_unregister does not work when followed by header("Location: ...")

[yohgaki]

 ID:   15884
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".

Could you try to get backtrace?
I guess PHP is segfaulting.


Previous Comments:


[2002-03-11 10:15:00] [EMAIL PROTECTED]

Yup looks like the two are related. The other bug was submitted an Mar
6th, I submitted mine on Mar 5th so at least the dupe is not my fault
;)

Jochen



[2002-03-08 15:08:30] [EMAIL PROTECTED]

I believe this bug is related to bug #15909
(http://bugs.php.net/bug.php?id=15909)



[2002-03-06 12:25:09] [EMAIL PROTECTED]

> You must provide short & complete script.
> It sounds like your bug to me.

Well this issue is very to reproduce so I thought providing a script
wont be necessary. Anyway the following set of scripts will expose the
bug.

Please note that including the session handler will not be necessary if
you are not running user-defined session handlers (php.ini setting)

An explanation on how to use the scripts is below

-
file: include.php


-
file: t1.php


t2
-
file: t2.php

";
?>
t3
-
file: t3.php


t2
-


Observed behaviour:

t1 registers $myvar and displays link to t2. Follow this link
t2 shows value of $myvar and displays link to t3. Follow this link
t3 unregisters $myvar and uses header("Location: ") to redirect you to
t2
t2 shows value of $myvar - it is still "hello"

The behaviour in the last step is incorrect - since $myvar was
unregistred, its value should have been deleted from the session but
obiously is not


When you comment out the line starting with "header" in t3.php and do
the first two steps above and then click the link t3 shows $myvar will
get unregistred properly. This is why the bug has the title
"session_unregister does not work when followed by header("Location:
...")"


btw: The reason for this is not the session-handler I use, php simply
does not call the "pgsql_session_write" function if session_unregister
is followed by a header("Location: ...") statement.


best regards,

Jochen



[2002-03-06 03:04:01] [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".


You must provide short & complete script.
It sounds like your bug to me.



[2002-03-05 12:32:08] [EMAIL PROTECTED]

When followed by a 

header("Location: ...");

statement session_unregister does not get properly executed.

Reproduce: Take any script that has a session_unregister in it, put a
header("Location: ...") under this statement, and see if unregistered
var gets deleted from session-storage (it does not)
Now put a session_write_close() in front of the header-statement and
watch it work properly.

If you have trouble reproducing this please don't hesitate to contact
me.

My setup:

User-Defined Session-Handler: pgsql_session_handler latest version

PHP compiled with:
./configure' '--with-mysql=/usr/local/mysql' '--with-pgsql'
'--with-ldap' '--enable-trans-sid' '--with-gd'

Exact same setup worked with php4.0.6, did not work after upgrade to
4.1.2








-- 
Edit this bug report at http://bugs.php.net/?id=15884&edit=1

Bug #15909 Updated: Session data not updated on page jump (header() may be the cause)

[yohgaki]

 ID:   15909
 Updated by:   [EMAIL PROTECTED]
-Summary:  Session data not updated on page jump
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux Gnu  2.2.12
 PHP Version:  4.1.2
 New Comment:

Could you limit size of max text size returned from MySQL?
Does it help?


Previous Comments:


[2002-03-26 11:55:03] [EMAIL PROTECTED]

Yes, we are using MySQL 3.23.38 in the application. However, the
session.save_handler is files. 

We were using the same version of MySQL with PHP 4.0.2.



[2002-03-26 00:40:21] [EMAIL PROTECTED]

Do you use MySQL?




[2002-03-25 21:15:04] [EMAIL PROTECTED]

PHP Does not appear to be seg faulting; nothing in the logs indicates
that type of error.



[2002-03-25 05:09:49] [EMAIL PROTECTED]

Hmm. It sounds like PHP is segfaulting. (Or bailing out without proper
shutdown)
If you are having segfualts, could you build PHP with --enable-debug
and send the backtrace?






[2002-03-25 03:18:27] [EMAIL PROTECTED]

It looks like the PHP 4.1.2 forgot to call session_write_close() by
default. I added this call at the end of my program, and solved this
session 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/15909

-- 
Edit this bug report at http://bugs.php.net/?id=15909&edit=1

Bug #14529 Updated: Returning non-string type from session read() segfaults. (User save handler)

[yohgaki]

 ID:   14529
 Updated by:   [EMAIL PROTECTED]
-Summary:  script doesn't always finish output
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Analyzed
-Bug Type: Output Control
+Bug Type: Session related
 Operating System: Linux RH 7.2
 PHP Version:  4.3.0-dev
 New Comment:

After all, it's a session bug.
I'm sure this is reported, but I couldn't find one.




Previous Comments:


[2002-03-26 19:39:54] [EMAIL PROTECTED]

I did the same thing a while back and things appeared to work again. 
My screens were not getting cut off on every page load.  But apache
still crashed on almost every page viewed.  Somehow, IE was able to
display the page (I'm thinking though cache but it caught some of the
newer info - but not always) but Netscape, Opera and some linux
browsers simply displayed an error that they could not connect and
eventually even in IE the pages started getting cut off again.

It's as if apache crashed anyways for me only crashed sooner if the
session read function returned false instead of an empty string.

I've cut my program very small and eliminated all include/require
statements thinking I'd add them until the problem occured, only as a
base program (still fairly complex) the problem still occurs.  Yet I've
written some very simple pages and they don't crash.  It's almost like
it's a combination of tasks that cause it.



[2002-03-26 18:22:30] [EMAIL PROTECTED]

YEAH! IT WORKS! I've solved my problem! It was related to my
session_handling and the session_read function. When I forced the
function to ALWAYS return a string, even if it was an empty one apache
stopped crashing!

return (string)$value;

Previously I sometimes returned other values such as the boolean false.
This didn't make apache crash with 4.0.6 but it does with the later
versions.

*happy happy happy*

The page works like a charm again! No cut off pages! No messed up
posted forms! No more weird sessions that doesn't register! I LOVE IT!



[2002-03-20 06:18:03] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.session-set-save-handler.php

On this page are a lot of comments, one of them was striking:

04-Mar-2002 02:57 
 
I just want to mention, that it's critical to return a string value
with
the read function, because there can be strange errors if - for example
-
the return value is null. In my case the php program stopped in the
middle
of an "echo" command, so it was really hard to find, that the
real problem was with that session read callback function.
The easyest way to handle this, that you should cast the return value
before return. For example:
function read ($id) {
/*  code here to produce $retval   */
return (string)$retval;
}


Weird, isn't it, but maybe it helps getting more close to solving the
problem.

ps: we've got php4.1.2 now installed as a CGI,
session.save_handler=files, still using the session_set_save_handler
function (although it doesn't say so in the tutorial -explicitly- it
does override the 'files'-setting, see one of the other comments) and I
don't have any problems anymore. At least, not until now, fingers
crossed.



[2002-03-19 16:28:14] [EMAIL PROTECTED]

Responding to albert.
My system also needed to have session.save_handler set to user for load
balancing.  However, I tried using files instead and at first I thought
it worked fine but it turned out it still crashed, only less often and
at different points.  (Previously code output always stopped at
specific spots when it crashed and only on some pages, this just
changed the point at which it would crash and other pages that before
had no problems didn't appear correctly.

Some have suggested they removed sessions all together and still had
the problem and others claim the problems stop if sessions are not
used.  (Maybe there is two completely different bugs causing similar
problems).

It seems as if this bug has nothing that anyone has been able to narrow
down as what causes the problem.  

Besides apache crashing (Segmentation fault)I have noticed that other
small things don't opperate properly since version 4.0.6 that should. 
Here are two other things I've seen give problems and confirmed through
test scripts.

4.2.x (or 4.3.x) unserialize() does not recognizing values set by
serialize() in PHP 4.0.x.  My system stores arrays using the
serialize() function into a database (such as a color scheme).  When I
upgrade to 4.2.x or new snaps, when those strings are pulled from the
database, the unserialize() function will gives an error that it
couldn't read the string (this is not a magic_quote issue as settings
are the s

Bug #16297 Updated: can not del garbage session files

[yohgaki]

 ID:   16297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: win2000 server
 PHP Version:  4.1.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-03-26 21:04:43] [EMAIL PROTECTED]

; Percentual probability that the 'garbage collection' process is
started
; on every session initialization.
session.gc_probability = 1

; After this number of seconds, stored data will be seen as 'garbage'
and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

it doesn't work,these garbage files still exist.why?




-- 
Edit this bug report at http://bugs.php.net/?id=16297&edit=1

Bug #16296 Updated: how to del these session files

[yohgaki]

 ID:   16296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: win2000 server
 PHP Version:  4.1.2
 New Comment:

Sorry. We are not going to answer any support questions.
Try [EMAIL PROTECTED]



Previous Comments:


[2002-03-26 20:48:13] [EMAIL PROTECTED]

i use files to save session,but if close IE without do
session_destroy.these garbage files still exist.
and they are just a part of session files;how can i del them with php?



[2002-03-26 20:45:44] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-03-26 20:42:40] [EMAIL PROTECTED]

i use files to save session,but if close ie without do session_destroy
these files still exist.can i del them with php?




-- 
Edit this bug report at http://bugs.php.net/?id=16296&edit=1

Bug #15896 Updated: Variable lookup table overflow

[yohgaki]

 ID:   15896
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PostgreSQL related
 Operating System: Redhat Linux
 PHP Version:  4.1.2
-Assigned To:  
+Assigned To:  yohgaki
 New Comment:

I don't see this kind of behavior.
If memory is broken, the cause may be anywhere.

Could you build with min. config options?
./configure --with-apxs --without-mysql --with-pgsql --enable-debug

Could you paste shortest possible reproducible script with
the configuration that I mentioned?

Make sure you check apache error log also.





Previous Comments:


[2002-03-25 06:25:38] [EMAIL PROTECTED]

Hi,

This issue is very reproduceable here also, on two very different
setups sharing only Apache and Postgresql versions.
(Apache 1.3.20, 22 and 23 and Postgresql 7.1.3)

The setups involved that reproduce the reported bug are one production
system setup (running Postgresql and Apache separately, Apache 1.3.20 /
1.3.22 and PHP 4.0.6patched) 
and additionally one internal test environment (running Postgresql and
Apache on the same server, Apache 1.3.23 and PHP 4.1.2).

The OS is Linux, but distributions are Debian Potato with 2.2 kernel
(production) and Slackware 8.0 with 2.4 kernel (test env.). 

Production system has very high load, test environment has little to no
load. Both reproduce the same issue as described in the bugreport.

Additional info, my PHP is a lot less complex, I configured with : 
./configure  
--enable-trans-sid 
--with-config-file-path=/etc/httpd
--with-apxs=/usr/local/apache/current/bin/apxs
--with-pgsql 
--without-mysql 

This is a very serious issue to me, my production servers are behaving
less than well, very possibly because of this issue (frequent memory
leaks / apache instability). 

Any feedback highly appreciated !

Regards
Denis Braekhus



[2002-03-06 08:31:34] [EMAIL PROTECTED]

Hi,

I've got a reproduceable problem with PHP when using 
PostgreSQL. The problem does not appear when running 
MySQL. I suspect a buffer overflow of some kind. 

A good example of the problem follows, code taken from my 
db library class and the query function:

$myVariable = "My Value";
$limit = -1;
$offset = 0;

print( "MyVar: $myVariable " );
Will normally output:
MyVar: My Value

However; after 55-60 database calls with the function it 
will print:
MyVar: 0

The 0 is the value assigned to the $offset variable. If I 
remove the $offset = 0; line the output will be:
MyVar: -1

As you can see all variables will be assigned to the same 
value ( after n runs ).

It allways happens at the same place in the code even 
after apache restarts etc. I have two different scrips 
using the db library reproducing the same problem. And 
this does not happen when using the mysql implementation 
of the db library.

It may be something in the area of; a buffer for storing 
the variable assignments overflows due to a buffer 
overflow in the postgresql library. But this is only a 
guess since I don't know the internals of PHP/PostgreSQL.

PHP configure line:

 './configure' '--with-dom' '--with-xml' 
'--with-apxs=/usr/sbin/apxs' '--enable-ftp' 
'--enable-trans-sid' '--with-config-file-path=/etc/httpd' 
'--with-mysql=shared,/usr' '--with-pgsql=shared,/usr' 
'--enable-inline-optimization' '--with-ttf' '--with-gd' 
'--enable-gd-native-ttf' '--with-imap' '--includedir=/usr' 
'--with-openssl=/usr' '--with-zlib-dir=/usr' 
'--with-ldap=shared,/usr' '--with-openssl=shared,/usr' 
'--enable-dbg=shared' '--with-dbg-profiler' 
'--with-kerberos'

System:
Linux dozer.ez.no 2.4.9-31 #1 Tue Feb 26 07:11:02 EST 2002 
i686 unknown

Server API:
Apache

I'm _not_ running APC or Zend accellerator.
There are no error messages in the log and no segfaults.

Regards
Bård Farstad





-- 
Edit this bug report at http://bugs.php.net/?id=15896&edit=1

Bug #16298: Arrays being called in a function() call produces unexpected error.

[m4a1_damien]

From: [EMAIL PROTECTED]
Operating system: WinXP
PHP version:  4.1.2
PHP Bug Type: Unknown/Other Function
Bug description:  Arrays being called in a function() call produces unexpected error.

When making a simple function...



(Small scale beta templating system)

When you call the function include_page function with a normal
variable...

i.e. "function include_page($variable)" the function works find...


...but...

If you use it with a variable...

i.e. "function include_page($script_pref["variable"])" the webpage
produces the following...

Parse error: parse error, expecting `')'' in c:\apache\htdocs\index.php on
line 2

I have rewritten the function name sveral times, and in diffrent forms..
with 's and without.. but no change.. only when you use a variable inside
a array...

My PHP.ini has full error reporting, a debugging mode switched on (startup
errors etc on)
-- 
Edit bug report at http://bugs.php.net/?id=16298&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16298&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16298&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16298&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16298&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16298&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16298&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16298&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16298&r=submittedtwice

Bug #16297: can not del garbage session files

[shufeleone]

From: [EMAIL PROTECTED]
Operating system: win2000 server
PHP version:  4.1.2
PHP Bug Type: Session related
Bug description:  can not del garbage session files

; Percentual probability that the 'garbage collection' process is started
; on every session initialization.
session.gc_probability = 1

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

it doesn't work,these garbage files still exist.why?
-- 
Edit bug report at http://bugs.php.net/?id=16297&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16297&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16297&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16297&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16297&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16297&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16297&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16297&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16297&r=submittedtwice

Bug #16296 Updated: how to del these session files

[shufeleone]

 ID:   16296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Session related
 Operating System: win2000 server
 PHP Version:  4.1.2
 New Comment:

i use files to save session,but if close IE without do
session_destroy.these garbage files still exist.
and they are just a part of session files;how can i del them with php?


Previous Comments:


[2002-03-26 20:45:44] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-03-26 20:42:40] [EMAIL PROTECTED]

i use files to save session,but if close ie without do session_destroy
these files still exist.can i del them with php?




-- 
Edit this bug report at http://bugs.php.net/?id=16296&edit=1

Bug #16203 Updated: Cannot configure with ming

[amiroot]

 ID:   16203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Ming related
 Operating System: FreeBSD 4.3-STABLE
 PHP Version:  4.2.0RC1
 New Comment:

I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.


Previous Comments:


[2002-03-22 05:58:15] [EMAIL PROTECTED]

Here goes the part about opendl :

configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2   conftest.c -ldl   >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char dlopen ();
int
main ()
{
dlopen ();
  ;
  return 0;
}
configure:7562: result: no

Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'



[2002-03-22 05:37:16] [EMAIL PROTECTED]

The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?



[2002-03-22 04:16:28] [EMAIL PROTECTED]

The problem is exactly the same with the latest snapshot (dated march
22th 2002).



[2002-03-21 18:23:09] [EMAIL PROTECTED]

Can you test if it works with current CVS ?



[2002-03-21 11:44:06] [EMAIL PROTECTED]

Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :

configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming  -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm  -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
  ;
  return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.



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/16203

-- 
Edit this bug report at http://bugs.php.net/?id=16203&edit=1

Bug #16296 Updated: how to del these session files

[sniper]

 ID:   16296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: win2000 server
 PHP Version:  4.1.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-03-26 20:42:40] [EMAIL PROTECTED]

i use files to save session,but if close ie without do session_destroy
these files still exist.can i del them with php?




-- 
Edit this bug report at http://bugs.php.net/?id=16296&edit=1

Bug #16288 Updated: Timeout while checking on a string

[loginx]

 ID:   16288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Pspell related
 Operating System: RedHat 7.2
 PHP Version:  4.1.2
 Assigned To:  vlad
 New Comment:

went in /usr/local/downloads (where I build packages before installing
them) and built example-c, it works perfectly fine.

my steps for installing pspell, aspell and php were:

Pspell:
cd /usr/local/download/pspell
./configure
make
make install
cd ../aspell
./configure
make
make install
cd ../pspell/modules
./add-modules
cd ../../php
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/
--with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ;
make install ; /etc/init.d/httpd restart ; echo all done


Previous Comments:


[2002-03-26 18:12:20] [EMAIL PROTECTED]

I use the *exact* same configuration on my test box and it works
(redhat7.2, php4.1.2, same exact versions of pspell and aspell).

Two questions: 
- can you build and run a sample app in pspell/examples directory?
(e.g. 'make example-c' followed by './example-c en')?

- what are your build steps when building aspell and pspell, and in
which exact order?

I suspect misconfiguration :(



[2002-03-26 09:56:28] [EMAIL PROTECTED]

Hi,

After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest
versions on the official website, versions:

aspell-.33.7.1
pspell-.12.2
php 4.1.2

I first compiled  pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell ; make ; make install ;
/etc/init.d/httpd restart ; echo all done

And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:

\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}

Did they break backward source compatibility again or is it a problem
with my config or install ?




-- 
Edit this bug report at http://bugs.php.net/?id=16288&edit=1

Bug #16296: how to del these session files

[shufeleone]

From: [EMAIL PROTECTED]
Operating system: win2000 server
PHP version:  4.1.2
PHP Bug Type: Session related
Bug description:  how to del these session files

i use files to save session,but if close ie without do session_destroy
these files still exist.can i del them with php?
-- 
Edit bug report at http://bugs.php.net/?id=16296&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16296&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16296&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16296&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16296&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16296&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16296&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16296&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16296&r=submittedtwice

Bug #14529 Updated: script doesn't always finish output

[jay1]

 ID:   14529
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Output Control
 Operating System: Linux RH 7.2
 PHP Version:  4.3.0-dev
 New Comment:

I did the same thing a while back and things appeared to work again. 
My screens were not getting cut off on every page load.  But apache
still crashed on almost every page viewed.  Somehow, IE was able to
display the page (I'm thinking though cache but it caught some of the
newer info - but not always) but Netscape, Opera and some linux
browsers simply displayed an error that they could not connect and
eventually even in IE the pages started getting cut off again.

It's as if apache crashed anyways for me only crashed sooner if the
session read function returned false instead of an empty string.

I've cut my program very small and eliminated all include/require
statements thinking I'd add them until the problem occured, only as a
base program (still fairly complex) the problem still occurs.  Yet I've
written some very simple pages and they don't crash.  It's almost like
it's a combination of tasks that cause it.


Previous Comments:


[2002-03-26 18:22:30] [EMAIL PROTECTED]

YEAH! IT WORKS! I've solved my problem! It was related to my
session_handling and the session_read function. When I forced the
function to ALWAYS return a string, even if it was an empty one apache
stopped crashing!

return (string)$value;

Previously I sometimes returned other values such as the boolean false.
This didn't make apache crash with 4.0.6 but it does with the later
versions.

*happy happy happy*

The page works like a charm again! No cut off pages! No messed up
posted forms! No more weird sessions that doesn't register! I LOVE IT!



[2002-03-20 06:18:03] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.session-set-save-handler.php

On this page are a lot of comments, one of them was striking:

04-Mar-2002 02:57 
 
I just want to mention, that it's critical to return a string value
with
the read function, because there can be strange errors if - for example
-
the return value is null. In my case the php program stopped in the
middle
of an "echo" command, so it was really hard to find, that the
real problem was with that session read callback function.
The easyest way to handle this, that you should cast the return value
before return. For example:
function read ($id) {
/*  code here to produce $retval   */
return (string)$retval;
}


Weird, isn't it, but maybe it helps getting more close to solving the
problem.

ps: we've got php4.1.2 now installed as a CGI,
session.save_handler=files, still using the session_set_save_handler
function (although it doesn't say so in the tutorial -explicitly- it
does override the 'files'-setting, see one of the other comments) and I
don't have any problems anymore. At least, not until now, fingers
crossed.



[2002-03-19 16:28:14] [EMAIL PROTECTED]

Responding to albert.
My system also needed to have session.save_handler set to user for load
balancing.  However, I tried using files instead and at first I thought
it worked fine but it turned out it still crashed, only less often and
at different points.  (Previously code output always stopped at
specific spots when it crashed and only on some pages, this just
changed the point at which it would crash and other pages that before
had no problems didn't appear correctly.

Some have suggested they removed sessions all together and still had
the problem and others claim the problems stop if sessions are not
used.  (Maybe there is two completely different bugs causing similar
problems).

It seems as if this bug has nothing that anyone has been able to narrow
down as what causes the problem.  

Besides apache crashing (Segmentation fault)I have noticed that other
small things don't opperate properly since version 4.0.6 that should. 
Here are two other things I've seen give problems and confirmed through
test scripts.

4.2.x (or 4.3.x) unserialize() does not recognizing values set by
serialize() in PHP 4.0.x.  My system stores arrays using the
serialize() function into a database (such as a color scheme).  When I
upgrade to 4.2.x or new snaps, when those strings are pulled from the
database, the unserialize() function will gives an error that it
couldn't read the string (this is not a magic_quote issue as settings
are the same).

Session variable values getting corrupted:
For example at one point I had a transparent graphic shim.gif used on a
page to keep columns widths in line.  That graphic was moved to a new
location but a php's script was not updated from .  This meant the HTML that PHP returned to
the visitors browser had a simple 

Bug #16291 Updated: pg_last_notice causes SegFault

[yohgaki]

 ID:   16291
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PostgreSQL related
 Operating System: linux MDK 8.1
 PHP Version:  4.1.2
 New Comment:

Is your backend(PostgreSQL Server) and libpq matches? 
(i.e. Do you use libpq version that comes with your PostgreSQL
Server?)

If version does not match, use the same versoin.

If you still have problem, please send backtrace. I'll fix it.


Previous Comments:


[2002-03-26 15:36:37] [EMAIL PROTECTED]

reclassified



[2002-03-26 14:16:44] [EMAIL PROTECTED]

I got again the latest CVS and compiled it with

./configure --prefix=/etc/httpd \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/etc/php4/apache \
--enable-debug=yes \
--with-exec-dir=/usr/bin \
--with-system-regex \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql \
--with-gd=/usr \
--with-freetype-dir=/usr\
--with-zlib \
--with-ldap \
--with-imap \
--enable-track-vars \
--enable-magic-quotes

and then there was NO segfault, but in the browser appeared (the
differences is of course --enable-debug=yes)

BROWSER START
__


Warning:  String is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(ZZZ„̏*@Á)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  Cannot add header information - headers already sent
by (output started at
/var/www/crm.dir.bg/project.planner.update.php:38) in
/var/www/crm.dir.bg/project.planner.update.php on line
48

Warning:  String is not zero-terminated
(ZZZ„̏*)
(source: zend_execute_API.c:274) in Unknown on line 0
___

BROWSER END

and in the error_log
ERROR_LOG START
___


[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08193FD0 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402585E8, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
pgsql.c(237) : Block 0x08194148 status:
Beginning:  Overrun (magic=0x40258568, expected=0x7312F8DC)
  End:  Unknown
---
/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08194148 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402586F8, expected=0x7312F8DC)
  End:  Unknown

Bug #13035 Updated: 404 on a .php results in SERVER ERROR when using php as a cgi

[morissette]

 ID:   13035
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.6
 PHP Version:  4.0.6
 New Comment:

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.


Previous Comments:


[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.



[2002-01-12 14:46:54] [EMAIL PROTECTED]

Is still still valid with latest apache and php?



[2001-08-29 12:12:13] [EMAIL PROTECTED]


If PHP is used as a CGI program via:
Action php-script /cgi-bin/php
AddHandler php-script .php .php3

any .php page which is not found results in 500 SERVER ERROR in the
browser instead of 404 NOT FOUND. The php binary is returning nothing
in its response to this situation.

To wit:

The Apache error_log reports "Premature end of script headers"

The script_log (enabled with Apache's ScriptLog directive) reports:
%% [Wed Aug 29 12:09:58 2001] GET /cgi-bin/php/nothere.php HTTP/1.0
%% 500 /usr/local/httpd/cgi-bin/php
%request
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png,
*/*
Accept-Charset: iso-8859-1,*,utf-8
Accept-Encoding: gzip
Accept-Language: en
Connection: Keep-Alive
Host: localhost
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.6 i686)
%response


###
php was compiled with "'./configure' '--with-mysql=/usr' '--with-gd'
'--with-imagick'   
'--enable-discard-path' '--enable-force-cgi-redirect'"






-- 
Edit this bug report at http://bugs.php.net/?id=13035&edit=1

Bug #16292 Updated: Current english .chm won't run

[derick]

 ID:   16292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: NT 4
 PHP Version:  4.1.2
 New Comment:

Just wait until the next version that appears automatically. Something
with uploading went wrong.

Derick


Previous Comments:


[2002-03-26 13:34:26] [EMAIL PROTECTED]

same for me. the file is broken.



[2002-03-26 13:31:38] [EMAIL PROTECTED]

I downloaded it at least four times.

On trying to open it you get the 'Can't open mk:@MSITStore:' followed
by the file location. It seems to me that the current file has been
miscompiled - it's about 1Mb smaller than the others (except Czech)



[2002-03-26 13:27:43] [EMAIL PROTECTED]

What happens exactly? 
If it crashes, that's because the file is  corrupt. Try downloading it
again.



[2002-03-26 13:25:29] [EMAIL PROTECTED]

Downloaded 26 March english version of php manual (ca 1.5Mb) and it
will not work - the German version and Spanish ones work fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16292&edit=1

Bug #14748 Updated: ftp_put problems

[vlad]

 ID:   14748
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: FTP related
 Operating System: Unix
 PHP Version:  4.0.5
 New Comment:

How can you have OS: "Unix" and a C: drive? That strikes me as odd.

The example you showed works for me on a windows box
with either forward slash or backslash if you get rid of the extra
closing ')' in the last line.

Do you still have this problem with php 4.1.2?


Previous Comments:


[2001-12-28 17:21:25] [EMAIL PROTECTED]

Okay, I've scoured the bug reports and the message lists and I'm not
convinced that it's even possible to upload from a local file to an ftp
server using ftp_put.  No one seems to have a good answer to the
multiple listings of people having this problem.  I don't believe my
problem is a security problem.  My problem is that PHP wants to use the
directory that my PHP program is in as the default directory for
uploading.  ftp_put won't recognize my C: drive as a local drive.

Here is the gist of the code that doesn't seem to be working:

$host = "ftp.cwplus.com";
$user = "username";
$password = "password";
$remotefile = "/www/cwplus/wendy/images/$filename";
$conn = ftp_connect("$host");
ftp_login($conn, $user, $password);
ftp_put($conn, $remotefile, "C:/test.txt", FTP_BINARY))

I've done all kinds of slash manipulation for the local file and none
seem to help.  

Thanks,
Bob






-- 
Edit this bug report at http://bugs.php.net/?id=14748&edit=1

Bug #16295: # is not a valid resource

[joyeux]

From: [EMAIL PROTECTED]
Operating system: MDK 8.2
PHP version:  4.1.2
PHP Bug Type: MySQL related
Bug description:  # is not a valid resource

This SOMETIMES produces the error 
"3 is not a valid mysql resource on line 2"
(or other numbers)

First fetch_array is usually good. It looks like php forgot a resource
link when calling other query.

1| $sql=mysql_query("SELECT id FROM tbl");
2| while($row = mysql_fetch_array($sql, MYSQL_ASSOC)) {
3|mysql_unbuffered_query("DELETE FROM tbl2 WHERE 
4|id=".$row["id"]);
5| }


When I use an array to store data from tbl1 instead direct fetching, it
works.

1| $ARR=array();
2| $sql=mysql_query("SELECT id FROM tbl");
3| while($row=mysql_fetch_array($sql, MYSQL_ASSOC)) $ARR[]=$row;
4| foreach($ARR as $row) mysql_unbuffered_query("DELETE FROM tbl2 WHERE
id=".$row["id"]);


I can't find where is the problem. I try to put some sleep() after
mysql_query but it's the same.

-- 
Edit bug report at http://bugs.php.net/?id=16295&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16295&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16295&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16295&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16295&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16295&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16295&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16295&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16295&r=submittedtwice

Bug #14529 Updated: script doesn't always finish output

[fabian]

 ID:   14529
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Output Control
 Operating System: Linux RH 7.2
 PHP Version:  4.3.0-dev
 New Comment:

YEAH! IT WORKS! I've solved my problem! It was related to my
session_handling and the session_read function. When I forced the
function to ALWAYS return a string, even if it was an empty one apache
stopped crashing!

return (string)$value;

Previously I sometimes returned other values such as the boolean false.
This didn't make apache crash with 4.0.6 but it does with the later
versions.

*happy happy happy*

The page works like a charm again! No cut off pages! No messed up
posted forms! No more weird sessions that doesn't register! I LOVE IT!


Previous Comments:


[2002-03-20 06:18:03] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.session-set-save-handler.php

On this page are a lot of comments, one of them was striking:

04-Mar-2002 02:57 
 
I just want to mention, that it's critical to return a string value
with
the read function, because there can be strange errors if - for example
-
the return value is null. In my case the php program stopped in the
middle
of an "echo" command, so it was really hard to find, that the
real problem was with that session read callback function.
The easyest way to handle this, that you should cast the return value
before return. For example:
function read ($id) {
/*  code here to produce $retval   */
return (string)$retval;
}


Weird, isn't it, but maybe it helps getting more close to solving the
problem.

ps: we've got php4.1.2 now installed as a CGI,
session.save_handler=files, still using the session_set_save_handler
function (although it doesn't say so in the tutorial -explicitly- it
does override the 'files'-setting, see one of the other comments) and I
don't have any problems anymore. At least, not until now, fingers
crossed.



[2002-03-19 16:28:14] [EMAIL PROTECTED]

Responding to albert.
My system also needed to have session.save_handler set to user for load
balancing.  However, I tried using files instead and at first I thought
it worked fine but it turned out it still crashed, only less often and
at different points.  (Previously code output always stopped at
specific spots when it crashed and only on some pages, this just
changed the point at which it would crash and other pages that before
had no problems didn't appear correctly.

Some have suggested they removed sessions all together and still had
the problem and others claim the problems stop if sessions are not
used.  (Maybe there is two completely different bugs causing similar
problems).

It seems as if this bug has nothing that anyone has been able to narrow
down as what causes the problem.  

Besides apache crashing (Segmentation fault)I have noticed that other
small things don't opperate properly since version 4.0.6 that should. 
Here are two other things I've seen give problems and confirmed through
test scripts.

4.2.x (or 4.3.x) unserialize() does not recognizing values set by
serialize() in PHP 4.0.x.  My system stores arrays using the
serialize() function into a database (such as a color scheme).  When I
upgrade to 4.2.x or new snaps, when those strings are pulled from the
database, the unserialize() function will gives an error that it
couldn't read the string (this is not a magic_quote issue as settings
are the same).

Session variable values getting corrupted:
For example at one point I had a transparent graphic shim.gif used on a
page to keep columns widths in line.  That graphic was moved to a new
location but a php's script was not updated from .  This meant the HTML that PHP returned to
the visitors browser had a simple invalid link in it and the page
should load normally with just an empty placeholder where the image
shim.gif was to be.  However, even though this did happen it also did
mess up session variable values.  A simple test created that had the
HTML code with the invalid location for shim.gif in the image tag along
with the lines:

echo $HTTP_SERVER_VARS['PHP_SELF'].'';
$HTTP_SESSION_VAR['lastpage']=$HTTP_SERVER_VARS['PHP_SELF'];
echo $HTTP_SERVER_VARS['PHP_SELF'].'';

would output correctly:
pagename.php
pagename.php

BUT the session $HTTP_SESSION_VAR['lastpage'] upon the next page load
would be equal to 'shim.gif' and not 'pagename.php' like you'd expect. 
So even though $HTTP_SERVER_VARS['PHP_SELF'] returned (and must have
set the correct value), setting it into a session changed the value of
it.

These problems did not happen in version 4.0.6 or older, so they may
have something to do with the bug of shutting down apache but I don't
know enough of how PHP is written to really know.


Hope this helps.

-

Bug #16288 Updated: Timeout while checking on a string

[vlad]

 ID:   16288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Pspell related
 Operating System: RedHat 7.2
 PHP Version:  4.1.2
-Assigned To:  
+Assigned To:  vlad
 New Comment:

I use the *exact* same configuration on my test box and it works
(redhat7.2, php4.1.2, same exact versions of pspell and aspell).

Two questions: 
- can you build and run a sample app in pspell/examples directory?
(e.g. 'make example-c' followed by './example-c en')?

- what are your build steps when building aspell and pspell, and in
which exact order?

I suspect misconfiguration :(


Previous Comments:


[2002-03-26 09:56:28] [EMAIL PROTECTED]

Hi,

After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest
versions on the official website, versions:

aspell-.33.7.1
pspell-.12.2
php 4.1.2

I first compiled  pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs
--with-sybase=/usr/local/freetds/ --with-pdflib --enable-debug
--enable-trans-sid --with-pspell ; make ; make install ;
/etc/init.d/httpd restart ; echo all done

And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:

\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}

Did they break backward source compatibility again or is it a problem
with my config or install ?




-- 
Edit this bug report at http://bugs.php.net/?id=16288&edit=1

Bug #13324 Updated: Access violations / memory problems

[mail-php . net]

 ID:   13324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 SP2
 PHP Version:  4.0.6
 New Comment:

I've reproduced this without Zend Optimizer.

Under heavy load (45 requests / second) I received a number of errors
about being unable to redeclare functions.

Under low load there were no complaints.

PHP 4.2.0 / IIS 5 / Windows 2000


Previous Comments:


[2002-02-19 08:55:18] [EMAIL PROTECTED]

Are you using Zendencoder? I have the same problem on a machine running
Zendoptimizer with some pages that were Zendencoded. The server crashed
every 20-30 request or so. I took off the pages Zendencoded and its
working fine now... Seems that the problem stands there...It is not the
Zendoptimizer, cause it is still in the php.ini and it works fine.



[2001-09-15 20:50:27] [EMAIL PROTECTED]

After further investigation, this seems to be a hint to a higher IIS
threading problem rather than a problem specific to Zend Optimizer.  If
I create a php page with the function getmicrotime() in it and then
call this page from 5 different browser windows at about the same time,
I receive the following error:

Fatal error: Cannot redeclare getmicrotime() in
C:\Websites\mysqlconnect.php on line 2

I've also confirmed that variables declared within the realm of the
script are also available to other browser sessions.  For example,
creating a random number in a script and then executing a time
consuming for-loop will result in more than one window ending up with
the same random number.



[2001-09-15 20:12:40] [EMAIL PROTECTED]

As a follow-up, with ZendOptimizer.dll uncommented in the php.ini
file:

Each IIS restart and request to the php webpage will result in a new
instance DLLHOST.exe being created in the Windows Task Manager.  Older
DLLHost.exe instances are not released with IIS Reset.



[2001-09-15 19:45:40] [EMAIL PROTECTED]

This is a fresh install of PHP 4.0.6 on a new install of Windows 2000
server with service pack 2.  Zend Optimizer is installed and the site
is in Medium (pooled) mode.  I am using the php4isapi.dll.  There are
no other programs or services installed on this machine.

The code executing is a single pconnect request to a MYSQL server and
then a mysql_close() request.  The code is not Zend optimized.

If I enable ZendOptimizer.dll in the php.ini and execute the code, it
operates fine.  But if I reset the IIS service, the server returns the
following 2 errors randomly:

1) -2147417842 (0x8001010e)
2) Invalid access to memory location.

If I comment out the ZendOptimizer.dll in the PHP.ini file and then
restart the web service, operation resumes as normal.

I believe the IIS Web Service is not releasing the ZendOptimizer.dll
from memory and then trying to reload it when PHP is called.  This may
be a hint to all the access violations every one is getting.




-- 
Edit this bug report at http://bugs.php.net/?id=13324&edit=1

Bug #13098 Updated: Problems to bring up IIS after shutting it down through a command prompt.

[mail-php . net]

 ID:   13098
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Microsoft Windows 2000
 PHP Version:  4.0.6
 New Comment:

Are you sure this is a PHP-related bug?

You may have misconfigured IIS.

(Close this report?)


Previous Comments:


[2001-09-02 18:03:11] [EMAIL PROTECTED]

I read the Beginning PHP4 book from Wrox.
When I got myself to page 28 which is to shut down IIS and bring it up
through a command prompt.
I successfully shut down IIS but I got this when I tried to bring it up
again.

C:\>net start w3svc
The World Wide Web Publishing service is starting.
The World Wide Web Publishing service cannot be started.

A system error has occured.

System error 1747 has occured.

The authentication service is unknown.




-- 
Edit this bug report at http://bugs.php.net/?id=13098&edit=1

Bug #16294 Updated: Old CHM Manual Pages loading slowly

[caleb_666]

 ID:   16294
 Updated by:   [EMAIL PROTECTED]
-Summary:  Pages loading slowly
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Windows 98
 PHP Version:  4.1.2
 New Comment:

here's some more specif info:
The CHM file was compiled on: Sun Mar 24 02:00:26 2002

and it is the old (regular) CHM manual, not the one which you are
working on now (which is currently on the 4th edition).


Previous Comments:


[2002-03-26 17:09:41] [EMAIL PROTECTED]

hello,
I have recently downloaded the CHM help manual in english (from the
documantation page).
The file was compiled on 25th of March 2002.

When i swtich to any page, it takes about 30 seconds to load that
page.
I ran the manual on a Pentium 200 with 32MB of ram that has IE 6.0
installed.
This didnt happen with older versions of the manual(which i downloaded
about 3 months ago.)




-- 
Edit this bug report at http://bugs.php.net/?id=16294&edit=1

Bug #16294: Pages loading slowly

[caleb_666]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.1.2
PHP Bug Type: Documentation problem
Bug description:  Pages loading slowly

hello,
I have recently downloaded the CHM help manual in english (from the
documantation page).
The file was compiled on 25th of March 2002.

When i swtich to any page, it takes about 30 seconds to load that page.
I ran the manual on a Pentium 200 with 32MB of ram that has IE 6.0
installed.
This didnt happen with older versions of the manual(which i downloaded
about 3 months ago.)
-- 
Edit bug report at http://bugs.php.net/?id=16294&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16294&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16294&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16294&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16294&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16294&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16294&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16294&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16294&r=submittedtwice

Bug #16293: string returned from functions mismatch with variable

[nickv]

From: [EMAIL PROTECTED]
Operating system: Slackware Linux 2.4.17
PHP version:  4.1.1
PHP Bug Type: Strings related
Bug description:  string returned from functions mismatch with variable

Writing a script that POSTed XML query to a java servlet, the servlet would
crash, saying that the XML document didn't follow the DTD...  the call
went something like this:

echo htmlspecialchars(td_msg_query($blah->MsgXML()));

This would always give an error.

However, whenever we did this:

$test = $blah->MsgXML();
echo htmlspecialchars(td_msg_query($test));

It would work just fine.

$blah is an XML string builder class and td_msg_query does HTTP POSTs via
php sockets.  a string is returned from MsgXML containing an entire XML
document.  td_msg_query returns the response from the server after the
POST.

System Linux major 2.4.17 #60 SMP Thu Jan 24 17:41:40 CST 2002 i686
unknown 
Build Date Mar  6 2002 
Configure Command  './configure' '--prefix=/usr/local/php'
'--with-dom=/usr/local/libxml' '--with-apache=../apache_1.3.20'
'--with-openssl=/usr/local/ssl' '--enable-dbase' '--enable-ftp'
'--with-zlib-dir' '--with-mysql=/usr/local/mysql' 
Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/php/lib/php.ini 
ZEND_DEBUG disabled 
Thread Safety disabled 
Zend Optimizer 1.2.0
-- 
Edit bug report at http://bugs.php.net/?id=16293&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16293&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16293&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16293&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16293&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16293&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16293&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16293&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16293&r=submittedtwice

Bug #16291 Updated: pg_last_notice causes SegFault

[sniper]

 ID:   16291
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Reproducible crash
+Bug Type: PostgreSQL related
 Operating System: linux MDK 8.1
 PHP Version:  4.1.2
 New Comment:

reclassified


Previous Comments:


[2002-03-26 14:16:44] [EMAIL PROTECTED]

I got again the latest CVS and compiled it with

./configure --prefix=/etc/httpd \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/etc/php4/apache \
--enable-debug=yes \
--with-exec-dir=/usr/bin \
--with-system-regex \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql \
--with-gd=/usr \
--with-freetype-dir=/usr\
--with-zlib \
--with-ldap \
--with-imap \
--enable-track-vars \
--enable-magic-quotes

and then there was NO segfault, but in the browser appeared (the
differences is of course --enable-debug=yes)

BROWSER START
__


Warning:  String is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(ZZZ„̏*@Á)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  Cannot add header information - headers already sent
by (output started at
/var/www/crm.dir.bg/project.planner.update.php:38) in
/var/www/crm.dir.bg/project.planner.update.php on line
48

Warning:  String is not zero-terminated
(ZZZ„̏*)
(source: zend_execute_API.c:274) in Unknown on line 0
___

BROWSER END

and in the error_log
ERROR_LOG START
___


[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08193FD0 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402585E8, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
pgsql.c(237) : Block 0x08194148 status:
Beginning:  Overrun (magic=0x40258568, expected=0x7312F8DC)
  End:  Unknown
---
/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08194148 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402586F8, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
pgsql.c(237) : Block 0x08194148 status:
Beginning:  Overrun 

Bug #16286 Updated: undefined symbol: SQLParamData

[sniper]

 ID:   16286
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Apache related
+Bug Type: ODBC related
 Operating System: Slackware 7.1
 PHP Version:  4.1.2
 New Comment:

reclassified


Previous Comments:


[2002-03-26 08:19:30] [EMAIL PROTECTED]

I'm trying to compile php with custom odbc support (Sybase SQL Anywhere
8) and i get this :(((

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/libexec/libphp4.so: undefined symbol: SQLParamData
--
CUSTOM_ODBC_LIBS="-l/usr/local/sybase/SYBSsa8/lib/libodbc.so
-l/usr/local/sybase/SYBSsa8/lib/libodbcinst.so"
#CUSTOM_ODBC_LIBS="-llibodbc.so -llibodbcinst.so"  - tried also


export CUSTOM_ODBC_LIBS

CPPFLAGS="-DODBC_QNX -DSQLANY_BUG"
#CPPFLAGS="-DODBC_UNIX -DSQLANY_BUG" - tried also
#CPPFLAGS="-DODBC_UNIX" - tried also
#CPPFLAGS="-DODBC_QNX" - tried also

export CPPFLAGS
--
make clean
rm config.cache
./configure \
--with-apxs=/usr/local/apache/bin/apxs  \
--with-mysql=/usr/local/mysql \
--with-iodbc=/usr/local \
--with-custom-odbc=/usr/local/sybase/SYBSsa8 \
--with-zlib \
--with-gd=/usr/local \
--with-png-dir=/usr/local/lib \
--with-freetype-dir=/usr/local/lib \
--with-jpeg-dir=/usr/local
make 
make install
--
ldd /usr/local/apache/libexec/libphp4.so
libdl.so.2 => /lib/libdl.so.2 (0x40186000)
libz.so.1 => /usr/local/lib/libz.so.1 (0x40189000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40197000)
libresolv.so.2 => /lib/libresolv.so.2 (0x401c4000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6
(0x401d2000)
libpng.so.3 => /usr/local/lib/libpng.so.3 (0x4020b000)
libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x4024a000)
libm.so.6 => /lib/libm.so.6 (0x40269000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40285000)
libc.so.6 => /lib/libc.so.6 (0x4029a000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
--
I'm not sure is this a bug or lack of documetation induce me to wrong
way.

--with-custom-odbc[=DIR]
Include a user defined ODBC support. The DIR is ODBC install base
directory, which defaults to /usr/local. Make sure to define
CUSTOM_ODBC_LIBS and have some odbc.h in your include dirs. E.g., you
should define following for Sybase SQL Anywhere 5.5.00 on QNX, prior to
run configure script: CPPFLAGS="-DODBC_QNX -DSQLANY_BUG" LDFLAGS=-lunix
CUSTOM_ODBC_LIBS="-ldblib -lodbc". 








-- 
Edit this bug report at http://bugs.php.net/?id=16286&edit=1

Bug #16291 Updated: pg_last_notice causes SegFault

[cecot]

 ID:   16291
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: linux MDK 8.1
 PHP Version:  4.1.2
 New Comment:

I got again the latest CVS and compiled it with

./configure --prefix=/etc/httpd \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/etc/php4/apache \
--enable-debug=yes \
--with-exec-dir=/usr/bin \
--with-system-regex \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql \
--with-gd=/usr \
--with-freetype-dir=/usr\
--with-zlib \
--with-ldap \
--with-imap \
--enable-track-vars \
--enable-magic-quotes

and then there was NO segfault, but in the browser appeared (the
differences is of course --enable-debug=yes)

BROWSER START
__


Warning:  String is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  String is not zero-terminated
(ZZZ„̏*@Á)
(source: ./zend_execute.c:449) in
/var/www/crm.dir.bg/project.planner.update.php on line
38

Warning:  Cannot add header information - headers already sent
by (output started at
/var/www/crm.dir.bg/project.planner.update.php:38) in
/var/www/crm.dir.bg/project.planner.update.php on line
48

Warning:  String is not zero-terminated
(ZZZ„̏*)
(source: zend_execute_API.c:274) in Unknown on line 0
___

BROWSER END

and in the error_log
ERROR_LOG START
___


[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(„̏*)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08193FD0 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402585E8, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
pgsql.c(237) : Block 0x08194148 status:
Beginning:  Overrun (magic=0x40258568, expected=0x7312F8DC)
  End:  Unknown
---
/var/www/crm.dir.bg/project.planner.update.php(38) : Warning - String
is not zero-terminated
(Z„̏*
)
(source: ./zend_execute.c:449)
[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
./zend_execute.c(449) : Block 0x08194148 status:
zend_variables.c(44) : Actual location (location was relayed)
Beginning:  Overrun (magic=0x402586F8, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many Resources Assigned
to project TEST, needed 10, assigned 44.

[Tue Mar 26 21:22:52 2002]  Script: 
'/var/www/crm.dir.bg/project.planner.update.php'
---
pgsql.c(237) : Block 0x08194148 status:
Beginning:  Overrun (magic=0x40258568, expected=0x7312F8DC)
  End:  Unknown
---
[Tue Mar 26 21:22:52 2002] [error] NOTICE:  Too Many

Bug #16269 Updated: array_splice produces an unexpected result

[saschahofmann]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

I suspected this as a possible source for the wrong result and already
tried it out.

Here is the modified code again:

 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

$array_backup = $array1;

foreach ($array1 as $key => $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array_backup,$key,1);
}
}
echo "array_backup:";
echo "";
var_dump($array_backup);
echo "";

echo "array2:";
echo "";
var_dump($array2);
echo "";

?>

To be sure I even loaded $array_backup manually to exclude the unlikely
case of referencing the variable instead of copying.

In my special case the curious behaviour of the function is not that
important. I find another way to solve the problem. But I thought it is
a good idea to inform you and your developing team.
I think it is a bug.


Previous Comments:


[2002-03-26 13:37:33] [EMAIL PROTECTED]

The problem is you're modifying the array while you're walking through
it with foreach. That causes the mess. Don't know what to do with this,
though.



[2002-03-26 12:53:19] [EMAIL PROTECTED]

Oh oh, I'm very sorry. I should be more accurated when writing a
message :-)

Here is the code again (by copy & paste):
 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

foreach ($array1 as $key => $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}
echo "array1:";
echo "";
var_dump($array1);
echo "";

echo "array2:";
echo "";
var_dump($array2);
echo "";
?>

Please, try it out. You'll get a weird result...



[2002-03-26 10:51:27] [EMAIL PROTECTED]

That 1 is not what I meant, I was talking about => instead of =.
You are using 
foreach ($array1 as $key = $val) {
and it should be
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-26 08:33:30] [EMAIL PROTECTED]

No, that wasn't the reason. I only misspelled the foreach-loop 
when I wrote the bug report (forgot the '1').
Sascha



[2002-03-26 08:04:48] [EMAIL PROTECTED]

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?



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/16269

-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #16272 Updated: SegFault in MySQL

[jweiss]

 ID:   16272
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MySQL related
 Operating System: Linux 2.4.x
 PHP Version:  4.1.2
 New Comment:

The bug still shows up in 4.2.0RC1


Previous Comments:


[2002-03-26 13:41:16] [EMAIL PROTECTED]

The segfault occurs in the following code snippet (a db wrapper that we
wrote for MySQL). What is odd is that this only happens on occasion:
this method is called exceptionally often in our code and only breaks
(in 4.1.x, not 4.0.x) once in a while and not on exceptional
queries--we have, for instance, seen it break on a query that returns
only one row. Anyway, here's the code:

/** 
* send a query to the DBMS using the dbLinkID
* @param $dbLink - the link connection ID [INT]
* @param $query [STRING]
* @return the query in ORACLE format $result[FIELDNAME][ROWNUM]=value
[2D HASH]
* @access public
*/
function db_query($dbLink, $query){
$res=mysql_db_query($this->dbase,$query,$dbLink);
while($row=@mysql_fetch_array($res,MYSQL_ASSOC)){
while(list($key,$val)=@each($row)){
$result[$key][]=$val;
}
$x++;
}
if(!is_array($result)) $result=array(); 
return $result;
}

Thanks for looking into this.

--jonathan



[2002-03-26 07:59:40] [EMAIL PROTECTED]

When does this segfault occur? Can you provide a sample script?
Also, can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has
been fixed?



[2002-03-25 19:48:58] [EMAIL PROTECTED]

maybe related to BUG #14860; here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50, default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
123 } else if ((*passed_id)->type != IS_RESOURCE)
{
(gdb) bt
#0  0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50,
default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
#1  0x809363c in php_mysql_do_query_general (query=0x829ca4c,
mysql_link=0x829ca50,
link_id=-1, db=0x829ca48, use_store=1, return_value=0x8633cf4) at
php_mysql.c:981
#2  0x8093bc2 in zif_mysql_db_query (ht=3, return_value=0x8633cf4,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:1113
#3  0x8156da1 in execute (op_array=0x8622a44) at ./zend_execute.c:1590
#4  0x8156f79 in execute (op_array=0x844e7bc) at ./zend_execute.c:1630
#5  0x8156f79 in execute (op_array=0x859930c) at ./zend_execute.c:1630
#6  0x8156f79 in execute (op_array=0x86092a8) at ./zend_execute.c:1630
#7  0x8156f79 in execute (op_array=0x8530668) at ./zend_execute.c:1630
#8  0x8156f79 in execute (op_array=0x8617eec) at ./zend_execute.c:1630
#9  0x8158c96 in execute (op_array=0x82c8a8c) at ./zend_execute.c:2133
#10 0x813395c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#11 0x8080dee in php_execute_script (primary_file=0xb938) at
main.c:1307
#12 0x813e8f9 in apache_php_module_main (r=0x82344ac,
display_source_mode=0)
at sapi_apache.c:90
#13 0x807d876 in send_php ()
#14 0x807d8cf in send_parsed_php ()
#15 0x8160d93 in ap_invoke_handler ()
#16 0x8174d19 in process_request_internal ()
#17 0x8174d7c in ap_process_request ()
#18 0x816c30e in child_main ()
#19 0x816c4a0 in make_child ()
#20 0x816c5f9 in startup_children ()
#21 0x816cc56 in standalone_main ()
#22 0x816d413 in main ()
#23 0x40140e29 in __libc_start_main () from /lib/libc.so.6




-- 
Edit this bug report at http://bugs.php.net/?id=16272&edit=1

Bug #16272 Updated: SegFault in MySQL

[jweiss]

 ID:   16272
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: Linux 2.4.x
 PHP Version:  4.1.2
 New Comment:

The segfault occurs in the following code snippet (a db wrapper that we
wrote for MySQL). What is odd is that this only happens on occasion:
this method is called exceptionally often in our code and only breaks
(in 4.1.x, not 4.0.x) once in a while and not on exceptional
queries--we have, for instance, seen it break on a query that returns
only one row. Anyway, here's the code:

/** 
* send a query to the DBMS using the dbLinkID
* @param $dbLink - the link connection ID [INT]
* @param $query [STRING]
* @return the query in ORACLE format $result[FIELDNAME][ROWNUM]=value
[2D HASH]
* @access public
*/
function db_query($dbLink, $query){
$res=mysql_db_query($this->dbase,$query,$dbLink);
while($row=@mysql_fetch_array($res,MYSQL_ASSOC)){
while(list($key,$val)=@each($row)){
$result[$key][]=$val;
}
$x++;
}
if(!is_array($result)) $result=array(); 
return $result;
}

Thanks for looking into this.

--jonathan


Previous Comments:


[2002-03-26 07:59:40] [EMAIL PROTECTED]

When does this segfault occur? Can you provide a sample script?
Also, can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has
been fixed?



[2002-03-25 19:48:58] [EMAIL PROTECTED]

maybe related to BUG #14860; here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50, default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
123 } else if ((*passed_id)->type != IS_RESOURCE)
{
(gdb) bt
#0  0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50,
default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
#1  0x809363c in php_mysql_do_query_general (query=0x829ca4c,
mysql_link=0x829ca50,
link_id=-1, db=0x829ca48, use_store=1, return_value=0x8633cf4) at
php_mysql.c:981
#2  0x8093bc2 in zif_mysql_db_query (ht=3, return_value=0x8633cf4,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:1113
#3  0x8156da1 in execute (op_array=0x8622a44) at ./zend_execute.c:1590
#4  0x8156f79 in execute (op_array=0x844e7bc) at ./zend_execute.c:1630
#5  0x8156f79 in execute (op_array=0x859930c) at ./zend_execute.c:1630
#6  0x8156f79 in execute (op_array=0x86092a8) at ./zend_execute.c:1630
#7  0x8156f79 in execute (op_array=0x8530668) at ./zend_execute.c:1630
#8  0x8156f79 in execute (op_array=0x8617eec) at ./zend_execute.c:1630
#9  0x8158c96 in execute (op_array=0x82c8a8c) at ./zend_execute.c:2133
#10 0x813395c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#11 0x8080dee in php_execute_script (primary_file=0xb938) at
main.c:1307
#12 0x813e8f9 in apache_php_module_main (r=0x82344ac,
display_source_mode=0)
at sapi_apache.c:90
#13 0x807d876 in send_php ()
#14 0x807d8cf in send_parsed_php ()
#15 0x8160d93 in ap_invoke_handler ()
#16 0x8174d19 in process_request_internal ()
#17 0x8174d7c in ap_process_request ()
#18 0x816c30e in child_main ()
#19 0x816c4a0 in make_child ()
#20 0x816c5f9 in startup_children ()
#21 0x816cc56 in standalone_main ()
#22 0x816d413 in main ()
#23 0x40140e29 in __libc_start_main () from /lib/libc.so.6




-- 
Edit this bug report at http://bugs.php.net/?id=16272&edit=1

Bug #16269 Updated: array_splice produces an unexpected result

[sander]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

The problem is you're modifying the array while you're walking through
it with foreach. That causes the mess. Don't know what to do with this,
though.


Previous Comments:


[2002-03-26 12:53:19] [EMAIL PROTECTED]

Oh oh, I'm very sorry. I should be more accurated when writing a
message :-)

Here is the code again (by copy & paste):
 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

foreach ($array1 as $key => $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}
echo "array1:";
echo "";
var_dump($array1);
echo "";

echo "array2:";
echo "";
var_dump($array2);
echo "";
?>

Please, try it out. You'll get a weird result...



[2002-03-26 10:51:27] [EMAIL PROTECTED]

That 1 is not what I meant, I was talking about => instead of =.
You are using 
foreach ($array1 as $key = $val) {
and it should be
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-26 08:33:30] [EMAIL PROTECTED]

No, that wasn't the reason. I only misspelled the foreach-loop 
when I wrote the bug report (forgot the '1').
Sascha



[2002-03-26 08:04:48] [EMAIL PROTECTED]

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-25 15:36:33] [EMAIL PROTECTED]

foreach ($array1 as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

is the correct code. I forgot the '1' in the first variable



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/16269

-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #16292 Updated: Current english .chm won't run

[mrobinso]

 ID:   16292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: NT 4
 PHP Version:  4.1.2
 New Comment:

same for me. the file is broken.


Previous Comments:


[2002-03-26 13:31:38] [EMAIL PROTECTED]

I downloaded it at least four times.

On trying to open it you get the 'Can't open mk:@MSITStore:' followed
by the file location. It seems to me that the current file has been
miscompiled - it's about 1Mb smaller than the others (except Czech)



[2002-03-26 13:27:43] [EMAIL PROTECTED]

What happens exactly? 
If it crashes, that's because the file is  corrupt. Try downloading it
again.



[2002-03-26 13:25:29] [EMAIL PROTECTED]

Downloaded 26 March english version of php manual (ca 1.5Mb) and it
will not work - the German version and Spanish ones work fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16292&edit=1

Bug #16292 Updated: Current english .chm won't run

[moscow]

 ID:   16292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Documentation problem
 Operating System: NT 4
 PHP Version:  4.1.2
 New Comment:

I downloaded it at least four times.

On trying to open it you get the 'Can't open mk:@MSITStore:' followed
by the file location. It seems to me that the current file has been
miscompiled - it's about 1Mb smaller than the others (except Czech)


Previous Comments:


[2002-03-26 13:27:43] [EMAIL PROTECTED]

What happens exactly? 
If it crashes, that's because the file is  corrupt. Try downloading it
again.



[2002-03-26 13:25:29] [EMAIL PROTECTED]

Downloaded 26 March english version of php manual (ca 1.5Mb) and it
will not work - the German version and Spanish ones work fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16292&edit=1

Bug #16292 Updated: Current english .chm won't run

[sander]

 ID:   16292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Documentation problem
 Operating System: NT 4
 PHP Version:  4.1.2
 New Comment:

What happens exactly? 
If it crashes, that's because the file is  corrupt. Try downloading it
again.


Previous Comments:


[2002-03-26 13:25:29] [EMAIL PROTECTED]

Downloaded 26 March english version of php manual (ca 1.5Mb) and it
will not work - the German version and Spanish ones work fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16292&edit=1

Bug #16292: Current english .chm won't run

[moscow]

From: [EMAIL PROTECTED]
Operating system: NT 4
PHP version:  4.1.2
PHP Bug Type: Documentation problem
Bug description:  Current english .chm won't run

Downloaded 26 March english version of php manual (ca 1.5Mb) and it will
not work - the German version and Spanish ones work fine.
-- 
Edit bug report at http://bugs.php.net/?id=16292&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16292&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16292&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16292&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16292&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16292&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16292&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16292&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16292&r=submittedtwice

Bug #16275 Updated: ImageCreateFromJPegCtx Undefined Symbol

[lindsay]

 ID:   16275
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: SuSe 7.1PPC
 PHP Version:  4.1.2
 New Comment:

Sorry, pasted the wrong .configure line.

the one i should have pasted did have --with-gd=shared
that is the only difference.
I recompiled with --with-gd=/usr to see if GD would compile 
correctly into php itself.

I have not yet activated the libphp4.so that has GD 
compiled into it, to check if it worked, (and will comment 
out the appropriate lines in php.ini)


Previous Comments:


[2002-03-26 03:14:18] [EMAIL PROTECTED]

With that configure line you're definately NOT compiling
any shared extension of GD. Are you sure this is the correct
line? And what if you remove the 'extension=gd.so' from your
php.ini?




[2002-03-25 21:53:52] [EMAIL PROTECTED]

Additionally:

should the need arise, the actual box that i am attempting 
this on, is available (root access granted, nothing 
sensitive on the box, development and testing only) via ssh 
if required.

normally blocked by a firewall, i will allow the ssh access 
if you need it.



[2002-03-25 20:55:21] [EMAIL PROTECTED]

Downloaded fresh packages and compiled in this order:
zlib,libpng,libjpeg6b,gd1.8.4,php4.1.2

php with the following ./configure line:
./configure --libdir=/usr/local/lib/php4 --with-mysql 
--with-gd=/usr  --enable-gd-native-ttf --with-jpeg-dir=/usr 
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ttf 
--enable-trans-sid --enable-calendar --enable-ftp 
--with-zlib --enable-discard-path 
--enable-inline-optimization --enable-track-vars 
--enable-magic-quotes --enable-safe-mode --enable-sockets 
--enable-sysvsem --enable-sysvshm --enable-memory-limit 
--with-config-file-path=/etc/httpd 
--with-apxs=/usr/sbin/apxs 
--with-exec-dir=/usr/lib/apache/bin --with-tiff-dir=/usr 

no configure or compile warnings in any spot.
but when trying to load gd.so in via php.ini, i get:
PHP Warning:  Unable to load dynamic library 
'/usr/lib/php4/gd.so' -
undefined symbol: gdImageCreateFromJpegCtx in Unknown on 
line 0
in my apache error log, and no gd support.

i have not found any understandable (to me) help in the 
previous bug reports, nothing relating to 
gdImageCreateFromJpegCtx
and nothing i understood from searching for undefined 
symbol.

Thank you
lindsay adams




-- 
Edit this bug report at http://bugs.php.net/?id=16275&edit=1

Bug #16291 Updated: pg_last_notice causes SegFault

[sander]

 ID:   16291
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: linux MDK 8.1
 PHP Version:  4.1.2
 New Comment:

We can't do much without a backtrace. Can you try to get one? See
http://bugs.php.net/bugs-generating-backtrace.php for instructions.


Previous Comments:


[2002-03-26 12:37:33] [EMAIL PROTECTED]

pg_last_notice() causes segmentation falts when the postgresql
generates notices. I mean when there are no messages from the DB server
(RAISE NOTICE ), pg_last_notice does not generate errors, but when
the DB server generates notices they are sent to the apache log file
(which I find strange), and with them SegFault for the apache child.

I used php-4.1.2 the bug is presented, I get the CVS from 25 March and
the problem still exists.

P.S. if it is necessary I may try to generate backtrace, but the last
time I tried I didn't succeeded :(




-- 
Edit this bug report at http://bugs.php.net/?id=16291&edit=1

Bug #16269 Updated: array_splice produces an unexpected result

[saschahofmann]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

Oh oh, I'm very sorry. I should be more accurated when writing a
message :-)

Here is the code again (by copy & paste):
 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

foreach ($array1 as $key => $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}
echo "array1:";
echo "";
var_dump($array1);
echo "";

echo "array2:";
echo "";
var_dump($array2);
echo "";
?>

Please, try it out. You'll get a weird result...


Previous Comments:


[2002-03-26 10:51:27] [EMAIL PROTECTED]

That 1 is not what I meant, I was talking about => instead of =.
You are using 
foreach ($array1 as $key = $val) {
and it should be
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-26 08:33:30] [EMAIL PROTECTED]

No, that wasn't the reason. I only misspelled the foreach-loop 
when I wrote the bug report (forgot the '1').
Sascha



[2002-03-26 08:04:48] [EMAIL PROTECTED]

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-25 15:36:33] [EMAIL PROTECTED]

foreach ($array1 as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

is the correct code. I forgot the '1' in the first variable



[2002-03-25 15:34:16] [EMAIL PROTECTED]

Hi folks,

I'm using PHP 4.1.2 as module with apache 1.3.23

I have this array:

$array1[0] = array("a" => 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

I want to split the array in to arrays with array1 containing all
elements where a = b and array2 a <> b

The correct result should be
even: element 0,2,3,5
uneven: element 1,4

I used the following code to split the array:

foreach ($array as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

$array1 should now contain all uneven elements and $array2 all even
elements (with a different structur but that doesn't matters here).

But the result is:
$array1 contains element 1,3,4
$array2 contains 4 elements but one is empty! The data of element 3 are
missing.

When I run the script with this comparison:
if ($val["a"] != $val["b"])

I got the correct numbers of elements in each array (2 and 4)
but with wrong values.

I think this is a bug. Please inform me if you have investigated the
issue and found a explanation (maybe I did something wrong).

best,
Sascha




-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #16291: pg_last_notice causes SegFault

[cecot]

From: [EMAIL PROTECTED]
Operating system: linux MDK 8.1
PHP version:  4.1.2
PHP Bug Type: Reproducible crash
Bug description:  pg_last_notice causes SegFault

pg_last_notice() causes segmentation falts when the postgresql generates
notices. I mean when there are no messages from the DB server (RAISE
NOTICE ), pg_last_notice does not generate errors, but when the DB
server generates notices they are sent to the apache log file (which I
find strange), and with them SegFault for the apache child.

I used php-4.1.2 the bug is presented, I get the CVS from 25 March and the
problem still exists.

P.S. if it is necessary I may try to generate backtrace, but the last time
I tried I didn't succeeded :(
-- 
Edit bug report at http://bugs.php.net/?id=16291&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16291&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16291&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16291&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16291&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16291&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16291&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16291&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16291&r=submittedtwice

Bug #16287 Updated: SUID for PHP scripts

[rasmus]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

Apache 2.0's per-child mpm will have a solution for this eventually. 
This can not be done at the PHP level effectively.


Previous Comments:


[2002-03-26 11:06:45] [EMAIL PROTECTED]

There is no official solution for this. But you might want to read my
posting:

http://news.php.net/article.php?group=php.dev&article=81135

although there are some people who believe in the greater security of
mod_php as mod_php has no write access to the home directories of the
user. 

feel free to contact me for further questions about php-cgiwrap by
private mail.



[2002-03-26 09:52:50] [EMAIL PROTECTED]

This is part of Apache &/or the web server responsiblity, doing it in
PHP, would (apart from duplicate resources), be a bit security
headache..

I believe it is a feature of Apache 2. 

If you are looking at cgi's, you could consider the php-cgiwrap that is
available on the net somewhere.

Its not really (AFAIK) ever going to be a php feature.






[2002-03-26 09:16:52] [EMAIL PROTECTED]

ooops should've changed the status before...



[2002-03-26 09:12:48] [EMAIL PROTECTED]

Those functions are very good, except they cannot be used in a hosting
context where the users are not root...

There should be a mechanism like Apache has for .cgi's (per virtual
host or location) or dynamically establishing the owner via the home
directory lookup.



[2002-03-26 09:08:19] [EMAIL PROTECTED]

http://php.net/posix_setuid



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/16287

-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #15909 Updated: Session data not updated on page jump

[phpbug]

 ID:   15909
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Linux Gnu  2.2.12
 PHP Version:  4.1.2
 New Comment:

Yes, we are using MySQL 3.23.38 in the application. However, the
session.save_handler is files. 

We were using the same version of MySQL with PHP 4.0.2.


Previous Comments:


[2002-03-26 00:40:21] [EMAIL PROTECTED]

Do you use MySQL?




[2002-03-25 21:15:04] [EMAIL PROTECTED]

PHP Does not appear to be seg faulting; nothing in the logs indicates
that type of error.



[2002-03-25 05:09:49] [EMAIL PROTECTED]

Hmm. It sounds like PHP is segfaulting. (Or bailing out without proper
shutdown)
If you are having segfualts, could you build PHP with --enable-debug
and send the backtrace?






[2002-03-25 03:18:27] [EMAIL PROTECTED]

It looks like the PHP 4.1.2 forgot to call session_write_close() by
default. I added this call at the end of my program, and solved this
session problem.



[2002-03-20 06:07:11] [EMAIL PROTECTED]

Interesting workaround:

session_register("lastaction");
session_register("userip");
session_register("lines"); // etc etc
$HTTP_SESSION_VARS["xx"] = "Anything"; // this is the magic bit

Although xx isn't a registered session var, and doesn't get stored in
the session, it seems to stimulate PHP to update the session vars in
the file!

With that addition, my apps now work fine under 4.1.2.. (Win 2k, Apache
1.3.23)

John



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/15909

-- 
Edit this bug report at http://bugs.php.net/?id=15909&edit=1

Bug #16290: Specify that --with-apxs requires installed apxs

[pepper]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: Documentation problem
Bug description:  Specify that --with-apxs requires installed apxs

http://www.php.net/manual/en/install.apache.php & INSTALL

The web site and INSTALL document from tarball are 
inconsistent about suggesting --with-apache vs. --with-
apxs.

Also, when documenting --with-apxs=, please warn users that 
they must use the *installed* version (i.e., /usr/local/
apache/bin/apxs), not the version in the Apache source tree 
(i.e., ~/tarball/apache-1.3.23/src/).
-- 
Edit bug report at http://bugs.php.net/?id=16290&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16290&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16290&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16290&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16290&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16290&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16290&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16290&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16290&r=submittedtwice

Bug #14908 Updated: Unable to create Java Virtual Machine

[ben]

 ID:   14908
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Java related
 Operating System: W2K
 PHP Version:  4.1.1
 New Comment:

I am receiving the following error using Win2k / Apache1.3.22 /
PHP4.1.2 / JDK1.2.2 -- Unable to initalize Java Virtual Machine --
immediately after loading a script that uses Java.  I can remedy the
problem by restarting Apache, which is obviously not feasible.


Previous Comments:


[2002-03-25 01:00:50] [EMAIL PROTECTED]

No, I have never been able to get this to work.  Maybe someone else
can?



[2002-03-25 00:00:03] [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-03-05 03:52:31] [EMAIL PROTECTED]

With reference to the Bug:14908 from [EMAIL PROTECTED] dated 7Jan, i
would like to put following question as i am also facing the same
problem:

Were you able to solve your problem!

We are also trying to install PHP4.1.1 with java spport having jdk
version 1.2.2, linux 7.1, apache 1.3.19.

I also get the same error while testing a test php4 file having :



The error is Fatal error: Unable to create Java Virtual Machine in
/var/www/html/test/test.php4.

[Java]
java.class.path = /var/www/php/php-4.1.1/ext/java/php_java.jar
java.home =
/var/www/php/php-4.1.1/ext/java/jdk1.2.2:/var/www/php/php-4.1.1/ext/
java/jdk1.2.2/bin:/var/www/php/php-4.1.1/ext/java/jdk1.2.2/jre/bin:/var/www/php/
php-4.1.1/ext/java/jdk1.2.2/jre/lib
;java.library.path =
/var/www/php/php-4.1.1/ext/java/jdk1.2.2/jre/lib/i386
;java.library = libjava.so
java.library.path =
/var/www/php/php-4.1.1/ext/java/jdk1.2.2/jre/lib/i386/classi
c
java.library = libjvm.so
extension_dir =
/usr/local/lib/php/extensions/no-debug-non-zts-20010901
extension = libphp_java.so
 
This is our present setting in the php.ini file.

Kindly help us.

With Regards,
Lily



[2002-02-26 13:24:37] [EMAIL PROTECTED]

I am really looking for a fix to this problem.  Just playing with INI
file settings doesn't seem to cut it.  I have noticed that if you set
KEEPALIVE to off in Apache you can only access Java once (otherwise as
long as you refreshed the page every few seconds it would keep
working).  I think this problem has something to do with what happens
when the module is unloaded.  It might be ending up in an unusable but
loaded state which prevents it from being loaded again.  It is obvious
it is web server independant.



[2002-02-24 06:19:15] [EMAIL PROTECTED]

Please test with  PHP 4.1.1+JDK 1.2 and report the result back 
Please do not forget  updating PHP version. Thanks.



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/14908

-- 
Edit this bug report at http://bugs.php.net/?id=14908&edit=1

Bug #16289: url with cookie kill tomcat

[g . tanzilli]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.1.2
PHP Bug Type: Servlet related
Bug description:  url with cookie kill tomcat

I tested the servlet interface with php 4.1.2/4.2rc1
and tomcat 4.0.1/jdk1.4 on linux redhat7.2.

Everityng work fine, also the pgsql extension, but 
When the php servlet get cookies from the browser tomcat terminate, in the
log I get error in the native method:SetResultFromObject called from
SetResult (reflect.java:105)


-- 
Edit bug report at http://bugs.php.net/?id=16289&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16289&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16289&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16289&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16289&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16289&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16289&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16289&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16289&r=submittedtwice

Bug #16287 Updated: SUID for PHP scripts

[daniel]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

There is no official solution for this. But you might want to read my
posting:

http://news.php.net/article.php?group=php.dev&article=81135

although there are some people who believe in the greater security of
mod_php as mod_php has no write access to the home directories of the
user. 

feel free to contact me for further questions about php-cgiwrap by
private mail.


Previous Comments:


[2002-03-26 09:52:50] [EMAIL PROTECTED]

This is part of Apache &/or the web server responsiblity, doing it in
PHP, would (apart from duplicate resources), be a bit security
headache..

I believe it is a feature of Apache 2. 

If you are looking at cgi's, you could consider the php-cgiwrap that is
available on the net somewhere.

Its not really (AFAIK) ever going to be a php feature.






[2002-03-26 09:16:52] [EMAIL PROTECTED]

ooops should've changed the status before...



[2002-03-26 09:12:48] [EMAIL PROTECTED]

Those functions are very good, except they cannot be used in a hosting
context where the users are not root...

There should be a mechanism like Apache has for .cgi's (per virtual
host or location) or dynamically establishing the owner via the home
directory lookup.



[2002-03-26 09:08:19] [EMAIL PROTECTED]

http://php.net/posix_setuid



[2002-03-26 09:01:24] [EMAIL PROTECTED]

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick



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/16287

-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16089 Updated: The memory could not be "read".

[christian . konecny]

 ID:   16089
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows 2000 Server/Pro
 PHP Version:  4.1.2
 New Comment:

I am experiencing exactly the same behaviour on a Windows 2000 Advanced
Server SP2 machine.


Previous Comments:


[2002-03-14 21:28:50] [EMAIL PROTECTED]

Upon standard installation of the 4.1.2 PHP Windows installer on both a
Windows 2000 SP2 SR1 Server machine and a Windows 2000 SP2 SR1
Professional machine, both running IIS 5.0, I setup the basic test file
I have working on another Windows 2000 Pro machine installed with PHP
4.1.1 



Upon attempts at execution the error returned on the console of the IIS
server is as follows:

php.exe - Application Error
The instruction at "0x1000602e" referenced memory at "0x00080cdc".  The
memory could not be "read".
Click on OK to terminate the program

The browser reports the following after about 5 minutes:

CGI Timeout
The specified CGI application exceeded the allowed time for processing.
 The server has deleted the process.

Hopefully this is enough information to help resolve this issue.

Thank you,

- Brad




-- 
Edit this bug report at http://bugs.php.net/?id=16089&edit=1

Bug #16269 Updated: array_splice produces an unexpected result

[sander]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

That 1 is not what I meant, I was talking about => instead of =.
You are using 
foreach ($array1 as $key = $val) {
and it should be
foreach ($array1 as $key => $val) {

Does it work now?


Previous Comments:


[2002-03-26 08:33:30] [EMAIL PROTECTED]

No, that wasn't the reason. I only misspelled the foreach-loop 
when I wrote the bug report (forgot the '1').
Sascha



[2002-03-26 08:04:48] [EMAIL PROTECTED]

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-25 15:36:33] [EMAIL PROTECTED]

foreach ($array1 as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

is the correct code. I forgot the '1' in the first variable



[2002-03-25 15:34:16] [EMAIL PROTECTED]

Hi folks,

I'm using PHP 4.1.2 as module with apache 1.3.23

I have this array:

$array1[0] = array("a" => 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

I want to split the array in to arrays with array1 containing all
elements where a = b and array2 a <> b

The correct result should be
even: element 0,2,3,5
uneven: element 1,4

I used the following code to split the array:

foreach ($array as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

$array1 should now contain all uneven elements and $array2 all even
elements (with a different structur but that doesn't matters here).

But the result is:
$array1 contains element 1,3,4
$array2 contains 4 elements but one is empty! The data of element 3 are
missing.

When I run the script with this comparison:
if ($val["a"] != $val["b"])

I got the correct numbers of elements in each array (2 and 4)
but with wrong values.

I think this is a bug. Please inform me if you have investigated the
issue and found a explanation (maybe I did something wrong).

best,
Sascha




-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #14604 Updated: Empty packets as result of serialization

[ken . gregg]

 ID:   14604
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: WDDX related
 Operating System: Windows NT 4 sp 6a
 PHP Version:  4.1.0
 New Comment:

Reproduced it with 4.0.6 and 4.1.2 compiled as cgi on FreeBSD
4.0-Release and Apache 1.3.12

wddx_serialize_vars produces the same empty packet. The only thing that
seems to work to create a packet is wddx_serialize_value


Previous Comments:


[2001-12-22 15:48:23] [EMAIL PROTECTED]

sander, can you also test for PHP 4.0.6 to verify if it broke during
the 4.1 release circle?




[2001-12-22 15:20:20] [EMAIL PROTECTED]

Reproduced on Windows 2000 with 4.1.0 on Apache 1.3.22 (module).

Outpu:




[2001-12-19 10:45:21] [EMAIL PROTECTED]

at least for me your code works in the same way under 4.0.6 and 4.1.0
on FreeBSD 4.4-STABLE (yes, I finally updated ;):

bash-2.05a$ ./php  test.php 
X-Powered-By: PHP/4.0.6
Content-type: text/html

bash-2.05a$


bash-2.05a$ ./php  test.php 
X-Powered-By: PHP/4.1.0
Content-type: text/html

bash-2.05a$



bash-2.05a$ cat test.php





[2001-12-19 09:48:07] [EMAIL PROTECTED]

$nazwisko = "Zgoda";
$imie = "Jarek";
$tmp = wddx_packet_start();
wddx_add_vars($tmp, $nazwisko, $imie);
$rs = wddx_packet_end($tmp);
echo $rs;

This code produces empty packet (just structure definition - no data)
in 4.1.0, while it worked in 4.0.6




-- 
Edit this bug report at http://bugs.php.net/?id=14604&edit=1

Bug #16248 Updated: "Inclusion error" with Apache 1.3.24 and PHP 4.1.2 (VirtualHost set)

[shouvik . hyd]

 ID:   16248
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Windows 2000
 PHP Version:  4.1.2
 New Comment:

I struggled on the problem for 8 hours, tried whatever any site having
the least to do with PHP had to say, but no success...

also it shows that php4ts.dll contains the text 'c:\php4\pear'. But do
not try to hack into the DLL. I tried. Does not help.

go back to 4.0.6


Previous Comments:


[2002-03-25 00:04:15] [EMAIL PROTECTED]

Well, the closest I've come to my bug is 14563, but I have some
evidence that it's different.

I was running Apache with PHP 4.0.6 and everything worked fine.  I saw
the 4.1.2 fix was up, so I installed the new version (SAPI, from the
ZIP) over the old version.

I would get the error message:
Failed opening '/program files/apache group/apache/htdocs/test.php' for
inclusion (include_path='c:\php4\pear') in Unknown on line 0

So, after messing with it for a couple hours, trying to debug my
install (maybe I specified something incorrectly), I decided to
reinstall everything -- Apache, PHP, and MySQL.

Upon reinstallation, before doing anything funky, I tried running a
simple php page containing only phpinfo() -- it worked!

At this point, I added one VirtualHost to Apache's httpd.conf (and set
a couple NameVirtualHost values).  Now, PHP stopped working, and I got
that inclusion error message again.

With a VirtualHost set, no changing of php.ini or httpd.conf would get
PHP to work.

So, I reverted back to PHP 4.0.6 -- everything works fine...
VirtualHosts and all.

I'm happy to provide more info if it would help.




-- 
Edit this bug report at http://bugs.php.net/?id=16248&edit=1

Bug #15578 Updated: PHP Causes Apache segmentation when using FreeTDS

[loginx]

 ID:   15578
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: MSSQL related
 Operating System: Linux Red Hat 7.2
 PHP Version:  4.1.2
 New Comment:

After formatting the server and reinstalling redhat latest version, I
am not experiencing the problem anymore, it seems it was a redhat
configuration issue more than a PHP related problem.

Thanks.

Xavier.


Previous Comments:


[2002-03-11 13:47:49] [EMAIL PROTECTED]

Okay well now I upgraded to apache 1.3.20, and php 4.1.2 and freetds
0.53, I don't even get as far as the segmentation fault anymore because
after compiling PHP with:
./configure --with-apxs --with-sybase=/usr/local/freetds --with-pspell
and make and make install, apache doesn't seem to be running anymore, I
do /etc/rc.d/init.d/httpd restart and the following message appears:
Starting httpd: Syntax error on line 260 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: dbdead[FAILED]

I could not find a way to solve this problem.



[2002-02-25 14:44:25] [EMAIL PROTECTED]

Well I tried the same thing with another configuration and it seemed to
be working so I think it might be an apache related problem.

I will upgrade to the latest version of Apache in the next week or so
so I will get a backtrace then if the problem persists.

Thank you.



[2002-02-15 16:05:45] [EMAIL PROTECTED]

To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".



[2002-02-15 15:16:45] [EMAIL PROTECTED]

Hi,

I need to access a MS-SQL server 2000 from a linux RH7.1 box running
PHP 4.1.1 compiled with the following options:
./configure --with-sybase=/usr/local/freetds --with-apxs
And freetds installed from RPM (but I also tried with the source and it
didn't work either... tried FreeTDS from CVS as well). and apache
1.3.19.
PHP seems to be working fine and phpinfo(); seems fine...
Whenever I load a PHP script that uses any mssql_* function, the page
cannot load "The page cannot be displayed"...
When I check apache's error log, it reports Segmentation Fault on child
process.
I tried with different versions of PHP and it always crashes the same
way but the Perl applications using FreeTDS to connect to the same
server work just fine so it probably is a problem related to PHP.

Any input ?




-- 
Edit this bug report at http://bugs.php.net/?id=15578&edit=1

Bug #16288: Timeout while checking on a string

[loginx]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.2
PHP version:  4.1.2
PHP Bug Type: Pspell related
Bug description:  Timeout while checking on a string

Hi,

After having a few problems with the RedHat's pre-installed RPM's for
Aspell and Pspell, I decided to remove them and grab the latest versions
on the official website, versions:

aspell-.33.7.1
pspell-.12.2
php 4.1.2

I first compiled  pspell (./configure ; make ; make install)
then aspell the same way
then in the modules dir for pspell I did ./add-modules and it seemed to
work, then I simply compiled PHP with:
./configure --with-apxs=/usr/sbin/apxs --with-sybase=/usr/local/freetds/
--with-pdflib --enable-debug --enable-trans-sid --with-pspell ; make ;
make install ; /etc/init.d/httpd restart ; echo all done

And everything seemed to work so far but then while calling a simple
script, I get the following error:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/spellcheck.php on line 9...
here is the script:

\n";
$string = str_replace(",", "", $string);
$keys = explode(" ", $string);
$mylink = pspell_new("en");
foreach($keys as $value)
{
if (!(pspell_check($mylink, $value)))
{
echo "$value - invalid spelling";
$suggest = pspell_suggest($mylink, $value);
echo "Suggesting $suggest";
}
}

Did they break backward source compatibility again or is it a problem with
my config or install ?
-- 
Edit bug report at http://bugs.php.net/?id=16288&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16288&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16288&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16288&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16288&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16288&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16288&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16288&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16288&r=submittedtwice

Bug #16287 Updated: SUID for PHP scripts

[alan_k]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

This is part of Apache &/or the web server responsiblity, doing it in
PHP, would (apart from duplicate resources), be a bit security
headache..

I believe it is a feature of Apache 2. 

If you are looking at cgi's, you could consider the php-cgiwrap that is
available on the net somewhere.

Its not really (AFAIK) ever going to be a php feature.





Previous Comments:


[2002-03-26 09:16:52] [EMAIL PROTECTED]

ooops should've changed the status before...



[2002-03-26 09:12:48] [EMAIL PROTECTED]

Those functions are very good, except they cannot be used in a hosting
context where the users are not root...

There should be a mechanism like Apache has for .cgi's (per virtual
host or location) or dynamically establishing the owner via the home
directory lookup.



[2002-03-26 09:08:19] [EMAIL PROTECTED]

http://php.net/posix_setuid



[2002-03-26 09:01:24] [EMAIL PROTECTED]

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick



[2002-03-26 08:59:44] [EMAIL PROTECTED]

There is a need for suexec/suid type functionality for PHP scripts -
switch of ownership conext in a secure environment. Is this going to
happen?





-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16278 Updated: reference to $_SESSION causes seg-fault

[bhlyons]

 ID:   16278
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.2.16 (redhat 7.0)
 PHP Version:  4.1.2
 New Comment:

NO, I am saying that it does NOT work in PHP >= 4.1.0, including
4.2.0rc1.

What I meant by the 'output is the same' is that the stream sent to the
browser gets prematurely truncated (when PHP dies) at roughly the same
point in 4.1.2 and 4.2.0rc1.  With 4.1.2, the seg-fault gets reported
to the error log.  With 4.2.0rc1, the seg-fault does not get reported
to the error log, but it has definitely died prematurely.

This is a simple function that has worked for a long time, and works
great now if session_start isn't called.  There is something peculiar
about HTTP_SESSION_VARS and _SESSION when sessions are active that is
causing the problem.  The SERVER/POST/GET vars, in both HTTP_ and _var
forms are fine.  As a matter of fact, if session_start is not called,
you can even create HTTP_SESSION_VARS and _SESSION arrays and they'll
work fine, too, so it isn't just the name.

session_start does something to HTTP_SESSION_VARS and _SESSION and
cause PHP to die under this code.  Paste my sample code into a file and
see it for yourself.  Look carefully, the truncation is right near the
end.  To make it more obvious, add a "DONE" just before 
- you'll never see that text in the output.

Sincerely,
Bryan


Previous Comments:


[2002-03-26 03:25:31] [EMAIL PROTECTED]

According to you, it wroks fine with 4.2.0rc1. So that doesn't really
matter.



[2002-03-26 03:20:19] [EMAIL PROTECTED]

So you're saying that with PHP 4.2.0RC1 it works?




[2002-03-26 00:02:49] [EMAIL PROTECTED]

Configuration:
./configure --with-apxs --enable-debug
php.ini = php.ini-recommended
Apache 1.3.12

I have been using a procedure to create nicely-formatted tables of
arrays and their contents for a long time.  It works very well under
4.1.2 (and previous 4.* verions) for displaying $GLOBALS if
session_start has not been called.  If session_start has been called,
it causes a seg-fault when the $HTTP_SESSION_VARS and/or $_SESSION is
processed.

My normal script is much more elaborate, but I've stripped it to the
bare minimum to make the bugs more obvious.  There are four 'fix'
comments in the code - implementing any one will make the problem go
away, but none should be necessary.

I have compiled 4.2.0rc1 with the same ./configure options and used the
4.2.0rc1-supplied php.ini-recommended file as part of a further test. 
The output is the same, but the seg-fault is not reported to the error
log with 4.2.0rc1.

 index.php ---

\n";
  }
  while(list($key,$value)=each($array)) {
# fix 2 is to skip both instances of the session variables array
### If this session-skipping block is enabled, there are no problems
#if($key=="_SESSION" || $key=="HTTP_SESSION_VARS") {
#  print "skipping $key\n";
#  continue;
#}
### End of session-skipping block
for($c=0;$c<$depth*5;$c++) {
  print " ";
}
print "$key=";
if(is_array($value)) {
  $valuestring="Array";
} elseif(is_object($value)) {
  $valuestring="Object";
} elseif(is_bool($value)) {
  if($value) {
$valuestring="Boolean True";
  } else {
$valuestring="Boolean False";
  }
} else {
  $valuestring=$value;
}
print "$valuestring\n";
if(is_array($array[$key])) {
# fix 3 is to pass $value instead of $array[$key]
  CVTT($array[$key], $depth+1);
}
  }
  if($depth==0) {
print "\n";
  }
}

# fix 4 is to eliminate the session_start
session_start();

$_SESSION['one']="two";

?>










---end of index.php -

I was not able to get a backtrace by following the instructions in the
php documentation.  I'd be happy to try again with more-detailed
instructions.

If there is any further testing you would like, please let me know.

Sincerely,
Bryan





-- 
Edit this bug report at http://bugs.php.net/?id=16278&edit=1

Bug #16287 Updated: SUID for PHP scripts

[luci]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

ooops should've changed the status before...


Previous Comments:


[2002-03-26 09:12:48] [EMAIL PROTECTED]

Those functions are very good, except they cannot be used in a hosting
context where the users are not root...

There should be a mechanism like Apache has for .cgi's (per virtual
host or location) or dynamically establishing the owner via the home
directory lookup.



[2002-03-26 09:08:19] [EMAIL PROTECTED]

http://php.net/posix_setuid



[2002-03-26 09:01:24] [EMAIL PROTECTED]

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick



[2002-03-26 08:59:44] [EMAIL PROTECTED]

There is a need for suexec/suid type functionality for PHP scripts -
switch of ownership conext in a secure environment. Is this going to
happen?





-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16287 Updated: SUID for PHP scripts

[luci]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

Those functions are very good, except they cannot be used in a hosting
context where the users are not root...

There should be a mechanism like Apache has for .cgi's (per virtual
host or location) or dynamically establishing the owner via the home
directory lookup.


Previous Comments:


[2002-03-26 09:08:19] [EMAIL PROTECTED]

http://php.net/posix_setuid



[2002-03-26 09:01:24] [EMAIL PROTECTED]

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick



[2002-03-26 08:59:44] [EMAIL PROTECTED]

There is a need for suexec/suid type functionality for PHP scripts -
switch of ownership conext in a secure environment. Is this going to
happen?





-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16274 Updated: Session is not disconnected.

[pansory]

 ID:   16274
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 7.1
 PHP Version:  4.1.2
 New Comment:

Thank you for your feedback.

I test it Netscape Communicator 4.79 and MS Internet Explore 5.5.

But the result is same.

Both of browsers still have session value even they are restarted.

Tomorrow I will test with MS Internet Explore 6.
Now 11 P.M. my local time ^^.

I test it with 8 computers.
Three is win2K professional with MS IE 5.5,
Three is win2K server with MS IE 5.5,
Two is Linux 7.1 with Netscape.

I setting up two server with Linux 7.1 useing php 4.1.2
But today I reset one server with php 4.0.6 for test.
This server what setting with php 4.0.6 works very well all my testing
computer.


Previous Comments:


[2002-03-26 08:00:34] [EMAIL PROTECTED]

This is very likely to be a problem with your browser anad not with
PHP. Which browser do you use, and can you try other browsers?



[2002-03-25 20:04:29] [EMAIL PROTECTED]

I use apache 1.3.23 / php 4.1.2 / mysql 3.23.49 / Zend Optimizer v1.2.0
with Redhat 7.1.

phpinfo list are below,

Configure Command  './configure' '--with-mysql=/usr/local/mysql'
'--with-apache=../apache_1.3.23' '--enable-track-vars' 
Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini 
ZEND_DEBUG disabled 
Thread Safety disabled 

php.ini list below,

session.save_handler = files 
session.cookie_domain = 
session.serialize_handler = php 
session.gc_probability = 1 
session.gc_maxlifetime = 1440 
session.referer_check = 
session.entropy_length = 0 
session.entropy_file = 
session.cache_limiter = nocache 
session.cache_expire = 180 
session.use_trans_sid = 1 
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry" 

First I loged in by session, and close browser.
Then I reconnect, session still alive with login ID and Password.
I restart my server computer and my personal computer, but session are
still alive.

Sometime session disconnect, but Sometime are not.

You can test here http://pansory.pe.kr with UserID : 
and password .
phpinfo URL is http://pansory.pe.kr/php.php

I found someone who are same exprience with me.
One use php 4.1.1 and the other use 4.1.2

I also expriece this situation with win2K server. with php versoion
4.1.2




-- 
Edit this bug report at http://bugs.php.net/?id=16274&edit=1

Bug #16287 Updated: SUID for PHP scripts

[hholzgra]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

http://php.net/posix_setuid


Previous Comments:


[2002-03-26 09:01:24] [EMAIL PROTECTED]

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick



[2002-03-26 08:59:44] [EMAIL PROTECTED]

There is a need for suexec/suid type functionality for PHP scripts -
switch of ownership conext in a secure environment. Is this going to
happen?





-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16287 Updated: SUID for PHP scripts

[derick]

 ID:   16287
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: RH7.2
 PHP Version:  4.1.2
 New Comment:

PHP already has functions to swap uids and guids, posix_* (see
www.php.net/posix).

Derick


Previous Comments:


[2002-03-26 08:59:44] [EMAIL PROTECTED]

There is a need for suexec/suid type functionality for PHP scripts -
switch of ownership conext in a secure environment. Is this going to
happen?





-- 
Edit this bug report at http://bugs.php.net/?id=16287&edit=1

Bug #16287: SUID for PHP scripts

[luci]

From: [EMAIL PROTECTED]
Operating system: RH7.2
PHP version:  4.1.2
PHP Bug Type: Feature/Change Request
Bug description:  SUID for PHP scripts

There is a need for suexec/suid type functionality for PHP scripts - switch
of ownership conext in a secure environment. Is this going to happen?

-- 
Edit bug report at http://bugs.php.net/?id=16287&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16287&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16287&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16287&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16287&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16287&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16287&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16287&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16287&r=submittedtwice

Bug #16283 Updated: php fails to compile for apache 2.0.32

[lazy]

 ID:   16283
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

maybe some one know how to use ap_get_brigade() in php ?
i used APR_BLOCK_READ and changed bytelen from pointer to value
there is sth in apaches change log about changing
from pointer to value so this looks to be correct
but what about APR_BLOCK_READ or APR_NONBLOCK_READ
example filters in apache 2 use APR_BLOCK_READ so mayby it is correct
?

there is no AP_FTYPE_RESOURCE in apaches sources


Previous Comments:


[2002-03-26 08:31:27] [EMAIL PROTECTED]

4.1.2 has apache2filter
i fixed it and it compilled and hello world worked

i tryed 4.2 it also fails
"
sapi_apache2.c: In function `php_register_hook':
sapi_apache2.c:473: `AP_FTYPE_RESOURCE' undeclared (first use in this
function)
sapi_apache2.c:473: (Each undeclared identifier is reported only once
"
but the ap_get_brigade() function is fixed
but the php_input_filter() also changed



[2002-03-26 07:58:29] [EMAIL PROTECTED]

AFAIK, 4.1.2 can't compile at all with Apache 2.
Can you try 4.2.0RC1 and see if it works?



[2002-03-26 07:15:43] [EMAIL PROTECTED]

reclassified



[2002-03-26 06:23:47] [EMAIL PROTECTED]

php 4.1.2 fails to compile for apache 2.0.32
in sapi/apache2filter/sapi_apache2.c
in php_input_filter function ap_get_brigade() has wrong set of
arguments
i changed it to f->next,bb,mode,APR_BLOCK_READ,* readbytes
it compiles and runs but i doubt is it correct

php configured with ./configure
--with-apxs2=/usr/local/apache2/bin/apxs




-- 
Edit this bug report at http://bugs.php.net/?id=16283&edit=1

Bug #16277 Updated: Multiple statement in a query cause subsequent queries to fail

[hholzgra]

 ID:   16277
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: MSSQL related
 Operating System: NT4
 PHP Version:  4.1.2
 New Comment:

RTFBR ;) it is MS SQL, not mySQL


Previous Comments:


[2002-03-26 08:01:58] [EMAIL PROTECTED]

RTM! You can only run one query per call to mysql_query()!



[2002-03-25 22:49:13] [EMAIL PROTECTED]

I am creating tables and indexes in a few places.  To make life a
little easier I want to create a table and it's indexes in one go.

The following code fails:

$queries[0]["query_string"]="CREATE TABLE objects (
[id] integer IDENTITY (1,1) PRIMARY KEY,
[type] varchar(16) DEFAULT '' NOT NULL,
[object] text,
[vtype] varchar(16) DEFAULT '' NOT NULL,
[lastchanged] TIMESTAMP);
CREATE INDEX objects_lastchanged ON objects (lastchanged);";

$queries[1]["query_string"]="CREATE TABLE nodes (
path varchar(127) DEFAULT '' NOT NULL PRIMARY KEY,
parent varchar(127) DEFAULT '' NOT NULL,
object numeric(11) DEFAULT '0' NOT NULL,
priority numeric(11) DEFAULT '0' NOT NULL
);";

while ((list($key, $query)=each($queries)) && (!$error)) {
echo $query["query_string"];
$exec=mssql_query($query["query_string"]);
}



But if I separate out the create index into a separate query it works
fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16277&edit=1

Bug #16269 Updated: array_splice produces an unexpected result

[saschahofmann]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

No, that wasn't the reason. I only misspelled the foreach-loop 
when I wrote the bug report (forgot the '1').
Sascha


Previous Comments:


[2002-03-26 08:04:48] [EMAIL PROTECTED]

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?



[2002-03-25 15:36:33] [EMAIL PROTECTED]

foreach ($array1 as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

is the correct code. I forgot the '1' in the first variable



[2002-03-25 15:34:16] [EMAIL PROTECTED]

Hi folks,

I'm using PHP 4.1.2 as module with apache 1.3.23

I have this array:

$array1[0] = array("a" => 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

I want to split the array in to arrays with array1 containing all
elements where a = b and array2 a <> b

The correct result should be
even: element 0,2,3,5
uneven: element 1,4

I used the following code to split the array:

foreach ($array as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

$array1 should now contain all uneven elements and $array2 all even
elements (with a different structur but that doesn't matters here).

But the result is:
$array1 contains element 1,3,4
$array2 contains 4 elements but one is empty! The data of element 3 are
missing.

When I run the script with this comparison:
if ($val["a"] != $val["b"])

I got the correct numbers of elements in each array (2 and 4)
but with wrong values.

I think this is a bug. Please inform me if you have investigated the
issue and found a explanation (maybe I did something wrong).

best,
Sascha




-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #16283 Updated: php fails to compile for apache 2.0.32

[lazy]

 ID:   16283
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

4.1.2 has apache2filter
i fixed it and it compilled and hello world worked

i tryed 4.2 it also fails
"
sapi_apache2.c: In function `php_register_hook':
sapi_apache2.c:473: `AP_FTYPE_RESOURCE' undeclared (first use in this
function)
sapi_apache2.c:473: (Each undeclared identifier is reported only once
"
but the ap_get_brigade() function is fixed
but the php_input_filter() also changed


Previous Comments:


[2002-03-26 07:58:29] [EMAIL PROTECTED]

AFAIK, 4.1.2 can't compile at all with Apache 2.
Can you try 4.2.0RC1 and see if it works?



[2002-03-26 07:15:43] [EMAIL PROTECTED]

reclassified



[2002-03-26 06:23:47] [EMAIL PROTECTED]

php 4.1.2 fails to compile for apache 2.0.32
in sapi/apache2filter/sapi_apache2.c
in php_input_filter function ap_get_brigade() has wrong set of
arguments
i changed it to f->next,bb,mode,APR_BLOCK_READ,* readbytes
it compiles and runs but i doubt is it correct

php configured with ./configure
--with-apxs2=/usr/local/apache2/bin/apxs




-- 
Edit this bug report at http://bugs.php.net/?id=16283&edit=1

Bug #16286: undefined symbol: SQLParamData

[gory]

From: [EMAIL PROTECTED]
Operating system: Slackware 7.1
PHP version:  4.1.2
PHP Bug Type: Apache related
Bug description:  undefined symbol: SQLParamData

I'm trying to compile php with custom odbc support (Sybase SQL Anywhere 8)
and i get this :(((

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/libexec/libphp4.so: undefined symbol: SQLParamData
--
CUSTOM_ODBC_LIBS="-l/usr/local/sybase/SYBSsa8/lib/libodbc.so
-l/usr/local/sybase/SYBSsa8/lib/libodbcinst.so"
#CUSTOM_ODBC_LIBS="-llibodbc.so -llibodbcinst.so"  - tried also


export CUSTOM_ODBC_LIBS

CPPFLAGS="-DODBC_QNX -DSQLANY_BUG"
#CPPFLAGS="-DODBC_UNIX -DSQLANY_BUG" - tried also
#CPPFLAGS="-DODBC_UNIX" - tried also
#CPPFLAGS="-DODBC_QNX" - tried also

export CPPFLAGS
--
make clean
rm config.cache
./configure \
--with-apxs=/usr/local/apache/bin/apxs  \
--with-mysql=/usr/local/mysql \
--with-iodbc=/usr/local \
--with-custom-odbc=/usr/local/sybase/SYBSsa8 \
--with-zlib \
--with-gd=/usr/local \
--with-png-dir=/usr/local/lib \
--with-freetype-dir=/usr/local/lib \
--with-jpeg-dir=/usr/local
make 
make install
--
ldd /usr/local/apache/libexec/libphp4.so
libdl.so.2 => /lib/libdl.so.2 (0x40186000)
libz.so.1 => /usr/local/lib/libz.so.1 (0x40189000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40197000)
libresolv.so.2 => /lib/libresolv.so.2 (0x401c4000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x401d2000)
libpng.so.3 => /usr/local/lib/libpng.so.3 (0x4020b000)
libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x4024a000)
libm.so.6 => /lib/libm.so.6 (0x40269000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40285000)
libc.so.6 => /lib/libc.so.6 (0x4029a000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
--
I'm not sure is this a bug or lack of documetation induce me to wrong
way.

--with-custom-odbc[=DIR]
Include a user defined ODBC support. The DIR is ODBC install base
directory, which defaults to /usr/local. Make sure to define
CUSTOM_ODBC_LIBS and have some odbc.h in your include dirs. E.g., you
should define following for Sybase SQL Anywhere 5.5.00 on QNX, prior to
run configure script: CPPFLAGS="-DODBC_QNX -DSQLANY_BUG" LDFLAGS=-lunix
CUSTOM_ODBC_LIBS="-ldblib -lodbc". 




-- 
Edit bug report at http://bugs.php.net/?id=16286&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16286&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16286&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16286&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16286&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16286&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16286&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16286&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16286&r=submittedtwice

Bug #16269 Updated: array_splice produces an unexpected result

[sander]

 ID:   16269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: windows 2000
 PHP Version:  4.1.2
 New Comment:

Your foreach-loop is wrong. It should be 
foreach ($array1 as $key => $val) {

Does it work now?


Previous Comments:


[2002-03-25 15:36:33] [EMAIL PROTECTED]

foreach ($array1 as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

is the correct code. I forgot the '1' in the first variable



[2002-03-25 15:34:16] [EMAIL PROTECTED]

Hi folks,

I'm using PHP 4.1.2 as module with apache 1.3.23

I have this array:

$array1[0] = array("a" => 3, "b" => 3);
$array1[1] = array("a" => 9, "b" => 3);
$array1[2] = array("a" => 11, "b" => 11);
$array1[3] = array("a" => 11, "b" => 11);
$array1[4] = array("a" => 15, "b" => 11);
$array1[5] = array("a" => 2, "b" => 2);

I want to split the array in to arrays with array1 containing all
elements where a = b and array2 a <> b

The correct result should be
even: element 0,2,3,5
uneven: element 1,4

I used the following code to split the array:

foreach ($array as $key = $val) {
if ($val["a"] == $val["b"]) {
$array2[] = array_splice($array1,$key,1);
}
}

$array1 should now contain all uneven elements and $array2 all even
elements (with a different structur but that doesn't matters here).

But the result is:
$array1 contains element 1,3,4
$array2 contains 4 elements but one is empty! The data of element 3 are
missing.

When I run the script with this comparison:
if ($val["a"] != $val["b"])

I got the correct numbers of elements in each array (2 and 4)
but with wrong values.

I think this is a bug. Please inform me if you have investigated the
issue and found a explanation (maybe I did something wrong).

best,
Sascha




-- 
Edit this bug report at http://bugs.php.net/?id=16269&edit=1

Bug #16277 Updated: Multiple statement in a query cause subsequent queries to fail

[sander]

 ID:   16277
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: NT4
 PHP Version:  4.1.2
 New Comment:

RTM! You can only run one query per call to mysql_query()!


Previous Comments:


[2002-03-25 22:49:13] [EMAIL PROTECTED]

I am creating tables and indexes in a few places.  To make life a
little easier I want to create a table and it's indexes in one go.

The following code fails:

$queries[0]["query_string"]="CREATE TABLE objects (
[id] integer IDENTITY (1,1) PRIMARY KEY,
[type] varchar(16) DEFAULT '' NOT NULL,
[object] text,
[vtype] varchar(16) DEFAULT '' NOT NULL,
[lastchanged] TIMESTAMP);
CREATE INDEX objects_lastchanged ON objects (lastchanged);";

$queries[1]["query_string"]="CREATE TABLE nodes (
path varchar(127) DEFAULT '' NOT NULL PRIMARY KEY,
parent varchar(127) DEFAULT '' NOT NULL,
object numeric(11) DEFAULT '0' NOT NULL,
priority numeric(11) DEFAULT '0' NOT NULL
);";

while ((list($key, $query)=each($queries)) && (!$error)) {
echo $query["query_string"];
$exec=mssql_query($query["query_string"]);
}



But if I separate out the create index into a separate query it works
fine.




-- 
Edit this bug report at http://bugs.php.net/?id=16277&edit=1

Bug #16276 Updated: X-Powered-By session.save_handler=mm

[sander]

 ID:   16276
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: win2000 server
 PHP Version:  4.1.2
 New Comment:

Can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has been
fixed?


Previous Comments:


[2002-03-25 21:24:06] [EMAIL PROTECTED]

win2000 server+apache+php4.12
php.ini
session.save_handler=mm  ? files
(when i use files,it is working order.but if use mm
it echo "X-Powered-By: PHP/4.1.2 Content-type: text/html"
in every page.How to solve this problem?)
session.save_path = /tmp
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_maxlifetime = 1440
session.referer_check =
session.entropy_length = 0
session.entropy_file =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1




-- 
Edit this bug report at http://bugs.php.net/?id=16276&edit=1

Bug #16285 Updated: mysql connection uses bogus hostname

[derick]

 ID:   16285
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Critical
 Bug Type: MySQL related
 Operating System: Linux 2.4.7-10
 PHP Version:  4.1.2
 New Comment:

Reproduced


Previous Comments:


[2002-03-26 07:59:33] [EMAIL PROTECTED]

[This is actually a 4.2.0rc1 issue, but there isn't an option for that
in the dropdown]

When connecting to mysql with php 4.2.0rc1, having specified
'localhost' as the hostname, 'localhost.localdomain' is actually passed
to the mysql server. (Reported in both the error message, and the mysql
log.)

This behaviour was seen initially when attempting to use ACID and
phpMyAdmin.

After reversion back to php 4.1.2, however, 'localhost' is again passed
as expected.

config args: --with-mysql --with-imap --with-kerberos --with-apxs
--with-imap-ssl --with-gd





-- 
Edit this bug report at http://bugs.php.net/?id=16285&edit=1

Bug #16274 Updated: Session is not disconnected.

[sander]

 ID:   16274
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 7.1
 PHP Version:  4.1.2
 New Comment:

This is very likely to be a problem with your browser anad not with
PHP. Which browser do you use, and can you try other browsers?


Previous Comments:


[2002-03-25 20:04:29] [EMAIL PROTECTED]

I use apache 1.3.23 / php 4.1.2 / mysql 3.23.49 / Zend Optimizer v1.2.0
with Redhat 7.1.

phpinfo list are below,

Configure Command  './configure' '--with-mysql=/usr/local/mysql'
'--with-apache=../apache_1.3.23' '--enable-track-vars' 
Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini 
ZEND_DEBUG disabled 
Thread Safety disabled 

php.ini list below,

session.save_handler = files 
session.cookie_domain = 
session.serialize_handler = php 
session.gc_probability = 1 
session.gc_maxlifetime = 1440 
session.referer_check = 
session.entropy_length = 0 
session.entropy_file = 
session.cache_limiter = nocache 
session.cache_expire = 180 
session.use_trans_sid = 1 
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry" 

First I loged in by session, and close browser.
Then I reconnect, session still alive with login ID and Password.
I restart my server computer and my personal computer, but session are
still alive.

Sometime session disconnect, but Sometime are not.

You can test here http://pansory.pe.kr with UserID : 
and password .
phpinfo URL is http://pansory.pe.kr/php.php

I found someone who are same exprience with me.
One use php 4.1.1 and the other use 4.1.2

I also expriece this situation with win2K server. with php versoion
4.1.2




-- 
Edit this bug report at http://bugs.php.net/?id=16274&edit=1

Bug #16272 Updated: SegFault in MySQL

[sander]

 ID:   16272
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: Linux 2.4.x
 PHP Version:  4.1.2
 New Comment:

When does this segfault occur? Can you provide a sample script?
Also, can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has
been fixed?


Previous Comments:


[2002-03-25 19:48:58] [EMAIL PROTECTED]

maybe related to BUG #14860; here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50, default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
123 } else if ((*passed_id)->type != IS_RESOURCE)
{
(gdb) bt
#0  0x813a1e5 in zend_fetch_resource (passed_id=0x829ca50,
default_id=-1,
resource_type_name=0x819174e "MySQL-Link", found_resource_type=0x0,
num_resource_types=2)
at zend_list.c:123
#1  0x809363c in php_mysql_do_query_general (query=0x829ca4c,
mysql_link=0x829ca50,
link_id=-1, db=0x829ca48, use_store=1, return_value=0x8633cf4) at
php_mysql.c:981
#2  0x8093bc2 in zif_mysql_db_query (ht=3, return_value=0x8633cf4,
this_ptr=0x0,
return_value_used=1) at php_mysql.c:1113
#3  0x8156da1 in execute (op_array=0x8622a44) at ./zend_execute.c:1590
#4  0x8156f79 in execute (op_array=0x844e7bc) at ./zend_execute.c:1630
#5  0x8156f79 in execute (op_array=0x859930c) at ./zend_execute.c:1630
#6  0x8156f79 in execute (op_array=0x86092a8) at ./zend_execute.c:1630
#7  0x8156f79 in execute (op_array=0x8530668) at ./zend_execute.c:1630
#8  0x8156f79 in execute (op_array=0x8617eec) at ./zend_execute.c:1630
#9  0x8158c96 in execute (op_array=0x82c8a8c) at ./zend_execute.c:2133
#10 0x813395c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#11 0x8080dee in php_execute_script (primary_file=0xb938) at
main.c:1307
#12 0x813e8f9 in apache_php_module_main (r=0x82344ac,
display_source_mode=0)
at sapi_apache.c:90
#13 0x807d876 in send_php ()
#14 0x807d8cf in send_parsed_php ()
#15 0x8160d93 in ap_invoke_handler ()
#16 0x8174d19 in process_request_internal ()
#17 0x8174d7c in ap_process_request ()
#18 0x816c30e in child_main ()
#19 0x816c4a0 in make_child ()
#20 0x816c5f9 in startup_children ()
#21 0x816cc56 in standalone_main ()
#22 0x816d413 in main ()
#23 0x40140e29 in __libc_start_main () from /lib/libc.so.6




-- 
Edit this bug report at http://bugs.php.net/?id=16272&edit=1

Bug #16285: mysql connection uses bogus hostname

[x]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7-10
PHP version:  4.1.2
PHP Bug Type: MySQL related
Bug description:  mysql connection uses bogus hostname

[This is actually a 4.2.0rc1 issue, but there isn't an option for that in
the dropdown]

When connecting to mysql with php 4.2.0rc1, having specified 'localhost'
as the hostname, 'localhost.localdomain' is actually passed to the mysql
server. (Reported in both the error message, and the mysql log.)

This behaviour was seen initially when attempting to use ACID and
phpMyAdmin.

After reversion back to php 4.1.2, however, 'localhost' is again passed as
expected.

config args: --with-mysql --with-imap --with-kerberos --with-apxs
--with-imap-ssl --with-gd

-- 
Edit bug report at http://bugs.php.net/?id=16285&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16285&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16285&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16285&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16285&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16285&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16285&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16285&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16285&r=submittedtwice

Bug #16283 Updated: php fails to compile for apache 2.0.32

[sander]

 ID:   16283
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

AFAIK, 4.1.2 can't compile at all with Apache 2.
Can you try 4.2.0RC1 and see if it works?


Previous Comments:


[2002-03-26 07:15:43] [EMAIL PROTECTED]

reclassified



[2002-03-26 06:23:47] [EMAIL PROTECTED]

php 4.1.2 fails to compile for apache 2.0.32
in sapi/apache2filter/sapi_apache2.c
in php_input_filter function ap_get_brigade() has wrong set of
arguments
i changed it to f->next,bb,mode,APR_BLOCK_READ,* readbytes
it compiles and runs but i doubt is it correct

php configured with ./configure
--with-apxs2=/usr/local/apache2/bin/apxs




-- 
Edit this bug report at http://bugs.php.net/?id=16283&edit=1

Bug #16283 Updated: php fails to compile for apache 2.0.32

[sniper]

 ID:   16283
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Compile Failure
+Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

reclassified


Previous Comments:


[2002-03-26 06:23:47] [EMAIL PROTECTED]

php 4.1.2 fails to compile for apache 2.0.32
in sapi/apache2filter/sapi_apache2.c
in php_input_filter function ap_get_brigade() has wrong set of
arguments
i changed it to f->next,bb,mode,APR_BLOCK_READ,* readbytes
it compiles and runs but i doubt is it correct

php configured with ./configure
--with-apxs2=/usr/local/apache2/bin/apxs




-- 
Edit this bug report at http://bugs.php.net/?id=16283&edit=1

Bug #16284 Updated: uploading image

[derick]

 ID:   16284
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  4.1.0
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-03-26 06:27:02] [EMAIL PROTECTED]

In the program that I have. There is an admin part and a front part. In
the admin part there is an upload using the copy() function. THe upload
is about many images. In the version php4.08 it works well. now using
php4.01 the upload doesn't work for the second image.
Ther is a warning:
"enable to create " image name in the folder" permission denied in "
line in the code: with the function copy()"

Can you please help me on that. thanks





-- 
Edit this bug report at http://bugs.php.net/?id=16284&edit=1

Bug #16284: uploading image

[adile3000]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.0
PHP Bug Type: *General Issues
Bug description:  uploading image 

In the program that I have. There is an admin part and a front part. In the
admin part there is an upload using the copy() function. THe upload is
about many images. In the version php4.08 it works well. now using php4.01
the upload doesn't work for the second image.
Ther is a warning:
"enable to create " image name in the folder" permission denied in " line
in the code: with the function copy()"

Can you please help me on that. thanks

-- 
Edit bug report at http://bugs.php.net/?id=16284&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16284&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16284&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16284&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16284&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16284&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16284&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16284&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16284&r=submittedtwice

Bug #16283: php fails to compile for apache 2.0.32

[lazy]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: Compile Failure
Bug description:  php fails to compile for apache 2.0.32

php 4.1.2 fails to compile for apache 2.0.32
in sapi/apache2filter/sapi_apache2.c
in php_input_filter function ap_get_brigade() has wrong set of arguments
i changed it to f->next,bb,mode,APR_BLOCK_READ,* readbytes
it compiles and runs but i doubt is it correct

php configured with ./configure --with-apxs2=/usr/local/apache2/bin/apxs
-- 
Edit bug report at http://bugs.php.net/?id=16283&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16283&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16283&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16283&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16283&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16283&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16283&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16283&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16283&r=submittedtwice

Bug #16281 Updated: Constant 'RS_FUNCTIONPATH' changes value

[f . vulto]

 ID:   16281
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD 4.4
 PHP Version:  4.1.1
 New Comment:

The constant 'RS_CLASSPATH' suffered the same problem; it also changed
value.  Since we had been using both 'RS_FUNCTIONPATH' and
'RS_CLASSPATH' I got suspicious and decided to restart the Apache
deamon with PHP compiled in it and the problem disappeared.  Very
strange though.


Previous Comments:


[2002-03-26 05:01:03] [EMAIL PROTECTED]

Using the following scriptfile 'test.php':

   
   
 RS_FUNCTIONPATH
 
   RS_FUNCTION: 
   RS_FUNCTION_PATH: 
   RS_FUNCTIONPATH: 
   RS_TEST: 
 
   

One would expect the following output at all times:

   RS_FUNCTION: x
   RS_FUNCTION_PATH: x
   RS_FUNCTIONPATH: x
   RS_TEST: x

But when I keep refreshing the page (holding the F5-key down in
Internet Explorer), within 30 seconds the constant 'RS_FUNCTIONPATH'
starts changing value to 'csmFirstond' or 'PATHNCTIONPAT':

   RS_FUNCTION: x
   RS_FUNCTION_PATH: x
   RS_FUNCTIONPATH: PATHNCTIONPAT
   RS_TEST: x

It's only the constant with the exact name 'RS_FUNCTIONPATH'; the
others constants don't change but are there for comparison.  I haven't
been able to reproduce this problem on FreeBSD/PHP 4.0.6 or Windows
98/PHP 4.1.1.  The PHP configuration on the offending FreeBSD server is
this:

 './configure' '--with-mysql=/system/mysqld'
'--with-apache=../apache_1.3.23/' '--enable-track-vars' '--enable-ftp'
'--enable-xslt' '--with-xslt-sablot' '--with-sybase=/usr/local/freetds'
'--with-dom' '--with-zlib-dir=/usr/include/'


Freddy Vulto




-- 
Edit this bug report at http://bugs.php.net/?id=16281&edit=1

Bug #16282 Updated: session data not saved when script ends

[derick]

 ID:   16282
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 2.4.7-10
 PHP Version:  4.0.6
 New Comment:

Please try php-4.2.0rc1.tar.gz from www.php.net/~derick

Derick


Previous Comments:


[2002-03-26 05:04:39] [EMAIL PROTECTED]



If I don't put the session_write_close() call, I will end up getting an
empty session file, and all the session data is lost.

Putting the call solves the problem, but this shouldn't happen at all.

Using Apache 1.3.22 with PHP 4.0.6 as a dynamic module.

---
session info as read from phpinfo()

session.auto_start Off Off 
session.cache_expire 180 180 
session.cache_limiter nocache nocache 
session.cookie_domain no value no value 
session.cookie_lifetime 0 0 
session.cookie_path / / 
session.cookie_secure Off Off 
session.entropy_file no value no value 
session.entropy_length 0 0 
session.gc_maxlifetime 1440 1440 
session.gc_probability 1 1 
session.name PHPSESSID PHPSESSID 
session.referer_check no value no value 
session.save_handler files files 
session.save_path /tmp /tmp 
session.serialize_handler php php 
session.use_cookies On On 






-- 
Edit this bug report at http://bugs.php.net/?id=16282&edit=1

Bug #16282: session data not saved when script ends

[sorinv]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7-10
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  session data not saved when script ends



If I don't put the session_write_close() call, I will end up getting an
empty session file, and all the session data is lost.

Putting the call solves the problem, but this shouldn't happen at all.

Using Apache 1.3.22 with PHP 4.0.6 as a dynamic module.

---
session info as read from phpinfo()

session.auto_start Off Off 
session.cache_expire 180 180 
session.cache_limiter nocache nocache 
session.cookie_domain no value no value 
session.cookie_lifetime 0 0 
session.cookie_path / / 
session.cookie_secure Off Off 
session.entropy_file no value no value 
session.entropy_length 0 0 
session.gc_maxlifetime 1440 1440 
session.gc_probability 1 1 
session.name PHPSESSID PHPSESSID 
session.referer_check no value no value 
session.save_handler files files 
session.save_path /tmp /tmp 
session.serialize_handler php php 
session.use_cookies On On 


-- 
Edit bug report at http://bugs.php.net/?id=16282&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16282&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16282&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16282&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16282&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16282&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16282&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16282&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16282&r=submittedtwice

Bug #16281: Constant 'RS_FUNCTIONPATH' changes value

[f . vulto]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4
PHP version:  4.1.1
PHP Bug Type: Scripting Engine problem
Bug description:  Constant 'RS_FUNCTIONPATH' changes value

Using the following scriptfile 'test.php':

   
   
 RS_FUNCTIONPATH
 
   RS_FUNCTION: 
   RS_FUNCTION_PATH: 
   RS_FUNCTIONPATH: 
   RS_TEST: 
 
   

One would expect the following output at all times:

   RS_FUNCTION: x
   RS_FUNCTION_PATH: x
   RS_FUNCTIONPATH: x
   RS_TEST: x

But when I keep refreshing the page (holding the F5-key down in Internet
Explorer), within 30 seconds the constant 'RS_FUNCTIONPATH' starts
changing value to 'csmFirstond' or 'PATHNCTIONPAT':

   RS_FUNCTION: x
   RS_FUNCTION_PATH: x
   RS_FUNCTIONPATH: PATHNCTIONPAT
   RS_TEST: x

It's only the constant with the exact name 'RS_FUNCTIONPATH'; the others
constants don't change but are there for comparison.  I haven't been able
to reproduce this problem on FreeBSD/PHP 4.0.6 or Windows 98/PHP 4.1.1. 
The PHP configuration on the offending FreeBSD server is this:

 './configure' '--with-mysql=/system/mysqld'
'--with-apache=../apache_1.3.23/' '--enable-track-vars' '--enable-ftp'
'--enable-xslt' '--with-xslt-sablot' '--with-sybase=/usr/local/freetds'
'--with-dom' '--with-zlib-dir=/usr/include/'


Freddy Vulto
-- 
Edit bug report at http://bugs.php.net/?id=16281&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16281&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16281&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16281&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16281&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16281&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16281&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16281&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16281&r=submittedtwice

Bug #16280 Updated: configure lex problem

[derick]

 ID:   16280
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Linux 6.2
 PHP Version:  4.1.2
 New Comment:

Install the flex RPM, this is not a bug in PHP.

Derick


Previous Comments:


[2002-03-26 04:01:39] [EMAIL PROTECTED]

Hello,
I've been trying to install php 4.1.2 on Linux 6.2 server and on a
configure stage got the following error message:

checking lex output file root... ./configure: lex: command not found
configure: error: cannot find output from lex; giving up

I would like to know if there's some way to fix it. and what should I
do then?






-- 
Edit this bug report at http://bugs.php.net/?id=16280&edit=1

Bug #16280: configure lex problem

[dkouznetsov]

From: [EMAIL PROTECTED]
Operating system: Linux 6.2
PHP version:  4.1.2
PHP Bug Type: Dynamic loading
Bug description:  configure lex problem

Hello,
I've been trying to install php 4.1.2 on Linux 6.2 server and on a
configure stage got the following error message:

checking lex output file root... ./configure: lex: command not found
configure: error: cannot find output from lex; giving up

I would like to know if there's some way to fix it. and what should I do
then?


-- 
Edit bug report at http://bugs.php.net/?id=16280&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16280&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16280&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16280&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16280&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16280&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16280&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16280&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16280&r=submittedtwice

Bug #15678 Updated: isset fails for 4.1.1 and CVS version

[derick]

 ID:   15678
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Open
 Bug Type: Variables related
 Operating System: i686-pc-linux-gnu
 PHP Version:  4.0CVS-2002-02-2
 New Comment:

Not critical. PHP can not work around *all* user errors.

Derick


Previous Comments:


[2002-02-28 04:29:13] [EMAIL PROTECTED]

OOPS.
isset() must not return FALSE when value is not set.

should be

isset() must not return TRUE when value is not set.





[2002-02-28 03:47:28] [EMAIL PROTECTED]

This is critical bug in any cases.
isset() must not return FALSE when value is not set.  This is enough to
be a critical bug.

This bug is not only hard to find, but also can make security hole in
script. Don't you have script relys on isset() to grant access? (Well, 
I don't have actually since I like everything to be explicit, but some
users will have)
 



[2002-02-27 07:24:00] [EMAIL PROTECTED]

not critical



[2002-02-23 22:59:43] [EMAIL PROTECTED]

It should be fixed before 4.2.0 at least.
Hopefully before 4.1.2 :)



[2002-02-22 11:41:57] [EMAIL PROTECTED]

Btw, this has nothing to do with current CVS. This applies to at least
4.1.0 I tested (so there's nothing broken since current stable and CVS;
if it's broken, it is for a long time)



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/15678

-- 
Edit this bug report at http://bugs.php.net/?id=15678&edit=1

Bug #16279 Updated: quote problem

[mboeren]

 ID:   16279
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Output Control
 Operating System: solaris
 PHP Version:  4.1.2
 New Comment:

For readability, try this for coding style:

$xx = 1;
echo '1';



Previous Comments:


[2002-03-26 03:35:27] [EMAIL PROTECTED]

user error > bogus



[2002-03-26 03:28:40] [EMAIL PROTECTED]

I made a typo int moveover
should be moveover(
Frans.



[2002-03-26 03:25:01] [EMAIL PROTECTED]

The string 
$xx = 1;
echo "1";
gives a problem on the second \\\" 
the \\ is shown as a \
the \" is not reproduced as a " where I expect "

I hope this is not a problem in php but it is me.

Frans.






-- 
Edit this bug report at http://bugs.php.net/?id=16279&edit=1

Bug #14474 Updated: Apache PHP Module cannot seem to handle large amounts of output

[derick]

 ID:   14474
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows XP Pro/Linux
 PHP Version:  4.1.0
 New Comment:

Seems like a bug in IE to Markus, Jani, Tal and me.
closing


Previous Comments:


[2002-02-06 00:51:17] [EMAIL PROTECTED]

Adding to my previous comment, I saw no:


0



at the end of my http session.
OK - The HTTP Request is not closed properly. Only got:

blahblah blah blah

blafjaskasdjadsjf

There must be an 0 at the end of the reply.



[2002-02-05 04:36:55] [EMAIL PROTECTED]

I've used a packet logger and have found that PHP seems to halt
transmission around a php instruction.
The socket is actually closed, I'm not sure if there needs to be an
'END' string at the end of an http session, but there are no CR's or
anything like that on the end.



[2002-02-05 04:36:45] [EMAIL PROTECTED]

I've used a packet logger and have found that PHP seems to halt
transmission around a php instruction.
The socket is actually closed, I'm not sure if there needs to be an
'END' string at the end of an http session, but there are no CR's or
anything like that on the end.



[2002-01-18 10:54:20] [EMAIL PROTECTED]

I've tried the script on PHP 4.0.6, Windows 2000 Pro, Apache 1.3.22,
php installed as a module.
If I use a download manager to access the script it works.
I use Mass Downloader 2.2 and to get the file I write something like
this to the url address: http://localhost/bug.php.
The program starts downloading the file and after downloading 28.55 Mb
stops, but it doesn't say that the download finished and after 5 sec.
it starts downloading the file again. If I set the for loop only to 100
the result is the same, after the program transfers 2.5 Kb it waits for
5 sec. after he tryes again to download it.
But if I try this with IE (when the loop is set to 100) everything it's
ok.
So, after running this tests, I think that the problem is not that PHP
does not support large outputs, but the browser. (28.55 Mb it's a huge
html file).
I've tested IE with the loop set to 10 and it works.
If I set the loop to 100 then I ran aout of memory, because my page
file is only of 380 Mb. But maybe if I would have more memory
everything would be OK.



[2001-12-15 22:21:55] [EMAIL PROTECTED]

Probably, Zeev is right about regarding 
[2001-12-12 20:33:45] [EMAIL PROTECTED]
update.  Since I didn't see active httpd process.

httpd should close connection when PHP cannot execute script, anyway
;)
(I suppose httpd is not closing connection. With my IE under w2k,
networks may become ususable. Mozilla under linux halts. This is
critical :)

More detailed analysys is required. Any volanteers?



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/14474

-- 
Edit this bug report at http://bugs.php.net/?id=14474&edit=1

Bug #16279 Updated: quote problem

[derick]

 ID:   16279
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: solaris
 PHP Version:  4.1.2
 New Comment:

user error > bogus


Previous Comments:


[2002-03-26 03:28:40] [EMAIL PROTECTED]

I made a typo int moveover
should be moveover(
Frans.



[2002-03-26 03:25:01] [EMAIL PROTECTED]

The string 
$xx = 1;
echo "1";
gives a problem on the second \\\" 
the \\ is shown as a \
the \" is not reproduced as a " where I expect "

I hope this is not a problem in php but it is me.

Frans.






-- 
Edit this bug report at http://bugs.php.net/?id=16279&edit=1

Bug #14136 Updated: Segfaults when forget xslt_free()

[derick]

 ID:   14136
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Scripting Engine problem
 Operating System: Debian/Linux
-PHP Version:  4.0CVS-2001-11-20
+PHP Version:  4.0CVS-2001-11-2
 Assigned To:  sterling
 New Comment:

Sterling, can you please check this?

Derick


Previous Comments:


[2002-02-27 07:40:26] [EMAIL PROTECTED]

Assinging this to you sterling, have fun with it!   



[2001-11-20 15:21:51] [EMAIL PROTECTED]

Doesn't look like a Zend problem to me.  Apparently the table ends up
containing the wrong entries (i.e., the same entry more than once) or,
if the analysis is accurate, then the dependencies aren't properly
implemented, and a resource (the parser) is freed prematurely.



[2001-11-20 07:34:40] [EMAIL PROTECTED]

Seems a Zend problem...



[2001-11-20 03:59:03] [EMAIL PROTECTED]

Tested this with php compiled as cgi.
Everything works ok when after doing transformation
you use xslt_free() in your script.
When you forget to do so php may segfault.

This happens when there were a scheme/sax handler defined
with object reference:
  xslt_set_sax_handlers($xslt, array("characters" => 
array(&$this, "func")));

Now when php shuts down it calls free_processor() which 
after some recursive *_ptr_dtor() and alike calls reaches
again free_processor() with same zval handle. Since 
sablotron processor is already destroyed it eventually 
comes to segfault.

This doesn't happen when ordinary function is used as 
callback handler.

Backtrace:

#0  0x in ?? ()
#1  0x400d8432 in Situation::generateMessage 
(this=0x81c4bb8, type=MT_WARN, code=W1_HLR_NOT_REGISTERED, 
arg1=@0xbfffee08,
arg2=@0xbfffedfc, theMessage=@0xbfffed70) at 
situa.cpp:267
#2  0x400d8ae2 in Situation::message (this=0x81c4bb8, 
type=MT_WARN, code=W1_HLR_NOT_REGISTERED, 
arg1=@0xbfffee08, arg2=@0xbfffedfc)
at situa.cpp:348
#3  0x400cfb63 in Processor::report (this=0x81c4c58, 
S=@0x81c4bb8, type=MT_WARN, code=W1_HLR_NOT_REGISTERED, 
arg1=@0xbfffee08,
arg2=@0xbfffedfc) at proc.cpp:991
#4  0x400ce583 in Processor::setHandler (this=0x81c4c58, 
S=@0x81c4bb8, type=HLR_MESSAGE, handler=0x0, userData=0x0) 
at proc.cpp:741
#5  0x400d1a8c in SablotUnregHandler 
(processor_=0x81c4c58, type=HLR_MESSAGE, handler=0x0, 
userData=0x0) at sablot.cpp:728
#6  0x0811adc1 in free_processor (rsrc=0x81c0a8c) at 
sablot.c:613
#7  0x080c3a2a in list_entry_destructor (ptr=0x81c0a8c) at 
zend_list.c:177
#8  0x080c128e in zend_hash_del_key_or_index 
(ht=0x818dc44, arKey=0x0, nKeyLength=0, h=1, flag=1) at 
zend_hash.c:512
#9  0x080c378b in _zend_list_delete (id=1) at 
zend_list.c:56
#10 0x080d9581 in _zval_dtor (zvalue=0x81c4574, 
__zend_filename=0x813d01c "zend_execute_API.c", 
__zend_lineno=274)
at zend_variables.c:64
#11 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c0ad8, 
__zend_filename=0x8149313 "zend_variables.c", 
__zend_lineno=189)
at zend_execute_API.c:274
#12 0x080d98b4 in _zval_ptr_dtor_wrapper 
(zval_ptr=0x81c0ad8) at zend_variables.c:189
#13 0x080c13ba in zend_hash_destroy (ht=0x81c101c) at 
zend_hash.c:541
#14 0x080d9551 in _zval_dtor (zvalue=0x81c4a34, 
__zend_filename=0x813d01c "zend_execute_API.c", 
__zend_lineno=274)
at zend_variables.c:57
#15 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c0b90, 
__zend_filename=0x8149313 "zend_variables.c", 
__zend_lineno=189)
at zend_execute_API.c:274
#16 0x080d98b4 in _zval_ptr_dtor_wrapper 
(zval_ptr=0x81c0b90) at zend_variables.c:189
#17 0x080c13ba in zend_hash_destroy (ht=0x81c0b24) at 
zend_hash.c:541
#18 0x080d9521 in _zval_dtor (zvalue=0x81c0c5c, 
__zend_filename=0x813d01c "zend_execute_API.c", 
__zend_lineno=274)
at zend_variables.c:51
#19 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c4b9c, 
__zend_filename=0x81672fb "sablot.c", __zend_lineno=633)
at zend_execute_API.c:274
#20 0x0811b00e in free_processor (rsrc=0x81c0a8c) at 
sablot.c:633
#21 0x080c3a2a in list_entry_destructor (ptr=0x81c0a8c) at 
zend_list.c:177
#22 0x080c3c15 in zend_destroy_rsrc_list (ht=0x818dc44) at 
zend_list.c:248
#23 0x080c64a7 in shutdown_executor () at 
zend_execute_API.c:196
#24 0x080c8e36 in zend_deactivate () at zend.c:600
#25 0x080637cf in php_request_shutdown (dummy=0x0) at 
main.c:736
#26 0x0805f023 in main (argc=2, argv=0xbb34) at 
cgi_main.c:785
#27 0x401e965f in __libc_start_main () from /lib/libc.so.6





-- 
Edit this bug report at http://bugs.php.net/?id=14136&edit=1