#45870 [NEW]: Floating point exception/opt/apache2/bin/httpd -l

2008-08-20 Thread solo at krovatka dot su
From: solo at krovatka dot su
Operating system: SuSe ES 10 2.6.16.21-0.8-bigsmp
PHP version:  5.2CVS-2008-08-20 (snap)
PHP Bug Type: Compile Failure
Bug description:  Floating point exception/opt/apache2/bin/httpd -l

Description:

I have apache compilled and working version httpd-2.2.8.
and perl  v5.8.8 
when I'm trying to compile php I'm getting the following error:
Sorry, I cannot run apxs.  Possible reasons follow:

1. Perl is not installed
2. apxs was not found. Try to pass the path using
--with-apxs2=/path/to/apxs
3. Apache was not built using --enable-so (the apxs usage page is
displayed)
The output of /opt/apache2/bin/apxs follows:
sh: line 1:  3074 Floating point exception/opt/apache2/bin/httpd -l
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/opt/apache2/bin/httpd'..
configure: error: Aborting
make: *** [php-5.2.5/Makefile] Error 1

My makefile contains following keys:
$(PHP_MAKEFILE): Makefile
@cd $(PHP_SRC_DIR) \
&& CFLAGS=-s ./configure \
--with-libdir=$(LIBDIR) \
--with-apxs2=$(APXS)\
--with-oci8=$(ORACLE_HOME)  \
--with-pdo-oci=$(ORACLE_HOME)   \
--disable-cgi   \
--enable-mbstring   \
--enable-gd-native-ttf  \
--enable-ftp\
--enable-sockets\
--with-curl \
--with-xsl  \
--with-iconv\
--with-zlib \
--with-gd   \
--with-freetype-dir

I've googled 100 places already but still can't find anything similar.
Will be very glad if I get any hint how to resolve this.


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



#34552 [Com]: Problems with __FILE__ and realpath()

2005-09-30 Thread dak at solo dot net
 ID:   34552
 Comment by:   dak at solo dot net
 Reported By:  mmayer at blastwave dot org
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Solaris 9
 PHP Version:  5CVS, 4CVS (2005-09-20)
 New Comment:

We're also seeing this on:

Darwin xxx.yyy.com 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30
20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC  Power
Macintosh powerpc

PHP Version 5.0.4
www.entropy.ch Release 1 

System  Darwin xxx.yyy.com 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar
30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
Macintosh  
Build Date  Apr 4 2005 17:31:35  
Configure Command  './configure' '--prefix=/usr/local/php5'
'--with-config-file-path=/usr/local/php5/lib' '--with-apxs'
'--with-iconv' '--with-openssl=/usr' '--with-zlib=/usr'
'--with-mysql=/Users/marc/svn/entropy/php-module/src/mysql-standard-*'
'--with-mysqli=/usr/local/mysql/bin/mysql_config'
'--with-libxml-dir=/usr/local/php5' '--with-xsl=/usr/local/php5'
'--with-pdflib=/usr/local/php5'
'--with-pgsql=/Users/marc/svn/entropy/php-module/build/postgresql-build'
'--with-gd' '--with-jpeg-dir=/usr/local/php5'
'--with-png-dir=/usr/local/php5' '--with-zlib-dir=/usr'
'--with-freetype-dir=/usr/local/php5' '--with-t1lib=/usr/local/php5'
'--with-imap=../imap-2002d' '--with-imap-ssl=/usr'
'--with-gettext=/usr/local/php5'
'--with-ming=/Users/marc/svn/entropy/php-module/build/ming-build'
'--with-ldap' '--with-mime-magic=/usr/local/php5/etc/magic.mime'
'--with-iodbc=/usr' '--with-xmlrpc' '--with-expat-dir=/usr/local/php5'
'--with-iconv-dir=/usr' '--with-curl=/usr/local/php5' '--enable-exif'
'--enable-wddx' '--enable-soap' '--enable-sqlite-utf8' '--enable-ftp'
'--enable-sockets' '--enable-dbx' '--enable-dbase' '--enable-mbstring'
'--enable-calendar' '--with-bz2=/usr' '--with-mcrypt=/usr/local/php5'
'--with-mhash=/usr/local/php5' '--with-mssql=/usr/local/php5'
'--with-fbsql=/Users/marc/svn/entropy/php-module/build/frontbase-build/Library/FrontBase'
'--enable-openbase_module'  
Server API  Apache  
Virtual Directory Support  disabled  
Configuration File (php.ini) Path  /usr/local/php5/lib/php.ini  
PHP API  20031224  
PHP Extension  20041030  
Zend Extension  220040412  
Debug Build  no  
Thread Safety  disabled  
IPv6 Support  enabled  
Registered PHP Streams  php, file, http, ftp, compress.bzip2,
compress.zlib, https, ftps  
Registered Stream Socket Transports  tcp, udp, unix, udg, ssl, sslv3,
sslv2, tls


