date:20010309

[PHP-DEV] Re: PHP 4.0 Bug #9316 Updated: calling an external function in a loop

2001-03-09 Thread Marini Stefano


that's impossible because I have a php script that call a C function
compiled as shared object

Stefano Marini
__
Si2Si S.p.A.
Via Carlo Pesenti, 109
00156 Rome - Italy
mobile: +39 329 6881989
fisso: +39 06 41210420
fax: +39 06 41205454
e-mail: [EMAIL PROTECTED]



- Original Message -
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 06, 2001 2:30 PM
Subject: PHP 4.0 Bug #9316 Updated: calling an external function in a loop


> ID: 9316
> Updated by: stas
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Scripting Engine problem
> Assigned To:
> Comments:
>
> Could you post short self-contained standalone script that
> reproduces it?
>
> Previous Comments:
> --
-
>
> [2001-02-20 10:47:55] [EMAIL PROTECTED]
> I need to send you a little tar file 12Kb that has the makefile to compile
the shared object, the php page that we use to see the problem and the
external file read by the shared object libraries.
>
> How I can do?
>
> --
-
>
> [2001-02-17 10:27:15] [EMAIL PROTECTED]
> Please provide a reduced code fragment (<15 lines) producing
> this behaviour.
> Put no database queries etc. in it and rely on no external
> files/functions to ensure that we can reproduce it easily
> unless the problem is not directly related to some db (or
> similar) function.
>
> --
-
>
> [2001-02-17 07:23:55] [EMAIL PROTECTED]
> I have a shared object the works fine with PHP4.0.0
> I recompile it for PHP 4.0.4pl1.
>
> Each function of this shared object works fine.
> The problem succeed when I use a function that return a STRING in a loop.
>
> A loop greater than 4 hang present an empty page.
>
> Ex:
>
> for ($i=0; $i<6; $i++)
> {
>$aa=callc_get_stringa("12345");
> }
>
> The wrapper code used to return the string it's the same used in the older
version of PHP
>
> I compile PHP with mysql,apxs,ldap,ftp
>
>
>
>
>
> --
-
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=9316&edit=2
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: popen() spans >100 processes

2001-03-09 Thread Andi Gutmans


I'm not quite sure if it is related but in general popen() doesn't work on 
non-console PHP under windows. I think your CGI is running without a 
console and the same happens with ISAPI.
Someone is working on fixing this Windows issue but no results yet.

Andi

At 07:20 AM 3/9/2001 +0100, André Langhorst wrote:
>Encountered > 100 spanned cmd.exe + php.exe using win32 CGI, this does not 
>happen using apachemod, my task manager was open by accident, otherwise I 
>would not have noticed this...
>
>popen('php -v','r');
>?>
>
>
>andré
>
>--
>· André Langhorstt: +49 331 5811560 ·
>· [EMAIL PROTECTED]  m: +49 173 9558736 ·
>* PHP Quality Assurance  http://qa.php.net  *


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9646: PHP (4.0.4pl1, snaps) doesn't compile with OpenLDAP 2.07

2001-03-09 Thread oernii


From: [EMAIL PROTECTED]
Operating system: linux 2.2.14
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  PHP (4.0.4pl1, snaps) doesn't compile with OpenLDAP 2.07

