#29895 [NoF-Opn]: connect via CLI failed

2004-12-20 Thread sonny at sun dot com
 ID:   29895
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: LDAP related
 Operating System: Fedora Core 2
 PHP Version:  4.3.8, 5.0.1
 New Comment:

Sorry for the late repsonce. I was in vacation.
I don't know how to handle gdb - so I try it to check it with other php
verions.
Try 5.0.3 which have the same result while I have changed the configure
option for ldap from shared to static.
Fails agian.
But strange with 5.0.2 it works with cli as well sapi.
The 4.3.x verions I haven't tried.
But I'll get while make install strange errors from PEAR.

Installing PEAR environment:  /usr/local/php5/lib/php/
[PEAR] Archive_Tar: XML error: not well-formed (invalid token) at line
22
[PEAR] Console_Getopt - installed: 1.2
[PEAR] PEAR: XML error: not well-formed (invalid token) at line 22
[PEAR] XML_RPC: XML error: not well-formed (invalid token) at line 11

Maybe can you give me here a hint.

-Peter


Previous Comments:


[2004-12-20 01:00:11] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, 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.



[2004-12-12 16:20:28] [EMAIL PROTECTED]

Try to trace it in GDB instead of strace..
Put a break for zif_ldap_connect call and step from there and show the
result.




[2004-10-01 11:14:44] sonny at sun dot com

Aditional info to strace:

read(3, ?php\n\n$ld = ldap_connect(\'129.1..., 8192) = 88
read(3, , 4096)   = 0
read(3, , 8192)   = 0
close(3)= 0
munmap(0xf6d4d000, 4096)= 0
mmap2(NULL, 143360, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xf6d2a000
fcntl64(147436232, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file
descriptor)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xf6d29000
write(1, \n, 1
)   = 1
write(1, Warning: ldap_close() expects pa..., 99Warning: ldap_close()
expects parameter 1 to be resource, boolean given in /tmp/ldap.php on
line 6



[2004-10-01 11:10:35] sonny at sun dot com

Yep I'm using standard openldap installation from Fedora.
Just checked if cli tools from openldap works .. YES.

Sample: ldapsearch -h example.com -b dc=example,dc=com -s sub -p 389
employeenumber=tester -x
# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

I don't belive in a persission issue - while I have test the scripts as
root.

While webserver was shutdown the same behavior - as expected. 

I have try to strace the programm an found this srange/error:
fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(4, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
dup(1)  = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
lseek(5, 0, SEEK_CUR)   = 0
dup(2)  = 6
fstat64(6, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(6, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)

Maybe this can help.



[2004-10-01 10:01:58] [EMAIL PROTECTED]

Do the openldap (assuming you're using openldap since you didn't say
what you actually use) CLI tools work?
This might be some weird permission issue. Maybe the user as what you
run the script doesn't have rights to read the ldap ini files or
something alike. 

And have you tried to run it on command line while you have Apache
running? (this shouldn't matter..but try run it when you've shutdown
Apache)




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

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


#29895 [Fbk-Opn]: connect via CLI failed

2004-10-01 Thread sonny at sun dot com
 ID:   29895
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
-Status:   Feedback
+Status:   Open
 Bug Type: LDAP related
 Operating System: Fedora Core 2
 PHP Version:  4.3.8, 5.0.1
 New Comment:

Yep I'm using standard openldap installation from Fedora.
Just checked if cli tools from openldap works .. YES.

Sample: ldapsearch -h example.com -b dc=example,dc=com -s sub -p 389
employeenumber=tester -x
# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

I don't belive in a persission issue - while I have test the scripts as
root.

While webserver was shutdown the same behavior - as expected. 

I have try to strace the programm an found this srange/error:
fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(4, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
dup(1)  = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
lseek(5, 0, SEEK_CUR)   = 0
dup(2)  = 6
fstat64(6, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(6, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)

Maybe this can help.


Previous Comments:


[2004-10-01 10:01:58] [EMAIL PROTECTED]

Do the openldap (assuming you're using openldap since you didn't say
what you actually use) CLI tools work?
This might be some weird permission issue. Maybe the user as what you
run the script doesn't have rights to read the ldap ini files or
something alike. 

And have you tried to run it on command line while you have Apache
running? (this shouldn't matter..but try run it when you've shutdown
Apache)




[2004-08-30 12:58:25] sonny at sun dot com

Description:

Just using a simple Script to try to connect to an LDAP Server. (see
below)
If I execute this script via apache mod_php4 it works fine a I get an
Resource Handle back.
But using CLI cause the same script an connection failed.
The same behavior is in php 5.0.1.
Module ldap is laoded via php.ini, because it's shared compliled.

Reproduce code:
---
$ld = ldap_connect(ldap.example,com, 389);
print_r($ld);
ldap_close($ld);

Expected result:

Working as well in CLI as well as module/SAPI.

Actual result:
--
Connect failed in CLI.
[EMAIL PROTECTED] parser]$ php4 t.php 

Warning: ldap_close() expects parameter 1 to be resource, boolean given
in t.php on line 5






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


#29895 [Opn]: connect via CLI failed

2004-10-01 Thread sonny at sun dot com
 ID:   29895
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
 Status:   Open
 Bug Type: LDAP related
 Operating System: Fedora Core 2
 PHP Version:  4.3.8, 5.0.1
 New Comment:

Aditional info to strace:

read(3, ?php\n\n$ld = ldap_connect(\'129.1..., 8192) = 88
read(3, , 4096)   = 0
read(3, , 8192)   = 0
close(3)= 0
munmap(0xf6d4d000, 4096)= 0
mmap2(NULL, 143360, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xf6d2a000
fcntl64(147436232, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file
descriptor)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xf6d29000
write(1, \n, 1
)   = 1
write(1, Warning: ldap_close() expects pa..., 99Warning: ldap_close()
expects parameter 1 to be resource, boolean given in /tmp/ldap.php on
line 6


Previous Comments:


[2004-10-01 11:10:35] sonny at sun dot com

Yep I'm using standard openldap installation from Fedora.
Just checked if cli tools from openldap works .. YES.

Sample: ldapsearch -h example.com -b dc=example,dc=com -s sub -p 389
employeenumber=tester -x
# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

I don't belive in a persission issue - while I have test the scripts as
root.

While webserver was shutdown the same behavior - as expected. 

I have try to strace the programm an found this srange/error:
fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(4, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
dup(1)  = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
lseek(5, 0, SEEK_CUR)   = 0
dup(2)  = 6
fstat64(6, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
lseek(6, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)

Maybe this can help.



[2004-10-01 10:01:58] [EMAIL PROTECTED]

Do the openldap (assuming you're using openldap since you didn't say
what you actually use) CLI tools work?
This might be some weird permission issue. Maybe the user as what you
run the script doesn't have rights to read the ldap ini files or
something alike. 

And have you tried to run it on command line while you have Apache
running? (this shouldn't matter..but try run it when you've shutdown
Apache)




[2004-08-30 12:58:25] sonny at sun dot com

Description:

Just using a simple Script to try to connect to an LDAP Server. (see
below)
If I execute this script via apache mod_php4 it works fine a I get an
Resource Handle back.
But using CLI cause the same script an connection failed.
The same behavior is in php 5.0.1.
Module ldap is laoded via php.ini, because it's shared compliled.

Reproduce code:
---
$ld = ldap_connect(ldap.example,com, 389);
print_r($ld);
ldap_close($ld);

Expected result:

Working as well in CLI as well as module/SAPI.

Actual result:
--
Connect failed in CLI.
[EMAIL PROTECTED] parser]$ php4 t.php 

Warning: ldap_close() expects parameter 1 to be resource, boolean given
in t.php on line 5






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


#29610 [NEW]: compile failed with exit 1 status

2004-08-11 Thread sonny at sun dot com
From: sonny at sun dot com
Operating system: RHEL 3u3
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  compile failed with exit 1 status

Description:

Compile faile with;
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


Reproduce code:
---
env LIBS=-lfreetype -lpng -ljpeg -lz -lnsl;
IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php4.3.8
--with-config-file-path=/usr/local/php4.3.8 --disable-debug --enable-pic
--enable-trans-sid --disable-rpath --enable-zend-multibyte
--enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr
--with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm
--enable-sysvsem --enable-sysvmsg --enable-sockets --enable-soap
--with-openssl-dir=/usr --enable-shmop --with-readline --with-pgsql=shared
--enable-pcntl --with-oci8=/oracle/product/9.2.0.4 --with-zlib-dir=/usr
--with-mysql=/usr/local/mysql --with-mnogosearch=/usr/local/mnogosearch
--with-mhash=/usr/local --enable-mbstring --with-ldap=shared
--with-ldap-sasl --with-imap=shared --with-imap-ssl
--with-kerberos=/usr/kerberos --with-gettext --with-gd --enable-dio
--enable-exif --enable-ftp --with-jpeg-dir=/usr --with-png-dir=/usr
--with-zlib-dir=/usr --with-curl --with-curlwrappers --enable-calendar
--with-bz2 --with-zlib --enable-bcmath --disable-short-tags
--enable-magic-quotes --enable-sigchild --disable-path-info-check
--enable-fastcgi --enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs
--with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile
--with-flatfile --with-db4=/usr --enable-cli

 make

Expected result:

running make to build php

Actual result:
--
failed. Last lines.

/usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In
function `UdmFreeUrlRes':
/software/compile/mnogosearch-3.1.21/src/files.c:843: multiple definition
of `UdmFreeUrlRes'
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262:
first defined here
/usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


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


#29597 [NEW]: compile failed exit status 1

2004-08-10 Thread sonny at sun dot com
From: sonny at sun dot com
Operating system: RHEL 3
PHP version:  5.0.0
PHP Bug Type: Compile Failure
Bug description:  compile failed exit status 1

Description:

Compile fails on RHEL 3 i386.
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Does not return more informations.
Configure works fine.

Used Versions:
- PHP 5.0.0
- Redhat Advanced Server 3u3 i386
- gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34)
- GNU Make version 3.79.1



Reproduce code:
---
See above versions of tools.

Configure:
env LIBS=-lfreetype -lpng -ljpeg -lz -lnsl;
IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php5
--with-config-file-path=/usr/local/php5 --disable-debug --enable-pic
--enable-trans-sid --disable-rpath --enable-zend-multibyte
--enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr
--with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm
--enable-sysvsem --enable-sysvmsg --enable-sqlite-utf8 --enable-sockets
--enable-soap --with-openssl-dir=/usr --enable-shmop --with-readline
--with-pgsql=shared --enable-pcntl --with-oci8=/oracle/product/9.2.0.4
--with-zlib-dir=/usr --with-mysql=/usr/local/mysql
--with-mnogosearch=/usr/local/mnogosearch --with-mhash=/usr/local
--enable-mbstring --with-ldap=shared --with-ldap-sasl --with-imap=shared
--with-imap-ssl --with-kerberos=/usr/kerberos --with-gettext --with-gd
--enable-dio --enable-exif --enable-ftp --with-jpeg-dir=/usr
--with-png-dir=/usr --with-zlib-dir=/usr --with-curl --with-curlwrappers
--enable-calendar --with-bz2 --with-zlib --enable-bcmath
--disable-short-tags --enable-magic-quotes --enable-sigchild
--disable-path-info-check --enable-fastcgi --enable-force-cgi-redirect
--with-apxs2=/usr/sbin/apxs --with-apxs2filter=/usr/sbin/apxs
--enable-versioning --with-inifile --with-flatfile --with-db4=/usr
--enable-magic-quotes --disable-short-tags --enable-cli

Expected result:

working and final make

Actual result:
--
Break here:
/usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In
function `UdmFreeUrlRes':
/software/compile/mnogosearch-3.1.21/src/files.c:843: multiple definition
of `UdmFreeUrlRes'
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262:
first defined here
/usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Same error if remove mngosearch from configure.

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


#28150 [Com]: configure in 5.0-RC2 does not look for mysqlclient in lib64

2004-07-27 Thread sonny at sun dot com
 ID:   28150
 Comment by:   sonny at sun dot com
 Reported By:  thomas+php at stromberg dot org
 Status:   Wont fix
 Bug Type: Compile Failure
 Operating System: SUSE Linux 9.0 AMD64
 PHP Version:  5CVS-2004-04-26 (dev)
 New Comment:

Is there a timeframe when this Bug will be fixed?


Previous Comments:


[2004-06-30 23:44:15] gregory at networksentry dot co dot za

Ive just built myself up a x86_64 distro from scratch and have had the
same problem as the libs are installed in */lib64/* and not */lib/*
even setting this in configure args will not help

i manualy edited the configure script useing a dirty sed script the
configure program will need to take into the 64 bit lib paths to be
multi platform ...

the /lib dirs are for 32 bit apps and legacy software it is posible to
have both a 32bit and 64 bit MySQL client lib on the same host even
compiled with the same compiler (-m32/-m64) switches.

i never took time to look into modifying the .m4 files as i do not
understand there layout/usage.

if the fine android in charge of the said files could make changes it
would be appreciated.

TTFN



[2004-05-21 14:57:00] zerokode at gmx dot net

Hmmm... Maybe you could just check for -lmysql... That is
platform-independent...

(this also goes for the GD-dependent libs...)



[2004-04-26 20:35:46] thomas+php at stromberg dot org

The problem in this situation is there is no way to tell 
configure to see this directory. configure only allows 
you to specify the root directory of mysql, which in my 
case is /usr. There is no option in the PHP5 configure 
script to set something like --with-mysql-library=/usr/
lib64.



[2004-04-26 20:30:15] [EMAIL PROTECTED]

We only look for old fashion standard directories. Please specify the
location manually on the configure line.



[2004-04-26 04:20:06] thomas+php at stromberg dot org

Description:

The configure script has it hardcoded to search in lib/ 
or lib/mysql/ for the libmysqlclient library.

At least in SUSE Linux 9.0 64-bit, you must add lib64/ 
to this search path so that it runs correctly.

Here is a patch to configure, though I guess you guys 
need to patch the script that generates configure:

--- configure~  2004-04-25 21:13:43.0 -0500
+++ configure   2004-04-25 21:13:43.0 -0500
@@ -53844,7 +53844,7 @@ Note that the MySQL client 
library is not bundled anymore. 12; exit 1; }
   fi 
-  for i in lib lib/mysql; do
+  for i in lib lib64 lib64/mysql lib/mysql; do
 
   str=$MYSQL_DIR/$i/libmysqlclient.*
   for j in `echo $str`; do

Reproduce code:
---
./configure --with-apxs2=/usr/sbin/apxs2 --with-mysql

Expected result:

It should configure






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


#29299 [NEW]: configure fails with could not find library's

2004-07-21 Thread sonny at sun dot com
From: sonny at sun dot com
Operating system: RHEL 3u2 AMD64
PHP version:  5.0.0
PHP Bug Type: *Configuration Issues
Bug description:  configure fails with could not find library's

Description:

The configure scsript is hardcoded to search only in */lib for libaries
and not as well in */lib64.
No option in configure allow to extend the search path.
ld.conf.so will be ignored as well.

Reproduce code:
---
simple configure with extensions like mysql, gd, ldap, imap and so on
fails.

Expected result:

Change configure script to search as well in */lib64 or extra flag/option
to extend search path, or accept LD_LIBRARY_PATH


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


#24938 [Asn]: Error due compiling sockets

2003-08-14 Thread sonny at sun dot com
 ID:   24938
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
 Status:   Assigned
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2003-08-04 (dev)
 Assigned To:  pollita
 New Comment:

I use Sol9/Sparc .. just only sparc ;-).

Here is the requesed header file: /usr/include/sys/socket.h
/*
 * Copyright (c) 1986-2001 by Sun Microsystems, Inc.
 * All rights reserved.
 */

/*  Copyright (c) 1984, 1986, 1987, 1988, 1989 ATT */
/*All Rights Reserved   */

/*  THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF ATT */
/*  The copyright notice above does not evidence any*/
/*  actual or intended publication of such source code. */

#ifndef _SYS_SOCKET_H
#define _SYS_SOCKET_H

#pragma ident   @(#)socket.h   1.5701/09/28 SMI   /* SVr4.0 1.10 
*/
/*
 * +
 *  PROPRIETARY NOTICE (Combined)
 *
 * This source code is unpublished proprietary information
 * constituting, or derived under license from ATT's UNIX(r) System
V.
 * In addition, portions of such source code were derived from
Berkeley
 * 4.3 BSD under license from the Regents of the University of
 * California.
 *
 *  Copyright Notice
 *
 * Notice of copyright on this source code product does not indicate
 * publication.
 *
 *  (c) 1986,1987,1988,1989  Sun Microsystems, Inc
 *  (c) 1983,1984,1985,1986,1987,1988,1989  ATT.
 *  All rights reserved.
 */
#include sys/types.h
#include sys/uio.h
#include sys/feature_tests.h
#ifndef _KERNEL
#if !defined(_XPG4_2) || defined(__EXTENSIONS__)
#include sys/netconfig.h
#endif  /* !defined(_XPG4_2) || defined(__EXTENSIONS__) */
#endif  /* !_KERNEL */
#ifdef  __cplusplus
extern C {
#endif

#ifndef _SA_FAMILY_T
#define _SA_FAMILY_T
typedef uint16_tsa_family_t;
#endif

#ifndef _SOCKLEN_T
#define _SOCKLEN_T

#if defined(_XPG4_2)  !defined(_XPG5)  !defined(_LP64)
typedef size_t  socklen_t;
#else
typedef uint32_tsocklen_t;
#endif  /* defined(_XPG4_2)  !defined(_XPG5)  !defined(_LP64) */

#if defined(_XPG4_2)
typedef socklen_t   *Psocklen_t;
#else
typedef void*Psocklen_t;
#endif  /* defined(_XPG4_2) */

#endif  /* _SOCKLEN_T */
/*
 * Definitions related to sockets: types, address families, options.
 */
#if !defined(_XPG4_2) || defined(__EXTENSIONS__)
#ifndef NC_TPI_CLTS
#define NC_TPI_CLTS 1   /* must agree with netconfig.h
*/
#define NC_TPI_COTS 2   /* must agree with netconfig.h
*/
#define NC_TPI_COTS_ORD 3   /* must agree with netconfig.h
*/
#define NC_TPI_RAW  4   /* must agree with netconfig.h
*/
#endif  /* !NC_TPI_CLTS */
#endif  /* !defined(_XPG4_2) || defined(__EXTENSIONS__) */

/*
 * Types
 */
#if !defined(_XPG4_2) || defined(__EXTENSIONS__)
#define SOCK_STREAM NC_TPI_COTS /* stream socket */
#define SOCK_DGRAM  NC_TPI_CLTS /* datagram socket */
#define SOCK_RAWNC_TPI_RAW  /* raw-protocol interface */
#else
#define SOCK_STREAM 2   /* stream socket */
#define SOCK_DGRAM  1   /* datagram socket */
#define SOCK_RAW4   /* raw-protocol interface */
#endif  /* !defined(_XPG4_2) || defined(__EXTENSIONS__) */
#define SOCK_RDM5   /* reliably-delivered message
*/
#define SOCK_SEQPACKET  6   /* sequenced packet stream */

/*
 * Option flags per-socket.
 */
#define SO_DEBUG0x0001  /* turn on debugging info
recording */
#define SO_ACCEPTCONN   0x0002  /* socket has had listen() */
#define SO_REUSEADDR0x0004  /* allow local address reuse
*/
#define SO_KEEPALIVE0x0008  /* keep connections alive */
#define SO_DONTROUTE0x0010  /* just use interface addresses
*/
#define SO_BROADCAST0x0020  /* permit sending of broadcast
msgs */
#define SO_USELOOPBACK  0x0040  /* bypass hardware when
possible */
#define SO_LINGER   0x0080  /* linger on close if data
present */
#define SO_OOBINLINE0x0100  /* leave received OOB data in
line */
#define SO_DGRAM_ERRIND 0x0200  /* Application wants delayed
error */

/*
 * N.B.: The following definition is present only for compatibility
 * with release 3.0.  It will disappear in later releases.
 */
#define SO_DONTLINGER   (~SO_LINGER)/* ~SO_LINGER */

/*
 * Additional options, not kept in so_options.
 */
#define SO_SNDBUF   0x1001  /* send buffer size */
#define SO_RCVBUF   0x1002  /* receive buffer size */
#define SO_SNDLOWAT 0x1003  /* send low-water mark */
#define SO_RCVLOWAT 0x1004  /* receive low-water mark */
#define SO_SNDTIMEO 0x1005  /* send timeout */
#define SO_RCVTIMEO 0x1006  /* receive timeout */
#define SO_ERROR0x1007  /* get error status and clear
*/
#define

#24938 [Fbk-Opn]: Error due compiling sockets

2003-08-06 Thread sonny at sun dot com
 ID:   24938
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2003-08-04 (dev)
 New Comment:

I don't know. 
The last one what I have used and compiled was 4.3.2. with Sun CC.


Previous Comments:


[2003-08-05 10:26:27] [EMAIL PROTECTED]

Does this happen with the latest PHP 4 (stable) snapshots?




[2003-08-04 13:37:52] sonny at sun dot com

Just tried with:

configure:
env CC=cc CXX=CC CFLAGS=-O ./configure --with-tsrm-pthreads
--enable-zend-multibyte --enable-memory-limit ...

Compiler:
cc: Sun C 5.5 Patch 112760-01 2003/05/18



[2003-08-04 13:32:24] sonny at sun dot com

Description:

Compiling Error with --enable-sockets

/tmp/php5-200308041730/ext/sockets/sockets.c: In function
`zif_socket_recvmsg':
/tmp/php5-200308041730/ext/sockets/sockets.c:1783: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1784: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1793: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1801: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1812: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1841: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1842: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1851: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1859: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1870: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1894: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1895: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1897: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1898: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1909: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1918: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1927: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
make: *** [ext/sockets/sockets.lo] Error 1


Reproduce code:
---
CONFIGURE:
./configure --prefix=/tmp/PHP --enable-memory-limit --enable-yp
--enable-wddx --enable-sysvmsg --enable-sysvsem --enable-sysvshm
--enable-sockets --enable-pcntl --enable-cli --enable-ftp
--enable-dbase --enable-dbx --enable-dio --enable-bcmath
--enable-calendar

GCC:
gcc version 3.2

make:
GNU Make version 3.79.1

Expected result:

Working sockets






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



#24407 [NoF-Csd]: configure: error: pcntl: fork() not supported by this platform

2003-08-04 Thread sonny at sun dot com
 ID:   24407
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
-Status:   No Feedback
+Status:   Closed
 Bug Type: *Configuration Issues
 Operating System: Solaris 9
 PHP Version:  5.0.0b1 (beta1)
 New Comment:

configure with pcntl works


Previous Comments:


[2003-07-30 22:09:24] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2003-07-24 15:27:40] [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

And check config.log for possible more information about the error.




[2003-06-30 08:48:10] sonny at sun dot com

Description:

Due configure of php5.0beta comes following error:
checking for fork... no
configure: error: pcntl: fork() not supported by this platform

On php4.3.2 was it all fine.

I'm using it on Solaris 9  SPARC Platform.

Reproduce code:
---
Run an configure on an sparc plattform.

Expected result:

pcntl extension should work.






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



#24938 [NEW]: Error due compiling sockets

2003-08-04 Thread sonny at sun dot com
From: sonny at sun dot com
Operating system: Solaris 9
PHP version:  5CVS-2003-08-04 (dev)
PHP Bug Type: Compile Failure
Bug description:  Error due compiling sockets

Description:

Compiling Error with --enable-sockets

/tmp/php5-200308041730/ext/sockets/sockets.c: In function
`zif_socket_recvmsg':
/tmp/php5-200308041730/ext/sockets/sockets.c:1783: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1784: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1793: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1801: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1812: warning: passing arg 4
of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1841: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1842: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1851: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1859: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1870: warning: passing arg 4
of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1894: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1895: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1897: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1898: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1909: structure has no member
named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1918: structure has no member
named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1927: warning: passing arg 4
of `add_assoc_string_ex' makes pointer from integer without a cast
make: *** [ext/sockets/sockets.lo] Error 1


Reproduce code:
---
CONFIGURE:
./configure --prefix=/tmp/PHP --enable-memory-limit --enable-yp
--enable-wddx --enable-sysvmsg --enable-sysvsem --enable-sysvshm
--enable-sockets --enable-pcntl --enable-cli --enable-ftp --enable-dbase
--enable-dbx --enable-dio --enable-bcmath --enable-calendar

GCC:
gcc version 3.2

make:
GNU Make version 3.79.1

Expected result:

Working sockets


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



#24938 [Opn]: Error due compiling sockets

2003-08-04 Thread sonny at sun dot com
 ID:   24938
 User updated by:  sonny at sun dot com
 Reported By:  sonny at sun dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2003-08-04 (dev)
 New Comment:

Just tried with:

configure:
env CC=cc CXX=CC CFLAGS=-O ./configure --with-tsrm-pthreads
--enable-zend-multibyte --enable-memory-limit ...

Compiler:
cc: Sun C 5.5 Patch 112760-01 2003/05/18


Previous Comments:


[2003-08-04 13:32:24] sonny at sun dot com

Description:

Compiling Error with --enable-sockets

/tmp/php5-200308041730/ext/sockets/sockets.c: In function
`zif_socket_recvmsg':
/tmp/php5-200308041730/ext/sockets/sockets.c:1783: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1784: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1793: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1801: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1812: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1841: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1842: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1851: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1859: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1870: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
/tmp/php5-200308041730/ext/sockets/sockets.c:1894: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1895: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1897: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1898: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1909: structure has no
member named `msg_control'
/tmp/php5-200308041730/ext/sockets/sockets.c:1918: structure has no
member named `msg_controllen'
/tmp/php5-200308041730/ext/sockets/sockets.c:1927: warning: passing arg
4 of `add_assoc_string_ex' makes pointer from integer without a cast
make: *** [ext/sockets/sockets.lo] Error 1


Reproduce code:
---
CONFIGURE:
./configure --prefix=/tmp/PHP --enable-memory-limit --enable-yp
--enable-wddx --enable-sysvmsg --enable-sysvsem --enable-sysvshm
--enable-sockets --enable-pcntl --enable-cli --enable-ftp
--enable-dbase --enable-dbx --enable-dio --enable-bcmath
--enable-calendar

GCC:
gcc version 3.2

make:
GNU Make version 3.79.1

Expected result:

Working sockets






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



#24407 [NEW]: configure: error: pcntl: fork() not supported by this platform

2003-06-30 Thread sonny at sun dot com
From: sonny at sun dot com
Operating system: Solaris 9
PHP version:  5.0.0b1 (beta1)
PHP Bug Type: *Configuration Issues
Bug description:  configure: error: pcntl: fork() not supported by this platform

Description:

Due configure of php5.0beta comes following error:
checking for fork... no
configure: error: pcntl: fork() not supported by this platform

On php4.3.2 was it all fine.

I'm using it on Solaris 9  SPARC Platform.

Reproduce code:
---
Run an configure on an sparc plattform.

Expected result:

pcntl extension should work.


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