#25400 [Opn-Bgs]: mysql_connect - Segmentation Fault

[georg]

 ID:   25400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stephan at wiedner dot cc
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Debian Woody Kernel:2.4.22
 PHP Version:  5CVS-2003-09-06 (dev)
 New Comment:

This is not a PHP problem, looks like your mysql configuration is  
borked. Try to install a 4.0.14 binary from mysql.com (or 4.0.15 which 

should be announced within the next days).  
 


Previous Comments:


[2003-09-06 09:04:10] stephan at wiedner dot cc

Description:

Every try to connect to the MySQL Server ends up in a segmentation
fault.
When using the Apache2 Module I get the following log-output:
[notice] child pid 25103 exit signal Segmentation fault (11)

Using cli/php i just get Segmentation fault - without being any more
specific...

This problem occours with:
php-5.0.0b1
php-cvs2003-08-31
php-cvs2003-09-06

Apache 2.0.47
MySQL 4.0.14

PHP Configure Options:
./configure 
  --prefix=/usr/local  \
  --exec-prefix=/usr/local  \
  --bindir=/usr/local/bin  \
  --sbindir=/usr/local/sbin  \
  --libexecdir=/usr/local/libexec  \
  --datadir=/usr/local/share  \
  --sysconfdir=/usr/local/etc  \
  --sharedstatedir=/usr/local/com  \
  --localstatedir=/usr/local/var  \
  --libdir=/usr/local/lib  \
  --includedir=/usr/local/include  \
  --infodir=/usr/local/info  \
  --mandir=/usr/local/man  \
  --with-apxs2=/usr/sbin/apxs  \
  --enable-debug  \
  --with-config-file-path=/usr/local/lib  \
  --enable-safe-mode  \
  --disable-ipv6  \
  --disable-short-tags  \
  --with-dom=/usr/local  \
  --with-xsl=/usr/local   \
  --with-pspell  \
  --enable-dbx  \
  --with-db4=/usr/local/BerkeleyDB.4.1  \
  --with-gd=/usr/local  \
  --with-mysql=/usr/local \
  --with-mysql-sock=/tmp/mysql.sock  \
  --with-pgsql  \
  --with-gettext  \
  --with-layout=GNU

MySQL Configure Options:
./configure \
  --prefix=/usr/local \
  --enable-dependency-tracking \
  --localstatedir=/home/mysql \
  --enable-assembler \
  --with-unix-socket-path=/tmp/mysql.sock \
  --with-mysqld-user=mysql \
  --with-mysqld-ldflags=-all-static



I hope I provided all necessary information and that this isn't a bug
but my fault... :)


Reproduce code:
---
?php
echo 'Trying to connect ... ';
$con = mysql_connect('localhost','user','pass') or die (Unable to
connect ...);
echo super!;
mysql_close($con);
?


Expected result:

super!

Actual result:
--
 cli backtrace: 

server:/# gdb ./php
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as i386-linux...
(gdb) run test2.php
Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php
[New Thread 1024 (LWP 784)]
Trying to connect ...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 784)]
0x08319af0 in ?? ()
(gdb) bt
#0  0x08319af0 in ?? ()
#1  0x405f79e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2
#2  0x405f711e in _nss_db_endservent () from /lib/libnss_db.so.2
#3  0x405f73b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2
#4  0x40571a83 in getservbyname_r () from /lib/libc.so.6
#5  0x40571931 in getservbyname () from /lib/libc.so.6
#6  0x401991af in mysql_once_init () from
/usr/local/lib/mysql/libmysqlclient.so.12
#7  0x4019b9d8 in mysql_init () from
/usr/local/lib/mysql/libmysqlclient.so.12
#8  0x080ad624 in php_mysql_do_connect (ht=3, return_value=0x405b94b8,
this_ptr=0x0, return_value_used=1, persistent=0)
at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773
#9  0x080ad955 in zif_mysql_connect (ht=3, return_value=0x405b94b8,
this_ptr=0x0, return_value_used=1)
at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829
#10 0x08238f70 in zend_do_fcall_common_helper (execute_data=0xbfffd760,
op_array=0x405b8b7c)
at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541
#11 0x08239797 in zend_do_fcall_handler (execute_data=0xbfffd760,
op_array=0x405b8b7c)
at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687
#12 0x08234ba7 in execute (op_array=0x405b8b7c) at
/usr/src/WebServer/php-src/Zend/zend_execute.c:1267
#13 0x082127a4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1018
#14 0x081cc44b in php_execute_script (primary_file=0xbaf4) at
/usr/src/WebServer/php-src/main/main.c:1625
#15 0x0824313f in main (argc=2, argv=0xbb84) at
/usr/src/WebServer/php-src/sapi/cli/php_cli.c:910
(gdb)

 apache2 backtrace: 
Starting program: /usr/sbin/httpd -X
[New Thread 1024 (LWP 853)]
 
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 

#25410 [NEW]: strange crash freeze bug when reassigning global var to method's return

[xuefer at 21cn dot com]

From: xuefer at 21cn dot com
Operating system: win
PHP version:  4.3.3
PHP Bug Type: Scripting Engine problem
Bug description:  strange crash  freeze bug when reassigning global var to method's 
return

Description:

the 1st code make apache crash, and the 2nd make apache freeze, taking
full cpu usage
notice that the exit statement is important
noting will happend when exit is removed

only class methods is affected, not function


Reproduce code:
---
crash:
?php

class A
{
function getInstance()
{
if (empty($GLOBALS['a'])) {
$GLOBALS['a'] = new A();
}
return $GLOBALS['a'];
}
}

$a = A::getInstance();
exit;

?

freeze:
?php

class A
{
function getInstance()
{
return $GLOBALS['a'];
}
}

$a = A::getInstance();
exit;

?



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

#25408 [Com]: mail function drops some characters from body

[ggdavid at newmail dot net]

 ID:   25408
 Comment by:   ggdavid at newmail dot net
 Reported By:  zabihi at iranculture dot org
 Status:   Open
 Bug Type: Mail related
 Operating System: Win2000 Adv. - SP4 - IIS5.0
 PHP Version:  4.3.3
 New Comment:

Yes, This is bug in PHP 4.3.3
I use php_imap.dll module from PHP 4.3.2 and use imap_mail() function
instead mail()


Previous Comments:


[2003-09-07 01:10:13] zabihi at iranculture dot org

Description:

When body of message is more than 1024 characters, the 1024th character
is dropped when sending mail. This problem occurs with every 1024
characters in the body, so 2048th and 3072nd characters are also
dropped.
Mail server is MDaemon 6.7 and no error is reporting. 



Reproduce code:
---
$body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, ))
echo OK!;
else
echo Error!;



Expected result:

When we receive the message the following string should be repeated 64
times:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890


Actual result:
--
When we receive the message the following string is repeated 64 times
but in line 17 the P character is dropped and in line 33 the f
character is dropped and so on:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890





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

#25411 [NEW]: Change SAFE MODE behavior for new dirs or files

[4u at direct-netware dot de]

From: 4u at direct-netware dot de
Operating system: Linux in general
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  Change SAFE MODE behavior for new dirs or files

Description:

Every time a script wants to create a directory and a file in it, it fails
because of SAFE MODE restrictions (uid). Please note, that this is only
true, if uid control is active.

Reproduce code:
---
?php
mkdir (mydir,0777);
$fp = fopen (mydir/myfile.php,w);
fclose ($fp);
?

Expected result:

a) Directory does not exist
Directory will be created using the UID of the script and afterwards
create the file.

b) Directory does exist
A warning (or notice? or whatever it is) will be printed out because the
directory already exists and afterwards the file will still be created.
Expecting the right UID (same as the script) has created the directory.

I want to request, that files and directories are always have the UID of
the script (and the UID of the uploader) rather than the UID of the
server which causes many providers to disturb normal PHP file actions.

Actual result:
--
a) Directory does not exist
Directory will be created using the server UID and afterwards there will
be an error while creating the file (SAFE MODE ...).

b) Directory does exist
A warning (or notice? or whatever it is) will be printed out because the
directory already exists and afterwards the file will not be created
because the script is not allowed to write in the directory (SAFE MODE ...
UID ...).

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

#25412 [NEW]: #15702,#19327 still exist in php 4.3.3 ?

[birdfly2000 at 163 dot com]

From: birdfly2000 at 163 dot com
Operating system: redhat 7.1
PHP version:  4.3.3
PHP Bug Type: Java related
Bug description:  #15702,#19327 still  exist in php 4.3.3 ?

Description:

Hello,
   I have a www server, it's configuration is redhat 7.1,apache 1.3.27,and
jdk 1.3.1_06.
Now, i want to compile  php4.1.2 with  jdk1.3.1_06  support and get some
problems as follow link says.
http://bugs.php.net/bug.php?id=19327
http://bugs.php.net/bug.php?id=15702

Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in 
 /www/www.mydomain.com/jver.php on line 4

i make the symbolic link 
$extensiondir$/java.so to $extensiondir$/libphp_java.so
and restart the apache /apache/bin/apachect restart ,but the error still
exist.

In this page,   http://www.php.net/ChangeLog-4.php#4.3.3
it says bug #15702 fixed ,so i upgrade php4.1.2  to php 4.3.3 . but the
same error still exist.

LD_LIBRARY_PATH=LD_LIBRARY_PATH=/usr/oracle/lib:/lib:/usr/lib:/usr/local/lib:/usr/local/apache/libexec:/usr/java/jdk1.3.1_06/jre/lib/i38
6/native_threads:/usr/java/jdk1.3.1_06/jre/lib/i386:/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot

The content of /etc/ld.so.conf file 
/usr/lib
/usr/kerberos/lib
/usr/X11R6/lib
/usr/lib/qt-2.3.0/lib
/opt/sybase-11.9.2/lib
/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot
/usr/java/jdk1.3.1_06/jre/lib/i386/native_threads
/usr/java/jdk1.3.1_06/jre/lib/i386

My php.ini content about java:
[Java]
java.class.path =
/usr/local/src/php-3.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar
java.home = /usr/java/jdk1.3.1_06
java.library =  /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot/libjvm.so
extension_dir = /usr/local/src/php-4.3.3/modules
extension = libphp_java.so

[Java]
java.class.path =
/usr/local/src/php-4.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar

java.home = /usr/java/jdk1.3.1_06
java.library.path = /usr/java/jdk1.3.1_06/jre/lib/i386
java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/libjava.so
extension_dir = /usr/local/src/php-4.3.3/modules
extension = libphp_java.so


Where shall i do ? Is is a  new bug ?
Thanks someone to reply it .


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

#25401 [Fbk-Opn]: pdflib does not generate pdf

[sj at ewetel dot de]

 ID:   25401
 User updated by:  sj at ewetel dot de
 Reported By:  sj at ewetel dot de
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.


Previous Comments:


[2003-09-06 19:08:23] [EMAIL PROTECTED]

Try this:

# rm config.cache
# ./configure \
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \
--with-apxs=/webserver/server/apache-1.3.28/bin/apxs \
--disable-all --disable-cli
# make clean  make
# cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec

And restart apache, try the script again.





[2003-09-06 13:30:04] sj at ewetel dot de

configure is:

./configure  --prefix=/webserver/libs/php-4.3.3
--enable-force-cgi-redirect
--with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib
--with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath
--enable-calendar --with-jpeg-dir=/webserver/gfx-libs
--with-tiff-dir=/webserver/gfx-libs --enable-ftp
--with-gd --with-png-dir=/webserver/gfx-libs
--with-jpeg-dir=/webserver/gfx-libs
--with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf
--with-mysql=/webserver/mysql
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c
--with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit
--with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem
--enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs
--with-config-file-path=/webserver/apache/conf/php
--with-curl=/webserver/libs/curl-7.10.7

it seems to work with the cli interpreter.
(in the php version i used before pdflib works with exactly the same
configure, lib versions and apache)

here's the telnet output:
HTTP/1.1 200 OK
Date: Sat, 06 Sep 2003 17:16:24 GMT
Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b
X-Powered-By: PHP/4.3.3
Transfer-Encoding: chunked
Content-Type: text/html
 
0



[2003-09-06 10:05:45] [EMAIL PROTECTED]

Works fine for me with PHP 4.3.3 (and latest CVS too).
What configure line did you use?
What if you run the script on command line (using CLI)?
Are you sure you're not getting some error there?
etc. etc.





[2003-09-06 09:19:47] sj at ewetel dot de

Description:

Since Upgrading to 4.3.3 the supplied test script does not generate any
output.

A telnet session gives only 0 back as body, last known working
version is php4-STABLE-200303261230.
Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both,
nothing to see in the logs. 


Reproduce code:
---
?php
   

$p = PDF_new();
PDF_open_file($p, );
PDF_set_info($p, Creator, hello.php);
PDF_set_info($p, Author, Rainer Schaaf);
PDF_set_info($p, Title, Hello world (PHP));
   

PDF_begin_page($p, 595, 842);
   

# Change host encoding to winansi or whatever you need!
$font = PDF_findfont($p, Helvetica-Bold, host, 0);
PDF_setfont($p, $font, 18.0);
   

PDF_set_text_pos($p, 50, 700);
PDF_show($p, Hello world!);
PDF_continue_text($p, (says PHP));
   

PDF_end_page($p);
PDF_close($p);
   

$buf = PDF_get_buffer($p);
$len = strlen($buf);
   

header(Content-type: application/pdf);
header(Content-Length: $len);
header(Content-Disposition: inline; filename=hello.pdf);
print $buf;
   

PDF_delete($p);
?

Expected result:

The generated PDF should show up in the browser.






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

#24978 [Opn-Csd]: PHP should allow access to object properties inline

[andrey]

 ID:   24978
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mitsu at syntheticzero dot com
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: ALL
 PHP Version:  4.3.1
 New Comment:

Most if not all of this will be available in PHP5. You can give a try
to PHP5 betas.

Thank you for you FR.


Previous Comments:


[2003-08-07 23:29:07] mitsu at syntheticzero dot com

Description:

As noted in a comment to the PHP object/classes page:

It seems there is no way to access the return value of a
method (or any function) inline, without assigning it to a
variable. 

For example: 

$test = new Test; 

// This does not work: 
$foo = $test-blah()[0]; 

// Instead have to do: 
$temp = $test-blah(); 
$foo = $temp[0]; 

// Similarly for objects, cannot do: 
$foo = $test-childTest()-blah(); 

// Instead have to do: 
$temp = $test-childTest(); 
$foo = $temp-blah(); 


:-(

I would like to strongly request that PHP add this functionality to a
future version.  The editor's note says that PHP is not a hard-core
OOP language --- however, it seems to me that this is a very essential
feature if you want to use even fairly basic object-oriented
principles.

For example, because of this, it is very difficult to use access
methods instead of directly accessing instance variables of a class. 
I.e., suppose I have a class which has an array inside it, called
$contents, which contain a variable called $foo.  I can do this:

$object-contents[5]-foo

Suppose I want to use an access method instead:

$object-getContents(5)

so that I can hide the fact that $contents is an array --- maybe later
I might want to change it so it looks up the value in a mysql database
or something.  I would want to be able to write:

$object-getContents(5)-foo

(or even better, $object-getContents(5)-foo() )

but I can't.  Instead, I have to write the much more cumbersome:

$temp = $object-getContents(5);
$temp-foo();

Not allowing transparent use of access methods destroys a lot of the
power of using object-oriented programming.  If you can't use access
methods cleanly, then you are forced to reach inside the object and
directly access instance variables, violating encapsulation and making
it difficult to change the internal structure of a class without having
to rewrite everything that calls it.

Reproduce code:
---
class Test 
{ 
 function blah () 
 {
return array(1,2,3); 
 } 

 function childTest () 
 { 
return new Test; 
 } 
}


Expected result:

$test = new Test; 

// This does not work: 
$foo = $test-blah()[0]; 

// Instead have to do: 
$temp = $test-blah(); 
$foo = $temp[0]; 

// Similarly for objects, cannot do: 
$foo = $test-childTest()-blah(); 

// Instead have to do: 
$temp = $test-childTest(); 
$foo = $temp-blah(); 







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

#25412 [Opn-Bgs]: #15702,#19327 still exist in php 4.3.3 ?

[sniper]

 ID:   25412
 Updated by:   [EMAIL PROTECTED]
 Reported By:  birdfly2000 at 163 dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Java related
 Operating System: redhat 7.1
 PHP Version:  4.3.3
 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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

And don't bother adding more comments anywhere either.
We know it doesn't work. 



Previous Comments:


[2003-09-07 07:00:53] birdfly2000 at 163 dot com

Description:

Hello,
   I have a www server, it's configuration is redhat 7.1,apache
1.3.27,and jdk 1.3.1_06.
Now, i want to compile  php4.1.2 with  jdk1.3.1_06  support and get
some problems as follow link says.
http://bugs.php.net/bug.php?id=19327
http://bugs.php.net/bug.php?id=15702

Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in 
 /www/www.mydomain.com/jver.php on line 4

i make the symbolic link 
$extensiondir$/java.so to $extensiondir$/libphp_java.so
and restart the apache /apache/bin/apachect restart ,but the error
still exist.

In this page,   http://www.php.net/ChangeLog-4.php#4.3.3
it says bug #15702 fixed ,so i upgrade php4.1.2  to php 4.3.3 . but the
same error still exist.

LD_LIBRARY_PATH=LD_LIBRARY_PATH=/usr/oracle/lib:/lib:/usr/lib:/usr/local/lib:/usr/local/apache/libexec:/usr/java/jdk1.3.1_06/jre/lib/i38
6/native_threads:/usr/java/jdk1.3.1_06/jre/lib/i386:/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot

The content of /etc/ld.so.conf file 
/usr/lib
/usr/kerberos/lib
/usr/X11R6/lib
/usr/lib/qt-2.3.0/lib
/opt/sybase-11.9.2/lib
/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot
/usr/java/jdk1.3.1_06/jre/lib/i386/native_threads
/usr/java/jdk1.3.1_06/jre/lib/i386

My php.ini content about java:
[Java]
java.class.path =
/usr/local/src/php-3.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar
java.home = /usr/java/jdk1.3.1_06
java.library =  /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot/libjvm.so
extension_dir = /usr/local/src/php-4.3.3/modules
extension = libphp_java.so

[Java]
java.class.path =
/usr/local/src/php-4.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar

java.home = /usr/java/jdk1.3.1_06
java.library.path = /usr/java/jdk1.3.1_06/jre/lib/i386
java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/libjava.so
extension_dir = /usr/local/src/php-4.3.3/modules
extension = libphp_java.so


Where shall i do ? Is is a  new bug ?
Thanks someone to reply it .






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

#24978 [Csd]: PHP should allow access to object properties inline

[sniper]

 ID:   24978
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mitsu at syntheticzero dot com
 Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: ALL
 PHP Version:  4.3.1
 New Comment:

Don't bother trying 5.0.0b1, get the latest CVS snapshot instead, from
http://snaps.php.net/

And Andrey, don't suggest anyone try the buggy beta1, please.



Previous Comments:


[2003-09-07 08:29:50] [EMAIL PROTECTED]

Most if not all of this will be available in PHP5. You can give a try
to PHP5 betas.

Thank you for you FR.



[2003-08-07 23:29:07] mitsu at syntheticzero dot com

Description:

As noted in a comment to the PHP object/classes page:

It seems there is no way to access the return value of a
method (or any function) inline, without assigning it to a
variable. 

For example: 

$test = new Test; 

// This does not work: 
$foo = $test-blah()[0]; 

// Instead have to do: 
$temp = $test-blah(); 
$foo = $temp[0]; 

// Similarly for objects, cannot do: 
$foo = $test-childTest()-blah(); 

// Instead have to do: 
$temp = $test-childTest(); 
$foo = $temp-blah(); 


:-(

I would like to strongly request that PHP add this functionality to a
future version.  The editor's note says that PHP is not a hard-core
OOP language --- however, it seems to me that this is a very essential
feature if you want to use even fairly basic object-oriented
principles.

For example, because of this, it is very difficult to use access
methods instead of directly accessing instance variables of a class. 
I.e., suppose I have a class which has an array inside it, called
$contents, which contain a variable called $foo.  I can do this:

$object-contents[5]-foo

Suppose I want to use an access method instead:

$object-getContents(5)

so that I can hide the fact that $contents is an array --- maybe later
I might want to change it so it looks up the value in a mysql database
or something.  I would want to be able to write:

$object-getContents(5)-foo

(or even better, $object-getContents(5)-foo() )

but I can't.  Instead, I have to write the much more cumbersome:

$temp = $object-getContents(5);
$temp-foo();

Not allowing transparent use of access methods destroys a lot of the
power of using object-oriented programming.  If you can't use access
methods cleanly, then you are forced to reach inside the object and
directly access instance variables, violating encapsulation and making
it difficult to change the internal structure of a class without having
to rewrite everything that calls it.

Reproduce code:
---
class Test 
{ 
 function blah () 
 {
return array(1,2,3); 
 } 

 function childTest () 
 { 
return new Test; 
 } 
}


Expected result:

$test = new Test; 

// This does not work: 
$foo = $test-blah()[0]; 

// Instead have to do: 
$temp = $test-blah(); 
$foo = $temp[0]; 

// Similarly for objects, cannot do: 
$foo = $test-childTest()-blah(); 

// Instead have to do: 
$temp = $test-childTest(); 
$foo = $temp-blah(); 







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

#25401 [Opn-Fbk]: pdflib does not generate pdf

[sniper]

 ID:   25401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sj at ewetel dot de
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)



Previous Comments:


[2003-09-07 07:07:03] sj at ewetel dot de

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.



[2003-09-06 19:08:23] [EMAIL PROTECTED]

Try this:

# rm config.cache
# ./configure \
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \
--with-apxs=/webserver/server/apache-1.3.28/bin/apxs \
--disable-all --disable-cli
# make clean  make
# cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec

And restart apache, try the script again.





[2003-09-06 13:30:04] sj at ewetel dot de

configure is:

./configure  --prefix=/webserver/libs/php-4.3.3
--enable-force-cgi-redirect
--with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib
--with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath
--enable-calendar --with-jpeg-dir=/webserver/gfx-libs
--with-tiff-dir=/webserver/gfx-libs --enable-ftp
--with-gd --with-png-dir=/webserver/gfx-libs
--with-jpeg-dir=/webserver/gfx-libs
--with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf
--with-mysql=/webserver/mysql
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c
--with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit
--with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem
--enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs
--with-config-file-path=/webserver/apache/conf/php
--with-curl=/webserver/libs/curl-7.10.7

it seems to work with the cli interpreter.
(in the php version i used before pdflib works with exactly the same
configure, lib versions and apache)

here's the telnet output:
HTTP/1.1 200 OK
Date: Sat, 06 Sep 2003 17:16:24 GMT
Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b
X-Powered-By: PHP/4.3.3
Transfer-Encoding: chunked
Content-Type: text/html
 
0



[2003-09-06 10:05:45] [EMAIL PROTECTED]

Works fine for me with PHP 4.3.3 (and latest CVS too).
What configure line did you use?
What if you run the script on command line (using CLI)?
Are you sure you're not getting some error there?
etc. etc.





[2003-09-06 09:19:47] sj at ewetel dot de

Description:

Since Upgrading to 4.3.3 the supplied test script does not generate any
output.

A telnet session gives only 0 back as body, last known working
version is php4-STABLE-200303261230.
Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both,
nothing to see in the logs. 


Reproduce code:
---
?php
   

$p = PDF_new();
PDF_open_file($p, );
PDF_set_info($p, Creator, hello.php);
PDF_set_info($p, Author, Rainer Schaaf);
PDF_set_info($p, Title, Hello world (PHP));
   

PDF_begin_page($p, 595, 842);
   

# Change host encoding to winansi or whatever you need!
$font = PDF_findfont($p, Helvetica-Bold, host, 0);
PDF_setfont($p, $font, 18.0);
   

PDF_set_text_pos($p, 50, 700);
PDF_show($p, Hello world!);
PDF_continue_text($p, (says PHP));
   

PDF_end_page($p);
PDF_close($p);
   

$buf = PDF_get_buffer($p);
$len = strlen($buf);
   

header(Content-type: application/pdf);
header(Content-Length: $len);
header(Content-Disposition: inline; filename=hello.pdf);
print $buf;
   

PDF_delete($p);
?

Expected result:

The generated PDF should show up in the browser.






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

#25410 [Opn-Csd]: strange crash freeze bug when reassigning global var to method's return

[sniper]

 ID:   25410
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xuefer at 21cn dot com
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: win
 PHP Version:  4.3.3
 New Comment:

Fixed in PHP 5. (ZE2, won't fix in PHP 4)





Previous Comments:


[2003-09-07 06:13:39] xuefer at 21cn dot com

Description:

the 1st code make apache crash, and the 2nd make apache freeze, taking
full cpu usage
notice that the exit statement is important
noting will happend when exit is removed

only class methods is affected, not function


Reproduce code:
---
crash:
?php

class A
{
function getInstance()
{
if (empty($GLOBALS['a'])) {
$GLOBALS['a'] = new A();
}
return $GLOBALS['a'];
}
}

$a = A::getInstance();
exit;

?

freeze:
?php

class A
{
function getInstance()
{
return $GLOBALS['a'];
}
}

$a = A::getInstance();
exit;

?







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

#25408 [Opn-Bgs]: mail function drops some characters from body

[sniper]

 ID:   25408
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zabihi at iranculture dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: Win2000 Adv. - SP4 - IIS5.0
 PHP Version:  4.3.3
 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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

*sigh*



Previous Comments:


[2003-09-07 06:33:14] ggdavid at newmail dot net

Yes, This is bug in PHP 4.3.3
I use php_imap.dll module from PHP 4.3.2 and use imap_mail() function
instead mail()



[2003-09-07 01:10:13] zabihi at iranculture dot org

Description:

When body of message is more than 1024 characters, the 1024th character
is dropped when sending mail. This problem occurs with every 1024
characters in the body, so 2048th and 3072nd characters are also
dropped.
Mail server is MDaemon 6.7 and no error is reporting. 



Reproduce code:
---
$body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, ))
echo OK!;
else
echo Error!;



