Bug #60750 [Opn->Csd]: --with-libxml-dir is not respected

2012-01-13 Thread naox at o2 dot pl
Edit report at https://bugs.php.net/bug.php?id=60750&edit=1

 ID: 60750
 User updated by:naox at o2 dot pl
 Reported by:naox at o2 dot pl
 Summary:--with-libxml-dir is not respected
-Status: Open
+Status: Closed
 Type:   Bug
 Package:*Compile Issues
 PHP Version:5.3.9
 Block user comment: N
 Private report: N

 New Comment:

cached... clean source dir did the trick


Previous Comments:

[2012-01-13 20:26:02] naox at o2 dot pl

Description:

# ls /usr/libxml2-2.7.8
./  ../  bin/  include/  lib/  share/


# ls /usr/libxml2-2.7.8/bin/
./  ../  xml2-config*  xmlcatalog*  xmllint*

none works:
./configure --with-libxml-dir=/usr/libxml2-2.7.8
./configure --with-libxml-dir=/usr/libxml2-2.7.8/bin/
./configure --with-libxml-dir=/usr/libxml2-2.7.8/include/
./configure --with-libxml-dir=/usr/libxml2-2.7.8/lib/



checking libxml2 install dir... /usr/libxml2-2.7.8/bin/
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes








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


[PHP-BUG] Bug #60750 [NEW]: --with-libxml-dir is not respected

2012-01-13 Thread naox at o2 dot pl
From: 
Operating system: 
PHP version:  5.3.9
Package:  *Compile Issues
Bug Type: Bug
Bug description:--with-libxml-dir is not respected

Description:

# ls /usr/libxml2-2.7.8
./  ../  bin/  include/  lib/  share/


# ls /usr/libxml2-2.7.8/bin/
./  ../  xml2-config*  xmlcatalog*  xmllint*

none works:
./configure --with-libxml-dir=/usr/libxml2-2.7.8
./configure --with-libxml-dir=/usr/libxml2-2.7.8/bin/
./configure --with-libxml-dir=/usr/libxml2-2.7.8/include/
./configure --with-libxml-dir=/usr/libxml2-2.7.8/lib/



checking libxml2 install dir... /usr/libxml2-2.7.8/bin/
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes
checking for xml2-config path... (cached) /usr/bin/xml2-config
checking whether libxml build works... (cached) yes



-- 
Edit bug report at https://bugs.php.net/bug.php?id=60750&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60750&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60750&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60750&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60750&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60750&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60750&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60750&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60750&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60750&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60750&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60750&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60750&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60750&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60750&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60750&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60750&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60750&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60750&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60750&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60750&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60750&r=mysqlcfg



[PHP-BUG] Req #55570 [NEW]: php-cli: -c by ENV variable

2011-09-01 Thread naox at o2 dot pl
From: 
Operating system: 
PHP version:  Irrelevant
Package:  PHP options/info functions
Bug Type: Feature/Change Request
Bug description:php-cli: -c by ENV variable

Description:

php-cli make some enviroment variable to define what -c swtich does (look
for 
php.ini file in the directory path)
Would be usefull to link shell user to his php.ini, so he does not have to
specify 
it on EVERY COMMAND...


-- 
Edit bug report at https://bugs.php.net/bug.php?id=55570&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55570&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55570&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=55570&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55570&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=55570&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55570&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=55570&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=55570&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=55570&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=55570&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=55570&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=55570&r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=55570&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55570&r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=55570&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55570&r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=55570&r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=55570&r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=55570&r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=55570&r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=55570&r=mysqlcfg



Req #54239 [Opn]: disable_functions tightening like open_basedir

2011-04-25 Thread naox at o2 dot pl
Edit report at http://bugs.php.net/bug.php?id=54239&edit=1

 ID: 54239
 User updated by:naox at o2 dot pl
 Reported by:naox at o2 dot pl
-Summary:disable_functions > PHP_INI_ALL
+Summary:disable_functions tightening like open_basedir
 Status: Open
 Type:   Feature/Change Request
-Package:Safe Mode/open_basedir
+Package:PHP options/info functions
-PHP Version:5.3.5
+PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