./configure --with-ldap=../openldap-2.0.7/
make
...
Making all in .
make[1]: Entering directory `/storage/src/php-4.0.4pl1'
gcc -Wall  -I. -I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0.4pl1/main 
-I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/Zend -I/ .. & touch stub.lo
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. ..  -lnsl -lresolv
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. .. b.lo libphp4.la
.libs/libphp4.a(ldap.o): In function `_close_ldap_link':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:126: Error: undefined reference to 
`ldap_unbind_s'
.libs/libphp4.a(ldap.o): In function `_free_ldap_result':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:135: Error: undefined reference to `ldap_msgfree'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_connect':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:366: Error: undefined reference to 
`ldap_initialize'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:368: Error: undefined reference to 
`ldap_err2string'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:374: Error: undefined reference to `ldap_open'
.libs/libphp4.a(ldap.o): In function `_get_lderrno':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:474: Error: undefined reference to 
`ldap_get_option'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_bind':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:540: Error: undefined reference to `ldap_bind_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:541: Error: undefined reference to 
`ldap_err2string'
.libs/libphp4.a(ldap.o): In function `php_ldap_do_search':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:655: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:664: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:673: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:680: Error: undefined reference to 
`ldap_search_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:687: Error: undefined reference to 
`ldap_err2string'
...
collect2: Error: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/storage/src/php-4.0.4pl1'
make: *** [all-recursive] Error 1

PS: the same happens with snaps php4-200103061445,php4-200103071245 and 
php4-200103082345
PS2: the LDAP server works fine, so does the client


-- 
Edit Bug report at: http://bugs.php.net/?id=9646&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9647: Problem with date(), displaying timezone

2001-03-09 Thread lukewright199


From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.0.4pl1
PHP Bug Type: Date/time related
Bug description:  Problem with date(), displaying timezone

When I use the date() function with the "T" parameter, which displays the time zone, 
the PHP program apparently crashes in MSVCRT.DLL. But when you click OK, the script 
completes, and the correct information comes up. The other parameters seem to work 
fine, but the "T" one always crashes (used alone or in a complete date).

I am using Apache Win32 version 1.3.12, with the unmodified CGI version of PHP4. (I am 
using the GD and PDF extensions.)

The complete Windows fault log follows:
===
PHP caused an invalid page fault in
module MSVCRT.DLL at 0187:7800d269.
Registers:
EAX=00650078 CS=0187 EIP=7800d269 EFLGS=00010206
EBX=0039 SS=018f ESP=0063fca8 EBP=0063fcc4
ECX=0050 DS=018f ESI=00795c8c FS=3a8f
EDX=003b ES=018f EDI=0006 GS=
Bytes at CS:EIP:
89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 
Stack dump:
00655ecc 00795c90 00656e64 00650dd4  0c80 0050 0063fd08 7800cc3f 
0075000c 00795cdc 00655ecc 0021 00656e64 100ec9f0 780010ed


-- 
Edit Bug report at: http://bugs.php.net/?id=9647&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9648: Gettext does not work (id #8969)

2001-03-09 Thread stefan


From: [EMAIL PROTECTED]
Operating system: Linux Slackware 7.1
PHP version:  4.0 Latest CVS (09/03/2001)
PHP Bug Type: Documentation problem
Bug description:  Gettext does not work (id #8969)

Regarding gettext won't translate strings (id #8969), I found that if you use:

putenv ("LC_ALL=sv");  // or any other language

instead of:

putenv ("LANG=sv");

it works perfekt.

I can't see it documented anywhere and I'm sure there are more than me who have 
stumbled into this problem..



-- 
Edit Bug report at: http://bugs.php.net/?id=9648&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-09 Thread l_faillie


ID: 9400
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: Duplicate symbol with GD

Hi Jani,

unfortunatly, it doesn't work :-(

[root]/usr/local/apache/bin $apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code)  from 
/usr/local/apache/libexec/libphp4.sl
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

[root]/usr/local/apache/bin $ll /usr/local/apache/libexec/libphp4.sl
-rwxr-xr-x   1 root   sys7176620 Mar  8 18:33 
/usr/local/apache/libexec/libphp4.sl

Obviously, the same thing if a rename the file to libphp4.so

- Laurent

Previous Comments:
---

[2001-03-08 18:58:59] [EMAIL PROTECTED]
Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the installation :

gmake install

...

gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1'
gmake: *** [install-recursive] Error 1


Any clue ?

Thanks for your help.

---

[2001-02-22 18:55:36] [EMAIL PROTECTED]
Maybe 'make clean' would help?

--Jani


---

[2001-02-22 08:34:58] [EMAIL PROTECTED]
Hello all,

i have severals problem when compiling php-4.0.4pl1 under my HP-UX 10.20 box at work.

I use :

apache_1.3.17 with mod_so
gd-1.8.4
postgresql-7.0.3

gcc version 2.95.2

configure --with-ndbm --with-ftp --with-gd --with-pgsql --enable-sockets
--with-apxs=/usr/local/apache/bin/apxs

1/ First of all, it seems HP's include files are broken, so I have added 
#define _IN_ADDR_T
at the beginning of sockets.c otherwith i got a "dupplicate symbole error".

2/ I got a linker error

/bin/sh /datas/depot/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. 
-I/datas/depot/php-4.0.4pl1/ -I/datas/depot/php-4.0.4pl1/main
 -I/datas/depot/php-4.0.4pl1 -I/usr/local/apache/include 
-I/datas/depot/php-4.0.4pl1/Zend -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex
t/mysql/libmysql -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse -I/datas/depot/php-4.0.4
pl1/TSRM  -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2   -o 
libphp4.la -rpath /datas/depot/php-4.0.4pl1/libs -avoid-version
-L/usr/local/lib -L/usr/local/pgsql/lib  -R /usr/local/lib -R /usr/local/pgsql/lib 
stub.lo  Zend/libZend.la  sapi/apache/libsapi.la  main/lib
main.la  regex/libregex.la  ext/dba/libdba.la ext/gd/libgd.la ext/mysql/libmysql.la 
ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libpo
six.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la 
ext/xml/libxml.la  TSRM/libtsrm.la -lpq -lttf -lgd -lm
 -lcrypt
/usr/ccs/bin/ld: Duplicate symbol "gdImageColorResolve" in files 
.libs/libphp4.lax/libgd.al/gd.lo and /usr/local/lib/libgd.a(gd.o)
/usr/ccs/bin/ld: Duplicate symbols are not allowed in shared libraries
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.


Someone has a tips about this error ?

Thanks for your help

- Laurent

---


Full Bug description available at: http://bugs.php.net/?id=9400


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] pipes and PHP (CGI/shell)

2001-03-09 Thread Cymen Vig


How can I get PHP to talk to pipes?  I know fopen can use php://stdin but can it
also use named pipes (I think I want named pipes, not positive though)?

Perl:

$voice_rfd = new IO::Handle;
$voice_rfd->fdopen( $ENV{VOICE_INPUT}, "r" );

PHP:

$in = "php://" . getenv( "VOICE_INPUT" );
$fd_in = fopen( "$in", "r" );

results in:
[09-Mar-2001 04:17:10] PHP Warning:  fopen("php://4","r") - Inappropriate ioctl
for device in...

I noticed:
"posix_mkfifo - Create a fifo special file (a named pipe)"

Is this what I want (once it is written)?  Or is there something that can
already do this?  Here is my PHP script for reference (if you get worried about
the top couple lines being executed don't be - they do execute properly, vgetty
runs this shell script which spawns a "vm shell" which executes php with $0
which finally runs the php script - everything appears to be running just fine
other than pipes):

#!/usr/bin/vm shell
exec /usr/bin/php -q $0
#!/usr/bin/php4 -q



Please CC me on replies if possible as I'm not on the lists due to moving mail
servers around...  I'll watch archives though of course :).

Thanks!
Cymen Vig
[EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9633 Updated: sort() not working

2001-03-09 Thread sgarin


ID: 9633
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: sort() not working



Previous Comments:
---

[2001-03-08 13:43:59] [EMAIL PROTECTED]
I have an array with random number of elements. I analyse each value (by random 
selection) and unset it after. In one case, If I unset the first element of my array 
with 2 elements, sort function does not slide value of the second element to the first 
element. (sorry for my english). 

Exemple :

";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1]";
?>

I resolved this trouble by calling implode and explode functions.

---


Full Bug description available at: http://bugs.php.net/?id=9633


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9649: TEST: IGNORE!!!

2001-03-09 Thread sniper


From: [EMAIL PROTECTED]
Operating system: *
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  TEST: IGNORE!!!

This is only test..ignore.



-- 
Edit Bug report at: http://bugs.php.net/?id=9649&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9649 Updated: TEST: IGNORE!!!

2001-03-09 Thread sniper


ID: 9649
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-09 06:02:05] [EMAIL PROTECTED]
This is only test..ignore.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9649&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9649 Updated: TEST: IGNORE!!!

2001-03-09 Thread sniper


ID: 9649
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Description: TEST: IGNORE!!!



Previous Comments:
---

[2001-03-09 06:02:05] [EMAIL PROTECTED]
This is only test..ignore.


---


Full Bug description available at: http://bugs.php.net/?id=9649


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9649 Updated: TEST: IGNORE!!!

2001-03-09 Thread sniper


ID: 9649
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Description: TEST: IGNORE!!!



Previous Comments:
---

[2001-03-09 06:02:05] [EMAIL PROTECTED]
This is only test..ignore.


---


Full Bug description available at: http://bugs.php.net/?id=9649


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9647 Updated: Problem with date(), displaying timezone

2001-03-09 Thread sniper


ID: 9647
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Date/time related
Assigned To: 
Comments:

Could you try the latest CVS snapshot build from
http://www.php4win.de/ ?

--Jani


Previous Comments:
---

[2001-03-09 05:11:46] [EMAIL PROTECTED]
When I use the date() function with the "T" parameter, which displays the time zone, 
the PHP program apparently crashes in MSVCRT.DLL. But when you click OK, the script 
completes, and the correct information comes up. The other parameters seem to work 
fine, but the "T" one always crashes (used alone or in a complete date).

I am using Apache Win32 version 1.3.12, with the unmodified CGI version of PHP4. (I am 
using the GD and PDF extensions.)

The complete Windows fault log follows:
===
PHP caused an invalid page fault in
module MSVCRT.DLL at 0187:7800d269.
Registers:
EAX=00650078 CS=0187 EIP=7800d269 EFLGS=00010206
EBX=0039 SS=018f ESP=0063fca8 EBP=0063fcc4
ECX=0050 DS=018f ESI=00795c8c FS=3a8f
EDX=003b ES=018f EDI=0006 GS=
Bytes at CS:EIP:
89 5a 04 8b 55 0c 89 4d fc 8b 5a 04 8b 52 08 89 
Stack dump:
00655ecc 00795c90 00656e64 00650dd4  0c80 0050 0063fd08 7800cc3f 
0075000c 00795cdc 00655ecc 0021 00656e64 100ec9f0 780010ed

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9647&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9646 Updated: PHP (4.0.4pl1, snaps) doesn't compile with OpenLDAP 2.07

2001-03-09 Thread sniper


ID: 9646
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Problem
Assigned To: 
Comments:

You have to use the INSTALL path of the ldap NOT the 
source path.ie.

--with-ldap=/www/ldap

(if you had --prefix=/www/ldap in openldap configure line)

--Jani


Previous Comments:
---

[2001-03-09 04:33:03] [EMAIL PROTECTED]
./configure --with-ldap=../openldap-2.0.7/
make
...
Making all in .
make[1]: Entering directory `/storage/src/php-4.0.4pl1'
gcc -Wall  -I. -I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0.4pl1/main 
-I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/Zend -I/ .. & touch stub.lo
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. ..  -lnsl -lresolv
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. .. b.lo libphp4.la
.libs/libphp4.a(ldap.o): In function `_close_ldap_link':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:126: Error: undefined reference to 
`ldap_unbind_s'
.libs/libphp4.a(ldap.o): In function `_free_ldap_result':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:135: Error: undefined reference to 
`ldap_msgfree'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_connect':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:366: Error: undefined reference to 
`ldap_initialize'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:368: Error: undefined reference to 
`ldap_err2string'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:374: Error: undefined reference to `ldap_open'
.libs/libphp4.a(ldap.o): In function `_get_lderrno':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:474: Error: undefined reference to 
`ldap_get_option'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_bind':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:540: Error: undefined reference to `ldap_bind_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:541: Error: undefined reference to 
`ldap_err2string'
.libs/libphp4.a(ldap.o): In function `php_ldap_do_search':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:655: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:664: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:673: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:680: Error: undefined reference to 
`ldap_search_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:687: Error: undefined reference to 
`ldap_err2string'
...
collect2: Error: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/storage/src/php-4.0.4pl1'
make: *** [all-recursive] Error 1

PS: the same happens with snaps php4-200103061445,php4-200103071245 and 
php4-200103082345
PS2: the LDAP server works fine, so does the client

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9646&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-09 Thread sniper


ID: 9400
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/ and this time DO NOT 
tamper with
the sources by yourself..

--Jani


Previous Comments:
---

[2001-03-09 05:33:00] [EMAIL PROTECTED]
Hi Jani,

unfortunatly, it doesn't work :-(

[root]/usr/local/apache/bin $apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code)  from 
/usr/local/apache/libexec/libphp4.sl
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

[root]/usr/local/apache/bin $ll /usr/local/apache/libexec/libphp4.sl
-rwxr-xr-x   1 root   sys7176620 Mar  8 18:33 
/usr/local/apache/libexec/libphp4.sl

Obviously, the same thing if a rename the file to libphp4.so

- Laurent

---

[2001-03-08 18:58:59] [EMAIL PROTECTED]
Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the installation :

gmake install

...

gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1'
gmake: *** [install-recursive] Error 1


Any clue ?

Thanks for your help.

---

[2001-02-22 18:55:36] [EMAIL PROTECTED]
Maybe 'make clean' would help?

--Jani


---

[2001-02-22 08:34:58] [EMAIL PROTECTED]
Hello all,

i have severals problem when compiling php-4.0.4pl1 under my HP-UX 10.20 box at work.

I use :

apache_1.3.17 with mod_so
gd-1.8.4
postgresql-7.0.3

gcc version 2.95.2

configure --with-ndbm --with-ftp --with-gd --with-pgsql --enable-sockets
--with-apxs=/usr/local/apache/bin/apxs

1/ First of all, it seems HP's include files are broken, so I have added 
#define _IN_ADDR_T
at the beginning of sockets.c otherwith i got a "dupplicate symbole error".

2/ I got a linker error

/bin/sh /datas/depot/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. 
-I/datas/depot/php-4.0.4pl1/ -I/datas/depot/php-4.0.4pl1/main
 -I/datas/depot/php-4.0.4pl1 -I/usr/local/apache/include 
-I/datas/depot/php-4.0.4pl1/Zend -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex
t/mysql/libmysql -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse -I/datas/depot/php-4.0.4
pl1/TSRM  -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2   -o 
libphp4.la -rpath /datas/depot/php-4.0.4pl1/libs -avoid-version
-L/usr/local/lib -L/usr/local/pgsql/lib  -R /usr/local/lib -R /usr/local/pgsql/lib 
stub.lo  Zend/libZend.la  sapi/apache/libsapi.la  main/lib
main.la  regex/libregex.la  ext/dba/libdba.la ext/gd/libgd.la ext/mysql/libmysql.la 
ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libpo
six.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la 
ext/xml/libxml.la  TSRM/libtsrm.la -lpq -lttf -lgd -lm
 -lcrypt
/usr/ccs/bin/ld: Duplicate symbol "gdImageColorResolve" in files 
.libs/libphp4.lax/libgd.al/gd.lo and /usr/local/lib/libgd.a(gd.o)
/usr/ccs/bin/ld: Duplicate symbols are not allowed in shared libraries
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.


Someone has a tips about this error ?

Thanks for your help

- Laurent

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9400&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9648 Updated: Gettext does not work (id #8969)

2001-03-09 Thread sniper


ID: 9648
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Assigned To: 
Comments:

putenv("LANG=sv"); 

works for me just fine on Red Hat 6.2.

--Jani


Previous Comments:
---

[2001-03-09 05:15:07] [EMAIL PROTECTED]
Regarding gettext won't translate strings (id #8969), I found that if you use:

putenv ("LC_ALL=sv");  // or any other language

instead of:

putenv ("LANG=sv");

it works perfekt.

I can't see it documented anywhere and I'm sure there are more than me who have 
stumbled into this problem..


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9648&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

2001-03-09 Thread derick


ID: 9163
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: mcrypt related
Assigned To: derick
Comments:



Previous Comments:
---

[2001-02-07 17:36:27] [EMAIL PROTECTED]
What is ld.so.conf?  This is a solaris system; I did a "man ld" and it doesn't say 
anything about that file.

/usr/local/lib:
total 6102
drwxr-xr-x   3 root root 512 Nov  7 17:06 gcc-lib/
-r--r--r--   1 root other  49408 Sep 22  1999 libamu.a
-r--r--r--   1 root other623 Sep 22  1999 libamu.la
-rw-r--r--   1 root other1564188 Jan 31 17:11 libcrypto.a
-rw-r--r--   1 root other  62932 Jan 18 14:17 liblber.a
-rw-r--r--   1 root other658 Jan 18 14:17 liblber.la
-rw-r--r--   1 root other 258080 Jan 18 14:17 libldap.a
-rw-r--r--   1 root other673 Jan 18 14:17 libldap.la
-rw-r--r--   1 root other 276392 Jan 18 14:17 libldap_r.a
-rw-r--r--   1 root other679 Jan 18 14:17 libldap_r.la
-rw-r--r--   1 root other  15804 Feb  6 17:31 libltdl.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 libltdl.la*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so -> libltdl.so.0.1.2*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so.0 -> 
libltdl.so.0.1.2*
-rwxr-xr-x   1 root other  16300 Feb  6 17:31 libltdl.so.0.1.2*
drwxr-xr-x   2 root other   2048 Feb  6 17:32 libmcrypt/
-rw-r--r--   1 root other  21288 Feb  6 17:32 libmcrypt.a
-rw-r--r--   1 root other  21288 Feb  1 13:14 libmcrypt.a_bak
-rwxr-xr-x   1 root other654 Feb  6 17:32 libmcrypt.la*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so -> 
libmcrypt.so.4.0.4*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so.4 -> 
libmcrypt.so.4.0.4*
-rwxr-xr-x   1 root other  18948 Feb  6 17:32 libmcrypt.so.4.0.4*
-rw-r--r--   1 root other 293004 Jan 31 17:11 libssl.a
-rw-r--r--   1 root other 454088 Nov  7 18:42 libstdc++.a.2.10.0
drwxr-xr-x   4 root other512 Oct 24 15:36 perl5/
-rw-r--r--   1 root other 38 Jan 17 16:16 sccsid

/usr/local/lib/libmcrypt:
total 1056
-rw-r--r--   1 root other   3864 Feb  6 17:31 arcfour-iv.a
-rwxr-xr-x   1 root other675 Feb  6 17:31 arcfour-iv.la*
-rwxr-xr-x   1 root other   6216 Feb  6 17:31 arcfour-iv.so*
-rw-r--r--   1 root other   3520 Feb  6 17:31 arcfour.a
-rwxr-xr-x   1 root other654 Feb  6 17:31 arcfour.la*
-rwxr-xr-x   1 root other   5876 Feb  6 17:31 arcfour.so*
-rw-r--r--   1 root other   9072 Feb  6 17:31 blowfish.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 blowfish.la*
-rwxr-xr-x   1 root other  11416 Feb  6 17:31 blowfish.so*
-rw-r--r--   1 root other  17572 Feb  6 17:31 cast-128.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-128.la*
-rwxr-xr-x   1 root other  19736 Feb  6 17:31 cast-128.so*
-rw-r--r--   1 root other  19908 Feb  6 17:31 cast-256.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-256.la*
-rwxr-xr-x   1 root other  22520 Feb  6 17:31 cast-256.so*
-rw-r--r--   1 root other   2492 Feb  6 17:32 cbc.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cbc.la*
-rwxr-xr-x   1 root other   4540 Feb  6 17:32 cbc.so*
-rw-r--r--   1 root other   2436 Feb  6 17:32 cfb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cfb.la*
-rwxr-xr-x   1 root other   4400 Feb  6 17:32 cfb.so*
-rw-r--r--   1 root other   7536 Feb  6 17:31 des.a
-rwxr-xr-x   1 root other626 Feb  6 17:31 des.la*
-rwxr-xr-x   1 root other   9928 Feb  6 17:31 des.so*
-rw-r--r--   1 root other   1836 Feb  6 17:32 ecb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ecb.la*
-rwxr-xr-x   1 root other   3928 Feb  6 17:32 ecb.so*
-rw-r--r--   1 root other   4668 Feb  6 17:31 enigma.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 enigma.la*
-rwxr-xr-x   1 root other   7196 Feb  6 17:31 enigma.so*
-rw-r--r--   1 root other   5892 Feb  6 17:31 gost.a
-rwxr-xr-x   1 root other633 Feb  6 17:31 gost.la*
-rwxr-xr-x   1 root other   8124 Feb  6 17:31 gost.so*
-rw-r--r--   1 root other  10496 Feb  6 17:31 loki97.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 loki97.la*
-rwxr-xr-x   1 root other  12512 Feb  6 17:31 loki97.so*
-rw-r--r--   1 root other   2632 Feb  6 17:32 nofb.a
-rwxr-xr-x   1 root other633 Feb  6 17:32 nofb.la*
-rwxr-xr-x   1 root other   4628 Feb  6 17:32 nofb.so*
-rw-r--r--   1 root other   2444 Feb  6 17:32 ofb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ofb.la*
-rwxr-xr-x   1 root other

[PHP-DEV] PHP 4.0 Bug #9650: Feedback to new PHP WEBSITE

2001-03-09 Thread php-site


From: [EMAIL PROTECTED]
Operating system: NT4 sp6
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Feedback to new PHP WEBSITE

I would strongly suggest to add the target="_xxx" to all your links on the top level 
of the new site. 

When I visit your site, I often want to view more than one page. Therefore if your 
original windows stays open it is very helpful to me.

PS: I preferre the appearance of the "old" site !! I feel it was much 
easier to retieve Information FASTER (than it is now)

disappointed? sorry, I didn't want to that - instead I would like to thank you for the 
tremendeous work
thomaskost


-- 
Edit Bug report at: http://bugs.php.net/?id=9650&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9651: Can't access IBM DB2 UDB5 with ODBC

2001-03-09 Thread leixiao000


From: [EMAIL PROTECTED]
Operating system: WINDOWS NT4+SP5
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  Can't access IBM DB2 UDB5 with ODBC

I get an error when i want to connect to IBM DB2 database with ODBC,The error means 
the codepage is wrong!codepage is setting by DB2,Can i set it in my php program?I use 
Apache&PHP to design a WEB.


-- 
Edit Bug report at: http://bugs.php.net/?id=9651&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9652: don't work

2001-03-09 Thread emena


From: [EMAIL PROTECTED]
Operating system: nt4.0
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  don't work

I lived en Costa Rica and I speck Spanish.

  Please Help me, everybody speck Spanish, that my english don't good.

My Problem.

  I instaled en my NT 4.0 the versrion php-4_0_1pl2-win32, that work very good, but 
the next versions don't work, because the IIS don't recognize the PHP Modules.

 I want install the new version but i have a many problem.

 Please help me. 




-- 
Edit Bug report at: http://bugs.php.net/?id=9652&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9653: don't work

2001-03-09 Thread emena


From: [EMAIL PROTECTED]
Operating system: nt4.0
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  don't work

I lived en Costa Rica and I speck Spanish.

  Please Help me, everybody speck Spanish, that my english don't good.

My Problem.

  I instaled en my NT 4.0 the versrion php-4_0_1pl2-win32, that work very good, but 
the next versions don't work, because the IIS don't recognize the PHP Modules.

 I want install the new version but i have a many problem.

 Please help me. 

Excuse me, my name is Eduardo Mena.





-- 
Edit Bug report at: http://bugs.php.net/?id=9653&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-09 Thread l_faillie


ID: 9400
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: Duplicate symbol with GD

Hi Jani,

I download the file and then

1/ When I compile with the orginal source code :

$ gmake

datas/depot/php4-200103090345/Zend 
-I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200
103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM  -DHPUX10 
-DUSE_HSREGEX -DUSE_EXPAT -DSUPP
ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c sockets.c
In file included from /usr/include/netdb.h:71,
 from sockets.c:44:
/usr/include/netinet/in.h:96: conflicting types for `u_int'
/usr/include/sys/types.h:281: previous declaration of `u_int'
sockets.c: In function `php_if_strerror':
sockets.c:1088: warning: assignment makes pointer from integer without a cast
gmake[3]: *** [sockets.lo] Error 1
gmake[3]: Leaving directory `/datas/depot/php4-200103090345/ext/sockets'
...

2/ After adding #define _IN_ADDR_T into sockets.c

gmake[3]: Entering directory `/datas/depot/php4-200103090345/ext/sockets'
/bin/sh /datas/depot/php4-200103090345/libtool --silent --mode=compile gcc  -I. 
-I/datas/depot/php4-200103090345/
ext/sockets -I/datas/depot/php4-200103090345/main -I/datas/depot/php4-200103090345 
-I/usr/local/apache/include -I
/datas/depot/php4-200103090345/Zend 
-I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200
103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM  -DHPUX10 
-DUSE_HSREGEX -DUSE_EXPAT -DSUPP
ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c sockets.c
sockets.c: In function `php_if_strerror':
sockets.c:1090: warning: assignment makes pointer from integer without a cast

...

and the compile finishes successfully.

3/ $ gmake install

...

gmake[1]: Entering directory `/datas/depot/php4-200103090345'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php4-200103090345'
gmake: *** [install-recursive] Error 1