Expected result:

When we receive the message the following string should be repeated 64
times:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890


Actual result:
--
When we receive the message the following string is repeated 64 times
but in line 17 the P character is dropped and in line 33 the f
character is dropped and so on:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890





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

#25414 [NEW]: All variables == 08 | 09 | 00

[webmaster at demomusic dot nu]

From: webmaster at demomusic dot nu
Operating system: WinXP, Unix
PHP version:  4.3.3
PHP Bug Type: Output Control
Bug description:  All variables == 08 | 09 | 00

Description:

Every variable, uninitiated or == , returns true when compared with 00,
08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP
using apache and Unix using apache. On WinXP: no changes to php.ini-dist
than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows

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

#25394 [Opn-Bgs]: Segfault and Crash on long scripts.

[sniper]

 ID:   25394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark dot meredith at shaw dot ca
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: MAC OS 10.2.6
 PHP Version:  4CVS-2003-09-06 (stable)
 New Comment:

[xserver:~/jani/php4] admin% uname -v
Darwin Kernel Version 6.6: Thu May  1 21:48:54 PDT 2003

[xserver:~/jani/php4] admin% sapi/cli/php ../t.php
Allowed memory size of 8388608 bytes exhausted (tried to allocate
14155776 bytes)




Previous Comments:


[2003-09-07 01:29:41] mark dot meredith at shaw dot ca

Are you sure you were running this on a Apple Mac OS X box? 
I have tried the memory_limit directive and corresponding 
configure option. Even when set to allow 64MB the script 
still crashes at exactly the same length. I also used no 
memory directive and a memory limit of -1. Everything 
produces the same result at the same point in the script. 
After the report was labeled Bogus I got my hands on a 
brand new iBook. Same thing. I have also tried the 
www.serverlogistics.com and www.entropy.ch builds with the 
same crash at the same line.

Thanks again for your time and efforts. I hope this is 
squashable.



[2003-09-06 19:14:49] [EMAIL PROTECTED]

Can not reproduce with a script that has $x=1 about 500'000 times. Only
thing I get is: 

Allowed memory size of 8388608 bytes exhausted at
/usr/src/web/php/php4_3/Zend/zend_opcode.c:48 (tried to allocate
11796480 bytes)

I suggest you use '--enable-memory-limit' configure option and set the
'memory_limit' directive in php.ini to a reasonable amount. This will
prevent any stupid scripts like this from crashing.





[2003-09-06 03:50:36] mark dot meredith at shaw dot ca

Description:

I have tested this with the 4.3.2 and 
4.3.3 official releases as well. I have not tried any 
earlier releases. I have tried with the command line or 
as an Apache 1 or Apache 2 module all with the same result.

I used no extensions or modules for the builds in all 
cases.

Apparently the bug does not occur for Windows XP Pro and 
likely 
some other operating systems. I was told this by some users 
of a PHP forum who tried their own test scripts.

The result of memory_get_usage() placed on a script one 
line shorter than the crash length returned around 1MB.

Thank you.

Reproduce code:
---
?php

/*presumably any long script that consumes enough memory will cause the
problem*/

/*this assignment done about 1 times*/
$x = 1;

?

Expected result:

Nothing but a clean run through.

Actual result:
--
The backtrace from the STABLE snapshot cli was...

(gdb) bt
#0  0x00183b9c in execute (op_array=0x4e7c58) at /Users/
markmere/Sources/php4-snapshot/Zend/zend_execute.c:1027
#1  0x0016e334 in zend_execute_scripts (type=8, retval=0x0, 
file_count=3) at /Users/markmere/Sources/php4-snapshot/
Zend/zend.c:885
#2  0x001208e0 in php_execute_script 
(primary_file=0xb7c0) at /Users/markmere/Sources/php4-
snapshot/main/main.c:1723
#3  0x0018ea84 in main (argc=2, argv=0xbd24) at /Users/
markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819
#4  0x2564 in _start (argc=2, argv=0xbd24, 
envp=0xbd30) at /SourceCache/Csu/Csu-45/crt.c:267
#5  0x23e4 in start ()





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

#25414 [Opn-Bgs]: All variables == 08 | 09 | 00

[derick]

 ID:   25414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at demomusic dot nu
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

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

octal numbers, manual... figure it out.


Previous Comments:


[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25414 [Com]: All variables == 08 | 09 | 00

[patrik at lepatrik dot se]

 ID:   25414
 Comment by:   patrik at lepatrik dot se
 Reported By:  webmaster at demomusic dot nu
 Status:   Bogus
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

rtfm


Previous Comments:


[2003-09-07 11:30:34] [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

octal numbers, manual... figure it out.



[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25403 [Opn-WFx]: Problem with VT_DATE

[sniper]

 ID:   25403
 Updated by:   [EMAIL PROTECTED]
 Reported By:  m dot melloff at mptronic dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: COM related
 Operating System: WindowsXP
 PHP Version:  4.3.2
 New Comment:

The com extension has been completely rewritten in PHP5 and the PHP4
com extension is no longer being maintained. If you find bugs with the
com extension in PHP5 please report them.

Latest PHP 5 snapshot can be found at http://snaps.php.net/



Previous Comments:


[2003-09-06 10:27:50] m dot melloff at mptronic dot com

Description:

Problem when retrieving a VT_DATE in a COM object if the date is  to
01/01/1970

the code works fine with with any date  01/01/1970 

the problem is VT_Date can start at 01/01/1901 and $DOB-Value returns
a timestamp starting from 1970 instead of 1901. While it makes easy to
format the VT_Date with Date($format,$timestamp) it does not alow to
retrieve dates  1970 from a COM:VT_Date variable

for VT_Date  1970 (year) ,$DOB-Value return -1 ...







Reproduce code:
---
$query = new COM(DICOMobjects.DICOMQuery) ;
//settings to Query the Dicom Server
$query-node=localhost;
$query-port=104;
$query-CallingAE=Client;
$query-CalledAE=Server;
$query-Name=*; //tell the query to return any patient

$result = $query-DoQuery;//starts the query
$results = $query-Count;//number of items returned

for($i=1;$i$results+1;$i++) 
{
$Attrib=$answer-Attributes;
$DOB = $Attrib-ItemByIndex(4);//Date of birth of the patient
echo $DOB-value.br; //is a VT_Date an returns a Timestamp
echo date(d/m/Y,$DOB-value).br; //formats the timestamp

}

Expected result:

the returned timestamp should not be -1 for dates  1970
that makes the date unaccessible , and even for dates1970 the
timestamp should be given from 1901 and not 1970 like it is now

Actual result:
--
A timestamp starting from 1901 and not 1970.

Please help me :p





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

#25414 [Com]: All variables == 08 | 09 | 00

[koi at casual dot se]

 ID:   25414
 Comment by:   koi at casual dot se
 Reported By:  webmaster at demomusic dot nu
 Status:   Bogus
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

indeed


Previous Comments:


[2003-09-07 11:33:15] patrik at lepatrik dot se

rtfm



[2003-09-07 11:30:34] [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

octal numbers, manual... figure it out.



[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25391 [Opn-WFx]: Problem with method call - please report this bug

[sniper]

 ID:   25391
 Updated by:   [EMAIL PROTECTED]
 Reported By:  skissane at ics dot mq dot edu dot au
-Status:   Open
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

Works with PHP5 - won't fix in PHP4.
(basically any OO bugs in PHP4 gets the same treatment, if it doesn't
work in PHP5, report it, otherwise, forget about it)


Previous Comments:


[2003-09-06 01:46:08] skissane at ics dot mq dot edu dot au

Description:

Getting error message telling me to report this bug, so I am.

Confirmed only happens with 4.3.3; 5CVS-2003-09-06 gives the more
sensible error message Fatal error: Using $this when not in object
context on the previous line, indicating this is a ZE1 problem.

Reproduce code:
---
?
class foo {
function bar() {
}
}

$this-x = y;
echo foo::bar();
?


Expected result:

No message instructing me to file a bug report.
Possibly, an error about using $this outside a class, like PHP5 gives.

Actual result:
--
Warning: Problem with method call - please report this bug on line 8






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

#25414 [Bgs]: All variables == 08 | 09 | 00

[webmaster at demomusic dot nu]

 ID:   25414
 User updated by:  webmaster at demomusic dot nu
 Reported By:  webmaster at demomusic dot nu
 Status:   Bogus
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

Can't find any general information about them octal numbers, maybe
someone could post some info about this here?

http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net


Previous Comments:


[2003-09-07 11:30:34] [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

octal numbers, manual... figure it out.



[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25414 [Bgs-Opn]: All variables == 08 | 09 | 00

[webmaster at demomusic dot nu]

 ID:   25414
 User updated by:  webmaster at demomusic dot nu
 Reported By:  webmaster at demomusic dot nu
-Status:   Bogus
+Status:   Open
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

I still see this as a bug, since my script doesn't act the expected way
because of it. I am using it in a select:
option value=01 ?if ($form_hour == 01) echo selected;?01
option value=01 ?if ($form_hour == 02) echo selected;?02 etc
option value=01 ?if ($form_hour == 08) echo selected;?08

And when $form_hour is == to 02 or anything under 09, the selected
option is always 09. Irritating, and a bug, in my eyes


Previous Comments:


[2003-09-07 11:39:53] webmaster at demomusic dot nu

Can't find any general information about them octal numbers, maybe
someone could post some info about this here?

http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net



[2003-09-07 11:30:34] [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

octal numbers, manual... figure it out.



[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25414 [Opn-Bgs]: All variables == 08 | 09 | 00

[derick]

 ID:   25414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at demomusic dot nu
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: WinXP, Unix
 PHP Version:  4.3.3
 New Comment:

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

Thank you for your interest in PHP.

Keep this bogus, it's not a bug.


Previous Comments:


[2003-09-07 11:46:18] webmaster at demomusic dot nu

I still see this as a bug, since my script doesn't act the expected way
because of it. I am using it in a select:
option value=01 ?if ($form_hour == 01) echo selected;?01
option value=01 ?if ($form_hour == 02) echo selected;?02 etc
option value=01 ?if ($form_hour == 08) echo selected;?08

And when $form_hour is == to 02 or anything under 09, the selected
option is always 09. Irritating, and a bug, in my eyes



[2003-09-07 11:39:53] webmaster at demomusic dot nu

Can't find any general information about them octal numbers, maybe
someone could post some info about this here?

http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net



[2003-09-07 11:30:34] [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

octal numbers, manual... figure it out.



[2003-09-07 11:27:11] webmaster at demomusic dot nu

Description:

Every variable, uninitiated or == , returns true when compared with
00, 08 or 09. 

Standard compilation + gd2 library. phpver 4.3.3, bug tested on both
WinXP using apache and Unix using apache. On WinXP: no changes to
php.ini-dist than different includepath. 

Reproduce code:
---
if ($foo == 00) {echo Allthough this should not show, it showsbr;}
if ($foo == 08) {echo Allthough this should not show, it showsbr;}
if ($foo == 09) {echo Allthough this should not show, it showsbr;}

Actual result:
--
Allthough this should not show, it shows
Allthough this should not show, it shows
Allthough this should not show, it shows





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

#25401 [Fbk-Opn]: pdflib does not generate pdf

[sj at ewetel dot de]

 ID:   25401
 User updated by:  sj at ewetel dot de
 Reported By:  sj at ewetel dot de
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.


Previous Comments:


[2003-09-07 11:08:57] [EMAIL PROTECTED]

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)




[2003-09-07 07:07:03] sj at ewetel dot de

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.



[2003-09-06 19:08:23] [EMAIL PROTECTED]

Try this:

# rm config.cache
# ./configure \
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \
--with-apxs=/webserver/server/apache-1.3.28/bin/apxs \
--disable-all --disable-cli
# make clean  make
# cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec

And restart apache, try the script again.





[2003-09-06 13:30:04] sj at ewetel dot de

configure is:

./configure  --prefix=/webserver/libs/php-4.3.3
--enable-force-cgi-redirect
--with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib
--with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath
--enable-calendar --with-jpeg-dir=/webserver/gfx-libs
--with-tiff-dir=/webserver/gfx-libs --enable-ftp
--with-gd --with-png-dir=/webserver/gfx-libs
--with-jpeg-dir=/webserver/gfx-libs
--with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf
--with-mysql=/webserver/mysql
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c
--with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit
--with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem
--enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs
--with-config-file-path=/webserver/apache/conf/php
--with-curl=/webserver/libs/curl-7.10.7

it seems to work with the cli interpreter.
(in the php version i used before pdflib works with exactly the same
configure, lib versions and apache)

here's the telnet output:
HTTP/1.1 200 OK
Date: Sat, 06 Sep 2003 17:16:24 GMT
Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b
X-Powered-By: PHP/4.3.3
Transfer-Encoding: chunked
Content-Type: text/html
 
0



[2003-09-06 10:05:45] [EMAIL PROTECTED]

Works fine for me with PHP 4.3.3 (and latest CVS too).
What configure line did you use?
What if you run the script on command line (using CLI)?
Are you sure you're not getting some error there?
etc. etc.





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

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

#25415 [NEW]: empty string passed to PQconnectdb()

[domingo at dad-it dot com]

From: domingo at dad-it dot com
Operating system: linux
PHP version:  4.3.3
PHP Bug Type: PostgreSQL related
Bug description:  empty string passed to PQconnectdb() 

Description:

When using the pg_connect with only one parameter (conection string) a
empty string is passed to PQconnectdb() allowing only connection to
default dabase for the current user.


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

#25401 [Opn-Fbk]: pdflib does not generate pdf

[sniper]

 ID:   25401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sj at ewetel dot de
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

Do you happen to have any Zend extensions loaded? Such as some
debugger/cache? And what's the diff between php.ini-dist (assuming you
used that as base) and your php.ini ??



Previous Comments:


[2003-09-07 12:04:52] sj at ewetel dot de

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.



[2003-09-07 11:08:57] [EMAIL PROTECTED]

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)




[2003-09-07 07:07:03] sj at ewetel dot de

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.



[2003-09-06 19:08:23] [EMAIL PROTECTED]

Try this:

# rm config.cache
# ./configure \
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \
--with-apxs=/webserver/server/apache-1.3.28/bin/apxs \
--disable-all --disable-cli
# make clean  make
# cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec

And restart apache, try the script again.





[2003-09-06 13:30:04] sj at ewetel dot de

configure is:

./configure  --prefix=/webserver/libs/php-4.3.3
--enable-force-cgi-redirect
--with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib
--with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath
--enable-calendar --with-jpeg-dir=/webserver/gfx-libs
--with-tiff-dir=/webserver/gfx-libs --enable-ftp
--with-gd --with-png-dir=/webserver/gfx-libs
--with-jpeg-dir=/webserver/gfx-libs
--with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf
--with-mysql=/webserver/mysql
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c
--with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit
--with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem
--enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs
--with-config-file-path=/webserver/apache/conf/php
--with-curl=/webserver/libs/curl-7.10.7

it seems to work with the cli interpreter.
(in the php version i used before pdflib works with exactly the same
configure, lib versions and apache)

here's the telnet output:
HTTP/1.1 200 OK
Date: Sat, 06 Sep 2003 17:16:24 GMT
Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b
X-Powered-By: PHP/4.3.3
Transfer-Encoding: chunked
Content-Type: text/html
 
0



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

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

#25416 [NEW]: Script parsed twice on table background tag

[alex dot hennecke at web dot de]

From: alex dot hennecke at web dot de
Operating system: Windows 98, Linux
PHP version:  4.3.1
PHP Bug Type: Apache related
Bug description:  Script parsed twice on table background tag

Description:

The background attribute of a table-tag causes the script to be
executed twice.

This also happens if the script is nested somewhere in included
sub-scripts, causing the calling main script to be executed twice, e.g.:

main.php includes sub1.php
sub1.php includes error.php

error.php has a table background=...

will result in a successive GET request, causing main.php to be executed
again.

This occurs on Apache 1.3.27, both on Linux and Windows environment,
tested with Internet Explorer 6 and Mozilla (Firebird). 
Apache and Php are running at the default configuration, no additional
modules.

Reproduce code:
---
test.php:
---
html
body
table background=#FF
trtd/td/tr
/table
/body
/html



Expected result:

Should execute script once, which it does if the background attribute is
removed.

Actual result:
--
Script will be executed twice, as described above.

Apache access.log:


127.0.0.1 - - [08/Sep/2003:18:00:01 +0200] GET /phpLib/test2.php
HTTP/1.1 200 107
127.0.0.1 - - [08/Sep/2003:18:00:02 +0200] GET /phpLib/test2.php
HTTP/1.1 200 107


Apache error.log (running on DEBUG loglevel):


[Mon Sep 08 18:04:13 2003] [info] Parent: Created child process -1399539
[Mon Sep 08 18:04:13 2003] [info] Parent: Duplicating socket 68 and
sending it to child process -1399539
[Mon Sep 08 18:04:13 2003] [info] BytesRead = 372 WSAProtocolInfo = 020
[Mon Sep 08 18:04:17 2003] [info] Invoking CGI Command 'd:\PHP\PHP.EXE '
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[0] = 'COMSPEC=C:\WINDOWS\COMMAND.COM'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[1] = 'DOCUMENT_ROOT=e:/dulce/marketing site2/'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[2] =
'HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[3] = 'HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[4] = 'HTTP_ACCEPT_ENCODING=gzip,deflate'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[5] = 'HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[6] = 'HTTP_CONNECTION=keep-alive'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[7] = 'HTTP_HOST=localhost'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[8] = 'HTTP_KEEP_ALIVE=300'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[9] = 'HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a)
Gecko/20030728 Mozilla Firebird/0.6.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[10] =
'PATH=D:\PERL\BIN;D:\UTILS\RESKIT;D:\JAVA\J2SDK-1_4_0_02\BIN\;C:\WINDOWS;C:\WINDOWS\COMMAND'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[11] = 'REDIRECT_STATUS=200'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[12] = 'REDIRECT_URL=/phpLib/test2.php'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[13] = 'REMOTE_ADDR=127.0.0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[14] = 'REMOTE_PORT=2591'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[15] = 'SCRIPT_FILENAME=d:/php/php.exe'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[16] = 'SERVER_ADDR=127.0.0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[17] = '[EMAIL PROTECTED]'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[18] = 'SERVER_NAME=www.e-nterests.com'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[19] = 'SERVER_PORT=80'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[20] = 'SERVER_SIGNATURE=ADDRESSApache/1.3.27 Server at
www.e-nterests.com Port 80/ADDRESS
'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[21] = 'SERVER_SOFTWARE=Apache/1.3.27 (Win32)'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[22] = 'WINDIR=C:\WINDOWS'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[23] = 'GATEWAY_INTERFACE=CGI/1.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[24] = 'SERVER_PROTOCOL=HTTP/1.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[25] = 

#25415 [Opn-Fbk]: empty string passed to PQconnectdb()

[sniper]

 ID:   25415
 Updated by:   [EMAIL PROTECTED]
 Reported By:  domingo at dad-it dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.3.3
 New Comment:

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.





Previous Comments:


[2003-09-07 12:13:37] domingo at dad-it dot com

Description:

When using the pg_connect with only one parameter (conection string) a
empty string is passed to PQconnectdb() allowing only connection to
default dabase for the current user.






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

#25416 [Opn-Bgs]: Script parsed twice on table background tag

[sniper]

 ID:   25416
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex dot hennecke at web dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Windows 98, Linux
 PHP Version:  4.3.1
 New Comment:

Yes, and this is not PHP bug.



Previous Comments:


[2003-09-07 12:18:04] alex dot hennecke at web dot de

Description:

The background attribute of a table-tag causes the script to be
executed twice.

This also happens if the script is nested somewhere in included
sub-scripts, causing the calling main script to be executed twice,
e.g.:

main.php includes sub1.php
sub1.php includes error.php

error.php has a table background=...

will result in a successive GET request, causing main.php to be
executed again.

This occurs on Apache 1.3.27, both on Linux and Windows environment,
tested with Internet Explorer 6 and Mozilla (Firebird). 
Apache and Php are running at the default configuration, no additional
modules.

Reproduce code:
---
test.php:
---
html
body
table background=#FF
trtd/td/tr
/table
/body
/html



Expected result:

Should execute script once, which it does if the background attribute
is removed.

Actual result:
--
Script will be executed twice, as described above.

Apache access.log:


127.0.0.1 - - [08/Sep/2003:18:00:01 +0200] GET /phpLib/test2.php
HTTP/1.1 200 107
127.0.0.1 - - [08/Sep/2003:18:00:02 +0200] GET /phpLib/test2.php
HTTP/1.1 200 107


Apache error.log (running on DEBUG loglevel):


[Mon Sep 08 18:04:13 2003] [info] Parent: Created child process
-1399539
[Mon Sep 08 18:04:13 2003] [info] Parent: Duplicating socket 68 and
sending it to child process -1399539
[Mon Sep 08 18:04:13 2003] [info] BytesRead = 372 WSAProtocolInfo =
020
[Mon Sep 08 18:04:17 2003] [info] Invoking CGI Command 'd:\PHP\PHP.EXE
'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[0] = 'COMSPEC=C:\WINDOWS\COMMAND.COM'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[1] = 'DOCUMENT_ROOT=e:/dulce/marketing site2/'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[2] =
'HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[3] = 'HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[4] = 'HTTP_ACCEPT_ENCODING=gzip,deflate'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[5] = 'HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[6] = 'HTTP_CONNECTION=keep-alive'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[7] = 'HTTP_HOST=localhost'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[8] = 'HTTP_KEEP_ALIVE=300'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[9] = 'HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Win98; en-US;
rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[10] =
'PATH=D:\PERL\BIN;D:\UTILS\RESKIT;D:\JAVA\J2SDK-1_4_0_02\BIN\;C:\WINDOWS;C:\WINDOWS\COMMAND'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[11] = 'REDIRECT_STATUS=200'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[12] = 'REDIRECT_URL=/phpLib/test2.php'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[13] = 'REMOTE_ADDR=127.0.0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[14] = 'REMOTE_PORT=2591'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[15] = 'SCRIPT_FILENAME=d:/php/php.exe'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[16] = 'SERVER_ADDR=127.0.0.1'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[17] = '[EMAIL PROTECTED]'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[18] = 'SERVER_NAME=www.e-nterests.com'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[19] = 'SERVER_PORT=80'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[20] = 'SERVER_SIGNATURE=ADDRESSApache/1.3.27 Server at
www.e-nterests.com Port 80/ADDRESS
'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[21] = 'SERVER_SOFTWARE=Apache/1.3.27 (Win32)'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):   CGI
env[22] = 'WINDIR=C:\WINDOWS'
[Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):  

#25415 [Fbk-Opn]: empty string passed to PQconnectdb()

[domingo at dad-it dot com]

 ID:   25415
 User updated by:  domingo at dad-it dot com
 Reported By:  domingo at dad-it dot com
-Status:   Feedback
+Status:   Open
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.3.3
 New Comment:

Any attempt to connect to a database other than the default for the
current user doesn't work


Previous Comments:


[2003-09-07 12:18:07] [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-09-07 12:13:37] domingo at dad-it dot com

Description:

When using the pg_connect with only one parameter (conection string) a
empty string is passed to PQconnectdb() allowing only connection to
default dabase for the current user.






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

#25415 [Opn-Fbk]: empty string passed to PQconnectdb()

[sniper]

 ID:   25415
 Updated by:   [EMAIL PROTECTED]
 Reported By:  domingo at dad-it dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PostgreSQL related
 Operating System: linux
 PHP Version:  4.3.3
 New Comment:

*sigh*...try give an EXAMPLE what you did. 



Previous Comments:


[2003-09-07 12:22:30] domingo at dad-it dot com

Any attempt to connect to a database other than the default for the
current user doesn't work



[2003-09-07 12:18:07] [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-09-07 12:13:37] domingo at dad-it dot com

Description:

When using the pg_connect with only one parameter (conection string) a
empty string is passed to PQconnectdb() allowing only connection to
default dabase for the current user.






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

#25401 [Fbk-Opn]: pdflib does not generate pdf

[sj at ewetel dot de]

 ID:   25401
 User updated by:  sj at ewetel dot de
 Reported By:  sj at ewetel dot de
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

no extensions.

php.ini is just:
[PHP]
error_reporting = 0
session.save_path = /webserver/httproot/php-session-data
register_globals = On
safe_mode_gid = On
 
[MySQL]
mysql.allow_persistent = Off
mysql.max_persistent = 0

everything is the same as with the php version i used before.


Previous Comments:


[2003-09-07 12:15:35] [EMAIL PROTECTED]

Do you happen to have any Zend extensions loaded? Such as some
debugger/cache? And what's the diff between php.ini-dist (assuming you
used that as base) and your php.ini ??




[2003-09-07 12:04:52] sj at ewetel dot de

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.



[2003-09-07 11:08:57] [EMAIL PROTECTED]

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)




[2003-09-07 07:07:03] sj at ewetel dot de

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.



[2003-09-06 19:08:23] [EMAIL PROTECTED]

Try this:

# rm config.cache
# ./configure \
--with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \
--with-apxs=/webserver/server/apache-1.3.28/bin/apxs \
--disable-all --disable-cli
# make clean  make
# cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec

And restart apache, try the script again.





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

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

#25401 [Opn-Fbk]: pdflib does not generate pdf

[sniper]

 ID:   25401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sj at ewetel dot de
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

With that php.ini, the script you provided works as fine as it did
before. Please provide access to this machine where the bug happens, I
have no solaris machine's to test with.



Previous Comments:


[2003-09-07 12:26:05] sj at ewetel dot de

no extensions.

php.ini is just:
[PHP]
error_reporting = 0
session.save_path = /webserver/httproot/php-session-data
register_globals = On
safe_mode_gid = On
 
[MySQL]
mysql.allow_persistent = Off
mysql.max_persistent = 0

everything is the same as with the php version i used before.



[2003-09-07 12:15:35] [EMAIL PROTECTED]

Do you happen to have any Zend extensions loaded? Such as some
debugger/cache? And what's the diff between php.ini-dist (assuming you
used that as base) and your php.ini ??




[2003-09-07 12:04:52] sj at ewetel dot de

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.



[2003-09-07 11:08:57] [EMAIL PROTECTED]

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)




[2003-09-07 07:07:03] sj at ewetel dot de

doesn't work either, but when i try with telnet now,
i get no body at all, the 0 is gone.



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

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

#25401 [Fbk-Opn]: pdflib does not generate pdf

[sj at ewetel dot de]

 ID:   25401
 User updated by:  sj at ewetel dot de
 Reported By:  sj at ewetel dot de
-Status:   Feedback
+Status:   Open
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

wow, thats a tough one ;)

it's our productive webhosting cluster, i have to check with several
people if it is possible at all.

i will do this tommorow morning.


Previous Comments:


[2003-09-07 12:29:49] [EMAIL PROTECTED]

With that php.ini, the script you provided works as fine as it did
before. Please provide access to this machine where the bug happens, I
have no solaris machine's to test with.




[2003-09-07 12:26:05] sj at ewetel dot de

no extensions.

php.ini is just:
[PHP]
error_reporting = 0
session.save_path = /webserver/httproot/php-session-data
register_globals = On
safe_mode_gid = On
 
[MySQL]
mysql.allow_persistent = Off
mysql.max_persistent = 0

everything is the same as with the php version i used before.



[2003-09-07 12:15:35] [EMAIL PROTECTED]

Do you happen to have any Zend extensions loaded? Such as some
debugger/cache? And what's the diff between php.ini-dist (assuming you
used that as base) and your php.ini ??




