#31572 [NoF->Opn]: Temporary files are not deleted

2005-02-19 Thread teasoft at 21cn dot com 
 ID:   31572
 User updated by:  teasoft at 21cn dot com
 Reported By:  teasoft at 21cn dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: win32 only
 PHP Version:  4CVS-2005-01-19
 Assigned To:  iliaa
 New Comment:

It's my first time to look into the source codes of PHP.
I found line 1716 in gd.c:

while ((b = fread(buf, 1, sizeof(buf), tmp)) > 0)

is it means a NOT empty file? and i notice .tmp files left are all 0
byte, simply empty. Maybe try >=0 instead will work?


Previous Comments:


[2005-02-10 01:00:06] php-bugs at lists dot php dot net

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



[2005-02-02 16:59:46] [EMAIL PROTECTED]

Cannot replicate using latest cvs.
The temporary file removal code is identical in *NIX and Win32



[2005-01-19 17:23:02] teasoft at 21cn dot com

The snapshot for Windows provided above does the same thing as 4.3.10,
tmp files are still created and remain.



[2005-01-16 16:12:36] teasoft at 21cn dot com

Description:

"Bug #30658 Temporary files are not deleted" was fixed in linux
versions, but is NOT fixed in Windows versions. Temporary files are
still created and not deleted once creating images using gd2.







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

#25876 [Com]: session_start(): Failed to initialize storage module

2005-02-19 Thread daniel at mainframe dot ath dot cx 
 ID:   25876
 Comment by:   daniel at mainframe dot ath dot cx
 Reported By:  golden at riscom dot com
 Status:   Feedback
 Bug Type: Session related
 Operating System: freebsd 4.8
 PHP Version:  4.3.9-4.3.10
 New Comment:

> Set "session.use_trans_sid = 0" in your php.ini.  Problem
> solved!

This is not the case - My php.ini has _always_ had use_trans_sid
disabled, and yet I am still experiencing the problem


Previous Comments:


[2005-02-19 00:46:18] friend at nowhere dot com

Set "session.use_trans_sid = 0" in your php.ini.  Problem solved!



[2005-02-13 15:32:00] johan at dotco dot co dot za

I've had the same problem after upgrading to PHP 4.3.10, in that I also
started getting "Fatal error: session_start(): Failed to initialize
storage module: user (path: /tmp) " every now and then.  The solution
was to upgrade to the latest ZendOptimizer here:
http://zend.com/store/products/zend-optimizer.php.  There is a comment
posted about an "incompatibility" with older ZendOptimizer versions on
the Zend site.  I believe they are refering to this error.



[2005-02-12 03:55:39] [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





[2004-12-27 18:44:50] bugs dot php dot net at spacedump dot pp dot se

I have the same problem and added 'php_admin_value session.save_handler
files' to a couple of virtualhosts in my apache configuration.
The problem seem to dissapear then.

(Of course since the child changes it settings to the ones in the
virtual host definition (i suppose))

(Maybe do some fancy thing that sets this to it's default value when
the child gets the request?)



[2004-12-27 16:47:04] mak123 at poczta dot onet dot pl

strange - I face this problem about week after upgrading to php.4.3.10
(apache 1.3.33, rh.es.3). first few days without any error ...
meanwhile no updates, tripwire shows no changes in any system files...



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

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

#31987 [Asn]: hirokawa

2005-02-19 Thread [EMAIL PROTECTED] 
 ID:   31987
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: mbstring related
 Operating System: Windows XP PRo SP2
 PHP Version:  5CVS-2005-02-15 (dev)
 Assigned To:  fujimoto
 New Comment:

Here is a patch to solve this problem,
I don't know if it has any side-effect.

*** Zend/zend_language_scanner.l13 Feb 2005 13:50:48 -  1.120
--- Zend/zend_language_scanner.l19 Feb 2005 07:42:35 -
***
*** 135,140 
--- 135,144 
SCNG(script_org_size) = 0;
SCNG(script_filtered) = NULL;
SCNG(script_filtered_size) = 0;
+   SCNG(input_filter) = NULL;
+   SCNG(output_filter) = NULL;
+   SCNG(script_encoding) = NULL;
+   SCNG(internal_encoding) = NULL;
  #endif /* ZEND_MULTIBYTE */
  }


Previous Comments:


[2005-02-15 16:05:12] [EMAIL PROTECTED]

Description:

When ZEND_MULTIBYTE option is defined on Windows XP Pro SP2,
and PHP is compiled as Apache 2 module,
PHP 5.0.x break up by phpinfo().

Here is backtrace by VC6++ for PHP 5.0.4dev,

