#26623 [NEW]: XML Parser ignores UTF-8 input encoding?

[steven at acko dot net]

From: steven at acko dot net
Operating system: Windows 2000
PHP version:  4CVS-2003-12-14 (stable)
PHP Bug Type: *XML functions
Bug description:  XML Parser ignores UTF-8 input encoding?

Description:

PHP seems to ignore the encoding when parsing an UTF-8 encoded XML file,
and assumes it is ISO-8859-1 instead.

The code below contains a very short XML file (inline) to parse, with the
character a-with-tilde as value (this is just to show what happens, there
is nothing special about this character). The a-with-tilde takes 2 bytes
in UTF-8 encoding, and is represented as such in the XML file string.

The buggy behaviour is illustrated with the 3 possible PHP output
encodings. Comment/uncomment the correct xml_parser_set_option() call to
see the behaviour in all output encodings.

Note that nothing changes in behaviour if you change the encoding="utf-8"
in the source XML into 'iso-8859-1', or remove it altogether, which shows
that it is being ignored.

Reproduce code:
---
\xC3\xA3";

function handler_data($parser, $data) {
  print "Data: $data\n";
  print "Length: ". strlen($data) ."\n";
}

$xml_parser = xml_parser_create();
xml_set_character_data_handler($xml_parser, "handler_data");
xml_parser_set_option($xml_parser, XML_OPTION_TARGET_ENCODING, "utf-8");
// xml_parser_set_option($xml_parser, XML_OPTION_TARGET_ENCODING,
"iso-8859-1");
// xml_parser_set_option($xml_parser, XML_OPTION_TARGET_ENCODING,
"us-ascii");

xml_parse($xml_parser, $xmlfile, 1);
xml_parser_free($xml_parser);

?>


Expected result:

With output encoding set to UTF-8, PHP should leave the data alone and
should print 2 bytes (\xC3 and \xA3) for the a-with-tilde.

With output encoding set to ISO-8859-1, PHP should encode the a-with-tile
as a single byte (\xE3).

With output encoding set to US-ASCII, PHP should output a single '?' to
indicate the a-with-tilde is not available in the output encoding.

Actual result:
--
With output encoding set to UTF-8, PHP re-encodes the input into UTF-8,
resulting in 4 bytes for a-with-tilde.

With output encoding set to ISO-8859-1, PHP leaves the input untouched.

With output encoding set to US-ASCII, PHP outputs two question marks.

-- 
Edit bug report at http://bugs.php.net/?id=26623&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26623&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26623&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26623&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26623&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26623&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26623&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26623&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26623&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26623&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26623&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26623&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26623&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26623&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26623&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26623&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26623&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26623&r=float

#26074 [Asn->Csd]: PGSQL.DLL missing from 5.0.0 Beta 2 Win Distribution

[edink]

 ID:   26074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  efesar at unm dot edu
-Status:   Assigned
+Status:   Closed
 Bug Type: PostgreSQL related
 Operating System: Windows XP Pro SP1
 PHP Version:  5CVS-2003-11-01 (dev)
 Assigned To:  edink
 New Comment:

This has been fixed now. Client library was upgraded to version 7.4.


Previous Comments:


[2003-11-14 09:55:54] nightstorm at tlen dot pl

I noticed that php_pgsql.dll in PHP5 snapshots is not available since
they added the "psql_version()" function, or something like that.
Anyway, this is a fragment of the compile log:

c:\php4build\snap\ext\pgsql\pgsql.c(648) : error C2065: 'PG_VERSION' :
undeclared identifier



[2003-11-02 11:57:55] [EMAIL PROTECTED]

The pgsql extension failed to compile at the build time, assigning this
to myself.



[2003-11-01 21:34:49] efesar at unm dot edu

Description:

The new distributable did not come with PHP_PGSQL.DLL, and the old
distributable from 5.0.0 Beta 1 does not function with Beta 2. 

Also, tried php_pgsql.dll from php-4.3.4RC3-Win32.zip, but that
produced the same error. 

==

[01-Nov-2003 19:24:41] PHP Warning:  PHP Shutdown: Unable to load
dynamic library 'c:\program files\apache
group\php5\extensions\php_pgsql.dll' - The specified module could not
be found.

 in Unknown on line 0

[01-Nov-2003 19:24:43] PHP Warning:  PHP Startup: Unable to load
dynamic library 'c:\program files\apache
group\php5\extensions\php_pgsql.dll' - The specified module could not
be found.

 in Unknown on line 0



Reproduce code:
---
// This is really just a configuration issue, but I can prove 
// that PGSQL is not loaded by ...

$test = pg_connect();

Expected result:

I expect it to at least try to connect to a database.

Actual result:
--
[01-Nov-2003 19:26:02] PHP Fatal error:  Call to undefined function
pg_connect() in F:\html\phpinfo.php on line 3







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

#22086 [Fbk->NoF]: OCIBindByName causes problem if more than one Oracle statements are executed.

[sniper]

 ID:   22086
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gnitesh at yahoo dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Red Hat Linux 7.3
 PHP Version:  5CVS-2003-02-06 (dev)
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-06 07:02:45] [EMAIL PROTECTED]

if you still have that problem, plz send me a short 
-self contained- php script that shows your problem. i 
will look into it then.

(sidenot i don't actually think that the oci extension 
supports this kind of anon sql-block - you will have 
success if you move the block into a store-proc)







[2003-02-08 05:38:02] gnitesh at yahoo dot com

Thanx for the support. Agreed upon the missing ';' but it isn't really
so in the actual case. The problem is something else. Oracle doesn't
like the sytanx of my query because I don't have a declare statement
for :RID1 but Oracle finds it perfectly alright if I use only 1 query
and not more than one query as is the case here. Maybe it's handled
internally within PHP when I call OCIBindByName in case of a single and
not in case of multiple queries. That's just what I was inquisitive
about. Why is it that I don't see an error when I have a single query
with variables and OCIBindByName works ok but if I have more than 1
query, even before I reach the stage of calling OCIBindByName Oracle
returns me an error.



[2003-02-06 07:44:13] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php