4/

cp libs/libphp4.sl /usr/local/apache/libexec/libphp4.so

[root]/usr/local/apache $bin/apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

So, it's the same symptoms than with the previous release :-(

Bye

Laurent

PS: I'm in holiday next week :-)

Previous Comments:
---

[2001-03-09 06:21:57] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ and this time DO NOT 
tamper with
the sources by yourself..

--Jani


---

[2001-03-09 05:33:00] [EMAIL PROTECTED]
Hi Jani,

unfortunatly, it doesn't work :-(

[root]/usr/local/apache/bin $apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code)  from 
/usr/local/apache/libexec/libphp4.sl
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

[root]/usr/local/apache/bin $ll /usr/local/apache/libexec/libphp4.sl
-rwxr-xr-x   1 root   sys7176620 Mar  8 18:33 
/usr/local/apache/libexec/libphp4.sl

Obviously, the same thing if a rename the file to libphp4.so

- Laurent

---

[2001-03-08 18:58:59] [EMAIL PROTECTED]
Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the installation :

gmake install

...

gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1'
gmake: *** [install-recursive] Error 1


Any clue ?

Thanks for your help.

---

[2001-02-22 18:55:36] [EMAIL PROTECTED]
Maybe 'make clean' would help?

--Jani


---

[PHP-DEV] PHP 4.0 Bug #9654: is_type consolidation

2001-03-09 Thread adam


From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  is_type consolidation

It would be much more clean and
quick to consolidate all the "is"
functions into like is_type($variable, "int")
and have it return the true or false
based on if the value of $variable is
the datatype you specified as the second
paramter. This makes more sense to
me then having like 20 is_whatever functions.


-- 
Edit Bug report at: http://bugs.php.net/?id=9654&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9655: zend_operators.h:84: implicit declaration of function `int finite(...)'

2001-03-09 Thread root