zif_phpinfo()
 -> php_print_info(-1 TSRMLS_CC);
   -> zend_html_puts(zend_version, 
   strlen(zend_verison TSRMLS_CC)
 -> (L66)
LANG_SCNG(output_filter)(&filtered, 
   &filtered_len, s, len TSRMLS_CC)

 filtered = 0x "";
 &filtered = 0x04fcf54c
 filtered_len = -858993460
 s = "Zend Engine v2.1.0-dev,..."
 len = 66


Reproduce code:
---



Expected result:

php releated info.



Actual result:
--
PHP 5.0.4dev executed as Apache 2 module will crash.





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

#30064 [Fbk->NoF]: Can't redirect to a file.

2005-02-19 Thread php-bugs 
 ID:   30064
 Updated by:   php-bugs@lists.php.net
 Reported By:  jkawa at m dot email dot ne dot jp
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: FreeBSD 4.8-RELEASE
 PHP Version:  5.0.1
 New Comment:

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


Previous Comments:


[2005-02-10 20:13:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-09-12 11:49:45] jkawa at m dot email dot ne dot jp

correction:
Without redirection, everything (including Japanese handling) seems OK
even if output_hander set to 'mb_output_handler'.

reply:
Without 'output_handler = mb_output_handler', all but auto code
conversion works fine.



[2004-09-12 09:29:41] [EMAIL PROTECTED]

Does it work for you without output_handler = mb_output_handler ?



[2004-09-12 09:20:48] jkawa at m dot email dot ne dot jp

Without redirection:
$ redirect_test.php
Hello, world.
$

This seems OK.
But in Japanese (EUC-JP), I got incorrect output.
"incorrect" means something wrong, but without redirection and pipe to
other, I could not look into this problem further.

P.S.
According to the output from phpinfo(), mbstring extension is certainly
enabled.



[2004-09-12 07:24:52] [EMAIL PROTECTED]

can't reproduce it.
check if mbstring module is enabled and your code outputs anything
without redirection.



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

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

#25876 [Fbk->NoF]: session_start(): Failed to initialize storage module

2005-02-19 Thread php-bugs 
 ID:   25876
 Updated by:   php-bugs@lists.php.net
 Reported By:  golden at riscom dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: freebsd 4.8
 PHP Version:  4.3.9-4.3.10
 New Comment:

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


Previous Comments:


[2005-02-19 23:34:41] daniel at mainframe dot ath dot cx

> Set "session.use_trans_sid = 0" in your php.ini.  Problem
> solved!

This is not the case - My php.ini has _always_ had use_trans_sid
disabled, and yet I am still experiencing the problem



[2005-02-19 00:46:18] friend at nowhere dot com

Set "session.use_trans_sid = 0" in your php.ini.  Problem solved!



[2005-02-13 15:32:00] johan at dotco dot co dot za

I've had the same problem after upgrading to PHP 4.3.10, in that I also
started getting "Fatal error: session_start(): Failed to initialize
storage module: user (path: /tmp) " every now and then.  The solution
was to upgrade to the latest ZendOptimizer here:
http://zend.com/store/products/zend-optimizer.php.  There is a comment
posted about an "incompatibility" with older ZendOptimizer versions on
the Zend site.  I believe they are refering to this error.



[2005-02-12 03:55:39] [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





[2004-12-27 18:44:50] bugs dot php dot net at spacedump dot pp dot se

I have the same problem and added 'php_admin_value session.save_handler
files' to a couple of virtualhosts in my apache configuration.
The problem seem to dissapear then.

(Of course since the child changes it settings to the ones in the
virtual host definition (i suppose))

(Maybe do some fancy thing that sets this to it's default value when
the child gets the request?)



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

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

#32019 [Opn->WFx]: Auto EXPLAIN feature of mysql.trace_mode doesn't work on MySQL 4.1

2005-02-19 Thread georg 
 ID:   32019
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Wont fix
 Bug Type: MySQL related
 Operating System: All
 PHP Version:  5.0.3
 New Comment:

For MySQL Versions >= 4.1.x please use the MySQLi Extension.


Previous Comments:


[2005-02-18 12:40:39] [EMAIL PROTECTED]

Description:

MySQL 4.1 and greater return more information in EXPLAIN than older
version. Thus "automatic EXPLAIN on every SELECT" feature of
mysql.trace_mode doesn't work.

MySQL 4.0 and earlier return join type in 2nd column, 4.1 and greater
in 4th column.

Moreover, full index scan is represented by "index" and not "INDEX"
type. See http://dev.mysql.com/doc/mysql/en/explain.html

The problem lies on line 1256 of ext/mysql/php_mysql.c, revision
1.210.

In my eyes, this feature of mysql.trace_mode is unnecessary and can be
removed as the full table scan and full index scan can be perfectly
valid in some cases and shouldn't produce an error. But if it will be
kept, it should work on all MySQL versions.

Reproduce code:
---



Expected result:

Your query requires a full tablescan ...

Actual result:
--
Nothing.





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

#31749 [Opn]: deadlock due to libc mutexes not released when timeout signal is delivered

2005-02-19 Thread phpbug2 at mailinator dot com 
 ID:   31749
 User updated by:  phpbug2 at mailinator dot com
 Reported By:  phpbug2 at mailinator dot com
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.28, 2.4.21-SMP
 PHP Version:  5.0.3, 4.3.10
 New Comment:

I've created a patch against 5.0.3 to implement my "soft timeout" idea
above. It will try to soft-break execution after the timeout period
elapses and then hard-break after another timeout period.

There seem to be a lot of calls to the zend_set_timeout and
zend_unset_timeout functions that I'm not too sure are helping the
situation. Here's what happens using the CLI PHP and printing whenever
certain functions are hit:

$ sapi/cli/php /www/htdocs/time.php
zend_unset_timeout()
zend_set_timeout (0)
zend_set_timeout (0)
zend_set_timeout (0)
zend_unset_timeout()
zend_set_timeout (5)
Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00
Array 2005 2217696508 Jan-01-1998 Jan 01 1998 05:00:00
Array 2005 2217696510 Jan-01-1998 Jan 01 1998 05:00:00
Array 2005 2217696512 Jan-01-1998 Jan 01 1998 05:00:00
Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00
Array 2005 2217696516 Jan-01-1998 Jan 01 1998 05:00:00
zend_soft_timeout()
zend_set_timeout (5)
zend_timeout()
zend_set_timeout (5)

Fatal error: Maximum execution time of 5 seconds exceeded in
/www/htdocs/time.php on line 10
zend_unset_timeout()
zend_set_timeout (30)
zend_unset_timeout()

And the patch to 5.0.3 to implement the "zend_soft_timeout" that "works
for me" in that I'm not getting any more deadlocked Apache children:
http://www.r1hosting.net/zend_timeout.patch


Previous Comments:


[2005-02-17 16:33:31] phpbug2 at mailinator dot com

Hi,
Unfortunately that snapshot did not fix the problem. The child
processes still deadlock.

#0  0x401c10a4 in __pthread_sigsuspend () from
/lib/i686/libpthread.so.0
#1  0x401c0a58 in __pthread_wait_for_restart_signal () from
/lib/i686/libpthread.so.0
#2  0x401c2600 in __pthread_alt_lock () from /lib/i686/libpthread.so.0
#3  0x401bf2e7 in pthread_mutex_lock () from /lib/i686/libpthread.so.0
#4  0x4027caba in free () from /lib/i686/libc.so.6
#5  0x4043d9b8 in shutdown_scanner () at
Zend/zend_language_scanner.c:2881
#6  0x40450aa5 in zend_deactivate () at
/home/r1ch/php4-STABLE-200502171330/Zend/zend.c:689
#7  0x40427d46 in php_request_shutdown (dummy=0x0) at
/home/r1ch/php4-STABLE-200502171330/main/main.c:997
#8  0x404639c7 in php_handler (r=0x81a9628) at
/home/r1ch/php4-STABLE-200502171330/sapi/apache2handler/sapi_apache2.c:567
#9  0x08089d35 in ap_run_handler (r=0x81a9628) at config.c:152
#10 0x0808a340 in ap_invoke_handler (r=0x81a9628) at config.c:364
#11 0x0806eefa in ap_process_request (r=0x81a9628) at
http_request.c:249
#12 0x0806a38d in ap_process_http_connection (c=0x819f418) at
http_core.c:251
#13 0x08094ec5 in ap_run_process_connection (c=0x819f418) at
connection.c:43
#14 0x08088334 in child_main (child_num_arg=-4) at prefork.c:610
#15 0x08088487 in make_child (s=0x401c8398, slot=0) at prefork.c:704
#16 0x080885a8 in startup_children (number_to_start=5) at
prefork.c:722
#17 0x08088e1a in ap_mpm_run (_pconf=0x80cb818, plog=0x81038f8,
s=0x80d0168) at prefork.c:941
#18 0x0808f36d in main (argc=3, argv=0xb284) at main.c:618

This backtrace is from a separate Apache 2 server (prefork) since I
cannot test a PHP4 on my production server as it may break a number of
PHP5 features I am using. However it still shows that the libc mutexes
are not getting released, this time in the free() call. A few
additional runs also reveal the gmtime() mutex as the earlier reports
show:

(gdb) bt
#0  0x401c10a4 in __pthread_sigsuspend () from
/lib/i686/libpthread.so.0
#1  0x401c0a58 in __pthread_wait_for_restart_signal () from
/lib/i686/libpthread.so.0
#2  0x401c2600 in __pthread_alt_lock () from /lib/i686/libpthread.so.0
#3  0x401bf2e7 in pthread_mutex_lock () from /lib/i686/libpthread.so.0
#4  0x402a0c05 in __tz_convert () from /lib/i686/libc.so.6
#5  0x4029ed5e in gmtime_r () from /lib/i686/libc.so.6
#6  0x40136f47 in explode_time (xt=0xbfffeb70, t=1108654539401728,
offset=0, use_localtime=0) at time.c:91
#7  0x40136f82 in apr_time_exp_tz (result=0xbfffeb70,
input=4619712010928521212, offs=0) at time.c:114
#8  0x40136fd3 in apr_time_exp_gmt (result=0xfffc,
input=4619712010928521212) at time.c:122
#9  0x080947d4 in cached_explode (xt=0xbfffeb70, t=1108654262423791,
cache=0xfffc, use_gmt=1) at util_time.c:117
#10 0x08094891 in ap_explode_recent_gmt (tm=0xfffc,
t=4619712010928521212) at util_time.c:143
#11 0x08094a95 in ap_recent_rfc822_date (date_str=0x81a7018 "",
t=4619712010928521212) at util_time.c:200
#12 0x0806c1a0 in basic_http_header (r=0x81a5618, bb=0x81a6ff8,
protocol=0xfffc )
at http_protocol.c:1248
#13 0x0806ca90 in ap_http_header_filter (f=0x81a6298, b=0x81a6f78) at
http_protocol.c:1642
#14 0x080978b1 in ap_pass_brigade (next=0x401c8398, bb=0x8) at
u