Previous Comments:


[2005-09-20 18:43:34] mmayer at blastwave dot org

No, I cannot reproduce this problem with CLI. Even 4.4.0 works in that
case. 

I downloaded php5-latest.tar.gz.

$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0

HTTP/1.1 200 OK
Date: Tue, 20 Sep 2005 16:31:46 GMT
Server: Apache/2.0.54 (Unix) DAV/2 PHP/5.1.0RC2-dev
[...]

Still getting the same results with the apache module that I saw for
4.4.0, so the problem is still there. CLI of 5.1.0RC2 works, however,
just like CLI for 4.4.0.



[2005-09-20 11:02:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

See also bug #34514, can you reproduce this with CLI?




[2005-09-19 18:26:28] mmayer at blastwave dot org

I'm running Apache 2.0.54. Also tried Apache 1.3.33 and got the same
results.

$ uname -a
SunOS valhalla 5.9 Generic_118558-10 sun4u sparc SUNW,Ultra-60



[2005-09-19 18:21:07] mmayer at blastwave dot org

Description:

This issue seems to be related to bug #27823, but broader in scope.

Using __FILE__ or realpath() on Solaris 9 SPARC (don't know about x86)
doesn't work as expected if the scripts are located in a user's
home-directory (~username/public_html) and the URL looks like
http://my.example.com/~user/testscript.php. (Don't know if the '~' is
actually causing the problem or if it's something else in this
scenario).

Note that I *do* get the expected results from these scripts if I copy
them to /opt/csw/apache2/share/htdocs/file_bug (i.e. underneath my
web-server's doc-root) and a

#24275 [Com]: Register Globals not really On

2003-06-23 Thread dak at solo dot net
 ID:   24275
 Comment by:   dak at solo dot net
 Reported By:  SPAMstop dot weezey at ontn dot net
 Status:   Closed
 Bug Type: *General Issues
 Operating System: FreeBSD 4.8-stable
 PHP Version:  4.3.3RC1
 New Comment:

Submitted bug report to FreeBSD ports maintainer to have port
downgraded or snapshot pulled from CVS.


Previous Comments:


[2003-06-21 07:39:42] [EMAIL PROTECTED]

A couple of weeks most likely.



[2003-06-21 07:31:01] SPAMstop dot weezey at ontn dot net

Snapshot solved issue.

How long until 4.3.3RC2?

Thanks a bunch.



[2003-06-21 05:10:05] [EMAIL PROTECTED]

Fixing details



[2003-06-21 04:04:51] [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 was recently fixed I think, can you please try the snapshot?



[2003-06-21 00:34:28] SPAMstop dot weezey at ontn dot net

Description:

I went from 4.3.2 yesterday to 4.3.3RC1 today with only one thing
changing.  register_globals = On doesn't seem to work today.  I know I
should update my scripts but some of my older stuff works fine, but
needs register globals to be on.

I installed from FreeBSD ports, so now I have to 4.3.2 from scratch I'm
guessin'.  Unless the ports can be updated before Monday morning or
someone can tell me what I'm not doing right.

from php.ini : 
register_globals = On

recognized in phpinfo.php as existing with the Configuration File
(php.ini) Path field.

$HTTP_USER_AGENT yields no value,
$_SERVER["HTTP_USER_AGENT"] works dandily.

Any help would be helpful.  Thanks in advance.






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



Bug #16879: posix_getpwuid() fails incorrectly

2002-04-27 Thread solo

From: [EMAIL PROTECTED]
Operating system: RedHat Linux 2.2.5
PHP version:  4.0CVS-2002-04-27
PHP Bug Type: POSIX related
Bug description:  posix_getpwuid() fails incorrectly

I am not sure that this is a bug, but for some reason, when attempting to
get the file owner of a file getpwuid() fails (used in this context):

$uid = fileowner($path);
$owner = posix_getpwuid($uid);

Fileowner() returns either 0 or 1028, and getpwuid fails. The 0 of course
false would mean the file doesnt exist, but using the same variable
($path) in other functions such as fileperms() etc do not fail and return
the proper data. 

Situation:
$path = "/home/";
$uid = fileowner($path);
$owner = posix_getpwuid($uid);
$owner_name = $owner['name'];

I have tried the same situation with valid filenames (instead of
directories).

all extensions are enabled and configure line is:
'./configure' '--target=i386-redhat-linux' '--prefix=/usr'
'--with-config-file-path=/etc' '--disable-debug' '--enable-pic'
'--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs'
'--disable-static' '--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-gettext' '--with-gd' '--with-jpeg-dir=/usr' '--with-png'
'--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-ftp'
'--without-mysql' '--with-xml'

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