date:20030303

 ID:   22482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  submissions at spherious dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux 7.2, Zend 2.1
 PHP Version:  4.3.1
 New Comment:

Loading old modules with new PHP versions is not bug
but configuration error by you. Please check WHAT php.ini file is
actually used and what in THAT file is said for being the extension
path and what extensions are loaded.

And it doesn't work vice-versa either, (loading new modules with old
PHP versions) so check that you're really loading the new PHP version.




Previous Comments:


[2003-03-03 20:27:47] submissions at spherious dot com

I think it is a bug, because as far as I can see, there is no configure
error. The php.ini references the direcotry containing the new ext
files that are created when php is compiled, make and make intalled, so
there is no error in configuration. I have also tried deleting
everything in /usr/lib/php4 and then recompiling. It creates the new
files there as it should, but still does not solve the problem.

I will try installing with just --prefix=/usr/local/php tonight. I
expect that will not cause an error, as no extensions will be used. If
that is the case, unfortunately, that still won't solve the problem.



[2003-03-03 19:57:26] [EMAIL PROTECTED]

Check what php.ini is loaded and what extensions are loaded by it..this
is not really bug but just install/configure error.




[2003-03-02 19:29:17] [EMAIL PROTECTED]

Do you have redhat's RPMs installed ?

If you install it with just a --prefix=/usr/local/php, does
it still print out the error?



[2003-03-02 09:46:50] submissions at spherious dot com

Ok, I think the error is extension related, but I don't know in what
way.

I deleted all in /usr/lib/php4 then recompiled php4.3.1, but the error
still occurs, so it is not linking to old files.

If I link it to something else, the error does not occur, but of course
this would mean the extensions aren't loaded.



[2003-02-28 21:37:38] [EMAIL PROTECTED]

You can find out that from the configuration line used.
The change your extension_dir configuration option to point to that
directory. 



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

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

#22481 [Csd]: disable_classes

 ID:   22481
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stefano dot cecconi at staff dot aruba dot it
 Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: windows 2000
 PHP Version:  4.2.3
 New Comment:

I guess [EMAIL PROTECTED] meant 'disable_classes' option was added..




Previous Comments:


[2003-03-02 19:59:16] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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

This has been fixed in CVS with the addition of the 
disable_functions ini parameter.



[2003-03-02 19:57:47] stefano dot cecconi at staff dot aruba dot it

I'm very happy to hear something like that :)

>deny your IUSR_ access to your components,
>i don't see this as an issue.

We host about 160.000 web sites, we have hundreds of servers : i simply
can't disable IUSR_ access to COM or other functions without disabling
them for other languages too or without creating a lot of unforseeable
issues.

I'm happy to see that you consider needs of web hosters too.

By the way i'd like to advise you to looking for the cause of the
"unable to read memory" given by php.exe using this kind of COM calls.
You can use my example code to reproduce the php.exe error and crash.
I'm not asking you to investigate the consequent inetinfo.exe crash,
just the php.exe one.

Thank you.



[2003-03-02 16:40:37] [EMAIL PROTECTED]

was: disabling com calls

after a short discussion on irc we came to the conclusion that adding a
disable_functions like disable_classes ini entry would propably the
best solution for everone.

bringing this to php-dev



[2003-03-02 16:31:56] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

simply deny your IUSR_ access to your components, i don't see this as
an issue. there are easier ways to bring down a server than that.



[2003-03-02 01:45:25] stefano dot cecconi at staff dot aruba dot it

The problem is simple : there are a lot of COM calls that are able to
hang inetinfo and even the entire server.

That's why i'm looking for a way to disable COM calls.

I'm using the php.exe version instead of the isapi one.

That's an example code that is able to kill inetinfo :

To = 'test';
$message->From = '[EMAIL PROTECTED]';
$message->Subject = 'test';
$message->HTMLBody = 'test';
$message->AddAttachment('test');
$message->Send();
?>

It's very difficult to disable COM using os permissions without
disabling it for other languages too. I need to disable COM calls for
php only, because this support is very dangerous for server stability.
On a web hosting server always will be someone using wrong or dangerous
code.

I think it's better to add the choice in the php.ini instead of ask
people to recompile php.exe without COM support.



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

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

#22482 [Bgs->Opn]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line

2003-03-03 Thread submissions at spherious dot com

 ID:   22482
 User updated by:  submissions at spherious dot com
 Reported By:  submissions at spherious dot com
-Status:   Bogus
+Status:   Open
 Bug Type: *General Issues
 Operating System: Linux 7.2, Zend 2.1
 PHP Version:  4.3.1
 New Comment:

I think it is a bug, because as far as I can see, there is no configure
error. The php.ini references the direcotry containing the new ext
files that are created when php is compiled, make and make intalled, so
there is no error in configuration. I have also tried deleting
everything in /usr/lib/php4 and then recompiling. It creates the new
files there as it should, but still does not solve the problem.

I will try installing with just --prefix=/usr/local/php tonight. I
expect that will not cause an error, as no extensions will be used. If
that is the case, unfortunately, that still won't solve the problem.


Previous Comments:


[2003-03-03 19:57:26] [EMAIL PROTECTED]

Check what php.ini is loaded and what extensions are loaded by it..this
is not really bug but just install/configure error.




[2003-03-02 19:29:17] [EMAIL PROTECTED]

Do you have redhat's RPMs installed ?

If you install it with just a --prefix=/usr/local/php, does
it still print out the error?



[2003-03-02 09:46:50] submissions at spherious dot com

Ok, I think the error is extension related, but I don't know in what
way.

I deleted all in /usr/lib/php4 then recompiled php4.3.1, but the error
still occurs, so it is not linking to old files.

If I link it to something else, the error does not occur, but of course
this would mean the extensions aren't loaded.



[2003-02-28 21:37:38] [EMAIL PROTECTED]

You can find out that from the configuration line used.
The change your extension_dir configuration option to point to that
directory. 



[2003-02-28 21:04:55] submissions at spherious dot com

Those bugs mention that it is linking to the old modules, which may
well be the problem.

However, there are no .so files in /usr/lib/php. Just a directory
called build which does not appear to contain .so files either. If the
correct ones are not in /usr/lib/php4, then how can I find out where
the correct ones are?



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

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

#22473 [Opn->Bgs]: ISAPI Secure Server Variables not available?

 ID:   22473
 Updated by:   [EMAIL PROTECTED]
 Reported By:  e9025902 at stud2 dot tuwien dot ac dot at
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.3.1
 New Comment:

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

Thank you for your interest in PHP.

Please ask this kind of questions on the mailing lists..
This is not a support forum.



Previous Comments:


[2003-02-28 06:29:28] e9025902 at stud2 dot tuwien dot ac dot at

When I use the CGI version of PHP 4.3.1 the Secure Server Variables are
available (e.g CERT_SUBJECT, CERT_SERIALNUMBER, ...). 

When I use the ISAPI version they are shown with 
php_info in the ISAPI section, but they are not in $_SERVER or $_ENV.

Is this a bug, a feature or a wrong php.ini?

maybe someone could have a look at php4isapi.c because there I found
static char *isapi_secure_server_variable_names[]

Thanks
  Chris




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

#22477 [Fbk]: symbol not found with curl7.10.3

 ID:   22477
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michel dot jansens at ulb dot ac dot be
 Status:   Feedback
-Bug Type: Dynamic loading
+Bug Type: cURL related
 Operating System: Solaris 8
 PHP Version:  4.3.1
 New Comment:

--enable-libgcc propably fixes this.

It's some change in curl that is causing this..no idea what
but you might wanna report it to them..



Previous Comments:


[2003-02-28 16:36:02] driskel at bitstream dot net

I have also tried the new CVS as well. Standard configure files as well
as an edited one outlined in my previous post. 

Sorry I forgot to include that in last my post.



[2003-02-28 16:27:19] driskel at bitstream dot net

I have run into the same issue.  Solaris 8, apache1.3.27, openssl 0.97
mod_ssl 2.8.12 php4.31.

I have tried compiling php4.31 a few times trying standard configure
script or modifying configure as such as directed from the curl www
site.

   1. sed 's/-lcrypto/-lssl -lcrypto/g' configure > c2
   2. rm -f configure
   3. cp c2 configure
   4. chmod 755 configure

Both ways have issued the same message when testing apache's config.

When building php-4.3.1 with curl-7.10.3 the error as reported appears
at apache start:

It might be an issue curl.  I get these errors on the curl compile.  I
can run curl from the command line though.  

checking net/if.h presence... yes
configure: WARNING: net/if.h: present but cannot be compiled
configure: WARNING: net/if.h: check for missing prerequisite headers?
configure: WARNING: net/if.h: proceeding with the preprocessor's
result
configure: WARNING: ##  ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ##  ##
checking for net/if.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking netinet/if_ether.h usability... no
checking netinet/if_ether.h presence... yes
configure: WARNING: netinet/if_ether.h: present but cannot be compiled
configure: WARNING: netinet/if_ether.h: check for missing prerequisite
headers?
configure: WARNING: netinet/if_ether.h: proceeding with the
preprocessor's result
configure: WARNING: ##  ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ##  ##
checking for netinet/if_ether.h... yes

Just trying to offer another piece of the puzzle.  Maybe



[2003-02-28 10:47:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-28 10:39:12] michel dot jansens at ulb dot ac dot be

When building php-4.3.1 with curl-7.10.3 an error is produced when
starting apache:
Cannot load /usr/products/apache_http/libexec/libphp4.so into server:
ld.so.1: /usr/products/apache_http/bin/httpd: fatal: relocation error:
file /usr/local/lib/libcurl.so.2: symbol __floatdidf: referenced symbol
not found


When compiling with curl-7.9.8 is works OK.






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

#22518 [Opn->Bgs]: Accessing superglobal arrays in functions via variable variable names

 ID:   22518
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rabus at users dot sourceforge dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows NT
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

RTFM:

http://www.php.net/manual/en/language.variables.predefined.php#language.variables.predefined

"Variable variables:  Superglobals cannot be used as variable
variables."



Previous Comments:


[2003-03-03 09:22:00] daniel dot gorski at develnet dot org

Similar malfunction here:



PHP Notice:  Undefined variable:  _SERVER in
/var/webservers/cowiki/htdocs/test.php on line 6
PHP Notice:  Undefined variable:  _ENV in
/var/webservers/cowiki/htdocs/test.php on line 7

Todays CVS, build as CGI on RH6.2

regards dtg



[2003-03-03 08:06:46] rabus at users dot sourceforge dot net

Please try the following script:



This script returns "Array". This is the expected behavior.
Now, try this one:



This time, an error is returned:
Notice: Undefined variable: _SERVER on line 4
This is nonsense, of course: As we see in the example above, the
variable should be defined!




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

#22522 [Opn->Fbk]: Config runs fine but errors during make

 ID:   22522
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mjd1 at midwestlabs dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.3.1
 New Comment:

Please add the errors when you use the latest snapshot here too, even
if they are the same.

And what gcc version? What configure line was used?






Previous Comments:


[2003-03-03 16:41:53] mjd1 at midwestlabs dot com

oh and sorry its exactly the same errors



[2003-03-03 16:41:15] mjd1 at midwestlabs dot com

still doesnt work



[2003-03-03 15:43:08] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 15:26:41] mjd1 at midwestlabs dot com

dunno whats goin on here.  it configures just fine but when i do the
make it just dies on the first compile



[2003-03-03 15:25:15] mjd1 at midwestlabs dot com

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error
before "va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'




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

#22480 [Dup->Fbk]: mod_php randomly displays source instead of script output

 ID:   22480
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kaspars at fabrika dot lv
-Status:   Duplicate
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-03-02 21:51:36] kaspars at fabrika dot lv

Bug 19292 (http://bugs.php.net/bug.php?id=19292) seems to be causing
this odd behavior, since adding "php_admin_value open_basedir none" to
Apache virtual hosts' config seems to have 'fixed' the problem.



[2003-02-28 13:35:19] kaspars at fabrika dot lv

My mistake - it's Apache 1.3.27 of course



[2003-02-28 11:43:16] kaspars at fabrika dot lv

After upgrade to php 4.3 (and later 4.3.1) I get source of php files
instead of their supposed output on a random basis. The site in
question - http://economics.sseriga.edu.lv displays source approx. once
in 10 tries.

System - Gentoo Linux with all (stable) updates, gentoo patched XFS
kernel 2.4.19, apache 1.2.27, compiled with GCC 3.2.1 -march=i686 -O3
-pipe

Compile options:
./configure --prefix=/usr --with-bz2 --enable-ftp
--enable-force-cgi-redirect --enable-discard-path
--enable-gd-native-ttf --enable-mime-magic --enable-wddx --enable-dbase
--with-zlib=yes --with-iconv --enable-bcmath --enable-sysvsem
--enable-exif --with-gd --enable-sysvshm --enable-sockets
--enable-calendar --enable-trans-sid --enable-safe-mode
--enable-versioning --enable-track-vars --enable-inline-optimization
--with-config-file-path=/etc/php4 --host=i686-pc-linux-gnu
--without-readline --with-pam --with-gettext --with-openssl
--with-gdbm=/usr --with-db3=/usr --with-mysql=/usr --with-pgsql=/usr
--with-ttf --with-t1lib --with-pdflib=/usr --with-jpeg-dir=/usr/lib
--with-png-dir=/usr/lib --with-zlib --with-zlib-dir=/usr/lib
--with-exec-dir=/usr/bin --with-apxs=/usr/sbin/apxs --with-xml
--with-dom --with-mcrypt --with-mhash --disable-posix-threads 

Any ideas? I can provide more info as needed. Any help is much
appreciated.




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

#22483 [Opn->Fbk]: Sessions expire randomly

 ID:   22483
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dmj28 at student dot canterbury dot ac dot nz
-Status:   Open
+Status:   Feedback
-Bug Type: Output Control
+Bug Type: Session related
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.2-dev
 New Comment:

Limit is the free space. And are you setting the session id yourself in
your script perhaps? (maybe unintentionally?)

And it's always good idea to configure your different
virtualhosts to have their own directories where the session files are
hold..



Previous Comments:


[2003-03-03 17:13:43] dmj28 at student dot canterbury dot ac dot nz

I notice many session files of size ~3k and many others around 30k. Is
there a limit on the size of session files which could cause expiry?



[2003-03-03 16:35:59] dmj28 at student dot canterbury dot ac dot nz

Upgrading has not fixed the problem.

Is it possible, that two sites running different php applications which
use sessions holding classes, with names such as: x.companyxyz.com and
y.companyxyz.com could cause sessions to expire for some reason?
Perhaps if they store different classes. Because these sites do appear
to share the same session.

Many thanks for any assistance.



[2003-02-28 19:19:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-28 19:09:11] dmj28 at student dot canterbury dot ac dot nz

The problem is that sessions expire, before they should, apparently
randomly. This did not seem to happen under 4.2. The following
information may be useful:

Two symptoms:
- Php is using the query string to maintain sessions *ALOT* when
cookies would normally be used?
- Sessions occasionally expire well before they should.
- A mail() sends an email with some characters replaced?

Is it possible that some characters of output are being replaced, and
this is causing session id's to be changed, expiring sessions?

Apache 3.27

'./configure' '--with-gd' '--with-jpeg-dir=/usr/local/src/jpeg-6b'
'--with-zlib' '--with-png-dir=/usr/local/src/libpng-1.2.2'
'--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-apxs=/usr/local/apache/bin/apxs'




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

#22482 [Fbk->Bgs]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line

2003-03-03 Thread dmj28 at student dot canterbury dot ac dot nz

 ID:   22482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  submissions at spherious dot com
-Status:   Feedback
+Status:   Bogus
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
 Operating System: Linux 7.2, Zend 2.1
 PHP Version:  4.3.1
 New Comment:

Check what php.ini is loaded and what extensions are loaded by it..this
is not really bug but just install/configure error.



Previous Comments:


[2003-03-02 19:29:17] [EMAIL PROTECTED]

Do you have redhat's RPMs installed ?

If you install it with just a --prefix=/usr/local/php, does
it still print out the error?



[2003-03-02 09:46:50] submissions at spherious dot com

Ok, I think the error is extension related, but I don't know in what
way.

I deleted all in /usr/lib/php4 then recompiled php4.3.1, but the error
still occurs, so it is not linking to old files.

If I link it to something else, the error does not occur, but of course
this would mean the extensions aren't loaded.



[2003-02-28 21:37:38] [EMAIL PROTECTED]

You can find out that from the configuration line used.
The change your extension_dir configuration option to point to that
directory. 



[2003-02-28 21:04:55] submissions at spherious dot com

Those bugs mention that it is linking to the old modules, which may
well be the problem.

However, there are no .so files in /usr/lib/php. Just a directory
called build which does not appear to contain .so files either. If the
correct ones are not in /usr/lib/php4, then how can I find out where
the correct ones are?



[2003-02-28 20:54:13] [EMAIL PROTECTED]

Take a look at bug 21333 and 21825.
Does this solve it ?



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

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

#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)

2003-03-03 Thread vmizuba at queens dot org

 ID:   13472
 Comment by:   vmizuba at queens dot org
 Reported By:  mat at dioxine dot com
 Status:   Closed
 Bug Type: Session related
 Operating System: Any
 PHP Version:  4.3.0
 New Comment:

"removing the 'form=' entry from url_rewriter.tags" does 
not solve the problem if: 1) session.use_cookies is "off" 
(forms need this hidden tag) 2) there is no access to 
php.ini. The solution is a matter of moving the hidden tag 
inserted below a block-level element as it was pointed out 
above. how do we get this bug reopened AND fixed correctly? 
TIA