#30186 [Fbk->NoF]: passing empty string to xml_parser_create causes 100% CPU utilization

2005-02-19 Thread php-bugs 
 ID:   30186
 Updated by:   php-bugs@lists.php.net
 Reported By:  johnkarl at nbnet dot nb dot ca
-Status:   Feedback
+Status:   No Feedback
 Bug Type: XML related
 Operating System: Windows 2000 Professional SP4
 PHP Version:  5.0.1
 New Comment:

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


Previous Comments:


[2005-02-12 22:50:00] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-09-27 20:23:11] johnkarl at nbnet dot nb dot ca

Just tried it out with the snapshot you provided and still the same
problem. Here are my specs:

Windows 2004 Professional SP4
Apache/2.0.49

My workaround is to check the PHP version, and omit the empty string
parameter if version >= 5

This isn't an isolated problem, either. I became aware of this through
several individuals using my open source libraries. I'm not certain
what they were running but I can proably find out if you can't
replicate the problem.

John



[2004-09-27 19:47:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Seems to work fine in recent code.



[2004-09-21 21:11:55] johnkarl at nbnet dot nb dot ca

Description:

In PHP5, if xml_parser_create is called with an empty string as the
character encoding parameter, a server will utilize 100% of the CPU.
Restarting Apache will sometimes cause the system to revert to normal,
but usually a reboot is needed.

In PHP4, calling xml_parser_create("") will cause Expat to autodetect
the character encoding. In the user comments of www.php.net, this is
purportedly true of PHP5 as well; however this is not the case.

This problem has been reproduced on a number of other machines as well.
I'm not sure if the same happens with IIS.

Reproduce code:
---
$parser = xml_parser_create("");

Expected result:

a reference to the parser should be returned

Actual result:
--
Apache stalls, 100% CPU usage





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

#32027 [NEW]: Using concurrent sessions and processes causes Apache to lock up

2005-02-19 Thread nickk at att dot net 
From: nickk at att dot net
Operating system: Windows
PHP version:  4.3.10
PHP Bug Type: Reproducible crash
Bug description:  Using concurrent sessions and processes causes Apache to lock 
up

Description:

If you enable sessions on a page that runs any program execution command
and do two or more concurrent requests for the page, Apache immediately
stops responding and sits doing nothing (using 0% of the CPU) until you
close it.

I'm using a clean install of both Apache and PHP for windows; both are
using their default configurations. This was tested under Windows 2000 and
XP using Apache 1.3.33. The problem seems to be the same under Apache 2.x
as well.

There is a workaround for this problem, and that is to call
session_write_close before calling any program execution function.

Note: This seems to be a Windows specific problem. This was tested with a
*NIX copy of PHP and it worked just fine.

Reproduce code:
---
http://www.cs.rit.edu/~ndk4275/multi.php.txt

Expected result:

When the page loads, click on "Test". It will open two small windows and
will wait for 10 seconds before executing the actual test. It might seem
like the browser is not responding for the ten seconds before the test,
but this is due to the fact that the wait function is a greedy CPU
function. When the test starts, the two small browser windows will load
the test page with the program execution function at the same time and the
main window will reload the current page. At this point, Apache should stop
responding. Attempting to make any request to the server will result in an
indefinite wait.

Actual result:
--
After the test executes, Apache stops responding.

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

#30213 [Fbk->NoF]: Script parsing fails after several invocations

2005-02-19 Thread php-bugs 
 ID:   30213
 Updated by:   php-bugs@lists.php.net
 Reported By:  Philipp dot vonHartrott at iwm dot fraunhofer dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  5.0.0
 New Comment:

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


Previous Comments:


[2005-02-12 22:45:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-10-03 00:13:08] bugzilla at swift-web dot com

I was noticing this too.  I installed php5.0.2 (was 4.3.8 where the
scripts ran fine).

I write code in my editor and then click refresh on my browser.  Every
once in a while I get an error message: Unexpected character in input:
' in script.php on line x

If I click refresh right away the error stays.  If I wait for about
10-15 seconds the error is now gone.  When it does come back it may or
may not be in the same script or line number.  

As for the actual code on the line that is listed it is usually a line
that has nothing to do with parsing strings/input.

For example the line could be:
}