allow disable_functions tightening like open_basedir :(


Previous Comments:

[2011-03-13 05:33:28] naox at o2 dot pl

Description:

http://php.net/manual/en/ini.core.php



disable_functions is php.ini only



open_basedir is PHP_INI_ALL - because next change can only append to
open_basedir 

path, never take something back. Disable_functions should work the same
way! It 

should be PHP_INI_ALL and allowing adding functions, but never taking
those back. 

This allong open_basedir and prepend could make handy to make privledge
separation 

for multiple sites but wihtout multiple php.ini









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


[PHP-BUG] Req #54239 [NEW]: disable_functions > PHP_INI_ALL

2011-03-12 Thread naox at o2 dot pl
From: 
Operating system: 
PHP version:  5.3.5
Package:  Safe Mode/open_basedir
Bug Type: Feature/Change Request
Bug description:disable_functions > PHP_INI_ALL

Description:

http://php.net/manual/en/ini.core.php



disable_functions is php.ini only



open_basedir is PHP_INI_ALL - because next change can only append to
open_basedir 

path, never take something back. Disable_functions should work the same
way! It 

should be PHP_INI_ALL and allowing adding functions, but never taking those
back. 

This allong open_basedir and prepend could make handy to make privledge
separation 

for multiple sites but wihtout multiple php.ini




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



#50047 [Opn]: interface binding for fsockopen (like socket_bind)

2009-11-02 Thread naox at o2 dot pl
 ID:   50047
 User updated by:  naox at o2 dot pl
 Reported By:  naox at o2 dot pl
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: -
 PHP Version:  5.2.11
 New Comment:

nope. this would be setting destination not source interface. Check out

http://php.net/manual/pl/function.socket-bind.php
this however is for socket functions not "network" like fsockopen


Previous Comments:


[2009-11-03 03:06:00] srina...@php.net

is this some thing what you are looking for ?
$fp = fsockopen("tcp://127.0.0.1", 8080);

or 
$fp = fsockopen("unix:///tmp/mysocket", ..);


----

[2009-11-01 00:26:59] naox at o2 dot pl

Description:

PHP really needs interface binding for fsockopen() (like socket_bind())






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



#50047 [NEW]: interface binding for fsockopen (like socket_bind)

2009-10-31 Thread naox at o2 dot pl
From: naox at o2 dot pl
Operating system: -
PHP version:  5.2.11
PHP Bug Type: Feature/Change Request
Bug description:  interface binding for fsockopen (like socket_bind)

Description:

PHP really needs interface binding for fsockopen() (like socket_bind())


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



#46839 [Fbk->Opn]: cant compile 5.2.8 with imap c-client compiled manually

2008-12-17 Thread naox at o2 dot pl
 ID:   46839
 User updated by:  naox at o2 dot pl
 Reported By:  naox at o2 dot pl
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: linux centos 5
 PHP Version:  5.2.8
 New Comment:

linkage.h in c-client does not contain auth_gss. Also compiling 
wihtout '--with-kerberos' makes no diffrence


Previous Comments:


[2008-12-17 02:47:01] j...@php.net

So does that linkage.h contain auth_gss ?



[2008-12-16 19:01:16] naox at o2 dot pl

Yes, I use '--with-kerberos' on my configure. And also
'--with-imap=/root/c-client-my'

That has files from compiled imap-2007d - files are placed as 
instructed at
http://pl.php.net/manual/en/imap.setup.php
all of these files comes from imap-2007d...



[2008-12-16 18:31:09] j...@php.net

Are you sure you don't have linkage.h file from some other build than
that you compiled yourself? And did you use --with-kerberos in your php
configure line?

--------

[2008-12-12 00:38:44] naox at o2 dot pl

Description:

I use manualy compiled imap-2007d. I do this because there is a 
problem - c-client has small number FD_SETSIZE. If your apache 
httpd.conf opens a lot of log files than c-client crashes apache 
child if called from PHP. So I cant use standard c-client suplied 
with linux.

Now when I try to compile PHP 5.2.8 with manualy complied c-client

/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zm_startup_imap':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: 'auth_gss' 
undeclared (first use in this function)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: (Each 
undeclared identifier is reported only once
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: for each 
function it appears in.)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zif_imap_rfc822_parse_adrlist':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:2175: warning: passing 
argument 3 of 'rfc822_parse_adrlist' from incompatible pointer type
make: *** [ext/imap/php_imap.lo] Error 1


Problem only occurs in PHP 5.2.8. In PHP 5.2.6 everything works fine. 
Also problem does not appear if I compile PHP 5.2.8 with standard c-
client suplied with linux.

If I copy ext/imap/php_imap.c from 5.2.6 into 5.2.8 I can compile php 
without problems

There are some old bug reports about this problem resolved years ago 
with "fixed in cvs". So I suspect you reverted your php_imap.c in 
5.2.8 to state where it was not fixec.






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



#46839 [Fbk->Opn]: cant compile 5.2.8 with imap c-client compiled manually

2008-12-16 Thread naox at o2 dot pl
 ID:   46839
 User updated by:  naox at o2 dot pl
 Reported By:  naox at o2 dot pl
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: linux centos 5
 PHP Version:  5.2.8
 New Comment:

Yes, I use '--with-kerberos' on my configure. And also
'--with-imap=/root/c-client-my'

That has files from compiled imap-2007d - files are placed as 
instructed at
http://pl.php.net/manual/en/imap.setup.php
all of these files comes from imap-2007d...


Previous Comments:


[2008-12-16 18:31:09] j...@php.net

Are you sure you don't have linkage.h file from some other build than
that you compiled yourself? And did you use --with-kerberos in your php
configure line?

----

[2008-12-12 00:38:44] naox at o2 dot pl

Description:

I use manualy compiled imap-2007d. I do this because there is a 
problem - c-client has small number FD_SETSIZE. If your apache 
httpd.conf opens a lot of log files than c-client crashes apache 
child if called from PHP. So I cant use standard c-client suplied 
with linux.

Now when I try to compile PHP 5.2.8 with manualy complied c-client

/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zm_startup_imap':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: 'auth_gss' 
undeclared (first use in this function)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: (Each 
undeclared identifier is reported only once
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: for each 
function it appears in.)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zif_imap_rfc822_parse_adrlist':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:2175: warning: passing 
argument 3 of 'rfc822_parse_adrlist' from incompatible pointer type
make: *** [ext/imap/php_imap.lo] Error 1


Problem only occurs in PHP 5.2.8. In PHP 5.2.6 everything works fine. 
Also problem does not appear if I compile PHP 5.2.8 with standard c-
client suplied with linux.

If I copy ext/imap/php_imap.c from 5.2.6 into 5.2.8 I can compile php 
without problems

There are some old bug reports about this problem resolved years ago 
with "fixed in cvs". So I suspect you reverted your php_imap.c in 
5.2.8 to state where it was not fixec.






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



#46855 [Opn->Bgs]: session_name always default. Working in 5.2.6

2008-12-12 Thread naox at O2 dot pl
 ID:   46855
 User updated by:  naox at O2 dot pl
 Reported By:  naox at O2 dot pl
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: centos
 PHP Version:  5.2.8
 New Comment:

sorry. invalid.


Previous Comments:


[2008-12-12 19:58:59] naox at O2 dot pl

Description:

It seems there is a bug in 5.2.8. session_name() does not set session 
name. It always stay default from session.name in php.ini

Reproduce code:
---




Expected result:

in 5.2.6

abc

Actual result:
--
in 5.2.8

PHPSESSID










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



#46855 [NEW]: session_name always default. Working in 5.2.6

2008-12-12 Thread naox at O2 dot pl
From: naox at O2 dot pl
Operating system: centos
PHP version:  5.2.8
PHP Bug Type: Session related
Bug description:  session_name always default. Working in 5.2.6

Description:

It seems there is a bug in 5.2.8. session_name() does not set session 
name. It always stay default from session.name in php.ini

Reproduce code:
---




Expected result:

in 5.2.6

abc

Actual result:
--
in 5.2.8

PHPSESSID






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



#46839 [NEW]: cant compile 5.2.8 with imap c-client compiled manualy

2008-12-11 Thread naox at o2 dot pl
From: naox at o2 dot pl
Operating system: linux centos 5
PHP version:  5.2.8
PHP Bug Type: IMAP related
Bug description:  cant compile 5.2.8 with imap c-client compiled manualy

Description:

I use manualy compiled imap-2007d. I do this because there is a 
problem - c-client has small number FD_SETSIZE. If your apache 
httpd.conf opens a lot of log files than c-client crashes apache 
child if called from PHP. So I cant use standard c-client suplied 
with linux.

Now when I try to compile PHP 5.2.8 with manualy complied c-client

/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zm_startup_imap':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: 'auth_gss' 
undeclared (first use in this function)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: (Each 
undeclared identifier is reported only once
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:477: error: for each 
function it appears in.)
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c: In function 
'zif_imap_rfc822_parse_adrlist':
/root/naox/php-5.2.8.mod/ext/imap/php_imap.c:2175: warning: passing 
argument 3 of 'rfc822_parse_adrlist' from incompatible pointer type
make: *** [ext/imap/php_imap.lo] Error 1


Problem only occurs in PHP 5.2.8. In PHP 5.2.6 everything works fine. 
Also problem does not appear if I compile PHP 5.2.8 with standard c-
client suplied with linux.

If I copy ext/imap/php_imap.c from 5.2.6 into 5.2.8 I can compile php 
without problems

There are some old bug reports about this problem resolved years ago 
with "fixed in cvs". So I suspect you reverted your php_imap.c in 
5.2.8 to state where it was not fixec.


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



#42989 [Opn]: Diffrent results on windows and linux with same script

2007-10-16 Thread naox at o2 dot pl
 ID:   42989
 User updated by:  naox at o2 dot pl
 Reported By:  naox at o2 dot pl
 Status:   Open
 Bug Type: Math related
 Operating System: linux and windows
 PHP Version:  5.2.4
 New Comment:

This actualy comes downs to this:



On windows it produces proper
1110010110001101001100010101
However on linux its
1000


Previous Comments:


[2007-10-16 12:59:23] naox at o2 dot pl

Description:

Following script will output DIFFRENT result on windows and linux.
Tested with php-5.2.4, php-5.2.0, php-4.4.7

PHP compiled on linux centos 4.5
[EMAIL PROTECTED] [/usr] uname -a
Linux sv2.vipserv.org 2.6.21.5-grsec--grs-ipv4-32 #7 SMP Thu Sep 13
10:22:01 CEST 2007 i686 i686 i386 GNU/Linux

with 
'./configure' '--prefix' '/usr/php-5.2.4.cgi'
'--enable-force-cgi-redirect' '--with-xml' '--with-curl=/usr/curl'
'--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-iconv'
'--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-pear'
'--with-pgsql=/var/pgsql/bin/pg_config' '--enable-sockets'
'--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-zlib' '--with-gettext'
'--enable-bcmath' '--with-bz2'
'--with-mysqli=/var/mysql5/bin/mysql_config' '--with-mysql=/var/mysql5'
'--with-pdo' '--with-pdo-mysql' '--without-sqlite' '--with-xsl'
'--enable-mbstring' '--with-pdo-pgsql' '--enable-soap'

Reproduce code:
---


Expected result:

On windows:
-443704711

On linux:
-2147439834

Windows output is correct result!






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


#42989 [NEW]: Diffrent results on windows and linux with same script

2007-10-16 Thread naox at o2 dot pl
From: naox at o2 dot pl
Operating system: linux and windows
PHP version:  5.2.4
PHP Bug Type: Math related
Bug description:  Diffrent results on windows and linux with same script

Description:

Following script will output DIFFRENT result on windows and linux. Tested
with php-5.2.4, php-5.2.0, php-4.4.7

PHP compiled on linux centos 4.5
[EMAIL PROTECTED] [/usr] uname -a
Linux sv2.vipserv.org 2.6.21.5-grsec--grs-ipv4-32 #7 SMP Thu Sep 13
10:22:01 CEST 2007 i686 i686 i386 GNU/Linux

with 
'./configure' '--prefix' '/usr/php-5.2.4.cgi'
'--enable-force-cgi-redirect' '--with-xml' '--with-curl=/usr/curl'
'--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-iconv'
'--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-pear'
'--with-pgsql=/var/pgsql/bin/pg_config' '--enable-sockets'
'--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-zlib' '--with-gettext' '--enable-bcmath'
'--with-bz2' '--with-mysqli=/var/mysql5/bin/mysql_config'
'--with-mysql=/var/mysql5' '--with-pdo' '--with-pdo-mysql'
'--without-sqlite' '--with-xsl' '--enable-mbstring' '--with-pdo-pgsql'
'--enable-soap'

Reproduce code:
---


Expected result:

On windows:
-443704711

On linux:
-2147439834

Windows output is correct result!


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