From: [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  zend_operators.h:84: implicit declaration of function `int 
finite(...)'


I read the BugIds #9599 and #9602!
Got the latest CVS from snaps.php.net

but still I get the same error...

root@hermes:/usr/local/php/php-4.0.4pl1
66 # make
Making all in Zend
make[1]: Entering directory `/usr/local/php/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1


root@hermes:/usr/local/php/php-4.0.4pl1
67 # cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--with-mysql=/usr/local" \
"--with-nsapi=/nserver/netscape" \
"--enable-track-vars" \
"--enable-libgcc" \
"$@"






-- 
Edit Bug report at: http://bugs.php.net/?id=9655&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] The new design

2001-03-09 Thread Robert Kelly

Title: RE: [PHP-DEV] The new design






I like the new design, but it is critically flawed.


In Netscape 4.75 linux and windows, Cut and Paste ability is 
no longer available for code samples.  I've learned to rely
heavily on cut and pasting PHP sample code when working with 
functionality I am new to.  I realize you probably want 
people to type it out, but for more seasoned developers, it's
a PITA we dont Needa. 


-B
-Bob Kelly
[EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9656: make[3]: *** [sockets.lo] Error 1

2001-03-09 Thread yiannis . neophytou


From: [EMAIL PROTECTED]
Operating system: Solaris 8 sparc
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  make[3]: *** [sockets.lo] Error 1

Use gcc version 2.95.2


have download the latest CVS Version (sockets.c v 1.32) and still have the same 
problem while 
trying to configure wih --enable-sockets.

full configure command

./configure --with-apache=../apache_1.3.19 \
--with-oracle --enable-track-vars \
--enable-sockets


sockets.c:1762: structure has no member named `msg_controllen'
sockets.c:1763: structure has no member named `msg_flags'
sockets.c:1795: structure has no member named `msg_control'
sockets.c:1796: structure has no member named `msg_controllen'
sockets.c:1798: structure has no member named `msg_control'
sockets.c:1799: structure has no member named `msg_controllen'
sockets.c:1802: structure has no member named `msg_flags'
sockets.c:1808: structure has no member named `msg_control'
sockets.c:1818: warning: passing arg 3 of `add_assoc_string' makes pointer fromt
sockets.c:1820: structure has no member named `msg_controllen'
sockets.c:1822: structure has no member named `msg_flags'
make[3]: *** [sockets.lo] Error 1
make[3]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext/sockets'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext/sockets'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext'
make: *** [all-recursive] Error 1



-- 
Edit Bug report at: http://bugs.php.net/?id=9656&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9652 Updated: don't work

2001-03-09 Thread andre


ID: 9652
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-09 08:59:46] [EMAIL PROTECTED]
I lived en Costa Rica and I speck Spanish.

  Please Help me, everybody speck Spanish, that my english don't good.

My Problem.

  I instaled en my NT 4.0 the versrion php-4_0_1pl2-win32, that work very good, but 
the next versions don't work, because the IIS don't recognize the PHP Modules.

 I want install the new version but i have a many problem.

 Please help me. 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9652&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9653 Updated: don't work

2001-03-09 Thread andre


ID: 9653
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

please try out the binaries from www.php4win.de and look of
they work for you

Previous Comments:
---

[2001-03-09 09:02:07] [EMAIL PROTECTED]
I lived en Costa Rica and I speck Spanish.

  Please Help me, everybody speck Spanish, that my english don't good.

My Problem.

  I instaled en my NT 4.0 the versrion php-4_0_1pl2-win32, that work very good, but 
the next versions don't work, because the IIS don't recognize the PHP Modules.

 I want install the new version but i have a many problem.

 Please help me. 

Excuse me, my name is Eduardo Mena.




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9653&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHPS-files

2001-03-09 Thread Anders Pettersson


On my Linux files with extension phps show code just fine, with colors and all. On my 
Win98 and Win2k phps doesn't work. I DO have this in my Apaceh httpd.conf:

ScriptAlias /php/ "C:/httpd/php/" 
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
#AddType application/x-httpd-php3-source .phps
AddType application/x-httpd-php-source .phps
#AddType application/x-httpd-php4-source .phps
AddType application/x-httpd-php .phtml
Action application/x-httpd-php "/php/php" 

Everything works just fine, PHP, Apache, mySQL, ODBC. But no phps...

Please help!

Anders Pettersson


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9633 Updated: sort() not working

2001-03-09 Thread andre


ID: 9633
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

bogus,
try using var_dump() on $tb to figure out what happens,
sort() is fine indeed...

Previous Comments:
---

[2001-03-08 13:43:59] [EMAIL PROTECTED]
I have an array with random number of elements. I analyse each value (by random 
selection) and unset it after. In one case, If I unset the first element of my array 
with 2 elements, sort function does not slide value of the second element to the first 
element. (sorry for my english). 

Exemple :

";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1] [2]=$tb[2]";
  unset ($tb[0]);
  echo "After unset: [0]=$tb[0] [1]=$tb[1]";
  sort ($tb);
  echo "After sort: [0]=$tb[0] [1]=$tb[1]";
?>

I resolved this trouble by calling implode and explode functions.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9633&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Static vars in methods

2001-03-09 Thread Andrei Zmievski


Just ran into something (well, actually searching for it) and wanted to
know what everyone's thoughts on this were and whether it should stay
that way.

get());
var_dump($c1->get());
$c2 = new Foo;
var_dump($c2->get());
?>

Outputs:

int(1)
int(2)
int(3)

Basically, the static variable keeps its value even between different
class instances. In my case, it actually helps me with something, but on
the other hand, it doesn't seem that it should be this way.. 

-Andrei
* I don't have a solution but I admire the problem. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9657: zend_hash.c:257: `LONG_MAX' undeclared

2001-03-09 Thread pbonnet


From: [EMAIL PROTECTED]
Operating system: Linux Suse
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  zend_hash.c:257: `LONG_MAX' undeclared 

immo:/aenix/php-4.0.4pl1 # make
Making all in Zend
make[1]: Entering directory `/aenix/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main   
-DXML_BYTE_ORDER=12  -g -O2 -c zend_hash.c
zend_hash.c: In function `zend_hash_add_or_update':
zend_hash.c:257: `LONG_MAX' undeclared (first use in this function)
zend_hash.c:257: (Each undeclared identifier is reported only once
zend_hash.c:257: for each function it appears in.)
zend_hash.c: In function `zend_hash_del_key_or_index':
zend_hash.c:502: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_find':
zend_hash.c:852: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_exists':
zend_hash.c:902: `LONG_MAX' undeclared (first use in this function)
make[1]: *** [zend_hash.lo] Error 1
make[1]: Leaving directory `/aenix/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1


-- 
Edit Bug report at: http://bugs.php.net/?id=9657&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9646 Updated: PHP (4.0.4pl1, snaps) doesn't compile with OpenLDAP 2.07

2001-03-09 Thread oernii


ID: 9646
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Problem
Description: PHP (4.0.4pl1, snaps) doesn't compile with OpenLDAP 2.07

thanx, it did help

Previous Comments:
---

[2001-03-09 06:18:53] [EMAIL PROTECTED]
You have to use the INSTALL path of the ldap NOT the 
source path.ie.

--with-ldap=/www/ldap

(if you had --prefix=/www/ldap in openldap configure line)

--Jani


---

[2001-03-09 04:33:03] [EMAIL PROTECTED]
./configure --with-ldap=../openldap-2.0.7/
make
...
Making all in .
make[1]: Entering directory `/storage/src/php-4.0.4pl1'
gcc -Wall  -I. -I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0.4pl1/main 
-I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/Zend -I/ .. & touch stub.lo
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. ..  -lnsl -lresolv
/bin/sh /usr/src/php-4.0.4pl1/libtool --silent --mode=link gcc -Wall  -I. 
-I/usr/src/php-4.0.4pl1/ -I/usr/src/php-4.0. .. b.lo libphp4.la
.libs/libphp4.a(ldap.o): In function `_close_ldap_link':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:126: Error: undefined reference to 
`ldap_unbind_s'
.libs/libphp4.a(ldap.o): In function `_free_ldap_result':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:135: Error: undefined reference to 
`ldap_msgfree'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_connect':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:366: Error: undefined reference to 
`ldap_initialize'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:368: Error: undefined reference to 
`ldap_err2string'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:374: Error: undefined reference to `ldap_open'
.libs/libphp4.a(ldap.o): In function `_get_lderrno':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:474: Error: undefined reference to 
`ldap_get_option'
.libs/libphp4.a(ldap.o): In function `php_if_ldap_bind':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:540: Error: undefined reference to `ldap_bind_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:541: Error: undefined reference to 
`ldap_err2string'
.libs/libphp4.a(ldap.o): In function `php_ldap_do_search':
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:655: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:664: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:673: Error: undefined reference to 
`ldap_set_option'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:680: Error: undefined reference to 
`ldap_search_s'
/usr/src/php-4.0.4pl1/ext/ldap/ldap.c:687: Error: undefined reference to 
`ldap_err2string'
...
collect2: Error: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/storage/src/php-4.0.4pl1'
make: *** [all-recursive] Error 1

PS: the same happens with snaps php4-200103061445,php4-200103071245 and 
php4-200103082345
PS2: the LDAP server works fine, so does the client

---


Full Bug description available at: http://bugs.php.net/?id=9646


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andi Gutmans


Yeah, it's supposed to be this way. We copied C++.

Andi

At 10:50 AM 3/9/2001 -0600, Andrei Zmievski wrote:
>Just ran into something (well, actually searching for it) and wanted to
>know what everyone's thoughts on this were and whether it should stay
>that way.
>
>class Foo {
> function get()
> {
> static $i = 0;
>
> return ++$i;
> }
>}
>
>$c1 = new Foo;
>var_dump($c1->get());
>var_dump($c1->get());
>$c2 = new Foo;
>var_dump($c2->get());
>?>
>
>Outputs:
>
>int(1)
>int(2)
>int(3)
>
>Basically, the static variable keeps its value even between different
>class instances. In my case, it actually helps me with something, but on
>the other hand, it doesn't seem that it should be this way..
>
>-Andrei
>* I don't have a solution but I admire the problem. *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andi Gutmans


At 10:59 AM 3/9/2001 -0600, Andrei Zmievski wrote:
>On Fri, 09 Mar 2001, Andi Gutmans wrote:
> > Yeah, it's supposed to be this way. We copied C++.
>
>Ok, so I can rely on this behavior in the future. On a similar note,
>what about static class variables, can those be done?

Yeah you can rely on this.
We need to think of static class variables. I don't think it's very easy to 
do this in a way which wouldn't cause a general performance loss but I'll 
put on my thinking cap.

Andi 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andrei Zmievski


On Fri, 09 Mar 2001, Andi Gutmans wrote:
> We need to think of static class variables. I don't think it's very easy to 
> do this in a way which wouldn't cause a general performance loss but I'll 
> put on my thinking cap.

Ok, I was gonna try to hack it in myself, but you are obviously more
qualified to do it.

-Andrei

"Claiming Java is easier than C++ is like
 saying that K2 is shorter than Everest." 
 -- Larry O'Brien (editor, Software Development)

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andrei Zmievski


On Fri, 09 Mar 2001, Andi Gutmans wrote:
> Yeah, it's supposed to be this way. We copied C++.

Ok, so I can rely on this behavior in the future. On a similar note,
what about static class variables, can those be done?

-Andrei
* What were the first 15 billion years of the universe like for you? *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: PHP 4.0 Bug #9500 Updated: mssql_query returns false forINSERT & UPDATE queries

2001-03-09 Thread Greg Sohl


Jani,

Sure can. #8777 and #8783.

Hope this helps.

Greg

>>> Bug Database <[EMAIL PROTECTED]> 03/08/01 05:56PM >>>
ID: 9500
Updated by: sniper
Reported By: [EMAIL PROTECTED] 
Status: Duplicate
Bug Type: MSSQL related
Assigned To: 
Comments:

Mind telling that which bug report is the duplicate
to this one?

--Jani


Previous Comments:
---

[2001-02-28 16:05:31] [EMAIL PROTECTED] 
");
}
else
{
echo("Result is FALSE");
}

echo '';

$Result = mssql_query("INSERT mytable values(10)");
if ($Result)
{
echo("Result is TRUE");
}
else
{
echo("Result is FALSE");
}
?>



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9500&edit=2 



--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andi Gutmans


By the way, if you need something that works you can just add the following 
line in your constructor:
$this->mystatic =& $GLOBALS["__myclass_mystatic"];

Then use $this->mystatic in all of your methods. It's not built-in but it 
should work pretty nicely.

Andi

At 11:02 AM 3/9/2001 -0600, Andrei Zmievski wrote:
>On Fri, 09 Mar 2001, Andi Gutmans wrote:
> > We need to think of static class variables. I don't think it's very 
> easy to
> > do this in a way which wouldn't cause a general performance loss but I'll
> > put on my thinking cap.
>
>Ok, I was gonna try to hack it in myself, but you are obviously more
>qualified to do it.
>
>-Andrei
>
>"Claiming Java is easier than C++ is like
>  saying that K2 is shorter than Everest."
>  -- Larry O'Brien (editor, Software Development)


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Static vars in methods

2001-03-09 Thread Andrei Zmievski


On Fri, 09 Mar 2001, Andi Gutmans wrote:
> By the way, if you need something that works you can just add the following 
> line in your constructor:
> $this->mystatic =& $GLOBALS["__myclass_mystatic"];
> 
> Then use $this->mystatic in all of your methods. It's not built-in but it 
> should work pretty nicely.

Yes, it's a nice workaround.

-Andrei

Programming X-Windows is like trying to find
the square root of pi using roman numerals. 
- Unknown

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Static vars in methods

2001-03-09 Thread Jason Greene


this sounds like a bad thing, especially if people start depending on that 
behavior

-Jason
- Original Message - 
From: "Andrei Zmievski" <[EMAIL PROTECTED]>
To: "PHP Developers" <[EMAIL PROTECTED]>
Cc: "Zeev Suraski" <[EMAIL PROTECTED]>; "Andi Gutmans" <[EMAIL PROTECTED]>
Sent: Friday, March 09, 2001 10:50 AM
Subject: [PHP-DEV] Static vars in methods


> Just ran into something (well, actually searching for it) and wanted to
> know what everyone's thoughts on this were and whether it should stay
> that way.
> 
>  class Foo {
> function get()
> {
> static $i = 0;
> 
> return ++$i;
> }
> }
> 
> $c1 = new Foo;
> var_dump($c1->get());
> var_dump($c1->get());
> $c2 = new Foo;
> var_dump($c2->get());
> ?>
> 
> Outputs:
> 
> int(1)
> int(2)
> int(3)
> 
> Basically, the static variable keeps its value even between different
> class instances. In my case, it actually helps me with something, but on
> the other hand, it doesn't seem that it should be this way.. 
> 
> -Andrei
> * I don't have a solution but I admire the problem. *
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9658: saps Servlet reproducible crash.

2001-03-09 Thread alt


From: [EMAIL PROTECTED]
Operating system: Linux RH 6.1
PHP version:  4.0 Latest CVS (09/03/2001)
PHP Bug Type: Unknown/Other Function
Bug description:  saps Servlet reproducible crash.



Servlet sapi seems to be very unstable.

Running the jinfo.php script causes a segv after the third execution (appears at this 
time it is reusing a previous thread, if it has a new thread it works OK).

Configuration:-

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)

Dump details:-

Program received signal SIGSEGV, Segmentation fault.
0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c, h=0, 
pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at zend_hash.c:398
398 p = ht->arBuckets[nIndex];

print *ht
$1 = {nTableSize = 175514000, nHashSizeIndex = 9, nNumOfElements = 136884872, 
  nNextFreeElement = 135386148, pHashFunction = 0, 
  pInternalPointer = 0x826ff2c, pListHead = 0x0, pListTail = 0x0, 
  arBuckets = 0x70736572, pDestructor = 0x65736e6f, persistent = 0 '\000', 
  nApplyCount = 0 '\000', bApplyProtection = 1 '\001'}

Back trace:-

#0  0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c, h=0, 
pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at zend_hash.c:398
#1  0x48885f1e in Java_net_php_reflect_setResultFromObject (jenv=0x8167ebc, 
self=0xbe5ff340, result=135386148, value=0xbe5ff348) at java.c:738
#2  0x806b421 in ?? ()
#3  0x8068d09 in ?? ()
#4  0x8068d09 in ?? ()
#5  0x403ed890 in StubRoutines::_code1 ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#6  0x401535e2 in JavaCalls::call_helper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#7  0x401d0731 in os::os_exception_wrapper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#8  0x40153930 in JavaCalls::call ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#9  0x4015a1ab in jni_invoke ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#10 0x4015db1a in jni_CallObjectMethod ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#11 0x4888461f in sapi_servlet_read_cookies (sapi_globals=0x824af20)
at servlet.c:210
#12 0x48889d29 in sapi_activate (sapi_globals=0x824af20) at SAPI.c:298
#13 0x48886c0c in php_request_startup (compiler_globals=0x824b058, 
executor_globals=0x8263cb8, core_globals=0x82689c0, 
sapi_globals=0x824af20) at main.c:594
#14 0x48884a83 in Java_net_php_servlet_send (jenv=0x8167ebc, self=0xbe5ff6f8, 
requestMethod=0xbe5ff6f4, queryString=0x0, requestURI=0xbe5ff6ec, 
pathTranslated=0xbe5ff6e8, contentType=0x0, contentLength=-1, 
authUser=0x0, display_source_mode=0 '\000') at servlet.c:367
#15 0x806b421 in ?? ()
#16 0x8068d09 in ?? ()
#17 0x8068d09 in ?? ()
#18 0x8068d09 in ?? ()
#19 0x8068ddb in ?? ()
#20 0x8068d09 in ?? ()
#21 0x8068d09 in ?? ()
#22 0x8068ddb in ?? ()
#23 0x8068cb5 in ?? ()
#24 0x8068d09 in ?? ()
#25 0x8068d09 in ?? ()
#26 0x8068d09 in ?? ()
#27 0x8068d09 in ?? ()
#28 0x8068d09 in ?? ()
#29 0x8068ddb in ?? ()

#30 0x403ed890 in StubRoutines::_code1 ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#31 0x401535e2 in JavaCalls::call_helper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#32 0x401d0731 in os::os_exception_wrapper ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#33 0x40153930 in JavaCalls::call ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#34 0x4015312b in JavaCalls::call_virtual ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#35 0x40153dbb in JavaCalls::call_virtual ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#36 0x40187aaf in thread_entry ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#37 0x401fde9f in JavaThread::thread_main_inner ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#38 0x40201a07 in JavaThread::run ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#39 0x401cf4f3 in _start ()
   from /opt/sunj2_02/jdk1.3.0_02/jre/lib/i386/hotspot/libjvm.so
#40 0x4001ceca in pthread_start_thread (arg=0xbe5ffe60) at manager.c:213




-- 
Edit Bug report at: http://bugs.php.net/?id=9658&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] iconv patch...

2001-03-09 Thread Ondrej Sury



I think that UTF-8 is better choice as default encoding ;-) And because I
couldn't compile this module, I have added php_iconv_init_globals and put
it in ZEND_INIT_MODULE_GLOBALS.  (I have inspired by mysql module, so this
shouldn't be neccessary correct.)

ondrej@druid:~/Projects/php/php-4.0.5/ext/iconv$ cvs diff -u php_iconv.h iconv.c 
Index: php_iconv.h
===
RCS file: /repository/php4/ext/iconv/php_iconv.h,v
retrieving revision 1.3
diff -u -u -r1.3 php_iconv.h
--- php_iconv.h 2001/02/26 06:06:57 1.3
+++ php_iconv.h 2001/03/09 17:24:40
@@ -61,9 +61,9 @@
 #define ICONVLS_FETCH()
 #endif
 
-#define ICONV_INPUT_ENCODING "ISO-8859-1" 
-#define ICONV_OUTPUT_ENCODING "ISO-8859-1"
-#define ICONV_INTERNAL_ENCODING "ISO-8859-1" 
+#define ICONV_INPUT_ENCODING "UTF-8" 
+#define ICONV_OUTPUT_ENCODING "UTF-8"
+#define ICONV_INTERNAL_ENCODING "UTF-8" 
 
 #endif /* PHP_ICONV_H */
 
Index: iconv.c
===
RCS file: /repository/php4/ext/iconv/iconv.c,v
retrieving revision 1.7
diff -u -u -r1.7 iconv.c
--- iconv.c 2001/02/26 15:41:38 1.7
+++ iconv.c 2001/03/09 17:24:41
@@ -1,3 +1,4 @@
+
 /*
+--+
| PHP version 4.0  |
@@ -76,10 +77,16 @@
 STD_PHP_INI_ENTRY("iconv.internal_encoding",   
ICONV_INTERNAL_ENCODING,PHP_INI_ALL,
OnUpdateString,  internal_encoding, zend_iconv_globals,  
iconv_globals)
 PHP_INI_END()
 
+static void php_iconv_init_globals(zend_iconv_globals *iconv_globals)
+{
+   iconv_globals->input_encoding = ICONV_INPUT_ENCODING;
+   iconv_globals->output_encoding = ICONV_OUTPUT_ENCODING;
+   iconv_globals->internal_encoding = ICONV_INTERNAL_ENCODING;
+}
 
 PHP_MINIT_FUNCTION(iconv)
 {
-   ZEND_INIT_MODULE_GLOBALS(iconv, NULL, NULL);
+   ZEND_INIT_MODULE_GLOBALS(iconv, php_iconv_init_globals, NULL);
REGISTER_INI_ENTRIES();
return SUCCESS;
 }

-- 
Ondřej Surý <[EMAIL PROTECTED]> Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009 Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126 Mapa: http://globe.namape.cz/
GPG fingerprint:  CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9659: sapi servlet crashes when exceptions thrown in java code

2001-03-09 Thread alt


From: [EMAIL PROTECTED]
Operating system: Linux RH 6.1
PHP version:  4.0 Latest CVS (09/03/2001)
PHP Bug Type: Unknown/Other Function
Bug description:  sapi servlet crashes when exceptions thrown in java code


./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).




-- 
Edit Bug report at: http://bugs.php.net/?id=9659&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9469 Updated: HAVE_REALPATH not being checked

2001-03-09 Thread amra


ID: 9469
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: HAVE_REALPATH not being checked

Just wondering what the status of this is...

Previous Comments:
---

[2001-02-26 17:52:34] [EMAIL PROTECTED]
In addition, TSRM/tsrm_virtual_cwd.c uses realpath without checking HAVE_REALPATH.

---

[2001-02-26 14:41:14] [EMAIL PROTECTED]
Get a compile error in ex/standard/basic_functions.c because realpath() is not 
available.  

The current code does not check for HAVE_REALPATH...here is the current code:

#if (!defined(PHP_WIN32) && !defined(__BEOS__)) || defined(ZTS)
PHP_FE(realpath,NULL)
#else
PHP_FALIAS(realpath,warn_not_available,NULL)
#endif

HAVE_REALPATH should be checked.

---


Full Bug description available at: http://bugs.php.net/?id=9469


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9505 Updated: Pointer not set exception on a realloc

2001-03-09 Thread amra


ID: 9505
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: Pointer not set exception on a realloc

Just wondering what the status of this is...

Previous Comments:
---

[2001-02-28 19:14:57] [EMAIL PROTECTED]
Got the PHP to compile and build, now I am doing some simple tests.  On initial 
invocation to PHP, I get the following exception:

Message . . . . :   Pointer not set for location referenced.   
Cause . . . . . :   A pointer was used, either directly or as a basing pointer, that 
has not been set to an address.
   
The exception was in c file zend_alloc.c, routine _erealloc().  The problem code is 
the first  line:

ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure ZEND_FILE_LINE_DC 
ZEND_FILE_LINE_ORIG_DC)
{
  zend_mem_header *p = (zend_mem_header *) ((char 
*)ptr-sizeof(zend_mem_header)-PLATFORM_PADDING);
zend_mem_header *orig = p;

DECLARE_CACHE_VARS
ALS_FETCH();

if (!ptr) {
return _emalloc(size ZEND_FILE_LINE_RELAY_CC 
ZEND_FILE_LINE_ORIG_RELAY_CC);
}
  .
  .
  .
}

The first line is referencing the pointer without checking if it is NULL.  I moved the 
first 2 lines after the if-check and it cleared up the problem.




---


Full Bug description available at: http://bugs.php.net/?id=9505


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9501 Updated: variable sapi_module defined multiple places

2001-03-09 Thread amra


ID: 9501
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: variable sapi_module defined multiple places

Just wondering what the status of this is...

Previous Comments:
---

[2001-02-28 16:12:17] [EMAIL PROTECTED]
I am attempting to create PHP CGI.  What I cannot understand is how one is suppose to 
create PHP when sapi_module is defined multiple places.  In my case, sapi_module is 
defined in main/SAPI.c and sapi/cgi/cgi_main.c.  When I try to create the program, I 
get 

"Definition supplied multiple times for symbol 'sapi_module'"

It would be nice of the truly global sapi_module (in SAPI.c) was renamed.  Or a rule 
ensuring that sapi_module in othre places, in which it is truely private, should not 
be named sapi_module.  Something to think about.

---


Full Bug description available at: http://bugs.php.net/?id=9501


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9660: sapi servlet excessive memory usage.

2001-03-09 Thread alt


From: [EMAIL PROTECTED]
Operating system: Linux RH 6.1
PHP version:  4.0 Latest CVS (09/03/2001)
PHP Bug Type: Unknown/Other Function
Bug description:  sapi servlet excessive memory usage.


The sapi servlet seems to be using a large amount of memory within the JVM. After a 
few 100 accesses the memory usage of the JVM increased significantly. The memory 
footprint of the  process increased alot and the memory usage as reported from the 
Runtime.totalMemory() function increased as well. This memory was not recoverable by 
the garbage collector.

I wonder if the JNI code is failing to release global references it has created?

Configuration:-

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)



-- 
Edit Bug report at: http://bugs.php.net/?id=9660&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9650 Updated: Feedback to new PHP WEBSITE

2001-03-09 Thread sniper


ID: 9650
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Assigned To: 
Comments:

This is not the right place to report bugs/feature/change
requests. Please email to [EMAIL PROTECTED] instead.

--Jani


Previous Comments:
---

[2001-03-09 07:33:00] [EMAIL PROTECTED]
I would strongly suggest to add the target="_xxx" to all your links on the top level 
of the new site. 

When I visit your site, I often want to view more than one page. Therefore if your 
original windows stays open it is very helpful to me.

PS: I preferre the appearance of the "old" site !! I feel it was much 
easier to retieve Information FASTER (than it is now)

disappointed? sorry, I didn't want to that - instead I would like to thank you for the 
tremendeous work
thomaskost

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9650&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-09 Thread sniper


ID: 9400
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Okay, could you try configuring PHP without the socket support? ie. leave 
--enable-sockets out of your configure line. Remember to delete config.cache before 
reconfiguring!
And do 'make clean' after configure.

The sockets extension is considered EXPERIMENTAL at the moment (as you can see, it 
doesn't compile right in every system.. :) so I would first like to see that PHP works
for you WITHOUT it.

And did you compile Apache yourself?

--Jani


Previous Comments:
---

[2001-03-09 09:51:52] [EMAIL PROTECTED]
Hi Jani,

I download the file and then

1/ When I compile with the orginal source code :

$ gmake

datas/depot/php4-200103090345/Zend 
-I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200
103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM  -DHPUX10 
-DUSE_HSREGEX -DUSE_EXPAT -DSUPP
ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c sockets.c
In file included from /usr/include/netdb.h:71,
 from sockets.c:44:
/usr/include/netinet/in.h:96: conflicting types for `u_int'
/usr/include/sys/types.h:281: previous declaration of `u_int'
sockets.c: In function `php_if_strerror':
sockets.c:1088: warning: assignment makes pointer from integer without a cast
gmake[3]: *** [sockets.lo] Error 1
gmake[3]: Leaving directory `/datas/depot/php4-200103090345/ext/sockets'
...

2/ After adding #define _IN_ADDR_T into sockets.c

gmake[3]: Entering directory `/datas/depot/php4-200103090345/ext/sockets'
/bin/sh /datas/depot/php4-200103090345/libtool --silent --mode=compile gcc  -I. 
-I/datas/depot/php4-200103090345/
ext/sockets -I/datas/depot/php4-200103090345/main -I/datas/depot/php4-200103090345 
-I/usr/local/apache/include -I
/datas/depot/php4-200103090345/Zend 
-I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200
103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM  -DHPUX10 
-DUSE_HSREGEX -DUSE_EXPAT -DSUPP
ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c sockets.c
sockets.c: In function `php_if_strerror':
sockets.c:1090: warning: assignment makes pointer from integer without a cast

...

and the compile finishes successfully.

3/ $ gmake install

...

gmake[1]: Entering directory `/datas/depot/php4-200103090345'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php4-200103090345'
gmake: *** [install-recursive] Error 1

4/

cp libs/libphp4.sl /usr/local/apache/libexec/libphp4.so

[root]/usr/local/apache $bin/apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

So, it's the same symptoms than with the previous release :-(

Bye

Laurent

PS: I'm in holiday next week :-)

---

[2001-03-09 06:21:57] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ and this time DO NOT 
tamper with
the sources by yourself..

--Jani


---

[2001-03-09 05:33:00] [EMAIL PROTECTED]
Hi Jani,

unfortunatly, it doesn't work :-(

[root]/usr/local/apache/bin $apachectl configtest
/usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code)  from 
/usr/local/apache/libexec/libphp4.sl
/usr/lib/dld.sl: Unresolved symbol: hstrerror (code)  from 
/usr/local/apache/libexec/libphp4.sl
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or 
directory

[root]/usr/local/apache/bin $ll /usr/local/apache/libexec/libphp4.sl
-rwxr-xr-x   1 root   sys7176620 Mar  8 18:33 
/usr/local/apache/libexec/libphp4.sl

Obviously, the same thing if a rename the file to libphp4.so

- Laurent

---

[2001-03-08 18:58:59] [EMAIL PROTECTED]
Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the i

[PHP-DEV] PHP 4.0 Bug #9655 Updated: zend_operators.h:84: implicit declaration of function `int finite(...)'

2001-03-09 Thread sniper


ID: 9655
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

You obviously try to compile PHP 4.0.4pl1 all the time.
The directory name for cvs snapshots is totally different
so please get the right package first.

--Jani


Previous Comments:
---

[2001-03-09 10:07:02] [EMAIL PROTECTED]
I read the BugIds #9599 and #9602!
Got the latest CVS from snaps.php.net

but still I get the same error...

root@hermes:/usr/local/php/php-4.0.4pl1
66 # make
Making all in Zend
make[1]: Entering directory `/usr/local/php/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1


root@hermes:/usr/local/php/php-4.0.4pl1
67 # cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" 
"--with-mysql=/usr/local" 
"--with-nsapi=/nserver/netscape" 
"--enable-track-vars" 
"--enable-libgcc" 
"$@"





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9655&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9656 Updated: make[3]: *** [sockets.lo] Error 1

2001-03-09 Thread sniper


ID: 9656
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Compile Failure
Bug Type: Sockets related
Assigned To: 
Comments:

You shouldn't try to change just one file from CVS snapshot
to PHP 4.0.4pl1 but use the whole CVS snapshot package.

--Jani


Previous Comments:
---

[2001-03-09 10:26:10] [EMAIL PROTECTED]
Use gcc version 2.95.2


have download the latest CVS Version (sockets.c v 1.32) and still have the same 
problem while 
trying to configure wih --enable-sockets.

full configure command

./configure --with-apache=../apache_1.3.19 
--with-oracle --enable-track-vars 
--enable-sockets


sockets.c:1762: structure has no member named `msg_controllen'
sockets.c:1763: structure has no member named `msg_flags'
sockets.c:1795: structure has no member named `msg_control'
sockets.c:1796: structure has no member named `msg_controllen'
sockets.c:1798: structure has no member named `msg_control'
sockets.c:1799: structure has no member named `msg_controllen'
sockets.c:1802: structure has no member named `msg_flags'
sockets.c:1808: structure has no member named `msg_control'
sockets.c:1818: warning: passing arg 3 of `add_assoc_string' makes pointer fromt
sockets.c:1820: structure has no member named `msg_controllen'
sockets.c:1822: structure has no member named `msg_flags'
make[3]: *** [sockets.lo] Error 1
make[3]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext/sockets'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext/sockets'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/netdev/apachesrc/php-4.0.4pl1/ext'
make: *** [all-recursive] Error 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9656&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9500 Updated: mssql_query returns false for INSERT & UPDATE queries

2001-03-09 Thread sniper


ID: 9500
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: MSSQL related
Assigned To: 
Comments:

Duplicate of #8777


Previous Comments:
---

[2001-03-08 18:56:06] [EMAIL PROTECTED]
Mind telling that which bug report is the duplicate
to this one?

--Jani


---

[2001-02-28 16:05:31] [EMAIL PROTECTED]
");
}
else
{
echo("Result is FALSE");
}