Previous Comments:


[2003-02-08 17:05:25] node at nodefall dot de

I won't disable this feature
Where is the Problem to add a  ???

Could you please reopen this BUG!
THX



[2003-02-05 19:10:46] xanthor at xanthor dot tk

And if we can't access php.ini ?



[2003-02-05 16:00:29] [EMAIL PROTECTED]

The adding of the hidden input field can now be turned
off by just removing the 'form=' entry from url_rewriter.tags





[2003-01-12 15:38:08] [EMAIL PROTECTED]

Opened again.



[2003-01-08 19:07:11] node at nodefall dot de

so could anybody reopen this bug...
or create a new one?



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

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

#22508 [Opn->Asn]: fopen() crashes Apache if URL is redirect/

2003-03-03 Thread wez

ID: 22508
Updated by: [EMAIL PROTECTED]
Reported By: jim at bluedojo dot com
-Status: Open
+Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: Windows
PHP Version: 4.3.1
-Assigned To:
+Assigned To: wez

Previous Comments:

[2003-03-03 18:46:30] jim at bluedojo dot com

Hello wez, and thanks for the speedy updates on fopen().

I've found some more types of URLS that causes an error using fopen().
I'm using Apache 1.3 and PHP 4.3.x (I used the latest CVS version.)
They are listed below.

1.) If it redirects from http:// to https:// it will crash Apache
connection.
Example Link:
http://registration.ft.com/registration/sub/manageYourAccount.jsp

2.) If fopen() loads an unauthorized page -- HTTP Error 403 (Forbidden)
it crashes Apache connection.
Example Link: http://www.fc-gabarron.es/en

3.) And I'm not sure why this is causing an error:
Example Link:
http://www.sportingnews.com/RealMedia/ads/click_lx.ads/www.sportingnews.com/soccer/articles/20030302/460373.html/1065908018/Right3/default/empty.gif/34313165376634343365363238633430

I'm not to familiar with programming with sockets and HTTP protocol,
but is there a way to catch all the errors and just simply return false
if the connection doesn't open?

Just place the link in this code to see it happen:

[2003-03-03 03:22:03] [EMAIL PROTECTED]

We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the
current stable branch, PHP 5 is the current development version.

[2003-03-02 21:04:36] jim at bluedojo dot com

I also wanted to note that in version PHP 4.2.3 fopen will not work if
it redirects from http:// to https://. Perhaps it should return false
in this case.

