Bug #16716 Updated: WDDX's is ignored.

[bs_php]

 ID:   16716
 Updated by:   [EMAIL PROTECTED]
-Summary:  WDDX's  and   are ignored.
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: WDDX related
 Operating System: Win 2k
-PHP Version:  4.2.0
+PHP Version:  4.1.2
 New Comment:

According to the change list of PHP 4.2 is sais:
"Added support for parsing recordsets contained in WDDX packets.
(Andrei)"


Previous Comments:


[2002-04-20 17:11:10] [EMAIL PROTECTED]

WDDX seams to be an unpopular standard and kind of dead. I had trouble
finding 
usable docs about it. Is there a substitute? If so, is there PHP
function for it?
I don't think that following has a high priority but it would be good
if you at 
least could have a look at following  problem. 

It's not mentioned which version of WDDX PHP is using, but the current
implementation 
ignores some tags that have been in WDDX since V0.9 (1998). 
- PHP just ignore(!) the -tag. 
  Couldn't you at least transform it to a string instead of just
dumping it?

- Also  is not supported. I get a funny result.

For a WDDX DTD V=0.9 (1998) See:
http://www.macromedia.com/v1/documents/objects/whitepapers/wddx_dtd.txt

The PHP sample:


  
  


  
1998-06-12T04:32:12
  
  
  

  
   John Doe
   Jane Doe
  
  
   34
   31
  

  
  

  

EOD;

$des = wddx_deserialize($wddx);
echo "";
var_dump($des);
echo "";
?>




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

Bug #16584 Updated: GD compile failure

[chassaing]

 ID:   16584
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: FreeBSD 4.3-STABLE
-PHP Version:  4.2.0RC4
+PHP Version:  4.2.0
 New Comment:

Tried with the 4.2.0 final release, the bug is still here.


Previous Comments:


[2002-04-19 11:14:36] [EMAIL PROTECTED]

(changed version to RC4)



[2002-04-16 04:47:42] [EMAIL PROTECTED]

Re-opened the bug report : I just tried compiling PHP 4.2.0 RC4 and the
problem is still here (exact same problem as with RC3).



[2002-04-13 23:54:49] [EMAIL PROTECTED]

The CLI version of PHP is experimental in PHP 4.2.0.
The RC3 was supposed to have it disabled by default,
but there was a bug in the configure.
Fixed in CVS and will be in next RC and the release.




[2002-04-13 06:33:39] [EMAIL PROTECTED]

Edited to correct version (4.2.0RC3)



[2002-04-13 06:33:03] [EMAIL PROTECTED]

Compile with GD 2.0.1 doesn't work anymore (used to work fine with
earlier versions of PHP with the exact same parameters). Configure :
./configure \
--prefix=/usr/home//local \
--enable-bcmath \
--with-zlib \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/home//local \
--with-t1lib=/usr/home//local \
--with-freetype-dir=/usr/home//local \
--enable-gd-native-ttf \
--with-gd=/usr/home//local \
--enable-exif \
--with-mysql=/usr/local \
--with-ming=/usr/home//local \
--disable-pear \
--with-config-file-path=/usr/home//local/etc \
--enable-debug=no \
--enable-force-cgi-redirect=yes \
--with-openssl=/usr/local/ssl \
--with-curl=/usr/home//src/curl-7.9 \
--with-dom=/usr/home//local

And the compile error message :
./.libs/libphp4cli.a(gd.o): In function `zif_imagecreatetruecolor':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0xd9e): undefined
reference to `gdImageCreateTrueColor'
./.libs/libphp4cli.a(gd.o): In function `zif_imagetruecolortopalette':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0xf2b): undefined
reference to `gdImageTrueColorToPalette'
./.libs/libphp4cli.a(gd.o): In function `zif_imagesetthickness':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x1032): undefined
reference to `gdImageSetThickness'
./.libs/libphp4cli.a(gd.o): In function `zif_imagefilledellipse':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x136a): undefined
reference to `gdImageFilledEllipse'
./.libs/libphp4cli.a(gd.o): In function `zif_imagefilledarc':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x1836): undefined
reference to `gdImageFilledArc'
./.libs/libphp4cli.a(gd.o): In function `zif_imagealphablending':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x193a): undefined
reference to `gdImageAlphaBlending'
./.libs/libphp4cli.a(gd.o): In function `zif_imagecolorresolvealpha':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x1bd1): undefined
reference to `gdImageColorResolveAlpha'
./.libs/libphp4cli.a(gd.o): In function `zif_imagecolorclosestalpha':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x1e61): undefined
reference to `gdImageColorClosestAlpha'
./.libs/libphp4cli.a(gd.o): In function `zif_imagecolorexactalpha':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x20f1): undefined
reference to `gdImageColorExactAlpha'
./.libs/libphp4cli.a(gd.o): In function `zif_imagecopyresampled':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c:882: undefined reference to
`gdImageCopyResampled'
./.libs/libphp4cli.a(gd.o): In function `php_imagettftext_common':
/usr/home//src/php-4_2_0RC3/ext/gd/gd.c(.text+0x8aa5): undefined
reference to `gdImageStringFT'
*** Error code 1

Stop in /usr/home//src/php-4_2_0RC3/sapi/cli.
*** Error code 1

Stop in /usr/home//src/php-4_2_0RC3/sapi/cli.
*** Error code 1

Stop in /usr/home//src/php-4_2_0RC3.





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

Bug #16784 Updated: PEAR OutputCompression problem

[yohgaki]

 ID:   16784
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: FreeBSD 4.5 RELEASE
 PHP Version:  4.1.2
 New Comment:

Could you paste the patch? so that I can locate the line?


Previous Comments:


[2002-04-23 22:46:51] [EMAIL PROTECTED]

I've deployed PEAR Cache OutputComression on fairly busy site.
It worked well when I viewed the page via Netscape 6.2. However, when I
viewed the page using
IE 6.0/5.0, it just displays white page as when data is not sent to the
browser.
When I was hacking the code in Cache/OutputCompression.php, I found out
that it needed to call exit() just after
printContent() does the print(). I have modified "print $content;" to
"die($content);" in printContent().
There're about 200 processes of apache on 5 of each load-balanced
servers and it seems working fine
for 4 days now.
I guess Output Control might be triggering this problem.




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

Bug #12450 Updated: Segfaults if recode is loaded after mysql or imap

[sniper]

 ID:   12450
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Recode related
 Operating System: Red Hat Linux 6.2-7.2
 PHP Version:  4.1.1
 New Comment:

This is not PHP bug. Both c-client and recode have their
own hash_lookup() function. And both mysql and recode have their own
hash_insert() functions.

--Jani



Previous Comments:


[2002-01-16 11:10:39] [EMAIL PROTECTED]

I can reproduce this:

Starting program: /usr/bin/php -v

Program received signal SIGSEGV, Segmentation fault.
0x1f91 in ?? () at eval.c:41
41  eval.c: No such file or directory.
in eval.c
(gdb) bt
#0  0x1f91 in ?? () at eval.c:41
#1  0x409d4e9e in find_alias (outer=0x81ae688, name=0x40a8bca0 "data",
find_type=SYMBOL_CREATE_CHARSET) at names.c:299
#2  0x409d66d0 in register_all_modules (outer=0x81ae688) at
outer.c:457
#3  0x409d6cdd in recode_new_outer (auto_abort=true) at outer.c:550
#4  0x408f8f17 in zm_startup_recode (type=1, module_number=18) at
recode.c:79
#5  0x0808d3b2 in php_dl (file=0x816c0a0, type=1,
return_value=0xb6e0) at dl.c:177
#6  0x08062f4e in php_load_function_extension_cb (arg=0x816c0a0) at
php_ini.c:185
#7  0x080e8fc5 in zend_llist_apply (l=0x814f7bc,
func=0x8062f2c ) at
zend_llist.c:186
#8  0x08063235 in php_ini_delayed_modules_startup () at php_ini.c:302
#9  0x08060dbd in php_module_startup (sf=0x8146400) at main.c:946
#10 0x0805f009 in main (argc=2, argv=0xb994) at cgi_main.c:445
#11 0x405b8507 in __libc_start_main (main=0x805ee98 , argc=2,
ubp_av=0xb994, init=0x805d0f8 <_init>, fini=0x8122610 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xb98c)
at ../sysdeps/generic/libc-start.c:129




[2002-01-11 17:19:08] [EMAIL PROTECTED]

Can you:
  - try this with 4.1.1
  - provide a usefull backtrace: 
http://bugs.php.net/bugs-generating-backtrace.php



[2001-07-28 14:19:43] [EMAIL PROTECTED]

PHP segfaults if recode.so (php's recode extension as a shared library)
is loaded _after_ the imap or mysql extensions. Re-ordering the php.ini
file so that the "extension=recode.so" line is the first
"extension=..."-line stops the segfaults.

Recode versions tested: 3.5d, 3.6.

PHP versions tested: 4.0.6.

config.nice:


#! /bin/sh
#
# Created by configure

"./configure" \
"--prefix=/usr" \
"--libdir=/usr/lib/php4" \
"--includedir=/usr/include" \
"--datadir=/usr/share/php" \
"--with-config-file-path=/etc" \
"--enable-discard-path" \
"--enable-inline-optimization" \
"--enable-magic-quotes" \
"--enable-track-vars" \
"--enable-memory-limit" \
"--enable-wddx" \
"--enable-bcmath" \
"--enable-sigchild" \
"--with-xml" \
"--with-mm" \
"--with-openssl" \
"--enable-ftp=shared" \
"--enable-exif=shared" \
"--with-gd=shared,/usr" \
"--with-ttf" \
"--enable-gd-imgstrttf" \
"--with-png-dir=/usr" \
"--with-jpeg-dir=/usr" \
"--enable-sysvsem=shared" \
"--enable-sysvshm=shared" \
"--enable-shmop=shared" \
"--with-unixODBC=shared" \
"--with-mysql=shared,/usr" \
"--with-ldap=shared" \
"--with-pgsql=shared" \
"--with-gettext=shared" \
"--with-pspell=shared" \
"--with-snmp=shared" \
"--enable-ucd-snmp-hack" \
"--with-sybase-ct=shared,/usr" \
"--with-pdflib=shared" \
"--with-oci8=shared" \
"--with-swf=shared,/home/troels/rpm/BUILD/php-4.0.6/swflib" \
"--enable-sockets=shared" \
"--with-gmp=shared" \
"--with-dom=shared" \
"--with-qtdom=shared,/usr/lib/qt-2.3.0" \
"--with-iconv=shared" \
"--with-curl=shared" \
"--enable-apc=shared" \
"--with-ming=shared" \
"--with-imlib=shared" \
"--with-recode=shared" \
"--with-zlib=/usr" \
"$@"

php.ini:


extension_dir   =   /usr/lib/php4

;; Global PHP defaults

warn_plus_overloading   =   On  ; warn if the + operator is
used with strings
track_errors=   On  ; Store the last error/warning
message in $php_errormsg (boolean)
track_vars  =   On  ; enable the $HTTP_*_VARS[]
arrays, where * is one of

magic_quotes_gpc=   On  ; magic quotes for incoming
GET/POST/Cookie data
; many people think that the
system is a pain in the
; a**, but it probably does
represent a security
; feature for in-experienced
PHP developers. Turn it
; off if you don't want PHP to
mess with your incoming
; variables.
include_path= ".:/usr/share/php/PEAR:/usr/share/php/imlib"
session.save_path = "/var/state/php"
extension=php_apc.so
extension=domxml.so
extensio

Bug #16577 Updated: PHP4 doesn't get any enviroment variables

[rasmus]

 ID:   16577
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux
-PHP Version:  4.0CVS-2002-04-12
+PHP Version:  4.0CVS-2002-04-1
 New Comment:

First, why the heck are you using Apache 2
Stick with Apache 1.3.x until things stabilize.

Second, turn on register_globals in your php.ini file.

Third, stop spamming us with the same report over and over again.


Previous Comments:


[2002-04-24 00:50:43] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-24 00:50:24] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-24 00:50:22] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-20 09:13:42] [EMAIL PROTECTED]

Typo: --with-gsql should be --with-pgsql of course.



[2002-04-20 09:12:13] [EMAIL PROTECTED]

Just installed PHP4.2.0RC4 as APXS with Apache2(.0.35) on My Mandrake
8.0 system.
Compiles just fine, works good, but like others mentioned, I do not see
the Apache specific environment variables in phpinfo() (f.e:
PATH_TRANSLATED is unavailable).

Apache 2 configure options:
./configure  --prefix=/usr/local/apache2 --enable-so

PHP4.2.0.RC4 configure options:
./configure --with-mysql=/usr --with--gsql --enable-xml --enable-wddx
--enable-ftp --enable-sysvsem --enable-sysvshm
--with-apxs2=/usr/local/apache2/bin/apxs --with-ttf=/usr/include
--with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr
--with-freetype-dir=/usr/local/src/freetype-2.0.4
--with-png-dir=/usr/local/src/libpng-1.2.0/
--with-gd=/usr/local/src/gd-2.0.1/ --enable-gd-native-tt
--enable-gd-imgstrttf --enable-track-vars

What am I doing wrong, or is it a bug?

Regards,

Arjan Haverkamp
[EMAIL PROTECTED]



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

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

Bug #16577 Updated: PHP4 doesn't get any enviroment variables

[ard]

 ID:   16577
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.0CVS-2002-04-12
 New Comment:

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().


Previous Comments:


[2002-04-24 00:50:24] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-24 00:50:22] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-20 09:13:42] [EMAIL PROTECTED]

Typo: --with-gsql should be --with-pgsql of course.



[2002-04-20 09:12:13] [EMAIL PROTECTED]

Just installed PHP4.2.0RC4 as APXS with Apache2(.0.35) on My Mandrake
8.0 system.
Compiles just fine, works good, but like others mentioned, I do not see
the Apache specific environment variables in phpinfo() (f.e:
PATH_TRANSLATED is unavailable).

Apache 2 configure options:
./configure  --prefix=/usr/local/apache2 --enable-so

PHP4.2.0.RC4 configure options:
./configure --with-mysql=/usr --with--gsql --enable-xml --enable-wddx
--enable-ftp --enable-sysvsem --enable-sysvshm
--with-apxs2=/usr/local/apache2/bin/apxs --with-ttf=/usr/include
--with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr
--with-freetype-dir=/usr/local/src/freetype-2.0.4
--with-png-dir=/usr/local/src/libpng-1.2.0/
--with-gd=/usr/local/src/gd-2.0.1/ --enable-gd-native-tt
--enable-gd-imgstrttf --enable-track-vars

What am I doing wrong, or is it a bug?

Regards,

Arjan Haverkamp
[EMAIL PROTECTED]



[2002-04-12 20:22:27] [EMAIL PROTECTED]

Works fine here with PHP 4.2.0RC3 and Apache 2.0.35.

--Jani

p.s. Try RC3 from http://www.php.net/~derick/




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

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

Bug #16577 Updated: PHP4 doesn't get any enviroment variables

[ard]

 ID:   16577
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.0CVS-2002-04-12
 New Comment:

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().


Previous Comments:


[2002-04-24 00:50:22] [EMAIL PROTECTED]

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().



[2002-04-20 09:13:42] [EMAIL PROTECTED]

Typo: --with-gsql should be --with-pgsql of course.



[2002-04-20 09:12:13] [EMAIL PROTECTED]

Just installed PHP4.2.0RC4 as APXS with Apache2(.0.35) on My Mandrake
8.0 system.
Compiles just fine, works good, but like others mentioned, I do not see
the Apache specific environment variables in phpinfo() (f.e:
PATH_TRANSLATED is unavailable).

Apache 2 configure options:
./configure  --prefix=/usr/local/apache2 --enable-so

PHP4.2.0.RC4 configure options:
./configure --with-mysql=/usr --with--gsql --enable-xml --enable-wddx
--enable-ftp --enable-sysvsem --enable-sysvshm
--with-apxs2=/usr/local/apache2/bin/apxs --with-ttf=/usr/include
--with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr
--with-freetype-dir=/usr/local/src/freetype-2.0.4
--with-png-dir=/usr/local/src/libpng-1.2.0/
--with-gd=/usr/local/src/gd-2.0.1/ --enable-gd-native-tt
--enable-gd-imgstrttf --enable-track-vars

What am I doing wrong, or is it a bug?

Regards,

Arjan Haverkamp
[EMAIL PROTECTED]



[2002-04-12 20:22:27] [EMAIL PROTECTED]

Works fine here with PHP 4.2.0RC3 and Apache 2.0.35.

--Jani

p.s. Try RC3 from http://www.php.net/~derick/




[2002-04-12 19:07:33] [EMAIL PROTECTED]

i want to use apache2 and i wouldn't rewrite all my php scripts



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

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

Bug #16577 Updated: PHP4 doesn't get any enviroment variables

[ard]

 ID:   16577
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.0CVS-2002-04-12
 New Comment:

Same problem with Apache-2.0.35, PHP-4.2.0.  phpinfo() shows this in
the enviroment:

PWD /l/src/openssl-0.9.6d-beta1
HZ 100
HOSTNAME deleted :-)
MOZILLA_HOME /usr/lib/netscape
ignoreeof 10
LS_OPTIONS --color=auto -F -b -T 0 

There are *no* CGI-type variables at all.  They all appear in
_SERVER[], and as a previous poster wrote, I'm not rewriting all my
PHP.

So how do we get this bug reopened?

If a PHP developer contacts me I will allow them access to my
cgi-bin/printenv and phpinfo().


Previous Comments:


[2002-04-20 09:13:42] [EMAIL PROTECTED]

Typo: --with-gsql should be --with-pgsql of course.



[2002-04-20 09:12:13] [EMAIL PROTECTED]

Just installed PHP4.2.0RC4 as APXS with Apache2(.0.35) on My Mandrake
8.0 system.
Compiles just fine, works good, but like others mentioned, I do not see
the Apache specific environment variables in phpinfo() (f.e:
PATH_TRANSLATED is unavailable).

Apache 2 configure options:
./configure  --prefix=/usr/local/apache2 --enable-so

PHP4.2.0.RC4 configure options:
./configure --with-mysql=/usr --with--gsql --enable-xml --enable-wddx
--enable-ftp --enable-sysvsem --enable-sysvshm
--with-apxs2=/usr/local/apache2/bin/apxs --with-ttf=/usr/include
--with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr
--with-freetype-dir=/usr/local/src/freetype-2.0.4
--with-png-dir=/usr/local/src/libpng-1.2.0/
--with-gd=/usr/local/src/gd-2.0.1/ --enable-gd-native-tt
--enable-gd-imgstrttf --enable-track-vars

What am I doing wrong, or is it a bug?

Regards,

Arjan Haverkamp
[EMAIL PROTECTED]



[2002-04-12 20:22:27] [EMAIL PROTECTED]

Works fine here with PHP 4.2.0RC3 and Apache 2.0.35.