and the line above it could be:
  die('fatal error');

I've even had it report a blank line in the middle of a few blank
lines.

After playing around I recompiled WITHOUT the option
"--enable-zend-multibyte" and so far it seems to not be giving this
error anymore.



[2004-09-23 19:26:00] Philipp dot vonHartrott at iwm dot fraunhofer dot
de

Description:

After running a script successfully several times consecutively it
fails with the following error-message (Please note: details like
ascii-code number etc. are missing after the single-quote in the
error-messages Warning line):


Server: Apache/2.0.50 (Unix) mod_perl/1.99_13 Perl/v5.8.4
mod_ssl/2.0.50


Warning:  Unexpected character in input:  ' in
/srv/www/htdocs/fitit_soap/nusoap.php on line 159

Parse error:  parse error, unexpected T_CONSTANT_ENCAPSED_STRING
in
/srv/www/htdocs/fitit_soap/nusoap.php on line 159

The respective lines of code:
159 if($GLOBALS['NUSOAP_DEBUG'])
160 {
161 $this->debug_str .= $string;
162 }

The same code works fine in [Apache/2.0.50 (Win32) mod_ssl/2.0.50
OpenSSL/0.9.7c PHP/5.0.1]

What other details can be helpful?

Kind regards.

Reproduce code:
---
Unfortunately I am not able of producing a small example. A client
script that will make the above SOAP server code fail, can be provided
upon request (but will not show more information than given above).






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

#30254 [Fbk->NoF]: MySQL Connection lost on Socket Close

2005-02-19 Thread php-bugs 
 ID:   30254
 Updated by:   php-bugs@lists.php.net
 Reported By:  mave at clanteamtreff dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Debian 3.0 r2  kernel 2.6.7
 PHP Version:  5.0.1
 New Comment:

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


Previous Comments:


[2005-02-12 22:45:19] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Please provide a short but complete reproduce script if you still
expirience this issue.



[2004-10-02 14:58:58] mave at clanteamtreff dot com

im currently develope some new interfaces, the problem i told with
problems on ftp_close() can reproduced with all socket connections. 
This mean, my SQL Connection gets lost if any command closes a socket
connection.

I connect to sql server ( mysql_connect(...) )
then i want to use file_get_contents with fopen wrappers from an
ftpserver. 
The File read from the ftp server is sucessfully, but after that
command, the mysql connection is lost.

All the Commands i have testet with using sockets or something like
this, kills the mysql connection.

If there are any questitions, just ask.
(Sorry for my bad english, i hope you understand all)



[2004-09-27 12:51:37] mave at clanteamtreff dot com

Description:

currently i use a MySQL Class to handle the Connection to the Database.
No i wrote a litte FTP tool, to get a logfile from an other server.

After the command ftp_close my MySQL Connection is broken, he tells me,
MySQL Connection lost during Query or Connection to MySQL lost,
reconnecting.

If i deactivate the ftp_close command, the whole page runns perfectly.
I think there is a problem with handling the resources.

I use the XAMPP Linux 1.4.8 from www.apachefriends.org.

Reproduce code:
---
$handle = ftp_connect(gethostbyname("localhost"), 21);
$res = ftp_login( $handle, $login, $pass);
if( !$res ) echo "Can't login to FTP";

$f_name = "/tmp/FTP-TMP.".randomstring(20);

$file = fopen( $f_name, "w+" );
if( !$file ) echo "Can't fopen the File";

ftp_fget( $handle, $file, "lastout.txt", FTP_ASCII);

... 
$kontent = writemessage($out);  // Produce the output

fclose($file);
ftp_close($handle); // clean up
unlink($f_name);// clean up


Expected result:

Output from the MySQL Class:
[MySQL]: Verbindung zum Host verloren, neuaufbau der Verbindung
(that means connection lost, reconnecting)

And the rest of the Page can't connect to the mysql server.

after i remove the "ftp_close($handle);" line, it works fine.






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

#30293 [Fbk->NoF]: SWFText addString() appears todo nothing

2005-02-19 Thread php-bugs 
 ID:   30293
 Updated by:   php-bugs@lists.php.net
 Reported By:  Jared dot Williams1 at ntlworld dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Ming related
 Operating System: Windows 2000/IIS
 PHP Version:  5.0.2
 New Comment:

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


Previous Comments:


[2005-02-12 22:28:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Seems to be a ming bug, as addString() segfaults for me somewhere in
libming.



[2005-02-08 09:46:07] xnathanx at yahoo dot com

I have exactly the same issue.
Same version of PHP/ming.

Object exists, but no text string is added using the addString()
function.



[2004-09-30 16:07:47] Jared dot Williams1 at ntlworld dot com

Description:

With Ming2.0a (the version thats including with php5.0.2)

It seems impossible to display text with SWFText object.

The addString() method appears to not add the string to an SWFText
object.

Looking at the swf output in a decompiler the created SWFText object
exists, with the correct colour etc, but no text string to display.

I've tried numerous examples from the 'net, such as
http://ming.sourceforge.net/examples/text.html
(example had to be modified to point to a valid .fdb)

all display the same problem


Reproduce code:
---
http://ming.sourceforge.net/examples/text.html
(example had to be modified to point to a valid .fdb)

Expected result:

320x240 flash movie, with yellow text 'fnar! fnar!' centered 

Actual result:
--
No text is displayed





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

#31987 [Asn->Csd]: hirokawa

2005-02-19 Thread hirokawa 
 ID:   31987
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: mbstring related
 Operating System: Windows XP PRo SP2
 PHP Version:  5CVS-2005-02-15 (dev)
 Assigned To:  fujimoto
 New Comment:

This bug has been fixed in CVS.

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/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2005-02-19 09:01:08] [EMAIL PROTECTED]