You forgot to add the semicolon `;' at the end of the second statement.
Moreover - I doubt you can run this very thing he way you intended. Try
the PL/SQL in SQL *PLUS before trying to run it from PHP.

Conclusion - it is Oracle's error message due your bad PLSQL design.

Closed as Bogus



[2003-02-06 02:15:39] gnitesh at yahoo dot com

I have a script that combines various statements before it calls the
OCIParse or OCIExecute.

For instance

Begin 
Insert into TABLEA(COLA, COLB, COLC) Values('VAL1', 'VAL2', 'VAL3');
Update TABLEB Set COLB = 'SOMEVAL' Where ROWID = :RID1 
End;

when I call an OCIBindByName for :RID1 as

OCIBindByName($oci_stmt,":RID".$i,&$this->arr_rowid[$i],-1,OCI_B_ROWID);

where I've defined each subscript of arr_rowid using OCINewDescriptor
using the following

$this->arr_rowid[$i] =
OCINewDescriptor($this->obj_conn,OCI_D_ROWID);

OCIExecute gives me an error saying 

Warning: OCIStmtExecute: ORA-06550: line 1, column 221: PL/SQL:
ORA-00933: SQL command not properly ended ORA-06550: line 1, column 93:
PL/SQL: SQL Statement ignored ORA-06550: line 1, column 224: PLS-00103:
Encountered the symbol "end-of-file" when expecting one of the
following: begin case declare end exception exit for goto if loop mod
null pragma raise return select update while with
/var/www/html/crp/includes/dbconn.inc on line 333

I'm still investigating into the issue. Instincts tell me that the
problem is due to multiple statements in 1 query so am all up on
changing the entire class for all such occurances. However, the attempt
to save database time by executing multiple queries together seems like
is not destined to work. If it doesn't work, I'll get back in here with
more info.





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

#25266 [Fbk->NoF]: connection_status() ( see bug #22072 ).

[sniper]

 ID:   25266
 Updated by:   [EMAIL PROTECTED]
 Reported By:  avarnals at zigg dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Linux 2.4.21
 PHP Version:  4.3.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-09 06:15:42] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-08-26 22:05:10] avarnals at zigg dot net

Description:

See bug #22072.

Since the above is now closed, I am creating this entry. Please accept
my apologies if it would have been better added to 22072 instead.

I wasn't aware of this potential problem until I saw it in the change
log for 4.3.3, so I thought I'd test it. Something is still not right.
I'm using PHP 4.3.3 with Apache 2.0.47.

My first test was to see whether ignore_user_abort() works as expected.
I used the very simple:

  ignore_user_abort ( false );
  while ( 1 );

This makes it easy to spot in the process list using 'top'. I tested
both using PHP as a dynamically loaded Apache module and the CGI
binary. The latter had safe mode enabled, the former didn't; I don't
know whether this can/should make any difference. In both cases the
script continued to execute after I clicked on the browser's stop
button and until its PHP enforced time limit was reached.

I then went on to test ( using only the Apache module ) using the code
suggested in bug report 22072:

  http://www.mpfreescene.com/test/?option=source

As rather expected now, this continued to execute after I'd used the
stop button.

I went on to test by modifying the code as follows:

  - I set set_time_limit(15); so it would eventually be
  aborted by this limit.
  - I made $m very large.
  - Have the result of connection_status() written to a
  file each time round the loop.
  - I removed the sleep() call.

I ran the script and used the stop button while it was running. It
continued to execute until it had used 15 seconds of CPU time. Log file
shows: httpd: PHP Fatal error:  Maximum execution time of 15 seconds
exceeded in...
The final ( large ) output file contained all zeros and a final 2.

So, it seems that PHP correctly detects and reports the case of a
timeout, but not an abort.

I noticed one other possibly odd thing while doing this. If PHP has
output buffering enabled, the call to flush() results in the script
being immediately shut down ( execution doesn't get to the line
following flush() ). The result of connection_status() when called in
exitfp() is then 1. If the flush() call is removed, the results as
previously described are the same whether or not output buffering is
enabled.

I hope someone can make sense of all this! Do let me know if you would
like any further information.







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

#26598 [Fbk->Opn]: Segmentation fault

[robert at interjinn dot com]

 ID:   26598
 User updated by:  robert at interjinn dot com
 Reported By:  robert at interjinn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Mandrake 9.0
 PHP Version:  5CVS-2003-12-12 (dev)
 New Comment:

I compiled and ran the latest CVS snapshot with the minimal compile
options indicated in a recent post with the same results. Engine still
segfaults at the same line of code. On the flip side, I also tried the
binary on the script I wanted to make available that illustrates the
problem, and it now works (so the bug previously mentioned as Fatal
error:  Only variables or references can be returned by
reference in
/home/suds/yackspit/interJinn-0.9.1/Core/libraries/templateJinn/templ
ateManager.inc on line 17 is now fixed.) 

So to test you can download the following link:

http://www.interjinn.com/download/interJinn-0.9.1-php5mods.tar.gz

then switch into the created directory (interJinn-0.9.1-php5mods) and
type:

$ /usr/bin/wherever/phpbinary -qC makeInterJinnSite.php

The segfault should occur immediately after a bunch of deprecation
warnings.

HTH,
Rob.


Previous Comments:


[2003-12-14 20:23:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2003-12-12 18:10:28] robert at interjinn dot com

I hav recompiled with minimal extensions compiled in, namely:

./configure \
--disable-all \
--with-pcre-regex \
--prefix=/usr/local/php/${PHP_VERSION_DIR}/installation \
--exec-prefix=/usr/local/php/${PHP_VERSION_DIR}/installation

And I still have a no go. I spent the last 3 hours trying to produce a
short script which would illustrate the bug and running the PHP binary
through GDB and Valgrind to no avail. What I do know is that at:

zend_do_declare_property
(/usr/local/php/php5-200312120830/Zend/zend_compile.c:2442)

CG(active_class_entry) evaluates to null and so
CG(active_class_entry)->ce_flags causes a NULL pointer fault. I tried
patching with a test for NULL, but then I got a crash in
zend_hash_find() where the memory for the hash appeared to be corrupted
- Valgrind was not useful in determining where the memory may have
become corrupt.

I was going to set up a link to an InterJinn download, but while I was
testing to make sure it ran, I got the following error (possibly
related to this bug):

Fatal error:  Only variables or references can be returned by
reference in
/home/suds/yackspit/interJinn-0.9.1/Core/libraries/templateJinn/templateManager.inc
on line 17

For which the actual line of code is:

var $filename = __FILE__;

which is in a class. If it is also helpful I get a LOT of deprecated
warnings for:

Strict Standards:  var: Deprecated. Please use the
public/private/protected modifiers.

The reason I think maybe the above is related is because in the
backtrace of the original report, and more recent ones with minimal
extensions, the zend_do_declare_property() function is attmepting to
work with a property called "filename".



[2003-12-12 06:49:03] [EMAIL PROTECTED]

Don't forget to remove the non-standard exts from your PHP config
either.



[2003-12-12 06:28:00] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2003-12-12 05:17:46] robert at interjinn dot com

Description:

No idea why script crashes. I'm including my compile information and
the backtrace.

export PHP_VERSION_DIR=php5-200312120830
make clean
rm config.cache
./configure \
--disable-all \
--with-mysql \
--enable-carnagemath \
--enable-carnagexml \
--enable-carnageutilities \
--enable-interjinn \
--enable-ctype \
--with-zlib \
--enable-ftp \
--enable-sockets \
--with-ncurses \
--enable-pcntl \
--with-pcre-regex \
--enable-exif \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-tiff-dir=/usr/lib \
--with-gif-dir=/usr/lib \
--with-gd \
--prefix=/usr/local/php/${PHP_VERSION_DIR}/installation \
--exec-prefix=/usr/local/php/${PHP_VERSION_DIR}/installation
make
make install



Program received signal S

#26478 [Fbk->NoF]: Segfault under load with scripts that call MySQL

[sniper]

 ID:   26478
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fillmore at nrcan dot gc dot ca
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Solaris 8 (SPARC)
 PHP Version:  4.3.4
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-09 06:14:16] [EMAIL PROTECTED]

Please try compiling PHP with the external mysql client library, using
--with-mysql=/mysql/install/prefix




[2003-12-07 16:08:23] fillmore at nrcan dot gc dot ca

I finally captured a core file, and with the gdb command
"info threads" got this output for thread 25:
  49 Thread 25 (LWP 17)  _db_return_ (_line_=949, _sfunc_=0xfd3ee01c,
_sfile_=0xfd3ee018, _slevel_=0xfd3ee014)
at /home8/src/php/php-4.3.4/ext/mysql/libmysql/dbug.c:826

I can't get a full backtrace using "bt", maybe because
the SunONE modules don't have debug symbols?
I'm not very familiar with gdb - how do you run bt
for a specified thread?  I tried "thread 25" followed by
"bt", but it traced libthread.so:
(gdb) thread 25
[Switching to thread 25 (Thread 1)]
#0  0xfeb2826c in cond_wait () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfeb2826c in cond_wait () from /usr/lib/libthread.so.1
#1  0xfeb28118 in pthread_cond_wait () from /usr/lib/libthread.so.1
#2  0xfed61a94 in PR_WaitCondVar ()
   from /export/home/local/sunone/bin/https/lib/libnspr4.so
#3  0xff298084 in __0fJWebServerDRunvT ()
   from /export/home/local/sunone/bin/https/lib/libns-httpd40.so
#4  0x10c44 in main ()



[2003-12-04 17:09:16] fillmore at nrcan dot gc dot ca

There is no core file produced for process that crashes
(not sure why), so I used truss to stop the process
when it gets a FLTACCESS fault (bus or alignment error),
then used pstack to do a stack trace of all the lightweight
processes (threads), and here is the one for _db_return_:

-  lwp# 17 / thread# 27  
 fe4fa5c0 _db_return_ (b4, fd2bde9c, fd2bde98, fd2bde94, fd2bde98,
fd2bde94) + 1
98
 fe4eff98 vio_read (4, 105cb18, 4, 434c, fd2bdf38, 434c) + 144
 fe4ef8f4 my_real_read (105c698, 434c, 950, 948, fe67ffa0, 2) + e4
 fe4efc10 my_net_read (105c698, 8, 1, 0, 1bb9c, fea973e4) + 8
 fe4ea5b8 net_safe_read (105c698, fe6176c0, 6cc, fd2be0ac, fd2be0a8,
fd2be0a4) +
 50
 fe4ed2cc mysql_read_query_result (105c698, fd2be134, fd2be130,
fd2be12c, 1, fd2
be12c) + 50
 fe4ed5a4 mysql_real_query (105c698, 10754a8, 93, 105c560, 0, 2) + f8
 fe4e6e9c php_mysql_do_query_general (d95398, 105c698, 2, 0, 4000,
105c5a8) + 46
4
 fe4e70e0 php_mysql_do_query (1, 105c5a8, 0, 1, d7d178, 1) + d0
 fe4e7108 zif_mysql_query (1, 105c5a8, 0, 1, d7d178, fe4e70f0) + 18
 fe5ff208 execute  (10611d8, d7d178, fd2be8e0, 3c00, d828c8, db79a8) +
63cc
 fe5e7de4 zend_execute_scripts (fe69f0a4, d7d178, 0, 3, fe69f404,
fd2c1274) + 12
4
 fe5abdcc php_execute_script (0, d7d178, 8000, a92340, d828cc, 65) +
334
 fe609370 php4_execute (5de4c8, a4fd98, a4fde0, 4000, 0, 4000) + 4b4
 ff239244 __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest
(6b7c8, 5
de4c8, a4fd98, a4fde0, 633, 0) + 1f0
 ff23a434 INTobject_execute (5dfec8, a4fd98, a4fde0, a418c8, a4fce8,
ff308000) +
 56c
 ff23e0b4 INTservact_service (a4fd98, a4fde0, 0, 0, 0, ff308400) + 444
 ff23e608 INTservact_handle_processed (a4fd98, a4fde0, 1, 5d2420,
fffc, 0) +
 140
 ff27308c __0fLHttpRequestUUnacceleratedRespondPCcPc (a4fce8, a91478,
ff317fd8,
a4fde0, a4fd98, ff317c00) + 4e8
 ff27268c __0fLHttpRequestNHandleRequestP6Gnetbuf (a4fce8, a91490,
a91478, 2000,
 a8f460, ff317c00) + 590
 ff270e3c __0fNDaemonSessionDrunv (a418c8, ff317800, ff317800,
ff2720fc, e80
0, 0) + 40c
 ff11407c ThreadMain (a418c8, ff114054, feb4e000, 8, a502c8, 0) + 28
 fed67698 _pt_root (a502c8, fed81074, 1, 5, 1, fe401000) + a4
 feb3b744 _thread_start (a502c8, 0, 0, 0, 0, 0) + 40



[2003-11-30 19:23:50] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, 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". Thank you for helping
us make PHP better.

When generating a backtrace make sure your PHP has been compiled with
--enable-debug.



[2003-11-30

#26538 [Fbk->NoF]: feof() chokes on tcp_socket streams

[sniper]

 ID:   26538
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: *General Issues
 Operating System: WinXP
 PHP Version:  5CVS-2003-12-06 (dev)
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-06 05:11:24] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.


not enough info... (you should know how to report a bug if you have a
cvs account @php)



[2003-12-06 05:02:39] [EMAIL PROTECTED]

Description:

The changes to feof() in 'main/streams/streams.c' revision 1.42 is no
good on tcp_socket streams. 

stream_get_meta_data()'s ['eof'] still works fine on tcp_socket
streams...






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

#26550 [Fbk->NoF]: Having a problem with include

[sniper]

 ID:   26550
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at surrealhosting dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Red Hat Lynix 7.2
 PHP Version:  4.3.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-07 22:40:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

file_get_contents() is much better & faster and that is what you should
be using.
You also should try using the latest snapshot with it I do not see the
problem you've mentioned.



[2003-12-07 16:45:57] webmaster at surrealhosting dot net

Description:

Hello well on my forum i have it include a header and footer from my
main page and i get this error 

Warning: Unknown(): stream does not support seeking in
/home/cflores/public_html/forum/global.php(313) : eval()'d code on line
4
 
Warning: Unknown(): stream does not support seeking in
/home/cflores/public_html/forum/global.php(313) : eval()'d code on line
9

The following code is what i put in my vbulletin forum.



Reproduce code:
---
ob_start(); 
require_once("http://www.surrealhosting.net/forum/header.php";);
$header3 = ob_get_contents(); 
ob_end_clean(); 

ob_start(); 
require_once("http://www.surrealhosting.net/forum/footer.php";);
$footer3 = ob_get_contents(); 
ob_end_clean(); 



Expected result:

i expect it to just show the header and footer phps 






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

#26551 [Fbk->NoF]: PHP script goes into infinite loop, providing overflow in backtrace

[sniper]

 ID:   26551
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phyre at rogers dot com
-Status:   Feedback
+Status:   No Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.4
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-07 22:38:05] [EMAIL PROTECTED]

Could you please provide the shortest possible PHP code that can be
used to duplicate the problem.



[2003-12-07 18:14:18] phyre at rogers dot com

This is with 4.3.2.  Seems it doesn't work there either.  Find the
error messages a bit alarming however.

(gdb) bt
#0  0x08141b20 in _zval_dtor (zvalue=0x8225ae4) at
/usr/src/php-4.3.2/Zend/zend_variables.c:37
#1  0x0813b8fb in _zval_ptr_dtor (zval_ptr=0x8225ae4) at
/usr/src/php-4.3.2/Zend/zend_execute_API.c:291
#2  0x081467ec in zend_hash_add_or_update (ht=0x81c9c4c,
arKey=0x816ea2b "php_errormsg", nKeyLength=13, pData=0xbffe2580, 
nDataSize=4, pDest=0x0, flag=1) at
/usr/src/php-4.3.2/Zend/zend_hash.c:249
#3  0x0811baab in php_error_cb (type=136467492, 
error_filename=0x821a084
"/adm/vhosts/www/code/process_statistics/process_stats.php",
error_lineno=23, 
format=0x3 , args=0x3 ) at /usr/src/php-4.3.2/main/main.c:726
(gdb) quit


0  0x0811e302 in xbuf_init (xbuf=0xbffe2510, max_len=1024) at
/usr/src/php-4.3.2/main/spprintf.c:160
#1  0x0811ecb1 in vspprintf (pbuf=0xbffe2578, max_len=1024,
format=0x400 , 
ap=0x400 ) at
/usr/src/php-4.3.2/main/spprintf.c:614
#2  0x0811b7d1 in php_error_cb (type=-1073863408, 
error_filename=0x821a084
"/adm/vhosts/www/code/process_statistics/process_stats.php",
error_lineno=24, 
format=0x400 , args=0x400 ) at /usr/src/php-4.3.2/main/main.c:604
(gdb) quit



[2003-12-07 17:41:50] phyre at rogers dot com

Description:

PHP script which worked perfectly with 4.3.2 configured identically now
goes into infinite loop at 99.9% CPU.  There is no strace activity.

GDB Backtrace claims overflow error as follows.

Actual result:
--
(gdb) bt
#0  xbuf_resize (xbuf=0xbffe2850, add=1) at
/usr/src/WWW-2003.12.01/php-4.3.4/main/spprintf.c:127
#1  0x0813c9e8 in xbuf_format_converter (xbuf=0xbffe2850, fmt=0x1
, 
ap=0xbffe317c "û?\035\b|Ü.\b\016\020\035\b") at
/usr/src/WWW-2003.12.01/php-4.3.4/main/spprintf.c:272
#2  0x0813d3b6 in vspprintf (pbuf=0x1, max_len=3221104720,
format=0xbffe2850 "[EMAIL PROTECTED]", ap=0xbffe2850 "[EMAIL PROTECTED]")
at /usr/src/WWW-2003.12.01/php-4.3.4/main/spprintf.c:638
#3  0x08139ae1 in php_error_cb (type=-1073862576, 
error_filename=0x82e7f74
"/adm/vhosts/www/code/process_statistics/process_stats.php", 
error_lineno=137445501, format=0xbffe2850 "[EMAIL PROTECTED]",
args=0xbffe2850 "[EMAIL PROTECTED]")
at /usr/src/WWW-2003.12.01/php-4.3.4/main/main.c:601
(gdb) 





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

#26556 [Fbk->NoF]: PHP 4.3.4 failed to compile on Solaris 8

[sniper]

 ID:   26556
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zliu1 at nd dot edu
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.4
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-08 18:46:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-12-08 16:40:54] zliu1 at nd dot edu

Description:

What I did:
  ./configure --with-apxs=/local/www/apache/bin/apxs
  --with-mysql

  make

Error massage:/bin/sh /local/src/php-4.3.4/libtool --silent
--preserve-dup-deps --mode=compile gcc  -Iext/ctype/
-I/local/src/php-4.3.4/ext/ctype/ -DPHP_ATOM_INC
-I/local/src/php-4.3.4/include -I/local/src/php-4.3.4/main
-I/local/src/php-4.3.4 -I/local/src/php-4.3.4/Zend
-I/local/src/php-4.3.4/ext/xml/expat  -D_POSIX_PTHREAD_SEMANTICS
-I/local/src/php-4.3.4/TSRM  -g -O2  -prefer-pic -c
/local/src/php-4.3.4/ext/ctype/ctype.c -o ext/ctype/ctype.lo 
In file included from /local/src/php-4.3.4/main/php.h:34,
 from /local/src/php-4.3.4/ext/ctype/ctype.c:23:
/local/src/php-4.3.4/Zend/zend.h:311: argument format specified for
non-function `error_function'
/local/src/php-4.3.4/Zend/zend.h:312: argument format specified for
non-function `printf_function'
/local/src/php-4.3.4/Zend/zend.h:444: argument format specified for
non-function `zend_printf'
/local/src/php-4.3.4/Zend/zend.h:451: argument format specified for
non-function `zend_error_cb'
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'

gcc version: 3.0.1









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

#26562 [Fbk->NoF]: fopen for https Sites does not work

[sniper]

 ID:   26562
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sahin dot etik at web dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OpenSSL related
 Operating System: Solaris 8
 PHP Version:  4.3.4
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-09 10:18:41] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, 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". Thank you for helping
us make PHP better.



[2003-12-09 10:03:00] sahin dot etik at web dot de

Description:

I have compiled PHP 4.3.4 with openssl (V 0.9.6b) support for using on
an iPlanet Web Server Version 4.1 SP9 :

./configure --prefix=/usr/local/php-4.3.4 \
--with-mysql=no  --enable-track-vars \
--with-openssl=/usr/local/ssl \
--with-gd \
--with-jpeg-dir=/usr/local/jpeg-6b \
--with-png-dir=/usr/local/libpng-1.2.5 \
--with-zlib-dir=/usr/local/zlib-1.1.4 \
--with-freetype-dir=/usr/local/freetype-2.1.3 \
--enable-libgcc \
--with-nsapi=/opt/netscape/server4 \
--with-ldap=/usr/local/ldapsdk-30 \
--with-oci8=/opt/oracle/8.1.7 ;

I execute a script containing fopen for a https site, e.g.:

https://secure.intranet/pages/pages.htm","r";);
echo "fclose ...";
fclose($fp);
?>

fopen will cause the Web Server to crash and it will be restartet by
the watchdog process, in /var/adm/messages:

Dec  9 15:30:05 su00055-5 genunix: [ID 457380 kern.notice] NOTICE:
core_log: ns-httpd[24558] core dump failed, errno=27:
/var/core/core.ns-httpd.24558.su00055-5.60001.60001.1070980205
Dec  9 15:30:05 su00055-5 uxwdog[24551]: [ID 767207 daemon.error]
server terminated (signal 11): watchdog is restarting it

at the same time in Web Server Error Log:
[09/Dec/2003:15:30:07] info (24561): php4_init reports: Initialized PHP
Module (128 threads exspected)

There are no messages in php.log,
when I try to fopen an http site, everything is ok.
 
Thank you in advance for any hints.








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

#26568 [Fbk->NoF]: file_get_contents causes Apache crash

[sniper]

 ID:   26568
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kyle at kylemaxwell dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: WinXP Pro
 PHP Version:  4.3.4
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-09 18:25:40] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I can not reproduce this with the latest CVS snapshot.
(make sure you replace php4ts.dll with the one from the snapshot
package)




[2003-12-09 16:46:57] kyle at kylemaxwell dot com

Description:

I have Apache 1.3 and PHP 4.3 set up on a WinXP Pro laptop for testing.
 Asking for the file_get_contents($file) when $file points to an empty
text file causes Apache to crash.

Reproduce code:
---


Expected result:

$string == ""

Actual result:
--
One of those MS dialog boxes telling me Apache has experienced an
error, and to report it to MS.  Also, a 404 in the page called.





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

#26569 [Fbk->NoF]: Backslash \ is removed with eval

[sniper]

 ID:   26569
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at acecoolco dot com
-Status:   Feedback
+Status:   No Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2003-12-09 17:53:19] [EMAIL PROTECTED]

Ok, we'll leave it at feedback, you can set it to open again when you
provide the script.




[2003-12-09 17:47:59] webmaster at acecoolco dot com

Well, to template my pages, I use file_get_contents of the file, next I
preg replace everything, then
eval("?>" .  $Template_IT . "http://www.acecoolco.com/media_tutorialshow.php?id=28
It inserted fine, stripped the slashes even though it wasnt supposed
to, and the resulting page, instead of a thank you page, I got a blank
page.

I will work on a basic script to show exactly what I mean, it will be
in the next reply



[2003-12-09 17:42:47] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2003-12-09 17:10:12] webmaster at acecoolco dot com

Description:

Ive finally traced this bug.

If you have a page generated with EVAL

Ok, I have a form, when you submit it, it adds code to mysql database,
it works, but using EVAL, it removes \s

I saw the other bug report saying highlight_string removes the
backslashes, this is NOT the case.
sites using EVAL, eval removes the backslash, vbb uses eval, it removes
the \ on submission.
I used to use eval, it removed the backslash on submit.

Reproduce code:
---
$patterns[] = "/{ACWB_DISPLAYPAGELOADTIME}/"; $contents[] =
"$DisplayPageLoadTime";

$Template_IT = @preg_replace($patterns, $contents, $string);
echo $Template_IT;

// I have taken out Eval due to possible security flaws...
/* @eval("?>" .  $Template_IT . "http://bugs.php.net/?id=26569&edit=1

#26601 [Opn->WFx]: Property name must be a string

[sniper]

 ID:   26601
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tomas dot matousek at matfyz dot cz
-Status:   Open
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4.3.4
 New Comment:

Fixed in PHP 5, won't fix in PHP 4.



Previous Comments:


[2003-12-12 07:34:58] tomas dot matousek at matfyz dot cz

Sorry for a mistake in code. There should be:

  // so do this:
  $a->{18.5*1} = 1;

  // and this too:
  $a->{1*1} = 1;



[2003-12-12 07:29:57] tomas dot matousek at matfyz dot cz

Description:

The rules for property names are inconsistent.
See comments in submitted code.


Reproduce code:
---
{"x"} = 1;

  // fatal error:
  $a->{18.5} = 1;

  // fatal error:
  $a->{1} = 1;

  // but this one passes thru:
  $a->{true} = 1;

  // so do this:
  $a->{18.5} = 1;

  // and this too:
  $a->{1} = 1;
?>

Expected result:

Either convert floats, integers and booleans to strings automatically
or report fatal error in all cases when property name is not a string
(i.e. if it is object, array, resource, boolean, integer, float,
NULL).


Actual result:
--
Fatal error: Property name must be a string ...





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

#26622 [Opn->Bgs]: Download problem with session

[sniper]

 ID:   26622
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dozoyousan at mail dot goo dot ne dot jp
-Status:   Open
+Status:   Bogus
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
 Operating System: windows2000
 PHP Version:  4.3.4
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Try reading the various user notes in the header and session pages in
the manual. This is not PHP bug..



Previous Comments:


[2003-12-14 20:37:34] dozoyousan at mail dot goo dot ne dot jp

Description:

When I used session , don't download in Web browser.



Reproduce code:
---







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

#26599 [Opn->Fbk]: segfault in php_session_initialize

[sniper]

 ID:   26599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chris at widexs dot nl
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: linux 2.4.23
 PHP Version:  4CVS-2003-12-12 (stable)
 New Comment:

Can you please try compiling Apache2 with the non-threaded MPM.
(prefork) 
Also grab the latest stable PHP snapshot.




Previous Comments:


[2003-12-12 07:27:01] chris at widexs dot nl

[PHP]

safe_mode   =   On
safe_mode_exec_dir  =   .
safe_mode_include_dir   =   "/usr/local/lib/php"
upload_tmp_dir  =   "/var/spool/php"
session.save_path   =   "/var/spool/php"
asp_tags=   On
register_globals=   On
upload_max_filesize =   26214400
post_max_size   =   26214400
magic_quotes_gpc=   Off

max_execution_time  = 60; Maximum execution time of
each script, in seconds
memory_limit= 26214400  ; Maximum amount of memory a
script may consume (25MB)



[2003-12-12 07:20:26] [EMAIL PROTECTED]

Can you put your php.ini online (with all the commented out lines
removed please). I think it has to do with a wrong setting of the
session module.



[2003-12-12 07:15:20] chris at widexs dot nl

ZendOptimizer commented out in php.ini.
I get the next segfault:

#0  0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
598 if (PS(mod)->s_open(&PS(mod_data), PS(save_path),
PS(session_name) TSRMLS_CC) == FAILURE) {
(gdb) bt
#0  0x404ed36c in php_session_initialize (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:598
#1  0x404eeb6b in php_session_start (tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1047
#2  0x404f07b5 in zif_session_start (ht=0, return_value=0x8e2a944,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x85e5e78)
at
/root/apache2.new/php4-STABLE-200312120830/ext/session/session.c:1486
#3  0x405adb8f in execute (op_array=0x8dca804, tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend_execute.c:1616
#4  0x4059e1fd in zend_execute_scripts (type=8, tsrm_ls=0x853e130,
retval=0x0, file_count=3) at
/root/apache2.new/php4-STABLE-200312120830/Zend/zend.c:884
#5  0x4056bd76 in php_execute_script (primary_file=0xbefff89c,
tsrm_ls=0x853e130) at
/root/apache2.new/php4-STABLE-200312120830/main/main.c:1729
#6  0x405b3472 in php_handler (r=0x8a57d18) at
/root/apache2.new/php4-STABLE-200312120830/sapi/apache2handler/sapi_apache2.c:537
#7  0x080ac3d5 in ap_run_handler (r=0x8a57d18) at config.c:195
#8  0x080ac9ef in ap_invoke_handler (r=0x8a57d18) at config.c:401
#9  0x0808b236 in ap_process_request (r=0x8a57d18) at
http_request.c:288
#10 0x0808681c in ap_process_http_connection (c=0x8a551d0) at
http_core.c:293
#11 0x080b7515 in ap_run_process_connection (c=0x8a551d0) at
connection.c:85
#12 0x080a8a8c in process_socket (p=0x8a550a8, sock=0x8a550e0,
my_child_num=29, my_thread_num=139732752, bucket_alloc=0x85e5e78) at
worker.c:632
#13 0x080a921a in worker_thread (thd=0x85e5e78, dummy=0x85e5e78) at
worker.c:946
#14 0x401ceda6 in dummy_worker (opaque=0x85e5e78) at thread.c:127
#15 0x4025bda0 in pthread_start_thread (arg=0xbefffbe0) at
manager.c:300
#16 0x40387447 in __clone () from /lib/libc.so.6



[2003-12-12 05:56:01] [EMAIL PROTECTED]

Please try without ZendOptimizer.

Derick



[2003-12-12 05:52:23] chris at widexs dot nl

Description:

Getting segmentation fault in php_session_initialize

-apache 2.0.48
-php4-STABLE-200312120830
-gcc 3.3.2
-glibc 2.3.2
-zend optimizer 2.1.0

php compile options:
--with-apxs2=/usr/local/apache2/bin/apxs \
--disable-cgi \
--enable-safe-mode \
--with-openssl=/usr/local/ssl \
--with-pear \
--with-zlib \
--enable-bcmath \
--enable-calendar \
--with-curl=/usr/local/curl \
--enable-dba \
--enable-dbase \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-ftp \
--with-gd \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-ttf=/usr \
--with-freetype-dir=/usr \
--enable-gd-native-ttf \
--with-imap=../imap \
--with-imap-ssl=/usr/local/ssl \
--with-ldap \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-pdflib \
--with-swf=../swf/dist/ \
--enable-wddx \
--enable-xslt \
--with-xslt-sablot=/usr/local \
--with-expat-dir=/usr/local \
--enable-exif \
--enable-memory-limit






Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
#0  0

#26597 [Opn->Fbk]: missing all slashes in the path $_FILES['any_file']['tmp_name']

[sniper]

 ID:   26597
 Updated by:   [EMAIL PROTECTED]
 Reported By:  valyala at tut dot by
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win2k sp3
 PHP Version:  4.3.4
 New Comment:

Try this:

print(addslashes($_FILES['any_file']['tmp_name']));



Previous Comments:


[2003-12-12 04:50:43] valyala at tut dot by

Description:

PHP 4.3.4 is running under apache 1.3.27 as module.

Value of $_FILES['any_file']['tmp_name'] is wrong. All slashes in the
path has been deleted. So, I cannot know the real filename of temporary
file.

Reproduce code:
---
/* file with name 'any_file' was posted to the script
 I want to see, where the temporary file was stored on the server:
*/
print($_FILES['any_file']['tmp_name']);

Expected result:

c:/winnt/temp/phpXX.tmp


Actual result:
--
c:winnttempphpXX.tmp





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

#26612 [Fbk->Csd]: ssl stream not available

[zefram at zefram dot net]

 ID:   26612
 User updated by:  zefram at zefram dot net
 Reported By:  zefram at zefram dot net
-Status:   Feedback
+Status:   Closed
 Bug Type: OpenSSL related
 Operating System: FreeBSD 4.9 STABLE
 PHP Version:  4.3.4
 New Comment:

That does indeed fix the problem. Thank you!!


Previous Comments:


[2003-12-14 20:25:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I think this was fixed already..




[2003-12-13 16:25:45] zefram at zefram dot net

I seem to have fixed the problem.  
 
HAVE_OPENSSL_EXT was being defined in main/php_config.h, 
which is fine.. but it didn't seem to be getting to other 
files such as ext/standard/fsock.c. I included this file 
in php.h, and everything compiled fine and my registered 
streams are now: 
 
php, http, ftp, https, ftps, compress.zlib 
 
I'd like to keep this bug open, until we figure out why 
it's not working on FreeBSD, or at least in my case, if 
that is amicable. 
 
John



[2003-12-13 15:30:50] zefram at zefram dot net

I'd also like to note that I do see OpenSSL support listed 
in phpinfo. I don't see the same thing on another machine 
with OpenSSL installed but not in PHP. It's listed as 
thus: 
 
openssl 
 
OpenSSL support  
enabled  
 
OpenSSL Version  
OpenSSL 0.9.7c 30 Sep 2003



[2003-12-13 15:12:52] zefram at zefram dot net

I made sure to check the build date in the phpinfo(), and 
sure enough it was correct. I couldn't believe it was 
happening. I do recompile Apache after I make install php. 
I also watched the Apache build, and it supplied -lssl 
when compiling php. I even installed mod_ssl thinking that 
would help.. but no go. I'm going to look into ports to 
see if they're doing some special magic, or it is indeed 
broken there also. 
 
I get no compile errors, save for some mktemp warnings. Is 
there a way to list the compiled options in libphp4.a? 
 
John



[2003-12-13 13:51:49] [EMAIL PROTECTED]

--with-apache compiles PHP into apache statically (which means that
Apache must also be recompiled/installed whenever PHP is
recompiled/installed).  Making a guess from your comment "I stop/start
apache after upgrading" I'm not certain you're doing that.  Are you?

phpinfo() should give a "Build Date" for which the currently running
PHP was compiled.  Double check that to make sure you're running the
version you think you are.





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

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

#26602 [Opn]: Mssql.textlimit & server restart needed

[sniper]

 ID:   26602
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mikael at abracadaweb dot com
 Status:   Open
 Bug Type: MSSQL related
 Operating System: Windows 2000 Server
 PHP Version:  4.3.4
 New Comment:

Possibly related to bug #26589 ?




Previous Comments:


[2003-12-12 12:06:07] mikael at abracadaweb dot com

The web server is IIS and we use php on the ISAPI mode



[2003-12-12 12:00:39] [EMAIL PROTECTED]

What webserver are you using?



[2003-12-12 09:49:35] mikael at abracadaweb dot com

Description:

We have made a change in the php.ini to set mssql.textlimit &
mssql.textsize to 2 rather than 4096 
Just to allow to have bigger text stored in the database 

It works ... no problem but only for some hours ... after the limit go
down again to 4096 when we retrieve the text from database
If we restart the www service, again it works for some hours ! 










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

#26622 [NEW]: Download problem with session

[dozoyousan at mail dot goo dot ne dot jp]

From: dozoyousan at mail dot goo dot ne dot jp
Operating system: windows2000
PHP version:  4.3.4
PHP Bug Type: Unknown/Other Function
Bug description:  Download problem with session

Description:

When I used session , don't download in Web browser.



Reproduce code:
---



-- 
Edit bug report at http://bugs.php.net/?id=26622&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26622&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26622&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26622&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26622&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26622&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26622&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26622&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26622&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26622&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26622&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26622&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26622&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26622&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26622&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26622&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26622&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26622&r=float

#26608 [Opn->Fbk]: Sporadic -439 errors on ifx_connect()

[sniper]

 ID:   26608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gemery at bmihs dot co dot uk
-Status:   Open
+Status:   Feedback
 Bug Type: Informix related
 Operating System: RedHat Linux 8
 PHP Version:  4.3.3
 New Comment:

According to bug #14254, the newer informix sdk should fix this.



Previous Comments:


[2003-12-12 17:39:36] gemery at bmihs dot co dot uk

OK... I'm installing this on my live system as that is the only way to
reproduce this problem. In addition I have a new version of the
informix sdk (clientsdk.2.81.UC2X5.LINUX.tar). I'll have to wait a few
days before I can report whether this has resolved the issue.

As for a short script to reproduce the problem, I'm afraid that's not
possible.



[2003-12-12 14:08:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

If it still doesn't work with lastest snapshot, please provide a short
script to reproduce the problem.



[2003-12-12 12:55:12] gemery at bmihs dot co dot uk

Description:

This problem has been around for quite some time.

The system will run fine for some time, then will suddenly start to
throw these errors:

 [error] PHP Warning:  ifx_connect(): E [SQLSTATE=IX 000  SQLCODE=-439]
in /var/www/html/casetrack/login.php on line 60, and
 [error] PHP Warning:  ifx_connect(): E [SQLSTATE=IX 000  SQLCODE=-439]
in /var/www/html/appointments/functions.php on line 41

for some time. The system will eventually settle down again, and a
restart of apache will always sort the problem out.

This is the description of that error from informix:

-439Database server is currently processing an SQL task.
 
You attempted to call an SQL routine or attempted to execute an SQL
statement within a signal handling function/routine or a callback
function/procedure. Use only the sqldone() and sqlbreak() library
functions inside your IBM Informix ESQL/C callback function. Use only
the ECO-SQD and ECO-SQB library routines inside your ESQL/COBOL
callback procedure. In addition, if you want to unregister your
callback function in IBM Informix ESQL/C, you can invoke the
sqlbreakcallback() callback registration function within your callback
procedure. If you want to unregister your callback procedure in
ESQL/COBOL, you can invoke the ECO-SQBCB callback registration routine
within your callback
procedure.


I'm running php with this configure:
 './configure' '--with-informix=/opt/informix' '--with-apxs'
'--prefix=/opt/php' '--enable-track-vars' '--enable-magic-quotes'

against apache 1.3.23

IDS 7.31, ESQL/C version 9.5

Reproduce code:
---
I'm afraid I can't reproduce this without running our live system.
The best I can come up with is:

$connection = ifx_connect($db,$user,$pass);

Expected result:

Successful connection

Actual result:
--
[error] PHP Warning:  ifx_connect(): E [SQLSTATE=IX 000  SQLCODE=-439]
in blah.php on line 1





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

#26611 [Opn->Fbk]: make install [install-pear-installer] Error 134

[sniper]

 ID:   26611
 Updated by:   [EMAIL PROTECTED]
 Reported By:  george_planansky at harvard dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: solaris 2.8 patched to nov 2003
-PHP Version:  4.3.4
+PHP Version:  4CVS-2003-12-13
 New Comment:

Try with this configure line:

# ./configure
--with-openssl=/usr/local/openssl
--with-gettext=/usr/local
--with-pspell=/usr/local
--disable-all
--enable-xml
--with-pcre-regex
--enable-cli
--enable-debug




Previous Comments:


[2003-12-13 23:05:38] george_planansky at harvard dot edu

same config as above + --enable-debug
same abort behavior
here's the gdb bt output ...

wacke(1)%pwd
/disk/1/src/php4-STABLE-200312130430/sapi/cli
wacke(2)%./php -v
Abort (core dumped)
wacke(3)%gdb php core
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "sparc-sun-solaris2.8"...
Core was generated by `./php -v'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/local/lib/libhistory.so.4...done.
Loaded symbols for /usr/local/lib/libhistory.so.4
Reading symbols from /usr/local/lib/libreadline.so.4...done.
Loaded symbols for /usr/local/lib/libreadline.so.4
Reading symbols from /usr/lib/libcurses.so.1...done.
Loaded symbols for /usr/lib/libcurses.so.1
Reading symbols from /usr/local/lib/libpspell.so.4...done.
Loaded symbols for /usr/local/lib/libpspell.so.4
Reading symbols from /usr/local/lib/libltdl.so.3...done.
Loaded symbols for /usr/local/lib/libltdl.so.3
Reading symbols from /usr/local/lib/libpspell-modules.so.1...done.
Loaded symbols for /usr/local/lib/libpspell-modules.so.1
Reading symbols from /usr/local/lib/libstdc++.so.5...done.
Loaded symbols for /usr/local/lib/libstdc++.so.5
Reading symbols from /usr/lib/libm.so.1...done.
Loaded symbols for /usr/lib/libm.so.1
Reading symbols from /usr/local/lib/libgcc_s.so.1...done.
Loaded symbols for /usr/local/lib/libgcc_s.so.1
Reading symbols from
/usr/local/mysql/lib/mysql/libmysqlclient.so.10...done.
Loaded symbols for /usr/local/mysql/lib/mysql/libmysqlclient.so.10
Reading symbols from /usr/lib/libcrypt_i.so.1...done.
Loaded symbols for /usr/lib/libcrypt_i.so.1
Reading symbols from /usr/lib/libgen.so.1...done.
Loaded symbols for /usr/lib/libgen.so.1
Reading symbols from /usr/local/lib/libintl.so.2...done.
Loaded symbols for /usr/local/lib/libintl.so.2
Reading symbols from /usr/lib/libc.so.1...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/local/lib/libdb-4.1.so...done.
Loaded symbols for /usr/local/lib/libdb-4.1.so
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/local/openssl/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/openssl/lib/libssl.so.0.9.7
Reading symbols from /usr/local/openssl/lib/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/local/openssl/lib/libcrypto.so.0.9.7
Reading symbols from /usr/lib/libresolv.so.2...done.
Loaded symbols for /usr/lib/libresolv.so.2
Reading symbols from /usr/lib/libnsl.so.1...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libsocket.so.1...done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/local/lib/libodbc.so.1...done.
Loaded symbols for /usr/local/lib/libodbc.so.1
Reading symbols from /usr/lib/libdl.so.1...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/local/lib/libiconv.so.2...done.
Loaded symbols for /usr/local/lib/libiconv.so.2
Reading symbols from /usr/lib/libthread.so.1...done.
Loaded symbols for /usr/lib/libthread.so.1
Reading symbols from /usr/local/lib/libstdc++.so.3...done.
Loaded symbols for /usr/local/lib/libstdc++.so.3
Reading symbols from /usr/lib/libmp.so.2...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from
/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
Loaded symbols for /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
#0  0xfec891f0 in __sigprocmask () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfec891f0 in __sigprocmask () from /usr/lib/libthread.so.1
#1  0xfec7e574 in _resetsig () from /usr/lib/libthread.so.1
#2  0xfec7dd14 in _sigon () from /usr/lib/libthread.so.1
#3  0xfec80d54 in _thrp_kill () from /usr/lib/libthread.so.1
#4  0xfefcba7c in raise () from /usr/lib/libc.so.1
#5  0xfefb5964 in abort () from /usr/lib/libc.so.1
#6  0xff1e1adc in ?? () from /usr/local/lib/libstdc++.so.5
#7  0xff1e1b14 in ?? () from /usr/local/lib/libstdc++.so.5
#8  0xff1e1b24 in ?? () from /usr/local/lib/libstdc++.so.5
#9  0xff1e1a00 in ?? () from /usr/local/lib/libstdc++.so.5
#10 0xff1bfa3c in ?? () from /usr/local/lib/li