--Jani

p.s. Try RC3 from http://www.php.net/~derick/




[2002-04-12 19:07:33] [EMAIL PROTECTED]

i want to use apache2 and i wouldn't rewrite all my php scripts



[2002-04-12 18:53:51] [EMAIL PROTECTED]

setting register_globals is set to on and it doesn't work
and it also doesn't work with php4.1.2 with apache2filter from cvs and
apache2



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

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

Bug #16784: PEAR OutputCompression problem

[naoki]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.5 RELEASE
PHP version:  4.1.2
PHP Bug Type: Output Control
Bug description:  PEAR OutputCompression problem

I've deployed PEAR Cache OutputComression on fairly busy site.
It worked well when I viewed the page via Netscape 6.2. However, when I
viewed the page using
IE 6.0/5.0, it just displays white page as when data is not sent to the
browser.
When I was hacking the code in Cache/OutputCompression.php, I found out
that it needed to call exit() just after
printContent() does the print(). I have modified "print $content;" to
"die($content);" in printContent().
There're about 200 processes of apache on 5 of each load-balanced servers
and it seems working fine
for 4 days now.
I guess Output Control might be triggering this problem.
-- 
Edit bug report at http://bugs.php.net/?id=16784&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16784&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16784&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16784&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16784&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16784&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16784&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16784&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16784&r=submittedtwice

Bug #16778 Updated: usort and uasort work only if you give them your array BY REFERENCE.

[sniper]

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

Let's close this then.

--Jani



Previous Comments:


[2002-04-23 22:14:17] [EMAIL PROTECTED]

Shame on me ... I don't know how to read the php manual.

In the manual, uasort returns a void ... and NOT the sorted array.

Sorry guys, I was tired yesterday night when I tried for 2 hours to
make this sort working.

I don't think there is a need for a script any more no ?

Thanks Jani



[2002-04-23 20:24:12] [EMAIL PROTECTED]

And please add a complete, short script which can be used
to reproduce the problem.

--Jani






[2002-04-23 20:23:35] [EMAIL PROTECTED]

The proto in PHP 4.2.0 for this function is:

bool uasort ( array array, function cmp_function)

Which means, that the fuction only returns TRUE or FALSE
depending whether it succeeded or not.
Please update to PHP 4.2.0 first.

--Jani






[2002-04-23 20:09:11] [EMAIL PROTECTED]

The following code doesn't work :

$received_array = uasort($send_array,"mycmp")
$received_array isn't a correct array (but the integer 1 in general)

Where if I do this :

$received_array = uasort(&$send_array,"mycmp")
$received_array is still not correct, but $send_array has been sorted.





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

Bug #16751 Updated: setcookie not working in QNX

[cheeping]

 ID:   16751
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Mandrake Linux 8.1
 PHP Version:  4.2.0
 New Comment:

What kind of bug are you talking about? Is it due to the way cookie is
set (eg. timeout/path is not declared in setcookie() ) or setcookie
simply can't work in Voyager?
Which version of QNX voyager does the bug exist? We're using voyager on
QNX 6.0 Beta.


Previous Comments:


[2002-04-23 12:44:39] [EMAIL PROTECTED]

Apparantly a bug in QNX Voyager.

-Tal



[2002-04-23 07:51:05] [EMAIL PROTECTED]

I am wondering why setcookie is not working in QNX Voyager anymore.
Previous version of php seem to be able to support it (at least for my
case, setcookie for PHP 4.0.2 is working in QNX Voyager). I tested with
Netscape and IE and both seem to be ok.




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

Bug #16778 Updated: usort and uasort work only if you give them your array BY REFERENCE.

[jeremy]

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

Shame on me ... I don't know how to read the php manual.

In the manual, uasort returns a void ... and NOT the sorted array.

Sorry guys, I was tired yesterday night when I tried for 2 hours to
make this sort working.

I don't think there is a need for a script any more no ?

Thanks Jani


Previous Comments:


[2002-04-23 20:24:12] [EMAIL PROTECTED]

And please add a complete, short script which can be used
to reproduce the problem.

--Jani






[2002-04-23 20:23:35] [EMAIL PROTECTED]

The proto in PHP 4.2.0 for this function is:

bool uasort ( array array, function cmp_function)

Which means, that the fuction only returns TRUE or FALSE
depending whether it succeeded or not.
Please update to PHP 4.2.0 first.

--Jani






[2002-04-23 20:09:11] [EMAIL PROTECTED]

The following code doesn't work :

$received_array = uasort($send_array,"mycmp")
$received_array isn't a correct array (but the integer 1 in general)

Where if I do this :

$received_array = uasort(&$send_array,"mycmp")
$received_array is still not correct, but $send_array has been sorted.





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

Bug #16773 Updated: ISAPI application dies

[chris]

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

That is the most common problem with the ISAPI filter of PHP.

I would just run it as CGI.


Previous Comments:


[2002-04-23 18:38:42] [EMAIL PROTECTED]

Loaded modules are php_mssql.dll and php_socket.dll

Under the Home Directory tab, clicking "Unload" will return things to
normal.

As this appears to be a flaw in the memory management, would unticking
"Cache ISAPI Applications" help?



[2002-04-23 18:33:26] [EMAIL PROTECTED]

Sorry for the unhelpful title, but the PHP ISAPI filter dies, leaving
the below messages in the logs.

One page would not load, and then subsequent pages were "PHP has
encountered an Access Violation at 77FCB2A7".

The page always loads fast - all it does are a couple of MS SQL queries
via an abstraction library (namdal-ms.php). open_database() calls
mssql_pconnect()

Application protection is "Low" as recommended in bug #15333.


PHP error log:

[24-Apr-2002 10:21:54] PHP Fatal error:  Cannot redeclare
open_database() (previously declared in namdal-ms.php:39) in
namdal-ms.php on line 38
[24-Apr-2002 10:22:16] PHP Fatal error:  Maximum execution time of 30
seconds exceeded in namdal-ms.php on line 68


Windows Event Viewer (System):

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_request_startup + 0x1F0
 + 0xFBBE824
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
ntdll!RtlSizeHeap + 0x78
ntdll!RtlFreeHeap + 0x100
php4ts!shutdown_memory_manager + 0x1BC
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:22:16 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'.




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

Bug #16783 Updated: Cant run apache2 with PHP module

[superzouz]

 ID:   16783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP Professional 5.1.2600
 PHP Version:  4.2.0
 New Comment:

Sorry Sorry!
Just found other similar bug reports!
Sorry for wasting your time.
PHP now works with apache2filter.dll
but I had to comment "AddModule mod_php4.c" because Apache complained:
"Invalid command 'AddModule', perhaps mis-spelled or defined by a
module not included in the server configuration."


Previous Comments:


[2002-04-23 21:57:48] [EMAIL PROTECTED]

You're using wrong dll. it's called 'apache2filter.dll' and it can be
found in the experimental folder in the zip.




[2002-04-23 21:42:47] [EMAIL PROTECTED]

The following problem is most probably caused by Apache, not PHP, but
this report may be useful to you.


___Summary: 

After adding the necessary lines in httpd.conf to register the PHP
module, Apache service cannot be started.
The Windows event viewer reports:
"The Apache service named  reported the following error:>>> Cannot load
C:/PHPmod/sapi/php4apache.dll into server: The specified module could
not be found."
But the dll is right where it should be, and with appropriate
permissions set!


___Details:
Apache version: 2.0.35

As instructed in install.txt on your distribution, 
I added the following lines to the Modules section in httpd.conf:
#--PHP-
LoadModule php4_module c:/PHPmod/sapi/php4apache.dll
AddModule mod_php4.c
AddType application/x-httpd-php .php
#--

I am using the "c:\PHPmod" directory because c:\php contains the CGI
distribution of PHP4.1.1 wich I use with a Xitami Webserver and for
processing scripts.

I tried to move the dll around a bit (like in the apache mods
directory) and experimented with the path (trying windows slashes,
omitting "c:" etc).

Later on, I read the PHP install directions and noticed I hadn't copied
php.ini in the windows directory. So I copied php.ini-distr , renamed
it and edited the "extension_dir" setting as instructed. But that
didn't fix the problem.



Thank you





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

Bug #16627 Updated: SID is empty

[sniper]

 ID:   16627
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Session related
 Operating System: Linux 2.4.10
 PHP Version:  4.2.0
 New Comment:

This is fixed in CVS and the fix will be in PHP 4.2.1.

--Jani



Previous Comments:


[2002-04-23 21:59:01] [EMAIL PROTECTED]

We are getting the same error.  It works fine on php 4.1.2, but 4.2.0
blows up.  We do not have sessions trans ID enabled, but I noticed the
configuration script no longer recognizes trans-sid.  Not everybody has
cookies and php 4.2.0 appears to break sessions for people w/o cookies.



[2002-04-16 05:33:26] [EMAIL PROTECTED]

With enabled cookies, it works, but I would have to change the
configuration of 1400 clients to allow cookies.

Cookies are not enabled in my serverconfiguration:

session.auto_start  Off
session.cache_expire180
session.cache_limiter   nocache
session.cookie_domain   no value
session.cookie_lifetime 0
session.cookie_path /
session.cookie_secure   Off
session.entropy_fileno value
session.entropy_length  0
session.gc_maxlifetime  1440
session.gc_probability  1
session.nameSESSID
session.referer_check   no value
session.save_handlerfiles
session.save_path   /tmp
session.serialize_handler   php
session.use_cookies Off
session.use_trans_sid   0

its the same php.ini I used in 4.1.2 and lower.
I also tried the php.ini-dist from RC4



[2002-04-16 05:31:33] [EMAIL PROTECTED]

With enabled cookies, it works, but I would have to change the
congiguration of 1400 clients to allow cookies.

Cookies are not enabled in my configuration:

session.auto_start  Off
session.cache_expire180
session.cache_limiter   nocache
session.cookie_domain   no value
session.cookie_lifetime 0
session.cookie_path /
session.cookie_secure   Off
session.entropy_fileno value
session.entropy_length  0
session.gc_maxlifetime  1440
session.gc_probability  1
session.nameSESSID
session.referer_check   no value
session.save_handlerfiles
session.save_path   /tmp
session.serialize_handler   php
session.use_cookies Off
session.use_trans_sid   0

its the same php.ini I used in 4.1.2 and lower.
I also tried the php.ini-dist from RC4



[2002-04-16 05:03:17] [EMAIL PROTECTED]

afair SID is only defined when no session cookie was received?



[2002-04-16 03:31:46] [EMAIL PROTECTED]





'./configure' '--with-apxs2=/usr/httpd/sbin/apxs' '--with-mysql'
'--with-gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr/lib'
'--with-zlib=yes' '--with-xml' '--with-ttf' '--with-ftp'
'--enable-trans-sid' '--enable-track-vars' '--enable-magic-quotes'
'--enable-ftp' '--with-config-file-path=/etc/httpd2'
'--with-sybase=/usr/freetds' '--with-pdflib=/usr/local'
'--with-gettext'




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

Bug #16627 Updated: SID is empty

[mmichael]

 ID:   16627
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Linux 2.4.10
 PHP Version:  4.2.0
 New Comment:

We are getting the same error.  It works fine on php 4.1.2, but 4.2.0
blows up.  We do not have sessions trans ID enabled, but I noticed the
configuration script no longer recognizes trans-sid.  Not everybody has
cookies and php 4.2.0 appears to break sessions for people w/o cookies.


Previous Comments:


[2002-04-16 05:33:26] [EMAIL PROTECTED]

With enabled cookies, it works, but I would have to change the
configuration of 1400 clients to allow cookies.

Cookies are not enabled in my serverconfiguration:

session.auto_start  Off
session.cache_expire180
session.cache_limiter   nocache
session.cookie_domain   no value
session.cookie_lifetime 0
session.cookie_path /
session.cookie_secure   Off
session.entropy_fileno value
session.entropy_length  0
session.gc_maxlifetime  1440
session.gc_probability  1
session.nameSESSID
session.referer_check   no value
session.save_handlerfiles
session.save_path   /tmp
session.serialize_handler   php
session.use_cookies Off
session.use_trans_sid   0

its the same php.ini I used in 4.1.2 and lower.
I also tried the php.ini-dist from RC4



[2002-04-16 05:31:33] [EMAIL PROTECTED]

With enabled cookies, it works, but I would have to change the
congiguration of 1400 clients to allow cookies.

Cookies are not enabled in my configuration:

session.auto_start  Off
session.cache_expire180
session.cache_limiter   nocache
session.cookie_domain   no value
session.cookie_lifetime 0
session.cookie_path /
session.cookie_secure   Off
session.entropy_fileno value
session.entropy_length  0
session.gc_maxlifetime  1440
session.gc_probability  1
session.nameSESSID
session.referer_check   no value
session.save_handlerfiles
session.save_path   /tmp
session.serialize_handler   php
session.use_cookies Off
session.use_trans_sid   0

its the same php.ini I used in 4.1.2 and lower.
I also tried the php.ini-dist from RC4



[2002-04-16 05:03:17] [EMAIL PROTECTED]

afair SID is only defined when no session cookie was received?



[2002-04-16 03:31:46] [EMAIL PROTECTED]





'./configure' '--with-apxs2=/usr/httpd/sbin/apxs' '--with-mysql'
'--with-gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr/lib'
'--with-zlib=yes' '--with-xml' '--with-ttf' '--with-ftp'
'--enable-trans-sid' '--enable-track-vars' '--enable-magic-quotes'
'--enable-ftp' '--with-config-file-path=/etc/httpd2'
'--with-sybase=/usr/freetds' '--with-pdflib=/usr/local'
'--with-gettext'




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

Bug #16783 Updated: Cant run apache2 with PHP module

[sniper]

 ID:   16783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP Professional 5.1.2600
 PHP Version:  4.2.0
 New Comment:

You're using wrong dll. it's called 'apache2filter.dll' and it can be
found in the experimental folder in the zip.



Previous Comments:


[2002-04-23 21:42:47] [EMAIL PROTECTED]

The following problem is most probably caused by Apache, not PHP, but
this report may be useful to you.


___Summary: 

After adding the necessary lines in httpd.conf to register the PHP
module, Apache service cannot be started.
The Windows event viewer reports:
"The Apache service named  reported the following error:>>> Cannot load
C:/PHPmod/sapi/php4apache.dll into server: The specified module could
not be found."
But the dll is right where it should be, and with appropriate
permissions set!


___Details:
Apache version: 2.0.35

As instructed in install.txt on your distribution, 
I added the following lines to the Modules section in httpd.conf:
#--PHP-
LoadModule php4_module c:/PHPmod/sapi/php4apache.dll
AddModule mod_php4.c
AddType application/x-httpd-php .php
#--

I am using the "c:\PHPmod" directory because c:\php contains the CGI
distribution of PHP4.1.1 wich I use with a Xitami Webserver and for
processing scripts.

I tried to move the dll around a bit (like in the apache mods
directory) and experimented with the path (trying windows slashes,
omitting "c:" etc).

Later on, I read the PHP install directions and noticed I hadn't copied
php.ini in the windows directory. So I copied php.ini-distr , renamed
it and edited the "extension_dir" setting as instructed. But that
didn't fix the problem.



Thank you





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

Bug #16780 Updated: Wrong comment in php.ini-recommended

[sniper]

 ID:  16780
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: 4.0CVS-2002-04-23
 New Comment:

Fixed in CVS. (HEAD and PHP_4_2_0 branch)



Previous Comments:


[2002-04-23 21:12:25] [EMAIL PROTECTED]

Hi, this wrong documentation line has already been in
php.ini-recommende for 8 month. :-)

Index: php.ini-recommended
===
RCS file: /repository/php4/php.ini-recommended,v
retrieving revision 1.75
diff -u -r1.75 php.ini-recommended
--- php.ini-recommended 19 Apr 2002 07:13:55 -  1.75
+++ php.ini-recommended 24 Apr 2002 01:02:18 -
@@ -241,7 +241,7 @@
 ;
 ;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
 ;
-;   - Show all errors except for notices
+;   - Show all errors
 ;
 error_reporting  =  E_ALL




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

Bug #16783: Cant run apache2 with PHP module

[superzouz]

From: [EMAIL PROTECTED]
Operating system: Windows XP Professional 5.1.2600
PHP version:  4.2.0
PHP Bug Type: Apache2 related
Bug description:  Cant run apache2 with PHP module

The following problem is most probably caused by Apache, not PHP, but this
report may be useful to you.


___Summary: 

After adding the necessary lines in httpd.conf to register the PHP module,
Apache service cannot be started.
The Windows event viewer reports:
"The Apache service named  reported the following error:>>> Cannot load
C:/PHPmod/sapi/php4apache.dll into server: The specified module could not
be found."
But the dll is right where it should be, and with appropriate permissions
set!


___Details:
Apache version: 2.0.35

As instructed in install.txt on your distribution, 
I added the following lines to the Modules section in httpd.conf:
#--PHP-
LoadModule php4_module c:/PHPmod/sapi/php4apache.dll
AddModule mod_php4.c
AddType application/x-httpd-php .php
#--

I am using the "c:\PHPmod" directory because c:\php contains the CGI
distribution of PHP4.1.1 wich I use with a Xitami Webserver and for
processing scripts.

I tried to move the dll around a bit (like in the apache mods directory)
and experimented with the path (trying windows slashes, omitting "c:"
etc).

Later on, I read the PHP install directions and noticed I hadn't copied
php.ini in the windows directory. So I copied php.ini-distr , renamed it
and edited the "extension_dir" setting as instructed. But that didn't fix
the problem.



Thank you

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

Bug #16782: PHP & libiodbc-3.0.5 return garbage column names with ingres

[karlm]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.2.0
PHP Bug Type: ODBC related
Bug description:  PHP & libiodbc-3.0.5 return garbage column names with ingres

Use odbc_result_all or odbc_field_name to get the column names from
odbc_exec  call to an ingres_ii database via libiodbc-3.0.5. The resulting
column names are in fact portions of the original SQL query! Referencing
by column number works.

I am unable to test this with another database via libiodbc, however I can
reproduce it using two different ODBC drivers. Using the php native
drivers to ingres does work (but is of course still experimental).

Configure line below:

./configure --with-ldap=/usr/local/ --enable-libgcc --enable-ftp
--with-mysql=/usr/local/mysql --with-ingres=/db/ingres
--with-iodbc=/usr/local/src/libiodbc-3.0.5 --enable-discard-path
--enable-wddx --enable-track-vars --enable-sysvsem
--with-nsapi=/db/www/netscape/server4
--with-oci8=/oracle/home/product/8.1.7


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

Bug #16781: imap support doesn'r work fine

[newton]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.2
PHP version:  4.2.0
PHP Bug Type: IMAP related
Bug description:  imap support doesn'r work fine