Here is a patch to solve this problem,
I don't know if it has any side-effect.

*** Zend/zend_language_scanner.l13 Feb 2005 13:50:48 -  1.120
--- Zend/zend_language_scanner.l19 Feb 2005 07:42:35 -
***
*** 135,140 
--- 135,144 
SCNG(script_org_size) = 0;
SCNG(script_filtered) = NULL;
SCNG(script_filtered_size) = 0;
+   SCNG(input_filter) = NULL;
+   SCNG(output_filter) = NULL;
+   SCNG(script_encoding) = NULL;
+   SCNG(internal_encoding) = NULL;
  #endif /* ZEND_MULTIBYTE */
  }



[2005-02-15 16:05:12] [EMAIL PROTECTED]

Description:

When ZEND_MULTIBYTE option is defined on Windows XP Pro SP2,
and PHP is compiled as Apache 2 module,
PHP 5.0.x break up by phpinfo().

Here is backtrace by VC6++ for PHP 5.0.4dev,

zif_phpinfo()
 -> php_print_info(-1 TSRMLS_CC);
   -> zend_html_puts(zend_version, 
   strlen(zend_verison TSRMLS_CC)
 -> (L66)
LANG_SCNG(output_filter)(&filtered, 
   &filtered_len, s, len TSRMLS_CC)

 filtered = 0x "";
 &filtered = 0x04fcf54c
 filtered_len = -858993460
 s = "Zend Engine v2.1.0-dev,..."
 len = 66


Reproduce code:
---



Expected result:

php releated info.



Actual result:
--
PHP 5.0.4dev executed as Apache 2 module will crash.





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

#32029 [NEW]: PCRE bugs under Windows XP

2005-02-19 Thread craig at unclecraig dot com 
From: craig at unclecraig dot com
Operating system: Windows XP Pro
PHP version:  4.3.10
PHP Bug Type: PCRE related
Bug description:  PCRE bugs under Windows XP

Description:

I'm using the latest snap shot (php4-win32-STABLE-200502191330) on Win XP
with Apache 2.

I've experienced a number of problems with pgrep_replace/pgrep_match that
only occur under windows.  The same code works fine under linux.

The example below is easily reproduced.  The expression splits a file into
it's components - path, name, ext (where ext can be multi part)

When the name part exceeds 12 chars, the expression no longer matches. 
This is not the case using RegExp Coach on the same platform.

I also get a problem when using the following:
// Remove C comments
$content = preg_replace( "|\/\*((?!\*\/).)*\*\/|is", "", $content);

This used to work fine, then suddenly it stopped, no error is returned
execution just halts here and the document returns no data.  I made no
modification to the PHP base, just some of the files that were being
parsed got a bit bigger so this code be a memory issue??? Still no errors
are generated php just halts.  (This is one reason I increased the
memory_limit directive in the php.ini file)

Please help, as I can no longer debug under windows, and I face having to
rewrite large chunks of code to avoid using preg functionality!

-- PHP.INI --
max_execution_time = 150
memory_limit = 64M
extension=php_filepro.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
extension=php_mime_magic.dll
extension=php_zip.dll
[Debugger]
debugger.enabled=on
debugger.profiler_enabled=on
debugger.JIT_enabled=on
debugger.JIT_host = clienthost
debugger.JIT_port = 7869
mime_magic.magicfile = "C:\Program Files\Apache Group\Apache2\conf\magic"

Reproduce code:
---



Expected result:

1
1

Actual result:
--
1
0

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

#29860 [Com]: Cannot compile with mysql and mysqli extensions

2005-02-19 Thread chris at leftbrained dot org 
 ID:   29860
 Comment by:   chris at leftbrained dot org
 Reported By:  rjanson at msn dot com
 Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Redhat 9
 PHP Version:  5.0.1
 New Comment:

I know this hasn't been looked at in some time, but I've spent that
last few days working out this exact problem.

Apache 2.0.53 - Built by me into /usr/local/apache
MySQL 4.1.9 - Used the RPM download of of mysql.com
>MySQL-client-4.1.9-0
>MySQL-shared-compat-4.1.9-0
>MySQL-server-4.1.9-0
>MySQL-bench-4.1.9-0
>MySQL-devel-4.1.9-0

PHP 5.0.3 - ./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config

I'm on some form of RedHat Enterprise, I'm not quite sure how I would
check which one.

I was coming up witht he same exact errors, and the *only* way I was
able to make it work was this:

cd /usr/lib/mysql
rename .a .a_old *.a
rename .la .la_old *.la

Then run configure/make/make install

Then rename these files back.

cd /usr/lib/mysql
rename .a_old .a *.a_old
rename .la_old .la *.la_old

I'm not sure what precisely these files are, and this was a last resort
attempt for me, but it worked.

Chris


Previous Comments:


[2004-10-28 21:49:01] kpederson at mail dot ewu dot edu

I can confirm a few things.  I have both the static and 
the shared libraries installed as they both come in the 
standard mysql-devel rpm: 
 
/usr/lib/libmysqlclient.so 
/usr/lib/libmysqlclient.so.14 
/usr/lib/mysql 
/usr/lib/mysql/libmysqlclient.a 
/usr/lib/mysql/libmysqlclient_r.la 
/usr/lib/mysql/libmysqld.a 
/usr/lib/mysql/libmysqlclient_r.a 
/usr/lib/mysql/mysqld.sym 
/usr/lib/mysql/libmysqlclient.la 
/usr/lib/libmysqlclient.so.14.0.0 
/usr/lib/libmysqlclient_r.so 
/usr/lib/libmysqlclient_r.so.14 
/usr/lib/libmysqlclient_r.so.14.0.0 
 
If the static libraries are found, then the make dies with 
linking problems.  I temporarily did a 'rename .a .a_old 
*.a' and 'rename .la .la_old *.la' in my /usr/lib/mysql 
directory, and then was able to make everything 
successfully. 
 
The output of ./configure ... | grep -i mysql gives: 
 
checking for MySQL support... yes 
checking for specified location of the MySQL UNIX 
socket... /var/run/mysql/mysql.sock 
checking for MySQL UNIX socket 
location... /var/run/mysql/mysql.sock 
checking for mysql_close in -lmysqlclient... (cached) yes 
checking for MySQLi support... yes 
checking whether to enable embedded MySQLi support... no 
checking for mysql_set_server_option in -lmysqlclient... 
(cached) yes 
checking for mysql_stmt_field_count in -lmysqlclient... 
(cached) yes 
 
BTW, I'm running Redhat Enterprise AS using PHP-5.0.2 and 
MySQL-4.1.7 (stable).



[2004-10-14 01:00:05] php-bugs at lists dot php dot net

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



[2004-10-07 12:52:08] stormchaser1 at gmail dot com

forgot to mention it's the MySQL 5.0.1-alpha installed from 
rpms from mysql.com



[2004-10-07 12:48:24] stormchaser1 at gmail dot com

Saame problem... cvs HEAD (php 5.1) from yesterday...



[2004-10-06 13:28:40] php at kilimajer dot net

The errror occurs with these rpms installed:

MySQL-server-4.1.5-0
MySQL-client-4.1.5-0
MySQL-bench-4.1.5-0
MySQL-shared-4.1.5-0
MySQL-embedded-4.1.5-0
MySQL-devel-4.1.5-0

They are downloaded from mysql.com



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

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

#32014 [Bgs->Opn]: Last-Modified is set to PHP file mtime

2005-02-19 Thread rasmus 
 ID:   32014
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ceefour at gauldong dot net
-Status:   Bogus
+Status:   Open
-Bug Type: Session related
+Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.0.3
 New Comment:

It may be expected behaviour, but I would tend to agree with the
suggestion that this is a bad idea.  Moving to a feature/change
request.


Previous Comments:


[2005-02-18 13:54:13] [EMAIL PROTECTED]

This is expected behaviour, use header("Last-Modified: ..."); to change
the default value of this header.



[2005-02-18 02:00:43] ceefour at gauldong dot net

Description:

When using 'public' or 'private' cache limiter (maybe other cache
limiters, except 'nocache'), PHP will output the PHP script's mtime as
the Last-Modified header. While this is okay for some purposes, the
dynamic nature of PHP scripts make this a bad "feature".

It's possible to circumvent this problem by manually sending a header()
but IMHO this should never be necessary.

My proposal would be to change these affected limiters to either not
output Last-Modified or output a current time Last-Modified header
using the format date('D, d M Y H:i:s O'). Note that date('r') doesn't
work in some cases.






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

#32022 [Bgs]: Wrong implementation of mssql.datetimeconvert=Off

2005-02-19 Thread akukula at navopgd dot pl 
 ID:   32022
 User updated by:  akukula at navopgd dot pl
 Reported By:  akukula at navopgd dot pl
 Status:   Bogus
 Bug Type: MSSQL related
 Operating System: Mandrake Linux 10.1
 PHP Version:  4.3.8
 New Comment:

Mandrake have not used --enable-msdblib in their RPM.


Previous Comments:


[2005-02-19 01:49:22] akukula at navopgd dot pl

Okay this one is bogus. There are conflicting prototypes for
dbdatecrack(3) in Sybase and SQL Server. Sybase requires month to be an
offset 0-11 and SQL Server says it should be a proper month 1-12.

So if you use SQL Server and not Sybase, be sure to compile FreeTDS
with --enable-msdblib, as suggested by PHP documentation, to get proper
dates in PHP.

If you need more details, see this:




[2005-02-18 16:39:53] akukula at navopgd dot pl

This is not bogus and I ask you to apply this simple fix. This
sprintf() violates dbdatecrack() specification. sprintf() prints
invalid date and recompilation of external library is not a fix.



[2005-02-18 16:20:08] [EMAIL PROTECTED]

FreeTDS should be compiled using --enable-msdblib if you are compiling
php with --with-mssql.



[2005-02-18 16:03:22] akukula at navopgd dot pl

Description:

Turning off mssql.datetimeconvert causes dates returned from SQL
queries to be shifted one month back.

The bug is in line 892 of php_mssql.c,v 1.86.2.41

According to description found in:



dbdatecrack() returns month in range 0...11. So in sprintf() the
argument dateinfo.month should become dateinfo.month+1

Reproduce code:
---
mssql_query("SELECT CONVERT(DATETIME, '2005-01-01')");
$a = mssql_fetch_row($res); echo $a[0] . "\n";
mssql_query("SELECT CONVERT(DATETIME, '2005-12-01')");
$a = mssql_fetch_row($res); echo $a[0] . "\n";


Expected result:

2005-01-01 00:00:00
2005-12-01 00:00:00


Actual result:
--
2005-00-01 00:00:00
2005-11-01 00:00:00






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

#31807 [Fbk->Csd]: could not load mysqli.so

2005-02-19 Thread gabriel dot preda at amr dot ro 
 ID:   31807
 User updated by:  gabriel dot preda at amr dot ro
 Reported By:  gabriel dot preda at amr dot ro
-Status:   Feedback
+Status:   Closed
 Bug Type: MySQLi related
 Operating System: Fedora Core 2
 PHP Version:  5.0.3
 New Comment:

The latest snapshot did the trick !

Thank you !


Previous Comments:


[2005-02-05 12:05:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

 



[2005-02-02 09:09:01] gabriel dot preda at amr dot ro

Description:

./configure --disable-debug --enable-sigchild --disable-short-tags
--prefix=/usr --mandir=/usr/share/man\
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--enable-experimental-zts --with-apxs2=/usr/sbin/apxs   \
--cache-file=config.cache --enable-bcmath  --with-bz2 --enable-calendar
--with-curl --without-curlwrappers  \
--enable-dbase --enable-dbx --with-fam --enable-ftp --with-gettext
--with-gmp --with-iconv --with-gd --enable-exif  \
--without-imap --with-kerberos --with-mime-magic
--with-mysql=/usr/include/mysql   
\
--with-mysqli=shared,/usr/bin/mysql_config --enable-cgi
--enable-force-cgi-redirect --enable-ipv6 --enable-libxml   \
--with-openssl --with-pdflib --enable-pcntl --with-regex=php
--enable-sysvsem --enable-sysvshm --enable-sysvmsg \
--enable-shmop --enable-simplexml --without-swf --without-snmp
--enable-sockets --without-sqlite --enable-cli   \
--enable-wddx  --with-zip  --with-zlib --with-pear --disable-dba
--enable-mbstring --with-mysql-sock=/mysqldatabases\
--disable-maintainer-zts --disable-memory-limit --enable-zend-multibyte
--with-config-file-path=/etc --without-recode   \
--disable-embedded-mysqli

I have installed MySQL 4.1.9 before PHP 5.0.3.

Reproduce code:
---
No code involved

Expected result:

myqli_* functions

Actual result:
--
The extension compiles I get some warnings... I end up with a
mysqli.so

...but...

PHP Warning: PHP Startup: Invalid library (maybe not a PHP library)
'mysqli.so'  in Unknown on line 0






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

#32026 [NEW]: Can't call to function with paramArray in arg list definition

2005-02-19 Thread csaba at alum dot mit dot edu 
From: csaba at alum dot mit dot edu
Operating system: Win XP Pro
PHP version:  5CVS-2005-02-19 (dev)
PHP Bug Type: COM related
Bug description:  Can't call to function with paramArray in arg list definition

Description:

If I try to make a call to a function where the function has a paramArray
(a VB construct) in the definition, the call fails with (if the param
array gets at least one argument).

For the unfamiliar, a paramArray in VB is an array (of variants) which
consists of all the remaining arguments to the procedure.  As such, it
must be the last declared parameter in the Function declaration.

Csaba Gabor from Vienna


Reproduce code:
---
Here is the PHP test code (menu.php):
ArgCount ("junk", 5, 13);
print $result;
?>


Here is the code for the Menu.OCX file:
Public Function ArgCount(Arg1, ParamArray paArgRest())
'counts the number of arguments passed, excluding Arg1
ArgCount = UBound(paArgRest) + 1 - LBound(paArgRest)
End Function

Notes:
This was built using VB5CCE (the free (while available) VB, Control
Creation Edition)
I have named my control Tool
I have named the Project Menu
I made the OCX into Menu.ocx
In the (VB5CCE) project I went to Project => Menu Properties => Component
tab and set No Compatibility
After I made Menu.OCX, from the directory Menu.ocx resides in, I did:
regsvr32 Menu.ocx


Here is the corresponding VBScript test file (menu.vbs) that works:
Set oTool = CreateObject("Menu.Tool")
result = oTool.ArgCount("junk", 5, 13)
MsgBox result

Expected result:

I expect to see a 2 printed or displayed (since there are two arguments
after "junk")

Actual result:
--
menu.vbs produces the expected 2.

menu.php file fails with:
Cannot pass parameter 2 by reference in C:\Testing\ParamArray\menu.php on
line 3

If the paramArray gets no elements
$result = $oTool->ArgCount ("junk");
then I get the expected 0

I've inserted a
com_print_typeinfo($oTool) and received (there was other code in
menu.ocx):
/* DISPID=1610809344 */
/* VT_VARIANT [12] */
function ArgCount(
/* VT_PTR [26] [in][out] --> VT_VARIANT [12]  */ &$Arg1,
/* VT_PTR [26] [in][out] --> ? [27]  */ &$paArgRest
)
{
}

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

#30932 [Fbk->NoF]: After a long period of inactivity, php pages will not load. Static pages work

2005-02-19 Thread php-bugs 
 ID:   30932
 Updated by:   php-bugs@lists.php.net
 Reported By:  michael_j_mangino at bankone dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: win2k
 PHP Version:  5.0.1
 New Comment:

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


Previous Comments:


[2005-02-11 23:20:27] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-11-29 17:27:50] michael_j_mangino at bankone dot com

Description:

I installed the pre-compiled binaries for windows on a win2k server
running iis. Everything works fine in an application running
connections to an oracle server. I use pconnect for all connections. 

After long periods of inactivity, iis stops returning php pages. They
hang forever. It will still server static pages and asp.net pages.

I have installed the crash dump tool and can get more information next
time it happens. Restarting the web server solves the problem. I am a
windows idiot so I would love suggestions on how to debug this.






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

#30924 [Fbk->NoF]: move_uploaded_file() misbehaves

2005-02-19 Thread php-bugs 
 ID:   30924
 Updated by:   php-bugs@lists.php.net
 Reported By:  himself at zhwau dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  5.0.2
 New Comment:

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


Previous Comments:


[2005-02-11 23:20:52] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-12-27 09:33:38] himself at zhwau dot net