#26589 [Opn]: mssql money datatype in query crashes apache

[justin22 at v-biz dot net]

 ID:   26589
 User updated by:  justin22 at v-biz dot net
 Reported By:  justin22 at v-biz dot net
 Status:   Open
 Bug Type: MSSQL related
 Operating System: windows 2000
 PHP Version:  4CVS, 5CVS
 New Comment:

I've created a sample database with my table, along with this script:

";
$ConnID = mssql_pconnect('justin', 'xxx', 'ppp');
if ($ConnID===false) die("Cannot connect to server");
echo "select Database";
if (!mssql_select_db('PhpMoneyTest')) die('cannot select db
PHPmoneytest');
$sql="select amount as amount from Test";
$result = mssql_query($sql);

// php crashes here

echo "Test Passed"
// Finished

?>


php.ini settings are:
[MSSQL]
; Allow or prevent persistent links.
mssql.allow_persistent = on
; Maximum number of persistent links.  -1 means no limit.
mssql.max_persistent = -1
; Maximum number of links (persistent+non persistent).  -1 means no
limit.
mssql.max_links = -1
; Minimum error severity to display.
mssql.min_error_severity = 10
; Minimum message severity to display.
mssql.min_message_severity = 10
; Compatability mode with old versions of PHP 3.0.
mssql.compatability_mode = Off
; Valid range 0 - 2147483647.  Default = 4096.
;[jvp] allow more text!
mssql.textlimit = 16384
; Valid range 0 - 2147483647.  Default = 4096.
;[jvp]
mssql.textsize = 16384
; Limits the number of records in each batch.  0 = all records in one
batch.
mssql.batchsize = 0
; Use NT authentication when connecting to the server
mssql.secure_connection = 0
; Specify max number of processes. Default = 25
;mssql.max_procs = 25
; Disable date time conversions: dates formatted -mm-dd hh:mm:ssAA
mssql.datetimeconvert = 0

I tried changing some of these (in particular, tried without persistent
connections) without any effect.

I'm using apache module, but this dies with only a single process
(request), so its unlikely to be  a thread issue.  I'm very concerned
about your threadsafe comments - can you point me to any discussion of
this issue?

sample db with table 'Test' emailed as requested.

Thanks for your quick response!

Justin


Previous Comments:


[2003-12-12 01:02:00] [EMAIL PROTECTED]

I've tested this with the latest code from CVS of both php4 and php5
and I can't reproduce it.

Please provide some more details like php.ini settings for mssql and
are you using CGI or apache module ?

The Microsoft library used for the mssql extension is not thread safe.
That could be the problem if you are using apache module.

You can send your sample code and data to [EMAIL PROTECTED]



[2003-12-11 21:41:47] justin22 at v-biz dot net

Tried latest CVS, exact same result.
Could be same problem as reported in bug #19588, as I tried to do a
convert(smallmoney, amount) instead of float conversion and it still
failed.



[2003-12-11 06:34:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-12-10 22:02:24] justin22 at v-biz dot net

Description:

php 4.3.3 & 4.3.4 / sql server 2000 sp3 / win2k sp4 / apache 2.0.47

query contains a money field, after 30-40 rows, apache crashed.

apache log:
[Thu Dec 11 10:11:02 2003] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Thu Dec 11 10:11:04 2003] [notice] Parent: Created child process 1008