I have ever just compiled 4.2.0, but it is still not working! I have
RH7.2(2.4.7), PHP 4.2.0 Compiled as CGI module, c-client 4.1 with kerberos
5 support. imap_open() works fine, when i am specifing incorrect password
it fails so there is no problem with that. But stream returned by
imap_open() for POP3 mailbox is always pointing to an empty mailbox even
if there are more than 100 messages! I have tried this under different
mailservers (e.g. POP3 server on localserver and remote) and results
always were same.
-- 
Edit bug report at http://bugs.php.net/?id=16781&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16781&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16781&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16781&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16781&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16781&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16781&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16781&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16781&r=submittedtwice

Bug #16780: Wrong comment in php.ini-recommended

[jan]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0CVS-2002-04-23
PHP Bug Type: Documentation problem
Bug description:  Wrong comment in php.ini-recommended

Hi, this wrong documentation line has already been in php.ini-recommende
for 8 month. :-)

Index: php.ini-recommended
===
RCS file: /repository/php4/php.ini-recommended,v
retrieving revision 1.75
diff -u -r1.75 php.ini-recommended
--- php.ini-recommended 19 Apr 2002 07:13:55 -  1.75
+++ php.ini-recommended 24 Apr 2002 01:02:18 -
@@ -241,7 +241,7 @@
 ;
 ;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
 ;
-;   - Show all errors except for notices
+;   - Show all errors
 ;
 error_reporting  =  E_ALL
-- 
Edit bug report at http://bugs.php.net/?id=16780&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16780&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16780&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16780&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16780&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16780&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16780&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16780&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16780&r=submittedtwice

Bug #16754 Updated: Apache fails to start with segmentation fault

[aaron]

 ID:   16754
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: RH Linux 7.2 (2.4.7-10)
 PHP Version:  4.2.0
 New Comment:

This bug has been fixed in CVS.

I just committed a fix for this in
sapi/apache2filter/sapi_apache2.c version 1.74
(from CVS HEAD). If you are still seeing the
problem after trying this version please reopen
this bug. Thank you for using Apache/PHP!


Previous Comments:


[2002-04-23 15:43:14] [EMAIL PROTECTED]

reclassified



[2002-04-23 10:32:23] [EMAIL PROTECTED]

apachectl start segmentation faults. If the PHP LoadModule line is
removed apache will start. Then it can be added back again and apache
restarted or graceful restarted and it will work, but a stop and a
start will fail.

./configure --with-oci8=$ORACLE_HOME --with-oracle=$ORACLE_HOME
--with-apxs2=/usr/local/httpd2/bin/apxs

Note this is with apache 2.0 which I know is experimental but I thought
you ought to know.

Back trace goes as follows