An update on the problem:

Seems that using copy() to move the file DOES work as expected (ie, as
move_uploaded_file is supposed to work). What move_uploaded_file() did
first time round is move the uploaded file not to the current path
(from where the script is running) but rather to the server root
directory - in my case, being something like C:\Progs\Apache2.

Is this a design feature for this function?



[2004-12-01 00:54:49] himself at zhwau dot net

The system the command was run on has the following configuration:
- Athlon XP 2000+ 512MB RAM
- Windows XP SP2
- Apache 2.0.52
- PHP 5.0.2 (running as Apache module, php5_module)

The input form that sends the file via POST is as follows:






The receiving page (vnos.php) contains the following code:

File uploaded!';
  }
  else {
echo 'Error during transfer.';
  }
?>

If you submit the file in the first file, move_uploaded_file in the
second file (vnos.php) returns TRUE, but the file isn't moved. Also,
the vardump on $_FILES does return the appropriate information about
the contents and properties of the file submitted via POST.

Using Firefox, if you reload the page and acknowledge resending the
POSTDATA, then the script executes exactly the same, only this time,
the file gets moved. I haven't tested subsequent reloads, but I'm
assuming the file gets overwritten.

In short - the function 'move_uploaded_file' does NOT move the file on
the first run, but resubmitting the POST data makes the function work
properly.