[2003-09-07 12:04:52] sj at ewetel dot de

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.



[2003-09-07 11:08:57] [EMAIL PROTECTED]

Do 'apachectl stop' and make sure it REALLY stopped
before you start it again. (never use 'apachectl restart' after
upgrading PHP)




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

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

#25401 [Opn-Fbk]: pdflib does not generate pdf

[sniper]

 ID:   25401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sj at ewetel dot de
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: Solaris 2.8
 PHP Version:  4.3.3
 New Comment:

keep the feedback status until you can give it.



Previous Comments:


[2003-09-07 12:39:36] sj at ewetel dot de

wow, thats a tough one ;)

it's our productive webhosting cluster, i have to check with several
people if it is possible at all.

i will do this tommorow morning.



[2003-09-07 12:29:49] [EMAIL PROTECTED]

With that php.ini, the script you provided works as fine as it did
before. Please provide access to this machine where the bug happens, I
have no solaris machine's to test with.




[2003-09-07 12:26:05] sj at ewetel dot de

no extensions.

php.ini is just:
[PHP]
error_reporting = 0
session.save_path = /webserver/httproot/php-session-data
register_globals = On
safe_mode_gid = On
 
[MySQL]
mysql.allow_persistent = Off
mysql.max_persistent = 0

everything is the same as with the php version i used before.