#0  php_apache_sapi_send_headers (sapi_headers=0x813b7a8,
tsrm_ls=0x813b740) at sapi_apache2.c:117
tsrm_ls = (void ***) 0x813b740
ctx = (php_struct *) 0x0
#1  0x40330b08 in sapi_send_headers (tsrm_ls=0x813b740) at SAPI.c:578
retval = 0
ret = -1
#2  0x40388af3 in php_header () at head.c:58
tsrm_ls = (void ***) 0x813b740
#3  0x4033544f in php_ub_body_write (str=0xbfffe400 ?OCIDebug: START
php_mshutdown_oci\n?, 
str_length=40, tsrm_ls=0x813b740) at output.c:475
tsrm_ls = (void ***) 0x813b740
result = 0
#4  0x403348e8 in php_body_write (str=0xbfffe400 ?OCIDebug: START
php_mshutdown_oci\n?, 
str_length=40, tsrm_ls=0x813b740) at output.c:99
tsrm_ls = (void ***) 0x813b740
#5  0x4032b16f in php_printf (format=0x403e507f ?OCIDebug: %s\n?)
at main.c:355
format = 0xbfffe400 ?OCIDebug: START php_mshutdown_oci\n?
ret = 0
buffer = ?OCIDebug: START php_mshutdown_oci\n?, ?\000' , " î\030@\220èÿ¿?, ?\000' , ?Þü\030@?,
?\000' , ?Þü\030@?, ?\000' ,
??m\031@?, ?\000' , ?\001?, ?\000' , ?>û\030@?, ?\000' ,
?Þü\030@\000\000\000\ê,@\000\000\000\000Þü\030@
9\027\b0ê,@(æÿ¿`m\031@\200Ì\030@
æ,@(æÿ¿\001\000\000\000\000\000\000\000 æ,@\000\000\000\000Þ?...
size = 0
tsrm_ls = (void ***) 0x813b740
#6  0x40350d76 in oci_debug (format=0x403e4e93 ?START
php_mshutdown_oci?) at oci8.c:1046
tsrm_ls = (void ***) 0x0
#7  0x40350140 in zm_shutdown_oci (type=1, module_number=7,
tsrm_ls=0x813b740) at oci8.c:592
---Type  to continue, or q  to quit---
tsrm_ls = (void ***) 0x813b740
#8  0x40322a2d in module_destructor (module=0x8179250) at
zend_API.c:1127
module = (zend_module_entry *) 0x8179250
tsrm_ls = (void ***) 0x813b740
#9  0x4032449b in zend_hash_destroy (ht=0x40411260) at zend_hash.c:541
p = (Bucket *) 0x817be28
q = (Bucket *) 0x8179220
#10 0x4031f7ab in zend_shutdown (tsrm_ls=0x813b740) at zend.c:490
tsrm_ls = (void ***) 0x813b740
#11 0x4032caff in php_module_shutdown (tsrm_ls=0x813b740) at
main.c:1050
tsrm_ls = (void ***) 0x813b740
#12 0x4032cac1 in php_module_shutdown_wrapper (sapi_globals=0x403f1660)
at main.c:1027
tsrm_ls = (void ***) 0x0
#13 0x4032a36d in php_apache_server_shutdown (tmp=0x0) at
sapi_apache2.c:422
No locals.
#14 0x40040f31 in run_cleanups (c=0x813a860) at apr_pools.c:1713
c = (cleanup_t *) 0x813a860
#15 0x40040448 in apr_pool_clear (pool=0x80b6dc0) at apr_pools.c:603
pool = (apr_pool_t *) 0x80b6dc0
next = (apr_memnode_t *) 0x80ad484
index = 1
max_index = 0
#16 0x08082d38 in main (argc=2, argv=0xba94) at main.c:579
argc = 0
argv = (char **) 0x80b9ac8
c = 88 ?X?
configtestonly = 0
confname = 0x80a3e48 ?conf/httpd.conf?
---Type  to continue, or q  to quit---
def_server_root = 0x80a49ab ?/usr/local/httpd2"
process = (process_rec *) 0x80b4e38
server_conf = (server_rec *) 0x80b9ac8
pglobal = (apr_pool_t *) 0x80b4db8
pconf = (apr_pool_t *) 0x80b6dc0
plog = (apr_pool_t *) 0x80eeea0
ptemp = (apr_pool_t *) 0x80f0ea8
pcommands = (apr_pool_t *) 0x80ece98
opt = (apr_getopt_t *) 0x80ecf30
rv = 134942120
mod = (module **) 0x80b9ac8
optarg = 0x0
#17 0x401b6507 in __libc_start_main (main=0x80826a4 , argc=2,
ubp_av=0xba94, 
init=0x805ed38 <_init>, fini=0x809bee0 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, 
stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129
ubp_av = (char **) 0xba94
fini = (void (*)()) 0x400168e4 <_dl_debug_mask>
rtld_fini = (

Bug #16475 Updated: segfault at startup with Apache 2.0.35

[aaron]

 ID:   16475
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux 2.4.x
 PHP Version:  4.2.0RC2-4
 New Comment:

This bug has been fixed in CVS.

I just committed a fix for this in
sapi/apache2filter/sapi_apache2.c version 1.74
(from CVS HEAD). If you are still seeing the
problem after trying this version please reopen
this bug. Thank you for using Apache/PHP!


Previous Comments:


[2002-04-23 16:12:24] [EMAIL PROTECTED]

Hi,

try submitting a backtrace. See
http://bugs.php.net/bugs-generating-backtrace.php to create it - it's
quite simple
but helps the developers a lot. Did you compile apache with the option
"--with-apxs2"?

Just gimme a hint when I should try to compile apache with php on my
system again...

Bye,
Sebastian



[2002-04-23 14:55:29] [EMAIL PROTECTED]

Well, this is probably not much help, but with gcc-2.95.3,
linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior,
namely, httpd -X crashes with a segmentation fault whenever I access
ANY page on the server, PHP or not. This only happens AFTER the PHP
module is loaded. With the vanilla apache (no php) I have no problems,
whatsoever.

Also, configuration of both apache and php is minimal.



[2002-04-22 00:04:43] [EMAIL PROTECTED]

AHA!  I think I'm onto something.  The DSO is segfaulting in the second
initialization round when php_apache_server_startup().  That function
calls php_apache_startup() which uses pthread_getspecific.  It ends up
looking up a structure which contains pointers that point to from the
FIRST round, dereferences them, and poof, it dies.  I'm working on a
patch.



[2002-04-21 18:48:21] [EMAIL PROTECTED]

This appears to be heap corruption of some sort.  I can
reproduce the problem and am working on tracking it down.



[2002-04-15 00:12:00] [EMAIL PROTECTED]

I too have been seeing this same error.
Using RC3 and now RC4, httpd -X cores immediately.

My php config:
./configure --with-apxs2=/home/brian/apache2/bin/apxs --enable-debug
--prefix=/home/brian/apache2

Coredump bt:
(gdb) bt
#0  0x4034958e in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310
#1  0x402a1fda in php_module_startup (sf=0x4036fb00) at main.c:856
#2  0x4029f9bc in php_apache_server_startup (pconf=0x80b7e20,
plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0)
at sapi_apache2.c:435
#3  0x0807c972 in ap_run_post_config (pconf=0x80b7e20, plog=0x80eff00,
ptemp=0x8137a38, s=0x813a0a0)
at config.c:127
#4  0x08081595 in main (argc=2, argv=0xb7e4) at main.c:611
#5  0x40119280 in __libc_start_main () from /lib/libc.so.6

Apache 2.0.35, Mandrake 8.2

Changes made to httpd.conf as per instructions on 
web page:
LoadModule php4_modulemodules/libphp4.so


SetOutputFilter PHP
SetInputFilter 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/16475

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

Bug #16760 Updated: PHP_EXTENSION_DIR can not be changed via configure

[sniper]

 ID:   16760
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Solaris 2.8
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

No need to report same issue two times. Update the 
#16758 when needed.



Previous Comments:


[2002-04-23 11:59:48] [EMAIL PROTECTED]

add configure command used to create

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---



[2002-04-23 11:58:13] [EMAIL PROTECTED]

Can not change where java.so is to be placed

---Environment
Solaris Sparc 2.8 64 bit (sparcv9) Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

need a --with-extension-dir=

but is "extension" the correct word, after reading
the configure source ?

-pete







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

Bug #16758 Updated: Configure "Libraries have been installed in" and where they really are

[sniper]

 ID:   16758
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Assigned
 Bug Type: *Configuration Issues
 Operating System: Solaris 2.8
 PHP Version:  4.1.2
-Assigned To:  
+Assigned To:  sniper
 New Comment:

Assigning this to myself so I don't forget it..



Previous Comments:


[2002-04-23 19:12:54] [EMAIL PROTECTED]

Reclassified. The configure options to control this
and the other stuff installed are not working that well.

btw. Update to PHP 4.2.0 first.
Then check the --with-layout and --prefix and --libdir options.

--Jani




[2002-04-23 11:30:31] [EMAIL PROTECTED]

configure reports wrong location of where the java.so
extension is for updating the LD_LIBRARY_PATH

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---


---
Libraries have been installed in:
   /usr/local/build/php4-200204230600/modules

If you ever happen to want to link against installed libraries [snip]
---

Gives the build (source) directory path not the
make install path:
/usr/local/lib/php/extensions/no-debug-non-zts-20010901/java.so

Also question: How do I change the directory this
extension is placed in ?

Thanks

-pete






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

Bug #16215 Updated: uasort does not seem to work

[sniper]

 ID:   16215
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Arrays related
 Operating System: Unix
 PHP Version:  4.1.2
 New Comment:

This example script works fine for me with PHP 4.2.0:

$ar2['Fator1'])
return 1;
   if ($ar1['Fator2']<$ar2['Fator2'])
return -1;
   else if ($ar1['Fator2']>$ar2['Fator2'])
return 1;
  return 0;
}

print_r($array);
echo "\n";

uasort($array,'Compare');

print_r($array);
echo "\n";

?>



Previous Comments:


[2002-04-23 20:34:36] [EMAIL PROTECTED]

Jeremy and Eved, you need short & complete example.

Short & complete example:
 - has "" tag
 - works as standalone. (i.e. paste code & execute must work)
 - number of lines should be 30 at most and code
   must be easy to read.





[2002-04-23 20:17:31] [EMAIL PROTECTED]

same problem as mine (see number 16778).

To solve the problem pass your array by reference to the function
 ex: uasort(&$array_to_be_sorted,"yourcmp")

Your array $array_to_be_sorted is now sorted ...
Don't expect any result returned by the function
(for me it returns 1, maybe saying the array has been sorted)



[2002-03-22 03:58:51] [EMAIL PROTECTED]

Please provide a full copy&paste example



[2002-03-21 21:18:34] [EMAIL PROTECTED]

I just want to report that the example code for the uasort function in
the PHP manual does not work and nothing gets sorted.. I've tried for
hours and using multiple books to get uasort to work with
multidimensional associative arrays and I have had no success...  Am I
possibly printing out the arrays incorrectly?? This is what i Used to
display the sorted array in the example in the PHP manual:

for ( $row = 0; $row < 3; $row++ )
{
while (list($key, value) = each ($array[ $row] ) )
{
  echo "|$value";
}
 echo "|";
}

this can be the only possible thing I find that could be wrong.. if my
code is not incorrect than this is a bug in the program..





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

Bug #16774 Updated: php4apache.dll

[slowhandz]

 ID:   16774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 98 SE
 PHP Version:  4.2.0
 New Comment:

Where exactly was that documented?

I didn't see anything about
'apache2filter.dll' anywhere!


Previous Comments:


[2002-04-23 19:25:25] [EMAIL PROTECTED]

You're using wrong dll. it's called 'apache2filter.dll' and it can be
found in the experimental folder in the zip.




[2002-04-23 19:17:25] [EMAIL PROTECTED]

Tried updrading to the new Apache and
PHP releases on Windows 98 SE as follows:


Apache 2.0.35 [3.1M] - 09-Apr-2002 - MSI Installer Package
http://www.apache.org/dist/httpd/binaries/win32/apache_2.0.35-win32-x86-no_ssl.msi

PHP 4.2.0 [4,898Kb]  - 22 April 2002
http://ca.php.net/do_download.php?download_file=php-4.2.0-Win32.zip


Installed Apache into c:\apache2 and
extracted the PHP zip into c:\php.


1. Copied php4ts.dll (1,004 KB) into c:\windows\system.

2. Copied all the dll's from the c:\php\dlls folder into
c:\windows\system.

3. Copied php.ini-dist into c:\windows and renamed php.ini.

4. Extension_dir directive in php.ini is set to: "c:\php\extensions"
   NOTE: ALL extensions are commented out in php.ini - NOTHING LOADED!

5. Added the following lines to httpd.conf:

   LoadModule php4_module c:/php/sapi/php4apache.dll

   AddType application/x-httpd-php .php .php3 .phtml
   AddType application/x-httpd-php-source .phps

6. Start Apache from command line:

   C:\Apache2\bin>apache

   Syntax error on line 947 of C:/Apache2/conf/httpd.conf:
   Cannot load C:/PHP/sapi/php4apache.dll into server:
   One of the library files needed to run this application cannot be
found.

What the... Syntax error ???

It's definitely having a problem with php4apache.dll.

I then tried copying php4apache.dll into C:\Apache2\modules
and changed the LoadModule to read:

   LoadModule php4_module modules/php4apache.dll

Same error message? 

If I'm not mistaken, this DLL was experimental in RC4...

My guess is that it's still wacked!?

Steve







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

Bug #16203 Updated: Cannot configure with ming

[sniper]

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

Is your GD library compiled with freetype support?
Please try PHP 4.2.0 and send me the full config.log
to [EMAIL PROTECTED] and I'll check what fails there.

The configure should fail while checking the GD library..

--Jani



Previous Comments:


[2002-04-23 11:57:39] [EMAIL PROTECTED]

Indeed I changed the config options (because GD 2.0.1 doesn't compile
anymore either) and freetype had been removed. I made more test :
- it compiles fine without GD and freetype (so freetype is not required
for ming ?)
- it breaks if I add GD (1.8 series) without freetype or another
graphic extensions



[2002-04-20 13:18:19] [EMAIL PROTECTED]

Was the configure line same as before? (ie. same as in your
first note)

It looks like for some reason, the -lfreetype is not added
to the LIBS. Could you send me the whole config.log, please?




[2002-04-20 12:30:47] [EMAIL PROTECTED]

Here's what config.log says :

configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2  
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming  -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm  -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"

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



[2002-04-19 11:32:00] [EMAIL PROTECTED]

What does config.log has to say about this?



[2002-04-19 11:14:04] [EMAIL PROTECTED]

Just tested with 4.2.0 RC4 and the bug is still there.



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

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

Bug #16215 Updated: uasort does not seem to work

[yohgaki]

 ID:   16215
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Unix
 PHP Version:  4.1.2
 New Comment:

Jeremy and Eved, you need short & complete example.

Short & complete example:
 - has "" tag
 - works as standalone. (i.e. paste code & execute must work)
 - number of lines should be 30 at most and code
   must be easy to read.




Previous Comments:


[2002-04-23 20:17:31] [EMAIL PROTECTED]

same problem as mine (see number 16778).

To solve the problem pass your array by reference to the function
 ex: uasort(&$array_to_be_sorted,"yourcmp")

Your array $array_to_be_sorted is now sorted ...
Don't expect any result returned by the function
(for me it returns 1, maybe saying the array has been sorted)



[2002-03-22 03:58:51] [EMAIL PROTECTED]

Please provide a full copy&paste example



[2002-03-21 21:18:34] [EMAIL PROTECTED]

I just want to report that the example code for the uasort function in
the PHP manual does not work and nothing gets sorted.. I've tried for
hours and using multiple books to get uasort to work with
multidimensional associative arrays and I have had no success...  Am I
possibly printing out the arrays incorrectly?? This is what i Used to
display the sorted array in the example in the PHP manual:

for ( $row = 0; $row < 3; $row++ )
{
while (list($key, value) = each ($array[ $row] ) )
{
  echo "|$value";
}
 echo "|";
}

this can be the only possible thing I find that could be wrong.. if my
code is not incorrect than this is a bug in the program..





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

Bug #16775 Updated: Page Could Not Be Displayed

[sniper]

 ID:   16775
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  4.1.2
 New Comment:

Please update to PHP 4.2.0 and use Apache 1.3.24.
Apache2 support is not really ready for production systems
yet.

--Jani



Previous Comments:


[2002-04-23 19:54:56] [EMAIL PROTECTED]

I have tested Apache 1.3.24 server earlier with PHP 4.1.2 and error was
the same. All .php pages are affected by error.

It looks like when to many requests are made by php the server cannot
handle all the responses ? not sure.

In the example I have provided (link), check for 'Profile'
and try changing some data, browse through some pages.

Netscape on w32 throws also an empty page but without info.



[2002-04-23 19:28:02] [EMAIL PROTECTED]

Not a PHP bug apparently. Your test site works fine
with Netscape 4.77 (linux version).

btw. Apache2 support in PHP 4.1.2 is really not working.
Even in 4.2.0 it's experimental. But you should still
update to 4.2.0.




[2002-04-23 19:24:15] [EMAIL PROTECTED]

Hello,


This is one one my last tries to find some solution to this bug.

conf:

- XP
- Apache 2.035
- MySQL 3.23
- PHP 4.1.2

Internet Explorer is showing "The Page could not be displayed" when
.php page is called.

But, when user klicks on browsers back button, the requested page is
displayed.

Note! This is only happening with .php pages!

There is a living example at:

http://flux.origincode.com/build/login/login.php
(use demo/demo to login)


Regards,

/Vildan




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

Bug #16778 Updated: usort and uasort work only if you give them your array BY REFERENCE.

[sniper]

 ID:   16778
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  4.1.2
 New Comment:

And please add a complete, short script which can be used
to reproduce the problem.

--Jani





Previous Comments:


[2002-04-23 20:23:35] [EMAIL PROTECTED]

The proto in PHP 4.2.0 for this function is:

bool uasort ( array array, function cmp_function)

Which means, that the fuction only returns TRUE or FALSE
depending whether it succeeded or not.
Please update to PHP 4.2.0 first.

--Jani






[2002-04-23 20:09:11] [EMAIL PROTECTED]

The following code doesn't work :

$received_array = uasort($send_array,"mycmp")
$received_array isn't a correct array (but the integer 1 in general)

Where if I do this :

$received_array = uasort(&$send_array,"mycmp")
$received_array is still not correct, but $send_array has been sorted.





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

Bug #16778 Updated: usort and uasort work only if you give them your array BY REFERENCE.

[sniper]

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

The proto in PHP 4.2.0 for this function is:

bool uasort ( array array, function cmp_function)

Which means, that the fuction only returns TRUE or FALSE
depending whether it succeeded or not.
Please update to PHP 4.2.0 first.

--Jani





Previous Comments:


[2002-04-23 20:09:11] [EMAIL PROTECTED]

The following code doesn't work :

$received_array = uasort($send_array,"mycmp")
$received_array isn't a correct array (but the integer 1 in general)

Where if I do this :

$received_array = uasort(&$send_array,"mycmp")
$received_array is still not correct, but $send_array has been sorted.





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

Bug #16215 Updated: uasort does not seem to work

[jeremy]

 ID:   16215
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Unix
 PHP Version:  4.1.2
 New Comment:

same problem as mine (see number 16778).

To solve the problem pass your array by reference to the function
 ex: uasort(&$array_to_be_sorted,"yourcmp")

Your array $array_to_be_sorted is now sorted ...
Don't expect any result returned by the function
(for me it returns 1, maybe saying the array has been sorted)


Previous Comments:


[2002-03-22 03:58:51] [EMAIL PROTECTED]

Please provide a full copy&paste example



[2002-03-21 21:18:34] [EMAIL PROTECTED]

I just want to report that the example code for the uasort function in
the PHP manual does not work and nothing gets sorted.. I've tried for
hours and using multiple books to get uasort to work with
multidimensional associative arrays and I have had no success...  Am I
possibly printing out the arrays incorrectly?? This is what i Used to
display the sorted array in the example in the PHP manual:

for ( $row = 0; $row < 3; $row++ )
{
while (list($key, value) = each ($array[ $row] ) )
{
  echo "|$value";
}
 echo "|";
}

this can be the only possible thing I find that could be wrong.. if my
code is not incorrect than this is a bug in the program..





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

Bug #16778: usort and uasort work only if you give them your array BY REFERENCE.

[jeremy]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.2
PHP Bug Type: Arrays related
Bug description:  usort and uasort work only if you give them your array BY REFERENCE.

The following code doesn't work :

$received_array = uasort($send_array,"mycmp")
$received_array isn't a correct array (but the integer 1 in general)

Where if I do this :

$received_array = uasort(&$send_array,"mycmp")
$received_array is still not correct, but $send_array has been sorted.

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

Bug #16548 Updated: exec or system a daemon will catch the port for this session

[sniper]

 ID:   16548
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Session related
 Operating System: RED HAT Linux 7.2
 PHP Version:  4.1.2
 New Comment:

This should be fixed in CVS. Please try the latest cvs snapshot from
http://snaps.php.net/ and make sure the
Revision of ext/session/mod_files.c is 1.74

--Jani



Previous Comments:


[2002-04-18 16:30:18] [EMAIL PROTECTED]

reopened as possible session related bug.




[2002-04-18 10:30:13] [EMAIL PROTECTED]

Sorry !
PHP/4.2.0RC4 has the same problem with _mprshut and session.auto_start
= 1.

httpd and _mprshut acces /tmp/sess_*



[2002-04-18 09:39:10] [EMAIL PROTECTED]

Please try PHP 4.2.0RC4 from http://www.php.net/~derick/




[2002-04-17 10:01:27] [EMAIL PROTECTED]

Now it's 100% true:
Without session.auto_start = 0 it works also with apache with php
compiled.

So i can't use session variables.
Has anybody interest to solve the problem ?
I know not much from C.

On which side is the error ? PHP or _mproshut (Progress) ?



[2002-04-17 07:23:29] [EMAIL PROTECTED]

Without session.auto_start = 0 it works without problem !
(it was 1 but i use it)

[root@linux /tmp]# fuser sess* 
sess_e2b04b5ddbae91f2c52fd86e808565f5: 20658 20661 20664 20667
[root@linux /tmp]# ps -ef | grep 20658
root 20658 1  0 12:15 ?00:00:00
/home/dlc83e/bin/_mprshut /home/
root 20672 12474  0 12:15 pts/100:00:00 grep 20658 


_mprshut access the session file in /tmp !

How can this happen ?



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

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

Bug #16775 Updated: Page Could Not Be Displayed

[vildan]

 ID:   16775
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  4.1.2
 New Comment:

I have tested Apache 1.3.24 server earlier with PHP 4.1.2 and error was
the same. All .php pages are affected by error.

It looks like when to many requests are made by php the server cannot
handle all the responses ? not sure.

In the example I have provided (link), check for 'Profile'
and try changing some data, browse through some pages.

Netscape on w32 throws also an empty page but without info.


Previous Comments:


[2002-04-23 19:28:02] [EMAIL PROTECTED]

Not a PHP bug apparently. Your test site works fine
with Netscape 4.77 (linux version).

btw. Apache2 support in PHP 4.1.2 is really not working.
Even in 4.2.0 it's experimental. But you should still
update to 4.2.0.




[2002-04-23 19:24:15] [EMAIL PROTECTED]

Hello,


This is one one my last tries to find some solution to this bug.

conf:

- XP
- Apache 2.035
- MySQL 3.23
- PHP 4.1.2

Internet Explorer is showing "The Page could not be displayed" when
.php page is called.

But, when user klicks on browsers back button, the requested page is
displayed.

Note! This is only happening with .php pages!

There is a living example at:

http://flux.origincode.com/build/login/login.php
(use demo/demo to login)


Regards,

/Vildan




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

Bug #16777: Multiple odbc connections failing

[jarod . ferguson]

From: [EMAIL PROTECTED]
Operating system: win 2000
PHP version:  4.2.0
PHP Bug Type: ODBC related
Bug description:  Multiple odbc connections failing

I would like to apologize, for I have uninstalled 4.2 from my server and
went back to 4.1, and now I do not have the complete error messages.

Server: Windows 2000 IIS
SQL server 2k
PHP ver 4.2
odbc 

Problem: Old scripts that ran fine on version 4.1.2 now give error
messages stating that the odbc connection is in use "SQLstate S1000
waiting for result from previous hstmnt"

We have scoured the INI, tried the old ini as well. same results. I put
4.1.2 back on, issue is gone. 

I am running into this issue when looping through the Db and running a
subloop inside based off results from the first loop. I do this with
functions inside a loop as well as actually running a new while loop
inside of the first one. I have tried altering my code, making sure i have
closed all db connections (which i never do) and free allodbc results from
memory.

sample codes:

here are the defined functions:
function countapproved ($project_id){
$time = date ("H:i");
$date = date("m/d/y");
$cto_f = odbc_connect("emp1","","")
 or die("Error Connecting To CDBMS.");
$cnt_rec = ("select count (*) from [cto_main] where emp_pro
='$project_id' and date = '$date' and pref_time < '$time' and
cto_status_id <> '2' and cto_status_id <> '3' and (shift_time >
'$time')");
$ex_cr = odbc_exec($cto_f,$cnt_rec);
$count = odbc_result($ex_cr, 1);
return $count;
}

function countgranted ($project_id){
$time = date ("H:i");
$date = date("m/d/y");
$cto_f = odbc_connect("emp1","","")
 or die("Error Connecting To CDBMS.");
$cnt_rec = ("select count (*) from [cto_main] where emp_pro
='$project_id' and date = '$date' and cto_status_id = '2'");
$ex_cr = odbc_exec($cto_f,$cnt_rec);
$count = odbc_result($ex_cr, 1);
return $count;
}

function countsignedout ($project_id){
$time = date ("H:i");
$date = date("m/d/y");
$cto_f = odbc_connect("emp1","","")
 or die("Error Connecting To CDBMS.");
$cnt_rec = ("select count (*) from [cto_main] where (emp_pro
='$project_id') and (date = '$date') and cto_status_id = '3'");
$ex_cr = odbc_exec($cto_f,$cnt_rec);
$count = odbc_result($ex_cr, 1);
return $count;
}

function countpending ($project_id){
$time = date ("H:i");
$date = date("m/d/y");
$cto_f = odbc_connect("emp1","","")
 or die("Error Connecting To CDBMS.");
$cnt_rec = ("select count (*) from [cto_main] where emp_pro
='$project_id' and date = '$date' and pref_time > '$time' and
cto_status_id <> '2' and cto_status_id <> '3' and (shift_time >
'$time')");
$ex_cr = odbc_exec($cto_f,$cnt_rec);
$count = odbc_result($ex_cr, 1);
return $count;
}

running inside this loop:



$get_cto_pro= ("SELECT *, project.project_name FROM cto_project INNER
JOIN project ON cto_project.cto_project_id = project.project_id order by
project_name");
$ex_cp = odbc_exec($cto,$get_cto_pro);
$row = 0;
while( odbc_fetch_row( $ex_cp ) ) { 
 $row++;
 $p_name= odbc_result( $ex_cp, 
'project_name' );
 $project_id= odbc_result( $ex_cp, 
'cto_project_id' );

 $total_appr = countapproved 
($project_id);
 $total_granted = countgranted 
($project_id);
 $total_s_o = countsignedout 
($project_id);
 $total_pend = countpending 
($project_id);
 
 $total = $total_appr + $total_granted 
+ $total_s_o + $total_pend;

 print ("$p_name$total$total_appr$total_pend$total_granted$total_s_o");


I may just be doing something wrong, but I have had very good performance
untill now. Any feedback would be appreciative.
Thanks.

Jarod Ferguson  
-- 
Edit bug report at http://bugs.php.net/?id=16777&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16777&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16777&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16777&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16777&r=oldversion
Not developer issue: http://b

Bug #16776 Updated: ./configure fails with "iconv not found" when compiling w/ Sablotron

[sniper]

 ID:   16776
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 7.2
 PHP Version:  4.2.0
 New Comment:

Check the config.log for more detailed error message why the configure
failed. And using that kind of workarounds is not very wise.

--Jani



Previous Comments:


[2002-04-23 19:36:34] [EMAIL PROTECTED]

I am trying to compile PHP 4.2.0 on RedHat 7.2.  I have Sablot-0.90 and
libiconv-1.7 compiled from source and installed in /usr/local, with
their libs in the standard path:

[root@mennonet3]# ldconfig -v | egrep "iconv|sablot"
libiconv_plug.so -> libiconv_plug.so
libsablot.so.0 -> libsablot.so.0.90.0
libiconv.so.2 -> libiconv.so.2.0.4

When I run 
./configure --enable-xslt --with-xslt-sablot
I get:

[snip]
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking libexpat dir for Sablotron XSL support... no
checking enable JavaScript for Sablotron... no
checking for Sablotron libraries in the default path... found Sablotron
in /usr/local
checking for iconv... no
checking for libiconv... no
checking for libiconv in -liconv... no
checking for iconv in -liconv... no
configure: error: iconv not found, in order to build sablotron you need
the iconv library

I've been able to work around this in a strange way that was
recommended to me by someone on a mailing list when I was having
similar troubles compiling PHP 4.1.x.  I link the object files from the
Apache version of Expat-Lite into the shared libs libxmltok and
libxmlparse, and then put them in the library path:

cd /usr/local/src/apache_1.3.23/src/lib/expat-lite
ld -shared -o libxmltok.so xmltok.o
ld -shared -o libxmlparse.so *.o
mv libxmlparse.so libxmltok.so /usr/local/lib

# ldconfig -v | grep libxml
libxml2.so.2 -> libxml2.so.2.4.10
libxmlparse.so -> libxmlparse.so
libxmltok.so -> libxmltok.so
And then the configure and compile work just fine.




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

Bug #16755 Updated: --with-java produces java.so inplace of libphp_java.so

[sniper]

 ID:   16755
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Java related
 Operating System: Solaris 2.8
-PHP Version:  4.0CVS-2002-04-2
+PHP Version:  4.1.2
 New Comment:

Fixed the README.  And fixed the creation of the lib 
to make sure it's always named java.so (as it should be).

Fix will be in 4.2.1.

--Jani




Previous Comments:


[2002-04-23 15:21:20] [EMAIL PROTECTED]

../ext/java/README

-pete



[2002-04-23 15:18:45] [EMAIL PROTECTED]

Where does it say it should be libphp_java.so?

--Jani




[2002-04-23 11:37:39] [EMAIL PROTECTED]

Reclassified.



[2002-04-23 11:31:58] [EMAIL PROTECTED]

update summary line



[2002-04-23 10:58:34] [EMAIL PROTECTED]

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---


---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

module name is now java.so

-pete




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

Bug #16749 Updated: output buffering turned on now but turned off in config ??

[corinl]

 ID:   16749
 Updated by:   [EMAIL PROTECTED]
-Summary:  sleep usleep don't work anymore
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Date/time related
+Bug Type: Output Control
 Operating System: linux 2.4.16
 PHP Version:  4.2.0
 New Comment:

see previous comment


Previous Comments:


[2002-04-23 19:36:30] [EMAIL PROTECTED]

well, after some tesing it seems ulseeps works correctly but
output-buffering is turned on, but it's turned off in the config. (and
i didn't change the config nor the code when i changed from 4.1.2 to
4.2.0) i now made a ob_end_flush() called before my streaming function
and now it works. so it seems like a output buffering misbehavior.



[2002-04-23 18:31:35] [EMAIL PROTECTED]

Please add some short example script here which demonstrates
this problem.




[2002-04-23 07:27:21] [EMAIL PROTECTED]

i wrote a chat server which is running fine using php4.1.2. it doesn't
run unter 4.2.0 because the usleep function used in the output loop
sleeps infinitely long and doesn't return after the time given. no
crashing detected.






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

Bug #16776: ./configure fails with "iconv not found" when compiling w/ Sablotron

[cjmeyer]

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.2
PHP version:  4.2.0
PHP Bug Type: Compile Failure
Bug description:  ./configure fails with "iconv not found" when compiling w/ Sablotron

I am trying to compile PHP 4.2.0 on RedHat 7.2.  I have Sablot-0.90 and
libiconv-1.7 compiled from source and installed in /usr/local, with their
libs in the standard path:

[root@mennonet3]# ldconfig -v | egrep "iconv|sablot"
libiconv_plug.so -> libiconv_plug.so
libsablot.so.0 -> libsablot.so.0.90.0
libiconv.so.2 -> libiconv.so.2.0.4

When I run 
./configure --enable-xslt --with-xslt-sablot
I get:

[snip]
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking libexpat dir for Sablotron XSL support... no
checking enable JavaScript for Sablotron... no
checking for Sablotron libraries in the default path... found Sablotron in
/usr/local
checking for iconv... no
checking for libiconv... no
checking for libiconv in -liconv... no
checking for iconv in -liconv... no
configure: error: iconv not found, in order to build sablotron you need
the iconv library

I've been able to work around this in a strange way that was recommended
to me by someone on a mailing list when I was having similar troubles
compiling PHP 4.1.x.  I link the object files from the Apache version of
Expat-Lite into the shared libs libxmltok and libxmlparse, and then put
them in the library path:

cd /usr/local/src/apache_1.3.23/src/lib/expat-lite
ld -shared -o libxmltok.so xmltok.o
ld -shared -o libxmlparse.so *.o
mv libxmlparse.so libxmltok.so /usr/local/lib

# ldconfig -v | grep libxml
libxml2.so.2 -> libxml2.so.2.4.10
libxmlparse.so -> libxmlparse.so
libxmltok.so -> libxmltok.so
And then the configure and compile work just fine.
-- 
Edit bug report at http://bugs.php.net/?id=16776&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16776&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16776&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16776&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16776&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16776&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16776&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16776&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16776&r=submittedtwice

Bug #16749 Updated: sleep usleep don't work anymore

[corinl]

 ID:   16749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Date/time related
 Operating System: linux 2.4.16
 PHP Version:  4.2.0
 New Comment:

well, after some tesing it seems ulseeps works correctly but
output-buffering is turned on, but it's turned off in the config. (and
i didn't change the config nor the code when i changed from 4.1.2 to
4.2.0) i now made a ob_end_flush() called before my streaming function
and now it works. so it seems like a output buffering misbehavior.


Previous Comments:


[2002-04-23 18:31:35] [EMAIL PROTECTED]

Please add some short example script here which demonstrates
this problem.




[2002-04-23 07:27:21] [EMAIL PROTECTED]

i wrote a chat server which is running fine using php4.1.2. it doesn't
run unter 4.2.0 because the usleep function used in the output loop
sleeps infinitely long and doesn't return after the time given. no
crashing detected.






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

Bug #16775 Updated: Page Could Not Be Displayed

[sniper]

 ID:   16775
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
-Bug Type: Reproducible crash
+Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  4.1.2
 New Comment:

Not a PHP bug apparently. Your test site works fine
with Netscape 4.77 (linux version).

btw. Apache2 support in PHP 4.1.2 is really not working.
Even in 4.2.0 it's experimental. But you should still
update to 4.2.0.



Previous Comments:


[2002-04-23 19:24:15] [EMAIL PROTECTED]

Hello,


This is one one my last tries to find some solution to this bug.

conf:

- XP
- Apache 2.035
- MySQL 3.23
- PHP 4.1.2

Internet Explorer is showing "The Page could not be displayed" when
.php page is called.

But, when user klicks on browsers back button, the requested page is
displayed.

Note! This is only happening with .php pages!

There is a living example at:

http://flux.origincode.com/build/login/login.php
(use demo/demo to login)


Regards,

/Vildan




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

Bug #16774 Updated: php4apache.dll

[sniper]

 ID:   16774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 98 SE
 PHP Version:  4.2.0
 New Comment:

You're using wrong dll. it's called 'apache2filter.dll' and it can be
found in the experimental folder in the zip.



Previous Comments:


[2002-04-23 19:17:25] [EMAIL PROTECTED]

Tried updrading to the new Apache and
PHP releases on Windows 98 SE as follows:


Apache 2.0.35 [3.1M] - 09-Apr-2002 - MSI Installer Package
http://www.apache.org/dist/httpd/binaries/win32/apache_2.0.35-win32-x86-no_ssl.msi

PHP 4.2.0 [4,898Kb]  - 22 April 2002
http://ca.php.net/do_download.php?download_file=php-4.2.0-Win32.zip


Installed Apache into c:\apache2 and
extracted the PHP zip into c:\php.


1. Copied php4ts.dll (1,004 KB) into c:\windows\system.

2. Copied all the dll's from the c:\php\dlls folder into
c:\windows\system.

3. Copied php.ini-dist into c:\windows and renamed php.ini.

4. Extension_dir directive in php.ini is set to: "c:\php\extensions"
   NOTE: ALL extensions are commented out in php.ini - NOTHING LOADED!

5. Added the following lines to httpd.conf:

   LoadModule php4_module c:/php/sapi/php4apache.dll

   AddType application/x-httpd-php .php .php3 .phtml
   AddType application/x-httpd-php-source .phps

6. Start Apache from command line:

   C:\Apache2\bin>apache

   Syntax error on line 947 of C:/Apache2/conf/httpd.conf:
   Cannot load C:/PHP/sapi/php4apache.dll into server:
   One of the library files needed to run this application cannot be
found.

What the... Syntax error ???

It's definitely having a problem with php4apache.dll.

I then tried copying php4apache.dll into C:\Apache2\modules
and changed the LoadModule to read:

   LoadModule php4_module modules/php4apache.dll

Same error message? 

If I'm not mistaken, this DLL was experimental in RC4...

My guess is that it's still wacked!?

Steve







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

Bug #16775: Page Could Not Be Displayed

[vildan]

From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.1.2
PHP Bug Type: Reproducible crash
Bug description:  Page Could Not Be Displayed

Hello,


This is one one my last tries to find some solution to this bug.

conf:

- XP
- Apache 2.035
- MySQL 3.23
- PHP 4.1.2

Internet Explorer is showing "The Page could not be displayed" when .php
page is called.

But, when user klicks on browsers back button, the requested page is
displayed.

Note! This is only happening with .php pages!

There is a living example at:

http://flux.origincode.com/build/login/login.php
(use demo/demo to login)


Regards,

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

Bug #16752 Updated: Configure failed with GD since 4.2.0

[sniper]

 ID:   16752
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: Compile Failure
+Bug Type: GD related
 Operating System: HP-UX 11.00
 PHP Version:  4.2.0
 New Comment:

Please check config.log for more information why it fails.
Also, where is the libgd.a (or libgd.so) located in your system?



Previous Comments:


[2002-04-23 11:45:13] [EMAIL PROTECTED]

./configure --with-config-file-path=/PKl01h01/soft/web/cfg
--without-mysql --with-sybase-ct=/PKl01he2/soft/ase12.0/OCS-12_0
--with-pdflib=/PKl01h01/soft/web --with-zl
ib-dir=/PKl01h01/soft/web --with-png-dir=/PKl01h01/soft/web
--with-ttf=/PKl01h01/soft/web --with-jpeg-dir=/PKl01h01/soft/web
--with-xpm-dir=/PKl01h01/soft/web --with-
ming=/PKl01h01/soft/web --with-gd --prefix=/PKl01h01/soft/web
--with-apxs=/PKl01h01/soft/web/apache/bin/apxs



[2002-04-23 08:43:38] [EMAIL PROTECTED]

Please add your full configure line.

Derick



[2002-04-23 08:25:33] [EMAIL PROTECTED]

Configure failed with GD since 4.2.0 (--with-gd and
with-gd=/blabla/blabla)

4.1.2

...
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... yes
checking for freetype(2)... no
If configure fails try --with-freetype-dir=
checking whether to include include FreeType 1.x support... yes
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
...

4.2.0

...
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... yes
checking for freetype(2)... no
If configure fails try --with-freetype-dir=
checking for FreeType 1.x support... yes
checking for T1lib support... no
configure: error: Unable to find libgd.(a|so) anywhere under
/PKl01h01/soft/web

@++
JC




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

Bug #16774: php4apache.dll

[slowhandz]

From: [EMAIL PROTECTED]
Operating system: Windows 98 SE
PHP version:  4.2.0
PHP Bug Type: Apache2 related
Bug description:  php4apache.dll

Tried updrading to the new Apache and
PHP releases on Windows 98 SE as follows:


Apache 2.0.35 [3.1M] - 09-Apr-2002 - MSI Installer Package
http://www.apache.org/dist/httpd/binaries/win32/apache_2.0.35-win32-x86-no_ssl.msi

PHP 4.2.0 [4,898Kb]  - 22 April 2002
http://ca.php.net/do_download.php?download_file=php-4.2.0-Win32.zip


Installed Apache into c:\apache2 and
extracted the PHP zip into c:\php.


1. Copied php4ts.dll (1,004 KB) into c:\windows\system.

2. Copied all the dll's from the c:\php\dlls folder into
c:\windows\system.

3. Copied php.ini-dist into c:\windows and renamed php.ini.

4. Extension_dir directive in php.ini is set to: "c:\php\extensions"
   NOTE: ALL extensions are commented out in php.ini - NOTHING LOADED!

5. Added the following lines to httpd.conf:

   LoadModule php4_module c:/php/sapi/php4apache.dll

   AddType application/x-httpd-php .php .php3 .phtml
   AddType application/x-httpd-php-source .phps

6. Start Apache from command line:

   C:\Apache2\bin>apache

   Syntax error on line 947 of C:/Apache2/conf/httpd.conf:
   Cannot load C:/PHP/sapi/php4apache.dll into server:
   One of the library files needed to run this application cannot be
found.

What the... Syntax error ???

It's definitely having a problem with php4apache.dll.

I then tried copying php4apache.dll into C:\Apache2\modules
and changed the LoadModule to read:

   LoadModule php4_module modules/php4apache.dll

Same error message? 

If I'm not mistaken, this DLL was experimental in RC4...

My guess is that it's still wacked!?

Steve



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

Bug #16758 Updated: Configure "Libraries have been installed in" and where they really are

[sniper]

 ID:   16758
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Analyzed
-Bug Type: *Compile Issues
+Bug Type: *Configuration Issues
 Operating System: Solaris 2.8
-PHP Version:  4.0CVS-2002-04-23
+PHP Version:  4.1.2
 New Comment:

Reclassified. The configure options to control this
and the other stuff installed are not working that well.

btw. Update to PHP 4.2.0 first.
Then check the --with-layout and --prefix and --libdir options.

--Jani



Previous Comments:


[2002-04-23 11:30:31] [EMAIL PROTECTED]

configure reports wrong location of where the java.so
extension is for updating the LD_LIBRARY_PATH

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---


---
Libraries have been installed in:
   /usr/local/build/php4-200204230600/modules

If you ever happen to want to link against installed libraries [snip]
---

Gives the build (source) directory path not the
make install path:
/usr/local/lib/php/extensions/no-debug-non-zts-20010901/java.so

Also question: How do I change the directory this
extension is placed in ?

Thanks

-pete






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

Bug #16759 Updated: POST cutting names

[sniper]

 ID:   16759
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: win2000, IIS 5.0
 PHP Version:  4.2.0
 New Comment:

What was the previous version of PHP on your machine?
Did you update also the php4ts.dll file from the 4.2.0 package?



Previous Comments:


[2002-04-23 11:35:38] [EMAIL PROTECTED]

Using the POST method cause cutting the first character 
from the name of the form control. Using the GET method works as
expected (no cutting).

example:




gives result:
[_POST] => Array
(
[ction] => val
)

quick-fix:
just prefix all NAMEs with any char 
(NAME="action" becomes NAME="_action")






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

Bug #16773 Updated: ISAPI application dies

[mail-php . net]

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

Loaded modules are php_mssql.dll and php_socket.dll

Under the Home Directory tab, clicking "Unload" will return things to
normal.

As this appears to be a flaw in the memory management, would unticking
"Cache ISAPI Applications" help?


Previous Comments:


[2002-04-23 18:33:26] [EMAIL PROTECTED]

Sorry for the unhelpful title, but the PHP ISAPI filter dies, leaving
the below messages in the logs.

One page would not load, and then subsequent pages were "PHP has
encountered an Access Violation at 77FCB2A7".

The page always loads fast - all it does are a couple of MS SQL queries
via an abstraction library (namdal-ms.php). open_database() calls
mssql_pconnect()

Application protection is "Low" as recommended in bug #15333.


PHP error log:

[24-Apr-2002 10:21:54] PHP Fatal error:  Cannot redeclare
open_database() (previously declared in namdal-ms.php:39) in
namdal-ms.php on line 38
[24-Apr-2002 10:22:16] PHP Fatal error:  Maximum execution time of 30
seconds exceeded in namdal-ms.php on line 68


Windows Event Viewer (System):

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_request_startup + 0x1F0
 + 0xFBBE824
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
ntdll!RtlSizeHeap + 0x78
ntdll!RtlFreeHeap + 0x100
php4ts!shutdown_memory_manager + 0x1BC
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:22:16 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'.




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

Bug #16771 Updated: posix_mkfifo() not properly documented

[mfischer]

 ID:   16771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux 2.2.x (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

It's now documented too, closing.


Previous Comments:


[2002-04-23 18:17:24] [EMAIL PROTECTED]

That's probably because of the process's umask. Try:

posix_mkfifo('./FORK_FIFO', 0666);
chmod('./FORK_FIFO', 0666);



[2002-04-23 18:17:21] [EMAIL PROTECTED]

This is a user error. First, only the mode without the quotes INCLUDING
the leading zero (because it actually needs to be octal). Second, the
actual permission the fifo gets created under also depends on your
umask (which is likely to be something like 0022). If you change your
umask to  and use 0666 it will work.

I'll reclassify this as a documentation problem because it's not really
documented.



[2002-04-23 18:01:13] [EMAIL PROTECTED]

Partially true (I tried it without the quotes before I updated from cvs
today):

posix_mkfifo('./FORK_FIFO', 666);
now gives:
prw-r--r--1 sean sean0 Apr 23 18:00 FORK_FIFO

better, but still not correct.

S



[2002-04-23 17:58:03] [EMAIL PROTECTED]

This is a usage error. You need to remove the quotes from around 0666.



[2002-04-23 17:47:49] [EMAIL PROTECTED]

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S





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

Bug #15333 Updated: strndup access violation

[develop]

 ID:   15333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.2.0 RC2
 New Comment:

how do I go about running 'tkill'?


Previous Comments:


[2002-04-22 19:26:53] [EMAIL PROTECTED]

There is a tool called "tkill" / kill / tlist that will let you
terminate processes. Get the PID from tlist or Task Manager and then
run kill with the PID for the argument.

inetinfo.exe will be running under a different user that Administrator
does not have the power to kill the processes of, so using Task Manager
to kill inetinfo.exe is a waste of time.



[2002-04-21 06:32:35] [EMAIL PROTECTED]

I tried setting the app protection to 'Low (IIS Process)' and still get
the error.  And I tried killing inetinfo.exe and running the net stop
commands from the command line, but Windows won't kill the process.

This issue has turned out to be the biggest reason my I haven't
embraced PHP yet -- because I hate rebooting my machine all of the
time.  

I would love to hear of a workaround that works, and better yet, see a
published fix.  Any more ideas out there?



[2002-04-17 15:19:04] [EMAIL PROTECTED]

I am getting this error with 4.2.0 RC2.  I upgraded from 4.1.2 to 4.2.0
RC2 (both ISAPI) because 4.1.2 wasn't handling sessions correctly. 

I tried setting the app protection to 'Low (IIS Process)' and all I
received were 'Invalid access to memory location' errors. 

PHP 4.2.0 RC2 (ISAPI)
IIS5
Win2K Pro SP2  
PIII 733MHz
384 MB RAM



[2002-04-17 01:29:45] [EMAIL PROTECTED]

I am also receiving this error with:
Win2k Server SP2 w/all security patches
But I am running PHP 4.1.2 ISAPI under IIS 5.0

Thanks.



[2002-04-09 08:14:55] [EMAIL PROTECTED]

I have been super busy lately, but, since I switched the app protection
down to 'Low (IIS Process)' a week ago I haven't gotten a single error
or lock up.  Thanks for your persistance.

Still using 4.1.2.



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

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

Bug #16773: ISAPI application dies

[mail-php . net]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.2.0
PHP Bug Type: IIS related
Bug description:  ISAPI application dies

Sorry for the unhelpful title, but the PHP ISAPI filter dies, leaving the
below messages in the logs.

One page would not load, and then subsequent pages were "PHP has
encountered an Access Violation at 77FCB2A7".

The page always loads fast - all it does are a couple of MS SQL queries
via an abstraction library (namdal-ms.php). open_database() calls
mssql_pconnect()

Application protection is "Low" as recommended in bug #15333.


PHP error log:

[24-Apr-2002 10:21:54] PHP Fatal error:  Cannot redeclare open_database()
(previously declared in namdal-ms.php:39) in namdal-ms.php on line 38
[24-Apr-2002 10:22:16] PHP Fatal error:  Maximum execution time of 30
seconds exceeded in namdal-ms.php on line 68


Windows Event Viewer (System):

Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_request_startup + 0x1F0
 + 0xFBBE824
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:21:54 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
ntdll!RtlSizeHeap + 0x78
ntdll!RtlFreeHeap + 0x100
php4ts!shutdown_memory_manager + 0x1BC
'. 


Event Type: Error
Event Source:   WAM
Event Category: None
Event ID:   204
Date:   24/04/2002
Time:   10:22:16 a.m.
User:   N/A
Computer:   ...
Description:
The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x16A
'.
-- 
Edit bug report at http://bugs.php.net/?id=16773&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16773&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16773&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16773&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16773&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16773&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16773&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16773&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16773&r=submittedtwice

Bug #16749 Updated: sleep usleep don't work anymore

[sniper]

 ID:   16749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: *General Issues
+Bug Type: Date/time related
 Operating System: linux 2.4.16
 PHP Version:  4.2.0
 New Comment:

Please add some short example script here which demonstrates
this problem.



Previous Comments:


[2002-04-23 07:27:21] [EMAIL PROTECTED]

i wrote a chat server which is running fine using php4.1.2. it doesn't
run unter 4.2.0 because the usleep function used in the output loop
sleeps infinitely long and doesn't return after the time given. no
crashing detected.






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

Bug #16747 Updated: Empty file upload field results in "No file uploaded in Unknown on line 0" warn

[sniper]

 ID:   16747
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Windows 2000 SP2, Apache 1.3.22
 PHP Version:  4.2.0
 New Comment:

Not a bug but expected behaviour. It's changed to E_NOTICE
level now in CVS (for both HEAD and upcoming 4.2.1 release)

Just set your error_reporting level.

--Jani



Previous Comments:


[2002-04-23 06:24:28] [EMAIL PROTECTED]

maybe this is only a config issue in php.ini

test.htm:









test.php
 $sValue )
echo "$sName = $sValue";
?>

--> Outputs warning No file uploaded in Unknown on line 0

Thanks,
Rasty





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

Bug #16733 Updated: posix_getpw* bypasses safe_mode and open_basedir

[sniper]

 ID:   16733
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
-Bug Type: *General Issues
+Bug Type: POSIX related
 Operating System: Unix
 PHP Version:  4.2.0
 New Comment:

reclassified


Previous Comments:


[2002-04-23 17:45:25] [EMAIL PROTECTED]

No, the extensions that work only with cli are: pcntl, ncurses and
readline.



[2002-04-22 13:00:49] [EMAIL PROTECTED]

Hmm. I was under the impression ext/posix is disabled non-cli SAPI's.

Checking this out.



[2002-04-22 12:53:42] [EMAIL PROTECTED]

I noticed that many of the posix_* functions DO NOT check wether
safe_mode or open_basedir restrict access to the user database thus
allowing a user to rebuild a complete /etc/passwd without permissions
to read /etc/passwd or access the /etc directory.

This is dangerous in some cases where login are kept secret as it
allows a user to know what accounts have what privileges and what
accounts have access to a shell or not.
For now there is only one thing to do, disable these functions but i'm
pretty sure that adding checks to see values of safe_mode and/or
open_basedir would be a nice thing to do.

Here's a script that rebuilds /etc/passwd when safe_mode is enabled and
open_basedir is set to the user homedirectory:

";
  }
  }
?>

On a very large system, if an execution time is set, this will not end
up, but hopefully the posix_getpwent() function is missing so the user
has to go through all possible uid's.




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

Bug #16771 Updated: posix_mkfifo() not properly documented

[jr-php]

 ID:   16771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Linux 2.2.x (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

That's probably because of the process's umask. Try:

posix_mkfifo('./FORK_FIFO', 0666);
chmod('./FORK_FIFO', 0666);


Previous Comments:


[2002-04-23 18:17:21] [EMAIL PROTECTED]

This is a user error. First, only the mode without the quotes INCLUDING
the leading zero (because it actually needs to be octal). Second, the
actual permission the fifo gets created under also depends on your
umask (which is likely to be something like 0022). If you change your
umask to  and use 0666 it will work.

I'll reclassify this as a documentation problem because it's not really
documented.



[2002-04-23 18:01:13] [EMAIL PROTECTED]

Partially true (I tried it without the quotes before I updated from cvs
today):

posix_mkfifo('./FORK_FIFO', 666);
now gives:
prw-r--r--1 sean sean0 Apr 23 18:00 FORK_FIFO

better, but still not correct.

S



[2002-04-23 17:58:03] [EMAIL PROTECTED]

This is a usage error. You need to remove the quotes from around 0666.



[2002-04-23 17:47:49] [EMAIL PROTECTED]

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S





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

Bug #16771 Updated: posix_mkfifo() not properly documented

[mfischer]

 ID:   16771
 Updated by:   [EMAIL PROTECTED]
-Summary:  posix_mkfifo does weird stuff with mode
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: POSIX related
+Bug Type: Documentation problem
 Operating System: Linux 2.2.x (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

This is a user error. First, only the mode without the quotes INCLUDING
the leading zero (because it actually needs to be octal). Second, the
actual permission the fifo gets created under also depends on your
umask (which is likely to be something like 0022). If you change your
umask to  and use 0666 it will work.

I'll reclassify this as a documentation problem because it's not really
documented.


Previous Comments:


[2002-04-23 18:01:13] [EMAIL PROTECTED]

Partially true (I tried it without the quotes before I updated from cvs
today):

posix_mkfifo('./FORK_FIFO', 666);
now gives:
prw-r--r--1 sean sean0 Apr 23 18:00 FORK_FIFO

better, but still not correct.

S



[2002-04-23 17:58:03] [EMAIL PROTECTED]

This is a usage error. You need to remove the quotes from around 0666.



[2002-04-23 17:47:49] [EMAIL PROTECTED]

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S





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

Bug #16772: printer_create_font does not properly resolve regular fonts nor opentype fonts

[alfredreibenschuh]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.2.0
PHP Bug Type: Unknown/Other Function
Bug description:  printer_create_font does not properly resolve regular fonts nor 
opentype fonts

OSes: Windows 2000 Professional / SP1 (English and German)
PHP: php 4.2.0 binary zip (non-install) from php.net
Fonts: all windows standard fonts are in opentype format (Arial, Times,
etc.)
 used custom fonts are in truetype format

$font =
printer_create_font('Arial',20,0,PRINTER_FW_REGULER,false,false,0)
does not give 'Arial' but some unknown serif type
this also happens with any installed opentype font !

given the installed fonts 'PaxSans', 'PaxSans Italic', 'PaxSans Bold' and
'PaxSans Bold Italic' 
$font =
printer_create_font('PaxSans',20,0,PRINTER_FW_REGULER,false,false,0)
will resolve to 'PaxSans Italic' rather than 'PaxSans'

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

Bug #16771 Updated: posix_mkfifo does weird stuff with mode

[sean]

 ID:   16771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: POSIX related
 Operating System: Linux 2.2.x (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

Partially true (I tried it without the quotes before I updated from cvs
today):

posix_mkfifo('./FORK_FIFO', 666);
now gives:
prw-r--r--1 sean sean0 Apr 23 18:00 FORK_FIFO

better, but still not correct.

S


Previous Comments:


[2002-04-23 17:58:03] [EMAIL PROTECTED]

This is a usage error. You need to remove the quotes from around 0666.



[2002-04-23 17:47:49] [EMAIL PROTECTED]

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S





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

Bug #16771 Updated: posix_mkfifo does weird stuff with mode

[jr-php]

 ID:   16771
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: POSIX related
 Operating System: Linux 2.2.x (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

This is a usage error. You need to remove the quotes from around 0666.


Previous Comments:


[2002-04-23 17:47:49] [EMAIL PROTECTED]

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S





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

Bug #16771: posix_mkfifo does weird stuff with mode

[sean]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.x (Debian)
PHP version:  4.0CVS-2002-04-23
PHP Bug Type: POSIX related
Bug description:  posix_mkfifo does weird stuff with mode

posix_mkfifo('./FORK_FIFO', '0666'); // read&write by everyone

yeilds:
p-w---x--T1 sean sean0 Apr 23 17:47 FORK_FIFO

?

it SHOULD yeild:
prw-rw-rw-

The only way for me to get rw, it seems, is with '900', which gives:
prwr-T1 sean sean0 Apr 23 17:48 FORK_FIFO

(note: I don't even know what T is..)
It's messed up, to say the least.

S

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

Bug #16733 Updated: posix_getpw* bypasses safe_mode and open_basedir

[edink]

 ID:   16733
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: *General Issues
 Operating System: Unix
 PHP Version:  4.2.0
 New Comment:

No, the extensions that work only with cli are: pcntl, ncurses and
readline.


Previous Comments:


[2002-04-22 13:00:49] [EMAIL PROTECTED]

Hmm. I was under the impression ext/posix is disabled non-cli SAPI's.

Checking this out.



[2002-04-22 12:53:42] [EMAIL PROTECTED]

I noticed that many of the posix_* functions DO NOT check wether
safe_mode or open_basedir restrict access to the user database thus
allowing a user to rebuild a complete /etc/passwd without permissions
to read /etc/passwd or access the /etc directory.

This is dangerous in some cases where login are kept secret as it
allows a user to know what accounts have what privileges and what
accounts have access to a shell or not.
For now there is only one thing to do, disable these functions but i'm
pretty sure that adding checks to see values of safe_mode and/or
open_basedir would be a nice thing to do.

Here's a script that rebuilds /etc/passwd when safe_mode is enabled and
open_basedir is set to the user homedirectory:

";
  }
  }
?>

On a very large system, if an execution time is set, this will not end
up, but hopefully the posix_getpwent() function is missing so the user
has to go through all possible uid's.




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

Bug #16270 Updated: Weird file uploading

[sniper]

 ID:   16270
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
-Bug Type: Unknown/Other Function
+Bug Type: HTTP related
 Operating System: Linux 2.4.7
 PHP Version:  4.0.6
 New Comment:

This works fine with PHP 4.2.0. Also, make sure you're 
accessing the post vars from the $_POST[] array.

--Jani



Previous Comments:


[2002-04-23 16:39:55] [EMAIL PROTECTED]

sorry- nevermind- bug in my build, clean install fixed. apologies for
adding clutter. -Eric



[2002-04-22 11:59:54] [EMAIL PROTECTED]

(I think this is the same thing?)

 --

On IE6, Windows XP Pro, PHP 4.1.2 I'm seeing some strange stuff when my
form includes more than JUST the image.

Somtimes the variables don't get passed to the script but the file
doesn; sometiems none of it gets passed.

-E



[2002-03-25 16:09:53] [EMAIL PROTECTED]

I will talk with the admins of my ISP to see if they upgrade the PHP



[2002-03-25 15:43:22] [EMAIL PROTECTED]

Can you try the 4.2.0rc1 from www.php.net/~derick ?

Derick



[2002-03-25 15:41:20] [EMAIL PROTECTED]

When I use a form with ENCTYPE="multipart/form-data" all the variables
that should exist from the post are not set.
Here is an example of the form:




Nome: 
Ficheiro: 




The variable $acrescentar, $ID, $nome and $upfile are not set
I don't know if it is a bug of PHP, or something my ISP changed in the
configuration file, but this worked and now it doesn't.

Sorry my bad english




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

Bug #16515 Updated: Files with execute-bit are always php-parsed - I cannot disable this!

[earl . fogel]

 ID:   16515
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux 2.4.16
 PHP Version:  4.1.2
 New Comment:

I have the same problem, with php 4.1.2 and apache 1.3.6 on Solaris.

In some directories, php parses html files.  In others, mod_include
parses them.  It seems that when I add any
php configuration directives to apache in per-directory
context, then php parses html files.

I've tried setting xbithack to Off in php.ini and in apache.conf, but
it does not help.


Previous Comments:


[2002-04-18 16:57:48] [EMAIL PROTECTED]

I have the very same problem here regarding parsing of html files by
the php module, if x-bit is set.

apache 1.3.23 with php 4.1.2 as apache module and XBitHack off running
on FreeBSD 4.5-STABLE.



[2002-04-10 12:24:48] [EMAIL PROTECTED]

I discussed the problem already with Zeev (@Zend) some weeks ago and he
wrote:

>I'm not sure what to tell you...  It's definitely not a
>known bug in PHP, I've never heard it being reported
>before ever.

So, please can anybody check this behaviour/bug? Please tell me if I
can help somehow or test some config-params on my system.

Thank you very much.



[2002-04-10 09:05:44] [EMAIL PROTECTED]

Reopening on user request.



[2002-04-09 11:32:19] [EMAIL PROTECTED]

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

I'm sure this is a configuration issue; ask support on the appropriate
mailinglist.



[2002-04-09 11:06:13] [EMAIL PROTECTED]

Hello!

After updating 4.04pl1 to 4.1.1, I encountered the following problem:
All .htm and .html-files with the execute-bit set, are PHP parsed! I
disabled the xbithack-feature of Apache and phpinfo() tells me
correctly, that xbithack is disabled (ok, the xbithack-feature will
normally enable SSI-parsing in Apache, but I wanted to be sure that
everything is disabled).

Then I updated to 4.1.2, but the files are still PHP-parsed.
I updated Apache from 1.3.19 to 1.3.22, but the files are still
PHP-parsed.

I tried everything, but my xbit-files are still PHP-parsed - and I
don't want this (sigh!). Is this a bug or a hidden feature?

Is there something I can do? Can anybody reproduce the problem? (just
set chmod 755 for a .html-file, put some php-code in it and look if it
is being PHP-parsed)

Help!
Thanks for your support.
Greetings ... tobias wiersch from germany





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

Bug #16766 Updated: pcntl_waitpid segfaults on absence of third parameter

[mfischer]

 ID:   16766
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: POSIX related
 Operating System: Linux 2.2.19pre17 i686 (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

And the 4_2_0 branch too.


Previous Comments:


[2002-04-23 17:25:59] [EMAIL PROTECTED]

This bug has been fixed in CVS.





[2002-04-23 15:21:27] [EMAIL PROTECTED]

Calling pcntl_waitpid without a third parameter causes a secmentation
fault. Supplying it with 0 does not. (at least in my trials).

Should be a simple fix. Sorry, I don't have --enable-debug, so I can't
backtrace (no core).

S





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

Bug #16766 Updated: pcntl_waitpid segfaults on absence of third parameter

[mfischer]

 ID:   16766
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: POSIX related
 Operating System: Linux 2.2.19pre17 i686 (Debian)
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

This bug has been fixed in CVS.




Previous Comments:


[2002-04-23 15:21:27] [EMAIL PROTECTED]

Calling pcntl_waitpid without a third parameter causes a secmentation
fault. Supplying it with 0 does not. (at least in my trials).

Should be a simple fix. Sorry, I don't have --enable-debug, so I can't
backtrace (no core).

S





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

Bug #16768 Updated: mysql_connect("localhost", ...) doesn't connect to localhost!

[jr-php]

 ID:   16768
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MySQL related
 Operating System: Red Hat Linux 7.2
 PHP Version:  4.2.0
 New Comment:

Hmm, I tested again and now I'm getting this slightly different
message:

Warning: Host 'my.fully.qualified.name' is not allowed to connect to
this MySQL server

Also, I found these calls result in the same error message:

mysql_connect("127.0.0.1", "username", "password");
mysql_connect(":/var/lib/mysql/mysql.sock", "username", "password");

This can't be the correct behavior. When I connect to localhost, MySQL
should "see" the PHP connection as being from localhost, NOT my
machine's fully-qualified DNS name. This is what happens when I use the
command-line "mysql" program, or any prior version of PHP (3.x -
4.1.2).

This is a critical problem because it breaks all of my existing PHP
scripts that use MySQL. I'm reluctant to start playing around with my
MySQL permissions tables, because if/when this bug is addressed, I'd
have to put everything back. So for now, I'm back to 4.1.2.


Previous Comments:


[2002-04-23 15:50:29] [EMAIL PROTECTED]

After upgrading from PHP 4.1.2 to PHP 4.2.0, MySQL connections fail
with this error:

Warning: Access denied for user: '[EMAIL PROTECTED]' 

Apparently, it is trying to connect to 'my.fully.qualified.name'
instead of 'localhost' as before. This seems wrong because my
mysql_connect() call uses 'localhost' as the host name:

mysql_connect("localhost", "username", "password");

I can work around this by changing all my MySQL grants from
'username'@'localhost' to 'username'@'my.fully.qualified.name', but
that seems unnecessary; this should be fixed in PHP.

BTW, I've used the same above mysql_connect() call since the PHP 3.x
days and it's always worked fine, until now.


My PHP configure line:
./configure --with-apache=../apache_1.3.24 --enable-track-vars \
  --with-mysql --with-zlib --with-gd

All PHP configuration settings are defaults. (i.e. php.ini =
php.ini-dist)

Apache version is 1.3.24. MySQL version is 3.23.49a.




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

Bug #12061 Updated: CGI Error

[roberto]

 ID:   12061
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Win 2K
 PHP Version:  4.0.6
 New Comment:

I have the following error:
Undefined variable $strFlushTable at 1264 from a file!

How can I solve this problem.

I am a newbie in PHP!


Previous Comments:


[2002-04-15 22:07:57] [EMAIL PROTECTED]

Ok, discover the mistakes that I made, very carelessly.
from version 2.2.4 to 2.2.5, you need to fillup the
$cfgPmaAbsoluteUri.
The problem is that the path for the $cfgPmaAbsoluteUri was not entered
correctly. I have entered the full url e.g.
http://localhost/phpMyAdmin/index.php. So the index page works. But
when I select a DB, it will always return the cgi error. The path
should contain the directory only.



[2002-04-15 21:58:07] [EMAIL PROTECTED]

Hi,
I am having the same problem using w2k. I was using ver 2.2.1 and it
was working perfectly. I tried to use 2.2.6 rc2 and encounter this
problem. After that, I download 2.2.2, 2.2.3, 2.2.4 and 2.2.5.
ver 2.2.2, 2.2.3 and 2.2.4 works but 2.2.5 and above don't works. any
help.

Thanks



[2002-04-15 13:34:08] [EMAIL PROTECTED]

I am having the exact same issues with Win2k SP2 and IIS 5.0 with all
service packs.  I have the latest Mysql and the lastest PHP.  I have
read through the install.txt and am coming up with nothing.  PHP works
on other sites on the same box, however phpMyAdmin doesn't work.  I get
the split frame, and then an error on both sides.

Thanks for the help.



[2002-03-13 07:37:41] [EMAIL PROTECTED]

Çá



[2002-03-01 17:02:20] [EMAIL PROTECTED]

i get this CGI Error when only running phpmyadmin...and i've following
everything to the line.


using win2kpro sp2
iis5



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

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

Bug #16770 Updated: get Fatal error: Cannot instantiate non-existent class when running simple test

[PLancashire]

 ID:   16770
 Updated by:   [EMAIL PROTECTED]
-Summary:  get Fatal error: Cannot instantiate non-existent class
   when running simple tese
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Solaris 2.8
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

correct Summary line


Previous Comments:


[2002-04-23 16:57:46] [EMAIL PROTECTED]

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

---[php.ini]---
[Java]
java.home=/usr/j2sdk1.4.0
java.library.path=/usr/local/php/lib
java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/libjava.so
;have also tried
;java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/server/libjvm.so
;java.library=/usr/j2sdk1.4.0/jre/lib/sparc/libjvm.so
java.class.path=/usr/local/php/lib/php_java.jar
extension_dir=/usr/local/lib/php/extensions
extension=java.so


---php code-

Test Page for PHP/Java

getProperty("java.version") ;
?>




---error message
Fatal error: Cannot instantiate non-existent class: java in
/usr/local/apache/htdocs/php_java.php on line 6
-





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

Bug #16770: get Fatal error: Cannot instantiate non-existent class when running simple tese

[PLancashire]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.8
PHP version:  4.0CVS-2002-04-23
PHP Bug Type: Java related
Bug description:  get Fatal error: Cannot instantiate non-existent class when running 
simple tese

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

---[php.ini]---
[Java]
java.home=/usr/j2sdk1.4.0
java.library.path=/usr/local/php/lib
java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/libjava.so
;have also tried
;java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/server/libjvm.so
;java.library=/usr/j2sdk1.4.0/jre/lib/sparc/libjvm.so
java.class.path=/usr/local/php/lib/php_java.jar
extension_dir=/usr/local/lib/php/extensions
extension=java.so


---php code-

Test Page for PHP/Java

getProperty("java.version") ;
?>




---error message
Fatal error: Cannot instantiate non-existent class: java in
/usr/local/apache/htdocs/php_java.php on line 6
-

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

Bug #16270 Updated: Weird file uploading

[eric]

 ID:   16270
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Linux 2.4.7
 PHP Version:  4.0.6
 New Comment:

sorry- nevermind- bug in my build, clean install fixed. apologies for
adding clutter. -Eric


Previous Comments:


[2002-04-22 11:59:54] [EMAIL PROTECTED]

(I think this is the same thing?)

 --

On IE6, Windows XP Pro, PHP 4.1.2 I'm seeing some strange stuff when my
form includes more than JUST the image.

Somtimes the variables don't get passed to the script but the file
doesn; sometiems none of it gets passed.

-E



[2002-03-25 16:09:53] [EMAIL PROTECTED]

I will talk with the admins of my ISP to see if they upgrade the PHP



[2002-03-25 15:43:22] [EMAIL PROTECTED]

Can you try the 4.2.0rc1 from www.php.net/~derick ?

Derick



[2002-03-25 15:41:20] [EMAIL PROTECTED]

When I use a form with ENCTYPE="multipart/form-data" all the variables
that should exist from the post are not set.
Here is an example of the form:




Nome: 
Ficheiro: 




The variable $acrescentar, $ID, $nome and $upfile are not set
I don't know if it is a bug of PHP, or something my ISP changed in the
configuration file, but this worked and now it doesn't.

Sorry my bad english




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

Bug #16475 Updated: segfault at startup with Apache 2.0.35

[sebastian . wolfgarten]

 ID:   16475
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux 2.4.x
 PHP Version:  4.2.0RC2-4
 New Comment:

Hi,

try submitting a backtrace. See
http://bugs.php.net/bugs-generating-backtrace.php to create it - it's
quite simple
but helps the developers a lot. Did you compile apache with the option
"--with-apxs2"?

Just gimme a hint when I should try to compile apache with php on my
system again...

Bye,
Sebastian


Previous Comments:


[2002-04-23 14:55:29] [EMAIL PROTECTED]

Well, this is probably not much help, but with gcc-2.95.3,
linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior,
namely, httpd -X crashes with a segmentation fault whenever I access
ANY page on the server, PHP or not. This only happens AFTER the PHP
module is loaded. With the vanilla apache (no php) I have no problems,
whatsoever.

Also, configuration of both apache and php is minimal.



[2002-04-22 00:04:43] [EMAIL PROTECTED]

AHA!  I think I'm onto something.  The DSO is segfaulting in the second
initialization round when php_apache_server_startup().  That function
calls php_apache_startup() which uses pthread_getspecific.  It ends up
looking up a structure which contains pointers that point to from the
FIRST round, dereferences them, and poof, it dies.  I'm working on a
patch.



[2002-04-21 18:48:21] [EMAIL PROTECTED]

This appears to be heap corruption of some sort.  I can
reproduce the problem and am working on tracking it down.



[2002-04-15 00:12:00] [EMAIL PROTECTED]

I too have been seeing this same error.
Using RC3 and now RC4, httpd -X cores immediately.

My php config:
./configure --with-apxs2=/home/brian/apache2/bin/apxs --enable-debug
--prefix=/home/brian/apache2

Coredump bt:
(gdb) bt
#0  0x4034958e in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310
#1  0x402a1fda in php_module_startup (sf=0x4036fb00) at main.c:856
#2  0x4029f9bc in php_apache_server_startup (pconf=0x80b7e20,
plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0)
at sapi_apache2.c:435
#3  0x0807c972 in ap_run_post_config (pconf=0x80b7e20, plog=0x80eff00,
ptemp=0x8137a38, s=0x813a0a0)
at config.c:127
#4  0x08081595 in main (argc=2, argv=0xb7e4) at main.c:611
#5  0x40119280 in __libc_start_main () from /lib/libc.so.6

Apache 2.0.35, Mandrake 8.2

Changes made to httpd.conf as per instructions on 
web page:
LoadModule php4_modulemodules/libphp4.so


SetOutputFilter PHP
SetInputFilter PHP




[2002-04-13 17:08:13] [EMAIL PROTECTED]

reclassified. (please don't change the category anymore!)




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

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

Bug #16769 Updated: Upgraded to Apache 2 with PHP not working

[sniper]

 ID:   16769
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.2.0
 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".



Previous Comments:


[2002-04-23 15:53:21] [EMAIL PROTECTED]

Basically I tested PHP on the windows binary of apache 1.3.24 and
everything was great.  However when going to apache 2.0.35, the same
entries that worked for apache 1.3.24 seem to cause errors.  Apache
will only run when I comment out the MODULES CONFIGS in the httpd.conf.
 I hope this is a known issue, I just do not want to reload the old
apache if you have a patch or different commands.




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

Bug #14436 Updated: odbc_fetch_row crashes PHP with aliased table

[nick]

 ID:   14436
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: ODBC related
 Operating System: WinNT
-PHP Version:  4.1.0
+PHP Version:  4.2.0
 New Comment:

Bug is fixed in 4.2.0.


Previous Comments:


[2001-12-13 15:04:22] [EMAIL PROTECTED]

Bug has been reproduced in PHP 4.1.0, so I've updated the PHP Version
number.



[2001-12-11 16:37:50] [EMAIL PROTECTED]

When using odbc_fetch_row() with specific queries, the PHP module
attempts to write to a NULL pointer, which crashes Apache.

A query must do the following to cause the problem:

1) The query must use only one table (i.e., no joins).

2) The table's name must be aliased (e.g., "FROM MyTable MyAlias").

3) The SELECT clause must use the table's alias with at least one
column (e.g., "SELECT MyAlias.ID").

The following script can be used to reproduce the bug.

';
}
?>

If I expand the query to do a join with another table, it will work
fine. It also works fine if I remove the table alias from the SELECT
clause. However, the queries I need to use are dynamically generated
and it is much simpler if I can alias the table names without worrying
about how many tables are being referenced.

I'm using PHP 4.0.6 (binary download from PHP.net) on Windows NT 4.0
Workstation with Apache 1.3.22. I'm connecting via ODBC to a remote
Oracle 9i database.





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

Bug #16403 Updated: datetime field error

[sniper]

 ID:   16403
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: MSSQL related
 Operating System: windows NT 4.0
 PHP Version:  4.0.5
 New Comment:

Please try PHP 4.2.0 and reopen if this problem still exists
in it.



Previous Comments:


[2002-04-23 14:07:01] [EMAIL PROTECTED]

one of the latest version of php_mssql.c php_mssql.h have a patch for
this problem, because the function dbconvert() of the MSSQL-Client-Api
wich is used for converting the datetime-values does wired things.

There is a new option in the php.ini called mssql.datetimeconvert if
set to Off then the datetime values are returned in the format
-MM-DD HH:MM:SS.

This patch is also in php4.2



[2002-04-03 19:54:08] [EMAIL PROTECTED]

what does it mean by "reclassified" ?



[2002-04-03 08:42:05] [EMAIL PROTECTED]

reclassified



[2002-04-03 00:21:39] [EMAIL PROTECTED]

I'm using PHP 4.0.5 with Microsoft SQL Server 6.5 in Windows NT 4.0
platform.

 When I try to select a "datetime" field in a record, the result is a
   truncated date like "Oct 10 2".





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

Bug #16769: Upgraded to Apache 2 with PHP not working

[shirkdog2]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.2.0
PHP Bug Type: Apache2 related
Bug description:  Upgraded to Apache 2 with PHP not working

Basically I tested PHP on the windows binary of apache 1.3.24 and
everything was great.  However when going to apache 2.0.35, the same
entries that worked for apache 1.3.24 seem to cause errors.  Apache will
only run when I comment out the MODULES CONFIGS in the httpd.conf.  I hope
this is a known issue, I just do not want to reload the old apache if you
have a patch or different commands.
-- 
Edit bug report at http://bugs.php.net/?id=16769&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16769&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16769&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16769&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16769&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16769&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16769&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16769&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16769&r=submittedtwice

Bug #16768: mysql_connect("localhost", ...) doesn't connect to localhost!

[jr-php]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.2
PHP version:  4.2.0
PHP Bug Type: MySQL related
Bug description:  mysql_connect("localhost", ...) doesn't connect to localhost!

After upgrading from PHP 4.1.2 to PHP 4.2.0, MySQL connections fail with
this error:

Warning: Access denied for user: '[EMAIL PROTECTED]' 

Apparently, it is trying to connect to 'my.fully.qualified.name' instead
of 'localhost' as before. This seems wrong because my mysql_connect() call
uses 'localhost' as the host name:

mysql_connect("localhost", "username", "password");

I can work around this by changing all my MySQL grants from
'username'@'localhost' to 'username'@'my.fully.qualified.name', but that
seems unnecessary; this should be fixed in PHP.

BTW, I've used the same above mysql_connect() call since the PHP 3.x days
and it's always worked fine, until now.


My PHP configure line:
./configure --with-apache=../apache_1.3.24 --enable-track-vars \
  --with-mysql --with-zlib --with-gd

All PHP configuration settings are defaults. (i.e. php.ini =
php.ini-dist)

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

Bug #16754 Updated: Apache fails to start with segmentation fault

[sniper]

 ID:   16754
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Reproducible crash
+Bug Type: Apache2 related
 Operating System: RH Linux 7.2 (2.4.7-10)
 PHP Version:  4.2.0
 New Comment:

reclassified


Previous Comments:


[2002-04-23 10:32:23] [EMAIL PROTECTED]

apachectl start segmentation faults. If the PHP LoadModule line is
removed apache will start. Then it can be added back again and apache
restarted or graceful restarted and it will work, but a stop and a
start will fail.

./configure --with-oci8=$ORACLE_HOME --with-oracle=$ORACLE_HOME
--with-apxs2=/usr/local/httpd2/bin/apxs

Note this is with apache 2.0 which I know is experimental but I thought
you ought to know.

Back trace goes as follows

#0  php_apache_sapi_send_headers (sapi_headers=0x813b7a8,
tsrm_ls=0x813b740) at sapi_apache2.c:117
tsrm_ls = (void ***) 0x813b740
ctx = (php_struct *) 0x0
#1  0x40330b08 in sapi_send_headers (tsrm_ls=0x813b740) at SAPI.c:578
retval = 0
ret = -1
#2  0x40388af3 in php_header () at head.c:58
tsrm_ls = (void ***) 0x813b740
#3  0x4033544f in php_ub_body_write (str=0xbfffe400 ?OCIDebug: START
php_mshutdown_oci\n?, 
str_length=40, tsrm_ls=0x813b740) at output.c:475
tsrm_ls = (void ***) 0x813b740
result = 0
#4  0x403348e8 in php_body_write (str=0xbfffe400 ?OCIDebug: START
php_mshutdown_oci\n?, 
str_length=40, tsrm_ls=0x813b740) at output.c:99
tsrm_ls = (void ***) 0x813b740
#5  0x4032b16f in php_printf (format=0x403e507f ?OCIDebug: %s\n?)
at main.c:355
format = 0xbfffe400 ?OCIDebug: START php_mshutdown_oci\n?
ret = 0
buffer = ?OCIDebug: START php_mshutdown_oci\n?, ?\000' , " î\030@\220èÿ¿?, ?\000' , ?Þü\030@?,
?\000' , ?Þü\030@?, ?\000' ,
??m\031@?, ?\000' , ?\001?, ?\000' , ?>û\030@?, ?\000' ,
?Þü\030@\000\000\000\ê,@\000\000\000\000Þü\030@
9\027\b0ê,@(æÿ¿`m\031@\200Ì\030@
æ,@(æÿ¿\001\000\000\000\000\000\000\000 æ,@\000\000\000\000Þ?...
size = 0
tsrm_ls = (void ***) 0x813b740
#6  0x40350d76 in oci_debug (format=0x403e4e93 ?START
php_mshutdown_oci?) at oci8.c:1046
tsrm_ls = (void ***) 0x0
#7  0x40350140 in zm_shutdown_oci (type=1, module_number=7,
tsrm_ls=0x813b740) at oci8.c:592
---Type  to continue, or q  to quit---
tsrm_ls = (void ***) 0x813b740
#8  0x40322a2d in module_destructor (module=0x8179250) at
zend_API.c:1127
module = (zend_module_entry *) 0x8179250
tsrm_ls = (void ***) 0x813b740
#9  0x4032449b in zend_hash_destroy (ht=0x40411260) at zend_hash.c:541
p = (Bucket *) 0x817be28
q = (Bucket *) 0x8179220
#10 0x4031f7ab in zend_shutdown (tsrm_ls=0x813b740) at zend.c:490
tsrm_ls = (void ***) 0x813b740
#11 0x4032caff in php_module_shutdown (tsrm_ls=0x813b740) at
main.c:1050
tsrm_ls = (void ***) 0x813b740
#12 0x4032cac1 in php_module_shutdown_wrapper (sapi_globals=0x403f1660)
at main.c:1027
tsrm_ls = (void ***) 0x0
#13 0x4032a36d in php_apache_server_shutdown (tmp=0x0) at
sapi_apache2.c:422
No locals.
#14 0x40040f31 in run_cleanups (c=0x813a860) at apr_pools.c:1713
c = (cleanup_t *) 0x813a860
#15 0x40040448 in apr_pool_clear (pool=0x80b6dc0) at apr_pools.c:603
pool = (apr_pool_t *) 0x80b6dc0
next = (apr_memnode_t *) 0x80ad484
index = 1
max_index = 0
#16 0x08082d38 in main (argc=2, argv=0xba94) at main.c:579
argc = 0
argv = (char **) 0x80b9ac8
c = 88 ?X?
configtestonly = 0
confname = 0x80a3e48 ?conf/httpd.conf?
---Type  to continue, or q  to quit---
def_server_root = 0x80a49ab ?/usr/local/httpd2"
process = (process_rec *) 0x80b4e38
server_conf = (server_rec *) 0x80b9ac8
pglobal = (apr_pool_t *) 0x80b4db8
pconf = (apr_pool_t *) 0x80b6dc0
plog = (apr_pool_t *) 0x80eeea0
ptemp = (apr_pool_t *) 0x80f0ea8
pcommands = (apr_pool_t *) 0x80ece98
opt = (apr_getopt_t *) 0x80ecf30
rv = 134942120
mod = (module **) 0x80b9ac8
optarg = 0x0
#17 0x401b6507 in __libc_start_main (main=0x80826a4 , argc=2,
ubp_av=0xba94, 
init=0x805ed38 <_init>, fini=0x809bee0 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, 
stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129
ubp_av = (char **) 0xba94
fini = (void (*)()) 0x400168e4 <_dl_debug_mask>
rtld_fini = (void (*)()) 0
ubp_ev = (char **) 0xbaa0