The temp file directory resides in one of the subdirs on the root of
the webserver, and the webserver has full access to any file or dir in
the document root.



[2004-11-30 21:26:35] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.


Please, provide more info about your system: webserver version, used
SAPI, reproduce code etc.



[2004-11-29 01:29:24] himself at zhwau dot net

Description:

When trying to POST upload a file with the proper  tag, including
the proper enctype and all (but without size restriction with
MAX_FILE_SIZE as in manual example), the receiving script defined in
ACTION results in move_uploaded_file() returning TRUE even though the
file wasn't moved at all.

Odd things happen when you try reloading the ACTION target page which
makes Firefox repost the data - the second time around, the PHP script
moves the file, even though it is assigned a different temp file name.
Then everything works fine.

Could this be the result of a write-behind process for the filesystem
which makes move_uploaded_file() return true even if it didn't move the
actual file?

Reproduce code:
---


Expected result:

Should execute the 'ELSE' part of the sentence, since the
move_upload_file() should return true in the case of a failed file move
- unless it only detects whether or not the tmp_name file exists.

Actual result:
--
First time around, the move_uploaded_file() returns true (meaning the
temp file exists) but the file isn't moved to $ime (i.e. the same dir
where the script is executed).

If you reload the page (and repost the same data), the tmp_name changes
while all stays the same and the file is successfully moved.





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