[2003-03-02 16:47:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.

Thank you for the report, and for helping us make PHP better.

[2003-03-02 16:25:55] jim at bluedojo dot com

The pages that is crashing my Apache server include,
"http://www.sltrib2002.com";. What is happening is fopen() is trying to
open this link but the link redirects. When this link is placed in a
browser, it actually redirects to,
"http://www.sltrib2002.com/main/index.asp";. This occurs in PHP 4.3.1.
When I downgraded to PHP 4.2.3 fopen() worked fine.

Here is more information about the problem in detail:

I am running WinXP, Apache 1.3, MySQL 3.23, and PHP 4.3.1.

I have a php page called "populate.php" that is using fopen() to index
web pages. This works most of the time when I load this page in a
browser, but fopen() is causing problems. Sometimes a specific web site
(that has a redirecting link) causes Apache to crash. A window pops up
saying, "Apache.exe has encountered a problem and needs to close. We
are sorry for the inconvenience." And in the browser it says, "The page
cannot be loaded."

Although it says it crashes, the Apache server still seems to run if I
load another page. It seems as if only that specific connection
crashed. But this is the problem. I need to find out a way so it does
not crash the page, populate.php, so it can continue running without
getting the error in the browser "The page cannot be loaded."

I tried the same web site on another configuration of Apache (that I
pay for and am trying to avoid) and the page loads fine. Why is fopen
crashing my server if the link redirects? Again, this occured in PHP
4.3.1. I had to downgrade for fopen to work ok with websites that
redirect.

The code below will produce the error in PHP 4.3.1.

http://www.vsacentral.com
//redirects to
//http://www.vsacentral.com/main.php
//
//Also try this
//http://www.sltrib2002.com
//It redirects to
//http://www.sltrib2002.com/main/index.asp

$url = "http://www.vsacentral.com";;
if ($fd = @fopen($url,"r"))
echo "Success";
else
echo "Failure";

fclose($fd);

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

#22517 [Bgs]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread jacques

 ID:   22517
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
 PHP Version:  4.3.0/4.3.1/4.3.2-dev
 New Comment:

Apart from (b) with the SSL stuff, part (a) where $fp does not get
anything from the CURL session for example if I do something like
following, $fp does not get any data using the CURLOPT_FILE setopt
setting:

http://isp.saix.net/cgi-bin/ISPUserHistory.pl";;

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $saix_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 2000);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_POST, 1);
curl_setopt($curl, CURLOPT_POSTFIELDS, $post_data);
curl_setopt($curl, CURLOPT_USERPWD, $saix['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.253.14:3128/";);
curl_exec($curl);
curl_close($curl);

Adding the following option and adding a
$get_ouptut_since_fp_contains_no_data = in front of the curl_exec call
seems to get the data that $fp should have contained.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $saix_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 2000);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_POST, 1);
curl_setopt($curl, CURLOPT_POSTFIELDS, $post_data);
curl_setopt($curl, CURLOPT_USERPWD, $saix['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.253.14:3128/";);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
$get_output_since_fp_contains_no_data = curl_exec($curl);
curl_close($curl);

...

I'm going to play around with the curl extension and see if I can come
up with a patch to fix the CURLOPT_FILE stuff.


Previous Comments:


[2003-03-03 17:18:15] [EMAIL PROTECTED]

Not a PHP bug but a feature of the new version of libcurl.

As Daniel pointed out have a look at:

http://curl.haxx.se/docs/sslcerts.html



[2003-03-03 17:13:53] daniel at haxx dot se

http://curl.haxx.se/docs/sslcerts.html



[2003-03-03 14:46:14] [EMAIL PROTECTED]

Still same problems with the latest php4 STABLE which I downloaded this
afternoon.

[EMAIL PROTECTED]:/usr/local/src/php4-STABLE-200303031230/sapi/cli# ./php
-v
PHP 4.3.2-dev (cli) (built: Mar  3 2003 21:54:28)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies



[2003-03-03 13:35:24] [EMAIL PROTECTED]

Busy building the latest stable which I downloaded earlier today.  Will
keep you guys posted on the status.



[2003-03-03 09:30:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#22508 [Csd->Opn]: fopen() crashes Apache if URL is redirect/

2003-03-03 Thread jim at bluedojo dot com

ID: 22508
User updated by: jim at bluedojo dot com
-Summary: fopen() crashes Apache if URL is redirect
Reported By: jim at bluedojo dot com
-Status: Closed
+Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Windows
PHP Version: 4.3.1
New Comment:

Hello wez, and thanks for the speedy updates on fopen().

I've found some more types of URLS that causes an error using fopen().
I'm using Apache 1.3 and PHP 4.3.x (I used the latest CVS version.)
They are listed below.

1.) If it redirects from http:// to https:// it will crash Apache
connection.
Example Link:
http://registration.ft.com/registration/sub/manageYourAccount.jsp

2.) If fopen() loads an unauthorized page -- HTTP Error 403 (Forbidden)
it crashes Apache connection.
Example Link: http://www.fc-gabarron.es/en

I'm not to familiar with programming with sockets and HTTP protocol,
but is there a way to catch all the errors and just simply return false
if the connection doesn't open?

Just place the link in this code to see it happen:

Previous Comments:

[2003-03-03 03:22:03] [EMAIL PROTECTED]

We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the
current stable branch, PHP 5 is the current development version.

[2003-03-02 21:04:36] jim at bluedojo dot com

I also wanted to note that in version PHP 4.2.3 fopen will not work if
it redirects from http:// to https://. Perhaps it should return false
in this case.

[2003-03-02 16:47:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.

Thank you for the report, and for helping us make PHP better.

[2003-03-02 16:25:55] jim at bluedojo dot com

Here is more information about the problem in detail:

I am running WinXP, Apache 1.3, MySQL 3.23, and PHP 4.3.1.

The code below will produce the error in PHP 4.3.1.

http://www.vsacentral.com
//redirects to
//http://www.vsacentral.com/main.php
//
//Also try this
//http://www.sltrib2002.com
//It redirects to
//http://www.sltrib2002.com/main/index.asp

$url = "http://www.vsacentral.com";;
if ($fd = @fopen($url,"r"))
echo "Success";
else
echo "Failure";

fclose($fd);

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

#16353 [Com]: can upload other files but not zip or visio files

2003-03-03 Thread comelon33 at hotmail dot com

 ID:   16353
 Comment by:   comelon33 at hotmail dot com
 Reported By:  cindy_walker at dot dot ca dot gov
 Status:   No Feedback
 Bug Type: HTTP related
 Operating System: Irix 6.5
 PHP Version:  4.2.0
 New Comment:

first ,my Englist is poor,
I find if I change the files's subfilename to *.doc or *.txt at
computer,then I can upload the files.
but if I change the subfilename at php' code , It still failed...


Previous Comments:


[2002-07-29 01:00:09] php-bugs at lists dot php dot net

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



[2002-06-18 16:13:31] [EMAIL PROTECTED]

Let me guess: the visio file you're uploading is big?
And your php.ini settings for upload_max_filesize and post_max_size are
smaller and that's why the file is never
gonna get there..

Try this very simple example:








And try submitting one of those problematic files and
paste the output here.





[2002-06-18 12:57:56] cindy_walker at dot dot ca dot gov

I get the identical response after I renamed the file to have the
extension .jpg.  Using IE 6.0, Netscape 6.2 or Opera 6.2 doesn't work
either for visio files. It looks like visio is the only problem file
type. 

This isn't a big problem for us.  I was asked to add a file upload
feature to an application, but so far no one has uploaded any files.



[2002-06-18 12:32:26] [EMAIL PROTECTED]

I really think this is a browser issue. What happens if you rename a
viso file to .jpg or .gif, or any other extension that does work? If
you can upload that file, then it's a browser problem.



[2002-06-18 12:10:32] cindy_walker at dot dot ca dot gov

Finally we have PHP 4.20 installed.  It does solve the problem for
uploading zip files with Netscape 4.7.  It still doesn't allow the
successful upload of visio files. It puts the file on the server with
the correct name, but its a zero KB file.

These PHP commands: 

echo "HTTP_POST_FILES tmpname: ".$HTTP_POST_FILES['attachment']
['tmp_name']."\n";
echo "attachment_name: ".$attachment_name."\n";
echo "attachment: ".$attachment."\n";
echo "attachment_size: ".$attachment_size."\n";
echo "attachment_type: ".$attachment_type."\n";

result in this output: 

HTTP_POST_FILES tmpname: 
attachment_name: test.vsd
attachment: 
attachment_size: 0
attachment_type: 

PHP 4.2 can get the name but little else from a visio file. 

I'll see if I can get one of the server admins to look at the http
traffic that happens during the upload of visio files.



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

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

#22526 [NEW]: session_start/popen hang

2003-03-03 Thread iberry at raxnet dot net

From: iberry at raxnet dot net
Operating system: Windows 2000
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  session_start/popen hang

I think I have found some sort of race-like condition using session_start()
and popen() functions, causing the web server to hang. The bug only seems
to manifest when repeatedly initiating a page that requires
session_start() and uses popen(). This is relevant for me because this
page renders graphs and needs both of these functions to perform its job.
Here is some example code to re-produce the problem:

test.php




end

img.php

end

Notice how I am passing different GET variables to each image page
session, this seems to be necessary for the bug to manifest. This code has
been tested on both IIS 5 and Apache 2.0.44 with the same results

The path I give popen() does not appear to make a difference. I have also
have tried the popen 'r' and 'rb' file modes, which made no difference.
The two triggers of this bug appear to be the combined use of
session_start()/popen() and the varying GET variable values.

Thanks for taking time to look into this.

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

#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"

2003-03-03 Thread gkasten at filnet dot fr

 ID:   9852
 Comment by:   gkasten at filnet dot fr
 Reported By:  ron dot baldwin at sourceprose dot com
 Status:   Closed
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.2.1
 New Comment:

http://support.microsoft.com/default.aspx?scid=kb;en-us;151825
http://bugs.php.net/bug.php?id=9852


Hello bugbrowsers (same comment as 12700, but this thread is better),

I tried too unsuccessfully : -background perf -mdac -admin and various
other commented things above, on IIS w2kSrv & NT4 , php 4.*<=4.3.1 :-(

I had the problem on /phpmyadmin subdir, protected by ACLs.
And only with far-tracerouted client machines.

* I SUCCEEDED with unchecking "directory-security /
allow-anonymous-access" (which is theorically useless because there is
no IUSR_* in the acls of php pages below).

I hope it can help desperate hostmasters, and php-dev-community to
track this @#%! bug.

Guy Kastenbaum - Paris


Previous Comments:


[2003-02-18 05:15:56] dragel at elelog dot es

I solve the error replacing:

$q=odbc_do($conex,"selec");

for a calling to a function:

function ODBC($conex,$sql){
 return odbc_do($conex,$sql);
}

...

$q=ODBC($conex,"select ...");

the use of a function make spend time and solve the problem. It works
for me!



[2003-01-28 05:11:57] mlaukast1 at hotmail dot com

There's an interesting solution to 502 CGI Error in bug report #21681
by [EMAIL PROTECTED] Altough I wasn't able to get rid of the error
entirely, the solution dramatically reduced the appearance of it.



[2003-01-12 15:16:09] theo dot schoeberl at tssystems dot de

We have chanced our PHP-Script from using ODBC to native MSSQL (using
the MSSQL library). The same error (incl. 502 Bad Gateway).

The next try was to change the server name to its IP address within the
connect statement - and it works!

No error since the change, running now over 14 days!

May be there is a problem (known under Windows systems) resolving the
server name?

Hope this helps a lot of PHP developers running Windows systems!

Theo



[2003-01-07 17:29:12] vincent at sunlight dot tmfweb dot nl

Just an idea: does it help to close the database connection right
before calling the header('Location: URL') function? I understand that
putting in a timer helps (most of the time), but I think that's a bit
of an ugly solution. I mean: how long should you wait? The ideal number
of microseconds to sleep depends on the server, the load on the server,
and so on. As the problem occurs when there is a database connection, I
wonder if it goes away if this connection is closed, before doing the
real redirecting. Sadly enough I can't test this myself, because I
don't have access to a server that's fast enough. Anyone?



[2002-12-28 19:08:25] theo dot schoeberl at tssystems dot de

We have posted this problem first at 2001-06-28 (ID# 11788). This
request was closed (Bogus) with the following comment:

Once and for all: It's not the lack of interest, it's the lack of good
developers with knowledge about it. Historically, OpenSource projects
operating in cross-platform environments have a stronger unix
developer
community. It's a fact.

I think, the best way for IIS-Users is, to develope there page under
ASP!

And for PHP you should say: running under all unix plattforms - but not
under IIS!



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

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

#22517 [Fbk->Bgs]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread edink

 ID:   22517
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
 PHP Version:  4.3.0/4.3.1/4.3.2-dev
 New Comment:

Not a PHP bug but a feature of the new version of libcurl.

As Daniel pointed out have a look at:

http://curl.haxx.se/docs/sslcerts.html


Previous Comments:


[2003-03-03 17:13:53] daniel at haxx dot se

http://curl.haxx.se/docs/sslcerts.html



[2003-03-03 14:46:14] [EMAIL PROTECTED]

Still same problems with the latest php4 STABLE which I downloaded this
afternoon.

[EMAIL PROTECTED]:/usr/local/src/php4-STABLE-200303031230/sapi/cli# ./php
-v
PHP 4.3.2-dev (cli) (built: Mar  3 2003 21:54:28)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies



[2003-03-03 13:35:24] [EMAIL PROTECTED]

Busy building the latest stable which I downloaded earlier today.  Will
keep you guys posted on the status.



[2003-03-03 09:30:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 06:53:36] [EMAIL PROTECTED]

Hi,

I've written some ISP management software some time ago, and I've
upgraded two servers at home in preparation for a roll out on our
production servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version
on apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g
and 0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
* Closing connection #0
SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /*
This is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}




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

#12700 [Com]: 502 Gateway Error/Failed to Return Headers

2003-03-03 Thread gkasten at filnet dot fr

 ID:   12700
 Comment by:   gkasten at filnet dot fr
 Reported By:  paul dot burden at kingproducts dot com
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.1.1
 New Comment:

Hello bugbrowsers,

I tried too unsuccessfully : -background perf -mdac -admin and various
other commented things, on IIS w2kSrv & NT4 :-( 

I had the problem on /phpmyadmin subdir, protected by ACLs.
And only with far-tracerouted client machines.

*I SUCCEEDED with unchecking "directory-security /
allow-anonymous-access" (which is theorically useless because there is
no IUSR_* in the acls of php pages below).

I hope it can help desperate hostmasters, and php-dev-community to
track this @#%! bug.

Guy Kastenbaum - Paris


Previous Comments:


[2002-10-23 16:24:07] egarcia at artech dot com dot uy

Hi,
 I have the same problem and searching information I found your
comments.
 I have a web application (CGI) developed in Visual Studio C++ (ansi C)
and I run this on IIS 5.0 and windows 2000 Server SP3.
Sometimes, when I use the application the follow error apears: HTTP 502
Bad Gateway and then when I make a new Refresh in the browser it
disappears.
The exact message error is: 
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:

And I found this in Microsoft:
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q145661

and this in another site 
http://intsys.fin.qub.ac.uk/amzi/webls/iis_cgi_problem.txt

I hope that this information could help you.

Regards,
   Eugenio



[2002-06-18 18:44:05] [EMAIL PROTECTED]

See bug #9852.




[2002-06-07 10:50:37] [EMAIL PROTECTED]

Should be the same as #9852. IMHO this is a bug in IIS. I have the same
errors using Perl or ASP.



[2002-05-28 04:41:00] theo dot schoeberl at tssystems dot de

We have the same problem running 4.0.6 (W2K Server, IIS5).

Is there anybody working on this problem?



[2002-01-11 17:39:38] paulburden at kingproducts dot com

FYI, This is still an issue with 4.1.1



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

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

#22517 [Com]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread daniel at haxx dot se

 ID:   22517
 Comment by:   daniel at haxx dot se
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
 PHP Version:  4.3.0/4.3.1/4.3.2-dev
 New Comment:

http://curl.haxx.se/docs/sslcerts.html


Previous Comments:


[2003-03-03 14:46:14] [EMAIL PROTECTED]

Still same problems with the latest php4 STABLE which I downloaded this
afternoon.

[EMAIL PROTECTED]:/usr/local/src/php4-STABLE-200303031230/sapi/cli# ./php
-v
PHP 4.3.2-dev (cli) (built: Mar  3 2003 21:54:28)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies



[2003-03-03 13:35:24] [EMAIL PROTECTED]

Busy building the latest stable which I downloaded earlier today.  Will
keep you guys posted on the status.



[2003-03-03 09:30:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 06:53:36] [EMAIL PROTECTED]

Hi,

I've written some ISP management software some time ago, and I've
upgraded two servers at home in preparation for a roll out on our
production servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version
on apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g
and 0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
* Closing connection #0
SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /*
This is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}




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

#22483 [Opn]: Sessions expire randomly

 ID:   22483
 User updated by:  dmj28 at student dot canterbury dot ac dot nz
 Reported By:  dmj28 at student dot canterbury dot ac dot nz
 Status:   Open
 Bug Type: Output Control
 Operating System: FreeBSD 4.5
 PHP Version:  4.3.2-dev
 New Comment:

I notice many session files of size ~3k and many others around 30k. Is
there a limit on the size of session files which could cause expiry?


Previous Comments:


[2003-03-03 16:35:59] dmj28 at student dot canterbury dot ac dot nz

Upgrading has not fixed the problem.

Is it possible, that two sites running different php applications which
use sessions holding classes, with names such as: x.companyxyz.com and
y.companyxyz.com could cause sessions to expire for some reason?
Perhaps if they store different classes. Because these sites do appear
to share the same session.

Many thanks for any assistance.



[2003-02-28 19:19:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-28 19:09:11] dmj28 at student dot canterbury dot ac dot nz

The problem is that sessions expire, before they should, apparently
randomly. This did not seem to happen under 4.2. The following
information may be useful:

Two symptoms:
- Php is using the query string to maintain sessions *ALOT* when
cookies would normally be used?
- Sessions occasionally expire well before they should.
- A mail() sends an email with some characters replaced?

Is it possible that some characters of output are being replaced, and
this is causing session id's to be changed, expiring sessions?

Apache 3.27

'./configure' '--with-gd' '--with-jpeg-dir=/usr/local/src/jpeg-6b'
'--with-zlib' '--with-png-dir=/usr/local/src/libpng-1.2.2'
'--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-apxs=/usr/local/apache/bin/apxs'




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

#22522 [Opn]: Config runs fine but errors during make

 ID:   22522
 User updated by:  mjd1 at midwestlabs dot com
 Reported By:  mjd1 at midwestlabs dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.3.1
 New Comment:

oh and sorry its exactly the same errors


Previous Comments:


[2003-03-03 16:41:15] mjd1 at midwestlabs dot com

still doesnt work



[2003-03-03 15:43:08] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 15:26:41] mjd1 at midwestlabs dot com

dunno whats goin on here.  it configures just fine but when i do the
make it just dies on the first compile



[2003-03-03 15:25:15] mjd1 at midwestlabs dot com

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error
before "va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'




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

#22522 [Fbk->Opn]: Config runs fine but errors during make

2003-03-03 Thread dmj28 at student dot canterbury dot ac dot nz

 ID:   22522
 User updated by:  mjd1 at midwestlabs dot com
 Reported By:  mjd1 at midwestlabs dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.3.1
 New Comment:

still doesnt work


Previous Comments:


[2003-03-03 15:43:08] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 15:26:41] mjd1 at midwestlabs dot com

dunno whats goin on here.  it configures just fine but when i do the
make it just dies on the first compile



[2003-03-03 15:25:15] mjd1 at midwestlabs dot com

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error
before "va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'




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

#22483 [Fbk->Opn]: Sessions expire randomly

 ID:   22483
 User updated by:  dmj28 at student dot canterbury dot ac dot nz
-Summary:  Output occasionally has replaced characters
 Reported By:  dmj28 at student dot canterbury dot ac dot nz
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: FreeBSD 4.5
-PHP Version:  4.2.3
+PHP Version:  4.3.2-dev
 New Comment:

Upgrading has not fixed the problem.

Is it possible, that two sites running different php applications which
use sessions holding classes, with names such as: x.companyxyz.com and
y.companyxyz.com could cause sessions to expire for some reason?
Perhaps if they store different classes. Because these sites do appear
to share the same session.

Many thanks for any assistance.


Previous Comments:


[2003-02-28 19:19:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-02-28 19:09:11] dmj28 at student dot canterbury dot ac dot nz

The problem is that sessions expire, before they should, apparently
randomly. This did not seem to happen under 4.2. The following
information may be useful:

Two symptoms:
- Php is using the query string to maintain sessions *ALOT* when
cookies would normally be used?
- Sessions occasionally expire well before they should.
- A mail() sends an email with some characters replaced?

Is it possible that some characters of output are being replaced, and
this is causing session id's to be changed, expiring sessions?

Apache 3.27

'./configure' '--with-gd' '--with-jpeg-dir=/usr/local/src/jpeg-6b'
'--with-zlib' '--with-png-dir=/usr/local/src/libpng-1.2.2'
'--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-apxs=/usr/local/apache/bin/apxs'




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

#22236 [Bgs]: Libsablot compile error

2003-03-03 Thread msopacua

 ID:   22236
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shunter at venticon dot com
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0
 New Comment:

MySQL splits words at spaces, so:
http://bugs.php.net/search.php?search_for=%60__gxx_personality_v0%27&limit=30&order_by=id&direction=DESC&cmd=display&status=All&bug_type=Any&php_os=&phpver=&assign=&bug_age=0

http://bugs.php.net/search.php?search_for=___gxx_personality_v0&limit=30&order_by=&direction=DESC&cmd=display&status=Bogus&bug_type=Any&php_os=&phpver=&assign=&bug_age=0

Ranking 6 bugs in total.


Previous Comments:


[2003-03-03 15:13:52] colin at easydns dot com

I'm getting the same error on my Debian system, with Sablotron 0.97,
and I can't find the bug of which this is supposed to be a duplicate.

Debian packages installed are:

libxslt1   1.0.24-2
libxslt1-dev   1.0.24-2
libsablot0-dev 0.97-5
libsablot0c102 0.97-5
sablotron  0.97-5
libexpat1  1.95.6-3
libexpat1-dev  1.95.6-3
libtool1.4.2-7

- Colin



[2003-02-16 13:03:00] shunter at venticon dot com

I hate to say it, but i have done a search and advanced search for the
bug and i have not found one that is open.

Could you please specify the bug that you are referring too.

Thanks,

Ray



[2003-02-16 11:38:13] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.


Try search before you submit any reports..




[2003-02-15 18:43:33] shunter at venticon dot com

OS:  Mandrake 9.0
Expat:   expat 1.95.2 & 1.95.6
Sablot:  Sablot 0.97
Libtool: 1.4.2
PHP: php 4.3.0

Sablot config:
./configure 
--prefix=/usr/local/sablot --with-expat-prefix=/usr/local/expat

PHP config:
./configure \
--prefix=/usr/local/php \
--bindir=/usr/local/bin \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--with-dom \
--with-dom-xslt \
--with-gd \
--with-gettext \
--with-java=/usr/local/java \
--with-mysql \
--with-pgsql \
--with-regex=system \
--with-xslt-sablot=/usr/local/sablot \
--with-xml \
--enable-magic-quotes \
--enable-bcmath \
--enable-calendar \
--enable-dio \
--enable-exif \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--enable-xslt


PHP Error:
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new[](unsigned)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete(void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__gxx_personality_v0'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__cxa_pure_virtual'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete[](void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__vmi_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new(unsigned)'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error is generated durning the "make" process.
What can i do to fix this problem?

Thanks,

Ray




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

#22525 [NEW]: extension to the dir class

2003-03-03 Thread bonebakker at attbi dot com

From: bonebakker at attbi dot com
Operating system: solaris
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  extension to the dir class

it would be nice of the dir class is extended with a 'sort' method.

The 'sort' method accepts a single flag, indicating the mode by which it
needs to sort.

eg:

$dir->sort('name')  : sort A-Za-z, based on names
$dir->sort('ext')   : sort A-Za-z, based on ext
$dir->sort('date')  : sort based on timestamp
$dir->sort('cdate') : sort based on creation date
$dir->sort('adate') : sort based on access date
$dir->sort('size')  : sort based on file size

preceding any call with '-' makes the order descending
+ or nothing defaults to ascending.


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

#21624 [Com]: no transparent Colors in PNG's with Opera 6/7

2003-03-03 Thread webmaster at ragnarokonline dot de

 ID:   21624
 Comment by:   webmaster at ragnarokonline dot de
 Reported By:  Jones at partykel dot de
 Status:   Bogus
 Bug Type: GD related
 Operating System: RedHat
 PHP Version:  4.3.0
 New Comment:

I agree with Jones at partykel dot de.

This is a bug, that should be fixed in the next PHP Version.

And as rasmus said:
>Just because a browser is able to decypher the broken images >we
generate doesn't mean we are doing it right.


Previous Comments:


[2003-01-14 04:27:04] Jones at partykel dot de

No I don't think it's an error of Opera.

Look at the examples from the png homepage:
http://www.libpng.org/pub/png/png-sitemap.html#images
e.g.:
http://www.libpng.org/pub/png/png-IceAlpha.html
http://www.libpng.org/pub/png/png-MagnoliaAlpha.html
(this pics use alpha transparency)

Opera has no problems to show the images in the correct way.

So why the transparency generated with gd isn't shown right?



[2003-01-13 19:06:51] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

The images on the specified site work just fine for me in my Opera
(6.02 Linux).

I'm marking the bug as bogus since I cannot replicate the problem, nor
do I see the described problem on the specified site with 4 different
browsers. Quircks of win32 Opera are surely not related to PHP.



[2003-01-13 18:37:56] Jones at partykel dot de

So there isn't a possibility to fix this?

iliaa: And it don't works with Opera 6/7 for Windows.
If you got to http://www.partykel.de you'll see that in IE/Mozilla, the
mainmenu-buttons (generated with gd & libpng) at the top are
transparent and in Opera they aren't.



[2003-01-13 18:15:53] [EMAIL PROTECTED]

I guess this is a different problem then than the one described by
Steven Brown.



[2003-01-13 18:13:18] [EMAIL PROTECTED]

It was my fault libpng 1.2.5 didn't work (header confusion). Once I
clean the headers up the code once again worked properly. The only
browser with which I can duplicate the problem is Netscape 4.7 on
Linux.



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

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

#22524 [NEW]: Add a strip_accents function

2003-03-03 Thread gmarchand at videotron dot ca

From: gmarchand at videotron dot ca
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  Add a strip_accents function

It would be awesome if PHP had the strip_accents() function. Something like
strip_tags(), only it removes the accented letters and replace them with
their non-accented version. 

For example: 

gives: Bonjour Veronique, comment ca va?

I suppose it would be even better if you could have an optional parameter
of allowable accents too.

It would be very useful for searching databases.
For example: on my site, people can search a music band database, but if
they don't have the umlauts on their keyboards, and if they search for a
band like say "Mötley Crüe" without typing the umlauts they might not find
it. So I have to use an alternate spelling field, but it would be awesome
if there were a built-in strip_accents() function. I'm sure it could have
many many more applications too :)
-- 
Edit bug report at http://bugs.php.net/?id=22524&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22524&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22524&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22524&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22524&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22524&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22524&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22524&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22524&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22524&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22524&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22524&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22524&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22524&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22524&r=gnused

#22522 [Opn->Fbk]: Config runs fine but errors during make

2003-03-03 Thread magnus

 ID:   22522
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mjd1 at midwestlabs dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-03-03 15:26:41] mjd1 at midwestlabs dot com

dunno whats goin on here.  it configures just fine but when i do the
make it just dies on the first compile



[2003-03-03 15:25:15] mjd1 at midwestlabs dot com

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error
before "va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'




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

#22510 [Fbk->Opn]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference

2003-03-03 Thread php at codewhore dot org

 ID:   22510
 User updated by:  php at codewhore dot org
 Reported By:  php at codewhore dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.4
 PHP Version:  4CVS-2003-03-02 (stable)
 New Comment:

Hi:

Thanks for waiting. Below is a test case which I've used to
reproducibly crash 4.3.0 and 4.3.2-dev on three seperate machines.
Sorry it's so long, but this is the absolute minimum I was able to come
up with. I haven't captured another backtrace for this particular case
yet, but I'd be happy to do so if you'd like.

 >8 --- cut here --- 8< 

controller =& $controller;
}
  }

  class runnable_module extends module
  {
function initialize() { }
function finalize()   { }
function method() { }
  }


  class first extends runnable_module
  {
function method()
{
  $data =& $this->controller->get($data);
}
  }


  class second extends runnable_module
  {
function initialize()
{
  $this->list = array();
}

function finalize()
{
  echo "About to get SIGSEGV...\n";
  $cl =& $this->list;
  echo "Shouldn't see this\n";
}
  }


  class controller
  {
function finalize()
{
  foreach ($this->module_list as $k => $x)
$this->module_list[$k]->finalize();
}

function &get($name)
{
  return @$this->vars[$name];
}

function call($function)
{
  $symbol =& $this->symtab[$function][0];
  call_user_func($symbol, array());
}

function load($name, $method)
{
  $instance =& new $name($this);
  $instance->initialize();
  $this->module_list[$name] =& $instance;
  $this->symtab[$name] = array(array(&$instance, $method));
}

function run()
{
  $this->load('first', 'method');
  $this->load('second', 'method');
  $this->call('first');
  $this->call('first');
}
  }


  class application
  {
function application(&$controller)
{
  $this->controller =& $controller;
}

function run()
{
  $controller =& $this->controller;
  $removing_this_global_usage_prevents_segv = $_GET['x'];
  $controller->run();
}
  }


  $controller = new controller();
  $app = new application($controller);
  $app->run();
  $controller->finalize();

?>

 >8 --- cut here --- 8< 

Thanks again,
- Dave


Previous Comments:


[2003-03-03 11:36:18] [EMAIL PROTECTED]

keep at feedback status until the asked feedback is actually given..




[2003-03-03 07:47:15] php at codewhore dot org

I'm working on it - there's a ton of code here, and it's proving
difficult to pare it down to a simple test case. However, I hope to
have one posted by the end of the day today.

Thanks.



[2003-03-03 00:59:43] [EMAIL PROTECTED]

Please provide us a minimum and self-contained script for reproducing
the problem.

I cannot reproduce this with the following code;

new foo(), 'b'=>new foo());
$this->commit_list = &$a;
  }
  function finalize() {
$cl =& $this->commit_list;

foreach ($cl as $k => $x)
{
  if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}

return true;
  }
}

$a = new test();
$a->finalize();
?>




[2003-03-02 17:30:18] php at codewhore dot org

Accidently posted the non-crashing code snippet. Here's the one that
crashes:

function finalize()
{
  $cl =& $this->commit_list;

  /* Note:
  These are references; we leave the value, $x, unused. */

  foreach ($cl as $k => $x)
  {
if (!$cl[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}



[2003-03-02 17:28:54] php at codewhore dot org

I've been able to reproducibly crash the PHP interpreter with  a
section of code that I'm working that passes around and calls through a
lot of references. The function that causes the crash looks like:


function finalize()
{
  /* Note:
   These are references; we leave the value, $x, unused. */

  foreach ($this->commit_list as $k => $x)
  {
if (!$this->commit_list[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}


I haven't managed to narrow it down any further - executing similar
code in isolation hasn't been able to reproduce the crash yet. I'll
keep trying.



The backtrace:
--

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 8158)]
0x4034913f in _efree (ptr=0x403b4564) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_alloc.c:233
233 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x4034

#22523 [Opn->Csd]: All processes stop.

2003-03-03 Thread wez

 ID:   22523
 Updated by:   [EMAIL PROTECTED]
 Reported By:  admin at epicworks dot com
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Linux, GLIBC2.3.1
 PHP Version:  4.3.1
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2003-03-03 15:30:43] admin at epicworks dot com

I seem to be having a problem occuring about once every two days and
I'm unsure why.  I get notification through internal systems telling me
that it can't return HTTP requests as the system has reached MaxClients
and isn't returning any result to the client.  After investigation,
this doesn't appear to be caused by apache, but rather PHP.
 STRACEing any of the processes returns the following:
  select(11, NULL, [10], [10], NULL
and simply sits there, producing no additional output.  A full
'apachectl stop' is required to kill such processes and they all
terminate immediately.
 A backtrace of any of these processes is as follows.  I am unsure
which of the many scripts (if one in particular) is causing this.  The
identical site is being run on a 4.2.3 server without difficulty.
gdb) backtrace
-=-=--=-=-=-=-
#0  0x402fbfbe in __select () at __select:-1
#1  0x0020 in ?? ()
#2  0x080b9001 in _php_stream_free ()
#3  0x0816a5ef in php_stream_url_wrap_http ()
#4  0x080bbc2a in _php_stream_open_wrapper_ex ()
#5  0x0813c2c9 in php_if_fopen ()
#6  0x080df23c in execute ()
#7  0x080e0439 in execute ()
#8  0x080e0439 in execute ()
#9  0x080d2be8 in zend_execute_scripts ()
#10 0x080b2675 in php_execute_script ()
#11 0x080e25a9 in apache_php_module_main ()
#12 0x080aaa1a in ssl_expr_yyinput ()
#13 0x080aaa90 in ssl_expr_yyinput ()
#14 0x081a6be6 in ap_invoke_handler ()
#15 0x081bc975 in ap_some_auth_required ()
#16 0x081bc9d2 in ap_process_request ()
#17 0x081b33b5 in ap_child_terminate ()
#18 0x081b3664 in ap_child_terminate ()
#19 0x081b39d2 in ap_child_terminate ()
#20 0x081b3fd4 in ap_child_terminate ()
#21 0x081b4649 in main ()
#22 0x40239f14 in __libc_start_main (main=0x81b42ae , argc=1,
ubp_av=0xbda4, init=0x806f1dc <_init>, 
fini=0x40015640 <_rtld_local>, rtld_fini=0, stack_end=0xbfff0790)
at ../sysdeps/generic/libc-start.c:144
-=-=--=-=-=-=-

  Any thoughts?  It appears to be a bug in PHP somewhere that is
causing different activity than 4.2.3.

-M




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

#22523 [NEW]: All processes stop.

2003-03-03 Thread admin at epicworks dot com

From: admin at epicworks dot com
Operating system: Linux, GLIBC2.3.1
PHP version:  4.3.1
PHP Bug Type: Reproducible crash
Bug description:  All processes stop.

I seem to be having a problem occuring about once every two days and I'm
unsure why.  I get notification through internal systems telling me that
it can't return HTTP requests as the system has reached MaxClients and
isn't returning any result to the client.  After investigation, this
doesn't appear to be caused by apache, but rather PHP.
 STRACEing any of the processes returns the following:
  select(11, NULL, [10], [10], NULL
and simply sits there, producing no additional output.  A full 'apachectl
stop' is required to kill such processes and they all terminate
immediately.
 A backtrace of any of these processes is as follows.  I am unsure which
of the many scripts (if one in particular) is causing this.  The identical
site is being run on a 4.2.3 server without difficulty.
gdb) backtrace
-=-=--=-=-=-=-
#0  0x402fbfbe in __select () at __select:-1
#1  0x0020 in ?? ()
#2  0x080b9001 in _php_stream_free ()
#3  0x0816a5ef in php_stream_url_wrap_http ()
#4  0x080bbc2a in _php_stream_open_wrapper_ex ()
#5  0x0813c2c9 in php_if_fopen ()
#6  0x080df23c in execute ()
#7  0x080e0439 in execute ()
#8  0x080e0439 in execute ()
#9  0x080d2be8 in zend_execute_scripts ()
#10 0x080b2675 in php_execute_script ()
#11 0x080e25a9 in apache_php_module_main ()
#12 0x080aaa1a in ssl_expr_yyinput ()
#13 0x080aaa90 in ssl_expr_yyinput ()
#14 0x081a6be6 in ap_invoke_handler ()
#15 0x081bc975 in ap_some_auth_required ()
#16 0x081bc9d2 in ap_process_request ()
#17 0x081b33b5 in ap_child_terminate ()
#18 0x081b3664 in ap_child_terminate ()
#19 0x081b39d2 in ap_child_terminate ()
#20 0x081b3fd4 in ap_child_terminate ()
#21 0x081b4649 in main ()
#22 0x40239f14 in __libc_start_main (main=0x81b42ae , argc=1,
ubp_av=0xbda4, init=0x806f1dc <_init>, 
fini=0x40015640 <_rtld_local>, rtld_fini=0, stack_end=0xbfff0790) at
../sysdeps/generic/libc-start.c:144
-=-=--=-=-=-=-

  Any thoughts?  It appears to be a bug in PHP somewhere that is causing
different activity than 4.2.3.

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

#22522 [Opn]: Config runs fine but errors during make

 ID:   22522
 User updated by:  mjd1 at midwestlabs dot com
 Reported By:  mjd1 at midwestlabs dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 2.8
 PHP Version:  4.3.1
 New Comment:

dunno whats goin on here.  it configures just fine but when i do the
make it just dies on the first compile


Previous Comments:


[2003-03-03 15:25:15] mjd1 at midwestlabs dot com

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse
error before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error
before "va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'




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

#22520 [Opn->Csd]: Undefined function: mcrypt_generic_deinit()

2003-03-03 Thread edink

 ID:   22520
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ermannov at netscape dot net
-Status:   Open
+Status:   Closed
 Bug Type: mcrypt related
 Operating System: Windows 98 SE
 PHP Version:  4.3.0
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2003-03-03 13:44:00] ermannov at netscape dot net

bool(true), of course
Anyway, if I hadn't loaded the extension, any function would have
reported an error.
It's interesting that dependency walker doesn't see that function; it
does see all the other mcrypt functions.



[2003-03-03 13:09:01] [EMAIL PROTECTED]

What does var_dump(extension_loaded("mcrypt")); returns?



[2003-03-03 12:48:48] ermannov at netscape dot net

Script:


Modules:
extension=php_cpdf.dll
extension=php_curl.dll
extension=php_dbg.dll
extension=php_dbx.dll
extension=php_domxml.dll
extension=php_exif.dll
extension=php_gd.dll
extension=php_java.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
extension=php_mime_magic.dll
extension=php_openssl.dll
extension=php_pdf.dll
extension=php_sockets.dll
extension=php_w32api.dll
extension=php_xmlrpc.dll
extension=php_xslt.dll
extension=php_zip.dll

Info:
The script provided is the same of the php mcrypt documentation.
It happens on NT4 and php 4.3.1 as well




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

#22522 [NEW]: Config runs fine but errors during make

From: mjd1 at midwestlabs dot com
Operating system: Solaris 2.8
PHP version:  4.3.1
PHP Bug Type: Compile Failure
Bug description:  Config runs fine but errors during make

gcc  -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/
-DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include
-I/export/home/mjd1/instal
lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1
-I/export/home/mjd1/installers/php-4.3.1/Zend
-I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa
t  -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/mjd1/installers/php-4.3.1/TSRM  -m64 -mcpu=v9  -c
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ct
ype.c -o ext/ctype/ctype.o  && echo > ext/ctype/ctype.lo
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203,
 from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:34,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before
"va_list"
/export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before
"va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:224,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error
before "va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before
"va_list"
In file included from
/export/home/mjd1/installers/php-4.3.1/main/php.h:360,
 from
/export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23:
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: `struct utimbuf' declared inside parameter list
/export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159:
warning: its scope is only this definition or declaration, which is
probably not what you wa
nt
*** Error code 1
make: Fatal error: Command failed for target `ext/ctype/ctype.lo'
-- 
Edit bug report at http://bugs.php.net/?id=22522&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22522&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22522&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22522&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22522&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22522&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22522&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22522&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22522&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22522&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22522&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22522&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22522&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22522&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22522&r=gnused

#22236 [Com]: Libsablot compile error

2003-03-03 Thread colin at easydns dot com

 ID:   22236
 Comment by:   colin at easydns dot com
 Reported By:  shunter at venticon dot com
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0
 New Comment:

I'm getting the same error on my Debian system, with Sablotron 0.97,
and I can't find the bug of which this is supposed to be a duplicate.

Debian packages installed are:

libxslt1   1.0.24-2
libxslt1-dev   1.0.24-2
libsablot0-dev 0.97-5
libsablot0c102 0.97-5
sablotron  0.97-5
libexpat1  1.95.6-3
libexpat1-dev  1.95.6-3
libtool1.4.2-7

- Colin


Previous Comments:


[2003-02-16 13:03:00] shunter at venticon dot com

I hate to say it, but i have done a search and advanced search for the
bug and i have not found one that is open.

Could you please specify the bug that you are referring too.

Thanks,

Ray



[2003-02-16 11:38:13] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.


Try search before you submit any reports..




[2003-02-15 18:43:33] shunter at venticon dot com

OS:  Mandrake 9.0
Expat:   expat 1.95.2 & 1.95.6
Sablot:  Sablot 0.97
Libtool: 1.4.2
PHP: php 4.3.0

Sablot config:
./configure 
--prefix=/usr/local/sablot --with-expat-prefix=/usr/local/expat

PHP config:
./configure \
--prefix=/usr/local/php \
--bindir=/usr/local/bin \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--with-dom \
--with-dom-xslt \
--with-gd \
--with-gettext \
--with-java=/usr/local/java \
--with-mysql \
--with-pgsql \
--with-regex=system \
--with-xslt-sablot=/usr/local/sablot \
--with-xml \
--enable-magic-quotes \
--enable-bcmath \
--enable-calendar \
--enable-dio \
--enable-exif \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--enable-xslt


PHP Error:
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new[](unsigned)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete(void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__gxx_personality_v0'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__cxa_pure_virtual'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete[](void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__vmi_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new(unsigned)'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error is generated durning the "make" process.
What can i do to fix this problem?

Thanks,

Ray




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

#22517 [Fbk]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread jacques

 ID:   22517
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
-PHP Version:  4.3.1
+PHP Version:  4.3.0/4.3.1/4.3.2-dev
 New Comment:

Still same problems with the latest php4 STABLE which I downloaded this
afternoon.

[EMAIL PROTECTED]:/usr/local/src/php4-STABLE-200303031230/sapi/cli# ./php
-v
PHP 4.3.2-dev (cli) (built: Mar  3 2003 21:54:28)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies


Previous Comments:


[2003-03-03 13:35:24] [EMAIL PROTECTED]

Busy building the latest stable which I downloaded earlier today.  Will
keep you guys posted on the status.



[2003-03-03 09:30:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 06:53:36] [EMAIL PROTECTED]

Hi,

I've written some ISP management software some time ago, and I've
upgraded two servers at home in preparation for a roll out on our
production servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version
on apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g
and 0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
* Closing connection #0
SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /*
This is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}




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

#22521 [NEW]: Immediate coredump --with-oci8=shared

2003-03-03 Thread michael dot mauch at gmx dot de

From: michael dot mauch at gmx dot de
Operating system: Linux
PHP version:  4CVS-2003-03-03 (stable)
PHP Bug Type: OCI8 related
Bug description:  Immediate coredump --with-oci8=shared

With current stable CVS, I get an immediate coredump on Apache's or PHP's
startup (e.g. "php -i").

configure --with-apxs --with-oci8=shared --enable-debug

If I comment out the line

  AC_DEFINE(HAVE_OCI8_SHARED_MODE,1,[ ])

in ext/oci/config.m4, it works (but that's of course not a real fix).

(gdb) bt
#0  0x40690b06 in sskgmstat () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#1  0x4068ec9f in skgmidrealm () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#2  0x4068eaaf in skgmlocate () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#3  0x4068e523 in skgmcrone () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#4  0x4068fae6 in skgmcrmany () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#5  0x4068c955 in skgmcreate () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#6  0x40435f04 in kgupmcreate_sga ()
   from /mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#7  0x40433a98 in kgup_startup () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#8  0x403ec883 in kpushInit () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#9  0x40694719 in kpummpin () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#10 0x403ec924 in kpupin () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#11 0x404142aa in OCIInitialize () from
/mnt/app/oracle/product/8.1.6/lib/libclntsh.so.8.0
#12 0x4027e4d7 in zm_startup_oci (type=1, module_number=10)
at /usr/local/src/php-cvs/php4/ext/oci8/oci8.c:489
#13 0x080b0875 in php_dl (file=0x81d29c0, type=1,
return_value=0xbfffe6ac)
at /usr/local/src/php-cvs/php4/ext/standard/dl.c:238
#14 0x08138a2a in php_load_function_extension_cb (arg=0x81d29c0)
at /usr/local/src/php-cvs/php4/main/php_ini.c:216
#15 0x08166d8f in zend_llist_apply (l=0x81c9a5c, 
func=0x8138a00 )
at /usr/local/src/php-cvs/php4/Zend/zend_llist.c:189
#16 0x08139495 in php_ini_delayed_modules_startup ()
at /usr/local/src/php-cvs/php4/main/php_ini.c:469
#17 0x08133edf in php_module_startup (sf=0x81c86c0,
additional_modules=0x0, 
num_additional_modules=0) at
/usr/local/src/php-cvs/php4/main/main.c:1218
#18 0x08189db8 in main (argc=2, argv=0xbfffe934)
at /usr/local/src/php-cvs/php4/sapi/cli/php_cli.c:481
#19 0x4013f8c1 in __libc_start_main (main=0x8189c84 , argc=2,
argv=0xbfffe934, 
init=0x806132c <_init>, fini=0x818b184 <_fini>, rtld_fini=0x4000a914
<_dl_fini>, 
stack_end=0xbfffe92c) at ../sysdeps/generic/libc-start.c:92

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

#22520 [Fbk->Opn]: Undefined function: mcrypt_generic_deinit()

2003-03-03 Thread ermannov at netscape dot net

 ID:   22520
 User updated by:  ermannov at netscape dot net
 Reported By:  ermannov at netscape dot net
-Status:   Feedback
+Status:   Open
 Bug Type: mcrypt related
 Operating System: Windows 98 SE
 PHP Version:  4.3.0
 New Comment:

bool(true), of course
Anyway, if I hadn't loaded the extension, any function would have
reported an error.
It's interesting that dependency walker doesn't see that function; it
does see all the other mcrypt functions.


Previous Comments:


[2003-03-03 13:09:01] [EMAIL PROTECTED]

What does var_dump(extension_loaded("mcrypt")); returns?



[2003-03-03 12:48:48] ermannov at netscape dot net

Script:


Modules:
extension=php_cpdf.dll
extension=php_curl.dll
extension=php_dbg.dll
extension=php_dbx.dll
extension=php_domxml.dll
extension=php_exif.dll
extension=php_gd.dll
extension=php_java.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
extension=php_mime_magic.dll
extension=php_openssl.dll
extension=php_pdf.dll
extension=php_sockets.dll
extension=php_w32api.dll
extension=php_xmlrpc.dll
extension=php_xslt.dll
extension=php_zip.dll

Info:
The script provided is the same of the php mcrypt documentation.
It happens on NT4 and php 4.3.1 as well




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

#22513 [Opn]: imagettfbbox() returning bogus array values

 ID:   22513
 User updated by:  jeremy at nirvani dot net
 Reported By:  jeremy at nirvani dot net
 Status:   Open
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

Yes, as you may know, thttpd is not a threaded web server.

Jeremy


Previous Comments:


[2003-03-03 13:33:51] [EMAIL PROTECTED]

You may experience problems if you use freetype in threaded enviroment,
since that library is not thread-safe. But that does not affect thttpd
afaik.



[2003-03-03 13:21:50] jeremy at nirvani dot net

Without calculating what exactly it should show back, your example is
probably correct (as my build does not work, so I don't know exactly).

I have no idea why the build I am using is returning bogus data.  Does
it have something to do with using the thttpd sapi (I hope not) - as I
would hope that the gd_functions were abstracted enough to not be
interfered by a particular sapi implementation.  

I assume (as most bugs go) that if I were running this on Apache1,
there would be no problem - because I have never seen this problem on
apache1+php, but was shocked when it occured using thttpd+php. 
However, in theory, should this break with a particular sapi?  I mean,
what if this doesn't work with php-cgi or php, roxen, or apache2?  Do
we just say who cares, run apache1, or do we try and fix it?

I can run anything else anyone needs me to to try and get to the bottom
of this - just let me know.

Back to what is expected:
as the man page (http://php.net/imagettfbbox) says, those array
elements from 0->7 are positions of the image (X,Y) at the corners - so
the values I am getting are obviously wrong - and the ones you are
getting are what I would expect to see.  Any number over 1000 (positive
or negative) would seem to indicate something wrong.  If you look at
the values in the page I posted, you will see some really strange
numbers - almost like the pointers are getting printed, or something -
but anything but the correct values.

Jeremy



[2003-03-03 13:07:59] [EMAIL PROTECTED]

Can you show that is the 'expected' output of this function?

On my system it returns
array(8) {
  [0]=>
  int(-3)
  [1]=>
  int(1)
  [2]=>
  int(79)
  [3]=>
  int(1)
  [4]=>
  int(79)
  [5]=>
  int(-34)
  [6]=>
  int(-3)
  [7]=>
  int(-34)
}

But since no position for the text is provided the positioning is
completely random. What matters is the difference between the various
numbers, which you can use to determine the how much space the text
will occupy.



[2003-03-03 11:29:35] jeremy at nirvani dot net

BTW, this is NOT fixed in CVS or at least nothing was described as what
was change in CVS that fixes this.  I just did a cvs up and re-built
(Mon Mar  3 17:22:49 UTC 2003).  The same problems occur.

Please see the description I posted earlier.

In case I was not clear before, I am using the php5 branch.

Thanks,
Jeremy



[2003-03-03 09:09:08] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





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

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

#22517 [Fbk]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread jacques

 ID:   22517
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
 PHP Version:  4.3.1
 New Comment:

Busy building the latest stable which I downloaded earlier today.  Will
keep you guys posted on the status.


Previous Comments:


[2003-03-03 09:30:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-03-03 06:53:36] [EMAIL PROTECTED]

Hi,

I've written some ISP management software some time ago, and I've
upgraded two servers at home in preparation for a roll out on our
production servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version
on apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g
and 0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
* Closing connection #0
SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /*
This is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}




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

#22513 [Opn]: imagettfbbox() returning bogus array values

 ID:   22513
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeremy at nirvani dot net
 Status:   Open
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

You may experience problems if you use freetype in threaded enviroment,
since that library is not thread-safe. But that does not affect thttpd
afaik.


Previous Comments:


[2003-03-03 13:21:50] jeremy at nirvani dot net

Without calculating what exactly it should show back, your example is
probably correct (as my build does not work, so I don't know exactly).

I have no idea why the build I am using is returning bogus data.  Does
it have something to do with using the thttpd sapi (I hope not) - as I
would hope that the gd_functions were abstracted enough to not be
interfered by a particular sapi implementation.  

I assume (as most bugs go) that if I were running this on Apache1,
there would be no problem - because I have never seen this problem on
apache1+php, but was shocked when it occured using thttpd+php. 
However, in theory, should this break with a particular sapi?  I mean,
what if this doesn't work with php-cgi or php, roxen, or apache2?  Do
we just say who cares, run apache1, or do we try and fix it?

I can run anything else anyone needs me to to try and get to the bottom
of this - just let me know.

Back to what is expected:
as the man page (http://php.net/imagettfbbox) says, those array
elements from 0->7 are positions of the image (X,Y) at the corners - so
the values I am getting are obviously wrong - and the ones you are
getting are what I would expect to see.  Any number over 1000 (positive
or negative) would seem to indicate something wrong.  If you look at
the values in the page I posted, you will see some really strange
numbers - almost like the pointers are getting printed, or something -
but anything but the correct values.

Jeremy



[2003-03-03 13:07:59] [EMAIL PROTECTED]

Can you show that is the 'expected' output of this function?

On my system it returns
array(8) {
  [0]=>
  int(-3)
  [1]=>
  int(1)
  [2]=>
  int(79)
  [3]=>
  int(1)
  [4]=>
  int(79)
  [5]=>
  int(-34)
  [6]=>
  int(-3)
  [7]=>
  int(-34)
}

But since no position for the text is provided the positioning is
completely random. What matters is the difference between the various
numbers, which you can use to determine the how much space the text
will occupy.



[2003-03-03 11:29:35] jeremy at nirvani dot net

BTW, this is NOT fixed in CVS or at least nothing was described as what
was change in CVS that fixes this.  I just did a cvs up and re-built
(Mon Mar  3 17:22:49 UTC 2003).  The same problems occur.

Please see the description I posted earlier.

In case I was not clear before, I am using the php5 branch.

Thanks,
Jeremy



[2003-03-03 09:09:08] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-03-03 03:03:27] jeremy at nirvani dot net

I have read these two bugs and this does not seem to be related: 
17261 http://bugs.php.net/bug.php?id=17261
17192 http://bugs.php.net/bug.php?id=17192

To verify it is not one of the above bugs:
(Notice only a big black box and no text)
http://www.nirvani.org/not_bug_17192_or_17261.php
http://www.nirvani.org/not_bug_17192_or_17261.phps

To be sure, I even went so far as to put the GDFONRPATH in my global
environment.  (snip from phpinfo() _ENV["GDFONTPATH"]
/home/httpd/clients/nirvani.org/ )


This shows the problem of the array elements having bogus values:
http://www.nirvani.org/imagettfbbox_bug.php
http://www.nirvani.org/imagettfbbox_bug.phps

A strange oddity, refresh this above page and watch
array[7] change - that should not happen, it should be the 
upper left corner, Y position, which IMO should stay the same, no
matter how bogus the data is.

fontfile (for sanity's sake): 
http://www.nirvani.org/times.ttf

The array values returned seem to be a bug compared to what is expected
from here:
http://php.net/imagettfbbox

Paste of the output array:
array(8) {
  [0]=>
  int(5)
  [1]=>
  int(-1610627808)
  [2]=>
  int(-1610628216)
  [3]=>
  int(134958127)
  [4]=>
  int(136904992)
  [5]=>
  int(12)
  [6]

#22513 [Fbk->Opn]: imagettfbbox() returning bogus array values

 ID:   22513
 User updated by:  jeremy at nirvani dot net
 Reported By:  jeremy at nirvani dot net
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

Without calculating what exactly it should show back, your example is
probably correct (as my build does not work, so I don't know exactly).

I have no idea why the build I am using is returning bogus data.  Does
it have something to do with using the thttpd sapi (I hope not) - as I
would hope that the gd_functions were abstracted enough to not be
interfered by a particular sapi implementation.  

I assume (as most bugs go) that if I were running this on Apache1,
there would be no problem - because I have never seen this problem on
apache1+php, but was shocked when it occured using thttpd+php. 
However, in theory, should this break with a particular sapi?  I mean,
what if this doesn't work with php-cgi or php, roxen, or apache2?  Do
we just say who cares, run apache1, or do we try and fix it?

I can run anything else anyone needs me to to try and get to the bottom
of this - just let me know.

Back to what is expected:
as the man page (http://php.net/imagettfbbox) says, those array
elements from 0->7 are positions of the image (X,Y) at the corners - so
the values I am getting are obviously wrong - and the ones you are
getting are what I would expect to see.  Any number over 1000 (positive
or negative) would seem to indicate something wrong.  If you look at
the values in the page I posted, you will see some really strange
numbers - almost like the pointers are getting printed, or something -
but anything but the correct values.

Jeremy


Previous Comments:


[2003-03-03 13:07:59] [EMAIL PROTECTED]

Can you show that is the 'expected' output of this function?

On my system it returns
array(8) {
  [0]=>
  int(-3)
  [1]=>
  int(1)
  [2]=>
  int(79)
  [3]=>
  int(1)
  [4]=>
  int(79)
  [5]=>
  int(-34)
  [6]=>
  int(-3)
  [7]=>
  int(-34)
}

But since no position for the text is provided the positioning is
completely random. What matters is the difference between the various
numbers, which you can use to determine the how much space the text
will occupy.



[2003-03-03 11:29:35] jeremy at nirvani dot net

BTW, this is NOT fixed in CVS or at least nothing was described as what
was change in CVS that fixes this.  I just did a cvs up and re-built
(Mon Mar  3 17:22:49 UTC 2003).  The same problems occur.

Please see the description I posted earlier.

In case I was not clear before, I am using the php5 branch.

Thanks,
Jeremy



[2003-03-03 09:09:08] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-03-03 03:03:27] jeremy at nirvani dot net

I have read these two bugs and this does not seem to be related: 
17261 http://bugs.php.net/bug.php?id=17261
17192 http://bugs.php.net/bug.php?id=17192

To verify it is not one of the above bugs:
(Notice only a big black box and no text)
http://www.nirvani.org/not_bug_17192_or_17261.php
http://www.nirvani.org/not_bug_17192_or_17261.phps

To be sure, I even went so far as to put the GDFONRPATH in my global
environment.  (snip from phpinfo() _ENV["GDFONTPATH"]
/home/httpd/clients/nirvani.org/ )


This shows the problem of the array elements having bogus values:
http://www.nirvani.org/imagettfbbox_bug.php
http://www.nirvani.org/imagettfbbox_bug.phps

A strange oddity, refresh this above page and watch
array[7] change - that should not happen, it should be the 
upper left corner, Y position, which IMO should stay the same, no
matter how bogus the data is.

fontfile (for sanity's sake): 
http://www.nirvani.org/times.ttf

The array values returned seem to be a bug compared to what is expected
from here:
http://php.net/imagettfbbox

Paste of the output array:
array(8) {
  [0]=>
  int(5)
  [1]=>
  int(-1610627808)
  [2]=>
  int(-1610628216)
  [3]=>
  int(134958127)
  [4]=>
  int(136904992)
  [5]=>
  int(12)
  [6]=>
  int(-1610628152)
  [7]=>
  int(1075156968)
}


my configure line:
'./configure' '--disable-cli' '--disable-cgi' '--with-zlib'
'--with-bz2' '--without-pear' '--with-gd' '--with-ttf'
'--with-freetype' '--enable-gd-native-ttf' '--enable

#9862 [Com]: fopen of http://user:pass@domain:port/file.html failed with Bad file descriptor

2003-03-03 Thread ottawasixtyseven at hotmail dot com

 ID:   9862
 Comment by:   ottawasixtyseven at hotmail dot com
 Reported By:  stenzel at hnm dot de
 Status:   Closed
 Bug Type: Filesystem function related
 Operating System: redhat 7.0/apache 1.3.19
 PHP Version:  4.0.4pl1
 New Comment:

Hi,

This is still a problem. It appears to be random. Certain combinations
of letters and numbers within the URL will cause the fopen() to fail.
This bug still exists in PHP 4.3

Please re-open this bug.

Thanks,

Ottawa


Previous Comments:


[2001-04-19 09:38:01] [EMAIL PROTECTED]

No feedback. If problem still perists with soon to be released 4.0.5,
reopen this bug report.

--Jani




[2001-03-20 08:17:16] [EMAIL PROTECTED]

Works for me with latest CVS. Please try the latest CVS snapshot from
http://snaps.php.net/

--Jani



[2001-03-20 05:46:03] stenzel at hnm dot de

$file = "http://user:[EMAIL PROTECTED]:/file.html";
$fh = fopen($file, "r");
while(! feof($fh)) {
...
}

this script fails with the following error:
Warning:
fopen("http://[EMAIL PROTECTED]:/file.html","r")
- Bad file descriptor in ... on line 2

this script runs with php 4.0.3pl1 and $file =
"http://user:[EMAIL PROTECTED]/file.html" works too on php 4.0.4pl1,
but I need the port in combination with a user and password!!




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

#22520 [Opn->Fbk]: Undefined function: mcrypt_generic_deinit()

 ID:   22520
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ermannov at netscape dot net
-Status:   Open
+Status:   Feedback
 Bug Type: mcrypt related
 Operating System: Windows 98 SE
 PHP Version:  4.3.0
 New Comment:

What does var_dump(extension_loaded("mcrypt")); returns?


Previous Comments:


[2003-03-03 12:48:48] ermannov at netscape dot net

Script:


Modules:
extension=php_cpdf.dll
extension=php_curl.dll
extension=php_dbg.dll
extension=php_dbx.dll
extension=php_domxml.dll
extension=php_exif.dll
extension=php_gd.dll
extension=php_java.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
extension=php_mime_magic.dll
extension=php_openssl.dll
extension=php_pdf.dll
extension=php_sockets.dll
extension=php_w32api.dll
extension=php_xmlrpc.dll
extension=php_xslt.dll
extension=php_zip.dll

Info:
The script provided is the same of the php mcrypt documentation.
It happens on NT4 and php 4.3.1 as well




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

#22513 [Opn->Fbk]: imagettfbbox() returning bogus array values

 ID:   22513
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeremy at nirvani dot net
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

Can you show that is the 'expected' output of this function?

On my system it returns
array(8) {
  [0]=>
  int(-3)
  [1]=>
  int(1)
  [2]=>
  int(79)
  [3]=>
  int(1)
  [4]=>
  int(79)
  [5]=>
  int(-34)
  [6]=>
  int(-3)
  [7]=>
  int(-34)
}

But since no position for the text is provided the positioning is
completely random. What matters is the difference between the various
numbers, which you can use to determine the how much space the text
will occupy.


Previous Comments:


[2003-03-03 11:29:35] jeremy at nirvani dot net

BTW, this is NOT fixed in CVS or at least nothing was described as what
was change in CVS that fixes this.  I just did a cvs up and re-built
(Mon Mar  3 17:22:49 UTC 2003).  The same problems occur.

Please see the description I posted earlier.

In case I was not clear before, I am using the php5 branch.

Thanks,
Jeremy



[2003-03-03 09:09:08] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-03-03 03:03:27] jeremy at nirvani dot net

I have read these two bugs and this does not seem to be related: 
17261 http://bugs.php.net/bug.php?id=17261
17192 http://bugs.php.net/bug.php?id=17192

To verify it is not one of the above bugs:
(Notice only a big black box and no text)
http://www.nirvani.org/not_bug_17192_or_17261.php
http://www.nirvani.org/not_bug_17192_or_17261.phps

To be sure, I even went so far as to put the GDFONRPATH in my global
environment.  (snip from phpinfo() _ENV["GDFONTPATH"]
/home/httpd/clients/nirvani.org/ )


This shows the problem of the array elements having bogus values:
http://www.nirvani.org/imagettfbbox_bug.php
http://www.nirvani.org/imagettfbbox_bug.phps

A strange oddity, refresh this above page and watch
array[7] change - that should not happen, it should be the 
upper left corner, Y position, which IMO should stay the same, no
matter how bogus the data is.

fontfile (for sanity's sake): 
http://www.nirvani.org/times.ttf

The array values returned seem to be a bug compared to what is expected
from here:
http://php.net/imagettfbbox

Paste of the output array:
array(8) {
  [0]=>
  int(5)
  [1]=>
  int(-1610627808)
  [2]=>
  int(-1610628216)
  [3]=>
  int(134958127)
  [4]=>
  int(136904992)
  [5]=>
  int(12)
  [6]=>
  int(-1610628152)
  [7]=>
  int(1075156968)
}


my configure line:
'./configure' '--disable-cli' '--disable-cgi' '--with-zlib'
'--with-bz2' '--without-pear' '--with-gd' '--with-ttf'
'--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath'
'--with-thttpd=/usr/src/thttpd-2.21b'

phpinfo():
http://www.nirvani.org/php.html

The same bug seemed to happend yesterday on a previous compile also. I
added --with-ttf and --enable-gd-native-ttf, but that made no
difference.

Other GD stuff works.  Looks like configure picked up on the bundled GD
(2.0 compatible).  It seems like anything GD-font-related does not
work, and so this might be a deeper bug than just in imagettfbbox().

Jeremy





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

#22520 [NEW]: Undefined function: mcrypt_generic_deinit()

2003-03-03 Thread ermannov at netscape dot net

From: ermannov at netscape dot net
Operating system: Windows 98 SE
PHP version:  4.3.0
PHP Bug Type: mcrypt related
Bug description:  Undefined function: mcrypt_generic_deinit()

Script:


Modules:
extension=php_cpdf.dll
extension=php_curl.dll
extension=php_dbg.dll
extension=php_dbx.dll
extension=php_domxml.dll
extension=php_exif.dll
extension=php_gd.dll
extension=php_java.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
extension=php_mime_magic.dll
extension=php_openssl.dll
extension=php_pdf.dll
extension=php_sockets.dll
extension=php_w32api.dll
extension=php_xmlrpc.dll
extension=php_xslt.dll
extension=php_zip.dll

Info:
The script provided is the same of the php mcrypt documentation.
It happens on NT4 and php 4.3.1 as well
-- 
Edit bug report at http://bugs.php.net/?id=22520&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22520&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22520&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22520&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22520&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22520&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22520&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22520&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22520&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22520&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22520&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22520&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22520&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22520&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22520&r=gnused

#22510 [Opn->Fbk]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference

 ID:   22510
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at codewhore dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux 2.4
 PHP Version:  4CVS-2003-03-02 (stable)
 New Comment:

keep at feedback status until the asked feedback is actually given..



Previous Comments:


[2003-03-03 07:47:15] php at codewhore dot org

I'm working on it - there's a ton of code here, and it's proving
difficult to pare it down to a simple test case. However, I hope to
have one posted by the end of the day today.

Thanks.



[2003-03-03 00:59:43] [EMAIL PROTECTED]

Please provide us a minimum and self-contained script for reproducing
the problem.

I cannot reproduce this with the following code;

new foo(), 'b'=>new foo());
$this->commit_list = &$a;
  }
  function finalize() {
$cl =& $this->commit_list;

foreach ($cl as $k => $x)
{
  if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}

return true;
  }
}

$a = new test();
$a->finalize();
?>




[2003-03-02 17:30:18] php at codewhore dot org

Accidently posted the non-crashing code snippet. Here's the one that
crashes:

function finalize()
{
  $cl =& $this->commit_list;

  /* Note:
  These are references; we leave the value, $x, unused. */

  foreach ($cl as $k => $x)
  {
if (!$cl[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}



[2003-03-02 17:28:54] php at codewhore dot org

I've been able to reproducibly crash the PHP interpreter with  a
section of code that I'm working that passes around and calls through a
lot of references. The function that causes the crash looks like:


function finalize()
{
  /* Note:
   These are references; we leave the value, $x, unused. */

  foreach ($this->commit_list as $k => $x)
  {
if (!$this->commit_list[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}


I haven't managed to narrow it down any further - executing similar
code in isolation hasn't been able to reproduce the crash yet. I'll
keep trying.



The backtrace:
--

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 8158)]
0x4034913f in _efree (ptr=0x403b4564) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_alloc.c:233
233 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x4034913f in _efree (ptr=0x403b4564) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_alloc.c:233
#1  0x403669fe in zend_assign_to_variable_reference (result=0x8264b6c,
variable_ptr_ptr=0x82509a0,
value_ptr_ptr=0x82637e8, Ts=0xbfffc550) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:271
#2  0x40369b83 in execute (op_array=0x8263344) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1344
#3  0x4036aa90 in execute (op_array=0x817cad4) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#4  0x4036aa90 in execute (op_array=0x818a144) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#5  0x4036aa90 in execute (op_array=0x81fa9bc) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#6  0x4035b219 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/web-server/php-4.3-cvs/Zend/zend.c:864
#7  0x40329fcc in php_execute_script (primary_file=0xb820)
at /usr/src/web-server/php-4.3-cvs/main/main.c:1588
#8  0x4036f1a2 in apache_php_module_main (r=0x811047c,
display_source_mode=0)
at /usr/src/web-server/php-4.3-cvs/sapi/apache/sapi_apache.c:55
#9  0x403700e6 in send_php (r=0x811047c, display_source_mode=0,
filename=0x8112204 "/web/sites/frylock/development/node.php")
at /usr/src/web-server/php-4.3-cvs/sapi/apache/mod_php4.c:617
#10 0x4037016c in send_parsed_php (r=0x811047c)
at /usr/src/web-server/php-4.3-cvs/sapi/apache/mod_php4.c:632
#11 0x08054360 in ap_invoke_handler (r=0x811047c) at http_config.c:518
#12 0x08068aae in process_request_internal (r=0x811047c) at
http_request.c:1308
#13 0x08068b0e in ap_process_request (r=0x811047c) at
http_request.c:1324
#14 0x0805fd6e in child_main (child_num_arg=0) at http_main.c:4689
#15 0x0805ff34 in make_child (s=0x8094ec4, slot=0, now=1046645587) at
http_main.c:4813
#16 0x0806009b in startup_children (number_to_start=8) at
http_main.c:4895
#17 0x080606c8 in standalone_main (argc=5, argv=0xbca4) at
http_main.c:5203
#18 0x08060f00 in main (argc=5, argv=0xbca4) at http_main.c:5566
#19 0x400d3bb4 in __libc_start_main () from /lib/libc.so.6

(gdb) frame 2
#2  0x40369b83 in execute (op_array=0x8263344) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1344
1344

#22509 [Csd]: "cannot find a cracklib header file"

2003-03-03 Thread jtate

 ID:   22509
 Updated by:   [EMAIL PROTECTED]
 Reported By:  julio dot p dot dominguez at usdoj dot gov
 Status:   Closed
 Bug Type: Compile Failure
-Operating System: Linux 7.3
+Operating System: Red Hat Linux 7.3
 PHP Version:  4.3.1
 New Comment:

I've created Red Hat RPMS for cracklib that PHP can build against.  Red
Hat's Cracklib RPM is broken and has been since at least 7.1.

See http://www.dragonstrider.com/cracklib for fixed packages.  There is
an open Bugzilla entry for this: 68339.

Joseph


Previous Comments:


[2003-03-03 09:58:35] julio dot p dot dominguez at usdoj dot gov

thank you i downloaded the original libraries and copied the packer.h
file in the /usr/include directory and that solved the problem.



[2003-03-02 18:04:41] [EMAIL PROTECTED]

Hmmm - i must say that indeed packer.h is needed because
the extension uses somee kind of low level interface to
the library. 

If you get the original library you will have that file.

Get it from: ftp://coast.cs.purdue.edu/pub/tools/unix/libs/cracklib/

Maybe it is an option to rewrite the extension to support
the interface avalable from the rpms or to support both.



[2003-03-02 17:11:49] [EMAIL PROTECTED]

Configure checks for the wrong haeder file.




[2003-03-02 16:53:44] julio dot p dot dominguez at usdoj dot gov

./configure --with-crack

cracklib rpms are installed 
header file is located in /usr/include
lib files are located in /usr/lib




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

#22513 [Csd->Opn]: imagettfbbox() returning bogus array values

2003-03-03 Thread julio dot p dot dominguez at usdoj dot gov

 ID:   22513
 User updated by:  jeremy at nirvani dot net
 Reported By:  jeremy at nirvani dot net
-Status:   Closed
+Status:   Open
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

BTW, this is NOT fixed in CVS or at least nothing was described as what
was change in CVS that fixes this.  I just did a cvs up and re-built
(Mon Mar  3 17:22:49 UTC 2003).  The same problems occur.

Please see the description I posted earlier.

In case I was not clear before, I am using the php5 branch.

Thanks,
Jeremy


Previous Comments:


[2003-03-03 09:09:08] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-03-03 03:03:27] jeremy at nirvani dot net

I have read these two bugs and this does not seem to be related: 
17261 http://bugs.php.net/bug.php?id=17261
17192 http://bugs.php.net/bug.php?id=17192

To verify it is not one of the above bugs:
(Notice only a big black box and no text)
http://www.nirvani.org/not_bug_17192_or_17261.php
http://www.nirvani.org/not_bug_17192_or_17261.phps

To be sure, I even went so far as to put the GDFONRPATH in my global
environment.  (snip from phpinfo() _ENV["GDFONTPATH"]
/home/httpd/clients/nirvani.org/ )


This shows the problem of the array elements having bogus values:
http://www.nirvani.org/imagettfbbox_bug.php
http://www.nirvani.org/imagettfbbox_bug.phps

A strange oddity, refresh this above page and watch
array[7] change - that should not happen, it should be the 
upper left corner, Y position, which IMO should stay the same, no
matter how bogus the data is.

fontfile (for sanity's sake): 
http://www.nirvani.org/times.ttf

The array values returned seem to be a bug compared to what is expected
from here:
http://php.net/imagettfbbox

Paste of the output array:
array(8) {
  [0]=>
  int(5)
  [1]=>
  int(-1610627808)
  [2]=>
  int(-1610628216)
  [3]=>
  int(134958127)
  [4]=>
  int(136904992)
  [5]=>
  int(12)
  [6]=>
  int(-1610628152)
  [7]=>
  int(1075156968)
}


my configure line:
'./configure' '--disable-cli' '--disable-cgi' '--with-zlib'
'--with-bz2' '--without-pear' '--with-gd' '--with-ttf'
'--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath'
'--with-thttpd=/usr/src/thttpd-2.21b'

phpinfo():
http://www.nirvani.org/php.html

The same bug seemed to happend yesterday on a previous compile also. I
added --with-ttf and --enable-gd-native-ttf, but that made no
difference.

Other GD stuff works.  Looks like configure picked up on the bundled GD
(2.0 compatible).  It seems like anything GD-font-related does not
work, and so this might be a deeper bug than just in imagettfbbox().

Jeremy





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

#22509 [Ana->Csd]: "cannot find a cracklib header file"

 ID:   22509
 User updated by:  julio dot p dot dominguez at usdoj dot gov
 Reported By:  julio dot p dot dominguez at usdoj dot gov
-Status:   Analyzed
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Linux 7.3
 PHP Version:  4.3.1
 New Comment:

thank you i downloaded the original libraries and copied the packer.h
file in the /usr/include directory and that solved the problem.


Previous Comments:


[2003-03-02 18:04:41] [EMAIL PROTECTED]

Hmmm - i must say that indeed packer.h is needed because
the extension uses somee kind of low level interface to
the library. 

If you get the original library you will have that file.

Get it from: ftp://coast.cs.purdue.edu/pub/tools/unix/libs/cracklib/

Maybe it is an option to rewrite the extension to support
the interface avalable from the rpms or to support both.



[2003-03-02 17:11:49] [EMAIL PROTECTED]

Configure checks for the wrong haeder file.




[2003-03-02 16:53:44] julio dot p dot dominguez at usdoj dot gov

./configure --with-crack

cracklib rpms are installed 
header file is located in /usr/include
lib files are located in /usr/lib




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

#22519 [NEW]: Apache catches SEGV

2003-03-03 Thread thomas dot mieslinger at gls-germany dot com

From: thomas dot mieslinger at gls-germany dot com
Operating system: Solaris 7 intel
PHP version:  4.3.1
PHP Bug Type: Informix related
Bug description:  Apache catches SEGV

Hello,

In the errorlog of my Apache 1.3.27 I see these messages:

/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998) :  Freeing
0x08836314 (89 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875)
:  Freeing 0x08836FBC (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998)
:  Freeing 0x0839558C (266 bytes),
script=/export/web/htdocs-depotadm-v2/w/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2981)
:  Freeing 0x08395504 (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875)
:  Freeing 0x08394F54 (84 bytes),
script=/export/web/htdocs-depotadm-v2/ww[Mon Mar  3 15:07:02 2003]
[notice] child pid 6240 exit signal Segmentation Fault (11)

When running in gdb I get this stacktrace
Starting program: /usr/local/apache/bin/httpd -f
/etc/apache/httpd.conf-test -X
[New LWP2]
[New LWP3]
[New LWP4]
[New LWP5]

Program received signal SIGSEGV, Segmentation fault.
0xdf8dcbce in memmove ()
(gdb) bt
#0  0xdf8dcbce in memmove ()
#1  0xdfbab6b3 in _sqlocwrite ()
#2  0xdfb9bfa3 in _sqg_blob ()
#3  0xdfba7b57 in _iqupdtargs ()
#4  0xdfba6650 in _iqftch ()
#5  0xdfba5ea4 in sqli_curs_fetch ()
#6  0x80db1f1 in zif_ifx_fetch_row (ht=1, return_value=0x87f1104,
this_ptr=0x0, return_value_used=1)
at /export/opt/local/src/php-4.3.1/ext/informix/ifx.ec:1703
#7  0x80c42d0 in execute (op_array=0x8592ac8) at
/export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1596
#8  0x80c44d0 in execute (op_array=0x887fb9c) at
/export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1640
#9  0x80b3879 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /export/opt/local/src/php-4.3.1/Zend/zend.c:864
#10 0x8087290 in php_execute_script (primary_file=0x80477a8) at
/export/opt/local/src/php-4.3.1/main/main.c:1573
#11 0x80c923a in apache_php_module_main (r=0x82f1054,
display_source_mode=0)
at /export/opt/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55
#12 0x807d4a2 in send_php ()
#13 0x807d4f6 in send_parsed_php ()
#14 0x81b2131 in ap_invoke_handler ()
#15 0x81c82d4 in process_request_internal ()
#16 0x81c833e in ap_process_request ()
#17 0x81beaeb in child_main ()
#18 0x81becb5 in make_child ()
#19 0x81bee2e in startup_children ()
#20 0x81bf474 in standalone_main ()
#21 0x81bfce4 in main ()
#22 0x806e69b in _start ()