dr watson log:
Application exception occurred:
App:  (pid=1168)
When: 11/12/2003 @ 10:11:00.979
Exception number: c005 (access violation)
...

State Dump for Thread Id 0x544

eax=223d6504 ebx=00e9 ecx=3e223335 edx=01ebb298 esi=01aa
edi=01ebab50
eip=77fcb032 esp=01a1da40 ebp=01a1dbd8 iopl=0 nv up ei pl zr na
po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=
efl=0246


function: _eFSQRT
77fcb00e 884705   mov [edi+0x5],al
ds:02944a36=??
77fcb011 ff75d0   pushdword ptr [ebp+0xd0]  
ss:024a7abe=
77fcb014 8b75a4   mov esi,[ebp+0xa4]
ss:024a7abe=
77fcb017 56   pushesi
77fcb018 e81de5fbff   call
RtlConsoleMultiByteToUnicodeN+0x348 (77f8953a)
77fcb01d 8b4dd0   mov ecx,[ebp+0xd0]
ss:024a7abe=
77fcb020 8b4108   mov eax,[ecx+0x8] 
ds:3ecad21b=
77fcb023 8985d8fe mov [ebp+0xfed8],eax  
ss:01a1dab0=223d6504
77fcb029 8b490c   mov ecx,[ecx+0xc] 
ds:3ecad21b=
77fcb02c 898dd4fe mov [ebp+0xfed4],ecx  
ss:01a1daac=3e223335
FAULT ->77fcb032 8901 mov [ecx],e