[2003-09-07 12:15:35] [EMAIL PROTECTED]

Do you happen to have any Zend extensions loaded? Such as some
debugger/cache? And what's the diff between php.ini-dist (assuming you
used that as base) and your php.ini ??




[2003-09-07 12:04:52] sj at ewetel dot de

I did, really ;).
Now, i even waited 2 minutes after the last proc exited just to go
sure.

Maybe the test before i was too fast, because now i get the body with
the 0 again.



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

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

#25417 [NEW]: auto_prepend_file value appearing in other virtual hosts

[peterb at asceda dot co dot uk]

From: peterb at asceda dot co dot uk
Operating system: RH Linux 2.4.18-27.7.xsmp
PHP version:  4.3.3
PHP Bug Type: Apache2 related
Bug description:  auto_prepend_file value appearing in other virtual hosts

Description:

Apache 2.0.47 prefork with named virtual host support running mod_php.

When running a simple script to execute phpinfo() the prepend setting of
one virtual host can appear in the settings for a host without a prepend
file defined. It may be related to what site an apache child process last
served as to what prepend value is displayed.


Reproduce code:
---
VirtualHost #1
  php_value auto_prepend_file /site1/prepend.php
/VirtualHost

VirtualHost #2
  # No prepend file defined for this site
/VirtualHost


/usr/local/php/php.ini
# No prepend file defined
auto_prepend_file = 


Expected result:

Each site should have, and maintain, its own auto_prepend_file setting.

Actual result:
--
Sometimes the auto_prepend_file definition from site #1 appears in the
phpinfo() output of site #2.


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

#25417 [Opn-Bgs]: auto_prepend_file value appearing in other virtual hosts

[derick]

 ID:   25417
 Updated by:   [EMAIL PROTECTED]
 Reported By:  peterb at asceda dot co dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: RH Linux 2.4.18-27.7.xsmp
 PHP Version:  4.3.3
 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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

This is already submitted for a lot of other settings. We're having a
hard time figuring out what the problem is, but this report is
superfluous.

Thanks for reporting though.


Previous Comments:


[2003-09-07 13:30:16] peterb at asceda dot co dot uk

Description:

Apache 2.0.47 prefork with named virtual host support running mod_php.

When running a simple script to execute phpinfo() the prepend setting
of one virtual host can appear in the settings for a host without a
prepend file defined. It may be related to what site an apache child
process last served as to what prepend value is displayed.


Reproduce code:
---
VirtualHost #1
  php_value auto_prepend_file /site1/prepend.php
/VirtualHost

VirtualHost #2
  # No prepend file defined for this site
/VirtualHost


/usr/local/php/php.ini
# No prepend file defined
auto_prepend_file = 


Expected result:

Each site should have, and maintain, its own auto_prepend_file setting.

Actual result:
--
Sometimes the auto_prepend_file definition from site #1 appears in the
phpinfo() output of site #2.






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

#25418 [NEW]: references on unset vars continue to live

[alexandre dot boyer7 at wanadoo dot fr]

From: alexandre dot boyer7 at wanadoo dot fr
Operating system: WIN 2000
PHP version:  5CVS-2003-09-07 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description:  references on unset vars continue to live

Description:

just look at the source code

Reproduce code:
---
http://cedalex.phpnet.org/test.html

Expected result:

Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 

A1 unset; print A3 



Actual result:
--
Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 
a Object ( [id] = 914581 ) 
A1 unset; print A3 
a Object ( [id] = 914581 ) 

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

#25418 [Opn-Bgs]: references on unset vars continue to live

[derick]

 ID:   25418
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alexandre dot boyer7 at wanadoo dot fr
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: WIN 2000
 PHP Version:  5CVS-2003-09-07 (dev)
 New Comment:

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

If you unset() something, you remove the link from the variable name to
the value. All other references still exist, because the variable name
is not the same as the one you unset().

Derick


Previous Comments:


[2003-09-07 13:57:38] alexandre dot boyer7 at wanadoo dot fr

Description:

just look at the source code

Reproduce code:
---
http://cedalex.phpnet.org/test.html

Expected result:

Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 

A1 unset; print A3 



Actual result:
--
Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 
a Object ( [id] = 914581 ) 
A1 unset; print A3 
a Object ( [id] = 914581 ) 





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

#25419 [NEW]: Call-time pass-by-reference has been deprecated but without it it's impossible to pass a object-reference via call_user_function

[roland at inkoeln dot com]

From: roland at inkoeln dot com
Operating system: Linux
PHP version:  4.3.3
PHP Bug Type: Variables related
Bug description:  Call-time pass-by-reference has been deprecated but without it it's 
impossible to pass a object-reference via call_user_function

Description:

You *must* use Call-time pass-by-reference to pass a
object-reference when using call_user_function. 
  
In the example changeA() is declared to use passing 
by reference but it still doesn't work. I think  
call_user_function should either try to discover if it's 
passing by reference at runtime or just pass always by 
reference.  
  
   
  

Reproduce code:
---
?php

class A {
var $_id = 'A';

function printID() {
  print A::id=[.$this-_id.]\n;
}

function remote($obj_ref, $obj_method) {
  call_user_func(array($obj_ref, $obj_method), $this);
  // this on works:
  // call_user_func(array($obj_ref, $obj_method),$this);
}
}

class B {
function changeA($obj) {
  $obj-_id = 'B';
  $obj-printID();
}
}

$a = new A();
$b = new B();
$a-printID();
$a-remote($b, 'changeA');
$a-printID();

?

Expected result:

A::id=[A]  
A::id=[B]  
A::id=[B] 
 
  
   

Actual result:
--
A::id=[A]  
A::id=[B]  
A::id=[A] 
  

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

#25418 [Bgs]: references on unset vars continue to live

[alexandre dot boyer7 at wanadoo dot fr]

 ID:   25418
 User updated by:  alexandre dot boyer7 at wanadoo dot fr
 Reported By:  alexandre dot boyer7 at wanadoo dot fr
 Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: WIN 2000
 PHP Version:  5CVS-2003-09-07 (dev)
 New Comment:

I read the doc and i understood the results return, but i don't know
how todispose an object that is referenced by several references. For
example,

if i have 3 references that reference an object in an array, how can i
dispose the object in that array (set it to null) with one of my
references ? 