While creating a html Document the apache Process dies due to a Problem in
the PHP/informix Code.

We're on IDS 7.31UC6X4 with ClientSDK 2.40UC1.

phpinfo:
System SunOS gpname 5.7 Generic_106542-23 i86pc
Build Date Feb 20 2003 11:15:07
Configure Command './configure' '--with-informix' '--without-mysql'
'--with-apache=../apache_1.3.27' '--enable-sockets'
'--with-gd=/usr/local/' '--with-jpeg-dir=/usr/local/'
'--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local/'
'--enable-debug'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /export/opt/local/lib/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build yes
Thread Safety disabled
Registered PHP Streams php, http, ftp, compress.zlib

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

#22497 [Opn]: php writes on wrong position in file after new lines

 ID:   22497
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henrik dot gebauer at web dot de
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: Windows 2000
 PHP Version:  4CVS-2003-03-02 (stable)
 New Comment:

Cannot reproduce on Windows XP.


Previous Comments:


[2003-03-02 05:49:55] henrik dot gebauer at web dot de

The script produces the following output with the current CVS version:
\n\n\n\n\n\n01234567890123test89

This is the output I expect. I get it with PHP 4.3.0 and earlier
versions.
\n\n\n\n\n\n01234567890123456789test



[2003-03-01 18:55:57] [EMAIL PROTECTED]