echo '';

$Result = mssql_query("INSERT mytable values(10)");
if ($Result)
{
echo("Result is TRUE");
}
else
{
echo("Result is FALSE");
}
?>



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9500&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8783 Updated: mssql_query() function returns empty result after succesfull UPDATE or DELETE

2001-03-09 Thread sniper


ID: 8783
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: MSSQL related
Assigned To: 
Comments:

Duplicate of #8777


Previous Comments:
---

[2001-01-18 10:37:31] [EMAIL PROTECTED]
$foo = mssql_query("DELETE FROM session WHERE ABS(DATEDIFF(hh,GETDATE(),LastUsed)) > 
12",$db) or mssql_die();


Query executes succesfully? but $foo is empty and mssql_die() is called !

php.ini is a default, php4_mssql70.dll is uncommented.

Error happens in both CGI and ISAPI modes.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8783&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9658 Updated: saps Servlet reproducible crash.

2001-03-09 Thread sniper


ID: 9658
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).


--

Please update this report and not open any new ones
about same bug. Thank you.

--Jani


Previous Comments:
---

[2001-03-09 12:28:53] [EMAIL PROTECTED]


Servlet sapi seems to be very unstable.

Running the jinfo.php script causes a segv after the third execution (appears at this 
time it is reusing a previous thread, if it has a new thread it works OK).

Configuration:-

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)

Dump details:-

Program received signal SIGSEGV, Segmentation fault.
0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c, h=0, 
pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at zend_hash.c:398
398 p = ht->arBuckets[nIndex];

print *ht
$1 = {nTableSize = 175514000, nHashSizeIndex = 9, nNumOfElements = 136884872, 
  nNextFreeElement = 135386148, pHashFunction = 0, 
  pInternalPointer = 0x826ff2c, pListHead = 0x0, pListTail = 0x0, 
  arBuckets = 0x70736572, pDestructor = 0x65736e6f, persistent = 0 '

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9659 Updated: sapi servlet crashes when exceptions thrown in java code

2001-03-09 Thread sniper


ID: 9659
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

This info moved to #9658


Previous Comments:
---

[2001-03-09 12:34:25] [EMAIL PROTECTED]

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9659&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9661: PHP sometimes dumps core

2001-03-09 Thread michael


From: [EMAIL PROTECTED]
Operating system: Linux 2.4.1
PHP version:  4.0 Latest CVS (09/03/2001)
PHP Bug Type: Reproduceable crash
Bug description:  PHP sometimes dumps core

When I run .php files under Apache (1.3.19) PHP sometimes crash. I can run the same 
file several times, and only sometimes is crashes PHP. I have found out that it only 
happens when the PHP file is accessing a MySQL database.

This is what is recorded in the apache log (a lot of them):

[Fri Mar  9 19:24:51 2001] [notice] child pid 22845 exit signal Segmentation fault (11)

I have generated a backtrace (sorry, apache is not compiled with debug information - 
only PHP):

Starting program: /usr/local/apache/bin/httpd -f /usr/local/apache/conf/httpd.conf -X
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400da4c1 in free () from /lib/libc.so.6
(gdb) bt
#0  0x400da4c1 in free () from /lib/libc.so.6
#1  0x400da343 in free () from /lib/libc.so.6
#2  0x401982cc in shutdown_memory_manager (silent=1, clean_cache=0)
at zend_alloc.c:478
#3  0x401c1845 in php_request_shutdown (dummy=0x0) at main.c:665
#4  0x401bf26b in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290
#5  0x8095d19 in run_cleanups ()
#6  0x80943a5 in ap_clear_pool ()
#7  0x8094427 in ap_destroy_pool ()
#8  0x80a4fc3 in child_main ()
#9  0x80a5141 in make_child ()
#10 0x80a52bc in startup_children ()
#11 0x80a592c in standalone_main ()
#12 0x80a617c in main ()
#13 0x40086dcc in __libc_start_main () from /lib/libc.so.6


-- 
Edit Bug report at: http://bugs.php.net/?id=9661&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] zend_llist_destroy on overloaded element list casuses SEG

2001-03-09 Thread Jason Greene


I am writing an OO overloaded module, and I can not figure out why this is occuring,
but after my function call handler is called, I get a segmentation fault in 
zend_llist_destroy
on REMOVE_POINTER_FROM_LIST(p) within efree.

Does anyone know off the top of their head what I could possibly be doing to cause 
this?

Thanks,
-Jason



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9657 Updated: zend_hash.c:257: `LONG_MAX' undeclared

2001-03-09 Thread sniper


ID: 9657
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Can you find 'limits.h' in your system (you should..)
and check if it defines LONG_MAX.

And please add your configure line into this bug report.

--Jani


Previous Comments:
---

[2001-03-09 11:49:24] [EMAIL PROTECTED]
immo:/aenix/php-4.0.4pl1 # make
Making all in Zend
make[1]: Entering directory `/aenix/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main   
-DXML_BYTE_ORDER=12  -g -O2 -c zend_hash.c
zend_hash.c: In function `zend_hash_add_or_update':
zend_hash.c:257: `LONG_MAX' undeclared (first use in this function)
zend_hash.c:257: (Each undeclared identifier is reported only once
zend_hash.c:257: for each function it appears in.)
zend_hash.c: In function `zend_hash_del_key_or_index':
zend_hash.c:502: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_find':
zend_hash.c:852: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_exists':
zend_hash.c:902: `LONG_MAX' undeclared (first use in this function)
make[1]: *** [zend_hash.lo] Error 1
make[1]: Leaving directory `/aenix/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9657&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9662: odbc_connect() acts like odbc_pconnect()

2001-03-09 Thread cpoirier


From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  odbc_connect() acts like odbc_pconnect()

I think this may be intentional -- there was a comment that could have been to that 
effect in the code.  However, it has the side effect of breaking transaction 
management.  The code here is an approximation of the results that I was seeing -- I 
don't guarantee it will run, but you'll get the idea...



Table contains rows:
  1
  2


-- 
Edit Bug report at: http://bugs.php.net/?id=9662&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9407 Updated: Memory Problem while using self referencing objects...

2001-03-09 Thread andre


ID: 9407
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: Performance problem
Assigned To: 
Comments:

cicrular/self references are known to leak memory, not sure
if this can be improved

Previous Comments:
---

[2001-02-22 12:09:20] [EMAIL PROTECTED]
-configure-
"./configure" 
"--with-apache=../apache_1.3.14" 
"--with-mysql" 
"--enable-sysvshm" 
"--enable-sysvsem" 
"--with-gd" 
"--enable-trans-sid" 
"--with-config-file-path=/etc/" 
"--enable-url-includes" 
"--enable-magic-quotes" 
"--enable-track-vars" 
"--enable-sockets" 
"--with-jpeg-dir=/root/jpeg-6b/" 
"--with-imap=/root/imap-2000b" 
-configure-

maybe i should mention, that
this problem happend with every other configuration i tested (other Servers) too


-sample-scripts-
-class-one-
foobar1 =& $foobar[0];
  $this->foobar2 =& $foobar[1];
 }
}
?>
-class-one-
-class-two-
some_other_class_but_not_class_one();  
 }
}
?>
-class-two-
-script--


-script--
-sample-scripts-

-problem-
Execute a set of scripts like this, uhm say 3000 times, youll notice that 
your free mem will get lower and lower...
i noticed that when my mem was full... not really cool...

i think this is a problem of the garbage collection, but im not sure...

any ideas?


Peter Petermann

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9407&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread andre


ID: 8935
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Class/Object related
Assigned To: 
Comments:

this has been fixed for months,
please use =& new instead of = new in this special case

Previous Comments:
---

[2001-02-24 14:14:09] [EMAIL PROTECTED]
Please see the 4.0.4 release change log a lot of things along this line were fixed.

James

---

[2001-01-26 09:37:16] [EMAIL PROTECTED]
The following script demonstrates the problem.

a=new A();
$this->a->Init();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

class A {
var $val=1;
var $bobj=null;

function A() {
   $this->bobj = new B();
}
function Init() {
   // Workaround it is safe to use a refernce to this outside the constuctor
   $this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

class B {
  var $aobj=null;
  function B() {
  }
  function Init(&$obj) {
 $this->aobj=&$obj;
  }
  function ChangeA() {
 $this->aobj->SetVal(3);
  }
};

class ContainerA1 {
var $a;
function ContainerA1() {
$this->a=new A1();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

// BUG
class A1 {
var $val=1;
var $bobj=null;

function A1() {
$this->bobj = new B();

// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
// Hence the bobj will contain another copy of A1 and not the one we
// are just creating.
$this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

echo "Demonstration of 'this' bug.";
echo "Using class A (workaround)";
$c1=new ContainerA();

echo "Using class A1 (BUG)";
$c1=new ContainerA1();

?>

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] zend_llist_destroy on overloaded element list casuses SEG

2001-03-09 Thread Jason Greene


Never mind this, I somehow was overwriting part of my stack frame, specifically where 
my overloaded element list was.

Thanks,
-Jason
- Original Message - 
From: "Jason Greene" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 09, 2001 12:41 PM
Subject: [PHP-DEV] zend_llist_destroy on overloaded element list casuses SEG


> I am writing an OO overloaded module, and I can not figure out why this is occuring,
> but after my function call handler is called, I get a segmentation fault in 
>zend_llist_destroy
> on REMOVE_POINTER_FROM_LIST(p) within efree.
> 
> Does anyone know off the top of their head what I could possibly be doing to cause 
>this?
> 
> Thanks,
> -Jason
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9663: Cannot finr or read php.ini

2001-03-09 Thread pop501


From: [EMAIL PROTECTED]
Operating system: Winnt SP5
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  Cannot finr or read php.ini

Cannot find or read php.ini file.

PWS4.0 + Winnt SP5 + PHP4.0.5dev
PHP Location : c:\php
php.ini location : c:\winnt
checked for duplicate php.ini files, does not exists.


-- 
Edit Bug report at: http://bugs.php.net/?id=9663&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] manual?

2001-03-09 Thread Andrew Hill


Hi gurus,

Who can I bug about the manual?  :) The ODBC page
http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely
that iODBC is a database, and the subsequent text implies that the unified
ODBC functions don't use ODBC when connecting via iODBC, which isn't true.

Also, I would like to get some mention of OpenLink on that page.

Thanks in advance.

Best regards,
Andrew
--
Andrew Hill - OpenLink Software
Director Technology Evangelism
eBusiness Infrastructure Technology
http://www.openlinksw.com
office:781.273.0900 x 27
mobile:781.608.4217


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9664: Unable to make , related to bug 8468 i think

2001-03-09 Thread yavo


From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.4
PHP Bug Type: Sockets related
Bug description:  Unable to make , related to bug 8468 i think

My enviroment
 Solaris 8
 Gnu gcc
 
 compile options ./configure --enable-sockets


This bug occured to some one and he asked me to look in to it. I tried it on another 
machine same enviroment and got the same problem. A search revealed a similar ( i 
think ) bug with id 8468 .

This is the dump of the error.


Making all in sockets
gcc  -I. -I/people/yavo/work/php-4.0.4/ext/sockets -I/people/yavo/work/php-4.0.4/main 
-I/people/yavo/work/php-4.0.4 -I/people/yavo/work/php-4.0.4/Zend 
-I/people/yavo/work/php-4.0.4/ext/mysql/libmysql 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmltok 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmlparse 
-I/people/yavo/work/php-4.0.4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=12 -g 
-O2  -c sockets.c && touch sockets.lo
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
*** Error code 1
make: Fatal error: Command failed for target `sockets.lo'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
[yavo@crayxmp php-4.0.4]$ 


-- 
Edit Bug report at: http://bugs.php.net/?id=9664&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] manual?

2001-03-09 Thread Jon Parise


On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote:

> Who can I bug about the manual?  :)