For the moment, i use singleton to achieve it but it's heavy. I think a
free() or dispose() function is needed which destroys an object and set
all references to null;needn't it ?

Regards,
AB


Previous Comments:


[2003-09-07 14:00:09] [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

If you unset() something, you remove the link from the variable name to
the value. All other references still exist, because the variable name
is not the same as the one you unset().

Derick



[2003-09-07 13:57:38] alexandre dot boyer7 at wanadoo dot fr

Description:

just look at the source code

Reproduce code:
---
http://cedalex.phpnet.org/test.html

Expected result:

Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 

A1 unset; print A3 



Actual result:
--
Create And Print A1
a Object ( [id] = 914581 ) 

A2 references A1; ref=1
A3 reference A2; ref=1
A1 unset; print A1 

A1 unset; print A2 
a Object ( [id] = 914581 ) 
A1 unset; print A3 
a Object ( [id] = 914581 ) 





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

#25419 [Opn-WFx]: Call-time pass-by-reference has been deprecated but without it it's impossible t

[sniper]

 ID:   25419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  roland at inkoeln dot com
-Status:   Open
+Status:   Wont fix
-Bug Type: Variables related
+Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

Fixed in PHP 5 (ZE2), won't fix in PHP 4.



Previous Comments:


[2003-09-07 14:51:59] roland at inkoeln dot com

Description:

You *must* use Call-time pass-by-reference to pass a
object-reference when using call_user_function. 
  
In the example changeA() is declared to use passing 
by reference but it still doesn't work. I think  
call_user_function should either try to discover if it's 
passing by reference at runtime or just pass always by 
reference.  
  
   
  

Reproduce code:
---
?php

class A {
var $_id = 'A';

function printID() {
  print A::id=[.$this-_id.]\n;
}

function remote($obj_ref, $obj_method) {
  call_user_func(array($obj_ref, $obj_method), $this);
  // this on works:
  // call_user_func(array($obj_ref, $obj_method),$this);
}
}

class B {
function changeA($obj) {
  $obj-_id = 'B';
  $obj-printID();
}
}

$a = new A();
$b = new B();
$a-printID();
$a-remote($b, 'changeA');
$a-printID();

?

Expected result:

A::id=[A]  
A::id=[B]  
A::id=[B] 
 
  
   

Actual result:
--
A::id=[A]  
A::id=[B]  
A::id=[A] 
  





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

#24853 [Com]: General extensions load fails for undefined symbols

[jorton at redhat dot com]

 ID:   24853
 Comment by:   jorton at redhat dot com
 Reported By:  alietss at yahoo dot com
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux RedHat 9.0
 PHP Version:  4CVS-2003-07-29 (stable)
 New Comment:

This bug was due to use of the --enable-versioning flag, which is in
principle not compatible with using loadable modules.  In practice it
works with libtool 1.4 and earlier, since those versions don't
implement the -export-symbols flag correctly.

Upgrade to libtool 1.5 and -export-symbols does what you tell it, and
PHP can't load modules any more.

This bug is in no way specific to the apache2handler or filter; it
would affect the apache 1.3 SAPI module as well, or any SAPI which is
built as a DSO on Unix.


Previous Comments:


[2003-07-29 10:51:36] [EMAIL PROTECTED]

you are using unofficial patches to PHP? Not our prob.
Also, you use certain configure options that you should not use, like
--enable-versioning, --with-regex=system..

Try with this configure line: ./configure --disable-all
--with-apxs2...and only ONE shared extension.

This works fine for me, no bug.






[2003-07-29 09:09:48] [EMAIL PROTECTED]

What process model are you using with your apache?



[2003-07-29 08:53:12] alietss at yahoo dot com

Description:

Hi people:
I'm testing php-4.3.3 on RedHat 9.0 with httpd-2.0.47-3 added unixd.h
and related headers files and used redhat patches to prevent the load
of extensions when exists undefined symbols, I built php as a handler,
when I start apache the extensions fails to load with this errors on
apache error log...

PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/imap.so' - /usr/lib/php4/imap.so: undefined symbol:
file_globals in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/mcal.so' - /usr/lib/php4/mcal.so: undefined symbol:
convert_to_array in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/mcrypt.so' - /usr/lib/php4/mcrypt.so: undefined symbol:
OnUpdateString in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/mhash.so' - /usr/lib/php4/mhash.so: undefined symbol:
zend_register_long_constant in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/mssql.so' - /usr/lib/php4/mssql.so: undefined symbol:
OnUpdateBool in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/odbc.so' - /usr/lib/php4/odbc.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/pdf.so' - /usr/lib/php4/pdf.so: undefined symbol:
core_globals in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/pgsql.so' - /usr/lib/php4/pgsql.so: undefined symbol:
OnUpdateBool in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/snmp.so' - /usr/lib/php4/snmp.so: undefined symbol:
zend_get_parameters_ex in Unknown on line 0
PHP Warning:  Unknown(): Unable to load dynamic library
'/usr/lib/php4/xslt.so' - /usr/lib/php4/xslt.so: undefined symbol:
executor_globals in Unknown on line 0

Here my configure line

'./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--cache-file=../config.cache'
'--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--disable-debug' '--enable-pic'
'--disable-rpath' '--enable-inline-optimization' '--with-bz2'
'--with-db4=/usr' '--with-curl' '--with-dom=/usr'
'--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-pdflib=shared'
'--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv'
'--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl'
'--with-png' '--with-pspell' '--with-regex=system' '--with-xml'
'--with-xmlrpc' '--with-expat-dir=/usr' '--with-zlib'
'--with-layout=GNU' '--enable-bcmath' '--enable-exif' 

#25319 [Opn-Fbk]: Can't configure php-4.3.3 with thttpd web server (thttpd-2.21b)

[sniper]

 ID:   25319
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jbrown at thrupoint dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Other web server
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.3
 New Comment:

Try this (remove the old dirs first!)

# tar xvzf thttpd-2.21b.tar.gz 
# tar xvzf php-4.3.3.tar.gz
# cd thttpd-2.21b
# patch -p 1  ../php-4.3.3/sapi/thttpd/thttpd_patch

If this fails, check your patch version:

# patch --version



Previous Comments:


[2003-08-30 09:25:42] jbrown at thrupoint dot net

Description:

Hello, 
 
I followed the installation instructions for thttpd: 
--- 
ctar xvzf thttpd-2.21b.tar.gz 
tar xvzf php-4.3.3.tar.gz 
cd php-4.3.3 
./configure --with-thttpd=../thttpd-2.21b 
make install 
-- 
Installation fails.  See 'results' section below. 
 
Best Regards, 
jpb 
=== 
 
 
 
 

Actual result:
--
... toward end of 'make install' for php-4.3.3... 
 
 Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo 
Zend/zend_multibyte.lo Zend/zend_execute.lo 
sapi/cli/php_cli.lo sapi/cli/getopt.lo 
main/internal_functions_cli.lo -lcrypt -lcrypt -lm -lcrypt 
-lcrypt  -o sapi/cli/php 
ext/mysql/libmysql/my_tempnam.o: In function 
`my_tempnam': 
/opt/pkg/php-4.3.3/ext/mysql/libmysql/my_tempnam.c:117: 
warning: tempnam() possibly used unsafely; consider using 
mkstemp() 
Installing PHP CLI binary:/usr/local/bin/ 
Installing PHP CLI man page:  /usr/local/man/man1/ 
Installing PHP SAPI module:   thttpd 
Hmm...  Looks like a unified diff to me... 
The text leading up to this was: 
-- 
|diff -ur thttpd-2.21b/Makefile.in 
thttpd-2.21b-cool/Makefile.in 
|--- thttpd-2.21b/Makefile.in   Thu Mar 29 20:36:21 2001 
|+++ thttpd-2.21b-cool/Makefile.in  Mon Jun 16 21:08:05 
2003 
-- 
patch:  can't find 1 
*** Error code 1 
 
Stop in /opt/pkg/php-4.3.3. 
 





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

#25420 [NEW]: pg_connect using connectstring only connect with default database

[domingo at dad-it dot com]

From: domingo at dad-it dot com
Operating system: Linux SUSE 7.3
PHP version:  4.3.3
PHP Bug Type: PostgreSQL related
Bug description:  pg_connect using connectstring only connect with default database

Description:

pg_connect using connectstring only connect with default database, for
some reason php calls PQconnect() with a blank string and with that only
default database connexion is made.

Reproduce code:
---
Any attempt to connect using connectstring to other database tha default.

Expected result:

Connect to specified database

Actual result:
--
Only connect to default database.

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

#25420 [Opn-Bgs]: pg_connect using connectstring only connect with default database

[sniper]

 ID:   25420
 Updated by:   [EMAIL PROTECTED]
 Reported By:  domingo at dad-it dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Linux SUSE 7.3
 PHP Version:  4.3.3
 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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

*SIGH* bug #25415


Previous Comments:


[2003-09-07 18:55:41] domingo at dad-it dot com

Description:

pg_connect using connectstring only connect with default database, for
some reason php calls PQconnect() with a blank string and with that
only default database connexion is made.

Reproduce code:
---
Any attempt to connect using connectstring to other database tha
default.

Expected result:

Connect to specified database

Actual result:
--
Only connect to default database.





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

#25420 [Bgs]: pg_connect using connectstring only connect with default database

[domingo at dad-it dot com]

 ID:   25420
 User updated by:  domingo at dad-it dot com
 Reported By:  domingo at dad-it dot com
 Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Linux SUSE 7.3
 PHP Version:  4.3.3
 New Comment:

Sorry my email was not working


Previous Comments:


[2003-09-07 19:00:36] [EMAIL PROTECTED]

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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

*SIGH* bug #25415



[2003-09-07 18:55:41] domingo at dad-it dot com

Description:

pg_connect using connectstring only connect with default database, for
some reason php calls PQconnect() with a blank string and with that
only default database connexion is made.

Reproduce code:
---
Any attempt to connect using connectstring to other database tha
default.

Expected result:

Connect to specified database

Actual result:
--
Only connect to default database.





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

#25314 [Opn]: ASCII mode doesn't work

[sniper]

 ID:   25314
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at brianmertens dot com
 Status:   Open
 Bug Type: FTP related
 Operating System: Windows
 PHP Version:  4.3.3
 New Comment:

This works as workaround:

?php

$conn = ftp_connect( server );
ftp_login( $conn, user, pass );
$fp = fopen('localfile.txt', 'wt');
ftp_fget( $conn, $fp, 'remotefile.txt, FTP_BINARY );

?




Previous Comments:


[2003-08-29 13:23:35] phpbugs at brianmertens dot com

Description:

This seems to be the same problem as 19036 (Closed) and 18162 (No
Feedback).

Since neither is still open, I am filing a new report. I will provide
any feedback required. I can test snaps if they are compiled for
Windows.

Simply put, if I connect to a Unix (AIX 4.3) server and use ftp_get()
to fetch a text file to a Windows machine with the FTP_ASCII option,
the newlines are NOT converted to CR/LF pairs.

ftp_get( $conn, file.txt, file.txt, FTP_ASCII );

I have reproduced this with 4.2.x, 4.3.2  4.3.3.

(Note that ftp_systype() returns UNKNOWN.)

Reproduce code:
---
$conn = ftp_connect( server );
ftp_login( $conn, username, password );
ftp_get( $conn, file.txt, file.txt, FTP_ASCII );


Expected result:

Lines terminated with CR/LF pairs (x0D x0A).

Actual result:
--
Lines terminated with single x0A chars.





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

#25302 [Opn-Bgs]: referancing object members in GLOBALS does not work properly

[sniper]

 ID:   25302
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rani_s_m2001 at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: windows xp
 PHP Version:  4.3.2
 New Comment:

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

There are dozens of other ways too to shoot-yourself-in-foot..just
don't do it.



Previous Comments:


[2003-08-28 15:05:37] rani_s_m2001 at yahoo dot com

Description:

when creating an object on the globals array, referancing its members
to a variable does not work properly.

it works as expected in normal arrays.



Reproduce code:
---
?php

 class a
 {
  var $r;
  function a()
  {
   $this-r=1;
  }


 }

 $GLOBALS[a]=new a();
 $a=$GLOBALS[a]-r;

 print($a);
  $GLOBALS[a]-r=2;
//should print 2, instead prints 1
 print($a);

?


Expected result:

12

Actual result:
--
11





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

#25421 [NEW]: $_POST doesn't show the value of select form field when multiple=true

[khalid_kary at hotmail dot com]

From: khalid_kary at hotmail dot com
Operating system: Linux
PHP version:  4.3.3
PHP Bug Type: Scripting Engine problem
Bug description:  $_POST doesn't show the value of select form field when multiple=true

Description:

$_POST doesn't list the value of a select form field where
multiple=true, while $_REQUEST does it just fine, $_POST only puts the
string Array in place of the form field's name.


Reproduce code:
---
HTML form:
form action=something.php method=post
select multiple=true name=ids[]
option value=1first option/option
option value=2second option/option
/select
/form

PHP script (something.php):
?php
print_r($_POST['ids']);
?

Output:
Array

Expected Ouput:
Array ([0] = 1, [1] = 2)

Another PHP Script:
?php
print_r($_REQUEST['ids']);
?

Output:
Array ([0] = 1, [1] = 2)

$_POST -therefore- is doing the wrong thing.


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

#25422 [NEW]: Zip Files Remote

[iwarner at triangle-solutions dot com]

From: iwarner at triangle-solutions dot com
Operating system: Win XP
PHP version:  4.3.3
PHP Bug Type: Feature/Change Request
Bug description:  Zip Files Remote

Description:

Hi,

I just wanted to request some way of Remotly opening and editing a ZIP or
other Compressed File.

The Fopen feature allows this via HTTP and FTP.

My problem is that I have large Zip files, I need to FTP in and then Open
them and then edit a file within it and then save the Zip.

Downloading, editing then uploading seems a waste of bandwith and time to
me.

Thanks for your help on this matter.

Regards

Ian Warner

Reproduce code:
---
Zopen similar to this

$handle = fopen
('ftp://'.$ftp_username.':'.$ftp_password.'@'.$ftp_server.'/'.$_POST['file'],
'rb');

Expected result:

Zip file is opened remotly and contents are able to be edited.

Actual result:
--
Nothing

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

#25423 [NEW]: Compile failure on using --with-informix

[awilliam at mdah dot state dot ms dot us]

From: awilliam at mdah dot state dot ms dot us
Operating system: Redhat 9 Linux 2.4.21
PHP version:  4.3.3
PHP Bug Type: Compile Failure
Bug description:  Compile failure on using --with-informix

Description:

I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21.  My configure is as
follows:

./configure --enable-track-vars --without-mysql --with-mail
--with-apxs2=/usr/local/apache2/bin/apxs --with-informix

And when I do make, this is what happens:

/usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_toupper'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_tolower'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

and then returns me to the prompt and PHP isn't finished compiling.  Any
suggestions on how to make it compile?  I have PHP 5 compiled and working
on the server, but I don't like using beta software on a production
server, and am having a few problems with PHP 5 and some of our scripts,
so I'd like to stick with PHP 4.3.3 because it works with our scripts on
another server (which is solaris 7 with informix and PHP 4.3.2)  Thanks!


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

#25423 [Opn]: Compile failure on using --with-informix

[awilliam at mdah dot state dot ms dot us]

 ID:   25423
 User updated by:  awilliam at mdah dot state dot ms dot us
 Reported By:  awilliam at mdah dot state dot ms dot us
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat 9 Linux 2.4.21
 PHP Version:  4.3.3
 New Comment:

Oh, I forgot to add that I am running INFORMIX-SQL Version   7.30.UC6
nad I have the Client SDK, version 2.81 UC-1 which is the latest
version of the SDK (
http://www14.software.ibm.com/webapp/download/preconfig.jsp?id=2003-03-18+12%3A53%3A09.323902Ccat=fam=s=S_TACT=S_CMP=
)


Previous Comments:


[2003-09-07 23:50:12] awilliam at mdah dot state dot ms dot us

Description:

I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21.  My configure is as
follows:

./configure --enable-track-vars --without-mysql --with-mail
--with-apxs2=/usr/local/apache2/bin/apxs --with-informix

And when I do make, this is what happens:

/usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_toupper'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_tolower'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

and then returns me to the prompt and PHP isn't finished compiling. 
Any suggestions on how to make it compile?  I have PHP 5 compiled and
working on the server, but I don't like using beta software on a
production server, and am having a few problems with PHP 5 and some of
our scripts, so I'd like to stick with PHP 4.3.3 because it works with
our scripts on another server (which is solaris 7 with informix and PHP
4.3.2)  Thanks!






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

#25423 [Opn]: Compile failure on using --with-informix

[awilliam at mdah dot state dot ms dot us]

 ID:   25423
 User updated by:  awilliam at mdah dot state dot ms dot us
 Reported By:  awilliam at mdah dot state dot ms dot us
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Redhat 9 Linux 2.4.21
 PHP Version:  4.3.3
 New Comment:

I found that if I use --disable-cli on my configure, it compiles fine,
but I'd like to have the use of CLI, also.  I had to disable cli on php
5 as well to get it to compile.


Previous Comments:


[2003-09-07 23:59:54] awilliam at mdah dot state dot ms dot us

Oh, I forgot to add that I am running INFORMIX-SQL Version   7.30.UC6
nad I have the Client SDK, version 2.81 UC-1 which is the latest
version of the SDK (
http://www14.software.ibm.com/webapp/download/preconfig.jsp?id=2003-03-18+12%3A53%3A09.323902Ccat=fam=s=S_TACT=S_CMP=
)



[2003-09-07 23:50:12] awilliam at mdah dot state dot ms dot us

Description:

I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21.  My configure is as
follows:

./configure --enable-track-vars --without-mysql --with-mail
--with-apxs2=/usr/local/apache2/bin/apxs --with-informix

And when I do make, this is what happens:

/usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_toupper'
/usr/informix/lib/esql/libifgls.so: undefined reference to
`__ctype_tolower'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

and then returns me to the prompt and PHP isn't finished compiling. 
Any suggestions on how to make it compile?  I have PHP 5 compiled and
working on the server, but I don't like using beta software on a
production server, and am having a few problems with PHP 5 and some of
our scripts, so I'd like to stick with PHP 4.3.3 because it works with
our scripts on another server (which is solaris 7 with informix and PHP
4.3.2)  Thanks!






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

#25408 [Bgs-Csd]: mail function drops some characters from body

[zabihi at iranculture dot org]

 ID:   25408
 User updated by:  zabihi at iranculture dot org
 Reported By:  zabihi at iranculture dot org
-Status:   Bogus
+Status:   Closed
 Bug Type: Mail related
 Operating System: Win2000 Adv. - SP4 - IIS5.0
 PHP Version:  4.3.3
 New Comment:

I reviewed bugs #25346, #25357 and #25333, but I couldn't find any
solution except downgrading to 4.3.2 or using imap_mail() instead.


Previous Comments:


[2003-09-07 11:12:29] [EMAIL PROTECTED]

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. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

*sigh*




[2003-09-07 01:10:13] zabihi at iranculture dot org

Description:

When body of message is more than 1024 characters, the 1024th character
is dropped when sending mail. This problem occurs with every 1024
characters in the body, so 2048th and 3072nd characters are also
dropped.
Mail server is MDaemon 6.7 and no error is reporting. 



Reproduce code:
---
$body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
$body.=$body;
if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, ))
echo OK!;
else
echo Error!;



Expected result:

When we receive the message the following string should be repeated 64
times:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890


Actual result:
--
When we receive the message the following string is repeated 64 times
but in line 17 the P character is dropped and in line 33 the f
character is dropped and so on:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890





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

#25424 [NEW]: How can get lvarchar

[tqnam at pmail dot vnn dot vn]

From: tqnam at pmail dot vnn dot vn
Operating system: window 2000
PHP version:  4.3.3
PHP Bug Type: Informix related
Bug description:  How can get lvarchar

Description:

how can get lvarchar value from table

Reproduce code:
---
$con = ifx_connect(ID,USER,PASSWORD);  
ifx_textasvarchar(0);  
// u_address is lvarchar type
$stmt = ifx_prepare(Select u_address from customer,$con);
ifx_do($stmt);
$row=ifx_fetch_row($stmt);
$u_address  = $row[u_address];


Expected result:

$u_address=111 tonducthang 

Actual result:
--
ESQL/C : u_address : unsupported field type[0] 

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