Please show us the output produced by the script, and also the output
that you expect the script to produce.



[2003-03-01 16:20:56] henrik dot gebauer at web dot de

sorry, Netscape filled the summary with the wrong contents.



[2003-03-01 16:07:52] henrik dot gebauer at web dot de

Note: The new line chars can be everywhere in the first string.



[2003-03-01 16:06:20] henrik dot gebauer at web dot de

New line chars seem not to count any longer.
The following example writes 6 new lines in a file, then 20 chars.
'test' should be placed after the last '9' but it is placed after the
last '3' (6 characters earlier as there are 6 new line chars)

I didn't have the problem with earlier versions of PHP.






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

#22517 [Opn->Fbk]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

 ID:   22517
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: cURL related
 Operating System: FreeBSD 4.7-(STABLE|RELEASE)
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2003-03-03 06:53:36] [EMAIL PROTECTED]

Hi,

I've written some ISP management software some time ago, and I've
upgraded two servers at home in preparation for a roll out on our
production servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version
on apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g
and 0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
* Closing connection #0
SSL: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /*
This is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}




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

php-bugs@lists.php.net

 ID:   22516
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eugen at iwep dot ab dot ru
-Status:   Open
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

The optimal approach at solving this problem, would be to use doubles,
since in PHP floats are emulated via doubles.
';
?>

correctly will return   ["x"]=> float(1.1)


Previous Comments:


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

i reproduced that. seems that due to the fact that php's floats are
actually doubles only half of the double gets initialized and should be
initialized with 0.0 first.



[2003-03-03 04:04:00] eugen at iwep dot ab dot ru

Hi all, Please try 
';
?>

Output:
x=1.1002384
?? maybe bug with float ?




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

#22518 [Com]: Accessing superglobal arrays in functions via variable variable names

2003-03-03 Thread daniel dot gorski at develnet dot org

 ID:   22518
 Comment by:   daniel dot gorski at develnet dot org
 Reported By:  rabus at users dot sourceforge dot net
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows NT
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

Similar malfunction here:



PHP Notice:  Undefined variable:  _SERVER in
/var/webservers/cowiki/htdocs/test.php on line 6
PHP Notice:  Undefined variable:  _ENV in
/var/webservers/cowiki/htdocs/test.php on line 7

Todays CVS, build as CGI on RH6.2

regards dtg


Previous Comments:


[2003-03-03 08:06:46] rabus at users dot sourceforge dot net

Please try the following script:



This script returns "Array". This is the expected behavior.
Now, try this one:



This time, an error is returned:
Notice: Undefined variable: _SERVER on line 4
This is nonsense, of course: As we see in the example above, the
variable should be defined!




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

#22507 [Opn->Csd]: Array value delimiter causes problems

 ID:   22507
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kick at mmxent dot com
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

This bug has been fixed in CVS.

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

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

In latest CVS your code example results in a parse error as it should.


Previous Comments:


[2003-03-02 14:30:24] kick at mmxent dot com

It seems there's a problem with the parsing/preprocessor (??) when the
following line with a malformed value assignment to an array as
follows:

$array = ('1',,'2');

This does not produce an error, but causes the file contents not to be
processed, therefore nothing is produced.

Found it by mistake of course ;)
Viorel




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

#22513 [Opn->Csd]: imagettfbbox() returning bogus array values

 ID:   22513
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeremy at nirvani dot net
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: linux 2.4.19
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2003-03-03 03:03:27] jeremy at nirvani dot net

I have read these two bugs and this does not seem to be related: 
17261 http://bugs.php.net/bug.php?id=17261
17192 http://bugs.php.net/bug.php?id=17192

To verify it is not one of the above bugs:
(Notice only a big black box and no text)
http://www.nirvani.org/not_bug_17192_or_17261.php
http://www.nirvani.org/not_bug_17192_or_17261.phps

To be sure, I even went so far as to put the GDFONRPATH in my global
environment.  (snip from phpinfo() _ENV["GDFONTPATH"]
/home/httpd/clients/nirvani.org/ )


This shows the problem of the array elements having bogus values:
http://www.nirvani.org/imagettfbbox_bug.php
http://www.nirvani.org/imagettfbbox_bug.phps

A strange oddity, refresh this above page and watch
array[7] change - that should not happen, it should be the 
upper left corner, Y position, which IMO should stay the same, no
matter how bogus the data is.

fontfile (for sanity's sake): 
http://www.nirvani.org/times.ttf

The array values returned seem to be a bug compared to what is expected
from here:
http://php.net/imagettfbbox

Paste of the output array:
array(8) {
  [0]=>
  int(5)
  [1]=>
  int(-1610627808)
  [2]=>
  int(-1610628216)
  [3]=>
  int(134958127)
  [4]=>
  int(136904992)
  [5]=>
  int(12)
  [6]=>
  int(-1610628152)
  [7]=>
  int(1075156968)
}


my configure line:
'./configure' '--disable-cli' '--disable-cgi' '--with-zlib'
'--with-bz2' '--without-pear' '--with-gd' '--with-ttf'
'--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath'
'--with-thttpd=/usr/src/thttpd-2.21b'

phpinfo():
http://www.nirvani.org/php.html

The same bug seemed to happend yesterday on a previous compile also. I
added --with-ttf and --enable-gd-native-ttf, but that made no
difference.

Other GD stuff works.  Looks like configure picked up on the bundled GD
(2.0 compatible).  It seems like anything GD-font-related does not
work, and so this might be a deeper bug than just in imagettfbbox().

Jeremy





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

#22514 [Opn->Fbk]: Unable to print One word combination

2003-03-03 Thread rabus at users dot sourceforge dot net

 ID:   22514
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sajithkumar at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

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

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

Thank you for your interest in PHP.





Previous Comments:


[2003-03-03 03:49:31] sajithkumar at yahoo dot com

I have made a php page which will automatically scan the files on on
specified directory and will print the file name to users. But Whenever
it sees a file starting with 'or' it just didnt print 'O' it just print
from r onwards

example--"orma.mp3" prints like "rma.mp3"

 "ordan.mp3" print "rdan.mp3"

it just misses O whenever next word is r. 

Please follow the below link for detail

http://www.cckerala.com/Music/download.php?dfile=download/FilimSongs/O

   regards 




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

#22518 [NEW]: Accessing superglobal arrays in functions via variable variable names

From: rabus at users dot sourceforge dot net
Operating system: Windows NT
PHP version:  5CVS-2003-03-03 (dev)
PHP Bug Type: Scripting Engine problem
Bug description:  Accessing superglobal arrays in functions via variable variable names

Please try the following script:



This script returns "Array". This is the expected behavior.
Now, try this one:



This time, an error is returned:
Notice: Undefined variable: _SERVER on line 4
This is nonsense, of course: As we see in the example above, the variable
should be defined!
-- 
Edit bug report at http://bugs.php.net/?id=22518&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22518&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22518&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22518&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22518&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22518&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22518&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22518&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22518&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22518&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22518&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22518&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22518&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22518&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22518&r=gnused

#22510 [Fbk->Opn]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference

2003-03-03 Thread php at codewhore dot org

 ID:   22510
 User updated by:  php at codewhore dot org
 Reported By:  php at codewhore dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.4
 PHP Version:  4CVS-2003-03-02 (stable)
 New Comment:

I'm working on it - there's a ton of code here, and it's proving
difficult to pare it down to a simple test case. However, I hope to
have one posted by the end of the day today.

Thanks.


Previous Comments:


[2003-03-03 00:59:43] [EMAIL PROTECTED]

Please provide us a minimum and self-contained script for reproducing
the problem.

I cannot reproduce this with the following code;

new foo(), 'b'=>new foo());
$this->commit_list = &$a;
  }
  function finalize() {
$cl =& $this->commit_list;

foreach ($cl as $k => $x)
{
  if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}

return true;
  }
}

$a = new test();
$a->finalize();
?>




[2003-03-02 17:30:18] php at codewhore dot org

Accidently posted the non-crashing code snippet. Here's the one that
crashes:

function finalize()
{
  $cl =& $this->commit_list;

  /* Note:
  These are references; we leave the value, $x, unused. */

  foreach ($cl as $k => $x)
  {
if (!$cl[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}



[2003-03-02 17:28:54] php at codewhore dot org

I've been able to reproducibly crash the PHP interpreter with  a
section of code that I'm working that passes around and calls through a
lot of references. The function that causes the crash looks like:


function finalize()
{
  /* Note:
   These are references; we leave the value, $x, unused. */

  foreach ($this->commit_list as $k => $x)
  {
if (!$this->commit_list[$k]->transaction_commit())
  return $this->throw(E_SYS);
  }

  return true;
}


I haven't managed to narrow it down any further - executing similar
code in isolation hasn't been able to reproduce the crash yet. I'll
keep trying.



The backtrace:
--

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 8158)]
0x4034913f in _efree (ptr=0x403b4564) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_alloc.c:233
233 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x4034913f in _efree (ptr=0x403b4564) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_alloc.c:233
#1  0x403669fe in zend_assign_to_variable_reference (result=0x8264b6c,
variable_ptr_ptr=0x82509a0,
value_ptr_ptr=0x82637e8, Ts=0xbfffc550) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:271
#2  0x40369b83 in execute (op_array=0x8263344) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1344
#3  0x4036aa90 in execute (op_array=0x817cad4) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#4  0x4036aa90 in execute (op_array=0x818a144) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#5  0x4036aa90 in execute (op_array=0x81fa9bc) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1640
#6  0x4035b219 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/web-server/php-4.3-cvs/Zend/zend.c:864
#7  0x40329fcc in php_execute_script (primary_file=0xb820)
at /usr/src/web-server/php-4.3-cvs/main/main.c:1588
#8  0x4036f1a2 in apache_php_module_main (r=0x811047c,
display_source_mode=0)
at /usr/src/web-server/php-4.3-cvs/sapi/apache/sapi_apache.c:55
#9  0x403700e6 in send_php (r=0x811047c, display_source_mode=0,
filename=0x8112204 "/web/sites/frylock/development/node.php")
at /usr/src/web-server/php-4.3-cvs/sapi/apache/mod_php4.c:617
#10 0x4037016c in send_parsed_php (r=0x811047c)
at /usr/src/web-server/php-4.3-cvs/sapi/apache/mod_php4.c:632
#11 0x08054360 in ap_invoke_handler (r=0x811047c) at http_config.c:518
#12 0x08068aae in process_request_internal (r=0x811047c) at
http_request.c:1308
#13 0x08068b0e in ap_process_request (r=0x811047c) at
http_request.c:1324
#14 0x0805fd6e in child_main (child_num_arg=0) at http_main.c:4689
#15 0x0805ff34 in make_child (s=0x8094ec4, slot=0, now=1046645587) at
http_main.c:4813
#16 0x0806009b in startup_children (number_to_start=8) at
http_main.c:4895
#17 0x080606c8 in standalone_main (argc=5, argv=0xbca4) at
http_main.c:5203
#18 0x08060f00 in main (argc=5, argv=0xbca4) at http_main.c:5566
#19 0x400d3bb4 in __libc_start_main () from /lib/libc.so.6