There's a separate mailing list ([EMAIL PROTECTED]) for manual
maintenance.

> The ODBC page http://www.php.net/manual/en/ref.odbc.php is a little
> misleading, namely that iODBC is a database, and the subsequent text
> implies that the unified ODBC functions don't use ODBC when
> connecting via iODBC, which isn't true.
> 
> Also, I would like to get some mention of OpenLink on that page.

If you could submit a diff against the XML document source (or just
reword all of the text), I (or someone else) will submit your changes
to the phpdoc cvs tree.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] manual?

2001-03-09 Thread Lars Torben Wilson

Andrew Hill writes:
> Hi gurus,
> 
> Who can I bug about the manual?  :) The ODBC page
> http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely
> that iODBC is a database, and the subsequent text implies that the unified
> ODBC functions don't use ODBC when connecting via iODBC, which isn't true.
> 
> Also, I would like to get some mention of OpenLink on that page.
> 
> Thanks in advance.
> 
> Best regards,
> Andrew
> --
> Andrew Hill - OpenLink Software
> Director Technology Evangelism
> eBusiness Infrastructure Technology
> http://www.openlinksw.com
> office:781.273.0900 x 27
> mobile:781.608.4217

The [EMAIL PROTECTED] is the doc team mailing list, and it's
active. For things that really bug you, http://bugs.php.net has a bug
type of 'Documentation Problem'. And of course if you're interested
you can always grab the XML out of CVS and dive in--if you want to do
that, check out http://www.php.net/cvs-php.php and/or just grab the
stuff, generate some udiffs and post'em. Someone'll review and commit
for you, I'm sure. :)

-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9658 Updated: saps Servlet reproducible crash.

2001-03-09 Thread alt


ID: 9658
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: saps Servlet reproducible crash.

Bugs 9658 and 9659 are different.

9658 refers to a crash in the JNI code. No java exceptions were thrown when this stack 
trace was produced. A simple one line script was run. The script did access many java 
methods and data items however.

9659 refers to problems explicitly todo with throwing exceptions in java code that has 
been called from a php script (see the except.php script in the distribution). 

I think these are two separate bugs (unless you class all crashes the same).

After I applies the code changes suggested in 9659 the exception problem went away, 
however bug 9658 remained. Simple scripts now work reasonably well (apart from the 
memory usage problems outlined in 9660).





Previous Comments:
---

[2001-03-09 13:33:57] [EMAIL PROTECTED]
./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).


--

Please update this report and not open any new ones
about same bug. Thank you.

--Jani


---

[2001-03-09 12:28:53] [EMAIL PROTECTED]


Servlet sapi seems to be very unstable.

Running the jinfo.php script causes a segv after the third execution (appears at this 
time it is reusing a previous thread, if it has a new thread it works OK).

Configuration:-

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)

Dump details:-

Program received signal SIGSEGV, Segmentation fault.
0x48875c5f in zend_hash_index_update_or_next_insert (ht=0x828b27c, h=0, 
pData=0xbe5ff300, nDataSize=4, pDest=0x0, flag=1) at zend_hash.c:398
398 p = ht->arBuckets[nIndex];

print *ht
$1 = {nTableSize = 175514000, nHashSizeIndex = 9, nNumOfElements = 136884872, 
  nNextFreeElement = 135386148, pHashFunction = 0, 
  pInternalPointer = 0x826ff2c, pListHead = 0x0, pListTail = 0x0, 
  arBuckets = 0x70736572, pDestructor = 0x65736e6f, persistent = 0 '

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9659 Updated: sapi servlet crashes when exceptions thrown in java code

2001-03-09 Thread alt


ID: 9659
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Description: sapi servlet crashes when exceptions thrown in java code

Please note that 9658 and 9659 are not related. They resulted from two different areas 
of tests being performed on the servlet sapi.

Previous Comments:
---

[2001-03-09 13:34:33] [EMAIL PROTECTED]
This info moved to #9658


---

[2001-03-09 12:34:25] [EMAIL PROTECTED]

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).



---


Full Bug description available at: http://bugs.php.net/?id=9659


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread sniper


ID: 8935
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Class/Object related
Assigned To: 
Comments:

It's fixed -> closed.

--Jani


Previous Comments:
---

[2001-03-09 13:50:45] [EMAIL PROTECTED]
this has been fixed for months,
please use =& new instead of = new in this special case

---

[2001-02-24 14:14:09] [EMAIL PROTECTED]
Please see the 4.0.4 release change log a lot of things along this line were fixed.

James

---

[2001-01-26 09:37:16] [EMAIL PROTECTED]
The following script demonstrates the problem.

a=new A();
$this->a->Init();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