Ken.




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

Bug #16767 Updated: session_start with mod_gzip issue

[paul]

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

I just want to make this clear that all other files work fine with
mod_gzip and PHP files that DON'T create user sessions work fine. It is
when I begin to work with user sessions (i.e. call 'session_start()')
that things stop working fine.


Previous Comments:


[2002-04-23 15:21:55] [EMAIL PROTECTED]

Not sure if this is a bug in PHP, but it after some of the symptoms
I've experienced, this is all I think it could be. With a server
running Apache 1.3.24 (also tried 1.3.22 and 1.3.20) and
mod_gzip/1.3.19.1a and PHP 4.2.0 (also tried 4.1.2), PHP pages that do
not utilize the session_start command will load fine. However, the
moment I put in the session_start command while using mod_gzip, the
site will no longer load properly in Netscape 4.x and ONLY Netscape
4.x. It still works in all other browsers. Perhaps this is too trivial,
and perhaps it's not PHP, but I want it to work!




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

Bug #15436 Updated: mnogosearch & mysql - gamble party

[sniper]

 ID:   15436
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-02-07
 New Comment:

Update the existing analyzed bug report and do NOT reopen this one
anymore.



Previous Comments:


[2002-04-23 03:52:01] [EMAIL PROTECTED]

php 4.2.0 - compile failure.