(gdb) frame 2
#2  0x40369b83 in execute (op_array=0x8263344) at
/usr/src/web-server/php-4.3-cvs/Zend/zend_execute.c:1344
1344   
zend_assign_to_variable_reference(&EX(opline)->result,
get_zval_ptr_ptr(&EX(opline)->op1, EX(Ts), BP_VAR_W),
get_zval_ptr_ptr(&EX(opline)->op2, EX(Ts), BP_VAR_W), EX(Ts)
TSRMLS_CC

#22517 [NEW]: CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

2003-03-03 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7-(STABLE|RELEASE)
PHP version:  4.3.1
PHP Bug Type: cURL related
Bug description:  CURL does not work using curl_setopt($curl, CURLOPT_FILE, $fp);

Hi,

I've written some ISP management software some time ago, and I've upgraded
two servers at home in preparation for a roll out on our production
servers, to test all our PHP code works.

Some of my scripts work via the CLI other work via the mod_php version on
apache 1.3.26 / 1.3.27 versions of apache.  OpenSSL versions 0.9.6g and
0.9.7 have been tested.

On php 4.2.3 with curl version's 7.9.8 and 7.10.3 I do not get this
problem.  On 4.3.0 and 4.3.1 I have this error where (a) I don't get
anything data in the $fp file descriptor and (b) it's moans about the
following:

===
[EMAIL PROTECTED]:/usr/local/vweb/stats.ataris.co.za/data/cacti/scripts# php
uudial.php
* About to connect() to waggle.ops.uunet.co.za:443
* Connected to waggle.ops.uunet.co.za (196.7.0.184) port 443
* SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate
verify failed
* Closing connection #0
SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate
verify failed
Array
(
[data] =>
[http_code] => 0
)
Cannot get UUnet Session ID
===

Tried using the following CURL SETOPT's:
 * CURLOPT_SSL_VERIFYPEER
 * CURLOPT_SSLVERSION
 * CURLOPT_SSL_VERIFYHOST

Snipbit from my UUdial class function getSecureCookie.

$fp = tmpfile();
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, $uunet_url);
curl_setopt($curl, CURLOPT_TIMEOUT, 20);
curl_setopt($curl, CURLOPT_FILE, $fp);
curl_setopt($curl, CURLOPT_USERPWD, $uunet['login']);
curl_setopt($curl, CURLOPT_PROXY, "http://192.168.10.254:3128/";);
curl_exec($curl);