class A {
var $val=1;
var $bobj=null;

function A() {
   $this->bobj = new B();
}
function Init() {
   // Workaround it is safe to use a refernce to this outside the constuctor
   $this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

class B {
  var $aobj=null;
  function B() {
  }
  function Init(&$obj) {
 $this->aobj=&$obj;
  }
  function ChangeA() {
 $this->aobj->SetVal(3);
  }
};

class ContainerA1 {
var $a;
function ContainerA1() {
$this->a=new A1();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

// BUG
class A1 {
var $val=1;
var $bobj=null;

function A1() {
$this->bobj = new B();

// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
// Hence the bobj will contain another copy of A1 and not the one we
// are just creating.
$this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

echo "Demonstration of 'this' bug.";
echo "Using class A (workaround)";
$c1=new ContainerA();

echo "Using class A1 (BUG)";
$c1=new ContainerA1();

?>

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Weekly Update

2001-03-09 Thread newbrightconceptz2321



-WEEKLY UPDATES-

BREAKING NEWS... RECORDS WERE BROKEN...
AND MILLIONAIRRES WILL BE MADE!!

THE ADVANTAGES OF BEING ON OUR TEAM ARE:

-YOU WILL GET PAYED NEXT WEEK!
-WE WILL BUILD ONE SIDE OF YOUR BUSINESS FOR YOU!
-WE WILL PROVIDE YOU WITH FREE NETWORKER LEADS SPECIFIC TO THIS OPPORTUNITY
-WE WILL TRAIN YOU, DO CALLS FOR YOU, AND PLUG YOU INTO OUR PROVEN SYSTEM
-YOU CANNOT FAIL



CHECK US OUT ON THE WEB AT

http://www.geocities.com/success352003/





***
THIS EMAIL COMPLIES WITH ALL REGULATIONS AND IS NOT SPAM.  TO 
PERMANENTLY REMOVE YOURSELF FROM THE LIST SIMPLY EMAIL
[EMAIL PROTECTED] WITH "REMOVE" AS THE SUBJECT LINE.
***

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread andre


ID: 8935
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Duplicate
Bug Type: Class/Object related
Assigned To: 
Comments:

not really this is only a duplicate report for an already
fixed bug...

Previous Comments:
---

[2001-03-09 17:09:08] [EMAIL PROTECTED]
It's fixed -> closed.

--Jani


---

[2001-03-09 13:50:45] [EMAIL PROTECTED]
this has been fixed for months,
please use =& new instead of = new in this special case

---

[2001-02-24 14:14:09] [EMAIL PROTECTED]
Please see the 4.0.4 release change log a lot of things along this line were fixed.

James

---

[2001-01-26 09:37:16] [EMAIL PROTECTED]
The following script demonstrates the problem.

a=new A();
$this->a->Init();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

class A {
var $val=1;
var $bobj=null;

function A() {
   $this->bobj = new B();
}
function Init() {
   // Workaround it is safe to use a refernce to this outside the constuctor
   $this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

class B {
  var $aobj=null;
  function B() {
  }
  function Init(&$obj) {
 $this->aobj=&$obj;
  }
  function ChangeA() {
 $this->aobj->SetVal(3);
  }
};

class ContainerA1 {
var $a;
function ContainerA1() {
$this->a=new A1();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

// BUG
class A1 {
var $val=1;
var $bobj=null;

function A1() {
$this->bobj = new B();

// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
// Hence the bobj will contain another copy of A1 and not the one we
// are just creating.
$this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

echo "Demonstration of 'this' bug.";
echo "Using class A (workaround)";
$c1=new ContainerA();

echo "Using class A1 (BUG)";
$c1=new ContainerA1();

?>

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Technical resource for PHP and other technologies

2001-03-09 Thread narsu


I developed this site http://www.hytes.com
for techical resource for developers.  Please take a look and let me know
your feedback.





-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9659 Updated: sapi servlet crashes when exceptions thrown in java code

2001-03-09 Thread sniper


ID: 9659
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Reopened. Sorry, my fingers were quicker than my brain. :) 

--Jani


Previous Comments:
---

[2001-03-09 17:04:24] [EMAIL PROTECTED]
Please note that 9658 and 9659 are not related. They resulted from two different areas 
of tests being performed on the servlet sapi.

---

[2001-03-09 13:34:33] [EMAIL PROTECTED]
This info moved to #9658


---

[2001-03-09 12:34:25] [EMAIL PROTECTED]

./configure --with-java --with-servlet

Sun JVM (also happens with IBM JVM).
Java version "1.3.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02)
Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode)


sapi_servlet_ub_write() and other native methods should
check for java exceptions when calling java methods.

The call to 
(*jenv)->CallVoidMethod(jenv, servlet, write, arg);

should really be followed by :-

{
 jthrowable exc;
 exc = (*jenv)->ExceptionOccurred(jenv);
 if (exc) { 
(*jenv)->ExceptionClear(jenv);
  } 
}


or similar with reporting capabilities.


(When I applied this patch it seemed to fix the exception problem).



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9659&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' cannot be used in the constructor method for a class.

2001-03-09 Thread Jani Taskinen



Uhm..I have always closed the duplicates after the original (which they
refer to) was closed. Any opinions about this? As the current bug system
doesn't have any support for 'multiple' closing, I think it's better to
close bugs after they are fixed, be it a duplicate or not.

--Jani


On 9 Mar 2001 [EMAIL PROTECTED] wrote:

>ID: 8935
>Updated by: andre
>Reported By: [EMAIL PROTECTED]
>Old-Status: Closed
>Status: Duplicate
>Bug Type: Class/Object related
>Assigned To:
>Comments:
>
>not really this is only a duplicate report for an already
>fixed bug...
>
>Previous Comments:
>---
>
>[2001-03-09 17:09:08] [EMAIL PROTECTED]
>It's fixed -> closed.
>
>--Jani
>
>
>---
>
>[2001-03-09 13:50:45] [EMAIL PROTECTED]
>this has been fixed for months,
>please use =& new instead of = new in this special case
>
>---
>
>[2001-02-24 14:14:09] [EMAIL PROTECTED]
>Please see the 4.0.4 release change log a lot of things along this line were fixed.
>
>James
>
>---
>
>[2001-01-26 09:37:16] [EMAIL PROTECTED]
>The following script demonstrates the problem.
>
>/*
>thistest.php
>jp, 2001-01-25
>Demonstration of bug in passing '$this' as a reference in the constructor.
>The problem is that it will not be a reference to the newly created object that is 
>passed but rather a new copy. This is demonstrated below.
>
>The Container class is just a driver class
>
>The bug is demostrated in the A1 class. The A class uses an Init() method to pass the 
>'$this' reference which is a workaround for this particular bug.
>
>Analysis of problem:
>It seems that the '$this' pointer is not safe to use in the constructor since it 
>probably doesn't get properly initialized for the object until after the constructor 
>has been run.
>
>*/
>
>
>
>class ContainerA {
>var $a;
>function ContainerA() {
>$this->a=new A();
>$this->a->Init();
>echo "A val before calling change: ".$this->a->val."";
>$this->a->bobj->ChangeA();
>echo "A val after calling change (should be 3): ".$this->a->val."";
>}
>}
>
>class A {
>var $val=1;
>var $bobj=null;
>
>function A() {
>   $this->bobj = new B();
>}
>function Init() {
>   // Workaround it is safe to use a refernce to this outside the constuctor
>   $this->bobj->Init(&$this);
>}
>function SetVal($v) {
>$this->val=$v;
>}
>};
>
>class B {
>  var $aobj=null;
>  function B() {
>  }
>  function Init(&$obj) {
> $this->aobj=&$obj;
>  }
>  function ChangeA() {
> $this->aobj->SetVal(3);
>  }
>};
>
>class ContainerA1 {
>var $a;
>function ContainerA1() {
>$this->a=new A1();
>echo "A val before calling change: ".$this->a->val."";
>$this->a->bobj->ChangeA();
>echo "A val after calling change (should be 3): ".$this->a->val."";
>}
>}
>
>// BUG
>class A1 {
>var $val=1;
>var $bobj=null;
>
>function A1() {
>$this->bobj = new B();
>
>// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
>// Hence the bobj will contain another copy of A1 and not the one we
>// are just creating.
>$this->bobj->Init(&$this);
>}
>function SetVal($v) {
>$this->val=$v;
>}
>};
>
>echo "Demonstration of 'this' bug.";
>echo "Using class A (workaround)";
>$c1=new ContainerA();
>
>echo "Using class A1 (BUG)";
>$c1=new ContainerA1();
>
>?>
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread andre


ID: 8935
Updated by: andre
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Class/Object related
Assigned To: 
Comments:

I have added some notes to the documenation, as far as the
the site has been updated its documenatation check it out
"language.oop.newref.html" (http://snaps.php.net/manuals/)
it may take a day or two ...

Previous Comments:
---

[2001-03-09 17:26:53] [EMAIL PROTECTED]
not really this is only a duplicate report for an already
fixed bug...

---

[2001-03-09 17:09:08] [EMAIL PROTECTED]
It's fixed -> closed.

--Jani


---

[2001-03-09 13:50:45] [EMAIL PROTECTED]
this has been fixed for months,
please use =& new instead of = new in this special case

---

[2001-02-24 14:14:09] [EMAIL PROTECTED]
Please see the 4.0.4 release change log a lot of things along this line were fixed.

James

---

[2001-01-26 09:37:16] [EMAIL PROTECTED]
The following script demonstrates the problem.

a=new A();
$this->a->Init();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

class A {
var $val=1;
var $bobj=null;

function A() {
   $this->bobj = new B();
}
function Init() {
   // Workaround it is safe to use a refernce to this outside the constuctor
   $this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

class B {
  var $aobj=null;
  function B() {
  }
  function Init(&$obj) {
 $this->aobj=&$obj;
  }
  function ChangeA() {
 $this->aobj->SetVal(3);
  }
};

class ContainerA1 {
var $a;
function ContainerA1() {
$this->a=new A1();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

// BUG
class A1 {
var $val=1;
var $bobj=null;

function A1() {
$this->bobj = new B();

// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
// Hence the bobj will contain another copy of A1 and not the one we
// are just creating.
$this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

echo "Demonstration of 'this' bug.";
echo "Using class A (workaround)";
$c1=new ContainerA();

echo "Using class A1 (BUG)";
$c1=new ContainerA1();

?>

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' cannot be used in the constructor method for a class.

2001-03-09 Thread Derick Rethans


On Sat, 10 Mar 2001, Jani Taskinen wrote:

>
> Uhm..I have always closed the duplicates after the original (which they
> refer to) was closed. Any opinions about this? As the current bug system
> doesn't have any support for 'multiple' closing, I think it's better to
> close bugs after they are fixed, be it a duplicate or not.

Yep, looks to me that duplicate bugs should be closed too. ANyway, that's
how I do it.

Derick



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread André Langhorst


Jani Taskinen wrote:

> Uhm..I have always closed the duplicates after the original (which they
> refer to) was closed. Any opinions about this? As the current bug system
> doesn't have any support for 'multiple' closing, I think it's better to
> close bugs after they are fixed, be it a duplicate or not.

I have left the duplicates alone after fixing... hmm, it's better to have them closed, 
 agreed.

andré




-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' can not be used in the constructor method for a class.

2001-03-09 Thread andre


ID: 8935
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Class/Object related
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-09 17:26:53] [EMAIL PROTECTED]
not really this is only a duplicate report for an already
fixed bug...

---

[2001-03-09 17:09:08] [EMAIL PROTECTED]
It's fixed -> closed.

--Jani


---

[2001-03-09 13:50:45] [EMAIL PROTECTED]
this has been fixed for months,
please use =& new instead of = new in this special case

---

[2001-02-24 14:14:09] [EMAIL PROTECTED]
Please see the 4.0.4 release change log a lot of things along this line were fixed.

James

---

[2001-01-26 09:37:16] [EMAIL PROTECTED]
The following script demonstrates the problem.

a=new A();
$this->a->Init();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

class A {
var $val=1;
var $bobj=null;

function A() {
   $this->bobj = new B();
}
function Init() {
   // Workaround it is safe to use a refernce to this outside the constuctor
   $this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

class B {
  var $aobj=null;
  function B() {
  }
  function Init(&$obj) {
 $this->aobj=&$obj;
  }
  function ChangeA() {
 $this->aobj->SetVal(3);
  }
};

class ContainerA1 {
var $a;
function ContainerA1() {
$this->a=new A1();
echo "A val before calling change: ".$this->a->val."";
$this->a->bobj->ChangeA();
echo "A val after calling change (should be 3): ".$this->a->val."";
}
}

// BUG
class A1 {
var $val=1;
var $bobj=null;

function A1() {
$this->bobj = new B();

// BUG. A reference of 'this' is NOT passed here as it seems but a copy!
// Hence the bobj will contain another copy of A1 and not the one we
// are just creating.
$this->bobj->Init(&$this);
}
function SetVal($v) {
$this->val=$v;
}
};

echo "Demonstration of 'this' bug.";
echo "Using class A (workaround)";
$c1=new ContainerA();

echo "Using class A1 (BUG)";
$c1=new ContainerA1();

?>

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8935&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] manual?

2001-03-09 Thread eschmid+sic


On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote:

> Who can I bug about the manual?  :) The ODBC page
> http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely
> that iODBC is a database, and the subsequent text implies that the unified
> ODBC functions don't use ODBC when connecting via iODBC, which isn't true.

It is a great idea to clarify the ODBC chapters in the PHP manual. And I
think you will get a CVS account to improve the docs ...
 
> Also, I would like to get some mention of OpenLink on that page.

... if you make no commercial advertising.

ODBC is not like XML and if you make some mistakes, I hope I have  the 
time to correct you.

-Egon

-- 
http://www.linuxtag.de/
http://php.net/books.php 
http://www.concert-band.de/
http://www.php-buch.de/

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8935 Updated: A reference to 'this' cannot be used in the constructor method for a class.

2001-03-09 Thread Jani Taskinen


On Sat, 10 Mar 2001, André Langhorst wrote:

>Jani Taskinen wrote:
>
>> Uhm..I have always closed the duplicates after the original (which they
>> refer to) was closed. Any opinions about this? As the current bug system
>> doesn't have any support for 'multiple' closing, I think it's better to
>> close bugs after they are fixed, be it a duplicate or not.
>
>I have left the duplicates alone after fixing... hmm, it's better to have them 
>closed,  agreed.

Yep. As that way (if the report has been in status 'duplicate' a long
time) the bug reporter will know that it's now fixed.

--Jani



--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9661 Updated: PHP sometimes dumps core

2001-03-09 Thread sniper


ID: 9661
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

What was the configure line used for PHP 4 ?

--Jani


Previous Comments:
---

[2001-03-09 13:34:52] [EMAIL PROTECTED]
When I run .php files under Apache (1.3.19) PHP sometimes crash. I can run the same 
file several times, and only sometimes is crashes PHP. I have found out that it only 
happens when the PHP file is accessing a MySQL database.

This is what is recorded in the apache log (a lot of them):

[Fri Mar  9 19:24:51 2001] [notice] child pid 22845 exit signal Segmentation fault 
(11)

I have generated a backtrace (sorry, apache is not compiled with debug information - 
only PHP):

Starting program: /usr/local/apache/bin/httpd -f /usr/local/apache/conf/httpd.conf -X
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400da4c1 in free () from /lib/libc.so.6
(gdb) bt
#0  0x400da4c1 in free () from /lib/libc.so.6
#1  0x400da343 in free () from /lib/libc.so.6
#2  0x401982cc in shutdown_memory_manager (silent=1, clean_cache=0)
at zend_alloc.c:478
#3  0x401c1845 in php_request_shutdown (dummy=0x0) at main.c:665
#4  0x401bf26b in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290
#5  0x8095d19 in run_cleanups ()
#6  0x80943a5 in ap_clear_pool ()
#7  0x8094427 in ap_destroy_pool ()
#8  0x80a4fc3 in child_main ()
#9  0x80a5141 in make_child ()
#10 0x80a52bc in startup_children ()
#11 0x80a592c in standalone_main ()
#12 0x80a617c in main ()
#13 0x40086dcc in __libc_start_main () from /lib/libc.so.6

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9661&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] manual?

2001-03-09 Thread Lars Torben Wilson


[EMAIL PROTECTED] writes:
> On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote:
> 
> > Who can I bug about the manual?  :) The ODBC page
> > http://www.php.net/manual/en/ref.odbc.php is a little misleading, namely
> > that iODBC is a database, and the subsequent text implies that the unified
> > ODBC functions don't use ODBC when connecting via iODBC, which isn't true.
> 
> It is a great idea to clarify the ODBC chapters in the PHP manual. And I
> think you will get a CVS account to improve the docs ...
>  
> > Also, I would like to get some mention of OpenLink on that page.
> 
> ... if you make no commercial advertising.

Well, to be fair, he didn't say anything about advertising. We've
already got links to five product sites, four of which are
commercial. Openlink offers a lot of free tools for ODBC use--and a
link from the uODBC manual section wouldn't be at all misplaced, since
they are tools that can help the user get up and running with ODBC.

> ODBC is not like XML and if you make some mistakes, I hope I have  the 
> time to correct you.

Andrew's a pretty smart guy.

> -Egon



-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9664 Updated: Unable to make , related to bug 8468 i think

2001-03-09 Thread sniper


ID: 9664
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/ as there have been some 
fixes for this.

--Jani


Previous Comments:
---

[2001-03-09 16:24:19] [EMAIL PROTECTED]
My enviroment
 Solaris 8
 Gnu gcc
 
 compile options ./configure --enable-sockets


This bug occured to some one and he asked me to look in to it. I tried it on another 
machine same enviroment and got the same problem. A search revealed a similar ( i 
think ) bug with id 8468 .

This is the dump of the error.


Making all in sockets
gcc  -I. -I/people/yavo/work/php-4.0.4/ext/sockets -I/people/yavo/work/php-4.0.4/main 
-I/people/yavo/work/php-4.0.4 -I/people/yavo/work/php-4.0.4/Zend 
-I/people/yavo/work/php-4.0.4/ext/mysql/libmysql 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmltok 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmlparse 
-I/people/yavo/work/php-4.0.4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=12 -g 
-O2  -c sockets.c && touch sockets.lo
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
*** Error code 1
make: Fatal error: Command failed for target `sockets.lo'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
[yavo@crayxmp php-4.0.4]$ 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9664&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9661 Updated: PHP sometimes dumps core

2001-03-09 Thread michael


ID: 9661
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: PHP sometimes dumps core

Sorry, I forgot the configure line. It's:

--enable-track-vars --with-mysql=/usr/local/mysql --with-mhash --with-mcrypt 
--with-apxs=/usr/local/apache/bin/apxs

Previous Comments:
---

[2001-03-09 18:44:56] [EMAIL PROTECTED]
What was the configure line used for PHP 4 ?

--Jani


---

[2001-03-09 13:34:52] [EMAIL PROTECTED]
When I run .php files under Apache (1.3.19) PHP sometimes crash. I can run the same 
file several times, and only sometimes is crashes PHP. I have found out that it only 
happens when the PHP file is accessing a MySQL database.

This is what is recorded in the apache log (a lot of them):

[Fri Mar  9 19:24:51 2001] [notice] child pid 22845 exit signal Segmentation fault 
(11)

I have generated a backtrace (sorry, apache is not compiled with debug information - 
only PHP):

Starting program: /usr/local/apache/bin/httpd -f /usr/local/apache/conf/httpd.conf -X
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400da4c1 in free () from /lib/libc.so.6
(gdb) bt
#0  0x400da4c1 in free () from /lib/libc.so.6
#1  0x400da343 in free () from /lib/libc.so.6
#2  0x401982cc in shutdown_memory_manager (silent=1, clean_cache=0)
at zend_alloc.c:478
#3  0x401c1845 in php_request_shutdown (dummy=0x0) at main.c:665
#4  0x401bf26b in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290
#5  0x8095d19 in run_cleanups ()
#6  0x80943a5 in ap_clear_pool ()
#7  0x8094427 in ap_destroy_pool ()
#8  0x80a4fc3 in child_main ()
#9  0x80a5141 in make_child ()
#10 0x80a52bc in startup_children ()
#11 0x80a592c in standalone_main ()
#12 0x80a617c in main ()
#13 0x40086dcc in __libc_start_main () from /lib/libc.so.6

---


Full Bug description available at: http://bugs.php.net/?id=9661


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] static call bugs?

2001-03-09 Thread André Langhorst


Hi,

1) I am currently completing the php documentation to cover all 
undocumented features and I have noticed that using a static method call 
to the same class from on instanciated object exhibits the presence of 
the instance within the static call

2) If you uncomment the marked line, you will get an error without any 
reason...

I guess these are bugs, aren't they?
boo=2; // try to remove the comments
 print '$this is ';
 if (!isset($this)) {
 print 'not set';
 foo::zoo();
 } else {
 print 'set';
 $this->zoo();
 foo::zoo();
 }

 }
 function zoo()  {
 print ''.'I have been called '.(!isset($this) ? 
'statically':'via $this->zoo()');
 var_dump($this);
 }

}
$s=new foo();
$s->moo();
?>

andré


-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] static call bugs?

2001-03-09 Thread Andrei Zmievski


On Sat, 10 Mar 2001, André Langhorst wrote:
> Hi,
> 
> 1) I am currently completing the php documentation to cover all 
> undocumented features and I have noticed that using a static method call 
> to the same class from on instanciated object exhibits the presence of 
> the instance within the static call

Is that bad? Could come in useful, especially when calling parent
classes.

-Andrei

Linux is like living in a teepee.
No Windows, no Gates, Apache in house.
- Usenet signature

--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: static call bugs?

2001-03-09 Thread Andi Gutmans

At 12:56 AM 3/10/2001 +0100, André Langhorst wrote:
>Hi,
>
>1) I am currently completing the php documentation to cover all 
>undocumented features and I have noticed that using a static method call 
>to the same class from on instanciated object exhibits the presence of the 
>instance within the static call

There are no static functions in PHP. This syntax is used to call a method 
of the parent. It can be used to call other methods and thus have the wrong 
$this but I wouldn't document it.
In general, I think it's a bad idea to document undocumented features 
because some of them aren't meant for people to use. The behavior might 
change in the future.
Best if you make a list of the things you want to document and we'll tell 
you if they are a side-effect, a feature for backwards compatibility but 
people shouldn't use it anymore or valid behavior.

>2) If you uncomment the marked line, you will get an error without any 
>reason...

I'll look at this tomorrow. Don't have time right now.

Andi

>I guess these are bugs, aren't they?
>class foo {
>
> function moo()  {
> // $this->boo=2; // try to remove the comments
> print '$this is ';
> if (!isset($this)) {
> print 'not set';
> foo::zoo();
> } else {
> print 'set';
> $this->zoo();
> foo::zoo();
> }
>
> }
> function zoo()  {
> print ''.'I have been called '.(!isset($this) ? 
> 'statically':'via $this->zoo()');
> var_dump($this);
> }
>
>}
>$s=new foo();
>$s->moo();
>?>foo::moo();
>?>
>
>andré
>
>
>--
>· André Langhorstt: +49 331 5811560 ·
>· [EMAIL PROTECTED]  m: +49 173 9558736 ·
>* PHP Quality Assurance  http://qa.php.net  *

--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9665: .netrc sought only in /root

2001-03-09 Thread torben


From: [EMAIL PROTECTED]
Operating system: Mandrake 7.0
PHP version:  4.0.4pl1
PHP Bug Type: cURL related
Bug description:  .netrc sought only in /root

cURL works fine in general, but when told to search for a .netrc file, searches
only in /root and not in the httpd user's actual home directory (/home/www).

i.e., the following only works if .netrc is in /root:

ftp://www.work.loc';

if (!$curld = curl_init()) {
echo "Could not initialize cURL session.\n";
exit;
}

curl_setopt($curld, CURLOPT_NETRC, true);
curl_setopt($curld, CURLOPT_URL, $url);
curl_exec($curld);
echo curl_errno($curld);
?>



-- 
Edit Bug report at: http://bugs.php.net/?id=9665&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9664 Updated: Unable to make , related to bug 8468 i think

2001-03-09 Thread yavo


ID: 9664
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Sockets related
Description: Unable to make , related to bug 8468 i think

Hi Jani,

Prior to submiting this bug I tried two things first I applied the pathch in bug 8468, 
next I got the latest cvs snapshot as of 5-6 hours before this post and replased all 
files in the ext/sockets dir with the files from the snapshot. As this is clearly a 
socket extention problem I didn't replace any other files. Do you thinkit would make 
any sence to replace any other files.

-- yavo

Previous Comments:
---

[2001-03-09 18:46:22] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as there have been some 
fixes for this.

--Jani


---

[2001-03-09 16:24:19] [EMAIL PROTECTED]
My enviroment
 Solaris 8
 Gnu gcc
 
 compile options ./configure --enable-sockets


This bug occured to some one and he asked me to look in to it. I tried it on another 
machine same enviroment and got the same problem. A search revealed a similar ( i 
think ) bug with id 8468 .

This is the dump of the error.


Making all in sockets
gcc  -I. -I/people/yavo/work/php-4.0.4/ext/sockets -I/people/yavo/work/php-4.0.4/main 
-I/people/yavo/work/php-4.0.4 -I/people/yavo/work/php-4.0.4/Zend 
-I/people/yavo/work/php-4.0.4/ext/mysql/libmysql 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmltok 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmlparse 
-I/people/yavo/work/php-4.0.4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=12 -g 
-O2  -c sockets.c && touch sockets.lo
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
*** Error code 1
make: Fatal error: Command failed for target `sockets.lo'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
[yavo@crayxmp php-4.0.4]$ 

---


Full Bug description available at: http://bugs.php.net/?id=9664


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9664 Updated: Unable to make , related to bug 8468 i think

2001-03-09 Thread yavo


ID: 9664
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Description: Unable to make , related to bug 8468 i think

Hi Jani,

Prior to submiting this bug I tried two things first I applied the pathch in bug 8468, 
next I got the latest cvs snapshot as of 5-6 hours before this post and replased all 
files in the ext/sockets dir with the files from the snapshot. As this is clearly a 
socket extention problem I didn't replace any other files. Do you thinkit would make 
any sence to replace any other files.

-- yavo

Previous Comments:
---

[2001-03-09 19:28:59] [EMAIL PROTECTED]
Hi Jani,

Prior to submiting this bug I tried two things first I applied the pathch in bug 8468, 
next I got the latest cvs snapshot as of 5-6 hours before this post and replased all 
files in the ext/sockets dir with the files from the snapshot. As this is clearly a 
socket extention problem I didn't replace any other files. Do you thinkit would make 
any sence to replace any other files.

-- yavo

---

[2001-03-09 18:46:22] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as there have been some 
fixes for this.

--Jani


---

[2001-03-09 16:24:19] [EMAIL PROTECTED]
My enviroment
 Solaris 8
 Gnu gcc
 
 compile options ./configure --enable-sockets


This bug occured to some one and he asked me to look in to it. I tried it on another 
machine same enviroment and got the same problem. A search revealed a similar ( i 
think ) bug with id 8468 .

This is the dump of the error.


Making all in sockets
gcc  -I. -I/people/yavo/work/php-4.0.4/ext/sockets -I/people/yavo/work/php-4.0.4/main 
-I/people/yavo/work/php-4.0.4 -I/people/yavo/work/php-4.0.4/Zend 
-I/people/yavo/work/php-4.0.4/ext/mysql/libmysql 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmltok 
-I/people/yavo/work/php-4.0.4/ext/xml/expat/xmlparse 
-I/people/yavo/work/php-4.0.4/TSRM  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=12 -g 
-O2  -c sockets.c && touch sockets.lo
sockets.c:118: `php_if___xnet_listen' undeclared here (not in a function)
sockets.c:118: initializer element is not constant
sockets.c:118: (near initialization for `sockets_functions[10].handler')
sockets.c:139: `php_if___xnet_socket' undeclared here (not in a function)
sockets.c:139: initializer element is not constant
sockets.c:139: (near initialization for `sockets_functions[16].handler')
sockets.c:140: `php_if___xnet_connect' undeclared here (not in a function)
sockets.c:140: initializer element is not constant
sockets.c:140: (near initialization for `sockets_functions[17].handler')
sockets.c:142: `php_if___xnet_bind' undeclared here (not in a function)
sockets.c:142: initializer element is not constant
sockets.c:142: (near initialization for `sockets_functions[19].handler')
sockets.c:146: `php_if___xnet_sendto' undeclared here (not in a function)
sockets.c:146: initializer element is not constant
sockets.c:146: (near initialization for `sockets_functions[23].handler')
sockets.c:153: `php_if___xnet_recvmsg' undeclared here (not in a function)
sockets.c:153: initializer element is not constant
sockets.c:153: (near initialization for `sockets_functions[30].handler')
sockets.c:154: `php_if___xnet_sendmsg' undeclared here (not in a function)
sockets.c:154: initializer element is not constant
sockets.c:154: (near initialization for `sockets_functions[31].handler')
sockets.c:157: `php_if___xnet_getsockopt' undeclared here (not in a function)
sockets.c:157: initializer element is not constant
sockets.c:157: (near initialization for `sockets_functions[34].handler')
sockets.c:159: `php_if___xnet_socketpair' undeclared here (not in a function)
sockets.c:159: initializer element is not constant
sockets.c:159: (near initialization for `sockets_functions[36].handler')
*** Error code 1
make: Fatal error: Command failed for target `sockets.lo'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext/sockets
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /people/yavo/work/php-4.0.4/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
[yavo@crayxmp php-4.0.4]$ 

---


Full Bug description available at: http://bugs.php.net/?id=9664


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: static call bugs?

2001-03-09 Thread André Langhorst


> There are no static functions in PHP. This syntax is used to call a 
> method of the parent. It can be used to call other methods and thus have 

parent::foo();
If you remember, it has been implemented *after* 
[classname]::[functionname]() ...


> the wrong $this but I wouldn't document it.

can't this be fixed, otherwise if I start documenting :: (however you 
want to call it), I cannot leave it out and since PEAR uses it heavily 
it has to be documented


> In general, I think it's a bad idea to document undocumented features 
> because some of them aren't meant for people to use. The behavior might 
> change in the future.

it's just three features "references inside constructor" (already 
commited), :: (the magical operator ;) ) and php_ticks

andré




-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] static call bugs?

2001-03-09 Thread André Langhorst



> Is that bad? Could come in useful, especially when calling parent
> classes.

wow, what a quick response :)
could you elaborate (I guess you do not have parent:: in your mind 
writing from parent classes)?

andré





-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: static call bugs?

2001-03-09 Thread Andi Gutmans


At 01:30 AM 3/10/2001 +0100, André Langhorst wrote:
>>There are no static functions in PHP. This syntax is used to call a 
>>method of the parent. It can be used to call other methods and thus have
>
>parent::foo();
>If you remember, it has been implemented *after* 
>[classname]::[functionname]() ...

I still don't understand what the problem is? What should be documented is 
the right way to use these calls.



>>the wrong $this but I wouldn't document it.
>
>can't this be fixed, otherwise if I start documenting :: (however you want 
>to call it), I cannot leave it out and since PEAR uses it heavily it has 
>to be documented

PEAR relies on the $this being correct even when you call a method which is 
not in the current class or in one of its parent classes?


>>In general, I think it's a bad idea to document undocumented features 
>>because some of them aren't meant for people to use. The behavior might 
>>change in the future.
>
>it's just three features "references inside constructor" (already 
>commited), :: (the magical operator ;) ) and php_ticks

Where can I see the documentation? (Any chance you can send it here to save 
me the time? :).
We just need to be sure we don't document things which aren't necessarily 
supposed to work.

Andi


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] static call bugs?

2001-03-09 Thread Andrei Zmievski


On Sat, 10 Mar 2001, André Langhorst wrote:
> could you elaborate (I guess you do not have parent:: in your mind 
> writing from parent classes)?

I don't understand the question. Can you rephrase?

-Andrei

Any sufficiently advanced bug is
indistinguishable from a feature.
-- Rich Kulawiec

--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] static call bugs?

2001-03-09 Thread Andi Gutmans


If you have:

class foo
{
 function blahblah()
 {

 }
}

class foobar extends foo
{
}

class bar extends foobar
{
 function hey()
 {
 foo::blahblah(); <-- You want $this to be correct in 
foo::blahblah.
 }

}

Andi

At 01:32 AM 3/10/2001 +0100, André Langhorst wrote:

>>Is that bad? Could come in useful, especially when calling parent
>>classes.
>
>wow, what a quick response :)
>could you elaborate (I guess you do not have parent:: in your mind writing 
>from parent classes)?
>
>andré
>
>
>
>
>
>--
>· André Langhorstt: +49 331 5811560 ·
>· [EMAIL PROTECTED]  m: +49 173 9558736 ·
>* PHP Quality Assurance  http://qa.php.net  *
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] static call bugs?

2001-03-09 Thread André Langhorst


> I don't understand the question. Can you rephrase?

I simply wanted to know what you had in mind, where could it be useful...


andré

-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9644 Updated: File Upload eats all RAM and swap space

2001-03-09 Thread sniper


ID: 9644
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

1. There is an entry for APC in your php.ini.. have you
tried this without APC? 

2. Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-09 01:10:31] [EMAIL PROTECTED]
Hi!

I'm using PHP to create a file upload script for a website.  When a user uploads a 
large file (>1Mb) my server always starts to use all the available RAM(I have 160Mb 
installed), and also uses up all the swap space(256Mb).  This happens for any upload 
script written in PHP, even scripts that work on other servers.  I can upload files to 
scripts written in PERL, without a problem.  To resolve this problem, my only option 
is to completely kill apache with 'apachectl stop' and then start it back 'apachectl 
start'

Server software:
Apache 1.3.19 (also happened while I was running 1.3.17)
PHP 4.0.4pl1
Linux 2.4.1 (originally slackware 7.1 distro)

Server specs:
Intel Pentium 133Mhz
160Mb RAM
10Gb HDD

Here is the script that I'm using:
Trying something?";
} else {
if ($userfile_size) {
$target = $xdir.'/'.$userfile_name;
if (!copy ($userfile,$target)) {
echo 'Error copying file! Please try again!Press the back button in your 
browser!';
} else {
header ("Location: 
http://mouthoff.magestudios.net/admin/filemanager/?path=".urlencode($path));
exit;
}
} else {
?>

Upload this file: 






I'm a PHP newbie, so please excuse any bad coding =)

Here's a copy of php.ini:
[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output

Re: [PHP-DEV] Re: static call bugs?

2001-03-09 Thread André Langhorst


> I still don't understand what the problem is? What should be documented 
> is the right way to use these calls.

problem 1 : how do I call the "::" operator and how do I call what it 
does if it is no static call.

problem 2 : the "bug" with incorrect $this I mentioned, it is at least 
unexcpected and should be documented (that you can't rely on $this using 
"::" ) but since no one likes undefined behaviour it would be fine to 
see it fixed - my opinion is that using "::" $this should never be set 
to anything...


> PEAR relies on the $this being correct even when you call a method which 
> is not in the current class or in one of its parent classes?

no, it simply uses "::" that is an undocumented feature

> Where can I see the documentation? (Any chance you can send it here to 
> save me the time? :).
> We just need to be sure we don't document things which aren't 
> necessarily supposed to work.

http://toye.php.net/~andre/html/keyword.newref.html

andré

-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

1 2 >

1 - 100 of 186 matches

Mail list logo