[2002-04-23 00:00:17] [EMAIL PROTECTED]

Please do _NOT_ report same issue many times!




[2002-02-25 09:35:23] [EMAIL PROTECTED]

I doscivered, that PHP team does changes the way is how PHP compiled
with mysql. I probed php-4.0.5 and php-4.1.1 with the same installation
of mnogosearch, and php-4.0.5 compiles ok, and 4.1.1 produced the same
error. 8(
I does not know of how to correctly fix that.

To PHP team: any comments ? 




[2002-02-21 16:13:01] [EMAIL PROTECTED]

Check, after Gluke sugestion.

> MySQL
$ rpm -qa |grep MySQL
MySQL-devel-3.23.47-1
MySQL-shared-3.23.47-1
MySQL-client-3.23.47-1
MySQL-3.23.47-1

Info about some locations from rpm'ed mysql:
 libmysqlclient.so is located in /usr/lib/ 
 libmysqlclient.a in /usr/lib/mysql/ 
 .h files in /usr/include/mysql/ 

> Apache
There is nothing to touch from previous instalation.

> Mnogosearch

; we are 100% sure that no old stuff left
$ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19
$ tar zxfv mnogosearch-3.1.19.tar.gz ; cd mnogosearch-3.1.19/
; gluke config
$ ./configure --with-mysql --enable-shared \
--prefix=/usr/local/mnogosearch-3.1.19
$ make && make install
; done
$ cd ..
; lets check whats installed
$ ls /usr/local/mnogosearch-3.1.19/lib/
libudmsearch-3.1.so  libudmsearch.a  libudmsearch.la  
libudmsearch.so

It's too easy, lets check something:
$ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch.so
libm.so.6 => /lib/i686/libm.so.6 (0x40072000)
libz.so.1 => /usr/lib/libz.so.1 (0x40095000)
libc.so.6 => /lib/i686/libc.so.6 (0x400a3000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)

Where is link to dynamic lib of mysql?
Still no straight feedback from mnogosearch dev. team:
http://www.mnogosearch.org/board/message.php?id=4102

> Php

; let's try an up-to-date shap
$ tar zxfv php4-200202211200.tar.gz ; php4-200202211200/
; standard instalation
$ ./configure  --with-apxs=/usr/local/apache/bin/apxs \
--with-mysql=/usr --with-zlib --enable-memory-limit \
--with-mnogosearch=/usr/local/mnogosearch-3.1.19
$ make
- error --
/bin/sh /root/php4-200202211200/libtool --silent --mode=link gcc  
-I. -I/root/php4-200202211200/ -I/root/php4-200202211200/main 
-I/root/php4-200202211200 -I/usr/local/apache/include 
-I/root/php4-200202211200/Zend 
-I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql 
-I/root/php4-200202211200/ext/xml/expat  -DLINUX=22 -DUSE_HSREGEX 
-I/root/php4-200202211200/TSRM -g -O2 -prefer-pic   -o libphp4.la 
-rpath /root/php4-200202211200/libs -avoid-version 
-L/usr/lib/mysql -L/usr/local/mnogosearch-3.1.19/lib  -R 
/usr/lib/mysql -R /usr/local/mnogosearch-3.1.19/lib stub.lo  
Zend/libZend.la sapi/apache/libsapi.la main/libmain.la 
regex/libregex.la /root/php4-200202211200/ext/zlib/libzlib.la 
/root/php4-200202211200/ext/mnogosearch/libmnogosearch.la 
/root/php4-200202211200/ext/mysql/libmysql.la 
/root/php4-200202211200/ext/overload/liboverload.la 
/root/php4-200202211200/ext/pcre/libpcre.la 
/root/php4-200202211200/ext/posix/libposix.la 
/root/php4-200202211200/ext/session/libsession.la 
/root/php4-200202211200/ext/standard/libstandard.la 
/root/php4-200202211200/ext/xml/libxml.la TSRM/libtsrm.la -lpam 
-lmysqlclient -lz -ludmsearch -lz -lm -lmysqlclient -lz -lcrypt 
-lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple 
definition of `mysql_port'
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first 
defined here
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple 
definition of `mysql_unix_port'
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first 
defined here
/usr/lib/mysql/libmysqlclient.a(libmysql.o): In function 
`net_safe_read':
libmysql.o(.text+0x1cc): multiple definition of `net_safe_read'
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x1cc): first 
defined here
/usr/lib/mysql/libmysqlclient.a(libmysql.o): In function 
`simple_command':
libmysql.o(.text+0x2d4): multiple definition of `simple_command'
/usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x2d4): first 
defined here
/usr/lib/mysql/libmysqlclient.a(libmysql.o): In func