$response['http_code'] = curl_getinfo($curl, CURLINFO_HTTP_CODE); /* This
is used to see if we get a HTTP 200 code */

rewind($fp);
while ($str = fgets($fp, 4096)) {
$pairs .= $str;
}
fclose($fp);

$response['data'] = $pairs;
asort($response);

if ($response['http_code'] == "200") {
preg_match ('//ims',
$response['data'], $n);
if ($n[1]) {
$this->cookie = $n[1];
} else {
die ("Cannot get UUnet Secure Cookie");
}
} else {
die ("Cannot get UUnet Secure Cookie");
}
-- 
Edit bug report at http://bugs.php.net/?id=22517&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22517&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22517&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22517&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22517&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22517&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22517&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22517&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22517&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22517&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22517&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22517&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22517&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22517&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22517&r=gnused

php-bugs@lists.php.net

2003-03-03 Thread phanto

 ID:   22516
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eugen at iwep dot ab dot ru
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  5CVS-2003-03-03 (dev)
 New Comment:

i reproduced that. seems that due to the fact that php's floats are
actually doubles only half of the double gets initialized and should be
initialized with 0.0 first.


Previous Comments:


[2003-03-03 04:04:00] eugen at iwep dot ab dot ru

Hi all, Please try 
';
?>

Output:
x=1.1002384
?? maybe bug with float ?




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