#26612 [Opn->Fbk]: ssl stream not available

[sniper]

 ID:   26612
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zefram at zefram dot net
-Status:   Open
+Status:   Feedback
 Bug Type: OpenSSL related
 Operating System: FreeBSD 4.9 STABLE
 PHP Version:  4.3.4
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I think this was fixed already..



Previous Comments:


[2003-12-13 16:25:45] zefram at zefram dot net

I seem to have fixed the problem.  
 
HAVE_OPENSSL_EXT was being defined in main/php_config.h, 
which is fine.. but it didn't seem to be getting to other 
files such as ext/standard/fsock.c. I included this file 
in php.h, and everything compiled fine and my registered 
streams are now: 
 
php, http, ftp, https, ftps, compress.zlib 
 
I'd like to keep this bug open, until we figure out why 
it's not working on FreeBSD, or at least in my case, if 
that is amicable. 
 
John



[2003-12-13 15:30:50] zefram at zefram dot net

I'd also like to note that I do see OpenSSL support listed 
in phpinfo. I don't see the same thing on another machine 
with OpenSSL installed but not in PHP. It's listed as 
thus: 
 
openssl 
 
OpenSSL support  
enabled  
 
OpenSSL Version  
OpenSSL 0.9.7c 30 Sep 2003



[2003-12-13 15:12:52] zefram at zefram dot net