Bug #16763 Updated: '

[jimw]

 ID:   16763
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: ALL
 PHP Version:  4.2.0
 New Comment:

this was discussed to death on php-dev. it's not going to happen.


Previous Comments:


[2002-04-23 15:05:37] [EMAIL PROTECTED]

Seeing as how '"<%="|"http://bugs.php.net/?id=16763&edit=1

Bug #16767: session_start with mod_gzip issue

[paul]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux 7.2
PHP version:  4.1.2
PHP Bug Type: Session related
Bug description:  session_start with mod_gzip issue

Not sure if this is a bug in PHP, but it after some of the symptoms I've
experienced, this is all I think it could be. With a server running Apache
1.3.24 (also tried 1.3.22 and 1.3.20) and mod_gzip/1.3.19.1a and PHP 4.2.0
(also tried 4.1.2), PHP pages that do not utilize the session_start
command will load fine. However, the moment I put in the session_start
command while using mod_gzip, the site will no longer load properly in
Netscape 4.x and ONLY Netscape 4.x. It still works in all other browsers.
Perhaps this is too trivial, and perhaps it's not PHP, but I want it to
work!
-- 
Edit bug report at http://bugs.php.net/?id=16767&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16767&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16767&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16767&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16767&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16767&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16767&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16767&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16767&r=submittedtwice