#22515 [Opn->Bgs]: SESSSION Behavior

2003-03-03 Thread phanto

 ID:   22515
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cking at srpboard dot org
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: WINDOWS/UNIX
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.

that's a bug database, not a support forum. ask your questions on
[EMAIL PROTECTED]


Previous Comments:


[2003-03-03 03:53:00] cking at srpboard dot org

There is a function called session_set_cookie_params? Does this
function modify the default session behavior set in php.ini?

I tried. Seems it does not work at all. In forum PHPBB seems they are
doing their SESSION via cookie.

Why i am concerned with this is that i want to control the session time
instead of default value.

Another thing about session it that even on PHP v4.1.0 or higher. The
way recommended in PHP Manual does not always work.
+

+

seems sometimes have to use session_register() to register a session.




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

#22512 [Opn->Bgs]: returning NULL from constructor does no MEAN

2003-03-03 Thread phanto

 ID:   22512
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ziya at atilim dot edu dot tr
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Any
 PHP Version:  4.3.1
 New Comment:

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

next time post your questsions on [EMAIL PROTECTED] first
before filing a bogus bug report. use:

class Test{
var $myVar;

function Test($val){
if (is_null($val))
$this = NULL;
else 
$this->myVar = $val;
}
}



Previous Comments:


[2003-03-03 02:39:27] ziya at atilim dot edu dot tr

When we return NULL from the constructor, our intend is to tell caller
that NO OBJECT IS CREATED. But in PHP this case does not work.

Please check the following example;
myVar = $val;
return $this;
}
}

$a = NULL;

$t = new Test($a);

if (is_object($t))
echo "Although it must be NULL, it says OBJECT";

?>

I am developing a very huge API using PHP and this does not permit us
to continue. I think, there should be a way of doing this in a language
which support OOP constructs.

Sincerely,
Ziya Karakaya




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

php-bugs@lists.php.net

2003-03-03 Thread eugen at iwep dot ab dot ru

From: eugen at iwep dot ab dot ru
Operating system: Windows 2000
PHP version:  5CVS-2003-03-03 (dev)
PHP Bug Type: Scripting Engine problem
Bug description:  Pack&Unpack

Hi all, Please try 
';
?>

Output:
x=1.1002384
?? maybe bug with float ?
-- 
Edit bug report at http://bugs.php.net/?id=22516&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22516&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22516&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22516&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22516&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22516&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22516&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22516&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22516&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22516&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22516&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22516&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22516&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22516&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22516&r=gnused

#22297 [Fbk->Csd]: Timeout when reading file from URL

2003-03-03 Thread sp at m-me dot dk

 ID:   22297
 User updated by:  sp at m-me dot dk
 Reported By:  sp at m-me dot dk
-Status:   Feedback
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Windows
 PHP Version:  4.3.2-dev
 New Comment:

Yes... Upgrading to Apache 2.0.44 solves the problem. Don't know if it
was Apaches problem the whole time, or it was/is the mixture of PHP and
Apache that creates the problem.

/watson


Previous Comments:


[2003-02-27 08:44:26] [EMAIL PROTECTED]

keep at "Feedback" status until that then..




[2003-02-26 17:37:21] sp at m-me dot dk

Back... Sorry for the delay :)

I have looked around to find out how to setup Apache 2.x to use PHP. I
do think that I do it right. Take a look at:
http://dk.php.net/manual/en/install.apache2.php#install.apache2.windows

But let me know if I am wrong.

Anyway. I saw that a new version of Apache was released (v2.0.44) and
tried this one - And it actually seems to work! I will just try this on
one other installation tomorrow before I will say that upgrading Apache
solves the problem. So don't close it yet.



[2003-02-23 05:13:04] [EMAIL PROTECTED]

Please check this page:
http://www.experts-exchange.com/Web/Web_Servers/Apache/Q_20396513.html

I think this is just configuration error..you're mixing
the module configuration with CGI configuration..




[2003-02-23 05:06:20] [EMAIL PROTECTED]

oops..forget my last comment, wrong bug report.





[2003-02-23 05:05:45] [EMAIL PROTECTED]

And what about php.ini? Have you set the settings required
for IIS in it?




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

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

#22515 [NEW]: SESSSION Behavior

2003-03-03 Thread cking at srpboard dot org

From: cking at srpboard dot org
Operating system: WINDOWS/UNIX
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  SESSSION Behavior

There is a function called session_set_cookie_params? Does this function
modify the default session behavior set in php.ini?

I tried. Seems it does not work at all. In forum PHPBB seems they are
doing their SESSION via cookie.

Why i am concerned with this is that i want to control the session time
instead of default value.

Another thing about session it that even on PHP v4.1.0 or higher. The way
recommended in PHP Manual does not always work.
+

+

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

#22514 [NEW]: Unable to print One word combination

2003-03-03 Thread sajithkumar at yahoo dot com

From: sajithkumar at yahoo dot com
Operating system: linux
PHP version:  4.2.3
PHP Bug Type: Output Control
Bug description:  Unable to print One word combination

I have made a php page which will automatically scan the files on on
specified directory and will print the file name to users. But Whenever it
sees a file starting with 'or' it just didnt print 'O' it just print from
r onwards

example--"orma.mp3" prints like "rma.mp3"

 "ordan.mp3" print "rdan.mp3"

it just misses O whenever next word is r. 

Please follow the below link for detail

http://www.cckerala.com/Music/download.php?dfile=download/FilimSongs/O

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

#22508 [Opn->Csd]: fopen() crashes Apache if URL is redirect

2003-03-03 Thread wez

 ID:   22508
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jim at bluedojo dot com
-Status:   Open
+Status:   Closed
 Bug Type: *Directory/Filesystem functions
 Operating System: Windows
 PHP Version:  4.3.1
 New Comment:

We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the
current stable branch, PHP 5 is the current development version.


Previous Comments:


[2003-03-02 21:04:36] jim at bluedojo dot com

I also wanted to note that in version PHP 4.2.3 fopen will not work if
it redirects from http:// to https://.  Perhaps it should return false
in this case.



[2003-03-02 16:47:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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

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





[2003-03-02 16:25:55] jim at bluedojo dot com

The pages that is crashing my Apache server include,
"http://www.sltrib2002.com";. What is happening is fopen() is trying to
open this link but the link redirects. When this link is placed in a
browser, it actually redirects to,
"http://www.sltrib2002.com/main/index.asp";. This occurs in PHP 4.3.1. 
When I downgraded to PHP 4.2.3 fopen() worked fine.

Here is more information about the problem in detail: 

I am running WinXP, Apache 1.3, MySQL 3.23, and PHP 4.3.1. 

I have a php page called "populate.php" that is using fopen() to index
web pages. This works most of the time when I load this page in a
browser, but fopen() is causing problems. Sometimes a specific web site
(that has a redirecting link) causes Apache to crash. A window pops up
saying, "Apache.exe has encountered a problem and needs to close. We
are sorry for the inconvenience." And in the browser it says, "The page
cannot be loaded." 

Although it says it crashes, the Apache server still seems to run if I
load another page. It seems as if only that specific connection
crashed. But this is the problem. I need to find out a way so it does
not crash the page, populate.php, so it can continue running without
getting the error in the browser "The page cannot be loaded." 

I tried the same web site on another configuration of Apache (that I
pay for and am trying to avoid) and the page loads fine. Why is fopen
crashing my server if the link redirects?  Again, this occured in PHP
4.3.1.  I had to downgrade for fopen to work ok with websites that
redirect.


The code below will produce the error in PHP 4.3.1.

http://www.vsacentral.com
//redirects to
//http://www.vsacentral.com/main.php
//
//Also try this
//http://www.sltrib2002.com
//It redirects to
//http://www.sltrib2002.com/main/index.asp

$url = "http://www.vsacentral.com";;
if ($fd = @fopen($url,"r"))
echo "Success";
else
echo "Failure";

fclose($fd);

?>




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

#22513 [NEW]: imagettfbbox() returning bogus array values