I made sure to check the build date in the phpinfo(), and 
sure enough it was correct. I couldn't believe it was 
happening. I do recompile Apache after I make install php. 
I also watched the Apache build, and it supplied -lssl 
when compiling php. I even installed mod_ssl thinking that 
would help.. but no go. I'm going to look into ports to 
see if they're doing some special magic, or it is indeed 
broken there also. 
 
I get no compile errors, save for some mktemp warnings. Is 
there a way to list the compiled options in libphp4.a? 
 
John



[2003-12-13 13:51:49] [EMAIL PROTECTED]

--with-apache compiles PHP into apache statically (which means that
Apache must also be recompiled/installed whenever PHP is
recompiled/installed).  Making a guess from your comment "I stop/start
apache after upgrading" I'm not certain you're doing that.  Are you?

phpinfo() should give a "Build Date" for which the currently running
PHP was compiled.  Double check that to make sure you're running the
version you think you are.





[2003-12-13 03:12:46] zefram at zefram dot net

Description:

I'm trying to use (not really php.net, but..) 
fsockopen("ssl://www.php.net",443);  
however, I'm getting an error that "no SSL support in this  
build", which in fact it's not according to phpinfo(). I  
only have the following streams: php, http, ftp,  
compress.zlib. I'm supplying the following configure  
options, and I stop/start apache after upgrading php, but  
it's no go.   
  
./configure --with-apache=../apache_1.3.29/ --with-mysql  
--with-gd --enable-sockets --with-png-dir=/usr/include/ 
libpng --with-zlib-dir=/usr/include --with-jpeg-dir=/usr/ 
include/libjpeg --with-mhash --with-openssl  
--with-openssl-dir=/usr/include/openssl  
  
When I grep for SSL, I get:  
  
checking for OpenSSL support... yes  
checking for OpenSSL version... >= 0.9.6  
checking for SSL_CTX_set_ssl_version in -lssl... (cached)  
yes  
checking OpenSSL dir for MCVE... /usr/include/openssl  
checking OpenSSL dir for SNMP... /usr/include/openssl  
  
The OpenSSL code does appear to compile in ext/openssl/.  
I'm not sure what other information I can provide. Thanks  
for any assistance,  
  
John  






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

#26598 [Opn->Fbk]: Segmentation fault

[sniper]

 ID:   26598
 Updated by:   [EMAIL PROTECTED]
 Reported By:  robert at interjinn dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Reproducible crash
+Bug Type: Zend Engine 2 problem
 Operating System: Mandrake 9.0
 PHP Version:  5CVS-2003-12-12 (dev)
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip




Previous Comments:


[2003-12-12 18:10:28] robert at interjinn dot com

I hav recompiled with minimal extensions compiled in, namely:

./configure \
--disable-all \
--with-pcre-regex \
--prefix=/usr/local/php/${PHP_VERSION_DIR}/installation \
--exec-prefix=/usr/local/php/${PHP_VERSION_DIR}/installation

And I still have a no go. I spent the last 3 hours trying to produce a
short script which would illustrate the bug and running the PHP binary
through GDB and Valgrind to no avail. What I do know is that at:

zend_do_declare_property
(/usr/local/php/php5-200312120830/Zend/zend_compile.c:2442)

CG(active_class_entry) evaluates to null and so
CG(active_class_entry)->ce_flags causes a NULL pointer fault. I tried
patching with a test for NULL, but then I got a crash in
zend_hash_find() where the memory for the hash appeared to be corrupted
- Valgrind was not useful in determining where the memory may have
become corrupt.

I was going to set up a link to an InterJinn download, but while I was
testing to make sure it ran, I got the following error (possibly
related to this bug):

Fatal error:  Only variables or references can be returned by
reference in
/home/suds/yackspit/interJinn-0.9.1/Core/libraries/templateJinn/templateManager.inc
on line 17

For which the actual line of code is:

var $filename = __FILE__;

which is in a class. If it is also helpful I get a LOT of deprecated
warnings for:

Strict Standards:  var: Deprecated. Please use the
public/private/protected modifiers.

The reason I think maybe the above is related is because in the
backtrace of the original report, and more recent ones with minimal
extensions, the zend_do_declare_property() function is attmepting to
work with a property called "filename".



[2003-12-12 06:49:03] [EMAIL PROTECTED]

Don't forget to remove the non-standard exts from your PHP config
either.



[2003-12-12 06:28:00] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2003-12-12 05:17:46] robert at interjinn dot com

Description:

No idea why script crashes. I'm including my compile information and
the backtrace.

export PHP_VERSION_DIR=php5-200312120830
make clean
rm config.cache
./configure \
--disable-all \
--with-mysql \
--enable-carnagemath \
--enable-carnagexml \
--enable-carnageutilities \
--enable-interjinn \
--enable-ctype \
--with-zlib \
--enable-ftp \
--enable-sockets \
--with-ncurses \
--enable-pcntl \
--with-pcre-regex \
--enable-exif \
--with-jpeg-dir=/usr/lib \
--with-png-dir=/usr/lib \
--with-tiff-dir=/usr/lib \
--with-gif-dir=/usr/lib \
--with-gd \
--prefix=/usr/local/php/${PHP_VERSION_DIR}/installation \
--exec-prefix=/usr/local/php/${PHP_VERSION_DIR}/installation
make
make install



Program received signal SIGSEGV, Segmentation fault.
zend_do_declare_property (var_name=0xbffed0e0, value=0xbffed110,
access_type=256)
at /usr/local/php/php5-200312120830/Zend/zend_compile.c:2442
2442if (CG(active_class_entry)->ce_flags &
ZEND_ACC_INTERFACE) {
(gdb) bt
#0  zend_do_declare_property (var_name=0xbffed0e0, value=0xbffed110,
access_type=256)
at /usr/local/php/php5-200312120830/Zend/zend_compile.c:2442
#1  0x08121b3a in zendparse () at Zend/zend_language_parser.c:2545
#2  0x0812371e in compile_file (file_handle=0xbffee4e0, type=2) at
Zend/zend_language_scanner.c:3139
#3  0x08155ad1 in zend_include_or_eval_handler
(execute_data=0xbfff0ad0, op_array=0x0)
at /usr/local/php/php5-200312120830/Zend/zend_execute.c:3355
#4  0x08151442 in execute (op_array=0x4032039c) at
/usr/local/php/php5-200312120830/Zend/zend_execute.c:1277
#5  0x0815407a in zend_do_fcall_common_helper (execute_data=0xbfff5180,
op_array=0x40315e44)
at /usr/local/php

#26618 [Opn->Fbk]: include_once() sometimes works, sometimes doesn't with each page refresh

[sniper]

 ID:   26618
 Updated by:   [EMAIL PROTECTED]
 Reported By:  t dot steve at ariadne-quatra dot com
-Status:   Open
+Status:   Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Zend Engine 2 problem
 Operating System: Windows 2000 server SP4
 PHP Version:  5.0.0b2 (beta2)
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip




Previous Comments:


[2003-12-14 10:46:58] t dot steve at ariadne-quatra dot com

Description:

PHP5 beta2
IIS5
Windows 2000 SP4
ISAPI mode

- Worked correctly with PHP4.3.4 with Zend 2.0.1

- With PHP5 beta2 (also ISAPI mode) a simple PHP page which uses
include_once([local path]) to include the menu part of a web page
sometimes works, sometimes does not (sometimes the menu is included,
sometimes it is not). (There is only the single include_once in the
code, so this is NOT an issue of my trying to include something twice
with include_ONCE... )