Bug #16755 Updated: --with-java produces java.so inplace of libphp_java.so

[PLancashire]

 ID:   16755
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Java related
 Operating System: Solaris 2.8
 PHP Version:  4.0CVS-2002-04-2
 New Comment:

../ext/java/README

-pete


Previous Comments:


[2002-04-23 15:18:45] [EMAIL PROTECTED]

Where does it say it should be libphp_java.so?

--Jani




[2002-04-23 11:37:39] [EMAIL PROTECTED]

Reclassified.



[2002-04-23 11:31:58] [EMAIL PROTECTED]

update summary line



[2002-04-23 10:58:34] [EMAIL PROTECTED]

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---


---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

module name is now java.so

-pete




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

Bug #16766: pcntl_waitpid segfaults on absence of third parameter

[sean]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.19pre17 i686 (Debian)
PHP version:  4.0CVS-2002-04-23
PHP Bug Type: POSIX related
Bug description:  pcntl_waitpid segfaults on absence of third parameter

Calling pcntl_waitpid without a third parameter causes a secmentation
fault. Supplying it with 0 does not. (at least in my trials).

Should be a simple fix. Sorry, I don't have --enable-debug, so I can't
backtrace (no core).

S

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

Bug #16755 Updated: --with-java produces java.so inplace of libphp_java.so

[sniper]

 ID:   16755
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Java related
 Operating System: Solaris 2.8
 PHP Version:  4.0CVS-2002-04-2
 New Comment:

Where does it say it should be libphp_java.so?

--Jani



Previous Comments:


[2002-04-23 11:37:39] [EMAIL PROTECTED]

Reclassified.



[2002-04-23 11:31:58] [EMAIL PROTECTED]

update summary line



[2002-04-23 10:58:34] [EMAIL PROTECTED]

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---


---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

module name is now java.so

-pete




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

Bug #16663 Updated: Different syntax for embedding HTML in PHP

[tbrinkman]

 ID:   16663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.2.0
 New Comment:

Don't think of it as including HTML in PHP.  Think of it as including
PHP in HTML.  That way you have your block-level delimiters as the
standard PHP start/end tags.

Whether this is a problem is completely dependant on your point of
view.


Previous Comments:


[2002-04-17 17:39:12] [EMAIL PROTECTED]

Well, I found another bug report #8685 which clued me in about where to
find the documentation for this type of
construct, which is a "heredoc" text entry.  Interestingly,
the other report was also from someone trying to write readable,
block-structured code, and was also classified as bogus.  I guess us
old guys who were around when Pascal was invented just have some weird
ideas about how code should be organized to be "people" friendly.



[2002-04-17 17:00:04] [EMAIL PROTECTED]

There is nothing wrong with your alternative except that I can't find
info about the contstruct

echo <

Any, unlikely SUCH a change is done. Ever. :-)



[2002-04-17 12:29:12] [EMAIL PROTECTED]

I can't seem to figure out how to edit the submission,
so I can't fix the missing < on 



[2002-04-17 12:24:55] [EMAIL PROTECTED]

Missed the opening < on 



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

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

Bug #16764 Updated: srand(microtime()) generates warning

[derick]

 ID:   16764
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Win2000, IIS-CGI
 PHP Version:  4.2.0
 New Comment:

INdeed was stricter type chcking implemented.
This should work:

srand ((int) microtime());

Derick


Previous Comments:


[2002-04-23 15:11:31] [EMAIL PROTECTED]

Is this a bug, or is microtime implementing stricter type checking?
After all most faq's list this as the recommended way of generating a
seed. 



Generates:

Warning: srand() expects parameter 1 to be long, string given in
d:\inetpub\wwwroot\php\test.php on line 2




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

Bug #7782 Updated: Cannot use PATH_INFO fully with php isapi

[jimw]

 ID:   7782
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Windows 2000
 PHP Version:  4.0.3pl1
-Assigned To:  james
+Assigned To:  jmoore
 New Comment:

this was assigned to the wrong username.


Previous Comments:


[2001-11-30 06:40:48] [EMAIL PROTECTED]

Assigning to James (As discussed)



[2001-04-24 08:19:35] [EMAIL PROTECTED]

Hi,

Due to some problems we have had with the isapi version of php under
IIS, 
we have made some changes in the sourcecode of this isapi module to
support 
Apache style PATH_INFO and PATH_TRANSLATED variables. We tested it with

IIS 5 on Windows 2000 Server.
(See also Bug number 7782).

What we have done:

- In the function "init_request_info" we have added some code which
will
translate the "path_translated" server variable to a path
which points to the requested script on disk.

- In the function "sapi_isapi_register_server_variables2" we have
added
some translations for the variables $PATH_INFO and $PATH_TRANSLATED
PATH_INFO will now be translated from:
/script/path/script.php/some/non/existing/path
to
/some/non/existing/path

PATH_TRANSLATED will be translated from:
d:\Inetpub\wwwroot\script.php\some\non\existing\path
to
d:\Inetpub\wwwroot\script.php

- We have added a function named "sapi_isapi_get_server_var"
which will retrieve the requested server variable and returns
a pointer to it. This function has been added to make things more
structured (because of the need to check for a "INSUFFICIENT BUFFER"
error).

We have made a patch file of these changes against the cvs version 1.7
of 
php4isapi.c. This path file is attached to this e-mail.

Please keep in mind that we did not have the opportunity to test this
fix with Zeus.

We hope you can/will commit this fix to the php cvs repository.

With kind regards,

Gijsbert te Riet,
Muze.
[EMAIL PROTECTED]

patch:
16a17
>| IIS PATH_TRANSLATED / PATH_INFO fix: Gijsbert te Riet
<[EMAIL PROTECTED]> |
83a85
>   "PATH_INFO",
88a91
>   "REQUEST_URI",
464a468,492
> static char *sapi_isapi_get_server_var(LPEXTENSION_CONTROL_BLOCK
lpECB, char *varname, DWORD *buffer_len) {
>   char*buffer;
> 
>   buffer=emalloc(*buffer_len=ISAPI_SERVER_VAR_BUF_SIZE);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
>   if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
> 
>   buffer = (char *) erealloc(buffer, *buffer_len);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
> 
>   efree(buffer);
>   buffer=0;
> 
>   }
> 
>   } else {
> 
>   efree(buffer);
>   buffer=0;
>   }
>   }
> 
>   return buffer;
> }
> 
468,469c496
<   DWORD variable_len;
<   char static_variable_buf[ISAPI_SERVER_VAR_BUF_SIZE];
---
>   DWORD varsize, varbufsize; 
470a498
>   char *var_buf1, *var_buf2;
473,478c501,508
<   variable_len = ISAPI_SERVER_VAR_BUF_SIZE;
<   if (lpECB->GetServerVariable(lpECB->ConnID, *p,
static_variable_buf, &variable_len)
<   && static_variable_buf[0]) {
<   php_register_variable(*p, static_variable_buf, track_vars_array
ELS_CC PLS_CC);
<   if (recorded_values) {
<   recorded_values[p-server_variables] =
estrndup(static_variable_buf, variable_len);
---
> 
>   if (variable_buf=sapi_isapi_get_server_var(lpECB, *p, &varsize)) {
>   // translate PATH_INFO to Apache compatible PATH_INFO
>   if (strcmp(*p, "PATH_INFO") == 0) {
>   if (var_buf1=sapi_isapi_get_server_var(lpECB, 
>"SCRIPT_NAME",
&varbufsize)) {
>   memmove(variable_buf, variable_buf + 
>strlen(var_buf1),
strlen(variable_buf) - strlen(var_buf1) + 1);
>   efree(var_buf1);
>   }
480,484c510,519
<   } else if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
<   variable_buf = (char *) emalloc(variable_len);
<   if (lpECB->GetServerVariable(lpECB->ConnID, *p, variable_buf,
&variable_len)
<   && variable_buf[0]) {
<   php_register_variable(*p, variable_buf, 
track_vars_array ELS_CC
PL

Bug #16764: srand(microtime()) generates warning

[heyjohnlim]

From: [EMAIL PROTECTED]
Operating system: Win2000, IIS-CGI
PHP version:  4.2.0
PHP Bug Type: Unknown/Other Function
Bug description:  srand(microtime()) generates warning

Is this a bug, or is microtime implementing stricter type checking? After
all most faq's list this as the recommended way of generating a seed. 



Generates:

Warning: srand() expects parameter 1 to be long, string given in
d:\inetpub\wwwroot\php\test.php on line 2
-- 
Edit bug report at http://bugs.php.net/?id=16764&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16764&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16764&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16764&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16764&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16764&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16764&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16764&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16764&r=submittedtwice

Bug #16763: '

[tbrinkman]

From: [EMAIL PROTECTED]
Operating system: ALL
PHP version:  4.2.0
PHP Bug Type: Feature/Change Request
Bug description:  '"<%="|"http://bugs.php.net/?id=16763&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16763&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16763&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16763&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16763&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16763&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16763&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16763&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16763&r=submittedtwice

Bug #16762 Updated: argument mising in ext/cyrus.c

[derick]

 ID:   16762
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: IMAP related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.0
 New Comment:

Fixed in CVS, will be in 4.2.1+ and 4.3.x

Derick


Previous Comments:


[2002-04-23 14:29:58] [EMAIL PROTECTED]

I found out that in ext/cyrus.c there's an argument missing.
If you change line 360 from

  &retval, 4, argv, 0, NULL) == FAILURE) {

to

  &retval, 4, argv, 0, NULL TSRMLS_CC) == FAILURE) {

the file gets compiled.




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

Bug #16475 Updated: segfault at startup with Apache 2.0.35

[mclinden]

 ID:   16475
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux 2.4.x
 PHP Version:  4.2.0RC2-4
 New Comment:

Well, this is probably not much help, but with gcc-2.95.3,
linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior,
namely, httpd -X crashes with a segmentation fault whenever I access
ANY page on the server, PHP or not. This only happens AFTER the PHP
module is loaded. With the vanilla apache (no php) I have no problems,
whatsoever.

Also, configuration of both apache and php is minimal.


Previous Comments:


[2002-04-22 00:04:43] [EMAIL PROTECTED]

AHA!  I think I'm onto something.  The DSO is segfaulting in the second
initialization round when php_apache_server_startup().  That function
calls php_apache_startup() which uses pthread_getspecific.  It ends up
looking up a structure which contains pointers that point to from the
FIRST round, dereferences them, and poof, it dies.  I'm working on a
patch.



[2002-04-21 18:48:21] [EMAIL PROTECTED]

This appears to be heap corruption of some sort.  I can
reproduce the problem and am working on tracking it down.



[2002-04-15 00:12:00] [EMAIL PROTECTED]

I too have been seeing this same error.
Using RC3 and now RC4, httpd -X cores immediately.

My php config:
./configure --with-apxs2=/home/brian/apache2/bin/apxs --enable-debug
--prefix=/home/brian/apache2

Coredump bt:
(gdb) bt
#0  0x4034958e in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310
#1  0x402a1fda in php_module_startup (sf=0x4036fb00) at main.c:856
#2  0x4029f9bc in php_apache_server_startup (pconf=0x80b7e20,
plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0)
at sapi_apache2.c:435
#3  0x0807c972 in ap_run_post_config (pconf=0x80b7e20, plog=0x80eff00,
ptemp=0x8137a38, s=0x813a0a0)
at config.c:127
#4  0x08081595 in main (argc=2, argv=0xb7e4) at main.c:611
#5  0x40119280 in __libc_start_main () from /lib/libc.so.6

Apache 2.0.35, Mandrake 8.2

Changes made to httpd.conf as per instructions on 
web page:
LoadModule php4_modulemodules/libphp4.so


SetOutputFilter PHP
SetInputFilter PHP




[2002-04-13 17:08:13] [EMAIL PROTECTED]

reclassified. (please don't change the category anymore!)




[2002-04-13 15:03:55] [EMAIL PROTECTED]

Hi,

well when I do a "ldd /usr/local/bin/httpd" the following list is
shown:

libaprutil.so.0 => /usr/local/apache2/lib/libaprutil.so.0 (0x40016000)
libapr.so.0 => /usr/local/apache2/lib/libapr.so.0 (0x40026000)
libm.so.6 => /lib/libm.so.6 (0x40047000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40069000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40096000)
libdl.so.2 => /lib/libdl.so.2 (0x400ab000)
libdb-4.0.so => /usr/lib/libdb-4.0.so (0x400af000)
libexpat.so.0 => /usr/local/lib/libexpat.so.0 (0x40135000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40156000)
libc.so.6 => /lib/libc.so.6 (0x4016c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)

So there is libpthread included but why not in ldd of libphp4.so (as
seen in my previous postings)? I'm using Debian Woody 3.0 with kernel
2.4.16 and I have installed all recent updates.

Bye,
Sebastian



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

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

Bug #16762: argument mising in ext/cyrus.c

[JuergenNagel]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18
PHP version:  4.2.0
PHP Bug Type: IMAP related
Bug description:  argument mising in ext/cyrus.c

I found out that in ext/cyrus.c there's an argument missing.
If you change line 360 from

  &retval, 4, argv, 0, NULL) == FAILURE) {

to

  &retval, 4, argv, 0, NULL TSRMLS_CC) == FAILURE) {

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

Bug #14483 Updated: -twolevel_namespace and multiple definitions errors

[liyanage]

 ID:   14483
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.1
 PHP Version:  4.2.0-dev
 New Comment:

Using the helpful and informative comments on this page I made a patch
which can be applied against the 4.2.0 release source distribution.

The basic 4.2.0 module compiles fine for me with the patch.

It is available at
http://www.entropy.ch/software/macosx/php/php-4.2.0-entropy.ch.patch


Previous Comments:


[2002-04-16 06:16:33] [EMAIL PROTECTED]

It's fixed in CVS, but not for PHP 4.2.x. Only PHP 4.3.x + will support
this.

Derick



[2002-04-16 06:07:16] [EMAIL PROTECTED]

Unfortunately, this doesn't seem fixed in 4.2.0-RC-4.

1. Still getting yytext problems.  The duplicate definitions of "char
*yytext" in zend_ini_scanner and zend_language_scanner still exist. 
One of them has to go.  This is a fatal error.

2. Still getting the crazy amounts of multiply defined errors.  The fix
for this is as explained with the $deplibs business.  This is a fatal
error.

3. Still not compiling the apache module right. Also fatal.

apxs:Error: file libs/libphp4.dylib is not a DSO
make[1]: *** [install-sapi] Error 1
make: *** [install-recursive] Error 1


The only way to make this work is to use the libtool and other stuff
from the 4.0.6 branch, as you guys probably know already, and as
included above.

The struggle continues (?)...



[2002-04-10 18:47:06] [EMAIL PROTECTED]

This is fixed in CVS.




[2002-03-10 12:53:55] [EMAIL PROTECTED]

This bug has been superceded by bugs 15986 and 15987. 
Please follow those bugs for information regarding the 
forthcoming fixes for the issue you've reported.



[2002-02-10 19:17:26] [EMAIL PROTECTED]

stephano, does your build process enable the dl() functions to work as
well?



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

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

Bug #15499 Updated: Apache crashes with Segmentation fault

[mbretter]

 ID:   15499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: OCI8 related
 Operating System: Linux
 PHP Version:  4.1.1
 New Comment:

The fix seems to solve also crashes after 10 or 20 requests.

Now our production-server runs for 3 days without crashing.

For all others wich have the same problem: 

The files wich has been changed are under the Zend dir:
zend_list.c
zend_list.h
zend_hash.c


Previous Comments:


[2002-04-18 13:39:58] [EMAIL PROTECTED]

This bug has been fixed in CVS.

 



[2002-04-13 09:15:13] [EMAIL PROTECTED]

please try to send me a short _selfcontained_ script that reproduces
that problem when hitting apache with ab.

i'm very busy right now. please contact me directly - money can raise
the priority of this problem on my TODO list.




[2002-03-28 04:08:47] [EMAIL PROTECTED]

Now I upgradet from Oracle 8.1.7 to Oracle 8.1.7.3, recompiled
 php and apache (4.1.2) with no effect. The crash still exists. 

It seems that nobody of the php-team feels responsible for improvements
in the oci8-module!?



[2002-03-12 08:48:10] [EMAIL PROTECTED]

We will pay for the support if the bug can be fixed from  one of the
php-developers.

I think the maintainer of this module will find the bug more quickly.



[2002-03-12 08:30:00] [EMAIL PROTECTED]

I already tried the latest version from cvs
/* $Id: oci8.c,v 1.168 2002/02/10 12:41:52 thies Exp $ */
and 
/* $Id: php_oci8.h,v 1.23 2002/02/10 12:41:52 thies Exp $ */

with the same effect



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

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

Bug #16761 Updated: PHP Stopped Working

[tal]

 ID:   16761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Win2kPro w/ .NET SDK
 PHP Version:  4.2.0
 New Comment:

Silly me...
Not a bug > Bogus.

-Tal


Previous Comments:


[2002-04-23 14:14:58] [EMAIL PROTECTED]

What was the problem?

Derick



[2002-04-23 14:13:45] [EMAIL PROTECTED]

Closed.

-Tal



[2002-04-23 14:07:18] [EMAIL PROTECTED]

Close this.  Found the problem.



[2002-04-23 14:01:48] [EMAIL PROTECTED]

PHP just stopped working after .NET SDK was installed.  Attempted
re-install of PHP with version 4.2.  Now I receive error messages:

PHP has encountered an Access Violation at 0178C2BA

or

CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:


Please help.

Craig




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

Bug #16761 Updated: PHP Stopped Working

[derick]

 ID:   16761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Win2kPro w/ .NET SDK
 PHP Version:  4.2.0
 New Comment:

What was the problem?

Derick


Previous Comments:


[2002-04-23 14:13:45] [EMAIL PROTECTED]

Closed.

-Tal



[2002-04-23 14:07:18] [EMAIL PROTECTED]

Close this.  Found the problem.



[2002-04-23 14:01:48] [EMAIL PROTECTED]

PHP just stopped working after .NET SDK was installed.  Attempted
re-install of PHP with version 4.2.  Now I receive error messages:

PHP has encountered an Access Violation at 0178C2BA

or

CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:


Please help.

Craig




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

Bug #16761 Updated: PHP Stopped Working

[tal]

 ID:   16761
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: IIS related
 Operating System: Win2kPro w/ .NET SDK
 PHP Version:  4.2.0
 New Comment:

Closed.

-Tal


Previous Comments:


[2002-04-23 14:07:18] [EMAIL PROTECTED]

Close this.  Found the problem.



[2002-04-23 14:01:48] [EMAIL PROTECTED]

PHP just stopped working after .NET SDK was installed.  Attempted
re-install of PHP with version 4.2.  Now I receive error messages:

PHP has encountered an Access Violation at 0178C2BA

or

CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:


Please help.

Craig




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