#30818 [Fbk->NoF]: CLI Access Violation in XP

2005-02-19 Thread php-bugs 
 ID:   30818
 Updated by:   php-bugs@lists.php.net
 Reported By:  neil dot r dot haslewood at web dot de
-Status:   Feedback
+Status:   No Feedback
 Bug Type: CGI related
 Operating System: Windows XP Pro (SP2 build 2600)
 PHP Version:  5.0.2
 New Comment:

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


Previous Comments:


[2005-02-11 23:38:45] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-11-17 21:43:08] neil dot r dot haslewood at web dot de

Description:

cscript /nologo configure.js "--enable-snapshot-build"
"--with-gd=shared"

PHP API 20031224
PHP Extension   20040412

Tried enclosed from command line and encountered the following several
times:

Windows Error Report Popup states:
'CLI has encountered a problem and needs to close'

Visual C++ debugger traps error:
'Unhandled exception in php.exe (PHP5TS.DLL): 0xC005: Access
Violation'

Reproduce code:
---
C:\Documents and Settings\Me>php -a
Interactive mode enabled
http://bugs.php.net/?id=30818&edit=1

#29900 [Fbk->NoF]: Variables can't hold more than 42.56KB

2005-02-19 Thread php-bugs 
 ID:   29900
 Updated by:   php-bugs@lists.php.net
 Reported By:  amir29 at comcast dot net
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Performance problem
 Operating System: Win32
 PHP Version:  5.0.1
 New Comment:

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


Previous Comments:


[2005-02-11 15:18:08] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-09-01 22:12:28] seanstansell at gmail dot com

Having same (well...almost) problem.  Mine are actually capping out at
100,000 bytes (97.6kb).  Windows 2000/PHP 5.01



[2004-08-30 17:21:26] amir29 at comcast dot net

Description:

Whether I use curl, file_get_contents, or fgets php will not put more
42.56kb ... well occassionaly (randomly) it will but most of the time
it won't.

I tried increasing the max memory use from 8M to 64M to no avail.

This bug is in 4.3.5-4.3.9 and 5.01

Reproduce code:
---
$page = file_get_contents(any web page larger than 100kb);
echo $page // will only display 43kb;

Expected result:

echo $page // display 100kb

Actual result:
--
echo $page //displays 42.56kb





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

#30415 [Fbk->NoF]: ORA-03113 error

2005-02-19 Thread php-bugs 
 ID:   30415
 Updated by:   php-bugs@lists.php.net
 Reported By:  msreddy7 at yahoo dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: RedHat Linux AS3
 PHP Version:  4.3.8
 Assigned To:  tony2001
 New Comment:

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


Previous Comments:


[2005-02-11 15:39:03] [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





[2004-10-12 22:30:13] msreddy7 at yahoo dot com

Description:

Using PHP 4.3.8, Apache 2.0.49, RedHat Linux AS v.3.,
and Oracle 9i Database Server

After a period of idleness we receive
the following oracle errors using persistent connections:

ORA-03113: end-of-file on communication channel
ORA-00021: session attached to some other process
ORA-00022: invalid session ID; access denied

Any ideas how this can be resolved. We are in a LoadBalanced
environment, and there is a firewall between our
web servers and the database server.

Any work around that you may suggest would be helpful too.

Thank you
Madhu Reddy







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

#29293 [Fbk->NoF]: some functions are slower (10x slowest) than using php4

2005-02-19 Thread php-bugs 
 ID:   29293
 Updated by:   php-bugs@lists.php.net
 Reported By:  j at bolinos dot ch
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Performance problem
 Operating System: Windows XP
 PHP Version:  5.0.0
 New Comment:

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


Previous Comments:


[2005-02-11 15:19:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2004-08-20 02:20:53] tmgh at www dot deyang dot gov dot cn

i have the same result.it seems that php4 is faster than php5.



[2004-08-19 22:10:40] cyanide320 at hotmail dot com

It seems that the problem is related to several file-related functions.
I have personally experienced this also with the is_dir function.



[2004-07-21 12:21:50] j at bolinos dot ch

Description:

file_exists, include, include_once, require, require_once and
getimagesize are about 10x slower than their php4 version.

Using Apache 2.0.48, Windows XP
Php 5.0.0 versus Php 4.3.6 on the same computer.

Reproduce code:
---
Tested using this function either with file_exists, include,
include_once, require, require_once and getimagesize 

function FileExists($file,$nb,$para="")
{
$aT=array();
$aT[0]=microtime(false);
for($t=0;$t<$nb;$t++){
file_exists($file);
}
$aT[1]=microtime(false);

return $aT;
}


Actual result:
--
Mean for 100 repeated tests
Using php 5.0.0:

include mean: 0.0029407 (s) 
require mean: 0.0030178 (s) 
include_once mean: 0.0022040 (s)  
require_once mean: 0.0023427 (s)
file_exists mean: 0.355 (s)  
file_exists and clearstatcache mean: 0.0013877 (s)

Using php 4.3.6:

include mean: 0.0002966 (s) 
require mean: 0.0002929 (s) 
include_once mean: 0.0001056 (s)  
require_once mean: 0.0001038 (s)
file_exists mean: 0.028 (s)  
file_exists and clearstatcache mean: 0.749 (s)






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