- The page contains NO other PHP code, just the lines below:
<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>

(html_head.inc is the file to be included, it contains only html code,
no php)

- Again, note that the exact same page, exact same setup works fine
under 4.3.4 - and has done so with previous versions!

- Under PHP5, with every refresh of the page the inclusion of the file
is erratic - every few refreshes the inclusion is not done.

If you need any part of my php.ini, let me know please.

Thanks,
Steve

Reproduce code:
---


The world of services



<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>

Please select from the menu on the left!




Expected result:

A page with the menu on the left (created fromt he included file), plus
the contents.

Actual result:
--
Only the contents apperas, the inclusion is not done.





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

#26614 [Opn->Asn]: linebreaks in CDATA sections ignored in line count

[sniper]

 ID:  26614
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Assigned
 Bug Type:XML related
 PHP Version: 5CVS-2003-12-13 (dev)
 Assigned To: sterling


Previous Comments:


[2003-12-13 11:04:06] [EMAIL PROTECTED]

regression test added: ext/xml/test/bug26614.phpt



[2003-12-13 09:11:38] [EMAIL PROTECTED]

Description:

xml_get_current_line_number() results differ between PHP 4 (expat) and
PHP 5 (libxml2) as libxml2 seems to skip over CDATA sections when
counting source lines

Reproduce code:
---



';

function startElement($parser, $name, $attrs) {
echo "<$name> at line ".xml_get_current_line_number($parser)."\n";
}
function endElement($parser, $name) {
echo " at line
".xml_get_current_line_number($parser)."\n";
}

$xml_parser = xml_parser_create();
xml_set_element_handler($xml_parser, "startElement", "endElement");
xml_parse($xml_parser, file_get_contents("test.xml", true));
xml_parser_free($xml_parser);
?>

Expected result:

 at line 2
 at line 9


Actual result:
--
 at line 2
 at line 4






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

#24339 [Bgs]: "Add*Filter PHP .." directives not work

[sniper]

 ID:   24339
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eng at anrdaemon dot mtu-net dot ru
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.2
 New Comment:

..and that was already mentioned by Ilia.
Anyway, you can't set these in .htaccess file. 
Please ask further support questions elsewhere as this is not support
forum. (There is no bug here)



Previous Comments:


[2003-12-14 20:17:59] [EMAIL PROTECTED]

The apache2 sapi module in win32 is not filter, but handler..




[2003-12-13 21:14:13] eng at anrdaemon dot mtu-net dot ru

Ok' tell me, can I use this directive in .htaccess file?
(I'm not stupid, if You think this)



[2003-07-27 13:21:04] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The default apache2 interface is apache2handler which is not a filter.
It's directives are pretty much the same as php's apache directives for
apache 1.

LoadModule php4_modulemodules/libphp4.so
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps



[2003-07-26 12:54:36] eng at anrdaemon dot mtu-net dot ru

RTFM http://httpd.apache.org/docs-2.1/filter.html

Key words: "run-time configuration directives"
I can't use AddType in .htaccess files.



[2003-06-25 18:05:18] [EMAIL PROTECTED]

RTFM:

http://www.php.net/manual/en/install.apache2.php



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/24339

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

#24339 [Opn->Bgs]: "Add*Filter PHP .." directives not work

[sniper]

 ID:   24339
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eng at anrdaemon dot mtu-net dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.2
 New Comment:

The apache2 sapi module in win32 is not filter, but handler..



Previous Comments:


[2003-12-13 21:14:13] eng at anrdaemon dot mtu-net dot ru

Ok' tell me, can I use this directive in .htaccess file?
(I'm not stupid, if You think this)



[2003-07-27 13:21:04] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The default apache2 interface is apache2handler which is not a filter.
It's directives are pretty much the same as php's apache directives for
apache 1.

LoadModule php4_modulemodules/libphp4.so
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps



[2003-07-26 12:54:36] eng at anrdaemon dot mtu-net dot ru

RTFM http://httpd.apache.org/docs-2.1/filter.html

Key words: "run-time configuration directives"
I can't use AddType in .htaccess files.



[2003-06-25 18:05:18] [EMAIL PROTECTED]

RTFM:

http://www.php.net/manual/en/install.apache2.php



[2003-06-25 16:41:35] eng at anrdaemon dot mtu-net dot ru

Description:

When I installing a 4.3.2 release version after 4.3.1, all of my pages
sent to the users as stored - no PHP processing done at all.
When I change configuration from

AddInputFilter PHP .php
AddOutputFilter PHP;INCLUDES .php

to

AddType application/x-httpd-php .php .php4

all pages works well, but this trick is NOT usable to me.
4.3.1 works well...
4.3.3RC1 works same as 4.3.2.






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

#23331 [Opn->Fbk]: Memory leak in ISAPI

[sniper]

 ID:   23331
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jakub at icewarp dot com
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: win32
 PHP Version:  4CVS, 5CVS
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Some fixes have been committed recently which should fix this bug.
Please try the snapshot out.




Previous Comments:


[2003-10-04 08:40:57] jakub at icewarp dot com

I think I tracked down the leak.
In this function:
TSRM_API void *ts_resource_ex(ts_rsrc_id id, THREAD_T *th_id)

There's at the end this:
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id,
thread_resources->count);

Now if I uncomment this. It does not leak the memory for the 2 calls
from my last post. 

The call translates to 
return &thread_resources->storage;

Why should this leak? Please, C++ people help us here.



[2003-10-04 06:17:00] jakub at icewarp dot com

I have been digging more into this issue and I have found this.

1. HttpExtensionProc like this does not leak at all.
DWORD WINAPI HttpExtensionProc(LPEXTENSION_CONTROL_BLOCK lpECB)
{ return 0; }

2. 1. HttpExtensionProc like this does leak.
DWORD WINAPI HttpExtensionProc(LPEXTENSION_CONTROL_BLOCK lpECB)
{
TSRMLS_FETCH();
ts_free_thread();
return 0;
}
It is clear that the ts_free_thread does not free everything. I'm not a
C/C++ guru please people help here. This issue has been here since 2
years ago and nobody fixed it yet. Let me know. 
Jakub



[2003-08-18 09:42:43] jakub at icewarp dot com

That's what I thought of too so I removed all extensions and the
results I posted are without any extensions.



[2003-08-18 09:31:14] [EMAIL PROTECTED]

You have some extensions loaded in php.ini, right?
Which ones are those? What if you don't load them?




[2003-05-03 10:22:59] jakub at icewarp dot com

I was wrong about the [EMAIL PROTECTED] it is called by Windows
automatically. However I have found for instance this.
If you load the ISAPI module and free it in a cycle again it does not
free the memory.
for ($i=0;$i<1000;$i++)
{
  lh = loadlibrary("...isapi.dll");
  freelibrary(lh);
}
After 200 cycles the process consumes 50MB. I don't think that should
happen. What is wrong?



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

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

#24693 [WFx->Csd]: session.use_trans_sid should changeable by scripts

[iliaa]

 ID:   24693
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chris_se at gmx dot net
-Status:   Wont fix
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: GNU/Linux
 PHP Version:  4.3.2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

This is now possible in PHP 5.0.


Previous Comments:


[2003-07-19 06:52:47] chris_se at gmx dot net

> as there is no mechanism for ini_set to check whether output has
started

There is a mechanism: these OnUpdate*-functions. I added a function
OnUpdateTransSid which is essentially the OnUpdateBool function
definied within Zend/zend_ini.c but with an if-block in front of it, if
the session was already started. (the if-block was taken from another
OnUpdate-function that was in session.c)

It probably would be cleaner to call OnUpdateBool directly instead of
just copying the code, but as all those functions are defined by
precompiler macros, I assume the parameters of these functios could
change, so just copying the code from OnUpdateBool seems to be more
portable to me.

Here are my changes so far: (tested with PHP 4.3.2)

---
--- ext/session/session.c.old   2003-07-19 12:29:58.0 +0200
+++ ext/session/session.c   2003-07-19 13:46:33.0 +0200
@@ -105,6 +105,32 @@
return SUCCESS;
 }
 
+static PHP_INI_MH(OnUpdateTransSid)
+{
+   if (PS(session_status) == php_session_active) {
+   php_error_docref(NULL TSRMLS_CC, E_WARNING, "A session is active.
You cannot change the session module's ini settings at this time.");
+   return FAILURE;
+   }
+
+   zend_bool *p;
+#ifndef ZTS
+   char *base = (char *) mh_arg2;
+#else
+   char *base;
+
+   base = (char *) ts_resource(*((int *) mh_arg2));
+#endif
+
+   p = (zend_bool *) (base+(size_t) mh_arg1);
+
+   if (strncasecmp("on", new_value, sizeof("on"))) {
+   *p = (zend_bool) atoi(new_value);
+   } else {
+   *p = (zend_bool) 1;
+   }
+   return SUCCESS;
+}
+
 static PHP_INI_MH(OnUpdateSerializer)
 {
if (PS(session_status) == php_session_active) {
@@ -151,7 +177,7 @@
STD_PHP_INI_ENTRY("session.entropy_length", "0",
PHP_INI_ALL, OnUpdateInt,entropy_length, php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_limiter",  "nocache",  
PHP_INI_ALL, OnUpdateString, cache_limiter,  php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_expire",   "180",  
PHP_INI_ALL, OnUpdateInt,cache_expire,   php_ps_globals,   
ps_globals)
-   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool,   use_trans_sid, 
php_ps_globals,ps_globals)
+   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_ALL, OnUpdateTransSid, use_trans_sid,  php_ps_globals,   
ps_globals)
 
/* Commented out until future discussion */
/* PHP_INI_ENTRY("session.encode_sources", "globals,track",
PHP_INI_ALL, NULL) */
---



[2003-07-19 06:20:13] alan at akbkhome dot com

see  http://bugs.php.net/bug.php?id=14991 
- this wont really fix it

I agree it's a feature request - it would have to be a function like
session_use_transid(true|false) as there is no mechanism for ini_set to
check whether output has started...



[2003-07-19 05:45:10] chris_se at gmx dot net

I tried to figure out myself how this could be solved. I just changed
the definition of session.use_trans_sid to PHP_INI_ALL and I recompiled
my PHP module.

Now, I can change session.use_trans_sid before session_start() is
called and it works fine.

Here's the 'patch' (against PHP 4.3.2):

-
--- ext/session/session.c.old   2003-07-19 12:29:58.0 +0200
+++ ext/session/session.c   2003-07-19 12:34:31.0 +0200
@@ -151,7 +151,7 @@
STD_PHP_INI_ENTRY("session.entropy_length", "0",
PHP_INI_ALL, OnUpdateInt,entropy_length, php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_limiter",  "nocache",  
PHP_INI_ALL, OnUpdateStr

#26304 [Asn->Csd]: Unexpected data loss when opening dba file

[helly]

 ID:   26304
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vesely at tana dot it
-Status:   Assigned
+Status:   Closed
 Bug Type: DBM/DBA related
-Operating System: Solaris
+Operating System: *
 PHP Version:  4.3.4
 Assigned To:  helly


Previous Comments:


[2003-11-19 22:14:01] vorlon at debian dot org

Correction, the "bad file descriptor" error came from excessive
fiddling with my test case.  The lock handling when opening with mode
'c' in CVS HEAD appears to be correct for db4.



[2003-11-19 00:32:45] vorlon at debian dot org

This bug has also been reported at .

The source of this behavior is quite clear -- 
ext/dba/dba.c:

case 'c':
modenr = DBA_CREAT;
lock_mode = (lock_flag & DBA_LOCK_CREAT) ? LOCK_EX : 0;
file_mode = "a+b";
if (!lock_mode || !lock_dbf) {
break;
}
/* When we lock the db file it will be created before the handler
 * even tries to open it, hence we must change to truncate mode.
 */
case 'n':
modenr = DBA_TRUNC;
lock_mode = (lock_flag & DBA_LOCK_TRUNC) ? LOCK_EX : 0;
file_mode = "w+b";
break;

So unless locking is explicitly disabled (or explicitly configured to
use an external lockfile), 'CREAT' mode results in automatic truncation
of the database?  What kind of sense does that make?

The behavior on the HEAD branch looks correct, but doesn't seem to
interact well with the 4.3 version of the code ("Driver initialization
failed for handler: db4: Bad file descriptor").  The current behavior
certainly is NOT correct, for db4.



[2003-11-18 12:59:58] vesely at tana dot it

Also, that correction around line 67 in dba_db4.c
(DBA_OPEN_FUNC) is bogus: if stat returns 0 you want
to say DB_UNKNOWN, since you cannot say it is DB_BTREE
when it was created by some other program.

To reproduce the bug you should create a DB with a different
type, e.g. in C if you just include db.h and then call
the dbm_open compatibility layer. The Sleepycat message
will then say "call implies an access method which is
inconsistent with previous calls."



[2003-11-18 12:09:46] vesely at tana dot it

Description:

Opening a file in 'c' mode (see example below)
truncates the file!! The docs say '"c" for read/write
access and database creation if it doesn't currently exist.'

I cannot understand that comment at line 658 in
ext/dba/dba.c, as it seems to imply that truncating
the database is necessary for locking it (??).

Reproduce code:
---
dba_open("important_data.db", "c", "db4");

Expected result:

open db (create if doesn't exist)

Actual result:
--
truncated db





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

#24693 [Opn->WFx]: session.use_trans_sid should changeable by scripts

[jan]

 ID:   24693
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chris_se at gmx dot net
-Status:   Open
+Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: GNU/Linux
 PHP Version:  4.3.2
 New Comment:

according to ilia, this feature would lead to undefined 
behaviour -> won't fix


Previous Comments:


[2003-07-19 06:52:47] chris_se at gmx dot net

> as there is no mechanism for ini_set to check whether output has
started

There is a mechanism: these OnUpdate*-functions. I added a function
OnUpdateTransSid which is essentially the OnUpdateBool function
definied within Zend/zend_ini.c but with an if-block in front of it, if
the session was already started. (the if-block was taken from another
OnUpdate-function that was in session.c)

It probably would be cleaner to call OnUpdateBool directly instead of
just copying the code, but as all those functions are defined by
precompiler macros, I assume the parameters of these functios could
change, so just copying the code from OnUpdateBool seems to be more
portable to me.

Here are my changes so far: (tested with PHP 4.3.2)

---
--- ext/session/session.c.old   2003-07-19 12:29:58.0 +0200
+++ ext/session/session.c   2003-07-19 13:46:33.0 +0200
@@ -105,6 +105,32 @@
return SUCCESS;
 }
 
+static PHP_INI_MH(OnUpdateTransSid)
+{
+   if (PS(session_status) == php_session_active) {
+   php_error_docref(NULL TSRMLS_CC, E_WARNING, "A session is active.
You cannot change the session module's ini settings at this time.");
+   return FAILURE;
+   }
+
+   zend_bool *p;
+#ifndef ZTS
+   char *base = (char *) mh_arg2;
+#else
+   char *base;
+
+   base = (char *) ts_resource(*((int *) mh_arg2));
+#endif
+
+   p = (zend_bool *) (base+(size_t) mh_arg1);
+
+   if (strncasecmp("on", new_value, sizeof("on"))) {
+   *p = (zend_bool) atoi(new_value);
+   } else {
+   *p = (zend_bool) 1;
+   }
+   return SUCCESS;
+}
+
 static PHP_INI_MH(OnUpdateSerializer)
 {
if (PS(session_status) == php_session_active) {
@@ -151,7 +177,7 @@
STD_PHP_INI_ENTRY("session.entropy_length", "0",
PHP_INI_ALL, OnUpdateInt,entropy_length, php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_limiter",  "nocache",  
PHP_INI_ALL, OnUpdateString, cache_limiter,  php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_expire",   "180",  
PHP_INI_ALL, OnUpdateInt,cache_expire,   php_ps_globals,   
ps_globals)
-   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool,   use_trans_sid, 
php_ps_globals,ps_globals)
+   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_ALL, OnUpdateTransSid, use_trans_sid,  php_ps_globals,   
ps_globals)
 
/* Commented out until future discussion */
/* PHP_INI_ENTRY("session.encode_sources", "globals,track",
PHP_INI_ALL, NULL) */
---



[2003-07-19 06:20:13] alan at akbkhome dot com

see  http://bugs.php.net/bug.php?id=14991 
- this wont really fix it

I agree it's a feature request - it would have to be a function like
session_use_transid(true|false) as there is no mechanism for ini_set to
check whether output has started...



[2003-07-19 05:45:10] chris_se at gmx dot net

I tried to figure out myself how this could be solved. I just changed
the definition of session.use_trans_sid to PHP_INI_ALL and I recompiled
my PHP module.

Now, I can change session.use_trans_sid before session_start() is
called and it works fine.

Here's the 'patch' (against PHP 4.3.2):

-
--- ext/session/session.c.old   2003-07-19 12:29:58.0 +0200
+++ ext/session/session.c   2003-07-19 12:34:31.0 +0200
@@ -151,7 +151,7 @@
STD_PHP_INI_ENTRY("session.entropy_length", "0",
PHP_INI_ALL, OnUpdateInt,entropy_length, php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_limiter",  "nocache",  
PHP_INI_ALL, OnUpdateString, cache_limiter,  php_ps_globals,   
ps_globals)
STD_PHP_INI_ENTRY("session.cache_expire",   "180",  
PHP_INI_ALL, OnUpdateInt,cache_expire,   php_ps_globals,   
ps_globals)
-   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_SYSTEM|PHP_INI_PERDIR, OnUpdateBool,   use_trans_sid, 
php_ps_globals,ps_globals)
+   STD_PHP_INI_BOOLEAN("session.use_trans_sid","0",
PHP_INI_ALL, OnUpdateBoo

#26618 [NEW]: include_once() sometimes works, sometimes doesn't with each page refresh

[t dot steve at ariadne-quatra dot com]

From: t dot steve at ariadne-quatra dot com
Operating system: Windows 2000 server SP4
PHP version:  5.0.0b2 (beta2)
PHP Bug Type: Unknown/Other Function
Bug description:  include_once() sometimes works, sometimes doesn't with each page 
refresh

Description:

PHP5 beta2
IIS5
Windows 2000 SP4
ISAPI mode

- Worked correctly with PHP4.3.4 with Zend 2.0.1

- With PHP5 beta2 (also ISAPI mode) a simple PHP page which uses
include_once([local path]) to include the menu part of a web page
sometimes works, sometimes does not (sometimes the menu is included,
sometimes it is not). (There is only the single include_once in the code,
so this is NOT an issue of my trying to include something twice with
include_ONCE... )

- The page contains NO other PHP code, just the lines below:
<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>

(html_head.inc is the file to be included, it contains only html code, no
php)

- Again, note that the exact same page, exact same setup works fine under
4.3.4 - and has done so with previous versions!

- Under PHP5, with every refresh of the page the inclusion of the file is
erratic - every few refreshes the inclusion is not done.

If you need any part of my php.ini, let me know please.

Thanks,
Steve

Reproduce code:
---


The world of services



<% include_once("c:/wwwroot/domain.com/english/inc/header.inc"); %>

Please select from the menu on the left!




Expected result:

A page with the menu on the left (created fromt he included file), plus
the contents.

Actual result:
--
Only the contents apperas, the inclusion is not done.

-- 
Edit bug report at http://bugs.php.net/?id=26618&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26618&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26618&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26618&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26618&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26618&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26618&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26618&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26618&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26618&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26618&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26618&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26618&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26618&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26618&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26618&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26618&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26618&r=float

#26617 [Opn->Fbk]: Firebird problem

[derick]

 ID:   26617
 Updated by:   [EMAIL PROTECTED]
 Reported By:  denis at enot dot ee
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: Mandrake 9.2
 PHP Version:  4.3.3
 New Comment:

Thank you for this bug report. To properly diagnose the problem, 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". Thank you for helping
us make PHP better.


Previous Comments:


[2003-12-14 03:45:47] denis at enot dot ee

Description:

I need php script for crontab 1 process, but
if create connect to base && disconnect
it make file core.

Reproduce code:
---
#!/usr/bin/php-cgi



Expected result:

Content-type: text/html
X-Powered-By: PHP/4.3.3

Segmentation fault (core dumped)








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

#26617 [NEW]: Firebird problem

[denis at enot dot ee]

From: denis at enot dot ee
Operating system: Mandrake 9.2
PHP version:  4.3.3
PHP Bug Type: InterBase related
Bug description:  Firebird problem

Description:

I need php script for crontab 1 process, but
if create connect to base && disconnect
it make file core.

Reproduce code:
---
#!/usr/bin/php-cgi



Expected result:

Content-type: text/html
X-Powered-By: PHP/4.3.3

Segmentation fault (core dumped)




-- 
Edit bug report at http://bugs.php.net/?id=26617&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26617&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26617&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26617&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26617&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26617&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26617&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26617&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26617&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26617&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26617&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26617&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26617&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26617&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26617&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26617&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26617&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26617&r=float